AC3->MP3 without intermediate files?

[DarkAvenger]

@damjang

It seems you haven't noticed that ac3->mp3 in dumb mode works exactly like BeSweet. There is no temp file in between! But you'll have to wait till the release to check it out....

[DSPguru]

BeSweet (http://dspguru.tripod.com/BeSweet_v0.81.zip) v0.81 (http://rilanparty.com/vbb/attachment.php?s=&attachmentid=175) :
- MP2 Output Support.
- SSRC Support.
- Azid's Surround & Stereo outputs are both supported now.
- Speed improvement.
- LogFile can be appended.

[Ripe73]

Hey!!!
How to use the preset settings in Vob->MP3?Is it only working with WAV->MP3?

[DSPguru]

which presets ?

[Ripe73]

http://66.96.216.160/cgi-bin/YaBB.pl?board=general&action=display&num=1004134851

I mean that

[DSPguru]

they are not support by lame_enc.dll, and therefore not supported by BeSweet.

read old posts.

[elgan123]

Originally posted by DSPguru


for the last time : NO !!!
AC3toMP3 configures lame thru a BE_CONFIG structure, that DOES NOT have fields related to athtype & others. regarding psytune, it is written :
DWORD dwPsyModel; // FUTURE USE, SET TO 0

probably after lame 3.90 source code will be released, i could check for any changes.

the -r3mix is a PRESET. when i tell the dll : nPreset=LQP_R3MIX_QUALITY, the dll starts to fill all parameters internally. but still, i don't have access to this internal parameters.

i can only do two things :
1. to post about this shit to lame developers (i already did (http://66.96.216.160/cgi-bin/YaBB.pl?board=c&action=display&num=1006889666))
2. to release my own version of lame_enc.dll that support everything (but that means - going back to version 3.89 :()

so please, don't give me hard time on this, i already did all i can do.

In the time it took me to read all the posts in this thread someone else asked exactly what i wanted to. ;)

To go back to the --1CD --2CD settings I think that --dm-preset <bitrate> would be ideal for 1CD.

If you can implement this into ac3tomp3/besweet I would have the 'perfect' mp3 encoding tool.

Great work on this proggy. :D

[Ripe73]

Okay thanks i have tried to read some old post and its not easy with all settings
Now i understand why!!!
:)

[pacohaas]

I'm going to reiterate this because I still think it's a good idea:
Maybe DSPGuru could work on an adjustable preset like some of dibrom's ABR presets. here's what I'm thinking:

--divx N

where N is the -V value, for instance:

--divx 6 stands for:
-V6 -mj -hIt would still be nice if we could get nspsytune in there, I know the developers are considering possibly defaulting nspsytune at one point.

@DSPGuru: you have stated a couple times that certain things would be possible if you were to compile your own version of LAME (32bit input, etc.) perhaps if you are up to it, you can get some of that stuff into the actual LAME source, i'm sure they'd love to have it. Then once you're there, you can get some of our presets compiled in the official version as well.

good luck :)

[DSPguru]

actually, i'm working now on adding a floating-point interface to lame_enc.dll .
after i do that, i might work on the presets issue.

[Nocturno]

*Damn* made a post that without reading back... sorry.. getting it now.. .lst file = not smartripper .lst file..

[DanniDin]

You Can't Use Any .lst File.

Check the Syntax of ~temp.lst that is Made (in GUI's DIR) After Pressing 'BeSweets List -> mp3' in Batch Mode.

Danni.

[chi]

hi.. just asking so pls don't shoot!

how about making it possible to use a list file like this:

anyfile_1.vob
anyfile_2.vob
anyfile_3.vob

and telling the stream with the -substream switch. i think (or hope) that most users would appreciate that...btw, i don't think that there are so much using such a listfile for encoding different streams with different settings and even they could do batch processing by adding the complete cmd-line to a batch file. most will use it for encoding a movie's ac3-stream, and therefore the standard smartri**er *.lst-file would be just ....great? useful? simple? ahhh i don't know...

[Nocturno]

it's working now.. no prob, but i could als o really use a "smartripper" .lst option on it.. i'm making *sigh* yet another automated dvd 2 divx conversion tool using mostly batchfiles,
with the new smartripper making a dvd2avi projectfile it would be great for me if i could rip the audio straight of the vobs, it would be a really fast method, only prob is.. since all dvd aren't created equall your .vob files will differ, so i can't automate it (or at least in an easy way) if besweet doesn't support smartripper .lst or automated vob selection. or somebody can tell me an easy way to convert a smartripper streamlist file to an besweet one?..

from this..

D:\riptmp\vts_01_1.vob
D:\riptmp\vts_01_2.vob
etc.

to this
-core( -input "D:\riptmp\vts_01_1.vob" -substream 0x80 )
-core( -input "D:\riptmp\vts_01_2.vob" -substream 0x80 )
etc.??

:confused:

[DSPguru]

@DanniDin
could you write this convertor ? should be very easy..
when the user input a list file, your GUI could automaticly detect its' "type", and if needed - convert it before inputting it to BeSweet.

[Movieslut]

Mp2 support, does that mean ac3 MC into mp2 MC (dolby surround)?

[DSPguru]

the output is MP2 (Mpeg1 Layer-2) not Mpeg2 Multichannel.
but, yes, the 2-channels MP2 can be dolby-surround encoded.

[DanniDin]

@DanniDin
could you write this convertor ? should be very easy..
when the user input a list file, your GUI could automaticly detect its' "type", and if needed - convert it before inputting it to BeSweet.

No Problem :)

Tomorrow...

Danni.

[Nocturno]

i know i'm pushing my luck here, but adding the converter to the gui wont help me as i'm using the commandline version in my batchproject, or you would be willing to release the converter seperately to so it can be run from a batch file?
:D

[Nocturno]

hmm dug up the old quickbasic.. (hey i'm no programmer!!) and fiddled with it a bit.. to make my own little converter,but i have a question.. what NEEDS to be in the .lst file.. i mean wil just the
-core( -input "D:\riptmp\vts_01_4.vob"

do or do i need to ad the:
-substream 0x80 ) -azid( -g max )

part too?. it seems a bit double if i can add them to the normal commandstring?
if not do i need to close the ( ) in the lst file or not?, seeing that i'm "adding" more commands on the commandline that looks like this :
BeSweet\BeSweet.exe -core( -input "d:\riptmp\vts_01.lst" -output "d:\riptmp\audio.mp3" -substream 0x80 -logfile "D:\audioconv\BeSweet v0.81\BeSweet.log" ) -azid( -z1 -b1 -s stereo -d 2/0 -c normal -g max ) -lame( -m s -v --vbr-new -V 5 )

i mean if i close the bracket in the .lst file will it still accept the other commandline options?

[Nocturno]

ive got a little converter commandline tool ready if anyone's interested, its a 40kb commandline tool that converts a smartripper
.lst file to a besweet .lst file,

from this :
D:\riptmp\vts_01_1.vob
D:\riptmp\vts_01_2.vob
D:\riptmp\vts_01_3.vob
D:\riptmp\vts_01_4.vob
D:\riptmp\vts_01_5.vob

to this :

-core( -input "D:\riptmp\vts_01_1.vob" )
-core( -input "D:\riptmp\vts_01_2.vob" )
-core( -input "D:\riptmp\vts_01_3.vob" )
-core( -input "D:\riptmp\vts_01_4.vob" )
-core( -input "D:\riptmp\vts_01_5.vob" )

suggestions welcome..

[DSPguru]

@Nocturno
you shuold always close brackets.
settings for files can be set from the command line or thru the list, with this limitation :
commandline can set -core( ) -azid( ) -ssrc( ) -boost( ) -lame( ) -2lame( )
while list only support : -core( ) -azid( ) -boost( )

beware that -output should be set once, and that -g max is finding the maximum gain of only one file at a time (but applying this gain for all files, until a new -g is set).

i might add a support for smartripper's list file. in the meantime, DD would do it.

[Nocturno]

thanx, got my convertor proggie working, i've already implemented it in my batch movie convertor.. your program really rocks!
and it's great that it can append the log to my own conversion log,
that really comes in handy for "debugging" my dvd2divx proggie.

if anyone wants it i can post it somewhere ( the smartripper .lst 2 Besweets .lst commandline convertor that is, my dvd2divx convertor is still pre-beta if you know what i mean :D )

[Tsui]

Bug-Report and Feature-Request :

-----

BeSweet-GUI 0.4 (14.12.2001) :

1. There is a small bug in the Drag and Drop-Routine. When I select for example 4 vob files in the
Explorer-Window and klick with the mouse on the 2nd, the 3rd or the 4th vob while dragging them to
the batch-window of the BeSweeet-GUI, this 2nd or 3rd or 4th vob is included as the first vob,
so the order is wrong. Only when I klick on the first vob of the 4 marked vobs while dragging them
to the batch-window the order is right. This is just a small bug, but I think it could be fixed
very easily by sorting them after dropping.

2. The BeSweet-GUI reprts an Error ('Runtime-Error 68' Device unavailable) and after that it crashes, when
I switch in any file-location-dialog (ac3 or vob or wav or mp3 input or output) to a drive that is
'simulated' by the Virtual-Daemon-Manager (my simulated cd-rom drive i: was unmounted and therefor
EMPTY at that time). I think you should make a error-handling-routine which firstly controlls whether
that drive is 'answering' any requests. The same error and crash occurs when switching to an EMPTY
cd-writer, dvd-drive etc.
You can say, that I just shouldn't switch to such an empty device or drive, but I think we (you)
should fix any bugs, no matter how small they are.

3. I want to hit the 'Enter' or 'Return' key instead of klicking with my mouse on the ok-button
in the file-location dialogs, but this is only cosmetic and not really important, just comfortable.

4. As I startet the GUI for the first time all works, but when I startet the GUI the second time it
crashes imediatly without any error-report (I haven't made ANY input). Then I started the GUI many times
but it crashes all the time. The solution I found was to overwrite the GUI.exe with the one that is
included in the original downloaded archive and all works fine, no crashes at startup anymore.
How can this happen ? Maybe you should check the integrity of the gui.exe while starting to avoid
those problems or is there an other problem with ini or registry settings I'm not aware of ?
The needed Visual Basic 5 and 6 Runtimes were installed bevor and after those crashes, so that
wasn't the problem.

Your GUI is great and mainly works without any problems, so I just want to report some (very) small bugs.
Keep up your great (and fast) work.

-----

BeSweet 0.81 :

5. The 'auto find maximum gain' option is started on every single vob, but I think this is the wrong method.
Imagine there is a very loud explosion in the 3rd vob but in all the other vobs there are only little
sound effects and mainly only dialogs. Normaly there is only one 'maximum gain' for ALL the vobs
(or the whole ac3-file), but when using BeSweet, there are 4 DIFFERENT 'maximum gains' (one for each vob)
so the maximum volume changes from vob to vob and this is bad. Please correct me if I'm wrong.

6. I compared the mp3 files from azid-lame (two steps) and from besweet
(vob-azid-lame and ac3-azid-lame in one step) and I was wondering why they are different.
The file length and the content is different.
The mp3 made by vob-besweet and ac3-besweet differs after eg 20000 bytes and the file length
of the vob-besweet mp3 is ca. 300.000 bytes greater.
The file length of the ac3-azid-lame (old two step-method) is ca. 1000 bytes shorter than the
ac3-besweet mp3 file.
I have no idea of the cause of this differences, so please explain me that.
When I play each of those mp3 files I can't hear any difference, so there isn't any real problem,
but I want to understand this.

-----

I have some requests :

7. MPEG-1 Layer 2 audio support (as source format), maybe you can include the winamp in_mp3.dll or
the QDesign MPEG Audio ACM Codec to decode those files. Or can the lame_enc.dll or the mp3enc.dll
also decode ? CDex can decode mp? files to wav (it possibly uses the mp3dec.dll),
so I think you can do it, too.
Why isn't the mp3enc.dll included in the besweet-archive ? (I found this dll in the CDex-Archive)

8. lpcm audio support (as source format).
If the source is mono, you eventually must convert it to stereo
(really easy, just write each source-sample [word] twice in the target-file and change the wav-header)
to match the svcd audio specification (mpeg muxing with mono audio results in choppy playback)

9. display of remaining time (or percentage) like azid and lame also do

10. can you offer the source-code of besweet 0.81 please ?

11. what have you changed on the ssrc.dll to optimize it ?

12. display of the language that is connected with the audio-stream-id.
You must parse the ifo-file to do that, but this isn't any problem, because streams 2.6.7 and vstrip
and SmartRipper can write those infos into textfiles, so you just have to parse textfiles to show
this infos in the GUI.

-----

BeSweet is a very useful peace of software I don't want to miss it anymore.
Thank you for this great piece or art.

Imagine what the future will bring...

Connecting the SmartRipper (it is already scripting-capable) to besweet and you will be able to
rip the vobs and convert audio in one step.
When you use mpeg2avi to encode the video to avi, it will be possible to do ALL transcoding in one step.
I request GordianKnot will get scripting-support to include it and Nandub, too.

[DanniDin]

Thanks Tsui :)

I'll Check Everything Tomorrow...

Danni.

[DSPguru]

Hi Tsui,

Originally posted by Tsui
Bug-Report and Feature-Request :

BeSweet 0.81 :

5. The 'auto find maximum gain' option is started on every single vob, but I think this is the wrong method.
Imagine there is a very loud explosion in the 3rd vob but in all the other vobs there are only little
sound effects and mainly only dialogs. Normaly there is only one 'maximum gain' for ALL the vobs
(or the whole ac3-file), but when using BeSweet, there are 4 DIFFERENT 'maximum gains' (one for each vob)
so the maximum volume changes from vob to vob and this is bad. Please correct me if I'm wrong.

you can set automatic/manutal gain for each vob, or once per list.
future versions of BeSweet might support 2-pass in list-span-meaning. (instead of file-span-meaning).

6. I compared the mp3 files from azid-lame (two steps) and from besweet
(vob-azid-lame and ac3-azid-lame in one step) and I was wondering why they are different.
The file length and the content is different.
The mp3 made by vob-besweet and ac3-besweet differs after eg 20000 bytes and the file length
of the vob-besweet mp3 is ca. 300.000 bytes greater.
The file length of the ac3-azid-lame (old two step-method) is ca. 1000 bytes shorter than the
ac3-besweet mp3 file.
I have no idea of the cause of this differences, so please explain me that.
When I play each of those mp3 files I can't hear any difference, so there isn't any real problem,
but I want to understand this.

the explanation to this is quite simple : lame_enc.dll != lame.exe :mad:
please mention the ratio between the two outputs, 'cause i think i got lost with all the numbers you gave.. ;)

-----

I have some requests :

7. MPEG-1 Layer 2 audio support (as source format), maybe you can include the winamp in_mp3.dll or
the QDesign MPEG Audio ACM Codec to decode those files. Or can the lame_enc.dll or the mp3enc.dll
also decode ? CDex can decode mp? files to wav (it possibly uses the mp3dec.dll),
so I think you can do it, too.
Why isn't the mp3enc.dll included in the besweet-archive ? (I found this dll in the CDex-Archive)
i'm using mp2enc.dll from CDEX, but for mp3 encoding, i'm using lame_enc.dll.
all output-dll's used by BeSweet ATM, only encodes.
i also thought of adding support for plug-ins. i'm not sure if this is really needed.


8. lpcm audio support (as source format).
If the source is mono, you eventually must convert it to stereo
(really easy, just write each source-sample [word] twice in the target-file and change the wav-header)
to match the svcd audio specification (mpeg muxing with mono audio results in choppy playback)
again, something i already thought about. might be supported already on BeSweet v1.0 :cool:

9. display of remaining time (or percentage) like azid and lame also do

all this stuff SLOWERING the process. believe me, i'm holding myself from not removing the time-stamps display, as i know it makes my program slower than it could be !


10. can you offer the source-code of besweet 0.81 please ?no.
but i might release BeSweet.dll .

11. what have you changed on the ssrc.dll to optimize it ?removed code (unneeded now) dealing with data manipulation & gain+saturation handling.
pretty fast, ah ;) ?
i also have future-plan to replace the rdft c-code in SSRC to assembly code.

12. display of the language that is connected with the audio-stream-id.
You must parse the ifo-file to do that, but this isn't any problem, because streams 2.6.7 and vstrip
and SmartRipper can write those infos into textfiles, so you just have to parse textfiles to show
this infos in the GUI.
this paragraph should be pointed to DanniDin -> the beautiful-GUI author.



-----

BeSweet is a very useful peace of software I don't want to miss it anymore.
Thank you for this great piece or art.
thank you for your kind words :)

