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 757787 - avdec_* seems to be in runtime but not development libs on OSX
avdec_* seems to be in runtime but not development libs on OSX
Status: RESOLVED INCOMPLETE
Product: GStreamer
Classification: Platform
Component: gst-libav
1.6.0
Other Mac OS
: Normal minor
: NONE
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2015-11-08 19:26 UTC by mspiegelmock
Modified: 2016-05-22 20:47 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description mspiegelmock 2015-11-08 19:26:35 UTC
I may be very confused here, but when I launch my pipeline with gst-launch-1.0 on OSX this works fine:

filesrc location=./t/test.mp4 ! qtdemux name=demuxer  demuxer.video_0 ! rtph264pay config-interval=1 ! udpsink host=127.0.0.1 port=5000
and
udpsrc uri=udp://127.0.0.1:5000 caps="application/x-rtp,media=(string)video" ! rtph264depay ! decodebin ! autovideosink sync=false

But when I construct the pipelines with cgo, I get the following error:
gstreamer version reported: 1.6.0.0
OK
panic: Got gstreamer error: Your GStreamer installation is missing a plug-in.
[gstdecodebin2.c(4527): gboolean gst_decode_bin_expose(GstDecodeBin *) (): /GstPipeline:rtpReceiver/GstBin:bin1/GstDecodeBin:decodebin0:
no suitable plugins found:
Link failed on pad h264parse0:sinkLink failed on pad avdec_h264-0:sink
Comment 1 mspiegelmock 2015-11-08 19:27:27 UTC
The source is here. https://github.com/revmischa/panoptic/blob/master/gst_test.go 
I'm constructing the pipelines with parse_bin_from_description()
Comment 2 Sebastian Dröge (slomo) 2015-11-08 19:35:57 UTC
The development installer has to be installed *in addition* to the runtime one. It only contains the additional headers and other files.
Comment 3 mspiegelmock 2015-11-08 19:37:33 UTC
I have both installed, the development library works it just appears to be missing avdec_h264, unless I am misreading this error message (which I probably am). If I don't use avdec_h264 in my application then things work fine.
Comment 4 Sebastian Dröge (slomo) 2015-11-08 19:45:25 UTC
Can you get a debug log with GST_DEBUG=6 from your application and gst-launch?
Comment 5 mspiegelmock 2015-11-08 19:55:01 UTC
Logs are at http://ebola.int80.biz/~bobo/debug/
Comment 6 Sebastian Dröge (slomo) 2015-11-11 14:29:45 UTC
Gives 404 now
Comment 7 mspiegelmock 2015-11-11 23:08:41 UTC
Apologies, I've re-uploaded the logs now.
Comment 8 Sebastian Dröge (slomo) 2015-11-12 08:02:34 UTC
The problem is not that they are not available (they are). The problem is that something in decodebin goes completely wrong: typefind:src is linked to the decode pad, but then tried to be linked to h264parse and avdec_h264 which fails because it is already linked.

Not sure why it is not unlinked first, the code does that and according to the logs it also does that.


Can you provide a testcase in C so that we can also reproduce the problem easily?
Comment 9 Tim-Philipp Müller 2016-05-22 20:47:15 UTC
Closing this bug report as no further information has been provided. Please feel free to reopen this bug report if you can provide the information that was asked for in a previous comment.
Thanks!