H264 8x8dct decoding problem in udp/ts

ffplay can decode movies from but VLC can't http://www.elecard.com/download/avc_clips.shtml (offline?).

changed milestone to %0.8.5-test3

VLC udp/ts x264 encoded H.264 livestream with i8x8 and 8x8dct (analyse all) shows only first frame on client and continues playing audio.

main warning: late picture skipped (808389)
ffmpeg debug: concealing 0 DC, 0 AC, 0 MV errors
 (h264@01173170)
main warning: late picture skipped (558389)
ffmpeg debug: concealing 0 DC, 0 AC, 0 MV errors
 (h264@01173170)
ffmpeg error: more than 5 seconds of late video -> dropping frame (computer too slow ?)
main warning: late picture skipped (606389)

Reproducable with dumpfile. Dump does play in mplayer (20050928-cvs)

Similar effect when mmsh/asfh is used but there video does play from the start although during reception there is a lot of late picture skip "burts".

Analyse set to at least slow fixed the problem. There are no warnings encoder side.

H.264 high profile samples from http://www.fastvdo.com do not play in VLC

path='C:\Downloads\samples\FastVDO\FVDO_Freeway_720p.264'
main debug: looking for demux2 module: 42 candidates
ps warning: this does not look like an MPEG PS stream, continuing anyway
main debug: using demux2 module "ps"
main debug: looking for a subtitle file in C:\Downloads\samples\FastVDO\
main debug: `C:\Downloads\samples\FastVDO\FVDO_Freeway_720p.264' successfully opened
ps warning: garbage at input, trying to resync...

Works in mplayer (20050928-cvs) with -fps 25 (FPS not specified in header or invalid)

100% CPU for performance hungry H.264/AVC clips cause ffmpeg crash using svn-20051129. Tested with HD AVC sample from trailer/demo page with P4 3Ghz with ATI 9800XT.

http://trailer.nerodigital.com/eng/The_Greatest_Game_Ever_Played.html

main warning: late picture skipped (172967)
main warning: late picture skipped (178256)
ffmpeg error: more than 5 seconds of late video -> dropping frame (computer too slow ?)
main warning: late picture skipped (230545)
main warning: late picture skipped (188834)
ffmpeg warning: illegal short term buffer state detected
 (h264@09A5D5E0)
main warning: late picture skipped (4547834)

Program received signal SIGSEGV, Segmentation fault.
[Switching to thread 5188.0x1e28]
0x006f8f18 in put_h264_qpel16_mc00_mmx2 (
    dst=0x14977a40 '\020' <repeats 200 times>..., src=0x0, stride=1952)
    at i386/dsputil_mmx.c:419
419     i386/dsputil_mmx.c: No such file or directory.
        in i386/dsputil_mmx.c

changed the description

1. elecard The tomsky AVC/AAC elecard clips (tomsk_sif.mp4 and video_d1.mp4) decode fine in 20060228 svn with ffmpeg cvs but also in 0.8.4a win32. Perhaps previous samples were "broken"?

2. Segfault in 100% CPU clips is caused by inability of VLC to drop frames under high load and this triggers the H.264 assertion bug/crash. ffmpeg in contrib adds resilience for this, having VLC drop frames would be even better.

That leaves the fastvdo raw h264 samples that don't work and the i8x8 decoding problem in analyse all.

FastVDO is fixed now that the ffmpeg demux is working again.

changed title from H264 decoding issues to H264 i8x8 analyse all decoding problem

changed title from H264 i8x8 analyse all decoding problem to H264 8x8dct decoding problem in udp/ts

Encoding with 8x8dct (which is a seperate option now in 0.8.5 svn) and analyse=none already causes the problem where decoding only shows one frame and debug complains about late picture skipped repeatedly. Tested against vlc-0.8.5-test2-win32-15180-contrib-20060330-ffmpeg-cvs-20060411.

8x8dct is not enabled by default in 0.8.5 so this problem will only affect "advanced" usage (commandline). The initial reported problem with decoding (raw) H.264 files is already fixed.

Trax: have you tested this with multiple file formats ???? Because it might be specific to a demux. In which case it is a packetization issue, causing frames to be in an order ffmpeg doesn't expect.

udp/ts - shows an occasional frame (audio in all cases is just fine)

ffmpeg debug: concealing 0 DC, 0 AC, 0 MV errors
 (h264@00AFADA0)
main warning: late picture skipped (79845)
ffmpeg debug: concealing 0 DC, 0 AC, 0 MV errors
 (h264@00AFADA0)
main warning: late picture skipped (80234)
ffmpeg error: more than 5 seconds of late video -> dropping frame (computer too slow ?)

http/ts - shows an occasional frame

ffmpeg debug: concealing 0 DC, 0 AC, 0 MV errors
 (h264@00AFADA0)
ffmpeg debug: concealing 0 DC, 0 AC, 0 MV errors
 (h264@00AFADA0)

mmsh/asfh - OK

file/ts and file/ps - playback locally - only shows an occasional frame

ffmpeg debug: concealing 0 DC, 0 AC, 0 MV errors
 (h264@00AFAB60)
main warning: late picture skipped (86000)
ffmpeg debug: concealing 0 DC, 0 AC, 0 MV errors
 (h264@00AFAB60)
main warning: late picture skipped (71000)
ffmpeg error: more than 5 seconds of late video -> dropping frame (computer too slow ?)

Seeking gives the same effect, only shows one (new) frame

file/mp4 and file/asf - OK

changed milestone to %0.8.5-final

12:14:31 < Trax> zorglub: yes postpone. it's a raw vs annexB issue according to
                 thedj and is related to incorrect ts packetizing (so both
                 udp/http) for avc.. should be some extra info in the bitstream
                 (NAL etc) and that seems a bit more complicated .. or it's the
                 decoding part that screws up with reordering.. but anyway
                 postpone

changed milestone to %0.8.6 maintenance

Still a problem with 0.8.6 final as encoder and svn-0.9.0-20061227-0000 as decoder. Strangely enough introducing bframes to the encode does make some pictures appear, though with the same warning messages and partially garbled video (blocks) as if there was continous packet loss.

VLC can decode those

added Status::fixed label

closed