[Mesa-dev] [PATCH 7/7] g3dvl: Rewrite the mpeg 1&2 bitstream parser

Christian König deathsimple at vodafone.de
Fri Sep 2 01:25:55 PDT 2011


Am Donnerstag, den 01.09.2011, 19:54 +0100 schrieb Andy Furniss:
> Christian König wrote:
> 
> > Looks like there is some garbage at the end of the stream, mplayer is
> > also complaining nicely about "TS_PARSE: COULDN'T SYNC".
> 
> I played around a bit more, it seems that rather than garbage it's 
> because the TS stream just ends.
> 
> I now have a bit of a SD TV stream that I edited out of a longer stream 
> with dd bs=188 that crashes (I once got a GPU reset with it as well).
> 
> TS_PARSE: COULDN'T SYNC is also displayed for other decoders including 
> xvmc that just quit normally at the end.
> 
> > I can't reproduce the crash, maybe my version of mplayer isn't feeding
> > the garbage to the decoder any more. Anyway attached is a patch that
> > adds some extra checks to the macroblock decoding, please give it a try.
> 
> I am using svn from last week, I've found I can avoid the crash with 
> -nosound, which is a bit strange.
> 
> This short stream segfaults every time for me with sound.
> 
> http://www.andyqos.ukfsn.org/snooker-short.ts
> 
> The patch does avoid the segfault, but it still hangs on the last frame 
> until I <CTRL><C> mplayer.
> 
> Will do more testing tomorrow, AFK tonight.
MPlayer 1.0rc4-4.5.2 works flawless with the snooker-short.ts video. So
it is definitely some difference between this version and svn version.

The difference between sound/-nosound is probably just some different
memory allocation not directly related to the video playback.

Can you give me an exact svn release number? I will try to check that
one out and see if I can reproduce the problems.

Christian.



More information about the mesa-dev mailing list