Stas Sergeev wrote:
> Stas Sergeev wrote:
>> Is this a bug, or is xine just shy and refuse
>> to display the content like that? :)
>> (you don't want to watch that video unless you
>> are going to fix xine, be warned)
> Watched it with mplayer - the content is
> perfectly legal and sane, so no warning.
> I might have confused it with something else.
> So: mplayer plays it while xine crashes.
That's not totally correct. mplayer has simply been compiled without
debug code, so the asserting line isn't there.
In my tests with vdr-xine and H.264, I've simply put a line comment on
some asserts to get a debug version going (see attachment). But there
seems to be a reason for this assertion. If you play certain streams
long enough (e. g. H.264 SAT broadcasts), you'll come to a point where
ffmpeg runs out of image buffers as the assert is in a code part which
deals with unused buffer recycling. And it seems that H.264 needs a
different approach than the one that is implemented for the other codecs.
Dipl.-Inform. (FH) Reinhard Nissl