[FFmpeg-devel] Stream Type 0x80 (video?)
Sat Apr 11 14:22:42 CEST 2009
On Sat, Apr 11, 2009 at 12:41 AM, <snacky at ikaruga.co.uk> wrote:
> 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?
>>>>> with a name like type80video.ts
>>>> 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
>> 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
>> This file came from satellite broadcasting in the USA (how networks
>> broadcast content to cable companies and such). ? It is supposed to be
>> "broadcast quality" stuff. I don't know which encoder was used, but It
>> was received by an Motorola IRD which has no problem what so ever
>> decoding this thing. Look for DSR-4410MD
> As you say, this type of stream is typical in the US.
>> I also pased it through a mpeg analyzer, which could not identify the
>> video stream either, alongs with a bunch of errors. The video size is
>> also not standard.
> The size is common. What standard do you think the video size violates?
>> It is like there is a hidden agreement between
>> broadcasters and equipment manufacturers that they don't want anybody
>> to know.
> Maybe it's more like the equipment manufacturer is the same end-to-end
> sometimes. The users just care that it works, and the sooner the better.
> Although we see in this particular case, there are no secrets involved in
> the format.
> ffmpeg-devel mailing list
> ffmpeg-devel at mplayerhq.hu
Thanks for the information. Very Ilustrative.
Descriptor 0x83: ANSI/SCTE 57: extended_video_descriptor()
Stream Type 0x80 : is a Digicypher stream
Descriptor 0x86 is a caption service descriptor.
More information about the ffmpeg-devel