How Using "Beesweet1.3b8.dll" with Delphi Prog ?

[Rainy]

Hi DSPGuru,
how do I init BeSweet if I have static commandline parameters? I've tried something like this, but the application simply crashes
HMODULE m_hDLL = LoadLibrary("BeSweet.dll");
BeSweet = (BESWEET)GetProcAddress(m_hDLL,"BeSweet");

char* szParam[] = {"-core( -input testcase.wav -output test.mp2 -logfile test.txt )"};
BeSweet(/*dunno what to put here*/,szParam);

[DaveEL]

Originally posted by Rainy
Hi DSPGuru,
how do I init BeSweet if I have static commandline parameters? I've tried something like this, but the application simply crashes
HMODULE m_hDLL = LoadLibrary("BeSweet.dll");
BeSweet = (BESWEET)GetProcAddress(m_hDLL,"BeSweet");

char* szParam[] = {"-core( -input testcase.wav -output test.mp2 -logfile test.txt )"};
BeSweet(/*dunno what to put here*/,szParam);

I guess(ive never used besweet.dll) this is what you want.
szParam[] = {"-core(", "-input", "testcase.wav", "-output", "test.mp2", "-logfile", "test.txt", ")"};
BeSweet(8,szParam);

DaveEL

[Rainy]

Thanks for reply DaveEL, but that wasnt the problem. After reading the thread over and over, I realised I need to put BeSweet.dll in front of the -core parameter. DSPGuru didn't mention anything about it in his example.

But now I've got an another problem: Besweet is unable to open my input file, the log says:
BeSweet v1.5b18 by DSPguru.
--------------------------
Error 57: Error opening "testcase.wav".
Quiting...
[00:00:00:000] Conversion Completed !

Logging ends : 05/21/03 , 21:39:22.

and here's my code:#include <stdio.h>
#include <windows.h>
#include "besweet.h"

int main(void) {
char szBuffer[2000];

HMODULE hDLL = LoadLibrary("BeSweet.dll");

if (!hDLL)
return 0;

BESWEET InitBesweet = (BESWEET)GetProcAddress(hDLL,"BeSweet");
BURSTS InitAc3 = (BURSTS)GetProcAddress(hDLL,"AC3_Bursts");
BURSTS InitMpa = (BURSTS)GetProcAddress(hDLL,"MPA_Bursts");
BS_Record InitInfo;

FILE* pInput = fopen("testcase.wav","rb");

char* szParam[] = {"BeSweet.dll","-core(","-input","testcase.wav","-output",
"test.mp3","-logfile ","BeSweet.txt",")",
"-ota(","-d","0","-G","max",")","-lame(",
"--alt-preset","128","--scale","1",")",
"-ssrc(","--rate","44100",")"};

int nArgc = sizeof(szParam)/4;

InitBesweet(nArgc,szParam);
int nCount = 1;

while(nCount) {
nCount = fread(szBuffer,1,2000,pInput);
InitInfo = InitAc3(nCount,szBuffer);

if (!InitInfo->err)
printf("Transcoding...");
}
}

[TFM_TheMask]

Hi,

If you are using Ac3Burst you must put ac3input as input parameter and not "testcase.wav", so it must be like this:

char* szParam[] = {"BeSweet.dll","-core(","-input","ac3input","-output", "test.mp3","-logfile ","BeSweet.txt",")",
"-ota(","-d","0","-G","max",")","-lame(","--alt-preset","128","--scale","1",")", "-ssrc(","--rate","44100",")"};

This way the dll knows that after you pass the arguments there is a function call to ac3burst.

The rest seems ok.

[Rainy]

Wow, thank you very much! It works now! :)
Btw, I see there are some other export functions (that aren't documented?) like InputPCM16S_Bursts, what parameter should I replace instead of ac3input?

/Edit:
Ok, I got it - pcminput :)

[TFM_TheMask]

Question for Rainy.

Could you try it with -2lame instead of -lame, because I have some trouble with mp2enc.dll. Want to check if it is my fault or a general one. You can try one of my commands that I spoke about in an earlier post. Please post your logfile here afterwards.

Thanks.

[Rainy]

Hi,
this is what I've got:
BeSweet v1.5b18 by DSPguru.
--------------------------
Using MP2enc.dll v1.129 (23/5/2002), Engine 1.129 <http://www.cdex.n3.net>.

Logging start : 05/22/03 , 16:26:11.

BeSweet.dll -core( -input pcminput -output test.mpa -logfile BeSweet.txt ) -2lame( -m s -b 224 -e )

[00:00:00:000] +------- BeSweet -----
[00:00:00:000] | Input : pcminput
[00:00:00:000] | Output: test.mpa
[00:00:00:000] | Floating-Point Process: Yes
[00:00:00:000] | Source Sample-Rate: 48.0KHz
[00:00:00:000] +------- MP2ENC ------
[00:00:00:000] | Bitrate method : CBR
[00:00:00:000] | MP2 bitrate : 224
[00:00:00:000] | Channels Mode : Stereo
[00:00:00:000] | Error Protection: Yes
[00:00:00:000] +---------------------
Dunno though why the completion time isn't shown

[TFM_TheMask]

Do you got an error or does it finish correctly?

If it finishes correctly you have to deinit the besweet.dll.
I don't know much about c++ but I think you have to do it like this:

strcpy(szParam[0], "deinit");
InitBesweet(nArgc,szParam);

and then free the library.

[Rainy]

I dont get any errors and the file plays fine. :cool:

[TFM_TheMask]

Thanks, now I know that there is a problem with my program.:mad:

[Rainy]

I have a problem with besweet.dll Whenever I want to convert a wave file to mp3, the sample rate is detected incorrectly and the playtime becomes shorter (the pitch is higher) Here's the log:
BeSweet v1.5b18 by DSPguru.
--------------------------
Using lame_enc.dll v1.28 (4/6/2002), Engine 3.92 <http://www.mp3dev.org/>.

