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 771048 - ogg vorbis stream drops after first file's playback in clementine 1.3.1
ogg vorbis stream drops after first file's playback in clementine 1.3.1
Status: RESOLVED INCOMPLETE
Product: GStreamer
Classification: Platform
Component: gst-plugins-good
1.8.3
Other Linux
: Normal critical
: NONE
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2016-09-08 10:24 UTC by goetax
Modified: 2016-09-12 19:23 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
stderr (2.69 KB, text/plain)
2016-09-08 10:24 UTC, goetax
Details

Description goetax 2016-09-08 10:24:44 UTC
Created attachment 335080 [details]
stderr

Setup: Parabola (arch) GNU/Linux + GStreamer 1.8.3-1 + gstreamer-plugins-good 1.8.3-1 + Clementine 1.3.1-3

Reproduce: start clementine and begin playback of a .ogg radio stream

Result: playback drops/ends/stops after first song or audio file ends.  (I have had clementine crash entirely instead of just dropping the stream, but this does not always happen.)

stderr: from clementine is attached
Comment 1 Tim-Philipp Müller 2016-09-08 10:37:59 UTC
Looks like a refcounting issue somewhere (could be clementine or GStreamer).


Could you point us to a stream that reproduces the problem?

Does it also happen with

  gst-play-1.0 http://...

?
Comment 2 goetax 2016-09-10 09:07:25 UTC
(In reply to Tim-Philipp Müller from comment #1)
> Looks like a refcounting issue somewhere (could be clementine or GStreamer).
> 
> 
> Could you point us to a stream that reproduces the problem?
> 
> Does it also happen with
> 
>   gst-play-1.0 http://...
> 
> ?

gst-play-1.0 seems to handle .ogg streams just fine.  It would be my guess then, that is is a clementine issue rather than gstreamer..
Comment 3 Tim-Philipp Müller 2016-09-10 09:16:04 UTC
It could also be a race condition, maybe try multiple times with gst-play.

I assume clementing uses playbin internally?

If you give me a stream I can try as well.
Comment 4 goetax 2016-09-11 13:31:04 UTC
(In reply to Tim-Philipp Müller from comment #3)
> It could also be a race condition, maybe try multiple times with gst-play.
> 
> I assume clementing uses playbin internally?
> 
> If you give me a stream I can try as well.

Though such terms as race condition and reference counting are out of the scope of my expertise, it seems most likely this is an issue with the way clementine is using gstreamer.

http://streaming.rolandradio.net:80/roland.64.ogg works well for testing the issue as it has an intro file and will drop rather quickly; though, for this particular bug on my particular setup, most any ogg stream seems to cause the clementine program to either drop the stream or crash entirely.

I would highly doubt this is a gstreamer issue and will consider this matter closed.  Thank-you all for your work on the project.
Comment 5 Tim-Philipp Müller 2016-09-12 19:23:23 UTC
"race condition" means that the issue is timing-related and doesn't happen reliably. It might happen reliably on one computer, but not on another. Or only from time to time on some machines / in some circumstances.

The stream works fine for me however, at least with git master and 1.8, with gst-play-1.0 and Totem.

I will close this as you requested, but I'm not entirely sure yet if it's really a Clementine bug. Maybe best to liaise with the Clementine developers and see if they can narrow it down, assuming they can reproduce it. I don't have Clementine at hand here.