#273: h264 video decoding aborts due to too low number of "slices"
----------------------------------+----------------------
Reporter: gerhard_s | Owner:
Type: defect | Status: open
Priority: normal | Component: avcodec
Version: unspecified | Resolution:
Keywords: h264 slice MAX_SLICES | Blocked By:
Blocking: | Reproduced: 0
Analyzed: 0 |
----------------------------------+----------------------
Comment (by karol):
I'm new here, so please cut me some slack. Sorry if I'm reporting it in
the wrong place.
I'm using another system, 32-bit Arch Linux, and I got the same message
"Too many slices, increase MAX_SLICES and recompile". when trying to watch
some videos with mplayer2. This only happens with a couple of videos from
the same source e.g. http://blip.tv/day9tv/ogs-mc-p-vs-sen-z-g1-dreamhack-
summer-group-d-5290388
I got horrible artifacts and A/V desync / slo-mo video. A quick websearch
returned this page so I increased the MAX_SLICES from 16 to 32 - as the OP
suggested. This allowed me to actually watch the video - it wasn't slow,
but the artifacts were still there if I e.g. fast-forwarded 10 seconds I
had to wait a couple seconds until the window with the video finished
"redrawing" (it looked like you would wipe the artifacts clean from left
to right) and my terminal was still flooded with the same messages.
I then increased MAX_SLICES from 32 to 64 and I get no more "Too many
slices" messages, but the artifacts still appear if I fast forward /
backward the video.
Should I open a separate bug report?
--
Ticket URL: <http://avcodec.org/trac/ffmpeg/ticket/273#comment:6>
FFmpeg <http://ffmpeg.org>
FFmpeg issue tracker
_______________________________________________
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
http://avcodec.org/mailman/listinfo/ffmpeg-trac
