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: Lame Bitrate Settings In Cdex (Read 6492 times) previous topic - next topic
0 Members and 1 Guest are viewing this topic.

Lame Bitrate Settings In Cdex

I am a fairly competent ripper.  I have been using CDex for several years but not, I just realized, to its full potential.  I have found Jason Antony's "Guide to Using CDex" very helpful (http://www.users.on.net/~alexanderino/cdex/), but I am still a little confused.  I have 2 questions: 
(1) why use LAME 3.90.3, and not 3.96.1? 
(2) I don't understand if it is CDex or LAME which ultimately sets the bitrate (internal, not external command line mode).  What would happen if, against Jason's advice, I were to change the min/max bitrate (128/320 now) and VBR quality (2) options in the CDex Encoder settings tab?  Do they even do anything at all? or does the alt-preset always take precedence?
I think I'm hoping that CDex doesn't override LAME-- I don't want to agonize over theory; I just want to trust LAME's presets to do their thing.  I greatly respect the work and thought that has gone into the project.  (Note-- I also use EAC, but I have a fondness for CDex and want to experiment.)  Thank you very much.

Lame Bitrate Settings In Cdex

Reply #1 –
Quote
(1) why use LAME 3.90.3, and not 3.96.1?
[a href="index.php?act=findpost&pid=271038"][{POST_SNAPBACK}][/a]


Status quo.

Lame 3.90.3 is effete 

Lame Bitrate Settings In Cdex

Reply #2 –
just a question, but why arent you using eac.  i know the learning cure is alittle steep, and its not as... user friendly i guess you could say as cdex, but it is such a great progam, and there are good tutorials and helps out there for setting it up, making it managable to learn.  i would highly recommend it.  its error correction system is very accureate and pawerful, making problems very rare, but if there is any problem in ripping your cd, such as a skip, pop, or any other problem, it tells you exactly where it occured so you can go listen to it to see if it is acceptable.  great software, definatly worth looking into
a windows-free, linux user since 1/31/06.

Lame Bitrate Settings In Cdex

Reply #3 –
HAHA! I knew someone wouldn't resist, completely ignore the fact that the thread starter didn't ask for alternatives whatsoever and shove EAC on him.

Some things won't ever change.

Lame Bitrate Settings In Cdex

Reply #4 –
Quote
(1) why use LAME 3.90.3, and not 3.96.1? 
[{POST_SNAPBACK}][/a]

Quote
The presets (--alt-preset xxx) for the 3.90.X branch of LAME were designed by many of the original members of this site and were exhaustively tested to make sure that they utilized the best possible settings for quality. Subsequent versions of LAME broke compatibility with these presets to allow for many other improvements (faster, bug issues, etc), thus making a temporary regression in quality. LAME 3.96.1 seemed as though it might be about the same quality as 3.90.3 in some of the tests done after it was released. However, in the minds of the administration of this forum it has not yet been tested extensively enough, thus 3.90.3 is still the recommended version. LAME 3.96.1 has been proven to be of superior quality for some bitrates where there are no VBR presets for 3.90.3, only ABR. Thus 3.90.3 --alt-preset standard is considered to be better than 3.96.1 -V 2 (--preset standard) but 3.96.1 -V 5 (approximatly 128kb/s) is better then 3.90.3 --alt-preset 128. It is also worth noting that 3.96.1 is at least twice as fast as 3.90.3 for encoding and that -V 2 produces slightly smaller files then --alt-preset standard.

