dash input no more pads

classic Classic list List threaded Threaded
4 messages Options
Reply | Threaded
Open this post in threaded view
|

dash input no more pads

Rand Graham

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?

 

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
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
Reply | Threaded
Open this post in threaded view
|

Re: dash input no more pads

Nicolas Dufresne-5


Le 30 nov. 2017 4:44 PM, "Rand Graham" <[hidden email]> 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
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel



_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
Reply | Threaded
Open this post in threaded view
|

RE: dash input no more pads

Rand Graham

Hello,

 

Yes. The files also contain audio.

 

Playbin will not suit my needs. Playbin does indeed playback the stream.

 

I want to separate out the video stream so that I can downsample the video.

 

Is there a way to obtain the video stream?

 

Regards,

Rand

 

From: gstreamer-devel [mailto:[hidden email]] On Behalf Of Nicolas Dufresne
Sent: Thursday, November 30, 2017 6:00 PM
To: Discussion of the development of and with GStreamer <[hidden email]>
Subject: Re: dash input no more pads

 

 

 

Le 30 nov. 2017 4:44 PM, "Rand Graham" <[hidden email]> 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
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel

 


_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
Reply | Threaded
Open this post in threaded view
|

RE: dash input no more pads

Rand Graham
In reply to this post by Nicolas Dufresne-5

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:[hidden email]] On Behalf Of Nicolas Dufresne
Sent: Thursday, November 30, 2017 6:00 PM
To: Discussion of the development of and with GStreamer <[hidden email]>
Subject: Re: dash input no more pads

 

 

 

Le 30 nov. 2017 4:44 PM, "Rand Graham" <[hidden email]> 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
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel

 


_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel