> > 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....@ffmpeg.org> wrote: > > -----Original Message----- > > From: ffmpeg-devel <ffmpeg-devel-boun...@ffmpeg.org> On Behalf Of > > Devlist Archive > > Sent: Friday, February 7, 2025 8:52 PM > > To: FFmpeg development discussions and patches <ffmpeg- > > de...@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@ffmpeg.org > https://ffmpeg.org/mailman/listinfo/ffmpeg-devel > > To unsubscribe, visit link above, or email > ffmpeg-devel-requ...@ffmpeg.org with subject "unsubscribe". > _______________________________________________ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-devel To unsubscribe, visit link above, or email ffmpeg-devel-requ...@ffmpeg.org with subject "unsubscribe".
