PDA

View Full Version : Problems with BeSweet and Win 2000!

castellanos
19th January 2005, 18:19
Hi.
I've tried to convert Wave to Mp3 useing BeSweet/BeSweetGUI or BeSweet/BeLight and I get all the time the same error:
BeSweet.exe has generated errors and will be closed by Windows.
You will need to restart the program.
An error log is being created.

And here is the log:

BeSweet v1.5b29 by DSPguru.
--------------------------
Using Shibatch.dll v0.24 by Naoki Shibata & DSPguru (shibatch.sourceforge.net).
Using lame_enc.dll v1.32 (26/7/2004), Engine 3.96 <http://www.mp3dev.org/>.

Logging start : 01/19/05 , 14:10:52.

C:\BeSweetv1.5b29\BeSweet.exe -core( -input C:\nada\Negra Vernacci.wav -output C:\nada\Negra Vernacci.mp3 -logfilea C:\BeSweetv1.5b29\BeSweet.log ) -ota( -hybridgain ) -ssrc( --rate 44100 ) -lame( -b 192 ) -profile( ~~~~~ Default Profile ~~~~~ )

[00:00:00:000] +------- BeSweet -----
[00:00:00:000] | Input : C:\nada\Negra Vernacci.wav
[00:00:00:000] | Output: C:\nada\Negra Vernacci.mp3
[00:00:00:000] | Floating-Point Process: Yes
[00:00:00:000] | PostGain normalize to : 0.97
[00:00:00:000] +------ Shibatch -----
[00:00:00:000] | Source Sample-Rate: 22.1KHz
[00:00:00:000] | Dest. Sample-Rate: 44.1KHz
[00:00:00:000] | Attenuation : 0.0db
[00:00:00:000] +-------- LAME -------
[00:00:00:000] | Bitrate method : CBR
[00:00:00:000] | MP3 bitrate : 192
[00:00:00:000] | Channels Mode : Joint Stereo
[00:00:00:000] | Error Protection: No
[00:00:00:000] +---------------------
BeSweet v1.5b29 by DSPguru.
--------------------------
Using Shibatch.dll v0.24 by Naoki Shibata & DSPguru (shibatch.sourceforge.net).
Using lame_enc.dll v1.32 (26/7/2004), Engine 3.96 <http://www.mp3dev.org/>.

Logging start : 01/19/05 , 14:12:15.

C:\BeSweetv1.5b29\BeSweet.exe -core( -input C:\nada\Negra Vernacci.wav -output C:\nada\Negra Vernacci.mp3 -logfilea C:\BeSweetv1.5b29\BeSweet.log ) -ota( -hybridgain ) -ssrc( --rate 44100 ) -lame( -b 192 ) -profile( ~~~~~ Default Profile ~~~~~ )

[00:00:00:000] +------- BeSweet -----
[00:00:00:000] | Input : C:\nada\Negra Vernacci.wav
[00:00:00:000] | Output: C:\nada\Negra Vernacci.mp3
[00:00:00:000] | Floating-Point Process: Yes
[00:00:00:000] | PostGain normalize to : 0.97
[00:00:00:000] +------ Shibatch -----
[00:00:00:000] | Source Sample-Rate: 22.1KHz
[00:00:00:000] | Dest. Sample-Rate: 44.1KHz
[00:00:00:000] | Attenuation : 0.0db
[00:00:00:000] +-------- LAME -------
[00:00:00:000] | Bitrate method : CBR
[00:00:00:000] | MP3 bitrate : 192
[00:00:00:000] | Channels Mode : Joint Stereo
[00:00:00:000] | Error Protection: No
[00:00:00:000] +---------------------

Any help?
Thanks.
testor
19th January 2005, 21:23
Originally posted by castellanos
Logging start : 01/19/05 , 14:10:52.

C:\BeSweetv1.5b29\BeSweet.exe -core( -input C:\nada\Negra Vernacci.wav -output C:\nada\Negra Vernacci.mp3 -logfileaI'd bet it's due to the naming: Negra Vernacci.wav. Better avoid blanks in filenames as well as in foldernames. Might help ...

testor
Leak
19th January 2005, 21:38
Originally posted by testor
I'd bet it's due to the naming: Negra Vernacci.wav. Better avoid blanks in filenames as well as in foldernames. Might help ...

I doubt it. I'm regularily using BeSweet on W2K with files containing a lot of spaces (audio tracks as demuxed by DVD Decrypter) and it works just fine. Also, even if the program misreads the file names it shouldn't crash, just print an error and quit.

np: Zorn - Nachtbus (The City's Collapsing (But Not Tonight))
iradic
19th January 2005, 23:02
filenames should be in double quotes, or not?
castellanos
20th January 2005, 13:58
No. The space between words in the file name it is not the problem, it must be something different.
Any other idea?
Greetings! ;)
tiki4
20th January 2005, 17:28
I guess the problem you encounter is the upsampling you try to perform. Download ssrc.exe from rarewares.org and do the upsampling outside Besweet. The try to encode again in Besweet. This should work.

tiki4
BigDid
20th January 2005, 17:43
Originally posted by castellanos
No. The space between words in the file name it is not the problem, it must be something different.
Any other idea?
Greetings! ;)
Just a remark, I don't see error protection on in the logs ...

