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: --alt-presets and lame DLLs (Read 5779 times) previous topic - next topic
0 Members and 1 Guest are viewing this topic.

--alt-presets and lame DLLs

I had a request to provide alternative mapping of the --alt-presets within the modified DLL. Therefore, we now have two versions. DLL1 is as before:

1.   Normal (q=5) = --alt-preset standard

2.   Low (q=9) = q=2 (all other switches available)

3.   High (q=2) = --alt-preset extreme

4.   Voice (for voice recordings) = q=5 (all other switches available)

5.   R3Mix preset = --r3mix

6.   Very High Quality (q=0) - --alt-preset insane

For items 1, 3, 5 and 6, all other switches are non-functional. Even if you can change the settings, they are ignored.

DLL2 now maps as follows:

1.   Normal (q=5) = --alt-preset standard

2.   Low (q=9) = --alt-preset fast standard

3.   High (q=2) = --alt-preset extreme

4.   Voice (for voice recordings) = --alt-preset insane

5.   R3Mix preset = --r3mix

6.   Very High Quality (q=0) - remains as originally

For items 1, 2, 3, 4, and 5 , all other switches are non-functional. Even if you can change the settings, they are ignored.

If you use Peter Pawlowski's Cool_lame filter, these DLLs also work with that BUT you only get items 1 thru 4 because of the preset limitations within the filter options.

The request arose so that there were four --alt-presets usable thru cool_lame, but it works with CDex too.

You can get these at the usual place:

http://www.inf.ufpr.br/~rja00/

later today. 

john33

--alt-presets and lame DLLs

Reply #1 –
Yeah!

--alt-presets and lame DLLs

Reply #2 –
You can get the sources there too. 

john33

--alt-presets and lame DLLs

Reply #3 –
You would make me incredibly happy if I could have
--alt-preset <bitrate>
available in a LAME.dll...

Maybe I'm asking too much, but it would make me so happy not having to keep so much free space available in my VOB->MP3 conversion for ripping... (that way I would skip the temporary uncompressed WAV step...)

What do you think? (the currently available standards in the modified dlls are a little too large in size and too unpredictable in bitrate...)

--alt-presets and lame DLLs

Reply #4 –
Actually adding support for this would be relatively easy (and is actually planned).. the difficult part would be getting the programs which use the .dll to update their interface to directly support this preset.

--alt-presets and lame DLLs

Reply #5 –
Kblood,

Let me have a look and see if there is some way I can 'hack' that in. No promises, but I will have a look.

In the nice, properly implemented way Dibrom is, of course, abolutely correct, but give me a little while to have a look.

john33

--alt-presets and lame DLLs

Reply #6 –
Maybe this is TOO ugly for you, but wouldnt it be a simply thing to make the dll use --alt-preset instead of --abr ?
For instance the VobToMp3 program using azid dll and lame dll for making a ac3/vob directly to mp3 without intermediate files lets you use --abr , so there it would be very useful, I think...

But hey, thats just a QuickN'Dirty solution that would fit me
Other ways might be better for the long run

regards
/stefan




oh. btw , I would just like to thank you all for the hard work with the site, and especially Dibrom for the neverending tweaking of lame.

--alt-presets and lame DLLs

Reply #7 –
OK... I'm officially in dll hell now. Does ANYONE know if the cvs dll like Mitok's supports the alt presets?

--alt-presets and lame DLLs

Reply #8 –
They shouldn't, they are based on the official .dll, which does not support my presets.  The only .dll which does is the unofficial one from john33.

--alt-presets and lame DLLs

Reply #9 –
And so the saga continues.... 

Kblood wanted to be able to use Dibrom's ABR presets in the DLL.

Well, after a very ugly hack and some lengthy testing, I think it's there!  There will soon be a DLL3 available at:

http://www.inf.ufpr.br/~rja00/

which is a variation on DLL2 as follows:

1.   Normal (q=5) = --alt-preset standard

2.   Low (q=9) = --alt-preset fast standard

3.   High (q=2) = --alt-preset extreme

4.   Voice (for voice recordings) = --alt-preset insane

5.   R3Mix preset = --r3mix

6.   Very High Quality (q=0) = remains as originally UNLESS VBR Method VBR-ABR is selected. If VBR-ABR is selected, then --alt-preset nnn (ie. --alt preset ABR) is performed for ABR bitrates between 80kbps and 320kbps. With ABR selected, all other switches are non-functional.

For items 1, 2, 3, 4, and 5 , all other switches are non-functional. Even if you can change the settings, they are ignored.

I have spent the last several hours testing this BUT I would really appreciate someone else testing it to make sure it is OK. If your testing suggests that it is AOK, then I will post this in place of DLL2 in future and, also, post the source. I really don't want anyone else looking at the source until I am fairly sure it is OK. I am sure that if Dibrom were to look at it he would weep bucket loads!!

So, please test and feedback your results.
(These are Rev9a BTW.)
thanks,
john33

--alt-presets and lame DLLs

Reply #10 –
Quote
Originally posted by wuntvor
For instance the VobToMp3 program using azid dll and lame dll for making a ac3/vob directly to mp3 without intermediate files lets you use --abr , so there it would be very useful, I think...

But hey, thats just a QuickN'Dirty solution that would fit me
Other ways might be better for the long run


Well, yes, just using common, untweaked ABR would be acceptable, but having those presets available, I would feel a little dumb myself not using them... Unless I have no means of freeing up space, I will go the long but optimal route VOB->WAV->MP3.

And I was thinking precisely of using that program  (www.doom9.org anyone? )

--alt-presets and lame DLLs

Reply #11 –
john33:

Great!!! Thanks a lot!! That's efficiency! As soon as I lay my hands on it I will try it (with the latest VobToMp3, now called BeSweet...) and let you know the results.

Now my dvd-backup sessions have got (or gotten) much nicer

--alt-presets and lame DLLs

Reply #12 –
The DLLs are already available at the usual place.

Have fun!

Roberto.

--alt-presets and lame DLLs

Reply #13 –
Cool!

Thanks man! I will test this tonight.

regards
/stefan

--alt-presets and lame DLLs

Reply #14 –
Not wishing to be defeated on all fronts!! You will soon find a revised DLL3 Rev10 at the usual site:

http://www.inf.ufpr.br/~rja00/

The revised sources are there too. I have cleaned up the code, somewhat, and my testing shows the results using the ABR setting to be bit identical with my own lame.exe(not Intel). If you are using the Intel compile of the exe, you will find the DLL produces slightly smaller files.

Also, if you set an ABR of less than 80kbps, it will default to 80kbps.

I am pretty sure that this is now correct!!

john33

--alt-presets and lame DLLs

Reply #15 –
Already uploaded.