[vlc-devel] [PATCH] TS demux: handle es stream type 0x42, which is CAVS

[Can Wu]

2011/11/17 Måns Rullgård <mans at mansr.com>

> Can Wu <wu.canus at gmail.com> writes:
>
> > ---
> >  modules/demux/ts.c |    3 +++
> >  1 files changed, 3 insertions(+), 0 deletions(-)
> >
> > diff --git a/modules/demux/ts.c b/modules/demux/ts.c
> > index ff3ba66..352c8a3 100644
> > --- a/modules/demux/ts.c
> > +++ b/modules/demux/ts.c
> > @@ -2405,6 +2405,9 @@ static int PIDFillFormat( ts_pid_t *pid, int
> i_stream_type )
> >      case 0x1B:  /* H264 <- check transport syntax/needed descriptor */
> >          es_format_Init( fmt, VIDEO_ES, VLC_CODEC_H264 );
> >          break;
> > +    case 0x42:  /* CAVS (Chinese AVS) */
> > +        es_format_Init( fmt, VIDEO_ES, VLC_CODEC_CAVS );
> > +        break;
>
> What will you/they do when 0x42 gets assigned to something else by ISO?
>
I think it's should not happend, the avs group must had reserved it from
itu, but yes, I should ha confirm it at first.

> They could at least have had the decency to pick an ID in the user
> private range, which will never be used for official ISO IDs, like ATSC
> did for AC3.
>
I will find something out ...

> --
> Måns Rullgård
> mans at mansr.com
>
> _______________________________________________
> vlc-devel mailing list
> To unsubscribe or modify your subscription options:
> http://mailman.videolan.org/listinfo/vlc-devel
>



-- 
wucan
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.videolan.org/pipermail/vlc-devel/attachments/20111117/dabcc7a9/attachment.html>