Skip to main content

Poll

What's your *main lossy* format of choice?

  • MP3
    681 (56.2%)
  • Ogg Vorbis
    214 (17.7%)
  • AAC (MP4, M4A, AAC)
    197 (16.3%)
  • MPC
    46 (3.8%)
  • WMA Standard or PRO
    3 (0.2%)
  • Atrac (any version)
    2 (0.2%)
  • WavPack lossy
    8 (0.7%)
  • LossyWAV + lossless
    6 (0.5%)
  • other lossy format
    0 (0%)
  • I don't use lossy AT ALL!
    55 (4.5%)

Total Members Voted: 1307

Topic: 2008 ripping/encoding general poll (Read 256455 times) previous topic - next topic

0 Members and 1 Guest are viewing this topic.
  • lextune
  • [*][*][*][*]
2008 ripping/encoding general poll
Reply #100
1. mp3

2. flac

3. One file per track

foobar2000 + EAC + Burrrn = Happiness

  • singaiya
  • [*][*][*][*]
2008 ripping/encoding general poll
Reply #101
AAC
Tak
tracks

  • Lu Tze
  • [*]
2008 ripping/encoding general poll
Reply #102
Lossy: Ogg Vorbis, because my mobile player supports it and it is just more efficient than MP3 (as well as AAC for >80kbps to my ears, but my player does not support AAC anyway), and the encoder is much faster as well.

Lossless: Monkey's Audio. FLAC compresses less good, and I see absolutely no advantage to compensate that.

Type: Per-Track. Per-CD turned out to be too much of a hassle, and with gapless playback Per-Track has no disadvantages I can think of anyway.
  • Last Edit: 11 January, 2008, 05:58:33 PM by Lu Tze

