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.