Stream always starting at beginning

[kingflurkel]

Hi there! We are experimenting with kickflip. But every time we load the stream, it seems to be starting from the beginning of the stream, so it's not really "live". What are we doing wrong or did we miss the concept of kickflip?

[crivera]

hi is there any update to this issue? i just tried today and seems like its still doing that

[chrisballinger]

What device are you streaming from?

[crivera]

iphone 6

[chrisballinger]

And what device are you watching the stream from?

[crivera]

iOS simulator
On Fri, May 15, 2015 at 3:41 PM Chris Ballinger notifications@github.com
wrote:

And what device are you watching the stream from?

—
Reply to this email directly or view it on GitHub
#2 (comment)
.

[chrisballinger]

Just tested with that configuration and it is definitely joining a live stream.

Because of how HLS works, there is an unavoidable delay. After the 9th ~10 second segment the manifest will start at the 4th segment.

#EXTM3U\n#EXT-X-VERSION:3\n#EXT-X-TARGETDURATION:13\n#EXT-X-MEDIA-SEQUENCE:4\n#EXTINF:9,\nindex4.ts\n#EXTINF:13,\nindex5.ts\n#EXTINF:9,\nindex6.ts\n#EXTINF:8,\nindex7.ts\n#EXTINF:13,\nindex8.ts\n"

Here is an example manifest that's being uploaded while the 9th segment is being uploaded. When the client joins it will start streaming from the 4th segment, and the manifest is updated on a rotating basis after each chunk e.g. segments 4-8, 5-9, 10-15, etc. When the stream is over a VOD manifest is uploaded that starts at the 1st segment and contains all segments.

Try streaming for a longer duration before joining the stream from another device and you'll see it is live. For lower latency you'll need to use something like WebRTC, but it won't scale to large numbers of users for one-to-many (broadcast).

[crivera]

Ahhh ok that could be it!

Maybe you can answer this too. Why does hls have a delay? I tried meerkat
or periscope and the delay is about 3-5 seconds... But with kick flip its
about 30 seconds... What do they do different?
On Fri, May 15, 2015 at 3:55 PM Chris Ballinger notifications@github.com
wrote:

Just tested with that configuration and it is definitely joining a live
stream.

Because of how HLS works, there is an unavoidable delay. After the 9th ~10
second segment the manifest will start at the 4th segment.

#EXTM3U\n#EXT-X-VERSION:3\n#EXT-X-TARGETDURATION:13\n#EXT-X-MEDIA-SEQUENCE:4\n#EXTINF:9,\nindex4.ts\n#EXTINF:13,\nindex5.ts\n#EXTINF:9,\nindex6.ts\n#EXTINF:8,\nindex7.ts\n#EXTINF:13,\nindex8.ts\n"

Here is an example manifest that's being uploaded while the 9th segment is
being uploaded. When the client joins it will start streaming from the 4th
segment, and the manifest is updated on a rotating basis after each chunk
e.g. segments 4-8, 5-9, 10-15, etc. When the stream is over a VOD manifest
is uploaded that starts at the 1st segment and contains all segments.

Try streaming for a longer duration before joining the stream from another
device and you'll see it is live. For lower latency you'll need to use
something like WebRTC, but it won't scale to large numbers of users for
one-to-many (broadcast).

—
Reply to this email directly or view it on GitHub
#2 (comment)
.

[gobid]

hi i think that kickflip still has this issue

[v-ken]

@crivera
Kickflip uses HLS which has the unavoidable 30secs of delay.
Meerkat and Periscope uses WebRTC which cuts that delay down to less than a second.

https://bloggeek.me/webrtc-improve-meerkat-periscope/