On Sun, 17 Jul 2005, Raena Lea-Shannon wrote:
> Sorry version of mjpegtools I am using is 1.6.1.92
Ouch - that's ancient. While it is not the cause of the problem you
are having it would be a Very Good Idea to upgrade to a newer version
(there is a release candidate 1 tarball available if you do not want
to check out the cvs version). The release schedule keeps slipping -
maybe a release will be done by next year ;)
> I am encoding from NTSC video to dvd. It is a very long film 165mins
Wow - that is a very long movie! <grin>
> To get the video I am using mplayer1.0pre7-3.3:
Hmmm, not lavrec?
> mencoder tv:// -tv
> driver=v4l:input=1:norm=ntsc:alsa:amode=1:width=720:height=480:audiorate=48000:buffersize=16:forcechan=2
>
> -idx -vf denoise3d=8:6:6,pp=md -oac pcm -ovc lavc -lavcopts
> vcodec=mjpeg:vqscale=8 -o /Path to/MYDVD.avi
> This creates a 7.2GB file.
And that, I am certain, is the cause of the problem. mencoder is
creating an AVI file with the ODML extensions (to get around the 1 or
2GB limit for the AVI format) BUT mjpegtools does not have ODML
support.
> Then I use mjpegtools lav2yuv and mpeg2nc so I will get chapters of 200MB
> each. I have also tried this without using -S and the same problem occurs.
That will probably not work. In general you can not append .m2v files
together and expect the result to play seamlessly - you'll probably
have glitches (shudder, skip, jerks) depending on the DVD player used.
A single continuous .m2v file is needed - then the dvd authoring
places chapter points based on timestamp, not file size.
> lav2yuv MYDVD.av | mpeg2enc -f 8 -S 200 -o .MYDVD%d.m2v
lav2yuv reads the first 1GB and stops. Don't use the '-S' or '%d'
(you may run into the size limit bug in the old version of mjpegtools
though - another reason to upgrade ;)). Just create a single long
.m2v file and use the DVD authoring application(s) to create the
chapter stops at regular intervals.
> This is dropping out right on 556.3MB with the following std out:
INFO: [mpeg2enc] Frame end 13736 I quant=8.00 total act=1695657.43682
INFO: [mpeg2enc] Frame end 13737 B quant=8.00 total act=1695677.18353
INFO: [mpeg2enc] Frame end 13738 B quant=8.00 total act=1695694.84742
INFO: [mpeg2enc] GOP start (0 frames)
INFO: [mpeg2enc] Guesstimated final muxed size = 583345820
> I am guessing that at Frame end 13738 there is a glitch in the source file? Is
> there a way around this?
The glitch is in the AVI format. Without ODML support there's a small
(1 or 2GB) limit if the ODML (large indices) extensions are not used.
When 'lavrec' creates AVI files it uses a '%d' style filename to create
multiple 1GB files (Quicktime files do not need this of course).
Quicktime is a 64bit format - it would have been preferable to use
quicktime (.mov) instead of AVI but I do not know if mencoder can
create .mov files instead of .avi files.
Couple things to try would be to use ffmpeg to repackage the .avi file
into a .mov file - then use lav2yuv on the quicktime file. Another
possibility would be to use 'mplayer -vo yuv4mpeg' - you'll probably
need to create a FIFO (unless you have a lot of disk space ;)) and
also adjust the YUV4MPEG2 header (mplayer usually doesn't get most
of the tags correct).
Good Luck!
Cheers,
Steven Schultz
-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
_______________________________________________
Mjpeg-users mailing list
Mjpeg-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mjpeg-users
