View Full Version : Some considerations for the guides on doom9
OMX2000
22nd March 2002, 01:08
@Doom9
could the guides be modified so that the AC3 file is created when ripping with Smartripper. I find this the fastest and least diskspace consuming way for ripping the AC3 from the VOB files...
Also I think that using BeSweet/BeSweetGui for creating the MP3 files from the AC3 file, is superfast when using the 1-pass normalization...
crAss
22nd March 2002, 09:51
Ripping the ac3 audio is very easy. Use vstrip. And if you find the gui too complex for you just run from a dos prompt this:
vstrip @c:\vob\vts_01.lst -od:\sound.ac3 -! -d 0xbd 0x80
I think you can figure what each means in this.
crAss
MaTTeR
24th March 2002, 02:29
If you find the vStrip interface a little complex just use the DVD2AVI guide. It demuxes the AC3 perfectly.
windtrader
24th March 2002, 04:31
If Vstrip and DVD2AVI read direcly off the disc (decrypting on the fly) while doing the audio strip that's great. If you need to decrypt the vobs first then going the SR route is faster since you can get the audio in one pass of the VOB.
Just my 2c worth
DSPguru
24th March 2002, 07:19
Originally posted by OMX2000
Also I think that using BeSweet/BeSweetGui for creating the MP3 files from the AC3 file, is superfast when using the 1-pass normalization... i agree :D.
the Post-Gain feature is one of the coolest :cool: .
OMX2000
24th March 2002, 08:12
Originally posted by windtrader
If Vstrip and DVD2AVI read direcly off the disc (decrypting on the fly) while doing the audio strip that's great. If you need to decrypt the vobs first then going the SR route is faster since you can get the audio in one pass of the VOB.
Just my 2c worth
Do you mean that it's faster to use Vstrip and DVD2AVI, to rip the AC3 track than it is to use smartripper?
What I like about Smartripper, is that I can see what AC3 track I'm ripping, so if I want the English track I don't have to guess which track it is...
Doom9
24th March 2002, 13:27
well.. I asked myself.. why am I using dvd2avi? and I came up with "because it works". Getting the right audio track is not guesswork at all.. both sr and vstrip show you which language corresponds to which audio track.. sr even writes a textfile containing that information so even if you didn't pay attention during the ripping process you still have that info. Furthermore, has dvd2avi ever let you down when it comes to delays? I've heard it screws up in very rare cases but I've never experienced such a case. On the other hand, sr has screwed up a lot for me, even during the riping part so I don't trust it too much (and it's one of the reasons why I still use vstrip). Furthermore.. where's the speed gain if you demux during the ripping or the dvd2avi project creation process? Both have to write the ac3 data to your hd and that takes a similar amount of time. And when creating a dvd2avi process takes like 2-3 minutes (including ac3 demux) shaving off a couple of seconds doesn't really matter, does it?
windtrader
24th March 2002, 18:29
Good points Doom9. My system is slow and the ripping takes a long time but as you point out this part of the process nets to zero.
OMX2000
25th March 2002, 00:53
Originally posted by Doom9
well.. I asked myself.. why am I using dvd2avi? and I came up with "because it works". Getting the right audio track is not guesswork at all.. both sr and vstrip show you which language corresponds to which audio track.. sr even writes a textfile containing that information so even if you didn't pay attention during the ripping process you still have that info. Furthermore, has dvd2avi ever let you down when it comes to delays? I've heard it screws up in very rare cases but I've never experienced such a case. On the other hand, sr has screwed up a lot for me, even during the riping part so I don't trust it too much (and it's one of the reasons why I still use vstrip).
I've always used SR for ripping, and I didn't have any problems. I didn't notice a speed degration when I ripped an audio stream to a seperate file. But maybe I should do some measurements to see what is really the fastest way to encode the audio.
The ironic thing about ripping movies is that the least data (audio), costs the most attention.
Furthermore.. where's the speed gain if you demux during the ripping or the dvd2avi project creation process? Both have to write the ac3 data to your hd and that takes a similar amount of time. And when creating a dvd2avi process takes like 2-3 minutes (including ac3 demux) shaving off a couple of seconds doesn't really matter, does it?
On my machine for some reason demuxing the audio with DVD2AVI is quite slow. But then again, I think I should do some measurements first, and the post them here...
Doom9
25th March 2002, 07:45
I've always used SR for ripping, and I didn't have any problems.
well.. maybe it works for you but I suggest you have a look in the decryption forum to get the full picture.
I didn't notice a speed degration when I ripped an audio stream to a seperate file.
since the data is read from another device than written too, it is possible that you have a noticeable speed difference, especially if you have a slow I/O subsystem because creating a dvd2avi project is quite I/O intensive. For instance, creating such a project on my computer that has a slow IBM GXP75 60GB harddisk takes significantly longer than on my 2 computers that have 100GB WD discs (which are generally much faster).
However, for the sr problems mentioned I will not change the guides.
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.