dash input no more pads
Rand Graham
rand.graham at lge.com
Tue Dec 12 17:08:33 UTC 2017
Hello,
Can anyone help with this issue?
In general, why does no more pads error happen? I have seen it more than once and it is a confusing error message each time.
Thanks,
Rand
From: gstreamer-devel [mailto:gstreamer-devel-bounces at lists.freedesktop.org] On Behalf Of Nicolas Dufresne
Sent: Thursday, November 30, 2017 6:00 PM
To: Discussion of the development of and with GStreamer <gstreamer-devel at lists.freedesktop.org>
Subject: Re: dash input no more pads
Le 30 nov. 2017 4:44 PM, "Rand Graham" <rand.graham at lge.com<mailto:rand.graham at lge.com>> a écrit :
Hello,
I am trying to playback a DASH input using a command line pipeline. I am getting a no more pads error. Can someone explain what is going wrong?
It says it failed linking qtdemux to h265parse, probably that you also have audio. The parse_launch does not generate smart code, try using playbin instead, it's specially designed to handle complex cases like dash.
As far as I can tell, the file has a quick time container with both audio and video. I am just trying to playback the video with my pipeline.
This stream plays back when using playbin.
My pipeline and the errors I see:
gst-launch-1.0 souphttpsrc location="http://localhost:8100/streams/0/manifest.mpd" ! dashdemux ! qtdemux ! h265parse ! mfxhevcdec ! fpsdisplaysink video-sink=mfxsink
Setting pipeline to PAUSED ...
libva info: VA-API version 0.99.0
libva info: va_getDriverName() returns 0
libva info: User requested driver 'iHD'
libva info: Trying to open /opt/intel/mediasdk/lib64/iHD_drv_video.so
libva info: Found init function __vaDriverInit_0_32
libva info: va_openDriver() returns 0
Pipeline is PREROLLING ...
Got context from element 'mfxsink0': gst.mfx.Aggregator=context, gst.mfx.Aggregator=(GstMfxTaskAggregator)NULL;
WARNING: from element /GstPipeline:pipeline0/GstQTDemux:qtdemux0: Delayed linking failed.
Additional debug info:
./grammar.y(506): gst_parse_no_more_pads (): /GstPipeline:pipeline0/GstQTDemux:qtdemux0:
failed delayed linking some pad of GstQTDemux named qtdemux0 to some pad of GstH265Parse named h265parse0
ERROR: from element /GstPipeline:pipeline0/GstDashDemux:dashdemux0: Internal data stream error.
Additional debug info:
gstadaptivedemux.c(2976): gst_adaptive_demux_stream_download_loop (): /GstPipeline:pipeline0/GstDashDemux:dashdemux0:
stream stopped, reason not-linked
ERROR: pipeline doesn't want to preroll.
Setting pipeline to NULL ...
Freeing pipeline ..
Output of gst-discoverer:
gst-discoverer-1.0 http://localhost:8100/streams/0/manifest.mpd
Analyzing http://localhost:8100/streams/0/manifest.mpd
Done discovering http://localhost:8100/streams/0/manifest.mpd
Topology:
container: application/dash+xml
container: MPEG-4 AAC
audio: MPEG-4 AAC
container: Quicktime
video: H.265 (Main 10 Profile)
Properties:
Duration: 1461:20:43.624687400
Seekable: yes
Tags:
audio codec: MPEG-4 AAC audio
maximum bitrate: 161152
bitrate: 157368
container format: ISO fMP4
nominal bitrate: 4294967295
video codec: H.265 / HEVC
Thanks,
Rand
_______________________________________________
gstreamer-devel mailing list
gstreamer-devel at lists.freedesktop.org<mailto:gstreamer-devel at lists.freedesktop.org>
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/gstreamer-devel/attachments/20171212/6d6937bf/attachment-0001.html>
More information about the gstreamer-devel
mailing list