[FFmpeg-user] SCTE-35 implementation already (bounty)

[Dennis Mungai]

On Tue, 22 Sep 2020, 13:43 Dennis Mungai, <dmngaie at gmail.com> wrote:

> On Tue, 22 Sep 2020, 13:12 andrei ka, <andrei.k.gml at gmail.com> wrote:
>
>> btw, tsduck suite can extract pts of scte35, chances are you could make
>> filter_complex_script with these pos to insert kframes
>> &rei
>>
>>
>> On Wed, Sep 2, 2020 at 6:36 AM MediaStream <mediastream at gmail.com> wrote:
>>
>> > Looking for SCTE-35 pass through implementation:
>> >
>> > 1. Extract SCTE-35 from MPEG-TS.
>> > 2. Translate timing of the original SCTE-35 events to match timing in
>> the
>> > output file appropriately or keep timing as is.
>> > 3. Signal encoder to force key frames at the boundaries of the SCTE-35
>> > event.
>> > 4. Inject SCTE-35 messaging into output MP4 files as emsg and into MPD
>> and
>> > M3U8 manifests if/as needed.
>> >
>> > More info:
>> > https://www.w3.org/TR/media-timed-events/#scte-35
>> >
>> >
>> https://www.tvtechnology.com/opinions/scte10435-and-beyond-a-look-at-ad-insertion-in-an-ott-world
>> >
>> > source TS file with SCTE-35 also saved as ES and XML:
>> > https://www.mediafire.com/folder/zv20csqeo1ixt/
>> >
>> > Bounty of $2,500.00 USD (up to Oct 2020)
>>
>
> So can gstreamer's mpegts muxer implementation.
>

To clarify: Devin's ffmpeg branch (linked above) delivers the first two
objectives. However, these patches need to be forward-ported to git master,
as they also require significant fix-ups to be applied to the mpegts muxer.

That way, a downstream packager can use the SCTE-35 payloads to insert the
relevant splices to the HLS and DASH manifests.

>