Did
castellanos
20th January 2005, 18:16
Well... Still not working. One of the things I got in the logs was: "Error with Lame dll"... and I don't understand why.
Help please! :(
tiki4
21st January 2005, 09:17
Well, as I said: BeSweet does not support all kinds of sampling rate conversions.
castellanos
21st January 2005, 13:30
Hmmm... And what does it mean?
tiki4
21st January 2005, 14:22
As far as I can interpret your logfiles you try to upsample from 22.1 kHz to 44.1 kHz. I think that the involved shibatch.dll cannot do this within the BeSweet conversion chain. So I'd recommend to either leave the -ssrc( --rate 44100 ) away which might in turn be a problem with lame.dll, or resample the WAV file first with ssrc.exe (from rarewares.org) and encode then to MP3. This would involve something like:

ssrc --rate 44100 file.wav file_resampled.wav

besweet -core( -input file_resampled.wav -output file_output.mp3 -logfile BeSweet.log ) -ota( -hybridgain ) -lame( -b 192 )


Please give that method a try.

tiki4

Edit: And if you still don't believe me, then follow this (http://forum.doom9.org/showthread.php?s=&threadid=69781) link.
johnman
21st January 2005, 18:06
Edit: I believe the greatest common divider (gcd) should be 2 or 3 between source and destination sample rate.

this would mean that both 22100 and 22050 are supported by ssrc so my previous post was faulty :(
castellanos
24th January 2005, 11:31
tiki4 & johnman:
Guys, I am really sorry. The wave I have is from a radio program and I didn't realize (until it was too late) that was a 22.05 Khz, 8 bit (mono) wave... and of course, not suported by BeeSweet.
Thanks for the advice anyway, I'll look better next time.
Greetings! :D
johnman
24th January 2005, 17:07
Originally posted by castellanos
and of course, not suported by BeeSweet.

is this because it is mono??
castellanos
24th January 2005, 18:17
No, I don't think the problem is because it's mono.
As tiki4 already said, the conversion from 22.1 Khz to 44.1 Khz could be problematic for shibatch.dll and BeSweet together.
I've made a few tests using BeLight: It seems to be that the main problem it is not the sample rate (Actually I did a convertion from a 32 Khz wave to a 44,1 Khz mp3 without problems) but the Bit Depth; As well as I saw, 8 bit wave is not supported, unless I've to create a special preset... but I am not really sure.
I've made a test with an 8 Bit wave and BeSweet seems to crash.
Greetings! ;)
johnman
24th January 2005, 19:02
i would suggest looking @
http://forum.doom9.org/showthread.php?s=&threadid=75012

to quote an interesting post :

update:
it's not the fault of wav20.
it's not the wavs 8bit nature at all, besweet crashes because its mono.
so far i found out the following:
if i demux the audio stream makeing use of vdub-mod's wav converter, besweet behaves like this:
- wav demuxed only: besweet crashes
- wav converted to stereo: besweet starts transcoding to mp2 but quits after a few seconds
- wav converted to stereo, changed precision to 16bit and changed sampling rate to 48khz: besweet transcoding to mp2 succeeded.
so question is:
is there still a chance i can use besweet to do all the transcoding tasks including resampling and changing bit-depth,
or am i forced to use vdub-mod for these tasks and besweet for wav->mp2 transcoding only? how reliable is vdub-mods build-in converter?

zulu
castellanos
24th January 2005, 20:07
Well... I've made already the tests. If you have an audio program like Sound Forge or Samplitude or whatever, try to convert a normal wave (16bit; 44,1Khz; Stereo) into some others possibilities... I've tried a 16bit, 32Khz, mono wave and BeSweet encoded it to mp3 without problems...
I can show you the log if you want:

BeSweet v1.5b29 by DSPguru.
--------------------------
Using lame_enc.dll v1.32 (26/7/2004), Engine 3.96 <http://www.mp3dev.org/>.

Logging start : 01/24/05 , 20:04:39.

BeSweet.exe -core( -input E:\Film\Miles away.wav -output E:\Film\Miles away.mp3 -logfile E:\Film\Miles away.log ) -ota( -hybridgain ) -lame( -b 192 )

[00:00:00:000] +------- BeSweet -----
[00:00:00:000] | Input : E:\Film\Miles away.wav
[00:00:00:000] | Output: E:\Film\Miles away.mp3
[00:00:00:000] | Floating-Point Process: Yes
[00:00:00:000] | PostGain normalize to : 0.97
[00:00:00:000] | Source Sample-Rate: 32.0KHz
[00:00:00:000] +-------- LAME -------
[00:00:00:000] | Bitrate method : CBR
[00:00:00:000] | MP3 bitrate : 192
[00:00:00:000] | Channels Mode : Joint Stereo
[00:00:00:000] | Error Protection: No
[00:00:00:000] +---------------------
[00:04:11:533] Gain of 3.0dB had been asserted to file.
[00:04:11:533] Conversion Completed !
[00:04:11:533] Actual Avg. Bitrate : 192kbps
[00:00:10:000] <-- Transcoding Duration

Logging ends : 01/24/05 , 20:04:49.

Unfortunatelly it is not written in the log, but the source is mono!!
Greetings! :)
johnman
24th January 2005, 21:05
ok i believe u :) I just wanted to clear things up, since i was reading different (contradicting) things.