question about how frames can go missing from a stream
Running rtmpdump-2.3 on fedora 12 with a 15Mbit ADSL line. Other end is Adobe fmsVer FMS/3,0,1,123. Stream is a 29 minute program(s). I am experiencing a lot of dropped frames. If I run this at 4am, it generally completes with all frames. I can determine this by capturing several times and comparing file sizes and running md5sum against the files. Two or more files with same md5sums are the good ones. My question is: In the stream protocol which runs over tcp/ip (error detection and correction), is there provision to drop frames at certain times like network congestion or does the server wait and deliver all frames of the stream? If so, is there a way to stop this or minimize it? Thanks, Perazim ________________________________________________________________________
Perazim wrote:
Running rtmpdump-2.3 on fedora 12 with a 15Mbit ADSL line.
Other end is Adobe fmsVer FMS/3,0,1,123. Stream is a 29 minute program(s).
I am experiencing a lot of dropped frames. If I run this at 4am, it generally completes with all frames. I can determine this by capturing several times and comparing file sizes and running md5sum against the files. Two or more files with same md5sums are the good ones.
My question is: In the stream protocol which runs over tcp/ip (error detection and correction), is there provision to drop frames at certain times like network congestion or does the server wait and deliver all frames of the stream? If so, is there a way to stop this or minimize it?
You're asking a question about how the Adobe server behaves. You should ask in an Adobe forum.
participants (2)
-
Howard Chu -
Perazim