View Full Version :
AC3->MP3 without intermediate files?
DanniDin
30th November 2001, 15:09
Thanks LigH ;)
Danni.
Huge
30th November 2001, 15:22
Does anyone know what --r3mix actually sets internally. The description is "special preset (sort of VBR)" which doesn't tell me much :)
@DSPGuru - sorry I've been a bit slow to notice that the supported parameters for LAME are in red on the HTML file :rolleyes:
Can we get some more suggestions on what --OneCD and --TwoCD should be using *only* the supported LAME parameters? I'm really only interested in --onecd so here's my vote:
-azid( -g max -L -3db ) -lame( -m j -v --vbr-mtrh -V 9 -b 80 -B 256 )
Do we need the -m j? Does the bold char in the html doc mean the default?
DanniDin
30th November 2001, 16:23
- Added Support for AC3toMP3 v0.7a Switches and List-File Input.
Azid/LameGUI v0.4 beta 3 (http://dannidin.netfirms.com/AzidLameGUIv0.4b3.zip)
Danni.
DSPguru
30th November 2001, 17:06
@Huge
Originally posted by pacohaas
--r3mix in all it's glory: --nspsytune --vbr-mtrh -V1 -mj -h -b96 --lowpass 19.5 --athtype 3 --ns-sfb21 2 -Z --scale 0.98 -X
as you could understand, the idea of using a list file, is only to set parameters for output mp3 once (-output & -lame() ) and all the rest can be set in the list file.
for example :
AC3toMP3 -core( -input example.lst -output test.mp3 ) -lame( --r3mix )
and then, example.lst could be :
-core( -input "e:\AC3toMP3\shuttle shivers.vob" -substream 0x80 ) -azid( -l-1db -c light )
-core( -input d:\temp\05.ac3 ) -azid( -g 3db -c none ) -boost( /b=3 /l=0.95 )
-core( -input c:\vobs\01.vob -substream 0x82 ) -azid( -g max ) -boost( /disable )
-core( -input c:\vobs\02.vob -substream 0x82 )
-core( -input "f:\cool stuff\applause.ac3" ) -azid( -g 6 -c normal )
anyway, configuration stands still if you don't change it.
for example, if you assume that maxGain(all vobs)=maxGain(first vob), your list could look like the following :
-core( -input 01.vob ) -azid( -g max )
-core( -input 02.vob )
:
-core( -input N.vob )
the bold characters in lame sw.html doesn't mean anything.
@DanniDin
where do you drag&drop the files to ? i don't find this window.. :(
users !
what's your impression of v0.7a ? did you notice that bbDMUX.dll is faster now ? did you find any bug ?
i believe this version is bugless, and i need your help before submitting this release to Doom9.
DanniDin
30th November 2001, 17:10
@DSPguru
Try Batch Mode :)
Danni.
DSPguru
30th November 2001, 17:17
@DanniDin
then what ?
it brings up the same window that is brought by "Location" controls (AC3toMP3.exe,VOB/AC3,MP3)
DanniDin
30th November 2001, 17:21
@DSPguru
Not a Same Window But Another DOS Window that Uses ~temp.lst in GUIs Path.
Danni.
Huge
30th November 2001, 17:41
@DSPGuru Would --r3mix -V9 override the -V1? If so that might make a good --OneCD setting.
DSPguru
30th November 2001, 17:41
@DanniDin
i found the problem -
it doesn't open the "Drag&Drop" window until i set all executable pathes (Azid,Lame,SSRC,2lame...)
@Huge
i'm 99% sure that the preset will override -V9 set.
DanniDin
30th November 2001, 17:48
I'll Change it So the Batch Mode Window will Open without Validation and Validate Each Button in Batch Mode
Danni.
Huge
30th November 2001, 17:51
Originally posted by DSPguru
@Huge
i'm 99% sure that the preset will override -V9 set.
Bugger :(
Yes it does.. I tested it.
Huge
30th November 2001, 18:42
Here's an example of the timecode display corruption. Notice the bottom line.
[00:00:00:000] +-------- AZID -------
[00:00:00:000] | Total Gain: 5.6dB, Compression: None
[00:00:00:000] | LFE levels: To LR -3.0dB, To LFE -INF
[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 Sampling Rate : 48KHz
[00:00:00:000] +-------- LAME -------
[00:00:00:000] | Bitrate method : VBR (Merged)
[00:00:00:000] | VBR Quality : 9
[00:00:00:000] | MP3 Min bitrate: 80
[00:00:00:000] | MP3 Max bitrate: 256
[00:00:00:000] | Channels Mode : Joint Stereo
[00:00:00:000] +---------------------
[00:-7:-39:-456] writing e:\encode\xyz.audio-00.mp3 ....
DSPguru
30th November 2001, 18:59
[00:-7:-39:-456] writing e:\encode\xyz.audio-00.mp3 ....
hehehe :)
what's the length of the track ?
did you use -g max (two-pass mode) ? if yes, did it also happen in the first pass ?
did you transcode only one file or transcode a list ?
to be short, please give me all info ! ;)
Huge
30th November 2001, 19:04
:P
Track is 1:16:21 and I did use -g max. I didn't see it on the first pass only the second... I wonder if it happens when an overflow occurs?
DSPguru
30th November 2001, 19:06
it's only a bug in the interface. the conversion process doesn't affect by that.
Huge
30th November 2001, 19:12
Yup - conversion works fine.. I'm just letting you know :)
DSPguru
30th November 2001, 19:27
ok, download this bug-report-version (http://rilanparty.com/vbb/attachment.php?s=&attachmentid=115).
now, use all switches like before, but also add to -core( -logfile bugreport.txt ).
and then attach it here.
this process will take the same time, but the info would be saved in the logfile instead of being printed on the screen.
-logfile normally doesn't log the timestamp, in this version - it does.
Huge
1st December 2001, 12:13
Bug report file.
DSPguru
1st December 2001, 15:32
ok, i believe i found the bug - 10q !
i also decided (consulting with DanniDin) to change to application name to VOBtoMP3 ;).
VOBtoMP3 v0.7 would be submitted to Doom9 in a few hours, so i guess you could download it from Doom9's software-page tommorow.
for those who can't wait, download latest exe here (http://dspguru.tripod.com/VOBtoMP3.zip) !
Huge
1st December 2001, 18:22
Wouldn't DVDtoMP3 be a better name? VOB might sound too techie for some.
DSPguru
1st December 2001, 18:45
Originally posted by Huge
Wouldn't DVDtoMP3 be a better name? VOB might sound too techie for some.
there's already an (horrorbly buggy) program with that name.
in fact, if future versions of my program would support MP2 output, i would haVe to change its' name.
i were thinking of three names : AudioMission, DVDtoMPx & BeSweet
other suggestions any1 ?
Jayce_2013
2nd December 2001, 02:19
Hi there!
Could anyone tell me why the GUI does not work under Win2k although its says that it is in Win2k mode ??
Thanks a lot...:confused:
MaTTeR
2nd December 2001, 02:36
Originally posted by Jayce_2013
Hi there!
Could anyone tell me why the GUI does not work under Win2k although its says that it is in Win2k mode ??
Thanks a lot...:confused:
Works fine for me in Win2k and XP. Try a fresh install of the GUI.
Jayce_2013
2nd December 2001, 13:35
Unfortunately, nothing works...
Looks like I'm missing some files...the buttons ( Azid, Lame, vob to mp3 ) do not respond... I can't choose anything...
Thanks.
The Link
2nd December 2001, 16:01
@ Jayce_2013
Did you download all the programs you need like azid, lame, toolame, vob2mp3 (incl. dlls)...?
DanniDin
2nd December 2001, 16:14
@Jayce_2013
Download MSVBVM50.DLL from http://www.milori.com/developer/runtimes/ and Overwrite the One in Your Windows System Folder.
Danni.
LigH
2nd December 2001, 18:58
Or more exactly: You need to install the VisualBasic 5 runtime.
But I once had a very strange incident: The "Virtual Machine" for VB5 (MSVBVM50.DLL) was exactly the same file as the one from VB6 (MSVBVM60.DLL) after installing some program (I never found out which one), and simply re-installing the VB5 runtime didn't work (it didn't overwrite the "newer" but wrong MSVBVM50.DLL), therefore I had to delete it first before reinstalling the VB5 runtime.
DSPguru
3rd December 2001, 20:24
to all SVCD junkies,
i found a dll that encodes MPEG1 Layer2 audio.
for all the ppl asked me to make my program VOB->MP2 compatible, here we go...
download VOBtoMP3 v0.7 (http://www.doom9.org/Soft21/Files/Audio/VOBtoMP3v0.7.zip) & BeSweet v0.8a (http://rilanparty.com/vbb/attachment.php?s=&attachmentid=126).
put the files in the same directory, and run :
BeSweeet -core( -input input.vob -substream substeram id -output output.mp2 ) -2lame( -b bitrate )
DrKnowLittle
3rd December 2001, 22:16
My prayers have been heard !
thank you for the good work !
I will get back in a couple of days when I had the time to test it.
/DrKnowLittle
Jayce_2013
3rd December 2001, 22:47
Thanks a lot everyone !!
And yes, DanniDin, I missed the MSVBVM50.DLL ....
It works just fine now... :cool:
Well, if you insist, I got one problem.
On one .vob azid was not able to determine the max gain ... ?
it was oscillating between 15dB and -120dB randomly...
do you guys know where it could come from ??
Thanx again (and in advance :) )
Jayce_2013
5th December 2001, 01:31
Anyone really ??
:eek: :(
la-viper
5th December 2001, 10:27
in my list.lst
-core( -input "d:\vob1.vob" )
-core( -input "d:\vob2.vob" )
in dos console :
BeSweet (or VOBtoMP3) -core( -input "d:\list.lst" -substream 0x80 -output audio.mp3 ) -lame( etc... ) -azid( etc... ) -boost ( /disable )
BeSweet works good but when it begin do load the second vob .. i receive a dialog box (error can not read blabla memory at blabla segment ..) and BeSweet crash :mad:
OS : Win2k SP2
CPU : P-III
Who can I extract all my Vobs to Ac3/Wav/Mp3 ??
can u load a smartripper lst file into BeSweet ??
DSPguru
5th December 2001, 21:53
try to transcode the 2nd.vob only :
BeSweet -core( -input d:\vob2.vob .... )
if that works, try to transcode this list :
-core( -input "d:\vob1.vob" )
-core( -input "d:\vob1.vob" )
post here the results and upload a logfile.
Dg.
la-viper
5th December 2001, 22:22
exacty .. that do not work :(
D:\Shush!\bin>besweet -core( -input d:\candyman\vts_02_2.vob -substream 0x80 -output d:\test.mp3 ) -lame( -h -b 96 -m j ) -boost( /disable ) -azid( -c normal -g 6 -L -3db )
-> Crash ...
I rip my dvd with SmartRipper 2.39, and with vStrip i can create ac3 file with my Vobs list ...
:confused:
i think your soft have a trouble with no first vob file.
Good Work ..
DSPguru
6th December 2001, 05:35
from what i understand, the problem is with d:\candyman\vts_02_2.vob and not with list file operation.
try to demux the ac3 from this vob using bbdmux.exe..
let me know if that works...
la-viper
6th December 2001, 09:46
oki, i will do that later..
Huge
8th December 2001, 17:51
How about a "Processor Priority" parameter that launches VOB2MP3 in whatever priority you ask it. Like,
--priority (low/below_normal/normal/above_normal/high/realtime)
MaTTeR
8th December 2001, 19:04
Originally posted by Huge
How about a "Processor Priority" parameter that launches VOB2MP3 in whatever priority you ask it. Like,
--priority (low/below_normal/normal/above_normal/high/realtime)
I really like that idea! :D
DSPguru
9th December 2001, 23:34
ok, i'll think about it..
anyway,
ssrc.dll is ready, and i will probably release the new BeSweet on weekend. (don't have time before that !:()
philippas
11th December 2001, 03:17
Great work DSPguru!!! :)
DarkAvenger
12th December 2001, 22:19
VobToMp3 v0.7
10:06min
HeadAC3he v0.15pre
dumb 9:54min
hybrid 7:52min
float 7:58min
Analysis:
(this test was run on an AMD Duron@800Mhz with 133FSB, 256MB RAM (CL3), 2xWD205BA in RAID-0 on hpt370 using a 30min sample of Shrek RC2 English, OS: w2k sp2)
I tried to use the same settings for mp3 encoding and you can see that a multi-threaded buffer implementation will speed up things. :) The dumb mode uses the same "algorithm" VobtoMP3 uses when doing auto gain find, and though the difference is only a few seconds, it will be much more the slower your harddisk(s) get. So for a whole movie with a 5400rpm single HD the difference could be nearly a minute. As you can see my other two-pass modes are *much* faster yielding the exact same quality (float) or to 99.99% the same (hybrid). As I thought before hybrid mode doesn't make much sense when doing a direct conversion from ac3->mp3. You may ask why is it nearly as slow as float mode. But that's the wrong question. You should ask yourself why float mode is nearly as fast as hybrid mode! The difference between float mode and hybrid on the computation side is that hybrid needs additional computation for the re-gainig (if you understood how it works...), but the amount depends on the ac3 file itself. If the peak was at the beginning, no additional re-gaining is done. So even in worst case (complete re-gaining) here hybrid shouldn't be much slower than float mode.But the disk use is a lot different. In fact in this test situation float read and wrote *double* the amount of hybrid mode, here 2x330MB=660MB. And for this it only needed 6 seconds more... No my RAID can't push 110MB/sec. :D It is HeadAC3he's buffering which makes all the difference. Because of being an own thread and because of good busmastering nowadays, nearly no time is wasted for disk i/o.
Of course HeadAC3he will be never that sweet as BeSweet, ie. having such an amount of features. But I am trying hard to be the fastest - with success as you can see.;)
HeadAC3he v0.15pre has not been released yet! I still need to do some minor coding, so it will probably be released this weekend.
So don't email me asking to send the current version, just be a bit patient.
Stay tuned!
DSPguru
13th December 2001, 08:20
but BeSweet also offers VOB input & SSRC.. :D
furthermore, DA - don't challange me :
you know i can create a multithreaded version in 1 daY.
Yours,
Dg.
DarkAvenger
13th December 2001, 09:04
Show me! :) You know how much work it is...
damjang
13th December 2001, 09:11
The big difference between HeadAC3che and BeSweet (vobtomp3, ac3tomp3) is that the first use a big amount of hd and the second writes the mp3 on the fly from vob. If I have a big hd I use the first in other cases the second...
damjang
LigH
13th December 2001, 09:12
Well, well - so which market gap is left for me? :rolleyes: If I just had the time to finish my plans... First I'll need to use the DLLs from Delphi. This will become a trial'n'error session. Wish me good luck.
DanniDin
13th December 2001, 10:54
Good Luck LigH ;)
Danni.
DarkAvenger
13th December 2001, 10:57
Well, perhaps one day i'll implement direct vob processing - but only perhaps... BTW an ac3 takes only about 400MB, wich is nothing on a 40GB HD. :D
ChristianHJW
13th December 2001, 12:42
Originally posted by DarkAvenger Well, perhaps one day i'll implement direct vob processing - but only perhaps... BTW an ac3 takes only about 400MB, wich is nothing on a 40GB HD. :D
Correct, direct VOB access is no big argument. When i am ripping the DVD to HDD i always use Smartrippers 'stream processing' to extract the AC3 to an extra file. Only video left in the VOBs.
For the moment i am using DanniDins GUI in 24 Bits mode including SSRC in all cases as i'm generally a lazy bastard and i can use some spare cycles of my SMP system to handle audio same time while video is encoded, so encoding speed is not an issue at all.
Even DVD2AVI/MPEG2DEC/AVISynth/Virtualdub( Gordian Knot 0.2 of course ) can not use my 2 CPUs fully ( i get 85 - 90% action ), even with 4 dll's involved, and my RAID 0 onboard has no probs at all with writing data at the necessary speeds, so i just let it run in the background .... Danni, why cant i minimize the batch encoding window ??
damjang
13th December 2001, 13:20
Originally posted by DarkAvenger
Well, perhaps one day i'll implement direct vob processing - but only perhaps... BTW an ac3 takes only about 400MB, wich is nothing on a 40GB HD. :D
Yes, but the wave normaly is more that 1GB... ant then I must encode mp3...
damjang
DanniDin
13th December 2001, 13:41
Danni, why cant i minimize the batch encoding window ??
Christian, I'll Add a Minimize Button to One of the Next Versions :)
Danni.
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.