[FFmpeg-devel] Captions SCC
Devlist Archive
devlist at rlb.org
Fri Feb 7 22:20:34 EET 2025
>
> One thing worth noting is that the filenames in that Google drive
> don't match up with the example commands you've provided. I would
> recommend if you decide to open a ticket to either rename the files or
> change the commands so whoever tries to reproduce the issue knows they
> are working with the exact same files.
The legal requirements are to pass the captions received, not generate
captions at least for the small entities like us. As such all the encoding
should be done by the content producer as long as the data isn't corrupted.
One thing worth noting is that the filenames in that Google drive
> don't match up with the example commands you've provided. I would
> recommend if you decide to open a ticket to either rename the files or
> change the commands so whoever tries to reproduce the issue knows they
> are working with the exact same files.
Here are some updated commands for the files that are there now and cleaned
up from the extra anothergui and windows path junk. The commands are in
the text file also. (one file still uploading)
Embed:
ffmpeg -i AIM-2301_premiereExport.mp4 -i AIM-2301_premiereExport.scc -map
0:v -map 0:a -map 1 -c:v copy -c:a copy -c:s mov_text -metadata:s:s:0
language=eng AIM-2301_ffmpegEmbed.mp4
Extract:
ffmpeg.exe -f lavfi -i "movie=AIM-2301.mp4"[out+subcc] -map 0:1 -c:s copy
AIM-2301_ffmpeg_extracted.scc
On Fri, Feb 7, 2025 at 11:57 AM Soft Works <
softworkz-at-hotmail.com at ffmpeg.org> wrote:
> > -----Original Message-----
> > From: ffmpeg-devel <ffmpeg-devel-bounces at ffmpeg.org> On Behalf Of
> > Devlist Archive
> > Sent: Friday, February 7, 2025 8:52 PM
> > To: FFmpeg development discussions and patches <ffmpeg-
> > devel at ffmpeg.org>
> > Subject: Re: [FFmpeg-devel] Captions SCC
> >
> > >
> > > Unfortunately, there's no bug which could be "fixed".
> > > For a proper solution, a CEA-608 ENcoder is required.
> > > And more - like already said.
> >
> >
> > Is a CEA-608 encoder actually required for a frame rate change, or is
> > it
> > possible to just redistribute the packets of the 608 stream in a
> > manner
> > that does not involve loss or reordering of data?
>
> As far as I understand, this is about professional public
> television broadcast, which needs to meet the regulations
> and work on any TV set out there.
> So even when you fiddle something together that works on some
> software players - you're still not done (and you would
> have nothing achieved at all).
>
> sw
> _______________________________________________
> ffmpeg-devel mailing list
> ffmpeg-devel at ffmpeg.org
> https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
>
> To unsubscribe, visit link above, or email
> ffmpeg-devel-request at ffmpeg.org with subject "unsubscribe".
>
More information about the ffmpeg-devel
mailing list