[Webkit-unassigned] [Bug 200615] FMP4 segments streamed into a MediaSource results in a black video.

[bugzilla-daemon at webkit.org]

https://bugs.webkit.org/show_bug.cgi?id=200615

--- Comment #14 from Jer Noble <jer.noble at apple.com> ---
(In reply to Roman R. from comment #12)
> Audio junk is played from an asset that has video track only. We generate
> the live data programmatically and by no means the data could have an audio
> track. Additionally, addSourceBuffer call argument has no reference to audio.

It doesn't need to. Throwing an error when encountering an unspecified track is non-normative.

Can you point to a reduced test case that demonstrates this problem? And how have you determined that it's the MSE stream that's generating the audio and not the programmatic audio?

> Also audio problem has nothing to do with sdtp boxes, their removal left the
> audio bug in place.
> 
> We do not set duration and it is updated according to MSE duration change
> algorithm (presumably). In the same time duration embedded into FMP4 is zero
> to indicate live stream. 

That does not indicate a live stream. A duration of +Inf will indicate a live stream, as per the MSE specification. The MSE spec says that the initial duration of a SourceBuffer is only set to +Inf if there is no duration, and it's not possible to have a `moov` segment without a duration, so that instruction may only be relevant to WebM or TS containers.

> So I thought that yes there is a chance that Safari does not have a notion
> of duration-less stream

It does, but you need to set the duration to +Inf explicitly.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-unassigned/attachments/20190827/e8af486c/attachment.html>