[MPlayer-dev-eng] [PATCH] dvd2divxscript.pl overhaul

[Michael Halcrow]

I did some massive work on this script. I really need you guys in Europe
to adjust this to work for you too (I don't have any PAL DVD's to test
this with). As it was, it simply didn't work with NTSC (A/V sync issue
with 3-pass encoding), and it didn't crop or resize or anything. 

My goal with this patch is to make the dvd2divxscript.pl be as fully
automated as is humanly possible. In a perfect world, you would put your
DVD in one drive, your CD-R in the other, and then run the script
without any parameters and walk away. A few hours later, you have a
pretty good backup copy of your DVD burned on the CD-R. Well, that's how
I have it working for me, anyway, but there are lots of machines with
lots of differences, and so we need to fine-tune the configuration of
the script. For example, when first run, it could try to detect a
~/.dvd2divxscriptrc file, and if not found, ask the user a series of
questions, like:

 - Do you want to automatically try to burn to a CD after encoding
(unless --nowritecd is specified on the command line), or do you want
automatic burning turned off by default?

 - What is the SCSI device of your CD burner?

 - Are your DVD's NTSC or PAL?

 - Do you want to target one CD or two CD's?

 - etc...

Ultimately, you should view the video yourself to determine if it is too
``blocky'' or not (or if smoke and haze are handled well, etc.), and
then fine-tune the resolution and codec parameters, but this script does
a pretty good job of figuring things out for you if you really don't
care *that* much about getting the absolute best quality every time.

I would like the audio gain to be more intelligent (it's hard-coded at
`3' right now; it should somehow be detected). And I would like to be
able to encode the audio in Ogg Vorbis format.

And I'd like to implement the suggestions some guys gave me a couple of
weeks ago on sending commands to MPlayer during the crop detection
phase, rather than depend on EDL to jump around while getting the crop
values. Or, better yet, I'd like to detect the crop values without
playing the video at all.

Yeah, I know that encoding the audio 3 times is lame, but it's the only
way I know of to keep the audio in sync for NTSC videos, so can anyone
shed light on the A/V sync issue with 3-pass encoding in NTSC? That
winslow.vob file is still on the FTP incoming for someone to look at...

We also need special support for subtitles. And animations. And black
and white movies.

There is still work to be done on this, but I wanted to get your opinion
before I go off the deep end.

Mike
-- 
---------------------------------------- | ------------------------
Michael Halcrow                          | mhalcrow at byu.edu    
Research Assistant, Network Security Lab | Dept. of Comp. Science  
                                         | Brigham Young University
Give a man a fish, he owes you one fish. |
Teach a man to fish, you give up your    |
monopoly on fisheries.                   |
---------------------------------------- | ------------------------
GnuPG Keyprint:  05B5 08A8 713A 64C1 D35D  2371 2D3C FDDA 3EB6 601D
-------------- next part --------------
A non-text attachment was scrubbed...
Name: dvd2divx_0_2.diff
Type: text/x-patch
Size: 20936 bytes
Desc: not available
URL: <http://lists.mplayerhq.hu/pipermail/mplayer-dev-eng/attachments/20030204/2a732608/attachment.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
URL: <http://lists.mplayerhq.hu/pipermail/mplayer-dev-eng/attachments/20030204/2a732608/attachment.pgp>