[FFmpeg-devel] [PATCH 1/2] lavc: add CEA-708 codec id.

[Michael Niedermayer]

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 ([6][0][0][0] / 0x0006)
>     Stream #0:4[0x48](CHI): Subtitle: dvb_subtitle ([6][0][0][0] / 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
Type: application/pgp-signature
Size: 198 bytes
Desc: Digital signature
URL: <http://ffmpeg.org/pipermail/ffmpeg-devel/attachments/20140327/f56e7929/attachment.asc>