Broadcast television in an IP world
kraig at enguity.com
Sat Nov 18 16:59:28 CST 2017
I wanted to note that, in no way shape or form was my previous message a
vendor or technology recommendation, nor do we have any direct or indirect
financial ties to either party, except that we provide the DIA fiber trunk
to pass the live video content from the studio to the GDM peering point. At
that point, it is GDM's responsibility to push the same traffic towards the
CDN aggregator or their choosing.
My message was simply an indication that portions of the broadcast industry
have recognized OTT as part of their future, regardless of how its
deployed, under what conditions or technological methods.
On Keith's note, I wont disagree with his response, except to note that it
does take at least 45Mb/s upon launching the channel, at peak, then settles
down to 12-25Mb/s for simple HD news content.
Not sure which CDN they are using but can find out, if you'd like to test
further. I am confident that they do not have Canada in their CDN mix.
On Nov 18, 2017 11:03 AM, "Keith Medcalf" <kmedcalf at dessus.com> wrote:
> Looks OK on my old 12" 240i interlace CRT. However, it is not High
> Definition. Like everything on the Roku it is CATRS (Compressed All To Rat
> Shit) and motion decimated and unsuitable for display on anything
> bigger/more modern than a 12 240i CRT circa 1980 or so, and certainly
> completely unwatchable on a 80" 1080p display.
> And one cannot look at that SyncBak page unless one disables security and
> permits unwashed code free reign to execute willy nilly on the local
> computer. I do not have the time nor inclination to security audit their
> code, so there is nothing to be seen from them. This means on a balance of
> probabilities that they are nothing more than snake-oil salesmen.
> The fact that there's a Highway to Hell but only a Stairway to Heaven says
> a lot about anticipated traffic volume.
> >-----Original Message-----
> >From: NANOG [mailto:nanog-bounces at nanog.org] On Behalf Of Kraig Beahn
> >Sent: Saturday, 18 November, 2017 07:14
> >To: Luke Guillory
> >Cc: NANOG list
> >Subject: Re: Broadcast television in an IP world
> >The OTT side is already being implemented by a major broadcast
> >customer of
> >Right now they simply rebroadcast their news, both live and
> >i'm assuming until the national networks and syndicators will allow
> >reasonable OTT licensing fee's.
> >They use a product called SyncBak (for which they've also invested in
> >heavily) and offer the streams for all of their market stations
> >You can in turn use a Roku or Roku like STB to ascertain the feed,
> >live and
> >in HD at that.
> >We currently provide the fiber and peering facilities, and are
> >familiar with the network and video production side.
> >Very neat product, at that...
> >IP translator and MPEG network side:
> >Example station: https://channelstore.roku.com/details/47424/wctv
> >On Nov 17, 2017 7:53 PM, "Luke Guillory" <lguillory at reservetele.com>
> >> Because local OTA channels are probably most of what people want
> >> outside of sporting events.
> >> Sent from my iPad
> >> On Nov 17, 2017, at 6:49 PM, Baldur Norddahl
> ><baldur.norddahl at gmail.com<
> >> mailto:baldur.norddahl at gmail.com>> wrote:
> >> Much live programming could be done without significant additional
> >> if the community could agree on multicast delivery standards.
> >> Does multicast have any future? Netflix, YouTube, et al does not
> >use it.
> >> People want instant replay and a catalogue to select from. Except
> >for sport
> >> events, live TV has no advantage so why even try to optimize for
> >> Luke Guillory
> >> Vice President – Technology and Innovation
> >> [cid:image4d387c.JPG at 67228580.4c8bfb6f]
> >> Tel: 985.536.1212
> >> Fax: 985.536.0300
> >> Email: lguillory at reservetele.com
> >> Web: www.rtconline.com
> >> Reserve Telecommunications
> >> 100 RTC Dr
> >> Reserve, LA 70084
> >> Disclaimer:
> >> The information transmitted, including attachments, is intended
> >only for
> >> the person(s) or entity to which it is addressed and may contain
> >> confidential and/or privileged material which should not
> >> distribute or be copied. Please notify Luke Guillory immediately by
> >> if you have received this e-mail by mistake and delete this e-mail
> >> your system. E-mail transmission cannot be guaranteed to be secure
> >> error-free as information could be intercepted, corrupted, lost,
> >> arrive late or incomplete, or contain viruses. Luke Guillory
> >therefore does
> >> not accept liability for any errors or omissions in the contents of
> >> message, which arise as a result of e-mail transmission.
More information about the NANOG