-
Notifications
You must be signed in to change notification settings - Fork 202
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
renderer stops being able to play tracks when selected after a while #55
Comments
Here is a dump of the log from the time a new track is selected in the control point after the bug has manifested:
|
Any clue as to what might be causing this? I've had independent verification of it as an issue, and it's the only showstopper bug on RasPi I'm aware of. |
Clarification on how to manifest it: rapidly switching between STOP and PLAY on one song until it permanently stops ? (As for the logfile above: it is missing the XML encode as this is all going through the github markdown converter. So you need to add three backticks around the logfile-paste |
Hi, I actually had some difficulty in reproducing this again. By changing a track I meant "repeatedly selecting different tracks on the control point". I think it may be that there is a random chance of this failing each time it happens, and it's possibly more than one bug, which is going to make it tricky to track down. In any case, I've now got a log I will upload below. However, the interesting lines from both logs seem to be: ERROR [2014-02-28 15:07:05.412546 | gstreamer] play: Error: Internal playbin error. (Debug: gstplaybin2.c(3421): no_more_pads_cb (): /GstPlayBin:play: and from the earlier failure above ERROR [2014-02-09 17:32:50.473047 | gstreamer] openalsink1: Error: The stream is in the wrong format. (Debug: gstaudiobasesink.c(1105): gst_audio_base_sink_preroll (): /GstPlayBin:play/GstPlaySink:playsink/GstBin:abin/GstOpenALSink:openalsink1: So, it looks as though gmrender is losing it's connection to the sink in both cases. I have also edited my earlier post to fix the formatting problem and display the original log correctly. |
|
Any progress on tracking this down? Is there anything else I can do to help? |
I've been leaving logging running to try to track this down. Here's my latest log taken from a live system where I was doing nothing unusual. The previous album ended, I queued up a new album, and got silence. I can see no reason why this might happen.
|
To anyone in the future who finds this bug after googling error codes for fifteen minutes, I had the same problem; it turns out I didn't have pulseaudio itself installed. |
I find that I usually have to restart gmrender after a while because of this problem. It will take
commands to play new tracks but the track remains at 0:00 in the control point and does not play.
I have reproduced this with gstreamer versions < 1 and gstreamer 1.2.2 on the RasPi running raspbian.
I can reproduce this bug by frequently changing tracks until it manifests. I am happy to help with further debugging.
The text was updated successfully, but these errors were encountered: