Open GoogleCodeExporter opened 8 years ago
Do you have any other streams/manifests where you're seeing this issue?
Original comment by jonathan...@google.com
on 21 Jan 2016 at 9:31
Yes, here they are.
Original comment by KarsekaAM
on 22 Jan 2016 at 1:53
Do you have any news/updates about that?
Original comment by KarsekaAM
on 1 Feb 2016 at 12:39
None at the moment. Can you reproduce the issue using those manifests and
provide the receiver logs (including the expected stream duration for each)?
Original comment by jonathan...@google.com
on 1 Feb 2016 at 10:50
Do you only see this behavior with live streams? The Smooth Streaming
specification (https://msdn.microsoft.com/en-us/library/ee673438(v=vs.90).aspx)
says that duration should be set to 0 for live presentations whose approximate
duration is not known in advance, which correlates to the streamDurations for
the manifest files you provided.
Original comment by jonathan...@google.com
on 1 Feb 2016 at 11:04
[deleted comment]
Hi gents,
Main scenario here is:
in our app user able to switch from the middle of live event to the
“recording in progress” of this event. For this case app show progress
scrubber that indicates duration of this recording with ability to scrub
through recorded content (scrubber.jpg)
But tricky part here is duration of recording constantly changes and we need to
update progress on scrubber somehow.
To make this we decided to request manifest every 5 secs and count new duration
based on chunks count until isLife flag is true. But I think this is non
optimal solution, because manifest for items with duration > 5-10h will be to
big.
Could you please suggest more efficient way to do this, if possible?
Original comment by dev.krav...@gmail.com
on 18 Feb 2016 at 10:15
Attachments:
Updated scheme
Original comment by dev.krav...@gmail.com
on 18 Feb 2016 at 1:32
Attachments:
Original issue reported on code.google.com by
KarsekaAM
on 11 Jan 2016 at 12:23