On Tue, Jan 07, 2003 at 03:45:49PM -0500, [EMAIL PROTECTED] wrote: > On Sat, Jan 04, 2003 at 12:52:42AM +0200, Ville Syrj�l� wrote: > VO: [dfbmga] 480x480 => 640x480 Planar YV12
Figured this out. For whatever reason (that I don't recall), I have/had an additional DLCONF_OTIONS (DLOP_FLICKER_FILTERING) in my vo_dfbmga.c. I had commented out the dlc.options during the triple buffer patch application (because your patch did not have it) and forgot to comment out the "| DLCONF_OPTIONS" in dlc.flags. > > Does this improve things for anyone? Brian? Sadly, it does not. I did some more experimenting. During my conversion from MJPEG to MPEG2, I have to extract the audio and video tracks from the MJPEG separately, encode them to MP3 and MPEG2 (respectively) individually and then remux them back in to the MPEG2 container. So I have four files I can play with. The original MJPEG, an MP3, and MPEG2 (with no audio) and the final MPEG2 with audio. When I play the MPEG2 with audio, it judders a lot and the fields go in and out of parity frequently. When I play the video only MPEG2, it doesn't go out of field parity with any where near the frequency and the judder is on a pretty much constant schedule. Like once a second (or close to a second) there is a slight judder back and forth. BTW, I also made an MPEG4 (mencoder ... -ovc lavc -lavcopts vcodec=mpeg4) from the MJPEG file and it seems to judder and go out of field parity less frequently than the MPEG2 file as well. b. -- Brian J. Murrell
msg01278/pgp00000.pgp
Description: PGP signature
