azure_fs
Aug 3 2005, 18:16
as everybody knows, lame 3.90.3 was tested thorouhly. but this was years ago.
and those tests proved that it was better than 3.89.
then developement took place and lame changed
now a days very few are doing tests. so standard of thorough test should also be changed
we know that 3.90.3 is transparent to most.
but if these new alphas are also transparent to most, then how can we say that which one is superior? along with problem samples, real music must also be taken into account.
lets have it like this:
we can say standard is transparent, no need to go upto extreme or insane though they are superior. (i've seen posts like this)
then why we cant say 397a is transparent as well as fast, no need to go back to 3.90 though it is tested more.
we can leave V0 or - 320 because we have V2 (2 is lower compared to 0, but we cannot distinguish as it is very high itself) as standard
then why cant we leave 3.90 because we have 397a vbr new?
afterall its lossy compression! every setting is a tradeoff size/qual. as long as we get transparent/optimum/reasonable o/p we usually spare higher settings, thouh they are giving more quality technically, or by test. then why cant we accept a new fact which is also transparent. no matter if it might be a little less in quality (just because its not that tested!) but still it is giving great advantages like speed and reduced size!
it's just a thought. no offence intended. just a thought developed in mind after reading so many articles about all these versions.
lets see howmany of us are approving 397 alpha and wish that it becomes stable as soon as possible.
timcupery
Aug 3 2005, 18:26
I'm splitting my usage between 3.97a11 (using --vbr-new) and 3.96.1 (using the default old vbr). I encode at -V2, -V3 and -V4. I'm looking forward to final 3.97 being released, though I'm not in any huge need of hurry. Thanks to all the Lame devs for their work on the project.
guruboolez
Aug 3 2005, 18:32
I have ripped and compressed all of my CD collection. I will not re-rip and recompress unless I am snowed in for a month. ;o) I will wait for 3.97 to be blessed as good enough for general use. Until then I am using 3.96.1.
DreamTactix291
Aug 3 2005, 18:56
Technically 3.96.1 but I've started testing 3.97 alpha 11. I'm thinking once 3.97 gets to beta (which probably won't be very long from now) I'll go ahead and move up
skelly831
Aug 3 2005, 19:06
Split decision for me, i use 3.90.3 for APS, but for lower bitrates, 3.97a11 is excelent.
xmixahlx
Aug 3 2005, 19:24
right ^^
i only use lame at APS (when i use it at all)
in those cases i use 3.90.3. if i ever needed a low {C,A}BR i'd use lame from cvs
later
shadowking
Aug 4 2005, 01:13
3.97 for all mp3 encoding.
Mo0zOoH
Aug 4 2005, 02:29
3.97a11 --vbr-new from -V3 through -V5 (generally it's -V4 which is nearly a perfect quality/size setting with 3.97 alphas). Excellent tuning, I'd say.
jaybeee
Aug 4 2005, 06:54
Mainly: 3.97a11 '-V4 --vbr-new' for portable use.
I'll use 3.97a11 '-V2 --vbr-new' for torrent sharing (of non commercial material like radio programs, promo CDs etc).
Yaztromo
Aug 4 2005, 09:49
I have been a 3.90.3 zealot for a long time and never liked what I saw from the testing threads of 3.96.1. It just wasnt good enough to be a successor to the king. But I won't get into any arguments with anyone about that now
From what I've seen of Guru's and others testing I think this is the version of lame we have been waiting for.
I'm encoding my music with 3.97 --preset standard --vbr-new.
I've switched to 3.97a11 --alt-preset standard --vbr-new, recently.
azure_fs
Aug 4 2005, 18:19
great reply friends!
keep going!
nice to see popularity of 3.97
i think this is going to be last of lame 3.xx family
and hope it will be accepted as the best globally.
kotrtim
Aug 5 2005, 14:02
QUOTE
I've switched to 3.97a11 --alt-preset standard --vbr-new, recently.
faster, smaller, about 180 kbps.
But I've noticed the speed is significantly slower in alpha 11 than previous alpha 8.
Do u guys experience this too?
JunkieXL
Aug 5 2005, 18:27
I'm going to stick with my Lame 3.96.1 untill they come out with a beta for this release. Not a big fan of re-encoding my CDs and I don't have enough space for keeping the uncompressed wav files handy.
J
xmixahlx
Aug 5 2005, 22:24
QUOTE (JunkieXL @ Aug 5 2005, 10:27 AM)
I'm going to stick with my Lame 3.96.1 untill they come out with a beta for this release. Not a big fan of re-encoding my CDs and I don't have enough space for keeping the uncompressed wav files handy.
J
... that's what lossless audio compression is for
flac, wavpack, etc.
later
ezra2323
Aug 5 2005, 22:38
I have grudgingly switched from 3.90.3 APS to 3.97 V2 vbr new. While I would rather use a stable release, the reports regarding sound quality coming in from golden eared listeners has convinced me to switch. Smaller file sizes and faster encoding vs 3.90.3 is a nice bonus as well.
JunkieXL
Aug 5 2005, 23:42
QUOTE (xmixahlx @ Aug 5 2005, 02:24 PM)
... that's what lossless audio compression is for
flac, wavpack, etc.
Those formats are nice, but they don't really meet my needs. For one they're a bit too large for my portable device and they are eating up almost as much HD space as the original wav file.
I'd rather just keep it in wav format than another format that is only saving me a small amount of space. At least with the wav file I can encode it any time I desire into a different format.
J
xmixahlx
Aug 5 2005, 23:48
QUOTE (JunkieXL @ Aug 5 2005, 03:42 PM)
QUOTE (xmixahlx @ Aug 5 2005, 02:24 PM)
... that's what lossless audio compression is for
flac, wavpack, etc.
Those formats are nice, but they don't really meet my needs. For one they're a bit too large for my portable device and they are eating up almost as much HD space as the original wav file.
I'd rather just keep it in wav format than another format that is only saving me a small amount of space. At least with the wav file I can encode it any time I desire into a different format.
J
dude... 60% compression isn't exactly "a small amount" ??? (i.e. 40% reduction)
lets say you have 10 gigs of uncompressed wavs. in almost any lossless format that is now about 6 gigs. also, most lossless formats are easy to transcode to anything else.
later
azure_fs
Aug 10 2005, 05:09
so! once again it seems that 3.97 is the most popular one amongst the community. and most of the others are using the latest stable lame. only 14% using 3.90.3.
thanx to guruboolez for excellent testing done on latest alphas. and to gabriel for implementing lame. and last but not least thanks to Darin Morrison for starting this whole quality concept, after which lame became the best mp3 encoder on the planet.
shrinkmail
Aug 10 2005, 10:01
QUOTE (azure_fs @ Aug 10 2005, 09:39 AM)
so! once again it seems that 3.97 is the most popular one amongst the community. and most of the others are using the latest stable lame.
as is the case with me. 3.97 alpha 11 for all my encodings. i used -V0 first. file sizes are smaller than with lame 3.96 APS. But the new alpha seems to be tuned particularly for -V2 --vbr-new, so i switched to that. since i have a lot of new classical music to discover yet, i think the smaller file sizes now come in handy.
So much so that i have reencoded all my old musepack APS to this format. And it works especially well for classical music as guruboolez himself has noted.
azure_fs
Aug 10 2005, 13:52
QUOTE (shrinkmail @ Aug 10 2005, 02:31 PM)
i used -V0 first. But the new alpha seems to be tuned particularly for -V2 --vbr-new
gabriel or guru! can you confirm this thing? is it true that v2 is more tuned than v0?
and another question. in older times (3.90), APS used to enable some special codes that couldnt be enabled by switches.
but new lame itself is special. all alternate preset code is merged in mainstream and even without using preset we can use that.
so from now can we consider that only V2 is not the "bible standard"? and consider that V0 will be more effective than V2 in terms of quality?
(considering we are using vbr-new only)
or this V2 still stands most tuned and king of all?
guruboolez
Aug 10 2005, 14:07
I'm not working on LAME, and therefore I can't answer.
Gabriel
Aug 10 2005, 14:40
QUOTE
is it true that v2 is more tuned than v0?
It is true that there had been less listening test results regarding V0 than regarding V2, but V0 should still sound superior to V2.
Brigstocke
Aug 10 2005, 16:07
I'm using 3.96.1 untill 3.97 gets out of the alpha stage. I have most of my collection stored in lossless on my HD so reencoding won't be too difficult.
PoisonDan
Aug 10 2005, 16:19
Funny that only about 15% of the members that voted actually use the
recommended encoder version.
Quite a disobedient crowd, huh?
timcupery
Aug 10 2005, 17:30
QUOTE (PoisonDan @ Aug 10 2005, 10:19 AM)
Funny that only about 15% of the members that voted actually use the
recommended encoder version. Quite a disobedient crowd, huh?


I was thinking the same thing. It makes sense for the recommended version to be conservative, I guess, but HA's recommdation has been pretty darn conservative. However, this is nowhere near what
ÜberNet does - they absolutely require all mp3's being traded on their network be 3.90.3, 3.90.2 or 3.92 (the latter two are "grudgingly accepted"). 3.96.1 isn't tested enough to be trusted.
If you want to read over their exacting standards for ripping, check out
http://www.ubernet.org/?p=UberStandardIt's quite interesting, and there are actually points at which I specifically do things differently than they recommend, like trimming silence (using wavtrim) off the beginning of songs, or doing different replaygain stuff to optimize gains per song (best-of albums, especially, often have some songs that are much louder than others because the mastering wasn't standardized, and I sometimes go through and gain them to approximately equal *listening* volume, which isn't necessarily equal numerical gain).
Regarding -V0 being less tuned than -V2.
Frankly, this has always been the case. It is impossible to tune a preset that aims for "better than transparent". -V0 (or --preset extreme) has actually never been proven to be better at anything, but just throws more bandwidth at the same problems resulting in a THEORETICAL benefit. As far as I know, problem samples are still problematic with -V0.
Any problem samples discovered are solved (or an attempt is made to solve them) at -V2, so yes - that is where all the tuning takes place, and has taken place since the 3.90 days.
EDIT: I should clarify though that improvements to -V2 benefit -V0 as well, so at the very least -V0 will be equivalent in quality to -V2 in any given version. So in this sense, -V0 IS improving too.
JunkieXL
Aug 10 2005, 21:12
They should list Ubernet in dictionary definition for anal...
c15zyx
Aug 11 2005, 00:09
What's the difference between "-V2 --vbr-new" and "--preset standard --vbr-new"? By themselves they (-V2 and -aps) generate the same files, but with --vbr-new they generate different ones, so which one should people actually be using, since I've seen numerous posts with either one.
Edit: clarify: not asking whether people should be using --vbr-new or not, but whether it should go with '-V2' or '-aps', as they generate different files when used in combination with '--vbr-new'.
timcupery
Aug 11 2005, 00:52
QUOTE (c15zyx @ Aug 10 2005, 06:09 PM)
What's the difference between "-V2 --vbr-new" and "--preset standard --vbr-new"?
They should be the same. The easier way to write
--preset standard --vbr-new is
--preset fast standardQUOTE (c15zyx @ Aug 10 2005, 06:09 PM)
By themselves they (-V2 and -aps) generate the same files, but with --vbr-new they generate different ones, so which one should people actually be using, since I've seen numerous posts with either one.
-V2 is equal to --preset standard
-V2 --vbr-new is equal to --preset fast standard
The fast/new vbr algorithm has been developing over time, and now in the 3.97 alphas, is finally equal to or exceeding the original (slower) vbr algorithm in quality.
shadowking
Aug 11 2005, 03:17
QUOTE (Jebus @ Aug 10 2005, 08:59 AM)
Regarding -V0 being less tuned than -V2.
Frankly, this has always been the case. It is impossible to tune a preset that aims for "better than transparent". -V0 (or --preset extreme) has actually never been proven to be better at anything, but just throws more bandwidth at the same problems resulting in a THEORETICAL benefit. As far as I know, problem samples are still problematic with -V0.
.
This is not entirely correct. Sure big problems in V2 are still audiable in V0, but smaller ones are either reduced or become inaudiable. I've managed to abx some artifacts on V2 here and there - little differences, some were a little annoying. I had lots of 7/8 results on normal music. When I pushed to 16 trials I managed 13 or 14/16 at times. It wasn't easy and I had to pause a lot.. Anyway I had no such luck on V0 ever - not with 3.90.3, 3.96.1 , 3.97 , vbr new or old.
c15zyx
Aug 11 2005, 03:49
QUOTE (timcupery @ Aug 10 2005, 07:52 PM)
They should be the same.
Yes, they should be the same, but aren't. I know that -aps --vbr-new aliases to -apfs, but -V2 --vbr-new and --aps --vbr-new generate different data and histograms.
Edit: -V2 --vbr-new generates the same files as --alt-preset fast standard, which is expected because of the mappings. However, these two files are different from --alt-preset standard --vbr-new, which is kind of odd.
azure_fs
Aug 18 2005, 14:39
QUOTE (c15zyx @ Aug 11 2005, 08:19 AM)
QUOTE (timcupery @ Aug 10 2005, 07:52 PM)
They should be the same.
Yes, they should be the same, but aren't. I know that -aps --vbr-new aliases to -apfs, but -V2 --vbr-new and --aps --vbr-new generate different data and histograms.
Edit: -V2 --vbr-new generates the same files as --alt-preset fast standard, which is expected because of the mappings. However, these two files are different from --alt-preset standard --vbr-new, which is kind of odd.
i think gabriel stated why this happens.
--aps --vbr-new immediately runs --aps and doesnt take --vbr-new into account
QUOTE (azure_fs @ Aug 18 2005, 03:39 PM)
QUOTE (c15zyx @ Aug 11 2005, 08:19 AM)
QUOTE (timcupery @ Aug 10 2005, 07:52 PM)
They should be the same.
Yes, they should be the same, but aren't. I know that -aps --vbr-new aliases to -apfs, but -V2 --vbr-new and --aps --vbr-new generate different data and histograms.
Edit: -V2 --vbr-new generates the same files as --alt-preset fast standard, which is expected because of the mappings. However, these two files are different from --alt-preset standard --vbr-new, which is kind of odd.
i think gabriel stated why this happens.
--aps --vbr-new immediately runs --aps and doesnt take --vbr-new into account
That isn't exactly correct --aps --vbr-new
does take --vbr-new into account, but at the wrong moment:
QUOTE
--preset standard --vbr-new : apply preset standard immediately, and switches to vbr-new during initialisation (preset tuning are then wrong)
link to Gabriel's post
indeed, you should use "--preset fast standard", not "--preset standard --vbr-new"
Hiend_ear
Aug 19 2005, 10:48
The newer,the better?
Yaztromo
Aug 19 2005, 11:22
QUOTE (Hiend_ear @ Aug 19 2005, 10:48 AM)
Not always. But in this case, yes.
Madrigal
Aug 19 2005, 12:55
QUOTE (Gabriel @ Aug 10 2005, 08:40 AM)
It is true that there had been less listening test results regarding V0 than regarding V2, but V0 should still sound superior to V2.
QUOTE (Jebus @ Aug 10 2005, 11:59 AM)
I should clarify though that improvements to -V2 benefit -V0 as well, so at the very least -V0 will be equivalent in quality to -V2 in any given version. So in this sense, -V0 IS improving too.
Would these comments about -V0 also apply to -V1 ?
Regards,
Madrigal
Insolent
Aug 19 2005, 13:18
Currently I'm using 3.96.1, only because I'm afraid of the 'alpha' tag.

I'll probably re-rip my collection of 3.97 when it goes final (hopefully soon

).
amitpatel5000
Aug 30 2005, 09:19
i am using lame 3.97a11 for transcoding my mp3s into 128kbps cbr mp3s (it's required for my portable). and i like the the way it sounds.
DARcode
Aug 30 2005, 10:31
I'm a tad apprehensive regarding alpha software too, therefore I'm still using 3.96.1 until 3.97 beta comes out.
what are your expereinces with bitrate distributons, averaged bitrates following the -V -vbr-new) system in lame 3.97 alpha12 eg. ?
in the 3.95 topic, for -V5 is stated ca. 130 as "target"/averaged bitrate, which I can confirm for 3.97a12, too.
My findings with 3.97a12 go from 102 - 151 even for 1 album, which averages to 130.
And what would be the best quality setting for medium to low bitrates, ie. 128 - 160 kbit.,
-V5, -V6, preset 133, preset 140, 150 whatever (as abr) or better -V5 -vbr-new , compared to -V5, as the -vbr-new setting has been worked out more , so -vbr-new is faster and better quality ?!
Squeller
Sep 14 2005, 09:32
QUOTE (user @ Sep 7 2005, 03:11 AM)
what are your expereinces with bitrate distributons
From my experience the bitrate distribution in 3.97.x and --vbr-new is very poor compared with old vbr method. Often you have like 50% at one bitrate, 25 at both bitrates around.
This does not say anything about quality. But makes me sceptic...
shadowking
Sep 14 2005, 11:23
i encoded around 50 songs with 3.97a10 -V4 --vbr-new and avg bitrate is around 150k. Can't tell much from 3 samples.
Mo0zOoH
Sep 14 2005, 17:00
I've encoded about 1100 songs (~6 GBs) in various genres (complex electronics, progressive rock, ambient, industrial, etc.) with that commandline and the average bitrate is 150 kbps (actually, some albums went, ~100kbps and they sound pretty well even with that ridiculous bitrate). I think this value can be safely considered as a target bitrate for --(fast) medium preset.
shrinkmail
Sep 14 2005, 18:47
So it does, for some reason, bits seem to cluster around a particular value. Still the file size is smaller, the sound is better. i don't get it. The phenomenon does occur at V2 to V0, at the standard settings.
Could one of the lame developers comment on this? Is it that the bitrate distribution needs further tuning or what?
Gabriel
Sep 14 2005, 19:15
QUOTE
Could one of the lame developers comment on this? Is it that the bitrate distribution needs further tuning or what?
Do not look at the bitrate distribution if it is annoying you.
More seriously, frame size distribution is not that relevant. Even using the same algorithm, frame size distribution could be made quite different while preserving the same number of bits per frame by a different use of the reservoir.
QUOTE (Gabriel @ Sep 15 2005, 02:15 AM)
QUOTE
Could one of the lame developers comment on this? Is it that the bitrate distribution needs further tuning or what?
Do not look at the bitrate distribution if it is annoying you.
More seriously, frame size distribution is not that relevant. Even using the same algorithm, frame size distribution could be made quite different while preserving the same number of bits per frame by a different use of the reservoir.
If
mp3 repacker was used on the two files, would the output then be the same?
This is a "lo-fi" version of our main content. To view the full version with more information, formatting and images, please
click here.