PDA

View Full Version : BeSweet


oliver69
10th February 2003, 15:34
Hi BeSweet user!

I like BeSweet. I use the command line version for mpa/wav -> ogg as soundtrack
for my ogm movies. But there is a strange problem:

When I convert 48kHz to 32kHz with shibatch, then the amplitude is multipied by
some factor (about 2 or 4, I guess). I first thought its a problem in combination
with "--normalize" or with libVorbis.dll (OGG). But it also apears if I only convert
the frequency from one wav to another! (see log below)

The strange thing is, that sometimes it helped when I only deleted the
resulting wav,ogg,ogm and restarted my batchfile - and then it worked again!?!
It seems that it works sometimes in combination with other convertions. But
I never got a correct result yet with frequency conversion only.

It could be a bug like a missing (re)initialization in shibatch.dll. Or is it a problem
with an unusual wav header in the source file? (see hex dump below)
The Avg. Bitrate in the log below seems strange!

I have this problem with every stable and beta release of besweet upto b14.
I also tried different version of shibatch.dll. I use Win2k on Athlon1900. The
source file comes from a network drive (NTFS through IPX), the destination is
stored locally in an NTFS.

Any ideas?

+++ Oliver

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

Logging start : 02/10/03 , 11:30:32.

besweet -core( -logfilea D:\Vidac\Kampf der Welten.log -input v:\Kampf der Welten.wav -output D:\Vidac\Kampf der Welten.wav -2ch ) -shibatch( --rate 32000 )

[00:00:00:000] +------- BeSweet -----
[00:00:00:000] | Input : v:\Kampf der Welten.wav
[00:00:00:000] | Output: D:\Vidac\Kampf der Welten.wav
[00:00:00:000] | Floating-Point Process: No
[00:00:00:000] +------ Shibatch -----
[00:00:00:000] | Source Sample-Rate: 48.0KHz
[00:00:00:000] | Dest. Sample-Rate: 32.0KHz
[00:00:00:000] | Attenuation : 0.0db
[00:00:00:000] +---------------------
[01:21:34:135] Conversion Completed !
[01:21:34:135] Actual Avg. Bitrate : 146kbps
[00:08:13:000] <-- Transcoding Duration
Logging ends : 02/10/03 , 11:38:45.

------------------------------------------------------------------------------------
Hexdump of wav header of source file:

00000000 52 49 46 46 CC E3 01 38 57 41 56 45 66 6D 74 20 RIFF...8
00000010 10 00 00 00 01 00 02 00 80 BB 00 00 00 EE 02 00 ........
00000020 04 00 10 00 64 61 74 61 A8 E3 01 38 78 FD 95 FB ....data
00000030 97 FD 23 FB A4 FD 2C FB 9D FD 51 FB 72 FD 7F FB ..#...,.

DSPguru
24th April 2003, 00:27
sorry. i fail to reproduce this error in here. volumes are equal..

oliver69
29th April 2003, 11:13
Hi DSPguru,

Thanx for your reply. Meanwhile I managed to solve the problem.
I used to call besweet from a batchfile like this (in a Win2000 SP3 DOS-box):

start /WAIT /BELOWNORMAL /MIN besweet -core( -input "x.mpa" -output "x.wav" -2ch ) -shibatch( --rate 32000 )

The problem vanished when I added the option "/I":

start /WAIT /BELOWNORMAL /MIN /I besweet -core( -input "x.mpa" -output "x.wav" -2ch ) -shibatch( --rate 32000 )

I assume that the problem is caused by an uninitialized variable in the dll that is used to read in *.mpa files. Unfortunately I didn't have time to study sourcecode.

Bye

+++ Oliver


Originally posted by DSPguru
sorry. i fail to reproduce this error in here. volumes are equal..