GNU bug report logs - #39126
GStreamer fails with coglsink

Previous Next

Package: guix;

Reported by: Leo Prikler <leo.prikler <at> student.tugraz.at>

Date: Tue, 14 Jan 2020 00:24:02 UTC

Severity: normal

To reply to this bug, email your comments to 39126 AT debbugs.gnu.org.

Toggle the display of automated, internal messages from the tracker.

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to bug-guix <at> gnu.org:
bug#39126; Package guix. (Tue, 14 Jan 2020 00:24:02 GMT) Full text and rfc822 format available.

Acknowledgement sent to Leo Prikler <leo.prikler <at> student.tugraz.at>:
New bug report received and forwarded. Copy sent to bug-guix <at> gnu.org. (Tue, 14 Jan 2020 00:24:02 GMT) Full text and rfc822 format available.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Leo Prikler <leo.prikler <at> student.tugraz.at>
To: bug-guix <at> gnu.org
Subject: GStreamer fails with coglsink
Date: Tue, 14 Jan 2020 01:23:37 +0100
Hi Guix,

I've noticed recently, that GStreamer (specifically, but not limited
gst-play-1.0) would fail from the command line, whereas GStreamer-based 
applications (such as Totem) work fine.  After some debugging, I found
out that the offending element was coglsink, which is pulled in through
some propagation chain by GNOME, and automatically included in
GST_PLUGIN_SYSTEM_PATH as a result.  Clearing this variable or
specifying any other video sink (except autovideosink, which just loads
coglsink), acts as an effective workaround.
I believe, this might be related to the recent upgrade to 1.16.2, but I
am unsure whether this is really GStreamer's fault or mine for having
weird hardware.  Is anyone else experiencing similar issues?

Regards,
Leo





This bug report was last modified 4 years and 319 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.