Logging start : 05/24/03 , 20:04:26.

BeSweet.dll -core( -input pcminput -output D:\test.mp3 -logfile D:\test.txt )
-lame( -m s -c -p -o -q 2 -b 192 )

[00:00:00:000] +------- BeSweet -----
[00:00:00:000] | Input : pcminput
[00:00:00:000] | Output: D:\test.mp3
[00:00:00:000] | Floating-Point Process: Yes
[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 : 192
[00:00:00:000] | Channels Mode : Stereo
[00:00:00:000] | Error Protection: Yes
[00:00:00:000] +---------------------
[00:03:40:806] Conversion Completed !
[00:03:40:806] Actual Avg. Bitrate : 192kbps
[00:00:17:000] <-- Transcoding Duration

Logging ends : 05/24/03 , 20:04:43.
Sample rate of the source file is 44.1 KHz and not 48 KHz and the playtime of the original file is exactly 4:00 and after conversion it's only 3:40. I used PCM16S_Bursts. Can someone check it?

[DSPguru]

BeSweet.dll cannot detect the sample-rate as it have no access to the wavefile. use -ota( -fs 44100 )

[TFM_TheMask]

Hi DSPGuru,

Question about 2-pass

1. 2-pass with pcmburst
I tried as you said, first pass only -core commands and second pass the full commandline. I got a floating point error. I think this is because in the first pass different dll's are loaded by besweet as in the second pass. Seems that in the first pass your dll has to know which encoder it must use for the second pass. See the log:

BeSweet v1.5b18 by DSPguru.
--------------------------
Using lame_enc.dll v1.28 (4/6/2002), Engine 3.92 <http://www.mp3dev.org/>.

Logging start : 05/15/03 , 14:47:03.

BeSweet.dll -core( -input pcminput -output testpcm.mp2 -logfile testpcm.txt )

[00:00:00:000] +------- BeSweet -----
[00:00:00:000] | Input : pcminput
[00:00:00:000] | Output: testpcm.mp2
[00:00:00:000] | Floating-Point Process: Yes
[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 pass 1
[00:00:00:000] | Channels Mode : Joint Stereo
[00:00:00:000] | Error Protection: No
[00:00:00:000] +---------------------
[00:05:00:504] Conversion Completed !
[00:05:00:504] Actual Avg. Bitrate : 0kbps
[00:00:02:000] <-- Transcoding Duration

Logging ends : 05/15/03 , 14:47:05.


BeSweet v1.5b18 by DSPguru.
--------------------------
Using Shibatch.dll v0.24 by Naoki Shibata & DSPguru (shibatch.sourceforge.net).
Using MP2enc.dll v1.11 (0/0/1999), Engine 1.11 <http://www.cdex.n3.net>.

Logging start : 05/15/03 , 14:47:10.

BeSweet.dll -core( -input pcminput -output testpcm.mp2 -logfile testpcm.txt ) -ota( -r 960 1001 -g 1.15 ) -shibatch( --rate 44100 ) -2lame( -m s -b 224 -e )

[00:00:02:000] +------- BeSweet -----
[00:00:02:000] | Input : pcminput
[00:00:02:000] | Output: testpcm.mp2
[00:00:02:000] | Floating-Point Process: No
[00:00:00:000] | Overall Track Gain: 1.214dB
[00:00:00:000] +------ Shibatch -----
[00:00:00:000] | Source Sample-Rate: 48.0KHz
[00:00:00:000] | Dest. Sample-Rate: 44.1KHz pass 2
[00:00:00:000] | Attenuation : 0.0db
[00:00:00:000] +-------- FRC --------
[00:00:00:000] | Source Frame-Rate: 960
[00:00:00:000] | Dest. Frame-Rate: 1001
[00:00:00:000] +------- MP2ENC ------
[00:00:00:000] | Bitrate method : CBR
[00:00:00:000] | MP2 bitrate : 224
[00:00:00:000] | Channels Mode : Stereo
[00:00:00:000] | Error Protection: Yes
[00:00:00:000] +---------------------

Then I used the full command in the first and second pass and used the peak from the first pass. It worked perfect.

At this time I only used pcmburst with -toolame, -ota and -shibatch.


2. 2-pass with ac3burst and mpaburst.

mpaburst: got an access violation in the second pass because your dll uses hip.dll in the first-pass and not in the second pass. See log:

BeSweet v1.5b18 by DSPguru.
--------------------------
Using hip.dll v1.19 by Myers Carpenter <myers@users.sf.net>
Using Shibatch.dll v0.24 by Naoki Shibata & DSPguru (shibatch.sourceforge.net).
Using tooLame.dll v0.2l (Apr 24 2003) by Mike Cheng <http://tooLame.sf.net>

Logging start : 05/18/03 , 13:44:35.

BeSweet.dll -core( -input mpainput -output testmp3.mp2 -logfile testmp3.txt ) -ota( -r 960 1001 -g max ) -shibatch( --rate 44100 ) -toolame( -m s -b 224 -e )

[00:00:00:000] +------- BeSweet -----
[00:00:00:000] | Input : mpainput
[00:00:00:000] | Output: testmp3.mp2
[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: 44.1KHz
[00:00:00:000] | Attenuation : 0.0db
[00:00:00:000] +-------- FRC -------- pass 1
[00:00:00:000] | Source Frame-Rate: 960
[00:00:00:000] | Dest. Frame-Rate: 1001
[00:00:00:000] +------ tooLame ------
[00:00:00:000] | Bitrate method : CBR
[00:00:00:000] | MP2 bitrate : 224
[00:00:00:000] | Channels Mode : Stereo
[00:00:00:000] | Error Protection: Yes
[00:00:00:000] +---------------------
[00:00:00:000] Stream error : Sync found after 126 bytes
[00:00:00:106] Conversion Completed !
[00:00:04:000] <-- Transcoding Duration

Logging ends : 05/18/03 , 13:44:39.


BeSweet v1.5b18 by DSPguru.
--------------------------
Using Shibatch.dll v0.24 by Naoki Shibata & DSPguru (shibatch.sourceforge.net).
Using tooLame.dll v0.2l (Apr 24 2003) by Mike Cheng <http://tooLame.sf.net>

Logging start : 05/18/03 , 13:44:51.

BeSweet.dll -core( -input mpainput -output testmp3.mp2 -logfile testmp3.txt ) -ota( -r 960 1001 -g 1.15 ) -shibatch( --rate 44100 ) -toolame( -m s -b 224 -e )

[00:00:04:000] +------- BeSweet -----
[00:00:04:000] | Input : mpainput
[00:00:04:000] | Output: testmp3.mp2
[00:00:04:000] | Floating-Point Process: No
[00:00:00:000] | Overall Track Gain: 1.214dB
[00:00:00:000] +------ Shibatch -----
[00:00:00:000] | Source Sample-Rate: 48.0KHz
[00:00:00:000] | Dest. Sample-Rate: 44.1KHz
[00:00:00:000] | Attenuation : 0.0db
[00:00:00:000] +-------- FRC -------- pass 2
[00:00:00:000] | Source Frame-Rate: 960
[00:00:00:000] | Dest. Frame-Rate: 1001
[00:00:00:000] +------ tooLame ------
[00:00:00:000] | Bitrate method : CBR
[00:00:00:000] | MP2 bitrate : 224
[00:00:00:000] | Channels Mode : Stereo
[00:00:00:000] | Error Protection: Yes
[00:00:00:000] +---------------------

ac3burst: got an access violation in the second pass because your dll uses azid.dll in the first-pass and not in the second pass. See log:

BeSweet v1.5b18 by DSPguru.
--------------------------
Using azid.dll v1.8 (b825) by Midas (midas@egon.gyaloglo.hu).
Using Shibatch.dll v0.24 by Naoki Shibata & DSPguru (shibatch.sourceforge.net).
Using tooLame.dll v0.2l (Apr 24 2003) by Mike Cheng <http://tooLame.sf.net>

Logging start : 05/18/03 , 13:49:02.

BeSweet.dll -core( -input ac3input -output tfm.mp2 -logfile tfm.txt ) -ota( -r 960 1001 -g max ) -shibatch( --rate 44100 ) -toolame( -m s -b 224 -e )

[00:00:00:000] +------- BeSweet -----
[00:00:00:000] | Input : ac3input
[00:00:00:000] | Output: tfm.mp2
[00:00:00:000] | Floating-Point Process: No
[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] +------ Shibatch -----
[00:00:00:000] | Source Sample-Rate: 48.0KHz
[00:00:00:000] | Dest. Sample-Rate: 44.1KHz
[00:00:00:000] | Attenuation : 0.0db
[00:00:00:000] +-------- FRC -------- pass 1
[00:00:00:000] | Source Frame-Rate: 960
[00:00:00:000] | Dest. Frame-Rate: 1001
[00:00:00:000] +------ tooLame ------
[00:00:00:000] | Bitrate method : CBR
[00:00:00:000] | MP2 bitrate : 224
[00:00:00:000] | Channels Mode : Stereo
[00:00:00:000] | Error Protection: Yes
[00:00:00:000] +---------------------
[00:00:00:032] Stream error : Sync found after 334 bytes
[00:01:19:456] Conversion Completed !
[00:00:03:000] <-- Transcoding Duration

Logging ends : 05/18/03 , 13:49:05.


BeSweet v1.5b18 by DSPguru.
--------------------------
Using Shibatch.dll v0.24 by Naoki Shibata & DSPguru (shibatch.sourceforge.net).
Using tooLame.dll v0.2l (Apr 24 2003) by Mike Cheng <http://tooLame.sf.net>

Logging start : 05/18/03 , 13:49:22.

BeSweet.dll -core( -input ac3input -output tfm.mp2 -logfile tfm.txt ) -ota( -r 960 1001 -g 5.88 ) -shibatch( --rate 44100 ) -toolame( -m s -b 224 -e )

[00:00:03:000] +------- BeSweet -----
[00:00:03:000] | Input : ac3input pass 2
[00:00:03:000] | Output: tfm.mp2
[00:00:03:000] | Floating-Point Process: No

How can I solve this.

[DSPguru]

do you deinit between passes ?

[TFM_TheMask]

Yes, I quess that's wrong?

[TFM_TheMask]

Ok, now it's working.

1. Question: you use to get the maximum gain the formula -20 * log10(info.peak) in the first pass. What formula do you use in the second pass to set the maximum gain.

2. I used the same file with the same commands with besweet.exe and besweet.dll. With besweet.exe no problems, but with besweet.dll I got a stream error, sync found after 126 bytes. I use a vbrmp3 with mpaburst. What am I doing wrong. Here the logs.


BeSweet v1.5b17 by DSPguru.
--------------------------
Using hip.dll v1.19 by Myers Carpenter <myers@users.sf.net>
Using Shibatch.dll v0.24 by Naoki Shibata & DSPguru (shibatch.sourceforge.net).
Using tooLame.dll v0.2l (Apr 24 2003) by Mike Cheng <http://tooLame.sf.net>

Logging start : 05/24/03 , 23:33:14.

BeSweet.exe -core( -input test.wav -output test.mp2 -logfile test.txt ) -ota( -r 960 1001 -g max ) -shibatch( --rate 44100 ) -toolame( -m s -b 224 -e )

[00:00:00:000] +------- BeSweet -----
[00:00:00:000] | Input : test.wav
[00:00:00:000] | Output: test.mp2
[00:00:00:000] | Floating-Point Process: No
[00:00:00:000] | Overall Track Gain: 1.171dB
[00:00:00:000] +------ Shibatch -----
[00:00:00:000] | Source Sample-Rate: 48.0KHz
[00:00:00:000] | Dest. Sample-Rate: 44.1KHz
[00:00:00:000] | Attenuation : 0.0db
[00:00:00:000] +-------- FRC --------
[00:00:00:000] | Source Frame-Rate: 960
[00:00:00:000] | Dest. Frame-Rate: 1001
[00:00:00:000] +------ tooLame ------
[00:00:00:000] | Bitrate method : CBR
[00:00:00:000] | MP2 bitrate : 224
[00:00:00:000] | Channels Mode : Stereo
[00:00:00:000] | Error Protection: Yes
[00:00:00:000] +---------------------
[00:05:00:706] Conversion Completed !
[00:05:00:706] Actual Avg. Bitrate : 214kbps
[00:00:44:000] <-- Transcoding Duration
Logging ends : 05/24/03 , 23:33:58.

BeSweet v1.5b18 by DSPguru.
--------------------------
Using hip.dll v1.19 by Myers Carpenter <myers@users.sf.net>
Using Shibatch.dll v0.24 by Naoki Shibata & DSPguru (shibatch.sourceforge.net).
Using tooLame.dll v0.2l (Apr 24 2003) by Mike Cheng <http://tooLame.sf.net>

Logging start : 05/24/03 , 23:38:22.

BeSweet.dll -core( -input mpainput -output test.mp2 -logfile test.txt ) -ota( -r 960 1001 -g max ) -shibatch( --rate 44100 ) -toolame( -m s -b 224 -e )

[00:00:00:000] +------- BeSweet -----
[00:00:00:000] | Input : mpainput
[00:00:00:000] | Output: test.mp2
[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: 44.1KHz
[00:00:00:000] | Attenuation : 0.0db
[00:00:00:000] +-------- FRC --------
[00:00:00:000] | Source Frame-Rate: 960
[00:00:00:000] | Dest. Frame-Rate: 1001
[00:00:00:000] +------ tooLame ------
[00:00:00:000] | Bitrate method : CBR
[00:00:00:000] | MP2 bitrate : 224
[00:00:00:000] | Channels Mode : Stereo
[00:00:00:000] | Error Protection: Yes
[00:00:00:000] +---------------------
BeSweet v1.5b18 by DSPguru.
--------------------------
Using Shibatch.dll v0.24 by Naoki Shibata & DSPguru (shibatch.sourceforge.net).
Using tooLame.dll v0.2l (Apr 24 2003) by Mike Cheng <http://tooLame.sf.net>

Logging start : 05/24/03 , 23:38:39.

BeSweet.dll -core( -input mpainput -output test.mp2 -logfile test.txt ) -ota( -r 960 1001 -g 1.17 ) -shibatch( --rate 44100 ) -toolame( -m s -b 224 -e )

[00:05:00:528] +------- BeSweet -----
[00:05:00:528] | Input : mpainput
[00:05:00:528] | Output: test.mp2
[00:05:00:528] | Floating-Point Process: No
[00:00:00:000] | Overall Track Gain: 1.364dB
[00:00:00:000] +------ Shibatch -----
[00:00:00:000] | Source Sample-Rate: 48.0KHz
[00:00:00:000] | Dest. Sample-Rate: 44.1KHz
[00:00:00:000] | Attenuation : 0.0db
[00:00:00:000] +-------- FRC --------
[00:00:00:000] | Source Frame-Rate: 960
[00:00:00:000] | Dest. Frame-Rate: 1001
[00:00:00:000] +------ tooLame ------
[00:00:00:000] | Bitrate method : CBR
[00:00:00:000] | MP2 bitrate : 224
[00:00:00:000] | Channels Mode : Stereo
[00:00:00:000] | Error Protection: Yes
[00:00:00:000] +---------------------
[00:00:00:024] Stream error : Sync found after 126 bytes
[00:05:00:618] Conversion Completed !
[00:05:00:618] Actual Avg. Bitrate : 214kbps
[00:00:40:000] <-- Transcoding Duration

Logging ends : 05/24/03 , 23:39:19.

[Rainy]

another problem
after transcoding ac3 to mp3, the playback is jerky and the pitch is very low, what's wrong?
BeSweet v1.5b18 by DSPguru.
--------------------------
Using azid.dll v1.8 (b825) by Midas (midas@egon.gyaloglo.hu).
Using lame_enc.dll v1.28 (4/6/2002), Engine 3.92 <http://www.mp3dev.org/>.

Logging start : 05/25/03 , 05:20:53.

BeSweet.dll -core( -input ac3input -output D:\test.mp3 -logfile BeSweet.txt )
-azid( -n1 -L -3db -s stereo -c normal ) -ota( -G max ) -lame( --alt-preset 128 )

[00:00:00:000] +------- BeSweet -----
[00:00:00:000] | Input : ac3input
[00:00:00:000] | Output: D:\test.mp3
[00:00:00:000] | Floating-Point Process: Yes
[00:00:00:000] | PostGain normalize to : 0.97
[00:00:00:000] +-------- AZID -------
[00:00:00:000] | Output Stereo mode: Stereo
[00:00:00:000] | Total Gain: 10.000dB, 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] +-------- LAME -------
[00:00:00:000] | 'abr 128' preset is used
[00:00:00:000] +---------------------
[00:19:22:700] Gain of 4.5dB had been asserted to file.
[00:19:22:700] Conversion Completed !
[00:19:22:700] Actual Avg. Bitrate : 216kbps
[00:05:57:000] <-- Transcoding Duration

Logging ends : 05/25/03 , 05:26:50.

[Rainy]

Ok, I've found the problem - the postgain switch was causing jerky and low pitched playback. Here's the log from the bad sample:
BeSweet v1.5b18 by DSPguru.
--------------------------
Using azid.dll v1.8 (b825) by Midas (midas@egon.gyaloglo.hu).
Using lame_enc.dll v1.28 (4/6/2002), Engine 3.92 <http://www.mp3dev.org/>.

Logging start : 05/27/03 , 17:01:57.

BeSweet.dll -core( -input ac3input -output D:\test.mp3 -logfile D:\test.txt ) -azid( -n1 -L -3db -s surround -c normal ) -ota( -G max ) -lame( --alt-preset 128 )

[00:00:00:000] +------- BeSweet -----
[00:00:00:000] | Input : ac3input
[00:00:00:000] | Output: D:\test.mp3
[00:00:00:000] | Floating-Point Process: Yes
[00:00:00:000] | PostGain normalize to : 0.97
[00:00:00:000] +-------- AZID -------
[00:00:00:000] | Output Stereo mode: Dolby surround compatible
[00:00:00:000] | Total Gain: 10.000dB, 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] +-------- LAME -------
[00:00:00:000] | 'abr 128' preset is used
[00:00:00:000] +---------------------
[00:02:25:443] Gain of 12.0dB had been asserted to file.
[00:02:25:443] Conversion Completed !
[00:02:25:443] Actual Avg. Bitrate : 212kbps
[00:00:37:000] <-- Transcoding Duration

Logging ends : 05/27/03 , 17:02:34.

The lenght after transcoding was 4:49
and here's the good one:
BeSweet v1.5b18 by DSPguru.
--------------------------
Using azid.dll v1.8 (b825) by Midas (midas@egon.gyaloglo.hu).
Using lame_enc.dll v1.28 (4/6/2002), Engine 3.92 <http://www.mp3dev.org/>.

Logging start : 05/27/03 , 16:56:26.

BeSweet.dll -core( -input ac3input -output D:\test3.mp3 -logfile D:\test3.txt ) -azid( -n1 -L -3db -s surround -c normal ) -ota( -g 12db ) -lame( --alt-preset 128 )

[00:00:00:000] +------- BeSweet -----
[00:00:00:000] | Input : ac3input
[00:00:00:000] | Output: D:\test3.mp3
[00:00:00:000] | Floating-Point Process: Yes
[00:00:00:000] | Overall Track Gain: 12.000dB
[00:00:00:000] +-------- AZID -------
[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 -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] +-------- LAME -------
[00:00:00:000] | 'abr 128' preset is used
[00:00:00:000] +---------------------
[00:02:25:152] Conversion Completed !
[00:02:25:152] Actual Avg. Bitrate : 124kbps
[00:00:25:000] <-- Transcoding Duration

Logging ends : 05/27/03 , 16:56:51.

Lenght 2:24

[sezz]

What XYZbursts and XYZinputs are available?

I've read all postings on this thread and this is what I've found out:

-input Burst Inputfiletype
------------------------------------------
ac3input AC3_Burst ac3
mpainput MPABurst wav, vbrmp3
pcminput PCM16S_Bursts wav


1. Is this correct? What about all the other file types?

2. If the input file is a wave file I have to find out the sample rate and and call BeSweet() with -ota ( -fs THESAMPLERATE )?

[Rainy]

AC3_Bursts, MPA_Bursts, NO_Bursts, NoOutput, PCM166_Bursts, PCM16M_Bursts, PCM16S_Bursts, PCM8S_Bursts, PCM8M_Bursts

That's all I can see in the DLL. Just use a hex-editor, open the dll and scroll to the end and you'll see all export functions

[sezz]

Thanks, but what X_Bursts for what filetype?

[Rainy]

Ac3 bursts - ac3input
Mpa bursts - mpainput
Pcmxx bursts - pcminput
e.g. PCM8M_Bursts is used for a 8 bit mono wave file (pcminput switch) Didn't test it tho... ;) But it should be right, I think

EDIT:
Mpa bursts is used for mp3 input files also, don't hit me if I'm wrong :o

[DSPguru]

Originally posted by TFM_TheMask
Ok, now it's working.share your experience. what did you change ?

1. Question: you use to get the maximum gain the formula -20 * log10(info.peak) in the first pass. What formula do you use in the second pass to set the maximum gain.use the linear value 1/peak (-g 1.1442),
or either the logarithmic (-20*log10(info.peak)) value (-g 1.171db).


2. I used the same file with the same commands with besweet.exe and besweet.dll. With besweet.exe no problems, but with besweet.dll I got a stream error, sync found after 126 bytes. I use a vbrmp3 with mpaburst. What am I doing wrong. Here the logs.nothing is wrong! it's ok.

Originally posted by Rainy
When I transcode a Wav file to Mp3 and then play it, at the start I hear a loud click. This doesnt occur when I transcode a Ac3 or Mp2 file to Mp3, what could be the problem?you probably didn't ignore the wave header (its size is usually 44bytes) and fed it as pcm burst to BeSweet.dll.

@Rainy
please print the BeSweet.dll version in your tool, and add an active link to my webpage. that's part of the BeSweet.dll's humble license :).

[GZZ]

DSPguru is it possible just to use Besweet as a player for Vob/Ac3 files, so you don't transcode, but just decode and listen to the sound. I working on something where I need a player to play the vob/ac3 sound, at the moment I use some directX in delphi, but directshow is not always the best I think. So if besweet could play vob/ac3 sound it will be cool. I saw the Play ac3 button in the GUI for besweet, but I never got it working.


Please advise

GZZ

[DSPguru]

you can use BeSweet to decode audio to wav/pcm and then send the decoded samples to your soundcard (using libsnd or something..).


edit : you can even write a winamp plugin based on BeSweet.dll ..

[TFM_TheMask]

1)
quote:
--------------------------------------------------------------------------------
Originally posted by DSPGuru
share your experience. what did you change ?
--------------------------------------------------------------------------------

