According to the PR about Wowza 3, this nDVR plugin allows time-shifting, so you could have a live stream that goes into a giant disk buffer and comes out the other end some hours later. What do we need to configure this, how many wowza servers and how many nDVR licenses for 36 SDTV streams? Are there some good docs about how to delay an input stream for a given time zone and then deliver it to say Akamai or other HLS content delivery services? Can wowza delay an incoming RTMP stream from Flash Media Live Encoder and then push that stream using RTMP , as if it was the initial encode point?
Is there a way to treat the server as a large buffer that just keeps the video output delayed x hours from input? Can that be done without having to record, stop, play, i.e. can one start it rolling, pause for 8 hours, then let it roll for the next month uninterrupted and it will be continually delaying the inbound stream 8 hours before pushing it out via RTMP on the other side?
Can you please clarify if time shifting is different from a typical DVR function that forces you to record, stop and then play? That is what we are looking for, the ability to pump a stream into a buffer that is say 8 hours in size and stream out the other side, can you let me know if that is possible, and if so, what additional steps need to be taken to make this a reality?
So you are saying, time-shifting live video is not possible at this time, or that it requires some kind of hack to make it work? I wish there was a better way to describe what I mean by "time shifting" for google searches. I'm looking for a massive video delay buffer functionality, RTMP pushed in from FMLE and pushed out by the server again using RTMP. I thought that was what the blurb on the Wowza 3 info page said is a feature. Can you imagine the work a person would need to do to handle large numbers of live video streams that they had to run around hitting record, stop, and play for each time zone on earth without screwing up.