gst-play does not go to PLAYING when using hardware decoder sinks

[Sebastian Dröge]

On Wed, 2016-10-19 at 07:11 -0700, Juergen Sachs wrote:
> Sachs Jürgen wrote
> > we are developing gstreamer sink-elements to support hardware decoders.
> > That is, we do not need to use some kind of image sink, instead we feed
> > the _encoded_ data directly into hardware. 
> > 
> > Now, when using gst-play-1.0 to render a file, we get unexpected behavior:
> > - when invoking gst-play with the parameters --videosink/audiosink the
> > file is played as expected:
> >    # gst-play-1.0 --videosink=fakedecodervideo
> > --audiosink=fakedecoderaudio 
> > <somefile>
> > - when invoking without this parameters, 
> >    # gst-play-1.0 
> > <somefile>
> > the pipeline stops after prerolling/buffering.
> > 
> > [...]
> 
> I think the problem is localized meanwhile: The hardware decoder sink
> elements have to be classified as "Sink". When an element is classified as
> "Decoder" and does not have any output pin, the autoplugging does not
> finish.

Yes that makes sense. decodebin would wait forever for a srcpad to
appear otherwise.

-- 
Sebastian Dröge, Centricular Ltd · http://www.centricular.com
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 931 bytes
Desc: This is a digitally signed message part
URL: <https://lists.freedesktop.org/archives/gstreamer-devel/attachments/20161020/94c13704/attachment.sig>