After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 759139 - h264parse: does not honor width and height sink caps
h264parse: does not honor width and height sink caps
Status: RESOLVED NOTABUG
Product: GStreamer
Classification: Platform
Component: gst-plugins-bad
git master
Other All
: Normal normal
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2015-12-07 20:30 UTC by Athanasios Oikonomou
Modified: 2015-12-07 21:15 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
debug level 5 of basesink, h264parse and dvbmediasink (74.08 KB, application/x-compressed-tar)
2015-12-07 20:33 UTC, Athanasios Oikonomou
Details

Description Athanasios Oikonomou 2015-12-07 20:30:20 UTC
The OpenPLi dvbmediasink, has video/x-h264 width: [ 16, 4096 ] height: [ 16, 4096 ] capability, but it seems that h264parse (or other element) does not honor the sink caps.

The following stream (among other) fails because we are receiving caps without width and height.

# GST_DEBUG_FILE=/tmp/debug5.log GST_DEBUG_NO_COLOR=1 GST_DEBUG=basesink:5,h264parse:5,dvb*:5 gst-launch-1.0 playbin uri=http://skyianywhere2-i.akamaihd.net/hls/live/200275/tg24/playlist.m3u8
Setting pipeline to PAUSED ...
Pipeline is PREROLLING ...
WARNING: from element /GstPlayBin:playbin0/GstPlaySink:playsink: No volume control found
Additional debug info:
/opt/build/tmp/work/mips32el-oe-linux/gstreamer1.0-plugins-base/1.7+gitAUTOINC+8b49a3f845-r29/git/gst/playback/gstplaysink.c(2852): gen_audio_chain (): /GstPlayBin:playbin0/GstPlaySink:playsink:
Volume/mute is not available
Pipeline is PREROLLED ...
Setting pipeline to PLAYING ...
New clock: GstSystemClock
Missing element: H.264 decoder
WARNING: from element /GstPlayBin:playbin0/GstURIDecodeBin:uridecodebin0: No decoder available for type 'video/x-h264, stream-format=(string)byte-stream, alignment=(string)nal, parsed=(boolean)true'.
Additional debug info:
/opt/build/tmp/work/mips32el-oe-linux/gstreamer1.0-plugins-base/1.7+gitAUTOINC+8b49a3f845-r29/git/gst/playback/gsturidecodebin.c(939): unknown_type_cb (): /GstPlayBin:playbin0/GstURIDecodeBin:uridecodebin0
^Chandling interrupt.
Interrupt: Stopping pipeline ...
Execution ended after 0:00:02.526383036
Setting pipeline to PAUSED ...
Setting pipeline to READY ...
Setting pipeline to NULL ...
Freeing pipeline ...
Comment 1 Athanasios Oikonomou 2015-12-07 20:33:44 UTC
Created attachment 316904 [details]
debug level 5 of basesink, h264parse and dvbmediasink
Comment 2 Sebastian Dröge (slomo) 2015-12-07 21:15:16 UTC
Ah so it's actually behaving correctly. From your description in the other bug I understood that it actually linked to your sink with the incomplete caps.

So what is left here is the other bug (or not) that h264parse first outputs incomplete caps for a while. Bug #755885