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

[Juergen Sachs]

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.




--
View this message in context: http://gstreamer-devel.966125.n4.nabble.com/gst-play-does-not-go-to-PLAYING-when-using-hardware-decoder-sinks-tp4680054p4680126.html
Sent from the GStreamer-devel mailing list archive at Nabble.com.