Spark and RWC

Forums › Online streaming services › Spark and RWC

1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11

21300 posts

Uber Geek

Trusted

Lifetime subscriber

# 2177133 12-Feb-2019 13:16

Why would the stream be:

Japan > TVNZ > USA > Akamai in NZ.

That feels like making traffic cover more distance and cause more latency than should really be required? Also more points of failure.

I can't see why it wouldn't go

Japan > Akamai Japan > NZ?

ResponseMediaNZ

431 posts

Ultimate Geek

Trusted

Emergency Management

# 2177143 12-Feb-2019 13:23

networkn:

Why would the stream be:

Japan > TVNZ > USA > Akamai in NZ.

That feels like making traffic cover more distance and cause more latency than should really be required? Also more points of failure.

I can't see why it wouldn't go

Japan > Akamai Japan > NZ?

Comes from Japan to TVNZ as Outside Broadcast Connection (TV spec) and remember TVNZ is not the Host Broadcaster then needs to be encoded to goes to the USA to be encoded then back to NZ via Akamai

networkn

21300 posts

Uber Geek

Trusted

Lifetime subscriber

# 2177146 12-Feb-2019 13:27

ResponseMediaNZ:

networkn:

Why would the stream be:

Japan > TVNZ > USA > Akamai in NZ.

That feels like making traffic cover more distance and cause more latency than should really be required? Also more points of failure.

I can't see why it wouldn't go

Japan > Akamai Japan > NZ?

Comes from Japan to TVNZ as Outside Broadcast Connection (TV spec) and remember TVNZ is not the Host Broadcaster then needs to be encoded to goes to the USA to be encoded then back to NZ via Akamai

I am clearly missing something. Why wouldn't the USA be able to handle step 2 without TVNZ if TVNZ gave them permission?

If it HAS to go to the USA and it's probably so it can be centrally distributed to other countries other than NZ, then as far as I am concerned, making the traffic go the least distance seems both more practical and least likely to fail?

tdgeek

18103 posts

Uber Geek

Trusted

# 2177147 12-Feb-2019 13:30

ResponseMediaNZ:

networkn:

Why would the stream be:

Japan > TVNZ > USA > Akamai in NZ.

That feels like making traffic cover more distance and cause more latency than should really be required? Also more points of failure.

I can't see why it wouldn't go

Japan > Akamai Japan > NZ?

Comes from Japan to TVNZ as Outside Broadcast Connection (TV spec) and remember TVNZ is not the Host Broadcaster then needs to be encoded to goes to the USA to be encoded then back to NZ via Akamai

Justy, what could the delay be? Take latency, then add in a buffer , it might be a minute behind live? Or more? Or less? For me, I dont care if its a minute or 3 behind if that makes it buffering-free. (Just need to put phone upside down so I don't see alerts)

ResponseMediaNZ

431 posts

Ultimate Geek

Trusted

Emergency Management

# 2177148 12-Feb-2019 13:30

One person supports this post

networkn:

ResponseMediaNZ:

networkn:

Why would the stream be:

Japan > TVNZ > USA > Akamai in NZ.

That feels like making traffic cover more distance and cause more latency than should really be required? Also more points of failure.

I can't see why it wouldn't go

Japan > Akamai Japan > NZ?

Comes from Japan to TVNZ as Outside Broadcast Connection (TV spec) and remember TVNZ is not the Host Broadcaster then needs to be encoded to goes to the USA to be encoded then back to NZ via Akamai

I am clearly missing something. Why wouldn't the USA be able to handle step 2 without TVNZ if TVNZ gave them permission?

If it HAS to go to the USA and it's probably so it can be centrally distributed to other countries other than NZ, then as far as I am concerned, making the traffic go the least distance seems both more practical and least likely to fail?

Have a look at the YT video again and it explains why. Spark is using a provider that needs to take the TVNZ stream to make it available on spark sport. TVNZ are just the means to get it from Japan to NZ given that they are a TV Brodcaster and Spark is a Digital Platform

ResponseMediaNZ

431 posts

Ultimate Geek

Trusted

Emergency Management

# 2177149 12-Feb-2019 13:32

tdgeek:

ResponseMediaNZ:

networkn:

Why would the stream be:

Japan > TVNZ > USA > Akamai in NZ.

That feels like making traffic cover more distance and cause more latency than should really be required? Also more points of failure.

I can't see why it wouldn't go

Japan > Akamai Japan > NZ?

Comes from Japan to TVNZ as Outside Broadcast Connection (TV spec) and remember TVNZ is not the Host Broadcaster then needs to be encoded to goes to the USA to be encoded then back to NZ via Akamai

Justy, what could the delay be? Take latency, then add in a buffer , it might be a minute behind live? Or more? Or less? For me, I dont care if its a minute or 3 behind if that makes it buffering-free. (Just need to put phone upside down so I don't see alerts)

On the Video they said no longer than 30 seconds from what I remember from the YT Clip

tdgeek

18103 posts

Uber Geek

Trusted

# 2177172 12-Feb-2019 13:41

2 people support this post

I'd like longer than 30 seconds personally, just to allow for any transmission issues/delays. If there were any, for any reason, they could be ironed out and the stream which is effectively streamed and not livestreamed can be seamless

networkn

21300 posts

Uber Geek

Trusted

Lifetime subscriber

# 2177179 12-Feb-2019 14:25

I will admit to having not had time to complete the video, but is the interpretation of the video, correct in stating 540P for mobile devices? Not 720P or 1080P?

ResponseMediaNZ

431 posts

Ultimate Geek

Trusted

Emergency Management

# 2177181 12-Feb-2019 14:29

networkn:

I will admit to having not had time to complete the video, but is the interpretation of the video, correct in stating 540P for mobile devices? Not 720P or 1080P?

@Oblivian - answers that here its content-aware that's all I/we know at the moment

Oblivian:

networkn:

Having said that, this indicates that Mobile devices are getting 540p only. If that's true, that's terrible news I think, unless someone can clarify for me? I haven't watched video in 540p by choice for many years, except food TV, which I wouldn't accept for Sport.

I viewed it as content aware, it will work out what size device you are on, and use a different stream accordingly so not only data usage is kept within the device limits, but viewability isn't blown out beyond what the eye can perceive.

The 2.0 audio on the graphic however, doesn't show if that supports 6ch encoded/passtrhough

hsvhel

507 posts

Ultimate Geek

# 2177184 12-Feb-2019 14:47

Oblivian:

hsvhel: Correct, 2Mb average, 4 on a good day.
Not gonna happen on that road, and they’re all concerned about Sparks moves currently

Part of the push to jump people onto the LTE enabled routers for similar cost suddenly becomes clearer..

Would be nice, however that has its own hurdles for this street. mainly the lay of the land.

No doubt other areas would fall into this category also.

richrdh18

175 posts

Master Geek

# 2177191 12-Feb-2019 15:14

I really hope that Spark do some real live testing of their platform before the RWC. Testing in a lab is not sufficient, it will be the local infrastructure that will be the issue and most likely fail when 500K - a Mil devices attempt to stream the same game at the same time.

Cause cometh the hour and it doesn't work there will be all hell to pay for here in NZ, which is a rugby mad nation.

WyleECoyoteNZ

704 posts

Ultimate Geek

# 2177192 12-Feb-2019 15:14

Here is an Opinion piece from the NZ Herald

https://www.nzherald.co.nz/business/news/article.cfm?c_id=3&objectid=12202738

tdgeek

18103 posts

Uber Geek

Trusted

# 2177193 12-Feb-2019 15:25

One person supports this post

I'll read that later. It reminds me how negative everyone is these days, everything is a glass half empty. Sure, with Optus there are concerns, but everything really is a downer. Not just this topic, not just Politics but many others too, we all seem to seek out anything we can that is negative. So when someone says something positive it stands out as 'out there". Must just be the times we live in now.

As to Richard above, the video looks at 500,000 as a RWC target, conservative as well, Akamai seem to say that's fine

Batman

Mad Scientist
20912 posts

Uber Geek

Trusted

Lifetime subscriber

# 2177196 12-Feb-2019 15:28

WyleECoyoteNZ:
Benoire:

Yep they'll be using the WRC/F1 series on the platform as the text for RWC and EPL so early adopters will bug fix prior to the spark main event. I've got my reservations about the performance of F1 this year as a result but following the discussions in that thread we will have to wait and see how it actually pans out.

Agreed. The F1\WRC fans will be the guinea pigs for the RWC.

How it is all going to be priced will be the other interesting bit, is it going to be one flat fee, or pay per sport. I'd guess a flat fee which covers everything. Guessing.

10,000 streamers vs 1,000,000 streamers... It better not crash

Involuntary autocorrect in operation on mobile device. Apologies in advance.

WyleECoyoteNZ

704 posts

Ultimate Geek

# 2177202 12-Feb-2019 15:38

Batman:
WyleECoyoteNZ:

Benoire:

Yep they'll be using the WRC/F1 series on the platform as the text for RWC and EPL so early adopters will bug fix prior to the spark main event. I've got my reservations about the performance of F1 this year as a result but following the discussions in that thread we will have to wait and see how it actually pans out.

Agreed. The F1\WRC fans will be the guinea pigs for the RWC.

How it is all going to be priced will be the other interesting bit, is it going to be one flat fee, or pay per sport. I'd guess a flat fee which covers everything. Guessing.

10,000 streamers vs 1,000,000 streamers... It better not crash

That is what the posted Herald article looks to address, if Spark's streaming service crashes due to half the country trying to watch the AB's, then what?

The plan would look to be to stick in it all on TVNZ, maybe. TVNZ are Spark's free to air partner.

1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11