A tsdemuxer PIDs property

Eric Trousset etrousset at awox.com
Mon Nov 18 01:12:40 PST 2013


Hi,
Actually we get the PIDs from the via au nonstandard field in the media protocol info.
Btw, if I dump the pipeline,  it does seem the demuxer exposes any output.

Mediainfo returns the following info for the stream : 

General
Complete name                            : stream_playspeed_1.000000_seek_0s.bin
Format                                   : BDAV
Format/Info                              : Blu-ray Video
Format profile                           : No PAT/PMT
File size                                : 1.12 MiB
Duration                                 : 3s 86ms
Overall bit rate                         : 3 047 Kbps
 
Video
ID                                       : 4112 (0x1010)
Format                                   : AVC
Format/Info                              : Advanced Video Codec
Format profile                           : Main at L4.0
Format settings, CABAC                   : Yes
Format settings, ReFrames                : 4 frames
Duration                                 : 3s 86ms
Bit rate                                 : 2 534 Kbps
Width                                    : 1 280 pixels
Height                                   : 720 pixels
Display aspect ratio                     : 16:9
Frame rate                               : 59.940 fps
Standard                                 : Component
Color space                              : YUV
Chroma subsampling                       : 4:2:0
Bit depth                                : 8 bits
Scan type                                : Progressive
Bits/(Pixel*Frame)                       : 0.046
Stream size                              : 955 KiB (83%)
Color primaries                          : BT.709
Transfer characteristics                 : BT.709
Matrix coefficients                      : BT.709
 
Audio
ID                                       : 4114 (0x1012)
Format                                   : AC-3
Format/Info                              : Audio Coding 3
Mode extension                           : CM (complete main)
Format settings, Endianness              : Big
Duration                                 : 3s 72ms
Bit rate mode                            : Constant
Bit rate                                 : 384 Kbps
Channel(s)                               : 6 channels
Channel positions                        : Front: L C R, Side: L R, LFE
Sampling rate                            : 48.0 KHz
Bit depth                                : 16 bits
Compression mode                         : Lossy
Delay relative to video                  : -1s 20ms
Stream size                              : 144 KiB (13%)

Any clue why I don't get any source (output) pads then?

Regards, 
Eric

> -----Original Message-----
> From: Edward Hervey [mailto:bilboed at bilboed.com]
> Sent: dimanche 17 novembre 2013 21:34
> To: Discussion of the development of and with GStreamer
> Subject: Re: A tsdemuxer PIDs property
> 
> On Fri, 2013-11-15 at 17:37 +0100, Eric Trousset wrote:
> > Using MediaInfo, I can confirm I have no PAT/PMT in the stream, so I can
> only rely on the PID I receive via upnp to select the streams I render in the
> player.
> 
>   So I assume UPNP has an out-of-bound mechanism to tell you what media
> type each PID is ? In the HTTP headers maybe ? Also, is this a "standard"
> UPNP/DLNA behaviour (to not put PAT/PMT in stream and indicate streams
> in a different fashion) ?
> 
>   BTW, track selection has nothing to do with this problem (demuxer just
> exposes pads for all available streams and you switch accordingly).
> 
>    Regards,
> 
>       Edward
> 
> 
> >
> > Regards,
> > Eric
> >
> > > -----Original Message-----
> > > From: Eric Trousset [mailto:etrousset at awox.com]
> > > Sent: vendredi 15 novembre 2013 17:13
> > > To: Discussion of the development of and with GStreamer
> > > Subject: RE: A tsdemuxer PIDs property
> > >
> > > Hi,
> > > I ll check what we got in the stream, but for now, we get the PIDs
> > > we need to show/play via upnp, and don't get any program information.
> > > Also, we might need to change the played stream during playback.
> > >
> > > Eric
> > >
> > > > -----Original Message-----
> > > > From: Edward Hervey [mailto:bilboed at bilboed.com]
> > > > Sent: vendredi 15 novembre 2013 16:43
> > > > To: Discussion of the development of and with GStreamer
> > > > Subject: Re: A tsdemuxer PIDs property
> > > >
> > > > Hi,
> > > >
> > > > On Fri, 2013-11-15 at 12:37 +0100, Eric Trousset wrote:
> > > > > Hi all,
> > > > >
> > > > >
> > > > >
> > > > > I am porting my application from gstreamer 0.10 to 1.0. And I
> > > > > used to use FluTsDemuxer witch I could give the audio and video
> > > > > PIDs via the es-pid property. Its seems this element hasn’t been
> > > > > ported to 1.0, so is there an alternative TSDemuxer I could use
> > > > > witch would accept PID from properties?
> > > >
> > > >   tsdemux doesn't (and most likely will never) allow setting PES PID.
> > > >
> > > >   The rationale is that if you don't have a PMT ... you can't
> > > > guess the nature/type/caps/property of the individual PES streams.
> > > >
> > > >   That being said, if you *do* have PMT we could envision adding a
> > > > property to specify on which PID it is.
> > > >
> > > >     Edward
> > > >
> > > > >
> > > > >
> > > > >
> > > > > Best regards,
> > > > >
> > > > > Eric
> > > > >
> > > > >
> > > > > _______________________________________________
> > > > > gstreamer-devel mailing list
> > > > > gstreamer-devel at lists.freedesktop.org
> > > > > http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
> > >
> > > _______________________________________________
> > > gstreamer-devel mailing list
> > > gstreamer-devel at lists.freedesktop.org
> > > http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
> > _______________________________________________
> > gstreamer-devel mailing list
> > gstreamer-devel at lists.freedesktop.org
> > http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel



More information about the gstreamer-devel mailing list