New feature requests for BeSweetGUI

27th December 2001, 12:34

Hi Danni,

as both BeSweet and HeadAC3 have still some minor problems ( i will help as good as possible with solving them of course - sorry i'm no coder

) i am still using good old DD GUI with azid.exe, ssrc.exe and lame/toolame.exe for now. Note that normalizing is done using SSRC because of Azid's 'auto find max gain' bug when DRC is used .

May i ask you kindly for these additional features in a future release ?

1. toolame cant eat 24 or 32 bit WAV files i guess. Whenever i tried to it just gave me noise. As is dont want to loose the advantage of processing the WAVs before in 24 bit mode ( resampling, normalizing ) this is how i do it :

- decode AC3 to 24 bit output WAV, DRC light or DRC normal, Gain set to fixed value like +6 dB ( works in most cases ).
- sample rate conversion and 2 pass normalizing in SSRC, converting from 24 bit 48 KHz WAV down to 16 bit 44.1 KHz WAV incl. normalizing.
- finally feed the 16 bit 44.1 KHz WAV into toolame

I can do this in your GUI in one setup using 'advanced mode' and setting the '--bits 16' switch for SSRC, but wouldn't it be possible to implement this switch into your GUI ? Its one of SSRC's major features adn should be supported i guess

...

2. Regarding the above mentioned bug with Azid's bug in the 'auto find max gain' feature, isnt it possible to do this 2 pass process controlled by the GUI instead of simply using -g switch ?? The beauty about this would be that we could correct the gain value found in 1st pass by a certain factor like

'Gain = AutoGain - x ' and x being

x = 1.0 db for DRC light
x = 2.0 dB for DRC normal
x = 4.0 dB for DRC heavy

I'm not sure about these numbers, but the overflows i got recently were all smaller.

The same request was asked to DSPGuru for implementation into BeSweet but i'm not sure what the more effective way would be to overcome this problem.

Thanks a lot Danni and keep up the good work !!

27th December 2001, 12:34	#1 \| Link
ChristianHJW Guest Posts: n/a	New feature requests for BeSweetGUI Hi Danni, as both BeSweet and HeadAC3 have still some minor problems ( i will help as good as possible with solving them of course - sorry i'm no coder ) i am still using good old DD GUI with azid.exe, ssrc.exe and lame/toolame.exe for now. Note that normalizing is done using SSRC because of Azid's 'auto find max gain' bug when DRC is used . May i ask you kindly for these additional features in a future release ? 1. toolame cant eat 24 or 32 bit WAV files i guess. Whenever i tried to it just gave me noise. As is dont want to loose the advantage of processing the WAVs before in 24 bit mode ( resampling, normalizing ) this is how i do it : - decode AC3 to 24 bit output WAV, DRC light or DRC normal, Gain set to fixed value like +6 dB ( works in most cases ). - sample rate conversion and 2 pass normalizing in SSRC, converting from 24 bit 48 KHz WAV down to 16 bit 44.1 KHz WAV incl. normalizing. - finally feed the 16 bit 44.1 KHz WAV into toolame I can do this in your GUI in one setup using 'advanced mode' and setting the '--bits 16' switch for SSRC, but wouldn't it be possible to implement this switch into your GUI ? Its one of SSRC's major features adn should be supported i guess ... 2. Regarding the above mentioned bug with Azid's bug in the 'auto find max gain' feature, isnt it possible to do this 2 pass process controlled by the GUI instead of simply using -g switch ?? The beauty about this would be that we could correct the gain value found in 1st pass by a certain factor like 'Gain = AutoGain - x ' and x being x = 1.0 db for DRC light x = 2.0 dB for DRC normal x = 4.0 dB for DRC heavy I'm not sure about these numbers, but the overflows i got recently were all smaller. The same request was asked to DSPGuru for implementation into BeSweet but i'm not sure what the more effective way would be to overcome this problem. Thanks a lot Danni and keep up the good work !!