Kon Wilms wrote: > Why trickle-cast when you can stuff the stream opportunistically. Agreed. And > if you're using opportunistic delivery your model of large buffers > just cannot be guaranteed.I mean LARGE buffers, on disk if needed. Everything I've done with error correction suggests it is much easier (with LDPC) if you can look many seconds out in the future. No good for video conferencing or even real time broadcasting that way because of the latency but very effective for delayed data, making it possible to pad over even multi-second dropouts.
> The best option for OTA is and has always > been to stuff a drive in a receiver and opportunistically fill it with > as much content as possible, while providing one or two channels of > live content that are not 'live' 24/7, are sent in VBR, and are > spliced with trickled content played from disk as if it were realtime. > The same goes for advertising and repeat broadcasts. Trickle it if > timer permits, or else have the receiver record it in the background. > I'm not really sure we are saying anything different. > We have customers providing a 'virtual' bouquet of up to 100 EPG > channels and VOD using only two live encoders and 750-1.5Mbit > opportunistic 24/7 trickle delivery using this mechanism. Cool. I don't remember who you work for, or if you have stated.But I assume the biggest problems are not technical, but access to content rights. ;-)
- Tom
On Feb 7, 2008 3:23 PM, Tom Barry <trbarry@xxxxxxxxxxx> wrote:Actually I like the idea of IPv6 multicasting.The fact that you have a closed network and more than enough IPV4 multicast address space means that IPV6 is not needed. Most manufacturers have not adopted it for datacasting.But that's another story and I was not talking about it here. By the trickle-casting I was actually thinking of encrypted and subscribed OTA broadcasts, arriving at some possibly slower bit rate than might be needed to play them. This would allow for large buffered error correction needing huge latencies if nothing else.Why trickle-cast when you can stuff the stream opportunistically. And if you're using opportunistic delivery your model of large buffers just cannot be guaranteed. The best option for OTA is and has always been to stuff a drive in a receiver and opportunistically fill it with as much content as possible, while providing one or two channels of live content that are not 'live' 24/7, are sent in VBR, and are spliced with trickled content played from disk as if it were realtime. The same goes for advertising and repeat broadcasts. Trickle it if timer permits, or else have the receiver record it in the background. We have customers providing a 'virtual' bouquet of up to 100 EPG channels and VOD using only two live encoders and 750-1.5Mbit opportunistic 24/7 trickle delivery using this mechanism. Cheers Kon----------------------------------------------------------------------You can UNSUBSCRIBE from the OpenDTV list in two ways:- Using the UNSUBSCRIBE command in your user configuration settings at FreeLists.org- By sending a message to: opendtv-request@xxxxxxxxxxxxx with the word unsubscribe in the subject line.
-- Tom Barry trbarry@xxxxxxxxxxx ---------------------------------------------------------------------- You can UNSUBSCRIBE from the OpenDTV list in two ways:- Using the UNSUBSCRIBE command in your user configuration settings at FreeLists.org
- By sending a message to: opendtv-request@xxxxxxxxxxxxx with the word unsubscribe in the subject line.