What I did wrong was that I used "deinit" between the two passes.

what I am doing now is:

1. Run first pass with full commands and -g max
2. Change -g max with max gain found
3. Run second pass with full commands and -g with calculated value from first pass.
4. DeInit
5. Free library

2) Because I use audio from AVI's I now use besplit to correct the headers before the real transcoding. Is this the best way to do this? Now I don't get the stream sync error.

Is it also possible to feed the whole AVI file (with use of vobinput.dll) to your dll?

3) mp2enc.dll problem.
I tried with my little knowledge of C++ to use your dll with a program written in C++. If I use mp2enc know it is working and when I use it in Delphi 7 it is giving me an error.

I find this a little bit strange. In delphi 7 all commands work only the mp2enc commands not. Could It be the delphi 7 compiler in combination with mp2enc?

Is there someone who uses delphi and has no problems with mp2enc?
Please let me know.

Thx

[DSPguru]

2) it's either BeSplit reports the stream error or either BeSweet. i would avoid the usage of BeSplit.

2b) no, there's no aviburst function.

[TFM_TheMask]

New problem

I'm using these commands with the BeSweet.dll:

-azid( -L -3db -c normal -s surround2 -g max ) -toolame( -e -b 224 -m s )

Now the dll gives an error 11, see log:

BeSweet v1.5b18 by DSPguru.
--------------------------
Error 11: Cannot register settings for azid
Quiting...
[00:00:00:000] Conversion Completed !

Logging ends : 06/01/03 , 23:01:18.

What am I doing wrong, it works with besweet.exe?

[Rainy]

I have the same problem when using the surround2 switch. The log reports the same error number, like in the TFM_TheMask's

@DSPGuru
Sorry, I totally forgot about printing the besweet version in my tool, but ill add it asap :)

[DSPguru]

yea, i removed the surround2 support, as it is being integrated inside azid v1.9 .

[TFM_TheMask]

Question for DSPGuru

I am implementing the two pass method in my program but there is a problem. I can't free the library. If my program is still active the transcoded audio file seems to be locked or something. What I do is this:

1. Run first pass with full commands and -g max
2. Change -g max with max gain found
3. Run second pass with full commands and -g with calculated value from first pass.
4. DeInit
5. Free library

If I use the one pass method and deinit your dll it unlocks the transcoded audiofile. So this workes fine.

I tried to deinit your dll twice (because the 2 runs) but then I get a error from shibatch.dll.

When I close my program than the transcoded audiofile is unlocked.

Is this a known issue?

[DSPguru]

you shouldn't use the full command in the first pass. we discussed it already...

[TFM_TheMask]

I know we discussed it but this also doesn't work!

When I use only -core arguments in the first pass then your dll uses azid.dll and lame_enc.dll (see log) while in the second pass I use toolame.dll.

So know I think the maximum gain found is not correct because when your dll saves the transcoded file in the second pass I hear nothing.

And still I can't free your library and the file is locked after deinit and free library.

Here is the log:

BeSweet v1.5b18 by DSPguru.
--------------------------
Using azid.dll v1.8 (b825) by Midas (midas@egon.gyaloglo.hu).
Using lame_enc.dll v1.28 (4/6/2002), Engine 3.92 <http://www.mp3dev.org/>.

Logging start : 06/13/03 , 13:56:59.

BeSweet.dll -core( -input ac3input -output E:\THEFIL~1\PROGRA~1\Output\TFM_Encoded_Audio.mp2 -logfile E:\THEFIL~1\PROGRA~1\Output\TFM_Encoded_Audio.log )

[00:00:00:000] +------- BeSweet -----
[00:00:00:000] | Input : ac3input
[00:00:00:000] | Output: E:\THEFIL~1\PROGRA~1\Output\TFM_Encoded_Audio.mp2
[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: 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] +---------------------
BeSweet v1.5b18 by DSPguru.
--------------------------
Using Shibatch.dll v0.24 by Naoki Shibata & DSPguru (shibatch.sourceforge.net).
Using tooLame.dll v0.2l (Apr 24 2003) by Mike Cheng <http://tooLame.sf.net>

Logging start : 06/13/03 , 13:57:03.

BeSweet.dll -core( -input ac3input -output E:\THEFIL~1\PROGRA~1\Output\TFM_Encoded_Audio.mp2 -logfile E:\THEFIL~1\PROGRA~1\Output\TFM_Encoded_Audio.log ) -ota( -fs 48000 -g -74,823db ) -shibatch( --rate 44100 ) -toolame( -e -b 224 -m s )

[00:01:19:456] +------- BeSweet -----
[00:01:19:456] | Input : ac3input
[00:01:19:456] | Output: E:\THEFIL~1\PROGRA~1\Output\TFM_Encoded_Audio.mp2
[00:01:19:456] | Floating-Point Process: No
[00:00:00:000] | Overall Track Gain: -74.823dB
[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] +------ Shibatch -----
[00:00:00:000] | Source Sample-Rate: 48.0KHz
[00:00:00:000] | Dest. Sample-Rate: 44.1KHz
[00:00:00:000] | Attenuation : 0.0db
[00:00:00:000] +------ tooLame ------
[00:00:00:000] | Bitrate method : CBR
[00:00:00:000] | MP2 bitrate : 224
[00:00:00:000] | Channels Mode : Stereo
[00:00:00:000] | Error Protection: Yes
[00:00:00:000] +---------------------
[00:00:00:032] Stream error : Sync found after 334 bytes
[00:01:19:456] Conversion Completed !
[00:01:19:456] Actual Avg. Bitrate : 224kbps
[00:00:15:000] <-- Transcoding Duration

Logging ends : 06/13/03 , 13:57:18.

Can you help me out?

[TFM_TheMask]

Ok, I have got the 2 pass running but I think it is not the best way to do it, but I don't know any other way (Somebody)?

What I do now is:

