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@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@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 ours.
Right now they simply rebroadcast their news, both live and prerecorded, 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 nationwide. 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 intimately familiar with the network and video production side.
Very neat product, at that...
IP translator and MPEG network side: http://www.syncbak.com
Example station: https://channelstore.roku.com/details/47424/wctv
On Nov 17, 2017 7:53 PM, "Luke Guillory" <lguillory@reservetele.com> wrote:
Because local OTA channels are probably most of what people want live outside of sporting events.
Sent from my iPad
On Nov 17, 2017, at 6:49 PM, Baldur Norddahl <baldur.norddahl@gmail.com< mailto:baldur.norddahl@gmail.com>> wrote:
Much live programming could be done without significant additional burden 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 it?
Luke Guillory Vice President – Technology and Innovation
[cid:image4d387c.JPG@67228580.4c8bfb6f] <http://www.rtconline.com>
Tel: 985.536.1212 Fax: 985.536.0300 Email: lguillory@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 disseminate, distribute or be copied. Please notify Luke Guillory immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. Luke Guillory therefore does not accept liability for any errors or omissions in the contents of this message, which arise as a result of e-mail transmission.