A tsdemuxer PIDs property

[Edward Hervey]

Hi,

On Wed, 2013-11-27 at 09:11 +0000, Duncan Palmer wrote:
> A useful use-case for having a tsdemux which doesn't first parse the
> PAT/PMT from the stream, is to reduce channel zap time on a DVB
> network. The PAT & PMT contents are stored somewhere else (e.g. a
> database), and you can save yourself a few hundred milliseconds by
> pulling pids and other information from the database rather than
> waiting for the tables to arrive at the demux. As Edward mentioned
> tho, there would need to be some generic mechanism to allow the
> tsdemux to determine caps etc. for the source pads. 

  That's indeed a perfectly valid use-case, and dvbbasebin could be made
to store and re-inject cached PAT/PMT to speed up zap time.
  The end-result would be that tsdemux first receives the PAT/PMT for
the new channel before any data from that new channel.

    Edward

> 
> 
> 
> On 25 November 2013 09:36, Eric Trousset <etrousset at awox.com> wrote:
>         Hi Seb,
>         I just filed a bug with a link to a mpegts file with no
>         PAT/PMT
>         It's filed under Bug 715147
>         
>         Cheers,
>         Eric T.
>         
>         > -----Original Message-----
>         > From: Sebastian Dröge [mailto:sebastian at centricular.com]
>         > Sent: vendredi 22 novembre 2013 20:32
>         > To: Discussion of the development of and with GStreamer
>         > Subject: Re: A tsdemuxer PIDs property
>         >
>         
>         > On Mo, 2013-11-18 at 10:12 +0100, Eric Trousset wrote:
>         > > 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.
>         >
>         > I think tsdemux currently requires a PAT/PMT to expose any
>         streams at all,
>         > and proper MPEGTS streams should have this.
>         >
>         > If you file a bug with a sample file, we could look into
>         adding support for your
>         > files if it can be done without risk of breaking anything or
>         making the code
>         > much more complicated.
>         >
>         > --
>         > Sebastian Dröge <sebastian at centricular.com> Centricular Ltd
>         -
>         > http://www.centricular.com Expertise, Straight from the
>         Source
>         
>         _______________________________________________
>         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

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: This is a digitally signed message part
URL: <http://lists.freedesktop.org/archives/gstreamer-devel/attachments/20131127/4c4bc962/attachment.pgp>