From [a href="http://www.hydrogenaudio.org/forums/index.php?showtopic=28123] Pinned: List of recommended LAME compiles[/url]
Who are you and how did you get in here ?
I'm a locksmith, I'm a locksmith.

Lame Bitrate Settings In Cdex

Reply #5 –
Quote
Lame 3.90.3 is effete 
[a href="index.php?act=findpost&pid=271039"][{POST_SNAPBACK}][/a]

Come again?
< w o g o n e . c o m / l o l >

Lame Bitrate Settings In Cdex

Reply #6 –
Quote
Come again?
[{POST_SNAPBACK}][/a]


•  effete [ef·fete || ɪ'fiːt]

adj. degenerate, decadent; worn out, exhausted


or: [a href="http://dictionary.reference.com/search?q=effete]http://dictionary.reference.com/search?q=effete[/url]

Lame Bitrate Settings In Cdex

Reply #7 –
Quote
Quote
Come again?
[{POST_SNAPBACK}][/a]


•  effete [ef·fete || ɪ'fiːt]

adj. degenerate, decadent; worn out, exhausted


or: [a href="http://dictionary.reference.com/search?q=effete]http://dictionary.reference.com/search?q=effete[/url]
[a href="index.php?act=findpost&pid=271682"][{POST_SNAPBACK}][/a]

who uses such words...the people in Brazil    ? I doubt it...
--alt-presets are there for a reason! These other switches DO NOT work better than it, trust me on this.
LAME + Joint Stereo doesn't destroy 'Stereo'

Lame Bitrate Settings In Cdex

Reply #8 –
Quote
Quote
Come again?
[{POST_SNAPBACK}][/a]


•  effete [ef·fete || ɪ'fiːt]

adj. degenerate, decadent; worn out, exhausted


or: [a href="http://dictionary.reference.com/search?q=effete]http://dictionary.reference.com/search?q=effete[/url]
[a href="index.php?act=findpost&pid=271682"][{POST_SNAPBACK}][/a]


Eh, last time I read somewhere in this forum that there were some regressions with 3.96.1...
In any case, relax man, evangelists DO exist. People choose to believe them or not. I believe you should be directing your sarcasm and cynicism at spammers instead. I have seen a few people here recommending LAME over competing encoders without bothering if it mattered to their targets.

Lame Bitrate Settings In Cdex

Reply #9 –
Quote
Eh, last time I read somewhere in this forum that there were some regressions with 3.96.1...


Talking only about quality, yes, there might have been some regressions.

But talking about speed/quality tradeoff, 3.96.1 is enormously superior to 3.90.3. That's enough to make it my lame version of choice.

Quote
I believe you should be directing your sarcasm and cynicism at spammers instead.[a href="index.php?act=findpost&pid=271891"][{POST_SNAPBACK}][/a]


Beg your pardon?

I am not being sarcastic or cynic there. I really believe 3.90.3 is an outdated version and people should move on to 3.96.1 already. That's my (not humble) opinion.

Lame Bitrate Settings In Cdex

Reply #10 –
Quote
who uses such words...the people in Brazil    ? I doubt it...
[a href="index.php?act=findpost&pid=271871"][{POST_SNAPBACK}][/a]


Hehe, I think not even native English speakers use such words. Just deranged people like me that like to hunt for unusual and bizarre words 

Lame Bitrate Settings In Cdex

Reply #11 –
Quote
Just deranged people like me[a href="index.php?act=findpost&pid=271900"][{POST_SNAPBACK}][/a]

Amen
< w o g o n e . c o m / l o l >

Lame Bitrate Settings In Cdex

Reply #12 –
Quote
HAHA! I knew someone wouldn't resist, completely ignore the fact that the thread starter didn't ask for alternatives whatsoever and shove EAC on him.

Some things won't ever change.
[a href="index.php?act=findpost&pid=271041"][{POST_SNAPBACK}][/a]



Lame Bitrate Settings In Cdex

Reply #13 –
Quote
(2) I don't understand if it is CDex or LAME which ultimately sets the bitrate (internal, not external command line mode).  What would happen if, against Jason's advice, I were to change the min/max bitrate (128/320 now) and VBR quality (2) options in the CDex Encoder settings tab?  Do they even do anything at all? or does the alt-preset always take precedence?
[a href="index.php?act=findpost&pid=271038"][{POST_SNAPBACK}][/a]


I have to admit I'm curious about this one too.

Lame Bitrate Settings In Cdex

Reply #14 –
Quote
Hehe, I think not even native English speakers use such words.

Confirmed.
Quote
Just deranged people like me that like to hunt for unusual and bizarre words [{POST_SNAPBACK}][/a]
You are not alone. But keep in mind that your penchant for the outré curtails your comments' pertinency.

To the OP: try one of DLLs modified to use INI file from [a href="http://rarewares.org/mp3.html]RareWares[/url]. They are a fool-proof way to get presets working without extraneous switches getting in the way.

Lame Bitrate Settings In Cdex

Reply #15 –
Quote
To the OP: try one of DLLs modified to use INI file from RareWares. They are a fool-proof way to get presets working without extraneous switches getting in the way.
[a href="index.php?act=findpost&pid=272015"][{POST_SNAPBACK}][/a]

Thank you-- that's a great suggestion.  I'll definitely give them a try.  I notice there is a version for both the effete 3.90.3 , and the presumably hardworking and virile 3.96.1 .  The quest for best possible quality being what brought me here, I will probably opt for 3.90.3, now that I know the difference.

A sincere thanks to ethos, too, just for sharing my curiousity.  Perhaps somebody knows the answer?
 

Lame Bitrate Settings In Cdex

Reply #16 –
Quote
(2) I don't understand if it is CDex or LAME which ultimately sets the bitrate (internal, not external command line mode).  What would happen if, against Jason's advice, I were to change the min/max bitrate (128/320 now) and VBR quality (2) options in the CDex Encoder settings tab?  Do they even do anything at all? or does the alt-preset always take precedence?
I think I'm hoping that CDex doesn't override LAME-- I don't want to agonize over theory; I just want to trust LAME's presets to do their thing.  I greatly respect the work and thought that has gone into the project.  (Note-- I also use EAC, but I have a fondness for CDex and want to experiment.)  Thank you very much.
[a href="index.php?act=findpost&pid=271038"][{POST_SNAPBACK}][/a]

It's all about how and where the options are set within the dll. IIRC, changing the min and max bitrate options will affect the encoder settings, but changing the quality options will not as these are only taken into account when the (alt) presets are not specified.