HI All,
Devin I would be really interested in your patches,
SCTE-35 is a topic that I'm really interested to .
Thanks
Alex
-Original Message-
From: ffmpeg-user On Behalf Of Devin
Heitmueller
Sent: 21 January 2020 14:21
To: FFmpeg user questions
Subject: Re: [FFmpeg-user] SC
> Am 24.01.2020 um 06:59 schrieb Anthony Delannoy :
>
>
>> the main question is what to do with the EPG packets...
>> I believe if a player could use the data, such decoding is definitely wanted.
>
> I believe VLC has a limited support for EPG displaying, very limited but it
> is there.
Onl
> the main question is what to do with the EPG packets...
> I believe if a player could use the data, such decoding is definitely wanted.
I believe VLC has a limited support for EPG displaying, very limited but it is
there.
Some links seems to confirm it
https://superuser.com/questions/1346010
Am Do., 23. Jan. 2020 um 11:26 Uhr schrieb Anthony Delannoy
:
>
> Some time ago I had needs similar to yours with DVB data streams and tried to
> implement some of them. But apart from recognizing and supply binary EPG
> packets others contributions were not accepted.
> As I understood it ffmpeg g
Some time ago I had needs similar to yours with DVB data streams and tried to
implement some of them. But apart from recognizing and supply binary EPG
packets others contributions were not accepted.
As I understood it ffmpeg goal is to decode/encode a maximum of video/audio
codecs and container fo
> 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 kn
>
>A few years back, there were developers working on scte 35 support in ffmpeg,
>and so far, the mpegts demuxer recognizes the SCTE 35 codec (due to the patch
>work written by >a certain Carlos Fernandez Sans). However, these threads were
>often mired by a lot of push-back by some developers he
On Fri, 17 Jan 2020, 19:02 , wrote:
> Hello,
>
>
>
> I am transcoding cable sourced streams with an SCTE-35 data stream. The
> output seems to drop the SCTE-35 type and shows just bin_data on an
> ffprobe.
> I am wondering if there is a way to properly set that type on the output or
> preserve it
Hello,
I am transcoding cable sourced streams with an SCTE-35 data stream. The
output seems to drop the SCTE-35 type and shows just bin_data on an ffprobe.
I am wondering if there is a way to properly set that type on the output or
preserve it.
FFprobe of Source stream:
hostname:~$ ffprobe
