You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Describe the bug
The mopidy frontend does not match what is actually being played. The scrub bar runs faster than the actual time in seconds (randomly jumping large amounts of time), the pause/play buttons appear to have no affect. However, finding a track and clikcing "play now" make that track play but then all mentioned issues immediately re-occur.
I've been listening to the output whilst writing this issue and it has now randomly started at the beginning of the same song (without allowing it to finish) and it now just looping over that specific section of the song.
How to reproduce
Have mopidy output to a file, in my case "/tmp/snapfifo"
Snapserver and snapclient running, reading from this file
Expected behaviour
A clear and concise description of what you expected to happen.
Environment
Please complete the following information:
Running "/usr/bin/mopidy --config /usr/share/mopidy/conf.d:/etc/mopidy/mopidy.conf deps" as user mopidy
Executable: /usr/bin/mopidy
Platform: Linux-5.10.63-v7l+-armv7l-with-glibc2.31
Python: CPython 3.9.2 from /usr/lib/python3.9
Mopidy: 3.2.0 from /usr/lib/python3/dist-packages
Mopidy-Iris: 3.60.1 from /usr/local/lib/python3.9/dist-packages
setuptools: 52.0.0 from /usr/lib/python3/dist-packages
Mopidy: 3.2.0 from /usr/lib/python3/dist-packages
Pykka: 2.0.3 from /usr/lib/python3/dist-packages
Mopidy-Spotify-Web: 0.3.0 from /usr/local/lib/python3.9/dist-packages
Mopidy-Spotify: 4.1.1 from /usr/lib/python3/dist-packages
Pykka: 2.0.3 from /usr/lib/python3/dist-packages
spotipy: 2.19.0 from /usr/local/lib/python3.9/dist-packages
requests: 2.25.1 from /usr/lib/python3/dist-packages
urllib3: 1.26.5 from /usr/lib/python3/dist-packages
six: 1.16.0 from /usr/lib/python3/dist-packages
Mopidy: 3.2.0 from /usr/lib/python3/dist-packages
requests: 2.25.1 from /usr/lib/python3/dist-packages
setuptools: 52.0.0 from /usr/lib/python3/dist-packages
Mopidy-Spotify: 4.1.1 from /usr/lib/python3/dist-packages
Mopidy-Podcast: 3.0.0 from /usr/lib/python3/dist-packages
Mopidy-MPD: 3.2.0 from /usr/local/lib/python3.9/dist-packages
setuptools: 52.0.0 from /usr/lib/python3/dist-packages
Mopidy: 3.2.0 from /usr/lib/python3/dist-packages
Pykka: 2.0.3 from /usr/lib/python3/dist-packages
GStreamer: 1.18.4.0 from /usr/lib/python3/dist-packages/gi
Detailed information:
Python wrapper: python-gi 3.38.0
Relevant elements:
Found:
uridecodebin
souphttpsrc
appsrc
alsasink
osssink
oss4sink
pulsesink
id3demux
id3v2mux
lamemp3enc
mpegaudioparse
mpg123audiodec
vorbisdec
vorbisenc
vorbisparse
oggdemux
oggmux
oggparse
flacdec
flacparse
shout2send
Not found:
flump3dec
mad
Any specific hardware (e.g. an exotic USB soundcard)
No specific hardware, running on rpi 4b+ with a standard SD card as storage device
Using the built-in 1/8inch jack to a speaker
Additional context
The music still plays syncrhonised across all devices (using snapcast) and all frontends state incorrect timings and incorrect tracks (slowly getting more and more out of time and further away from current song in the queue) including ncmcpp in terminal and mopidy mobile
All of these should work better than a gstreamer filesink, which doesn't work very well with a fifo. See #775 and #1636 which already cover much of this (and I've no interest in re-opening). If you have futher problems using Mopidy with Snapcast, create a topic on the Forum.
Describe the bug
The mopidy frontend does not match what is actually being played. The scrub bar runs faster than the actual time in seconds (randomly jumping large amounts of time), the pause/play buttons appear to have no affect. However, finding a track and clikcing "play now" make that track play but then all mentioned issues immediately re-occur.
I've been listening to the output whilst writing this issue and it has now randomly started at the beginning of the same song (without allowing it to finish) and it now just looping over that specific section of the song.
How to reproduce
Have mopidy output to a file, in my case "/tmp/snapfifo"
Snapserver and snapclient running, reading from this file
Expected behaviour
A clear and concise description of what you expected to happen.
Environment
Please complete the following information:
sudo mopidyctl config
)sudo mopidyctl deps
)No specific hardware, running on rpi 4b+ with a standard SD card as storage device
Using the built-in 1/8inch jack to a speaker
Additional context
The music still plays syncrhonised across all devices (using snapcast) and all frontends state incorrect timings and incorrect tracks (slowly getting more and more out of time and further away from current song in the queue) including
ncmcpp
in terminal and mopidy mobileIf appropriate, upload an appropriately verbose log file showing the bug.
The text was updated successfully, but these errors were encountered: