Skip to main content

Notice

Please note that most of the software linked on this forum is likely to be safe to use. If you are unsure, feel free to ask in the relevant topics, or send a private message to an administrator or moderator. To help curb the problems of false positives, or in the event that you do find actual malware, you can contribute through the article linked here.
Topic: For Dibrom (about his lame compiles) (Read 7658 times) previous topic - next topic
0 Members and 1 Guest are viewing this topic.

For Dibrom (about his lame compiles)

Dibrom I need some advice, please...

I have been putting off archiving my 500 cds for a long time.

I wanted to used lame 3.87, then waited for 3.88, then 3.89, and now am thinking of waiting for 3.90beta...

But Dibrom, do you really think there will be much difference in quality between 3.90beta --dm-preset insane and your current compile (alpha6) --dm-preset insane?

If the differences are minimal then I think I'll just use your compile now (alpha6) and start what I've been putting off for way too long... 

Btw the way is your alpha 6 compile stable? or do you recommend i use the --dm-preset insane contained in lame 3.90 alpha7... this version of lame is bundled in win32lame1.7 and some say it is very stable for an alpha....but is it (do you think) more stable and better to use than your compile?

The thing that worries me about alpha7 is that although it held up well in the listening tests... I believe you or mp3fan has said that
--dm-highfreq was modified when renamed to --ns-sfb21 and hence may perform slightly differently?

So in the end I want to know if you think it is worth it to wait for the official lame3.90beta or to just go ahead with the alpha:
if I should go with the alpha--which one: your compile (alpha6) or the alpha7 compile.

Sorry for the length of the question,
I just want to finally archive these cds....its been so long now...
years....

RD

For Dibrom (about his lame compiles)

Reply #1
There really shouldn't be a problem using the current lame alpha I don't think.  I mean, its possible there may be further improvements down the line, but you are right, you can't wait forever .

I'd suggest using --dm-preset standard though, or maybe xtreme.  If you don't mind the higher bitrate of xtreme though, maybe --dm-preset standard -Z would be the best bet. 

I hope that answers your questions

For Dibrom (about his lame compiles)

Reply #2
ok, i take you words to mean go with alpha7 then...

But you say " If you don't mind the higher bitrate of xtreme though, maybe --dm-preset standard -Z would be the best bet. "

Does this mean --dm-preset standar -Z has advantages over xtreme? and is larger than xtreme?

If so what advantages?

Thanks,
RD

PS looked at lame --longhelp |more
and -Z says toggles the scalefac feature on/off

adding -Z is increasing the bitrate but what is scalefac all about...
sorry last question then i'll (Try) to leave you alone about lame....

For Dibrom (about his lame compiles)

Reply #3
Quote
Originally posted by RD
ok, i take you words to mean go with alpha7 then...

But you say " If you don't mind the higher bitrate of xtreme though, maybe --dm-preset standard -Z would be the best bet. "

Does this mean --dm-preset standar -Z has advantages over xtreme? and is larger than xtreme?

If so what advantages?

Thanks,
RD

PS looked at lame --longhelp |more
and -Z says toggles the scalefac feature on/off

adding -Z is increasing the bitrate but what is scalefac all about...
sorry last question then i'll (Try) to leave you alone about lame....


The thing is, the only real difference between --dm-preset standard and --dm-preset xtreme is that xtreme uses a lower ath curve.  This effect probably isn't as noticeable if you don't have pretty good hearing above 16khz.

The original idea behind the presets were that "standard" was supposed to provide excellent quality at an acceptable bitrate in almost all situations.  It addressed many quality issues, and it did attempt to reduce ringing, but ringing over 16khz was not addressed so much since this required an increased bitrate.

xtreme was supposed to provide a slightly lower ath, maybe a very slightly "cleaner" sound overall, though this would be hard to detect.  The main difference is that frequencies over 16khz would be encoded a little bit more accurately at the sake of bitrate.  Again, this isn't noticeable to most people, especially those that don't hear high frequency ringing in mp3 in the first place.

insane was, and still is, more of an experimental switch.  It attempts to provide the absolute highest quality possible with LAME period.  At the moment though, I'm not convinced it quite achieves this goal.  I would recommend using standard instead for the most part.

Now, as for -Z.. the idea is that using noise shaping 1 instead of type will probably provide more of an audible improvement in quality, especially on critical samples, than that of just using a lower ath curve (which is what you would get from xtreme).  I think in the end this makes more sense, and I'm getting ready to update the various presets with these ideas in mind.

What I think I may do:

1.  Keep "standard" the way it is.
2.  Modify xtreme to be the same as "standard" but with noise shaping 1 instead of 2.
3.  Modify insane to the same as "standard" but with the lower athtype of the current xtreme, AND noise shaping 1.  As well as possibly adding something like --ns-bass -8 and maybe -V1 or -V0

I'm not quite sure about the last part yet, I'll have to see..

