tsdemux no more pads

[Tim Müller]

On Mon, 2017-01-16 at 11:44 -0500, Rand Graham wrote:

Hi,

> I am trying to transcode a video that is using a transport stream
> container. I can decode the video using one pipeline the success
> case. When I try to name the demux video I have a failure that says
> no more pads.
> 
> 
> Can someone tell me what is going wrong?
> 
> Failure Case:
> 
> gst-launch-1.0 -v filesrc location=uhd.trp ! tsdemux name=demux
> demux.video_0 ! queue ! h265parse ! omxh265dec ! nvvidconv !
> 'video/x-raw(memory:NVMM), width=(int)1280, height=(int)720,
> format=(string)I420' ! omxh264enc profile=8 ! qtmux name=mux !
> filesink location=uhd1280x720.mp4 
> 
> 
> WARNING: ...
> failed delayed linking pad  video_0 of GstTSDemux named demux to some
> pad of GstQueue named queue0
> 
> ..stream stopped, reason not-linked
> ERROR: pipeline doesn't want to preroll.
> Setting pipeline to NULL ...
> /GstPipeline:pipeline0/GstTSDemux:demux.GstPad:video_0031: caps =
> "NULL"
> /GstPipeline:pipeline0/GstTSDemux:demux.GstPad:audio_0034: caps =
> "NULL"

You're using a name (video_0) that doesn't exist. The pad names of
demuxers vary from demuxer to demuxer, and might sometimes also differ
from version to version. In this case that first video pad is called
video_0031 as you can see at the end. It's generally best not to
specify pad names unless you have a good reason to do so.

Cheers
 -Tim
-- 
Tim Müller, Centricular Ltd - http://www.centricular.com