Hello > > The video was converted to mpeg2 using > > lav2yuv file.mov | mpeg2enc -f 8 -q 6 -E -10 -s -c -R 2 -o file.m2v > > and the final multiplex program stream put together with > > mplex -V -f 8 file.mp2 file.m2v -o file.mpg > > This was then mastered using dvdauthor 0.6.9, mkisofs 2.0.3 and burned using > > dvd+rw-tools 5.19-1.4.9.7. > > > > Now to the issues. Note that we're playing back on a PAL DVD player, so > > what's being produced by the player is PAL-60 from the NTSC source. > PAL-60 (the same as NTSC 4.43) was made for VCR to fool the typical TV > set. > > If you want to do format conversation from or to NTSC you can create a > correct movie using yuvfps, which changes the framrate, and yuvscaler to > change the imagesize.
Note that I'm not all that fussed about doing format conversion on the material being sent to the DVD - DVD players here do that conversion very well and I don't see the need to complicate the edit/mastering process by introducing the need to do NTSC-PAL conversion as well. In other words, I am perfectly happy to have an NTSC disc. I have a number of commercial NTSC DVDs which play back fine here so I'm pretty much certain that this is not the problem (unless of course there's something wrong with the NTSC stream output from mpeg2enc, which I doubt). Having said that, is there a potential reason why NTSC output from mpeg2enc doesn't play back correctly (or more accurately, plays back with jumpy motion) when hardware players do format conversion? > Try to encode a sequence where you see the problems. and than encode it > to the correct format. For NTSC to PAL ist goes like that: > lav2yuv file.mov | yuvfps -r 25:1 | yuvscaler -O SIZE_720x576 | mpeg2enc > -f 8 -o video.m2v. > : > I think that will solve most of your problems. I'll give this a go and see what happens. > > I noticed that the player was reporting very high bitrates for most of the > > time - usually it's above 7.4. This might just be a maximum in a given time > > though so perhaps that's fine. However, at times it jumps to 8.0 and above > > - I've seen 8.4 for example. I found this odd due to the specification of > > "-f 8" to mpeg2enc and mplex. That should keep the video bitrate below > > 7500kbps and the audio is only 320k - the total here is therefore under > > 7900kbps. Either there's a lot of overhead bits I don't know about or > > there's something funny going on. Note that we're not joining streams or > > anything like that - the input to dvdauthor is a single mpeg file. > What average and maximal bitrate did mplext print out when you have > multiplexed the stream ? I can't recall the exact numbers but I can find out. I don't think they were all that high - I think the average bitrate was of the order of 5.4 mbps from memory. That is the other reason I was surprised at the high rates being reported by the player - they were considerably higher than the average for a large proportion of the time. Regards jonathan -- * Jonathan Woithe [EMAIL PROTECTED] * * http://www.physics.adelaide.edu.au/~jwoithe * ***-----------------------------------------------------------------------*** ** "Time is an illusion; lunchtime doubly so" ** * "...you wouldn't recognize a subtle plan if it painted itself purple and * * danced naked on a harpsichord singing 'subtle plans are here again'" * ------------------------------------------------------- This SF.Net email is sponsored by Sleepycat Software Learn developer strategies Cisco, Motorola, Ericsson & Lucent use to deliver higher performing products faster, at low TCO. http://www.sleepycat.com/telcomwpreg.php?From=osdnemail3 _______________________________________________ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
