[FFmpeg-trac] #285(avformat:closed): RTSP h264 video stream always reports corrupted macroblock
FFmpeg
trac at avcodec.org
Tue May 8 13:47:10 CEST 2012
#285: RTSP h264 video stream always reports corrupted macroblock
-------------------------------------+------------------------------------
Reporter: bovine | Owner: michael
Type: defect | Status: closed
Priority: normal | Component: avformat
Version: unspecified | Resolution: fixed
Keywords: | Blocked By:
Blocking: | Reproduced by developer: 0
Analyzed by developer: 0 |
-------------------------------------+------------------------------------
Comment (by andrewc):
It seems for me at least this issue is not fully resolved with Geovision
GV-FE420.
However there does seem to be a workaround. If you've got a GV-FE420 and
are still having issues with frame corruption (as I am with ffmpeg 0.10.2)
then try prepending ?tcp to the RTSP URL.
eg: Source Path: rtsp://admin:admin@##.##.##.##:8554/CH001.sdp?tcp (or
whatever your username/password is.)
Apparently the "?tcp" suffix is an argument parsed and recognized by
ffmpeg to not use udp, which currently tends to cause frame corruption due
to udp read buffer bug.
From http://www.zoneminder.com/wiki/index.php?title=Geovision.
So far it seems to be working for me. Although I still need to test the
cam with higher frame rates, which I can only do tomorrow when onsite.
--
Ticket URL: <https://ffmpeg.org/trac/ffmpeg/ticket/285#comment:21>
FFmpeg <http://ffmpeg.org>
FFmpeg issue tracker
More information about the FFmpeg-trac
mailing list