#2667: console spamming when decoding a h264 / mp4 stream
------------------------------------+-----------------------------------
Reporter: gjdfgh | Owner:
Type: defect | Status: open
Priority: minor | Component: avcodec
Version: git-master | Resolution:
Keywords: h264 mov | Blocked By:
Blocking: | Reproduced by developer: 1
Analyzed by developer: 0 |
------------------------------------+-----------------------------------
Comment (by ubitux):
Replying to [comment:11 cehoyos]:
> > [...]
> > The video is not supposed to be stalled like it is currently
>
> That brings me back to my original question:
> Which application does not ''stall''?
It seems totem/gstreamer is able to, according to the user.
> (Before you answer: Note that afaict most frames in the sample only
consist of "0" and "1" making decoding extra difficult imo if we do not
assume 1bit ppm or bmp.)
>
Are you sure you're not confused with some data in the (large) MP4 header?
Also, the frames around this timestamp have very low differences, so it's
not surprising to have small data frames.
--
Ticket URL: <https://ffmpeg.org/trac/ffmpeg/ticket/2667#comment:13>
FFmpeg <http://ffmpeg.org>
FFmpeg issue tracker
_______________________________________________
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
http://avcodec.org/mailman/listinfo/ffmpeg-trac