Imagine what the future will bring...

Connecting the SmartRipper (it is already scripting-capable) to besweet and you will be able to
rip the vobs and convert audio in one step.
When you use mpeg2avi to encode the video to avi, it will be possible to do ALL transcoding in one step.
I request GordianKnot will get scripting-support to include it and Nandub, too.
don't wait for the future, bring it now !

Dg.

[The Link]

6. I compared the mp3 files from azid-lame (two steps) and from besweet
(vob-azid-lame and ac3-azid-lame in one step) and I was wondering why they are different.
The file length and the content is different.
The mp3 made by vob-besweet and ac3-besweet differs after eg 20000 bytes and the file length
of the vob-besweet mp3 is ca. 300.000 bytes greater.
The file length of the ac3-azid-lame (old two step-method) is ca. 1000 bytes shorter than the
ac3-besweet mp3 file.
I have no idea of the cause of this differences, so please explain me that.
When I play each of those mp3 files I can't hear any difference, so there isn't any real problem,
but I want to understand this.


I recognized this too and got some problems with the resulting mp3 (but it was no problem to extract ac3 and go the other way :) )

BTW: Great program!!!

edit: I posted this reply at the same time and didn´t see dspguru´s answer.

[DSPguru]

hi guys, check v0.9beta (http://dspguru.tripod.com/BeSweetv0.9.zip) and report bugs !

new features :
- Full Floating-Point process support !!!!!!!!
- Stereo Wav Output
- Six Mono Wav Output
- Azid's Rear channels filtering support
- Azid's dialog normalization support
- Timestamp is added to logfile
- Minor changes in interface
- Now supporting SmartRipper's list aside BeSweet's list

i'm sure there were more, but i forgot all the others.. ;)

[dvdyke]

This file is hosted by Tripod, a Lycos®Network Site, and is not available for download. Please check out Tripod's Help system for more information about Remote Loading and our Remote Loading policy.

[MaTTeR]

Originally posted by dvdyke
This file is hosted by Tripod, a Lycos®Network Site, and is not available for download. Please check out Tripod's Help system for more information about Remote Loading and our Remote Loading policy.

Same problem here on my end.

[DSPguru]

another link (http://dannidin.netfirms.com/BeSweetv0.9.zip)

[MaTTeR]

Ok, after 30 mins of beating my head against a wall, I give up. Just downloaded BeSweet0.9 and decided to test some VOBs and an AC3 file. The problem is that the resulting MP3 file has no sound. Here's a log shot-

Logging start : 16:38:26

C:\Program Files\BeSweetv0.9\BeSweet.exe -core( -input d:\1120\dolby digital trailer\dolby_rain.vob -output m:\DIVX\rain.besweet.test.mp3 -substream 0x80 -logfile C:\Program Files\BeSweetv0.9\BeSweet.log ) -azid( -z1 -b1 -g max ) -lame( -b 128 )

[00:00:00:000] +------- BeSweet -----
[00:00:00:000] | Input : d:\1120\dolby digital trailer\dolby_rain.vob
[00:00:00:000] | Output: m:\DIVX\rain.besweet.test.mp3
[00:00:00:000] | Substream ID: 0x80
[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.3dB, Compression: None
[00:00:00:000] | LFE levels: To LR 0.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: 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 : Stereo
[00:00:00:000] +---------------------
[00:00:33:984] Conversion Completed !
Logging ends : 16:38:37

What am I missing here? The encode process seems to work fine but MP3 playback has no sound whatsoever.

[Farok]

hi,

Thanks dspguru foryour soft.
Maybe could you add an option to display the time-stamps display every 10 seconds maybe to increase the speed...
another question: should we boost the output or uses the dialog normalisation ??
cul8r

[DSPguru]

10x, matter, you're right !
one wrong condition... and nothing worx ;)
please download the v0.9beta (http://dannidin.netfirms.com/BeSweetv0.9.zip) again :)

@Farok
i might add a switch for "quiet" process, meaning no display while encoding, but i will only offer it for mp3-float-encoding.
about boosting : some people will suggest you to use the dialog-norm, other will say boosting is better, i suggest that you let your ears to judge.

I hope tomorrow we will release BeSweet v0.9 & BeSweet GUI v0.5 .
the new GUI kicks ass ! (please read with Cartman's voice-style).

[MaTTeR]

Originally posted by DSPguru
10x, matter, you're right !
one wrong condition... and nothing worx ;)
please download the v0.9beta (http://dannidin.netfirms.com/BeSweetv0.9.zip) again :)



No problem. Glad it wasnt me doing something wrong. I'll start doing some testing now and post my results.

[DanniDin]

Here is BeSweet GUI v0.5 (http://www.dannidin.f2s.com/BeSweetGUIv0.5.rar)

Enjoy :)

Danni.

[Taric25]

Originally posted by LigH
According to the "ifrance" mail domain, doom9 may be French; many other members are Germans for sure; I know one from New Zealand... We all are newbies, with more or less experience in one or other areas.

I couldn't take the assumption that Doom9 may be French based soley on the mail domain. Don't forget, Doom9 speaks very good Sweedish. :)
If you tried to assume my nationality from the many animé e-mail addresses I have, you'd probibly assume I was Japanese. :p

[ChristianHJW]

Originally posted by Taric25 Don't forget, Doom9 speaks very good Sweedish. :)

.... but he recently stated that now the expression '... just my 2 cents..' even makes sense for Europeans .... and the Swedish still use the 'Crown' ( ? ; SEK ; German : Krone ) ...

[MaTTeR]

Hmmm..perhaps soon we might be saying something like...just my 2 Euros:D

[ZeB]

Originally posted by ChristianHJW


.... but he recently stated that now the expression '... just my 2 cents..' even makes sense for Europeans .... and the Swedish still use the 'Crown' ( ? ; SEK ; German : Krone ) ...

Yes, we still use the crown. I thought Doom9 was from german or austria but I may be wrong. Not that important, or?

[Doom9]

the Danish and Norwegian also use crowns.. so they'd say my 2 öre (or that special character for which I can't find the appropriate ascii code ;)

I guess I'll have to learn even more languages so that it will become even harder to guess where I'm from. Unfortunately I don't really pick up anything when watching asian films.. would be cool to learn Cantonese by just watching Jet Li flicks :)

[ZeB]

Originally posted by Doom9
the Danish and Norwegian also use crowns.. so they'd say my 2 öre (or that special character for which I can't find the appropriate ascii code ;)

I guess I'll have to learn even more languages so that it will become even harder to guess where I'm from. Unfortunately I don't really pick up anything when watching asian films.. would be cool to learn Cantonese by just watching Jet Li flicks :)

Ø ?

:)

[Doom9]

yup.. that's what I meant ;)