On Friday 16 January 2004 23:41, Steven M. Schultz wrote: > > I think the audio problems you're having are happening at the > splice points caused by cat'ing .m2v files together. Creating > a seamless .m2v file may solve your problems. > Well, I tried another, more simpler approach, to creating a seamless video stream. Since I wanted too see what ppmtoy4m would produce on the video stream, I created a 90 minute video and encoded for just one single image. The ppmtoy4m program didn't have the -l option so I used -n 162000 @ 30 fps and feed the stream to mpeg2enc. It produced a seamless video stream, then mplex'ed the output. Mplayer would play it great. Mastered the DVD and again mplayer would play the VOB just fine. Ogle played it OK for awhile and then it stopped playing the audio but displayed the video. The messages were about needing more space not implented and to send a bug report. Unable to determine if program problem or input file problem. So I tried to use Xine and it played but had sound drop outs. I burned the DVD and tested on one unit and it also produced sound drop outs. I will state though the drop outs are a little different. They are shorter and more regular. I can use mplayer on the DVD and it plays well, with no drop outs.
Also, ppmtoy4m does produce a little better video image, like in grass areas with different lightings. Better for photos of real life than jpeg2yuv, but if images were presentation or training type slides with text then I would not expect any real improvement. I think this test though demonstrated that segmentation may aggrevate the problem but it is not the direct cause of the problem. Even on the buffer overflow in mplex, it was able to handle the segmentation for 30 minutes of the video stream before it terminated when I was using 15 second clips. And mplex would go through to the end if I used 60 second clips. I doubled this output again to produce a 3 hour video with 60 second clips and doubled the audio stream as well. It ran until it processed the first audio stream and about half of the second. Mplex terminated again, but with a different error message. It wasn't buffer overflow, it was "Too many frame drops - exiting". The errors started with "stream e0: data will arrive too late ...." So mplex seems to be able to work with the segmetation for awhile. Maybe I am bumping some limit like 99 segments or something because of the way I am creating the video streams. But for the moment, at least knowing what will produce something that is least playable with mplayer, I can continue to work on my projects until the issues are resolved or I know more about what I am doing to work around the limitations. Thank you, James ------------------------------------------------------- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn _______________________________________________ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
