[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