1. Run first pass with full commands and -g max and NoOutput
2. DeInit
3. Free Library
4. Change -g max with max gain found
5. Run second pass with full commands and -g with calculated value from first pass.
6. DeInit
7. Free library

Now the file is not locked and can be processed further in my program.

By the way when is the release of the new azid version 1.9?

[wangchong7]

Such as NO_Bursts and NoOutput?

BTW//:Can I send the sream ripped from the dvd to the dll *directly*?
Can I get the data that has been transcoded *directly*, that means must I save the transcoded data into a file?

[DSPguru]

1. NO_Bursts is useless.
2. NoOutput is useful to neutralize the encoder on the first-pass when implementing two-pass. this saves the encoder time.
3. yes. you can send the demuxed ac3 stream from the dvd directly to BeSweet.dll.
4. yes. you can set a callback function using SetWriteRoutine. the callback functiow will recieve the transcoded data, and BeSweet.dll will not write to file. the callback function's prototype is :
int CallBack(const void* buffer,size_t size);


Cheers,
Dg.

[UMP]

Hello DSPguru,

since several projects using besweet.dll are under development, I was wondering the following :

despite what the readme.txt states, would it be possible to use besweet.dll in a public software (say FairUse) even through it is still in a beta state, or should it be used for private experimentation only until the stable release it out ?

Thank you for your time and work,

ump

[DSPguru]

Originally posted by UMP
despite what the readme.txt states, would it be possible to use besweet.dll in a public software (say FairUse) even through it is still in a beta state, or should it be used for private experimentation only until the stable release it out ?the readme states that developers should contact me to get my permission, while the list of requirments is a list of stuff that when fullfilled - has better chance to get my permission.

if you find the v1.4 stable dll not mature enough for fairuse, please send me a private message.. :)

[UMP]

There is no urgence in integrating besweet.dll into FU. I have some other stuff to deal with before it's worth to use besweet.dll, that should keep me busy for a while...

BTW, I think I got the point about the list of requirements.

Thanks again,

ump

[UMP]

I'm doing some internal testing on besweet.dll (1.5b23) and I'm experiencing several problems :

1. The code below prints a changing error code at each iteration, but the final mp3 file plays fine ?

info = _AC3_Bursts(aiu.length, (char *)data);
if (info->err)
_Diagnostic("Error %d\n", info->err);

The output looks like this :

(...)
Error 1138104942
[00:00:05:536] transcoding! Max gain : 0.3dB
Error 1135788864
[00:00:05:568] transcoding! Max gain : 0.3dB
Error 1134617819
[00:00:05:600] transcoding! Max gain : 0.3dB
Error 1133325462
[00:00:05:632] transcoding! Max gain : 0.3dB
Error 1135248727
(...)

Here is the log file :

BeSweet v1.5b23 by DSPguru.
--------------------------
Using azid.dll v1.8 (b825) by Midas (midas@egon.gyaloglo.hu).
Using lame_enc.dll v1.28 (4/6/2002), Engine 3.92 <http://www.mp3dev.org/>.

Logging start : 12/19/03 , 03:52:16.

besweet.dll -core( -input ac3input -output f:\test.mp3 -logfile f:\BeSweet.txt ) -ota( -d 0 -g 12db ) -lame( --alt-preset 128 --scale 1 )

[00:00:00:000] +------- BeSweet -----
[00:00:00:000] | Input : ac3input
[00:00:00:000] | Output: f:\test.mp3
[00:00:00:000] | Floating-Point Process: Yes
[00:00:00:000] | Overall Track Gain: 12.000dB
[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] | 'abr 128' preset is used
[00:00:00:000] +---------------------
[00:00:20:000] Conversion Completed !
[00:00:20:000] Actual Avg. Bitrate : 130kbps
[00:01:03:000] <-- Transcoding Duration

Logging ends : 12/19/03 , 03:53:19.

2. Using the -G max switch leads to a 'double-time' mp3 file that plays two times slower than it should.

3. I'm blind : I was unable to find besweet.dll v1.4 anywhere on your site ?

Thank you,

ump

[DSPguru]

1+2 : where do i find your source-code so i can debug ?

3 : http://DSPguru.doom9.org/BeSweetv1.4DLL.zip
but unlike the stable BeSweet.exe v1.4, which v1.5bX is "better" mainly in sense of new features, BeSweet.dll v1.4 has some bugs.

[UMP]

I uploaded the latest snapshot at http://fairuse.free.fr/fu034src.zip

The concerned code is in DecodeAudioAc3Writer::Process() at the end of DecodeAudio.cpp

I gave the 1.4 DLL a try, but it hangs with an access violation during the encoding steps.

Output from besweet.dll 1.4

(...)
[00:00:01:056] transcoding! Max gain : 3.4dB
Error 1133767874
[00:00:01:088] transcoding! Max gain : 3.4dB
Error 1131649014
[00:00:01:120] transcoding! Max gain : 3.4dB
Error 1129261098
[00:00:01:152] transcoding! Max gain : 3.4dB
Error 1130835722
[00:00:01:184] transcoding! Max gain : 3.4dB
Error 1129369632
[00:00:01:216] transcoding! Max gain : 3.4dB
Error 1130837912
[00:00:01:248] transcoding! Max gain : 3.4dB
Error 1127760152
(...)

ump

EDIT : after some further testing, it appears that the problem is not to use -G, but to NOT use -g !

besweet.dll seems to want a -g ndb option, n <> 0.

EDIT2 : DX SDK must be installed, and the source should be compiled using VS.Net.

[UMP]

Well,

I finally found that the "-G max" switch will work as intended if "-ssrc( --rate 44100 )" switch is used. The other bugs are still there through.
I compiled the example2.c code and experienced exactly the same symptoms, which means there is no need to download/compile the FU source for testing. Maybe the problem is the AC3 source file... Here is a sample AC3 file that I use for testing : http://fairuse.free.fr/ac3audio.ac3

Another problem is that deinit hangs when transcoding to vorbis. Here is the log file :

BeSweet v1.5b23 by DSPguru.
--------------------------
Using azid.dll v1.8 (b825) by Midas (midas@egon.gyaloglo.hu).
Using Shibatch.dll v0.2 by Naoki Shibata & DSPguru (shibatch.sourceforge.net).
Using Ogg Vorbis v1.0 dlls (http://www.vorbis.com).

Logging start : 12/31/03 , 03:49:42.

besweet.dll -core( -input ac3input -output F:\DVD\test.session-00.audio-00.ogg -logfile f:\BeSweet.txt ) -ota( -d 0 -G max ) -ogg( -b 128 ) -azid( -L -3db -c normal -n 1 ) -ssrc( --rate 44100 )

[00:00:00:000] +------- BeSweet -----
[00:00:00:000] | Input : ac3input
[00:00:00:000] | Output: F:\DVD\test.session-00.audio-00.ogg
[00:00:00:000] | Floating-Point Process: Yes
[00:00:00:000] | PostGain normalize to : 0.97
[00:00:00:000] +-------- AZID -------
[00:00:00:000] | Output Stereo mode: Dolby surround compatible
[00:00:00:000] | Total Gain: 10.000dB, 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] +------ Shibatch -----
[00:00:00:000] | Source Sample-Rate: 48.0KHz
[00:00:00:000] | Dest. Sample-Rate: 44.1KHz
[00:00:00:000] | Attenuation : 0.0db
[00:00:00:000] +-------- OGG --------
[00:00:00:000] | Avarege Bitrate : 128
[00:00:00:000] +---------------------
[00:00:14.581] W7: Downmix overflow (0: +0.6dB)
[00:00:15.285] W7: Downmix overflow (0: +0.1dB)

[UMP]

Hello DSPGuru,

I don't mean to bug you with this, but I was just wondering if you had some time to investigate this issue, or at least were you able to reproduce this behaviour ?
I did some simple testing with your exemple2.c to transcode AC3 to OggVorbis resulting in the same hang on deinit using the following AC3 file : http://fairuse.free.fr/ac3audio.ac3

Thank you very much for your tools and time :)

Cheers,

ump

[DSPguru]

i'm sorry for not having the time to code or even debug, but that was expected (http://forum.doom9.org/showthread.php?s=&threadid=49693).

my update is that i failed to reproduce the error :
Using azid.dll v1.9 (b921) by Midas (midas@egon.gyaloglo.hu).
Using Shibatch.dll v0.24 by Naoki Shibata & DSPguru (shibatch.sourceforge.net).
Using Ogg Vorbis v1.0 dlls (http://www.vorbis.com).

Logging start : 01/16/04 , 23:51:28.

test.exe -core( -input ac3input -output e:\ac3tomp3\test.ogg -logfile e:\ac3tomp3\BeSweet.txt ) -ota( -d 0 -G max ) -ogg( -b 128 ) -azid( -L -3db -c normal -n 1 ) -ssrc( --rate 44100 )

[00:00:00:000] +------- BeSweet -----
[00:00:00:000] | Input : ac3input
[00:00:00:000] | Output: e:\ac3tomp3\test.ogg
[00:00:00:000] | Floating-Point Process: Yes
[00:00:00:000] | PostGain normalize to : 0.97
[00:00:00:000] +-------- AZID -------
[00:00:00:000] | Output Stereo mode: Dolby surround compatible
[00:00:00:000] | Total Gain: 10.000dB, 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] +------ Shibatch -----
[00:00:00:000] | Source Sample-Rate: 48.0KHz
[00:00:00:000] | Dest. Sample-Rate: 44.1KHz
[00:00:00:000] | Attenuation : 0.0db
[00:00:00:000] +-------- OGG --------
[00:00:00:000] | Avarege Bitrate : 128
[00:00:00:000] +---------------------
[00:00:20:000] Gain of 1.3dB had been asserted to file.
[00:00:20:000] Conversion Completed !
[00:00:20:000] Actual Avg. Bitrate : 127kbps
[00:00:15:000] <-- Transcoding Duration

Logging ends : 01/16/04 , 23:51:43.

[UMP]

i'm sorry for not having the time to code or even debug, but that was expected.
Well, I am sorry for bothering you with this.

Anyway, I really appreciated your reply, since I noticed from your log that I was not using the same DLL versions for azid.dll and Shibatch.dll.
So I updated my DLLs, and finally got the thing to work after a few testing. It finally appears that :

1. there is no need to allocate a buffer before/after the actual data
2. when encoding to OggVorbis, deinit hangs when the app is ran from the IDE (VS.Net) BUT everything works fine if the exe is launched alone ! It seems the problem lies somewhere in vorbis.dll through.

So my problem to vorbis encoding is finally "solved". Thanks a lot for your support and patience :)

Best regards,

ump

[DSPguru]

glad to hear !

keep it up,
Dg.

[wangchong7]

4. yes. you can set a callback function using SetWriteRoutine. the callback functiow will recieve the transcoded data, and BeSweet.dll will not write to file. the callback function's prototype is :

Can you give me a detail explanation? Where to use the SetWriteRoutine, and should I change some other parameters? How to define the "output" in the ARGV[]? If you can give me an example , I'll thank you very much!

[DSPguru]

this might help you :
http://forum.doom9.org/showthread.php?s=&threadid=36942&perpage=40&pagenumber=6

[TFM_TheMask]

Hi DSPGuru,

I hope that you will still visite this forum sometimes.

Wouldn't it be an idea that when you release a new version of the exe that you also release that version as dll. This because most of the times new additions or bug fixes are also needed in the dll. Also this enables dll users to implement new functions in the apps that use the besweet.dll.

I have seen that you released version 1.5b31 of the exe and I hope you will find the time to release that version as dll also.

Thanks for your great tool and help you gave me untill now.