[xine-devel] still frame and w32 status

[Miguel F. <mi...@ce...>]

Hi Guenter,

I saw you commited the new still frame stuff, nice!

I finally understood the video_in_discontinuity idea, it sounds good. 
Now we only need to remove the thousands of debug messages once the code 
gets more tested/stable.

Maybe we could finally schedule 0.9.8 for this week? there are several 
bugfixes over 0.9.7 and it would also be nice to have some new code 
tested by more users.

Talking about todo lists, one top item on mine is a another clean up on 
the win32 code. the code i converted from c++ to c is already being used 
on avifile and mplayer, with additional fixes.

I'd to have an avi/asf/w32 support as good as mplayer before 1.0. The 
current state is:

- the demuxers should already be fine. i haven't seen any bug on avi/asf 
demux since 0.9.6.

- directshow code needs to be updated, the mplayer/avifile version 
already works with the acelpnet audio codec.

- some directshow video codecs should be prefered over the old dll's for 
better compatibility.

- the divx audio (wma) support needs to be improved. that acm api sucks 
and makes perfect syncronization very difficult because the chunk size 
dll process may not be multiple of delivered buffer sizes. there are 
also strange bugs like it returning more data than it should (requiring 
us to allocate more space than would be needed).

- win32 video codec needs to select just one stream id to decode. this 
causes the reported problem of that civilization3 video not being played 
correctly.


btw, our live would be much easier if someone could make a GPL'ed WMA 
decoder!

regards,

Miguel