I’m a little confused as to what you are comparing, what specifically you are doing and what are you comparing?
Are you serving a 24 hour recording from your server to your player? Is the DVR ‘live’ (currently recording?)
If so, you are probably using a lot of bandwidth b/c the playlist you are sending from server to client will be very very large.
Let’s say I am watching a standard RTMP stream (500kbps video+audio) for 10 seconds, data transferred should be about 5000kilobits. Over 10 seconds, it’s 500kbps average.
When I monitor bandwidth usage of an iOS playing live nDVR (yes, it’s currently recording) from the current source (500kbps video+audio) for 10 seconds, data transferred was 50,000kilobits. Over 10 seconds, it’s 5,000kbps on average.
For Flash/Strobe, it’s about 2,500-3,000kbps average.
(Actual test was much longer than 10 seconds. Just used 10 seconds as an example.)
While the playlist would be very large. I doubt that it would increase playlist size that much.
Figures above were from the test I made this around noon (CST) today.
Now (Almost 9pm CST) iOS nDVR streaming barely works at all. It still uses excessive amount of bandwidth, but it only plays for a few seconds before the video stopped playing.
As for Flash/Strobe, bandwidth usage is back to normal, ~500kbps.
Does that explain the problem I am seeing?
Another question :
Is there anyway that I can just remove “?DVR” part from an iOS URL and make it behave as the same old cupertino live stream? iOS nDVR streaming barely works now, and I just want to switch iDevices to standard streaming in the meantime.
I tried removing “?DVR” part but got empty playlist from Wowza.