BeSweet v1.4 had been released

[DSPguru]

today i've release BeSweet v1.4RC8 and would like to release a _stable_ v1.4 soon.
is there any bugs i should know of before releasing v1.4 ?

please share your logfiles (http://forum.doom9.org/showthread.php?s=&threadid=15738).

[iago]

@DSPguru

-> 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. From BeSweet FAQ ;)

Does BeSweet v1.4RC8 have to be installed over the stable 1.3 version too?

Also, libvorbis.dll is not included in v1.4RC8, whereas it was present in v1.4RC7. Is it built-in now?

Maybe I'm missing something, sorry but...
still thanks in advance,

kindest regards,
iago

[Manao]

@iago : Since it's a release candidate, you should not need an upgrade. DSPguru must have forgotten libVorbis in this release.

@DSPguru : why not provide with BeSweet release the GUI ( AC3Machine, OggMachine and BeSweetGUI ) ?

[iago]

@Manao

Thanks a lot for the reply. OK, only BeSweet v1.4RC8 + libvorbis.dll ;).

regards,
iago

[DSPguru]

a. since OggDS now based on Vorbis 1.0, there's no need for libVorbis.dll anymore.
b. all guis are being updated seperatly from BeSweet.exe, so users should download the latest tool, as soon as it being updated. once there's a gui update, and once a BeSweet update. (there's new AC3Machine, btw ;).)
c. yes, the release candidate has all the files. you don't need to 'upgrade' from v1.3.

[iago]

-> a. since OggDS now based on Vorbis 1.0, there's no need for libVorbis.dll anymore.
-> c. yes, the release candidate has all the files. you don't need to 'upgrade' from v1.3.

@DSPguru

Thanks for the immediate reply. So, only BeSweet v1.4RC8 ;).

best regards,
iago

[DSPguru]

there's a small display bug in RC8. sometimes BeSweet will print :
[00:00:00:000] | Total Gain: -12.841dB, Compression: None well, that's only a display bug.
anyway, just fixed it :rolleyes: .

@iago
cheers :)

[DSPguru]

one-frame time shift.[00:00:00:032] +------- BeSweet -----

fixed.

[Palikrovol]

Is it possible to make the "change frame rate" mainteining the original pitch?

I have made a little test with a 2:56 minutes song, and have change it from 23976 to 40000. The resulting song is 1:46 minutes and the pith is very high (like DJ Bobo told in one post, the singer sings like Mickey Mouse :D ).

Is pitch mainteined if the presets are used? (i.e. NTSC -> PAL & PAL -> NTSC)

There is a opensource library that do this kind of things (time adjust without changeing pitch, pitch adjust without changing time, ...). May be it could be useful. The input is 16bit PCM mono/stereo :(
Take a look to the home page for more details

http://www.sunpoint.net/~oparviai/soundtouch/

[DSPguru]

Originally posted by Palikrovol
Is it possible to make the "change frame rate" mainteining the original pitch?yes.

Is pitch mainteined if the presets are used? (i.e. NTSC -> PAL & PAL -> NTSC)same same.

There is a opensource library that do this kind of things (time adjust without changeing pitch, pitch adjust without changing time, ...). May be it could be useful.it's released under GPL, while i can only use LGPL libraries.
anyway, i will introduce a solution of my own in future releases. my hands are currently full :).

[Palikrovol]

OK.

Anyway, it could be a good idea to explain it in the help files.

Hope your hands get unfull soon :)

Once again, GOOD WORK.

[Palikrovol]

A good thing to include in the final release (if you have time) is a more complete help. You can include, for example, the answers you have gave to DALI LAMA in this post
http://forum.doom9.org/showthread.php?s=&threadid=33661

[DSPguru]

i guess i need to extend the BeSweet FAQ (http://forum.doom9.org/showthread.php?s=&threadid=15738).

[Bluedan]

Hmm. Readme.txt: "...requires Vobinput.dll v1.2.2".
Found on plug-in section on your hp.
When extracting ~.zip file I found out that new DLL is considerably smaller than the previous one, and additionally there's another DLL: borlndmm.dll which maybe represents the BORLAND compile code ???.
I mean, first aid before doing stupid things: I backed up old Vobinput.dll.
Borland DLL of any use ?

[DSPguru]

1. newer VOBInput.dll is smaller indeed. (i UPXed it :))
2. VOBInput.dll was written in delphi and reqiures borlandmm.dll

[iago]

Hello,

Here is an interesting problem with 5.1 ac3 -> 0.400q ogg conversion with BeSweet. The problem does not occur only with v1.4RC8 but also with v1.4RC7. The produced ogg file simply does not play; neither in winamp nor in zoomplayer. Not something related with OggDS filter I guess, 'cause I've tried with the old and the newest versions as well, and also both of OggDS filters play other ogg files (0.001q, 0.200q, etc) without any problems. Atm, I have no problem with ogg files actually, except this problem that occured with the 0.400q file.

Here is my log:

BeSweet v1.4RC7 by DSPguru.
--------------------------
Using azid.dll v1.8 (b825) by Midas (midas@egon.gyaloglo.hu).
Using libVorbis.dll v1.0 ( Jul 19 2002 ) by John33 (www.inf.ufpr.br/~rja00).

Logging start : 09/16/02 , 23:13:18.

C:\BeSweet\BeSweet.exe -core( -input d:\THE_WALL\VIDEO_TS\VTS_04_PGC_01_1 - 0x80 - Audio - AC3 - 6ch - 48kHz - DRC - English - DELAY 0ms.ac3 -output d:\THE_WALL\VIDEO_TS\thewall.ogg -logfile C:\BeSweet\wall0400.log ) -azid( -n1 -c normal -g 10db -L -3db ) -ota( -G max ) -ogg( -q 0.400 ) -profile( ~~~~~ Default Profile ~~~~~ )

[00:00:00:000] +------- BeSweet -----
[00:00:00:000] | Input : d:\THE_WALL\VIDEO_TS\VTS_04_PGC_01_1 - 0x80 - Audio - AC3 - 6ch - 48kHz - DRC - English - DELAY 0ms.ac3
[00:00:00:000] | Output: d:\THE_WALL\VIDEO_TS\thewall.ogg
[00:00:00:000] | Floating-Point Process: Yes
[00:00:00:000] +-------- AZID -------
[00:00:00:000] | Output Stereo mode: Dolby surround compatible
[00:00:00:000] | Total Gain: 10.0dB, Compression: Normal
[00:00:00:000] | LFE levels: To LR -3.0dB, 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: Yes
[00:00:00:000] | Rear channels filtering: No
[00:00:00:000] | Source Sample-Rate: 48.0KHz
[00:00:00:000] +-------- OGG --------
[00:00:00:000] | VBR Quality : 0.400
[00:00:00:000] +---------------------
[01:35:09:984] Gain of 3.0dB had been asserted to file.
[01:35:09:984] Conversion Completed !
[01:35:09:984] Actual Avg. Bitrate : 110kbps
[00:42:20:000] <-- Transcoding Duration
Logging ends : 09/16/02 , 23:55:38.

kindest regards,
iago

[DSPguru]

@iago
you're right. 10x !


fixed.

[DSPguru]

I had recieved one report about bug in direct vob transcoding when source stream is pcm. can anyone else test it for me and post your results/logfiles/impressions ?

10x !

[pacohaas]

Using dvd2svcd to extract the lpcm works fine, but using RC8 now, results in a "whishy washy" sounding wave file. I don't know how else to describe it...you can tell it best in the guitar sound. At first i thought it was a problem with the encoder or sample rate change, but when i finally stepped back to -2ch wave output, then compared it to dvd2svcd's wave file, i definately see this effect. The files are also not equivalent size: 59,879(dvd2svcd), 59,819(RC8).

dvd2svcd(plays perfectly): 61,315,564 bytes
-payload(doesn't play): 61,315,520 bytes
-2ch(plays, sounds bad): 61,254,492 bytes

d2s adds wave header to the pcm stream. BeSweet doesn't.
wave header is usually 44bytes.

The (payload) file is unplayable by winamp, or WMP (invalid file type). But I was thinking about it, and it's definately 48kHz, 16-bit PCM because the file extracted by DVD2SVCD plays just fine and shows this info in winamp.

BeSweet v1.4RC8 by DSPguru.
--------------------------
Using VOBInput.dll v1.2 by DVD2SVCD (http://www.notrace.dk)
Using azid.dll v1.8 (b825) by Midas (midas@egon.gyaloglo.hu).
Using hip.dll v1.12 by Myers Carpenter <myers@users.sf.net>

Logging start : 09/16/02 , 23:22:02.

C:\Program Files\DVD2SVCD\BeSweet\BeSweet.exe -core( -input D:\foapp\VTS_05_1.vob -output E:\Audio\payload.wav -logfile E:\Audio\log.log -payload )

[00:00:00:000] +------- BeSweet -----
[00:00:00:000] | Input : D:\foapp\VTS_05_1.vob
[00:00:00:000] | Output: E:\Audio\payload.wav
[00:00:00:000] | Substream ID: 0xA0
[00:00:00:000] | A/V Delay found : 0msec
[00:00:00:000] +---------------------
[ 61315520] Conversion Completed !
[00:00:09:000] <-- Transcoding Duration
Logging ends : 09/16/02 , 23:22:11.

BeSweet v1.4RC8 by DSPguru.
--------------------------
Using VOBInput.dll v1.2 by DVD2SVCD (http://www.notrace.dk)
Using azid.dll v1.8 (b825) by Midas (midas@egon.gyaloglo.hu).
Using hip.dll v1.12 by Myers Carpenter <myers@users.sf.net>

Logging start : 09/16/02 , 23:22:11.

C:\Program Files\DVD2SVCD\BeSweet\BeSweet.exe -core( -input D:\foapp\VTS_05_1.vob -output E:\Audio\2ch.wav -logfilea E:\Audio\log.log -2ch )

[00:00:00:000] +------- BeSweet -----
[00:00:00:000] | Input : D:\foapp\VTS_05_1.vob
[00:00:00:000] | Output: E:\Audio\2ch.wav
[00:00:00:000] | Substream ID: 0xA0
[00:00:00:000] | Floating-Point Process: No
[00:00:00:000] | A/V Delay found : 0msec
[00:00:00:000] | Source Sample-Rate: 48.0KHz
[00:00:00:000] +---------------------
[00:05:19:033] Conversion Completed !
[00:05:19:033] Actual Avg. Bitrate : 1536kbps
[00:00:08:000] <-- Transcoding Duration
Logging ends : 09/16/02 , 23:22:19.

[DSPguru]

Originally posted by pacohaas
dvd2svcd(plays perfectly): 61,315,564 bytes
-payload(doesn't play): 61,315,520 bytes
-2ch(plays, sounds bad): 61,254,492 bytesas we can see, the difference between -payload & dvd2svcd is the 44bytes of the wave header.
i don't know why there's an issue with "-2ch", and i guess it would be the best if you could upload a 2 to 5mb of a vob file example, so i can track it down.

[DSPguru]

lpcm bug reported by pachoaas is now confirmed.


fixed.

[DSPguru]

BeSweet v1.4 *stable* had just been released.