2008 ripping/encoding general poll
Reply #103
I have decided for now my personal CD's will be in AAC 256kbps VBR encoded with iTunes. Online purchases will either be from iTunes Plus (DRM-free AAC) or Amazon's MP3 store (256kbps DRM-free MP3's), depending on price and selection.
iTunes 10 - Mac OS X 10.6
256kbps AAC VBR
iPhone 4 32GB

2008 ripping/encoding general poll
Reply #104
As for lossless I used wavpack before, but now I encode anything to tak.
And I switched from mp3 to nero aac, all my devices support it.


Nero aac still currently has a bug, .m4a aac does not play on ipod shuffles...

  • collector
  • [*][*][*]
2008 ripping/encoding general poll
Reply #105
MP3 V2, file per track to listen to; for normal use and DAP
Flac -6, image per disc for the archives, although I listen to them too via cue sheets.
Combination for classical albums: one flac per composition > all movements in one flac, seperate individual movements also playable via cuesheet.

  • JeanLuc
  • [*][*][*][*][*]
2008 ripping/encoding general poll
Reply #106
Lossy:

I don't do MP3 anymore for my personal archival needs (but I sometimes need MP3 for my car stereo or my girlfriend) ... since I have two iPods, I mostly use the Nero AAC encoder with foobar2000 to convert parts of my flac library to M4A. I still have lots of Lame MP3 files but I don't see myself adding new MP3 to my music collection. I use the Nero AAC encoder between 0.45 and 0.55 for transparent quality. I also bought some iTunes+ tracks from ITMS and I like the idea of high-quality and DRM-free content that can be bought from online stores ...

Lossless:

FLAC all the way ...

Ripping (archiving):

I rip the disc to HDD first as a single image & cue ... thanks to the new EAC version, I can use accuraterip for that, too. Afterwards, I mount the image with an older DaemonTools version (3.46 without SPTD) and create single files and noncompliant cuesheets for my flac library and everything else I need off that disc (like lossy tracks).

Nero aac still currently has a bug, .m4a aac does not play on ipod shuffles...


seriously ... that does not sound like a Nero AAC encoder bug to me ...
The name was Plex The Ripper, not Jack The Ripper

2008 ripping/encoding general poll
Reply #107
I use Wavpack for lossless. I'm curious why it is losing its user?  It's better than FLAC in every ways (faster, smaller file size, etc), well, except for hardware compatibility, but I transcode them to MP3 for casual listening so it's not a problem to me

  • twostar
  • [*][*][*][*]
2008 ripping/encoding general poll
Reply #108
based on this, flac's only weaknesses are:
1. lack of hybrid/lossy mode
2. average compression
3. and slightly above average encoding speed

my take on flac's continued success: as HDs continue to grow, weakness number 2 will be less of a factor (except for very large audio collections). and with modern cpus encoding speed is already not a factor. also most people would use a lossy codec for use with their DAPs, so a hybrid/lossy mode is not a must have feature.

and it doesn't hurt that flac is the most compatible lossless format.

  • greynol
  • [*][*][*][*][*]
  • Global Moderator
2008 ripping/encoding general poll
Reply #109
flac's only weaknesses are:
I realize you're quoting from the wiki, but...

>2. average compression
Most of the data I've seen squarely places flac at below average compression when compared WavPack, Monkey's Audio and TAK.  For rock, pop, hip-hop and just about any other genre that is typically mastered with compression, flac usually places dead last.  For jazz, classical and/or older recordings with less compression flac certainly fares better.  As they say, your mileage may vary.

>3. and slightly above average encoding speed
Ranking the encoding speed without specifying the level of compression is utterly meaningless.

and it doesn't hurt that flac is the most compatible lossless format.
I think you're on to something here.
13 February 2016: The world was blessed with the passing of a truly vile and wretched person.

Your eyes cannot hear.

  • twostar
  • [*][*][*][*]
2008 ripping/encoding general poll
Reply #110
>3. and slightly above average encoding speed
Ranking the encoding speed without specifying the level of compression is utterly meaningless.

on an aging athlon xp 2400, flac encodes at 19x here which is a well below average. that still should be fast enough for most people.

--adverb edit
  • Last Edit: 13 January, 2008, 04:33:55 PM by twostar

  • greynol
  • [*][*][*][*][*]
  • Global Moderator
2008 ripping/encoding general poll
Reply #111
on an aging athlon xp 2400, flac encodes at 19x here which is a bit below average.

Based on that data, 19x is well below average.

The following all give better compression than flac -8:
  • WavPack -h @43x
  • MAC Fast @52x
  • Tak -p0  @110x
13 February 2016: The world was blessed with the passing of a truly vile and wretched person.

Your eyes cannot hear.

2008 ripping/encoding general poll
Reply #112
on an aging athlon xp 2400, flac encodes at 19x here which is a bit below average.

Based on that data, 19x is well below average.

The following all give better compression than flac -8:
  • WavPack -h @43x
  • MAC Fast @52x
  • Tak -p0  @110x



I call shenanigans here, if you're gonna compare speeds don't be comparing FLACs slowest high compression settings with TAKs fastest low compression settings, et al.

Either  TAK -p5m vs. FLAC -8  or  TAK -p0 vs. FLAC -0  would be a fair speed test. Don't know what the settings should be for the other two encoders off the top of my head... been too long since I last used either.
  • Last Edit: 13 January, 2008, 05:52:26 PM by joeshrubbery

  • greynol
  • [*][*][*][*][*]
  • Global Moderator
2008 ripping/encoding general poll
Reply #113
I call shenanigans here, if you're gonna compare speeds don't be comparing FLACs slowest settings with TAKs fastest, et al.

Ranking the encoding speed without specifying the level of compression is utterly meaningless.

The issue I was addressing concerned flac's placement regarding encoding speed and compression.

The following all give better compression than flac -8:
  • Last Edit: 13 January, 2008, 05:50:11 PM by greynol
13 February 2016: The world was blessed with the passing of a truly vile and wretched person.

Your eyes cannot hear.

  • Cosmo
  • [*][*][*][*][*]
2008 ripping/encoding general poll
Reply #114
101
  • Last Edit: 10 March, 2008, 06:45:48 AM by Cosmo

  • greynol
  • [*][*][*][*][*]
  • Global Moderator
2008 ripping/encoding general poll
Reply #115
Then lets see how the rest perform near 65.721%!
  • Tak -p0 @110x
  • WavPack @64x
  • flac -5 @53x
  • Monkey's Audio Fast @52x
At these settings, TAK, WavPack and MAC still produce smaller files than flac -5.

Now once you use flac -0, things do indeed change, but it seems most people around here don't use -0...
http://www.hydrogenaudio.org/forums/index....showtopic=58731

The vast majority of people taking that poll indicate that they use -8.  Certainly it may be fast enough, but it isn't anywhere near "average" or "above average".  This is the only point I'm trying to make.
  • Last Edit: 15 January, 2008, 01:21:53 PM by greynol
13 February 2016: The world was blessed with the passing of a truly vile and wretched person.

Your eyes cannot hear.

  • jcoalson
  • [*][*][*][*][*]
  • Developer
2008 ripping/encoding general poll
Reply #116
if you're talking about why people choose a codec, I doubt that matters.  all encoders are fast enough.  encoding is done once.  flac is fastest where it matters most (decoding).  being below average in compression is not a big deal when all codecs are within a few % of each other.  I address all that here.  for a visual, here's a graph of synthetic soul's data (encoding speed v. compression ratio) without exaggerating the scale to highlight small differences:


  • Curtor
  • [*][*][*]
2008 ripping/encoding general poll
Reply #117
What's really interesting to me based on this poll, is that FLAC is more dominant in the lossless category than MP3 is in the lossy one!  That seems like quite a significant milestone considering the true dominance of MP3.

  • jcoalson
  • [*][*][*][*][*]
  • Developer
2008 ripping/encoding general poll
Reply #118
p.s. here's the decoding side:

  • greynol
  • [*][*][*][*][*]
  • Global Moderator
2008 ripping/encoding general poll
Reply #119
being below average in compression is not a big deal when all codecs are within a few % of each other.
I totally agree with you.  The post that got me started said the compression was average, not below average.

flac is fastest where it matters most (decoding)
This really depends on why someone chooses to use lossless compression, but I do concede that this is a very popular reason, as is compatibilty...
http://www.hydrogenaudio.org/forums/index....showtopic=51082
  • Last Edit: 13 January, 2008, 07:16:50 PM by greynol
13 February 2016: The world was blessed with the passing of a truly vile and wretched person.

Your eyes cannot hear.

  • valnar
  • [*][*][*]
2008 ripping/encoding general poll
Reply #120
I rip with EAC + R.E.A.C.T. and Arcue all my CD's to FLAC image + Cue sheet.  One single file so I can recreate the original CD.  (I'm actually only 75% done with my collection as of now.  I started over 6 months ago).

