[FFmpeg-devel] [PATCH 1/2] lavc: add CEA-708 codec id.
michaelni at gmx.at
Thu Mar 27 03:54:51 CET 2014
On Wed, Mar 26, 2014 at 09:23:16PM +0100, Reimar Döffinger wrote:
> On Wed, Mar 26, 2014 at 08:39:26PM +0100, Reimar Döffinger wrote:
> > On Wed, Mar 26, 2014 at 07:54:51PM +0100, Nicolas George wrote:
> > > Le septidi 27 ventôse, an CCXXII, Reimar Döffinger a écrit :
> > > > It was kind of my idea that we would just have all under a single ID for
> > > > the moment since filtering out the part you want isn't hard, but that was
> > > > in large part due to laziness...
> > > > I believe most if not all wtv samples we have include combined 608 and 708
> > > > data, but I can't test right now (and don't even know they are on the
> > > > sample server).
> > >
> > > I have made a small survey of the samles that were pointed in this thread:
> > >
> > > http://samples.ffmpeg.org/MPEG2/subcc/HK_DVB_sample.ts
> Stream #0:3[0x47](CHS,ENG): Subtitle: dvb_subtitle ( / 0x0006)
> Stream #0:4[0x48](CHI): Subtitle: dvb_subtitle ( / 0x0006)
> (though maybe no actually useful data packets if you were looking for that)
> > > http://samples.ffmpeg.org/MPEG2/subcc/HK_DVB_w_subtitle.ts
> FFmpeg does not probe far enough.
> MPlayer with -identify shows that subtitles appear later on,
> -sid 71 displays them.
> They should be DVB subs.
> > > http://samples.ffmpeg.org/MPEG2/subcc/HigashiNoEden8CCs.ts
> > > http://samples.ffmpeg.org/MPEG2/subcc/arib-captions.ts
> I suspect these two are the same. As far as I could figure
> out they use their own special Japanese ARIB subtitle encoding.
> I did not figure out the details of it so far.
> > > http://samples.ffmpeg.org/MPEG2/subcc/DVR-ClosedCaption/
> I doubt these are in any way still relevant, but they contain CC
> data in that packets starting with 00 00 01 b2 99 02 and 00 00 01 b2 bb 02
> I suspect replacing "99 02" by "fc", "aa 02" by "fd", "bb 02" by "fe"
> and "cc 02" by "ff" might convert them to ordinary CEA-608 data.
slightly off topic but
please also make sure there is good
fate coverage once this is supported ... this all sounds like there
are alot of cases
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
It is what and why we do it that matters, not just one of them.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Size: 198 bytes
Desc: Digital signature
More information about the ffmpeg-devel