I'm going to try and change the vo_dfbmga.c file to fix this. Instead of using the parity setting in dfb, I'm going to try and alter the blit so that even and odd lines/fields are swapped. This should have the same effect as parity without the performance hit.
If it works, maybe it can be provided as another option -vo dfbmga:fakeparity=0 :-) Neil >> >> What this implies is that the setting of parity has a detrimental effect >> on playback. Perhaps the slightly jerky motion is not an interlace artifact >> in this case, but just a rendering delay caused by the code that implements >> parity? >That is possible. Sleeping is bad for performance. This used to be a >problem on slower machines even without fieldparity but triple buffering >fixed that. -- Info: To unsubscribe send a mail to [EMAIL PROTECTED] with "unsubscribe directfb-users" as subject.
