Skip to content

Adding SCTE-35 time_signal support into the existing scte35 option - #327

Open
tru64master wants to merge 10 commits into
Dash-Industry-Forum:mainfrom
tru64master:scte35-clean
Open

Adding SCTE-35 time_signal support into the existing scte35 option#327
tru64master wants to merge 10 commits into
Dash-Industry-Forum:mainfrom
tru64master:scte35-clean

Conversation

@tru64master

Copy link
Copy Markdown

Using the existing SCTE35 option this adds new options (11, 12 13, 21, 22 and 23) that sends a time_signal based on Provider Opportunity (11/12/13) and distributor opportunity (21/22/23).

The change relies no the existing code, hence the options act in the same way as the prior ones. The change is fairly simplistic, and only addresses basic use cases.

consists of replicating the existing splice_info
option - scte35_11/12/13 instead of 1/2/3.

We add a loop to send two EMSG packets one with a
start the other a stop.
Added support for both PPO and DPO
(provider advertisement and Distributor Advertisement)

Remove unwanted files.
Get the PR branch into line with the actual changes

Rebase to resolve conflicts
These are not exhaustive, but they do cover some additional cases that were not previously tested.
…teEmsgAhead function signature.

This was added to aid debugging. No longer required.

Fix more commit conflicts
@tru64master
tru64master marked this pull request as ready for review July 27, 2026 13:05
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant