On Thu, 29 May 2003, Stuart Hodges wrote: > Hi, > > yuvfps reports: > cat stream.yuv | yuvfps -v2 > debout > INFO: [yuvfps] yuv2fps (version 0.1) is a general frame resampling utility > for yuv streams > INFO: [yuvfps] (C) 2002 Alfonso Garcia-Patino Barbolani > <[EMAIL PROTECTED]> > INFO: [yuvfps] yuv2fps -h for help, or man yuv2fps > INFO: [yuvfps] Converting from 29969999:500000 to 29969999:500000
29969999:500000 works out to be 60000:1001 (well almost), ie NTSC field rate. If that is really the frame rate at which mplayer outputs the yuv4mpeg2 stream, converting by yuvfps -r 30000:1001 should give you the right NTSC frame rate. I dont know whether 29969999:500000 is confusing yuvfps. Try specifying -s 60000:1001 instead. If the resulting stream does not play at the right speed, you have to find out the real frame rate of the source. One way to do that would be to convert a short clip as an mjpeg avi (you will have to flag the fps as 30000:1001 for that to work -- use 'yuvfps -s 30000:1001 -r 30000:1001 -c' to only change the header..) and play it back using mplayer -fps xxx to determine the frame rate by trial error. May be there is a smarter way.. You _have_ to get the source frame rate accurately and then use yuvfps -s source_fps -r 30000:1001 to get a stream that can be synced with audio after mpeg2enc -F 4. I recall you mentioning only a small audio delay with yuvfps -r 30:1. So I wonder why changing that to -r 30000:1001 makes such a big difference as playing at half speed. Selva ------------------------------------------------------- This SF.net email is sponsored by: eBay Get office equipment for less on eBay! http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5 _______________________________________________ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
