[FFmpeg-devel] Stream Type 0x80 (video?)

[Måns Rullgård]

<snacky at ikaruga.co.uk> writes:

> On Fri, 10 Apr 2009 21:39:15 -0400, Jose Mortensen
> <josemortensen at gmail.com> wrote:
>> 2009/4/10 M?ns Rullg?rd <mans at mansr.com>:
>>> Jose Mortensen <josemortensen at gmail.com> writes:
>>>
>>>> On Fri, Apr 10, 2009 at 3:30 PM, compn <tempn at twmi.rr.com> wrote:
>>>>> On Fri, 10 Apr 2009 15:24:44 -0400, Jose Mortensen wrote:
>>>>>>I am New here. Please tell me where?
>>>>>>
>>>>>>-- Jose
>>>>>>
>>>>>
>>>>> ftp://upload.mplayerhq.hu/MPlayer/incoming
>>>>>
>>>>> with a name like type80video.ts
>>>>
>>>> Done,
>>>>
>>>> 227 Entering Passive Mode (213,144,138,186,246,231)
>>>> 150 Ok to send data.
>>>>
>>>> 226 File receive OK.
>>>> 8400000 bytes sent in 63.9 secs (1.3e+02 Kbytes/sec)
>>>
>>> Mentioning the filename you used would have been nice, but I found the
>>> file.
>>>
>> 
>> Sorry about that, for some reason I though it would be the only file....
>> 
>>>
>>> That file is not a valid MPEG-TS stream. ?Several "reserved" fields
>>> which should be all ones are set to zero. ?Ignoring this, the video
>>> stream has two descriptors, type 0x83 and 0x86, both in the private
>>> range. ?There is no registration descriptor to identify any derived
>>> spec that may be in use.
>
> I hate replying to this block of text because I can't maintain the right
> margin justification you achieved in your paragraph.
>
> Descriptor 0x83: ANSI/SCTE 57, see
> http://www.scte.org/documents/pdf/ANSISCTE572003DVS507.pdf table 7.1
>
> Stream type 0x80: Same as above, table 7.4 
>
> Descriptor 0x86: ANSI/SCTE 65, see
> http://www.scte.org/documents/pdf/ANSISCTE652002DVS234.pdf table 6.2
>
> How'd I know where to find these? I see it all the time, and also
> http://www.atsc.org/standards/Code_Point_Registry.pdf

The stream is obviously meant to follow ATSC specs.  It is however not
a valid ATSC stream since it lacks a registration descriptor, and
there are 'reserved' fields with invalid values.  Without the
registration descriptor, how are we supposed to know which non-ISO
spec to apply?

-- 
M?ns Rullg?rd
mans at mansr.com