View Single Post
  #3  
Old 10-09-2010, 04:11 AM
perazim perazim is offline
Junior Member
 
Join Date: Sep 2010
Posts: 5
perazim is on a distinguished road
Default

Re: rtmpdump and data loss


Sorry, I had posted on several forums regarding this and didn't give this post all the details.

rtmpdump -V -f "LNX 10,1,85,3" -r rtmp://flash.glc.us.com/VOD -y Programmers/BillCloud/1/BillCloud_High_1.flv -o BillCloud_High_1.flv
(this was hand type from other system)

Running on Fedora 12, rtmpdump-2.3, server is FMS 3,0,1,123.

Material on server may be reused as long as it is without profit.

Purpose is to capture streaming on demand shows without frame drops. Server is in US, I am in Israel. 15Mbit ADSL. I capture stream several times and then check file sizes and if equal then run md5sum on files and check results. Likelihood that two files with dropped frames produce same md5 sums is near impossible.

Adobe server is version 3.0 so it does not have dynamic streaming so I can rule out different streams. Have tried all hours of day and night. 4am-9am local time is the only time I can capture without frame drops.

Regarding the frame drops, I see this is a tcp/ip connection (not udp) so the when the server decides to drop frames it must be happening before it leaves the server in the stream management area. I have looked at the Adobe support documents for this server and there doesn't appear to me to be anything I can do to change the server behaviour but I have come up with this idea: alter the rtmpdump code to periodically inquire of the server the dropped frame count for the current stream. This is property NetStreamInfo.droppedFrames. If this is non-zero then I can abort the current session and restart the capture until I receive it without dropped frames.

Know anything about rtmpdump internals?
Reply With Quote