Skip to content
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

no sound after station changed (from playlist) on archlinuxarm (armv7h) with gstreamer 1.22.1 #2082

Open
solsticedhiver opened this issue Mar 23, 2023 · 4 comments
Labels
A-audio Area: Audio layer

Comments

@solsticedhiver
Copy link

solsticedhiver commented Mar 23, 2023

I have a playlist of radio stations.

Since I upgraded to gstreamer 1.22.1 on rpi3b running archlinux arm (32 bits/armv7h), when I change station, I got no sound, even tough the wbe ui says that the station changed.

In fact, from the verbose log, one can see that mopidy keeps on buffering for some unknwon reason.

This is not a network problem, because this happens when changing radio station.
If starting with station #1, it is ok. but station #2 fails. but if starting with station #2 no problme, but swithcing to station #1, this fails.

Downgrading to gstreamer 1.22.0 with gst-python and all gst-plugins packages, fixes the issue right away.

This is likely related to that OverflowError:

OverflowError: Python int too large to convert to C long                     
he above exception was the direct cause of the following exception:                                                                                                                                
Traceback (most recent call last):                                                                                                                                                                  
  File "/usr/lib/python3.10/site-packages/mopidy/audio/actor.py", line 229, in on_message
     if msg.type == Gst.MessageType.STATE_CHANGED:                                                                                                                                                   
 SystemError: <built-in method get_value of gi.FieldInfo object at 0xb44e8620> returned a result with an exception set

which cause other problem, like stopiing streaming ...
mopidy.log
mopidy-deps.txt

@kingosticks kingosticks added the A-audio Area: Audio layer label Mar 23, 2023
@solsticedhiver
Copy link
Author

More detailed logs with gstreamer 1.22.0 and then 1.22.1, doing the same sequence:

  • starting mopidy
  • load the playlist
  • select the first radio, and wait it starts to play
  • wait a few seconds
  • switch to somafm/groove salad (12th on the playlist)

running GST_DEBUG_FILE=gstreamer.log GST_DEBUG=3 mopidy -v > mopidy.log 2>&1

mopidy-1.22.0.log
gstreamer-no-color-1.22.0.log

mopidy-1.22.1.log
gstreamer-no-color-1.22.1.log

1.22.0 works. got sound for 2nd radio after change
1.22.1 no sound for 2nd radio after change

@kingosticks
Copy link
Member

0:01:11.530224891 10487 0x117d040 WARN alsa gstalsasink.c:1172:gst_alsasink_pause: Error -77 (File descriptor in bad state) calling snd_pcm_pause (alsa->handle, 1)
0:01:11.530344578 10487 0x117d040 ERROR alsa gstalsasink.c:1185:gst_alsasink_pause: alsa-pause: pcm pause error: File descriptor in bad state

Sounds bad but it's at the end of the file so possibly it came later and was missed in the 1.22.0 log?

@solsticedhiver
Copy link
Author

seems to work so far with gstreamer 1.22.2 and python 3.11.
crossing- fingers. not sure

@adrhc
Copy link

adrhc commented Aug 31, 2023

it doesn't, see #2121

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
A-audio Area: Audio layer
Projects
None yet
Development

No branches or pull requests

3 participants