@DSPguru: support for AVI input in BeSweet?

[DSPguru]

Originally posted by bb
Here's the log of "Banditen" AVI renamed to a.avi. Same result as in my previous postcould you try using the payload method ?
-core( -input ..avi -output ..mp3 -logfile .. -payload )
is stdout used as the decompressor's output stream?could be..


maxgain,
i would need the logfiles. (at least, the last one).

[bb]

"Banditen" via payload:

BeSweet v1.5b10 by DSPguru.
--------------------------
Using azid.dll v1.8 (b825) by Midas (midas@egon.gyaloglo.hu).
Using hip.dll v1.18 by Myers Carpenter <myers@users.sf.net>
Using VOBInput.dll v1.3 by DVD2SVCD (http://www.dvd2svcd.org)
Using MP2enc.dll v1.129 (23/5/2002), Engine 1.129 <http://www.cdex.n3.net>.

Logging start : 12/27/02 , 15:07:06.

C:\Video\Audio\BeSweet1.5b10\BeSweet.exe -core( -input C:\Temp\DSPguru\a.avi -output C:\Temp\DSPguru\a.mp3 -logfilea C:\Temp\DSPguru\besweetlog4.txt -payload )

[00:00:00:000] +------- BeSweet -----
[00:00:00:000] | Input : C:\Temp\DSPguru\a.avi
[00:00:00:000] | Output: C:\Temp\DSPguru\a.mp3
[00:00:00:000] | A/V Delay found : 0msec
[00:00:00:000] +------- MP2ENC ------
[00:00:00:000] | Bitrate method : CBR
[00:00:00:000] | MP2 bitrate : 128
[00:00:00:000] | Channels Mode :
[00:00:00:000] | Error Protection: No
[00:00:00:000] +---------------------
[ 134105952] Conversion Completed !
[00:03:07:000] <-- Transcoding Duration
Logging ends : 12/27/02 , 15:10:13.


Worked fine, got a correct MP3 file. But I got an invalid WAV file when changing the extension of the output file to .MP3 instead of .WAV:
BeSweet v1.5b10 by DSPguru.
--------------------------
Using azid.dll v1.8 (b825) by Midas (midas@egon.gyaloglo.hu).
Using hip.dll v1.18 by Myers Carpenter <myers@users.sf.net>
Using VOBInput.dll v1.3 by DVD2SVCD (http://www.dvd2svcd.org)
Using MP2enc.dll v1.129 (23/5/2002), Engine 1.129 <http://www.cdex.n3.net>.

Logging start : 12/27/02 , 15:38:26.

C:\Video\Audio\BeSweet1.5b10\BeSweet.exe -core( -input C:\Temp\DSPguru\a.avi -output C:\Temp\DSPguru\a.wav -logfilea C:\Temp\DSPguru\besweetlog7.txt -payload )

[00:00:00:000] +------- BeSweet -----
[00:00:00:000] | Input : C:\Temp\DSPguru\a.avi
[00:00:00:000] | Output: C:\Temp\DSPguru\a.wav
[00:00:00:000] | A/V Delay found : 0msec
[00:00:00:000] +------- MP2ENC ------
[00:00:00:000] | Bitrate method : CBR
[00:00:00:000] | MP2 bitrate : 128
[00:00:00:000] | Channels Mode :
[00:00:00:000] | Error Protection: No
[00:00:00:000] +---------------------
[ 134105952] Conversion Completed !
[00:00:49:000] <-- Transcoding Duration
Logging ends : 12/27/02 , 15:39:15.


The -ota ( -g max ) log:


BeSweet v1.5b10 by DSPguru.
--------------------------
Using azid.dll v1.8 (b825) by Midas (midas@egon.gyaloglo.hu).
Using hip.dll v1.18 by Myers Carpenter <myers@users.sf.net>
Using VOBInput.dll v1.3 by DVD2SVCD (http://www.dvd2svcd.org)
Using Ogg Vorbis v1.0 dlls (http://www.vorbis.com).

Logging start : 12/27/02 , 15:08:10.

C:\Video\Audio\BeSweet1.5b10\BeSweet.exe -core( -input C:\Temp\DSPguru\Kegeln2002_DV_Type2.avi -output C:\Temp\DSPguru\Kegeln2002_DV_Type2.ogg -logfilea C:\Temp\DSPguru\besweetlog5.txt ) -ota( -g max ) -ogg( -q 0.250 )

[00:00:00:000] +------- BeSweet -----
[00:00:00:000] | Input : C:\Temp\DSPguru\Kegeln2002_DV_Type2.avi
[00:00:00:000] | Output: C:\Temp\DSPguru\Kegeln2002_DV_Type2.ogg
[00:00:00:000] | Floating-Point Process: Yes
[00:00:00:000] | A/V Delay found : 0msec
[00:00:00:000] | Overall Track Gain: 0.000dB
[00:00:00:000] | Source Sample-Rate: 44.1KHz
[00:00:00:000] +-------- OGG --------
[00:00:00:000] | VBR Quality : 0.250
[00:00:00:000] +---------------------
[00:10:00:172] Conversion Completed !
[00:10:00:172] Actual Avg. Bitrate : 87kbps
[00:05:39:000] <-- Transcoding Duration
Logging ends : 12/27/02 , 15:13:49.


Using this commandline (generated by BeSweet GUI 0.6 b66):
"C:\Video\Audio\BeSweet1.5b10\BeSweet.exe" -core( -input "c:\Temp\DSPguru\Kegeln2002_DV_type2.avi" -output "c:\Temp\DSPguru\Kegeln2002_DV_type2.ogg" -logfile "C:\Video\Audio\BeSweet1.5b10\BeSweet.log" ) -azid( -n1 -c normal -L -3db --maximize ) -ogg( -q 0.200 ) -profile( ~~~~~ Default Profile ~~~~~ )

I can't see the max gain search starting (directly transcodes).

BeSweet v1.5b10 by DSPguru.
--------------------------
Using azid.dll v1.8 (b825) by Midas (midas@egon.gyaloglo.hu).
Using hip.dll v1.18 by Myers Carpenter <myers@users.sf.net>
Using VOBInput.dll v1.3 by DVD2SVCD (http://www.dvd2svcd.org)
Using Ogg Vorbis v1.0 dlls (http://www.vorbis.com).

Logging start : 12/27/02 , 15:35:23.

C:\Video\Audio\BeSweet1.5b10\BeSweet.exe -core( -input c:\Temp\DSPguru\Kegeln2002_DV_type2.avi -output c:\Temp\DSPguru\Kegeln2002_DV_type2.ogg -logfile c:\Temp\DSPguru\besweetlog6.txt ) -azid( -n1 -c normal -L -3db --maximize ) -ogg( -q 0.200 ) -profile( ~~~~~ Default Profile ~~~~~ )

[00:00:00:000] +------- BeSweet -----
[00:00:00:000] | Input : c:\Temp\DSPguru\Kegeln2002_DV_type2.avi
[00:00:00:000] | Output: c:\Temp\DSPguru\Kegeln2002_DV_type2.ogg
[00:00:00:000] | Floating-Point Process: Yes
[00:00:00:000] | A/V Delay found : 0msec
[00:00:00:000] | Source Sample-Rate: 44.1KHz
[00:00:00:000] +-------- OGG --------
[00:00:00:000] | VBR Quality : 0.200
[00:00:00:000] +---------------------
[00:10:00:254] Conversion Completed !
[00:10:00:254] Actual Avg. Bitrate : 83kbps
[00:02:26:000] <-- Transcoding Duration
Logging ends : 12/27/02 , 15:37:49.


I start getting sick from logfiles... (hope you don't)

bb

[DSPguru]

Originally posted by bb
Worked fine, got a correct MP3 file.ok, so now we know that the mp3 extraction works well, and the bug is somewhere in the decoder.
I got an invalid WAV file when changing the extension of the output file to .MP3 instead of .WAVBeSweet doesn't care about the file's Name. for a wav file, you need to add '-2ch' to -core(), but i believe you tried that already.

The -ota ( -g max ) log:


BeSweet v1.5b10 by DSPguru.
--------------------------
Using azid.dll v1.8 (b825) by Midas (midas@egon.gyaloglo.hu).
Using hip.dll v1.18 by Myers Carpenter <myers@users.sf.net>
Using VOBInput.dll v1.3 by DVD2SVCD (http://www.dvd2svcd.org)
Using Ogg Vorbis v1.0 dlls (http://www.vorbis.com).

Logging start : 12/27/02 , 15:08:10.

C:\Video\Audio\BeSweet1.5b10\BeSweet.exe -core( -input C:\Temp\DSPguru\Kegeln2002_DV_Type2.avi -output C:\Temp\DSPguru\Kegeln2002_DV_Type2.ogg -logfilea C:\Temp\DSPguru\besweetlog5.txt ) -ota( -g max ) -ogg( -q 0.250 )

[00:00:00:000] +------- BeSweet -----
[00:00:00:000] | Input : C:\Temp\DSPguru\Kegeln2002_DV_Type2.avi
[00:00:00:000] | Output: C:\Temp\DSPguru\Kegeln2002_DV_Type2.ogg
[00:00:00:000] | Floating-Point Process: Yes
[00:00:00:000] | A/V Delay found : 0msec
[00:00:00:000] | Overall Track Gain: 0.000dB
[00:00:00:000] | Source Sample-Rate: 44.1KHz
[00:00:00:000] +-------- OGG --------
[00:00:00:000] | VBR Quality : 0.250
[00:00:00:000] +---------------------
[00:10:00:172] Conversion Completed !
[00:10:00:172] Actual Avg. Bitrate : 87kbps
[00:05:39:000] <-- Transcoding Duration
Logging ends : 12/27/02 , 15:13:49.
ok, so maxgain is 0db, but you say that BeSweet doesn't stop.. ? weird..
would you remind me your home configuration ? (pc's processoer, mainly)

Using this commandline (generated by BeSweet GUI 0.6 b66):
"C:\Video\Audio\BeSweet1.5b10\BeSweet.exe" -core( -input "c:\Temp\DSPguru\Kegeln2002_DV_type2.avi" -output "c:\Temp\DSPguru\Kegeln2002_DV_type2.ogg" -logfile "C:\Video\Audio\BeSweet1.5b10\BeSweet.log" ) -azid( -n1 -c normal -L -3db --maximize ) -ogg( -q 0.200 ) -profile( ~~~~~ Default Profile ~~~~~ )

I can't see the max gain search starting (directly transcodes).

BeSweet v1.5b10 by DSPguru.
--------------------------
Using azid.dll v1.8 (b825) by Midas (midas@egon.gyaloglo.hu).
Using hip.dll v1.18 by Myers Carpenter <myers@users.sf.net>
Using VOBInput.dll v1.3 by DVD2SVCD (http://www.dvd2svcd.org)
Using Ogg Vorbis v1.0 dlls (http://www.vorbis.com).

Logging start : 12/27/02 , 15:35:23.

C:\Video\Audio\BeSweet1.5b10\BeSweet.exe -core( -input c:\Temp\DSPguru\Kegeln2002_DV_type2.avi -output c:\Temp\DSPguru\Kegeln2002_DV_type2.ogg -logfile c:\Temp\DSPguru\besweetlog6.txt ) -azid( -n1 -c normal -L -3db --maximize ) -ogg( -q 0.200 ) -profile( ~~~~~ Default Profile ~~~~~ )

[00:00:00:000] +------- BeSweet -----
[00:00:00:000] | Input : c:\Temp\DSPguru\Kegeln2002_DV_type2.avi
[00:00:00:000] | Output: c:\Temp\DSPguru\Kegeln2002_DV_type2.ogg
[00:00:00:000] | Floating-Point Process: Yes
[00:00:00:000] | A/V Delay found : 0msec
[00:00:00:000] | Source Sample-Rate: 44.1KHz
[00:00:00:000] +-------- OGG --------
[00:00:00:000] | VBR Quality : 0.200
[00:00:00:000] +---------------------
[00:10:00:254] Conversion Completed !
[00:10:00:254] Actual Avg. Bitrate : 83kbps
[00:02:26:000] <-- Transcoding Duration
Logging ends : 12/27/02 , 15:37:49.
i don't see an AZID section in the logfile and that means the stream ins't ac3, therefore the whole -azid() section is being ignored. same goes for azid's maxgain.


I start getting sick from logfiles... (hope you don't)no, i don't. it's a great working-tool!

10q bb !
Dg.

[bb]

Originally posted by DSPguru
ok, so maxgain is 0db, but you say that BeSweet doesn't stop.. ? weird..
would you remind me your home configuration ? (pc's processoer, mainly)

Athlon XP 1800+ (Socket A FSB 266 MHz), 512MB RAM, 80GB RAID0, OS: WinXP

i don't see an AZID section in the logfile and that means the stream ins't ac3, therefore the whole -azid() section is being ignored. same goes for azid's maxgain.
Oh, of course. Didn't think of that. So I have to test a DVD rip if I want to know...

bb

[bb]

Any news? (I found this thread to be on the bottom of page 3 already...)

bb

[DSPguru]

sorry, i'm having a very dense time these days...

[bb]

No need to apologize. Recently I reminded Nic of looking into the DV type-1 thing. He may have some news this weekend.

Please keep me up-to-date.

bb

[arno]

I tried transcoding the audio of several AVI's which have (VBR) audio, but this doesn't work. The previous beta just crashed and the new beta (b12) tries to use azid.dll to decode the input MP3 stream (of the AVI), which obviously causes azid.dll to fail as it only works with AC3 streams.

Do you need any more info? I don't know how to obtain BeSweet's log file, if you tell me I will post it too.

[arno]

It seems that at least beta12 (but probably also older versions) hog my CPU. When I have WinAMP running next to BeSweet it causes WinAMP to hang momentarily. The task manager also shows 99% usage (which under other circumstances would be ok of course) but when one is running also other programs at the same time it can be a hassle.... Maybe the priority of besweet could be lowered?

[DSPguru]

Originally posted by arno
It seems that at least beta12 (but probably also older versions) hog my CPU. "beta12 hog my cpu" ? this isn't a bug report!
tell me what you were trying to do with BeSweet. post your logfile, compare to beta11, etc'.. :
http://forum.doom9.org/showthread.php?s=&threadid=15738

Maybe the priority of besweet could be lowered? this iZ possible via one of the BeSweet GUIs.

[DSPguru]

beta13 (http://DSPguru.doom9.org/beta.html) at your service.

[arno]

Is this a bug or I'm I doing something wrong here. This is my commandline:

[h:\temp]besweet -core( -input test_with_MP3.avi -output output.mp3 ) -ssrc ( -norm 95% ) -lame ( --cbr -b 128 -h )
BeSweet v1.5b13 by DSPguru.
--------------------------
Error 67: azid.dll wasn't found, or dll version is too old
Quiting...

[DSPguru]

Originally posted by DSPguru (http://forum.doom9.org/showthread.php?s=&threadid=15738)
1 a. make sure you're using the latest release of BeSweet. (i can't support old versions).
2 b. feel free to report bugs for beta releases, unLess i already released a newer stable release.
3 c. don't send me bug-reports on Private-Message, this isn't a private issue! lots of people are interested in those bugs.
4 d. please state the command line was used. (if you use the GUI - click the "Copy command to clipboard" button).
5 e. always create a logfile and paste it in your thread. the whole logfile ! (let me decide what is relevant, and what isn't)
6 f. if BeSweet raised gpf (crashed), please state the process that raised the gpf (for instance : BeSweet.exe , hip.dll , azid.dll,...).
7 g. if it could be relevant - point out the operating system/computer system was used.


8 Latest stable release is : v1.4. Latest beta release is v1.5b13.
9 if you've downloaded a beta version, beware it's sometimes an upgrade to the latest stable version, and you must unpack the stable version first.
did you upgrade from v1.4 ?

[arno]

Originally posted by DSPguru
did you upgrade from v1.4 ?

That was the mistake I made at home! Sorry about that... Here at home it seems to work know when I first install 1.4 and then put 1.5b13 over it... I'll check whether the GPF is also gone with the files I have at work (I'll check it rightaway tomorrow).

p.s. : Though I think its odd that BeSweet complains about the azid.dll being out-of-date.

[arno]

One other odd think I noted is that there seems to be a sync problem at the beginning of my AVI file:


[00:00:00:000] | Output: output.mp3
[00:00:00:000] | Floating-Point Process: Yes
[00:00:00:000] | A/V Delay found : 0msec
[00:00:00:000] | Source Sample-Rate: 11.0KHz
[00:00:00:000] +-------- LAME -------
[00:00:00:000] | Bitrate method : CBR
[00:00:00:000] | MP3 bitrate : 128
[00:00:00:000] | Channels Mode : Joint Stereo
[00:00:00:000] | Error Protection: No
[00:00:00:000] +---------------------
[00:00:00:104] Stream error : Sync found after 384 bytes
[00:09:11:833] transcoding ...


Is this normal, meaning is it a big issue?

I also note that there seems to be another bug. I know for sure that the audio track has 44.1khz samplerate. BeSweet says its 11 khz. Seems like a bug to me

[arno]

Originally posted by DSPguru
@arno
until you start submitting bugreports the way you should, i will be ignoring all your posts.

Sorry about that...

Is this better?:

BeSweet v1.5b13 by DSPguru.
--------------------------
Using azid.dll v1.8 (b825) by Midas (midas@egon.gyaloglo.hu).
Using hip.dll v1.18 by Myers Carpenter <myers@users.sf.net>
Using VOBInput.dll v1.3 by DVD2SVCD (http://www.dvd2svcd.org)
Using lame_enc.dll v1.28 (4/6/2002), Engine 3.92 <http://www.mp3dev.org/>.

Logging start : 01/27/03 , 18:45:59.

besweet.exe -core( -input h:\test [divx5pro & vbr mp3].avi -output d:\test.mp3 -logfile d:\besweet.log ) -ssrc ( -norm 95 ) -lame ( --cbr -b 128 -h )

[00:00:00:000] +------- BeSweet -----
[00:00:00:000] | Input : h:\test [divx5pro & vbr mp3].avi
[00:00:00:000] | Output: d:\test.mp3
[00:00:00:000] | Floating-Point Process: Yes
[00:00:00:000] | A/V Delay found : 0msec
[00:00:00:000] | Source Sample-Rate: 11.0KHz
[00:00:00:000] +-------- LAME -------
[00:00:00:000] | Bitrate method : CBR
[00:00:00:000] | MP3 bitrate : 128
[00:00:00:000] | Channels Mode : Joint Stereo
[00:00:00:000] | Error Protection: No
[00:00:00:000] +---------------------
[00:00:00:104] Stream error : Sync found after 384 bytes
[07:48:49:778] Conversion Completed !
[07:48:49:778] Actual Avg. Bitrate : 128kbps
[00:17:42:000] <-- Transcoding Duration
Logging ends : 01/27/03 , 20:25:41.


This is the result of a DivX5Pro movie with VBR (or actually) ABR sound. The AVI was created with GordianKnot with the default MP3 128kbit, 48 khz ABR LAME setting. Note the fact that BeSweet thinks its source sample-rate is 11.0KHz. Let me now if you need any more info or want an AVI clip of the movie.

As far as I can see are the GPF's concerning MP3 sound in AVI files solved with beta12 :-)

[arno]

I just tried transcoding a XviD movie with AC3 sound but this also gives problems:

BeSweet v1.5b13 by DSPguru.
--------------------------
Using azid.dll v1.8 (b825) by Midas (midas@egon.gyaloglo.hu).
Using hip.dll v1.18 by Myers Carpenter <myers@users.sf.net>
Using VOBInput.dll v1.3 by DVD2SVCD (http://www.dvd2svcd.org)
Using lame_enc.dll v1.32 (3/12/2002), Engine 3.93 <http://www.mp3dev.org/>.

Logging start : 01/28/03 , 08:28:25.

e:\Program Files\AviWAV Extract\BeSweet.exe -core( -input g:\new cds\incoming\2CD\007 - Die Another Day.AC3.2ch.XviD-CD2.avi -output 007cd1.wav -logfile g:\besweet.log ) -ssrc ( -norm 95 )

[00:00:00:000] +------- BeSweet -----
[00:00:00:000] | Input : g:\new cds\incoming\2CD\007 - Die Another Day.AC3.2ch.XviD-CD2.avi
[00:00:00:000] | Output: 007cd1.wav
[00:00:00:000] | Substream ID: 0
[00:00:00:000] | Floating-Point Process: Yes
[00:00:00:000] | A/V Delay found : 0msec
[00:00:00:000] +-------- AZID -------
[00:00:00:000] | Output Stereo mode: Dolby surround compatible
[00:00:00:000] | Total Gain: 0.000dB, Compression: None
[00:00:00:000] | LFE levels: To LR -INF, To LFE 0.0dB
[00:00:00:000] | Center mix level: BSI
[00:00:00:000] | Surround mix level: BSI
[00:00:00:000] | Dialog normalization: No
[00:00:00:000] | Rear channels filtering: No
[00:00:00:000] | Source Sample-Rate: 48.0KHz
[00:00:00:000] +-------- LAME -------
[00:00:00:000] | Bitrate method : CBR
[00:00:00:000] | MP3 bitrate : 128
[00:00:00:000] | Channels Mode : Joint Stereo
[00:00:00:000] | Error Protection: No
[00:00:00:000] +---------------------
Error 32: No input-data was found (wrong substream?)
Quiting...
[00:00:00:000] Conversion Completed !
Logging ends : 01/28/03 , 08:28:25

[bb]

Hi DSPguru,

my DV type-2 test file went just fine with beta 14. But "Banditen" containing VBR MP3 didn't. Here are some logs:


BeSweet v1.5b14 by DSPguru.
--------------------------
Using azid.dll v1.8 (b825) by Midas (midas@egon.gyaloglo.hu).
Using hip.dll v1.18 by Myers Carpenter <myers@users.sf.net>
Using VOBInput.dll v1.3 by DVD2SVCD (http://www.dvd2svcd.org)
Using Ogg Vorbis v1.0 dlls (http://www.vorbis.com).

Logging start : 02/02/03 , 15:00:56.

C:\Video\Audio\BeSweet1.5b14\BeSweet.exe -core( -input c:\Temp\DSPguru\Kegeln2002_DV_type2.avi -output c:\Temp\DSPguru\Kegeln2002_DV_type2.ogg -logfile C:\Video\Audio\BeSweet1.5b14\BeSweet.log ) -ogg( -q 0.250 )

[00:00:00:000] +------- BeSweet -----
[00:00:00:000] | Input : c:\Temp\DSPguru\Kegeln2002_DV_type2.avi
[00:00:00:000] | Output: c:\Temp\DSPguru\Kegeln2002_DV_type2.ogg
[00:00:00:000] | Floating-Point Process: Yes
[00:00:00:000] | A/V Delay found : 0msec
[00:00:00:000] | Source Sample-Rate: 44.1KHz
[00:00:00:000] +-------- OGG --------
[00:00:00:000] | VBR Quality : 0.250
[00:00:00:000] +---------------------
[00:10:00:254] Conversion Completed !
[00:10:00:254] Actual Avg. Bitrate : 87kbps
[00:02:49:000] <-- Transcoding Duration
Logging ends : 02/02/03 , 15:03:45.

______________________________________________________________________________________


BeSweet v1.5b14 by DSPguru.
--------------------------
Using azid.dll v1.8 (b825) by Midas (midas@egon.gyaloglo.hu).
Using hip.dll v1.18 by Myers Carpenter <myers@users.sf.net>
Using VOBInput.dll v1.3 by DVD2SVCD (http://www.dvd2svcd.org)
Using Ogg Vorbis v1.0 dlls (http://www.vorbis.com).

Logging start : 02/02/03 , 15:05:22.

C:\Video\Audio\BeSweet1.5b14\BeSweet.exe -core( -input d:\Banditen.avi -output c:\Temp\DSPguru\Banditen.ogg -logfile C:\Video\Audio\BeSweet1.5b14\BeSweet.log ) -ogg( -q 0.250 )

[00:00:00:000] +------- BeSweet -----
[00:00:00:000] | Input : d:\Banditen.avi
[00:00:00:000] | Output: c:\Temp\DSPguru\Banditen.ogg
[00:00:00:000] | Floating-Point Process: Yes
[00:00:00:000] | A/V Delay found : 0msec
[00:00:00:000] | Source Sample-Rate: 48.0KHz
[00:00:00:000] +-------- OGG --------
[00:00:00:000] | VBR Quality : 0.250
[00:00:00:000] +---------------------
[ 4018] Conversion Completed !
[00:00:00:000] <-- Transcoding Duration
Logging ends : 02/02/03 , 15:05:22.

______________________________________________________________________________________

BeSweet v1.5b14 by DSPguru.
--------------------------
Using azid.dll v1.8 (b825) by Midas (midas@egon.gyaloglo.hu).
Using hip.dll v1.18 by Myers Carpenter <myers@users.sf.net>
Using VOBInput.dll v1.3 by DVD2SVCD (http://www.dvd2svcd.org)
Error 41: Unable to get MP2enc interfaces
Quiting...
[00:00:00:000] Conversion Completed !
Logging ends : 02/02/03 , 15:08:33.


Sincerely
bb

[arno]

Originally posted by bb
Hi DSPguru,

my DV type-2 test file went just fine with beta 14. But "Banditen" containing VBR MP3 didn't. Here are some logs:


BeSweet v1.5b14 by DSPguru.
--------------------------
Using azid.dll v1.8 (b825) by Midas (midas@egon.gyaloglo.hu).
Using hip.dll v1.18 by Myers Carpenter <myers@users.sf.net>
Using VOBInput.dll v1.3 by DVD2SVCD (http://www.dvd2svcd.org)
Using Ogg Vorbis v1.0 dlls (http://www.vorbis.com).

Logging start : 02/02/03 , 15:00:56.

C:\Video\Audio\BeSweet1.5b14\BeSweet.exe -core( -input c:\Temp\DSPguru\Kegeln2002_DV_type2.avi -output c:\Temp\DSPguru\Kegeln2002_DV_type2.ogg -logfile C:\Video\Audio\BeSweet1.5b14\BeSweet.log ) -ogg( -q 0.250 )

[00:00:00:000] +------- BeSweet -----
[00:00:00:000] | Input : c:\Temp\DSPguru\Kegeln2002_DV_type2.avi
[00:00:00:000] | Output: c:\Temp\DSPguru\Kegeln2002_DV_type2.ogg
[00:00:00:000] | Floating-Point Process: Yes
[00:00:00:000] | A/V Delay found : 0msec
[00:00:00:000] | Source Sample-Rate: 44.1KHz
[00:00:00:000] +-------- OGG --------
[00:00:00:000] | VBR Quality : 0.250
[00:00:00:000] +---------------------
[00:10:00:254] Conversion Completed !
[00:10:00:254] Actual Avg. Bitrate : 87kbps
[00:02:49:000] <-- Transcoding Duration
Logging ends : 02/02/03 , 15:03:45.

______________________________________________________________________________________


BeSweet v1.5b14 by DSPguru.
--------------------------
Using azid.dll v1.8 (b825) by Midas (midas@egon.gyaloglo.hu).
Using hip.dll v1.18 by Myers Carpenter <myers@users.sf.net>
Using VOBInput.dll v1.3 by DVD2SVCD (http://www.dvd2svcd.org)
Using Ogg Vorbis v1.0 dlls (http://www.vorbis.com).

Logging start : 02/02/03 , 15:05:22.

C:\Video\Audio\BeSweet1.5b14\BeSweet.exe -core( -input d:\Banditen.avi -output c:\Temp\DSPguru\Banditen.ogg -logfile C:\Video\Audio\BeSweet1.5b14\BeSweet.log ) -ogg( -q 0.250 )

[00:00:00:000] +------- BeSweet -----
[00:00:00:000] | Input : d:\Banditen.avi
[00:00:00:000] | Output: c:\Temp\DSPguru\Banditen.ogg
[00:00:00:000] | Floating-Point Process: Yes
[00:00:00:000] | A/V Delay found : 0msec
[00:00:00:000] | Source Sample-Rate: 48.0KHz
[00:00:00:000] +-------- OGG --------
[00:00:00:000] | VBR Quality : 0.250
[00:00:00:000] +---------------------
[ 4018] Conversion Completed !
[00:00:00:000] <-- Transcoding Duration
Logging ends : 02/02/03 , 15:05:22.

______________________________________________________________________________________

BeSweet v1.5b14 by DSPguru.
--------------------------
Using azid.dll v1.8 (b825) by Midas (midas@egon.gyaloglo.hu).
Using hip.dll v1.18 by Myers Carpenter <myers@users.sf.net>
Using VOBInput.dll v1.3 by DVD2SVCD (http://www.dvd2svcd.org)
Error 41: Unable to get MP2enc interfaces
Quiting...
[00:00:00:000] Conversion Completed !
Logging ends : 02/02/03 , 15:08:33.


Sincerely
bb

I'm also currently looking into this (these) type of issue/issue's. I still have to post the latest results (which are at work -> I'll post them this week) but my conclusion for now is that what is causing causing the problem(s) doesn't have anything to do with avi itself as BeSweet 1.4 seems to suffer from the same problem when you extract the audio track from the avi first.

The problems only seem to occur when transcoding from VBR MP3 or AC3 directly to LAME CBR MP3 (with the lame dll). If I first transcode to wav (with -core ( -2ch) ) and later on use lame.exe to do the actual compression there's no problem!

Maybe this also applies to you (bb), you might wanna check it out.

[bb]

Thanks for the reply (although it was not necessary to quote the whole bunch of log files). I'll investigate in what you found out so far as soon as I get the time.

bb

[arno]

Currently I'm testing BeSweet 1.5b14. The only problem I can find for the moment (maybe I find more later on) is that the source audio sample-rate (from the avi) is sometimes(!) invalid:

BeSweet v1.5b14 by DSPguru.
--------------------------
Using azid.dll v1.8 (b825) by Midas (midas@egon.gyaloglo.hu).
Using hip.dll v1.18 by Myers Carpenter <myers@users.sf.net>
Using VOBInput.dll v1.3 by DVD2SVCD (http://www.dvd2svcd.org)
Using lame_enc.dll v1.28 (4/6/2002), Engine 3.92 <http://www.mp3dev.org/>.

Logging start : 02/04/03 , 09:58:03.

e:\Program Files\AviWAV Extract\BeSweet.exe -core( -input 007 - Die Another Day.AC3.2ch.XviD-CD2.avi -output 007 - Die Another Day.AC3.2ch.XviD-CD2.mp3 -logfile g:\besweet2.log ) -ssrc ( -norm 95 ) -lame ( -cbr -b 128 -h ) -azid ( -c normal )

[00:00:00:000] +------- BeSweet -----
[00:00:00:000] | Input : 007 - Die Another Day.AC3.2ch.XviD-CD2.avi
[00:00:00:000] | Output: 007 - Die Another Day.AC3.2ch.XviD-CD2.mp3
[00:00:00:000] | Substream ID: 0
[00:00:00:000] | Floating-Point Process: Yes
[00:00:00:032] | A/V Delay found : 0msec
[00:00:00:000] +-------- AZID -------
[00:00:00:000] | Input Channels Mode: 3/0, Bitrate: 32kbps
[00:00:00:000] | Output Stereo mode: Dolby surround compatible
[00:00:00:000] | Total Gain: 0.000dB, Compression: Normal
[00:00:00:000] | LFE levels: To LR -INF, To LFE 0.0dB
[00:00:00:000] | Center mix level: BSI
[00:00:00:000] | Surround mix level: BSI
[00:00:00:000] | Dialog normalization: No
[00:00:00:000] | Rear channels filtering: No
[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 : 128
[00:00:00:000] | Channels Mode : Joint Stereo
[00:00:00:000] | Error Protection: No
[00:00:00:000] +---------------------
[00:00:00:032] Stream error : Sync found after 288 bytes
[00:16:44.128] E7: CRC error
[01:05:36:448] Conversion Completed !
[01:05:36:448] Actual Avg. Bitrate : 192kbps
[00:34:18:000] <-- Transcoding Duration
Logging ends : 02/04/03 , 10:32:21.


BeSweet says its 32.0KHz (as you can see) while it is 48.0KHz (as determined by both VirtualDub and G-Spot). The odd thing is that the other CD of this movie (CD1) is correctly identified by BeSweet as having 48.0 khz samplerate.

One other comment, but I don't whether its a big issue, is that I often see a CRC error (E7 in this case) (while none are *really* there).

[DSPguru]

try forcing sample-rate by using -ota( -fs ... )

[arno]

Originally posted by DSPguru
try forcing sample-rate by using -ota( -fs ... )

I tried it but then BeSweet just crashes after first showing this:
[g:\new cds\incoming\2cd]"e:\Program Files\AviWAV Extract\BeSweet.exe" -core ( -input "007 - Die Another Day.AC3.2ch.XviD-CD2.avi" -output test.mp3 -log g:\crash.log ) -azid ( -c normal ) -ota ( -fs 48.0 )
BeSweet v1.5b14 by DSPguru.
--------------------------
Using azid.dll v1.8 (b825) by Midas (midas@egon.gyaloglo.hu).
Using hip.dll v1.18 by Myers Carpenter <myers@users.sf.net>
Using VOBInput.dll v1.3 by DVD2SVCD (http://www.dvd2svcd.org)
Using lame_enc.dll v1.28 (4/6/2002), Engine 3.92 <http://www.mp3dev.org/>.

[00:00:00:000] +------- BeSweet -----
[00:00:00:000] | Input : 007 - Die Another Day.AC3.2ch.XviD-CD2.avi
[00:00:00:000] | Output: test.mp3
[00:00:00:000] | Substream ID: 0
[00:00:00:000] | Floating-Point Process: Yes
[00:00:00:032] | A/V Delay found : 0msec
[00:00:00:000] +-------- AZID -------
[00:00:00:000] | Input Channels Mode: 3/0, Bitrate: 32kbps
[00:00:00:000] | Output Stereo mode: Dolby surround compatible
[00:00:00:000] | Total Gain: 0.000dB, Compression: Normal
[00:00:00:000] | LFE levels: To LR -INF, To LFE 0.0dB
[00:00:00:000] | Center mix level: BSI
[00:00:00:000] | Surround mix level: BSI
[00:00:00:000] | Dialog normalization: No
[00:00:00:000] | Rear channels filtering: No
[00:00:00:000] | Source Sample-Rate: 0.0KHz
[00:00:00:000] +-------- LAME -------
[00:00:00:000] | Bitrate method : CBR
[00:00:00:000] | MP3 bitrate : 128
[00:00:00:000] | Channels Mode : Joint Stereo
[00:00:00:000] | Error Protection: No
[00:00:00:000] +---------------------
[00:00:00:032] Stream error : Sync found after 288 bytes

[arno]

I've put an AVI sample file on my FTP server which manifests the problem. The downloadlink is ftp://rulhmpc57.leidenuniv.nl/sample.avi

[DSPguru]

should be : -fs 48000

[arno]

Originally posted by DSPguru
should be : -fs 48000

Ok, thanks. That fixes the problem. Though I have still have a few comments:
1) Shouldn't the -fs be limited to prevent AV's ?
2) Could you still check out the sample I put on my ftp to see why BeSweet misinterprates the samplerate (and fix it maybe?)?

[DSPguru]

1. i'm afraid i didn't understand your question.
2. no need to. i already found the flaw :D

[arno]

Originally posted by DSPguru
1. i'm afraid i didn't understand your question.
2. no need to. i already found the flaw :D

1. It seems that when I use for example "-ota ( -fs 48 )" that BeSweet crashes because the samplerate is 48 Hz. I don't know what is or what isn't allowed but you might consider putting min/max limit checking on the -fs value (for example only the range 11000-96000). Please note that I find this bug trivial and may only be caused because the documentation isn't really clear about the fact that the samplerate is in "KHz" or "Hz".

2. Great :-) I'm just curious what caused it, you might wanna explain?

[DSPguru]

1a. the whole idea behind forcing a sample-rate is assuming that BeSweet cannot know what is the reasonable (right) source sample-rate.
there are no reasonable limits for this value.
1b. i understand that BeSweet crashed when trying to encode mp3 @ 48hz, but BeSweet won't crash if you had tried to encode a wave file @ 48hz.
1c. i agree that the documentation isn't detailed enough, and i will fix this.
1d. you could use BeSweetGUI where there are 3 example values of fs : 48000,44100,32000.

2. i was extracting information from the first frame using the pointer to the start of the datablock instead of the pointer that points to the first frame inside that datablock.

3. bugfix is intorduced in beta15 (http://DSPguru.doom9.org/beta.html).

[arno]

Originally posted by DSPguru
1a. the whole idea behind forcing a sample-rate is assuming that BeSweet cannot know what is the reasonable (right) source sample-rate.
there are no reasonable limits for this value.
1b. i understand that BeSweet crashed when trying to encode mp3 @ 48hz, but BeSweet won't crash if you had tried to encode a wave file @ 48hz.
1c. i agree that the documentation isn't detailed enough, and i will fix this.
1d. you could use BeSweetGUI where there are 3 example values of fs : 48000,44100,32000.

2. i was extracting information from the first frame using the pointer to the start of the datablock instead of the pointer that points to the first frame inside that datablock.

3. bugfix is intorduced in beta15 (http://DSPguru.doom9.org/beta.html).

Everything is clear now to me, thanks for the explanation :-)

Btw. I hate GUI's, that's why I like the fact the core of your program is a console utility which I can use in my batch files...

[arno]

It seems that BeSweet 1.5b15 still has problems with certain (minority) avi's with AC3 encoded sound. Example (from BeSweet log):

BeSweet v1.5b15 by DSPguru.
--------------------------
Using azid.dll v1.8 (b825) by Midas (midas@egon.gyaloglo.hu).
Using hip.dll v1.18 by Myers Carpenter <myers@users.sf.net>
Using VOBInput.dll v1.3 by DVD2SVCD (http://www.dvd2svcd.org)

Logging start : 02/20/03 , 08:22:51.

e:\Program Files\AviWAV Extract\BeSweet.exe -core ( -input sample.avi -2ch -output test.wav -logfile g:\ac3problem.log )

[00:00:00:000] +------- BeSweet -----
[00:00:00:000] | Input : sample.avi
[00:00:00:000] | Output: test.wav
[00:00:00:000] | Substream ID: 0
[00:00:00:000] | Floating-Point Process: No
[00:00:00:032] | A/V Delay found : 0msec
[00:00:00:000] +-------- AZID -------
[00:00:00:000] | Input Channels Mode: 3/2, Bitrate: 448kbps
[00:00:00:000] | Total Gain: 0.000dB, Compression: None
[00:00:00:000] | LFE levels: To LR -INF, To LFE 0.0dB
[00:00:00:000] | Center mix level: BSI
[00:00:00:000] | Surround mix level: BSI
[00:00:00:000] | Dialog normalization: No
[00:00:00:000] | Rear channels filtering: No
[00:00:00:000] | Source Sample-Rate: 48.0KHz
[00:00:00:000] +---------------------
[00:00:00:032] Stream error : Sync found after 1512 bytes
[00:00:11:296] Conversion Completed !
[00:00:11:296] Actual Avg. Bitrate : 3840kbps
[00:00:03:000] <-- Transcoding Duration
Logging ends : 02/20/03 , 08:22:54.


The final sound output file is stuttering. This problem persists when encoding: avi->pcm wav & avi->mp3 but also when one first extracts the ac3 sound (with aviwavcmd.exe) and then transcode to mp3 or pcm wav (converting from ac3 wav to pcm wav).

I also tried my own old way to do this:
- extract avi ac3 stream with aviwavcmd.exe
- then use azid.exe (1.8) to convert to a pcm wav file
- finally compress with lame.exe

And this DOES work. So it really seems a bug in either the azid.dll or besweet itself.

I've put a sample file manifesting the problem on my ftp: ftp://132.229.96.157/sample.avi

p.s. : I also have a (small) feature request. Could you (still) add a parameter (for -core) to specify the priority of BeSweet (idle, normal, high etc.)? This because (as I previously stated) I don't use the BeSweet GUI, I always use the commandline. Thanks!

[arno]

As far as I can tell the b16 release of BeSweet also fixed the hicking problem I previously experienced. Only problem left which I just noted recently is that the when I use "--ssrc ( -norm 95% ) that the final output isn't amplified (normalized at all). I don't know whether this is a human error made by me or that it just doesn't work. For log files you an check my previous posts.

[DSPguru]

switch is -ota( -norm 0.95 )

[arno]

Originally posted by DSPguru
switch is -ota( -norm 0.95 )

That probably everybody uses it the wrong way as this is a quote from your ota.txt:

-norm VALUE
-----------
Default: not used.

This option is an alternative to "-g max", and can be used to set gain of a track to a lower value than its maximum.
"-norm 90%", for example, will normalize a track to 90% of its maximal gain.
"-norm 100%" is equivalent to "-g max".


You might wanna correct this in your helpfiles and might also add some error checking for it to the besweet binary.

[DSPguru]

95%=0.95
just like :
20db=10

anyway, you didn't use OTA, you used SSRC ;)