[FFmpeg-trac] #1604(undetermined:new): Rtmp streaming fps continually drops

FFmpeg trac at avcodec.org
Fri Jan 16 22:51:47 CET 2015


#1604: Rtmp streaming fps continually drops
-------------------------------------+-------------------------------------
             Reporter:  Pyriel0      |                    Owner:
                 Type:  defect       |                   Status:  new
             Priority:  normal       |                Component:
              Version:  git-master   |  undetermined
             Keywords:  rtmp         |               Resolution:
             Blocking:               |               Blocked By:
Analyzed by developer:  0            |  Reproduced by developer:  0
-------------------------------------+-------------------------------------

Comment (by ctetrick):

 OK. in a previous comment I suggested changing the rtmp send function to
 use the available buffering.
 While this may make things a bit more efficient, it's not the real
 problem.
 I've added a couple of options to librtmp. One to turn the NO_TCPDELAY
 flag off, and another to set the socket output buffer size. (the first is
 experimental.) without the arguments behavior is unchanged. I'm hoping to
 get a patch into librtmp.

 I think this explains a number of previous observations.
 Windows 7 uses a default buffer of 8Kb, a friend's Linux installation uses
 16k, and I've read that many Linux implementations use 128k.
 This would explain why some users report better results on Linux.
 This would explain why apps like TCPRelay help assuming it changes the
 buffering.
 Users have suggested changing the default buffer size in Windows using the
 registry as well. But I think that's a bad idea since it is likely to
 affect other applications or use a great deal of ram if you set it too
 high.

--
Ticket URL: <https://trac.ffmpeg.org/ticket/1604#comment:27>
FFmpeg <https://ffmpeg.org>
FFmpeg issue tracker


More information about the FFmpeg-trac mailing list