> That’s what we were seeing from our searching as well. I do know that there > are vendors that output cable channels after decryption with a cable card, > with SCTE-35 that are using FFMPEG in the backend code. Silicon Dust with the > now discontinued PRIME units for an example. Does anyone know how this is > being facilitated?
With some custom code it isn't hard to pass through SCTE-35 triggers, largely dependent on whether you are reusing the stream timing from the original incoming stream. If your output stream as the same timestamps as the incoming stream (i.e. using -copy_ts), then you can essentially just copy the packet to the output unmodified without having to parse the SCTE-35 payload. However if you're retiming the stream then you need to parse the packet, adjust the pts_offset field, and then create a new packet. And of course you need to modify the MPEG TS mux to adjust the PMT and create the table sections, since SCTE-35 is done through tables as opposed to through an elementary stream containing PES packets. I've got patches which do this but they aren't upstream. Devin -- Devin J. Heitmueller - Kernel Labs http://www.kernellabs.com _______________________________________________ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