Hope that helps.

For Dibrom (about his lame compiles)

Reply #4
Quote
Originally posted by RD
Btw the way is your alpha 6 compile stable? or do you recommend i use the --dm-preset insane contained in lame 3.90 alpha7... this version of lame is bundled in win32lame1.7 and some say it is very stable for an alpha....but is it (do you think) more stable and better to use than your compile?

What about this LAME header? Correct me if I'm wrong, but I thought the later alpha versions write a corrupt header or something - r3mix recommended using the win32LAME 1.7 compile over the latest alphas (which is what I'm doing), as this version doesn't write the LAME header at all.

CU
Dominic

For Dibrom (about his lame compiles)

Reply #5
Later alphas don't write a corrupt header, they write an incomplete one (for instance, the ReplayGain data is missing). This has no effect whatsoever on sound quality, the latest alphas are safe to use. But you are right, the 3.90 alpha that comes with WinLAME 1.7 doesn't generate LAME tags.

For Dibrom (about his lame compiles)

Reply #6
Hi Diprom,


where could I find which settings does the --dm-preset includes.

Thanx, Cloun

For Dibrom (about his lame compiles)

Reply #7
[deleted]

For Dibrom (about his lame compiles)

Reply #8
Oh man, I'm sorry dibrom ... in my original post the first one before all these replies I meant to write about xtreme NOT insane... damn I didn't mean to confuse the issue and I did accidently.

What I really wanted to ask was:

"But Dibrom, do you really think there will be much difference in quality between 3.90beta --dm-preset xtreme and your current compile (alpha6) --dm-preset xtreme?
If the differences are minimal then I think I'll just use your compile now (alpha6) and start what I've been putting off for way too long...  "

It was the xtreme preset that I was interested in....

Now while we are on the topic of xtreme:
(1) I take it that you do not regard xtreme as being as "experimental" as insane, correct? Xtreme, then, has proven itself to you, or do you still recommend the use of standard over xtreme?

(2) what is better:
--------------------------
(A) standard with -Z
or
(B) xtreme without -Z

Thanks,
and sorry for the confusion....
I could kick myself for the mistake...

RD

For Dibrom (about his lame compiles)

Reply #9
Quote
Originally posted by Cloun
Hi Diprom,

where could I find which settings does the --dm-preset includes.

Thanx, Cloun


At the moment I am reworking the xtreme and insane presets, I'd rather wait until I'm finished before getting into a discussion about the details of the switches, though you can find the current ones from the links TrNSZ provided

Quote
Originally posted by RD
It was the xtreme preset that I was interested in.... 

Now while we are on the topic of xtreme: 
(1) I take it that you do not regard xtreme as being as "experimental" as insane, correct? Xtreme, then, has proven itself to you, or do you still recommend the use of standard over xtreme? 

(2) what is better: 
-------------------------- 
(A) standard with -Z 
or 
(B) xtreme without -Z


Both standard and xtreme have stayed exactly the same as the original compile.  There is a very slight difference in the implementation of --ns-sfb21 vs that of --dm-highfreq, but that is only so that --ns-sfb21 can work in addition to --ns-treble, whereas before --dm-highfreq would completely override that switch.  There should be no quality difference.

1.  Yes, xtreme is not really experimental, but only slightly better than standard.  I am changing this switch around at the moment (working on a new compile) though to offer a larger margin of higher quality than standard, especially on more critical samples.

2. standard with -Z, but again this may even change as well once I modify the switches some.

For Dibrom (about his lame compiles)

Reply #10
Thanks to everybody for their help,
and a special thanks to Dibrom--you are the best!

I wish I could pour you a large glass of Chimay blue label!!
:drink:

For Dibrom (about his lame compiles)

Reply #11
I've just read in r3mix's forum:

Quote
Posted by r3mix: If you upsample a 44.1kHz to 48kHz then for the same "amount" of music, there will be more samples, which will allow the encoder to encode with a 9% shorter eacho reaction.  So at any decent (let's assume +128kbit/s) bitrate upsampling to 48kHz will lower the chance of echo problems with (48000/44100-1)*100 % but given only a very few people already heard it it will make both a very significant difference to those and it'll fix the echo problem altogether

Posted by TrNSZ: It's best to use the SSRC resampler to resample to 48/24 without dithering before encoding to MP3. 

I have a batch file (lamefr.cmd) which I use as a front-end for LAME in CDex or EAC.  It currently contains:

@ECHO OFF
ssrc --rate 48000 --bits 24 --twopass --dither 0 %1 C:Tempssrc.wav
lame390a7 --dm-preset xtreme --scale 0.96 C:Tempssrc.wav %2
del c:tempssrc.wav 
 


Do you advise doing such a resampling ? Would it really increase the quality of my mp3s ?!

 

For Dibrom (about his lame compiles)

Reply #12
[deleted]