[MPlayer-dvb] HDTV: demux_ts vs lavf

[Nico Sabbi]

Carl Eugen Hoyos wrote:

>Hi!
>
>I tested Euro1080 HD5, an MPEG2 HDTV test program, using these commands:
>
>1) mplayer dvb://HD5
>2) mplayer dvb://HD5 -cache 1000000
>3) mplayer dvb://HD5 -dumpstream &
>   mplayer stream.dump
>4) mplayer dvb://HD5 -demuxer lavf
>5) mplayer dvb://HD5 -demuxer lavf -cache 5000
>
>I used -vc ffmpeg2 for all tests, because mpeg12 stays quiet on decoding errors
>and hides them much better; however, the same errors happen for both decoders
>(and ffmpeg12mc), it's just more difficult to notice with mpeg12.
>
>1) mplayer dvb://HD5
>Repeatedly shows these messages together with ugly artefacts:
>[mpeg2video @ 0x8853018]skipped MB in I frame at 112 67 8%  2.1% 2 0
>[mpeg2video @ 0x8853018]invalid mb type in I Frame at 0 1
>[mpeg2video @ 0x8853018]ac-tex damaged at 0 2
>
>
>2) mplayer dvb://HD5 -cache 1000000
>same errors as 1)
>
>3) mplayer dvb://HD5 -dumpstream &
>   mplayer stream.dump
>Works without any errors: That's why I can't upload sample!
>  
>
nonsense :) double check what you are doing.
playing a stream from a file or any other stream is equivalent

>4) mplayer dvb://HD5 -demuxer lavf
>Doesn't work at all: Fast A/V desync, then freeze.
>  
>
try -lavfdopts probesize=128

>5) mplayer dvb://HD5 -demuxer lavf -cache 5000
>Works!
>
>I'm testing 1) and 2) since months, only found out this week that it works with
>-demuxer lavf (and today that it's not possible to produce a sample).
>

> I thought before that something might be wrong with the stream.
>
>Ideas? Any other information I can provide?
>  
>

a dump file to incoming that I can analyze