GNOME Bugzilla – Bug 148273
[oggmux] does not handle new media discontinuities
Last modified: 2018-05-04 14:57:08 UTC
oggmux should emit a new ogg header as if its a new file when it gets such a discontinuity (and maybe reset timestamps if necessary). I would do it, but I dont want to screw up oggmux. I would be a very happy guy if you did this :)
Does this mean it would produce a chained ogg? Wouldn't new_media be a better event? And you should totally get this in HEAD, we'll just lart you if you break anything ;-)
The question re: head is what the solution for multiple sequential media use cases is. I should write out the use cases somewhere and see what people think the solutions to them are.
This is still broken in HEAD. Does NEWSEGMENT cover the right use cases that NEWMEDIA used to?
Zaheer, is this still relevant for 0.10 or can it be closed as OBSOLETE?
zaheer: *ping*
It is still relevant but I have no idea yet how we should handle new media in 0.10.
No news for two years here. Still valid?
Yes
What is "new media discontinuities" in this context ? Merely "we get a new pad requested", or something more involved ?
Anyone cares about ogg? I guess it should just return an error on a discont and one shold put a videorate or similar before to ensure a continuous stream.
Let's close this, special case anyway, we'll pick it up again with a special scenario in mind if someone needs it again