[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