Besweet bug: can't convert framerate and sample rate in one step (silent wav results)

[HungarianFalcon]

Hi everyone,

Has anyone tried to convert a 44.1 kHz WAV to a 48 kHz mp2 doing a framerate conversion at the same time? Well, it didn't work for me. The result was a silent mp2 file with occasional random noises.

Then I tried to "get back to the basics" and did a wav->wav conversion still doing both operations in one pass. This time I got white (pink? :)) noise.

As a last resort I did a 44.1->48 kHz conversion pass (wav->wav; no other operation) and then a second wav->mp2 pass doing the framerate conversion and the toolame compression. This worked, but required a lot of extra time and HDD real estate.

I used 1.5b19 and tried 1.2 for reference (which gave me similar results).

My original command line looked like this:
BeSweet.exe -core( -input "441source.wav" -output "result.mp2" ) -ota( -g max -r 23976 25000 ) -shibatch( --rate 48000 ) -toolame( -e -b 192 -m s )

Any ideas?

Tamas

[HungarianFalcon]

Hi everyone,

Since noone replied to my previous thread (http://forum.doom9.org/showthread.php?threadid=61202) I'm turning my observation into a bug report.

Basically the problem is that if I do 44.1->48 kHz conversion and framerate (23.976->25) conversion in one step the result is a silent wav.
Taking any 44.1 kHz file try the following:

BeSweet.exe -core( -2ch -input "try.wav" -output "result.wav" ) -ota( -r 23976 25000 ) -shibatch( --rate 48000 )

The result is silence (http://members.chello.hu/kerecsen/besweet/result_48k_srate.wav).

BeSweet v1.5b21 by DSPguru.
--------------------------
Using Shibatch.dll v0.24 by Naoki Shibata & DSPguru (shibatch.sourceforge.net).

Logging start : 09/16/03 , 23:00:49.

BeSweet.exe -core( -2ch -input try.wav -output result.wav -logfile log.log ) -ota( -r 23976 25000 ) -shibatch( --rate 48000 )

[00:00:00:000] +------- BeSweet -----
[00:00:00:000] | Input : try.wav
[00:00:00:000] | Output: result.wav
[00:00:00:000] | Floating-Point Process: No
[00:00:00:000] +------ Shibatch -----
[00:00:00:000] | Source Sample-Rate: 44.1KHz
[00:00:00:000] | Dest. Sample-Rate: 48.0KHz
[00:00:00:000] | Attenuation : 0.0db
[00:00:00:000] +-------- FRC --------
[00:00:00:000] | Source Frame-Rate: 23976
[00:00:00:000] | Dest. Frame-Rate: 25000
[00:00:00:000] +---------------------
[00:00:00:129] Conversion Completed !
[00:00:00:129] Actual Avg. Bitrate : 1061kbps
[00:00:00:000] <-- Transcoding Duration

Logging ends : 09/16/03 , 23:00:49.
It appears the problem is neither in sample rate conversion nor in frame rate conversion. When you do either separately, the resulting wav is perfectly processed. It is the combination of the two that brings the problem forward.

I base my theory on the fact that both of the conversions below produced flawless results:

BeSweet.exe -core( -2ch -input "try.wav" -output "result.wav") -ota( -r 23976 25000 )

The result is a perfect wav (http://members.chello.hu/kerecsen/besweet/result_srate.wav).

BeSweet v1.5b21 by DSPguru.
--------------------------
Using Shibatch.dll v0.24 by Naoki Shibata & DSPguru (shibatch.sourceforge.net).

Logging start : 09/16/03 , 23:01:24.

BeSweet.exe -core( -2ch -input try.wav -output result.wav -logfile log.log ) -ota( -r 23976 25000 )

[00:00:00:000] +------- BeSweet -----
[00:00:00:000] | Input : try.wav
[00:00:00:000] | Output: result.wav
[00:00:00:000] | Floating-Point Process: No
[00:00:00:000] | Source Sample-Rate: 44.1KHz
[00:00:00:000] +-------- FRC --------
[00:00:00:000] | Source Frame-Rate: 23976
[00:00:00:000] | Dest. Frame-Rate: 25000
[00:00:00:000] +---------------------
[00:00:00:129] Conversion Completed !
[00:00:00:129] Actual Avg. Bitrate : 1364kbps
[00:00:00:000] <-- Transcoding Duration

Logging ends : 09/16/03 , 23:01:24.
The case with just samplerate conversion:

BeSweet.exe -core( -2ch -input "try.wav" -output "result.wav" ) -shibatch( --rate 48000 )

The result was again a perfect wav (http://members.chello.hu/kerecsen/besweet/result_48k.wav).

BeSweet v1.5b21 by DSPguru.
--------------------------
Using Shibatch.dll v0.24 by Naoki Shibata & DSPguru (shibatch.sourceforge.net).

Logging start : 09/16/03 , 23:15:56.

BeSweet.exe -core( -2ch -input try.wav -output result.wav -logfile log.log ) -shibatch( --rate 48000 )

[00:00:00:000] +------- BeSweet -----
[00:00:00:000] | Input : try.wav
[00:00:00:000] | Output: result.wav
[00:00:00:000] | Floating-Point Process: No
[00:00:00:000] +------ Shibatch -----
[00:00:00:000] | Source Sample-Rate: 44.1KHz
[00:00:00:000] | Dest. Sample-Rate: 48.0KHz
[00:00:00:000] | Attenuation : 0.0db
[00:00:00:000] +---------------------
[00:00:00:129] Conversion Completed !
[00:00:00:129] Actual Avg. Bitrate : 1106kbps
[00:00:00:000] <-- Transcoding Duration

Logging ends : 09/16/03 , 23:15:56.
I hope my bug report fulfils the strict guidelines :readfaq:

[DSPguru]

try "-r 23977 25000" ;)

[HungarianFalcon]

Nice hack :)

Now I just have to figure out how to convince dvd2svcd to use 7 instead of 6 :sly:

Just out of idle curiosity: could you elaborate on why it matters?