GNOME Bugzilla – Bug 794816
splitmuxsink: Add new reset-muxer property
Last modified: 2018-04-03 11:39:35 UTC
See commit messages for explanation. This seems relatively fragile and not so nice, but I'm not sure what a better way to implement this would be.
Created attachment 370305 [details] [review] splitmuxsink: Add new reset-muxer property With this the muxer is not set to NULL after each segment but instead only flush events are sent to it to reset the EOS state. As a result, the muxer will keep stream state and e.g. mpegtsmux will keep the packet continuity counter continuous between segments as needed by hlssink2.
Created attachment 370306 [details] [review] mpegtsmux: Resend initial segments and header sections after FLUSH_STOP
Created attachment 370307 [details] [review] hlssink2: Use the new reset-muxer property on splitmuxsink We don't want to reset the muxer, otherwise the continuity counter will reset after each segment and some software gets confused. We want to create a continuous stream.
Comment on attachment 370305 [details] [review] splitmuxsink: Add new reset-muxer property Attachment 370305 [details] pushed as 0f1770f - splitmuxsink: Add new reset-muxer property
Attachment 370306 [details] pushed as 7a2110a - mpegtsmux: Resend initial segments and header sections after FLUSH_STOP Attachment 370307 [details] pushed as 385a68b - hlssink2: Use the new reset-muxer property on splitmuxsink