I only rip to MP3 as needed from those FLAC files, which is rare since I don't have a portable music player.  I listen to most of my music at home, or take the original CD's with me in the car on any given day or mood.

Robert

  • IgorC
  • [*][*][*][*][*]
2008 ripping/encoding general poll
Reply #121
p.s. here's the decoding side:


What version of TAK it was?  There is outdated version of TAK 1.0.1 http://flac.sourceforge.net/comparison.html
Last  TAK 1.0.3 has higher decoding speed.  And 1.0.4 decoder will be still faster.

  • greynol
  • [*][*][*][*][*]
  • Global Moderator
2008 ripping/encoding general poll
Reply #122
flac has the ability to decode without checking the md5 checksum, and I believe this is what tipped the scales.  If the numbers didn't reflect this option then the differences should be more pronounced.

The graphs were from Synthetic Soul's data, and FWIW, the it primarily focuses on rock.

EDIT: From the information on his site, Synthetic Soul used TAK 1.0.2b and flac 1.2.1.  Josh has included a link to data that includes flac decoding speeds without using the md5 checksum below:
  • Last Edit: 15 January, 2008, 01:18:40 PM by greynol
13 February 2016: The world was blessed with the passing of a truly vile and wretched person.

Your eyes cannot hear.

  • jcoalson
  • [*][*][*][*][*]
  • Developer
2008 ripping/encoding general poll
Reply #123
his current data is for tak 1.0.2b.  tak is fast but doesn't compute md5.  the flac data is the one with MD5 enabled.  with MD5 disabled (as typical in playback) flac is faster still.

http://www.synthetic-soul.co.uk/comparison...esc=0&All=1

  • greynol
  • [*][*][*][*][*]
  • Global Moderator
2008 ripping/encoding general poll
Reply #124
>tak is fast but doesn't compute md5.

TAK uses a checksum for each frame.
13 February 2016: The world was blessed with the passing of a truly vile and wretched person.

Your eyes cannot hear.