Sorry for sending this mail to this address, I had intended to send to the mailing list. Anyway, I was just letting you know that I do have both a libaviplay.so.0 and a libaviplay-0.6.so.0, the former of which had the great performance. I unfortunately do not know exact build date of the older one, but the timestamp on it is July 19. In any case you know it is before the library was renamed, which in my case was very fortunate. I have an Xtheater that is still linked to that copy of the library, and that is how I am able to still see the nice performance. So now I can reproduce this problem at will now :) So the Output of the *fast* libaviplay.so from a month or so ago: Using Win32 dll library: /usr/lib/win32/mpg4c32.dll Decoder is capable of YUV output ( flags 0x1 ) Video Depth 16 Video decoder thread lowered priority to 16 Audio decoder thread lowered priority to 15 Creating YUV overlay for width 640, height 360, fourcc 0x32595559 Checking direct... Direct mode is ON And from the really poorly performing "libaviplay-0.6.so.0" I compiled this afternoon, the only difference being a warning about unsupport YUY2, everything else is same, and there is no change to the win32 directory between tests: Using Win32 dll library: mpg4c32.dll Video Depth 16 Video decoder thread lowered priority to 16 Not installing SIGFPE handler... Audio decoder thread lowered priority to 15 Creating YUV overlay 640x360, fourcc 0x32595559 (YUY2) Win32: WARNING: Unsupported color space 0x32595559 (YUY2) Loading subfont: "adobe-times" Using antialiased Xft renderer: yes Failed to open font Checking direct... Direct mode is ON I know the older mpeg-4 avis are few and far between nowadays, but the performance loss was just so great I thought I'd flag it down :) Let me know what you figure out, thanks. _______________________________________________ Avifile mailing list [EMAIL PROTECTED] http://prak.org/mailman/listinfo/avifile
