I love Mopidy except that I keep hitting a bizarre playback issue.
I add a media (stream, mp3 etc) to an empty playlist to play it for instance, I then I add another media to play. What happens is that it restarts the previous (or the first) audio in the playlist. I have to click on the actual media that I want to play multiple times to play what I want. This even happens with other medias in the playlist, I am rarely able to play what I want as soon as I click on the media.
I know some will say it is a client thing but this behavior is consistent across clients like Moped, Mpd clients (ncmpcc, Malp etc), Mopidy mobile, Web gui etc so it is not a client thing as far as I can tell.
I use 2.1.0-2 on Debian testing, outputting to local Pulse.
I can, but the logs are not anaonymized and making an anon log out of intense Mopidy log is quite a bit work
The issue is that it does not happen with every song but every couple other songs seems to hit this isuse. Basically changing song does not change song, same with online stations, same with different clients, including ncmpcpp. I press next or play next by clicking(in any client), the same song that was playing starts from start instead of forwarding to the next song.
I am just trying to see if anyone else has this issue as well. After that I am going to bite the bullet and share my logs here.
See if this makes sense to you. I just loaded a playlist. It started playing the first song, then ran mpc next, as you see next shows the same song again.
As you see couple mpc next changes to next song. No I do not have duplicate songs in the queue.
PC:/opt/xx$ mpc -h 192.168.5.113 -p 6690 next
2-Vagabondi delle stelle
[playing] #4/800 0:00/0:00 (0%)
volume: 19% repeat: off random: off single: off consume: on
PC:/opt/xx$ mpc -h 192.168.5.113 -p 6690 next
2-Vagabondi delle stelle
[playing] #3/799 0:00/0:00 (0%)
volume: 19% repeat: off random: off single: off consume: on
PC:/opt/xx$ mpc -h 192.168.5.113 -p 6690 next
18-Rhapsody on a Theme of Paganini
[playing] #1/797 0:00/0:00 (0%)
volume: 19% repeat: off random: off single: off consume: on
PC:/opt/xx$ mpc -h 192.168.5.113 -p 6690 next
18-Rhapsody on a Theme of Paganini
[playing] #1/796 0:00/0:00 (0%)
volume: 19% repeat: off random: off single: off consume: on
Here it pretends that it is playing the next one (proton radio) but it is still playing â8- The Gladeâ. It changed the song but it is still stuck in the prev song.
mpc -h 192.168.5.113 -p 6690 play
8-The Glade
[playing] #1/97 3:08/0:00 (0%)
volume: 19% repeat: off random: off single: off consume: on
mpc -h 192.168.5.113 -p 6690 next
- Proton Radio
[playing] #1/96 0:00/0:00 (0%)
volume: 9% repeat: off random: off single: off consume: on
Even the status is wrong . I am %1000 percent it is the same song (8-The Glade), and no not both stations are playing the same song at the same time, checked it already just in case.
mpc -h 192.168.5.113 -p 6690 status
- Proton Radio
[playing] #1/96 2:51/0:00 (0%)
volume: 9% repeat: off random: off single: off consume: on
In my view this has nothing to do with the Mpd implementation because both Moped, musicbox_webclient and Mopidy Android have this issue.
I was hoping for the exact steps so I could copy and paste them to reproduce exactly what you are doing. When you say playlist do you mean playlist or tracklist? Exactly what output config setting are you using here?
It does not matter if it is outputting to pulse, at the moment it is outputting to Snapcast. I have the same issue with Pulseaudio and Snapcast.
I just started testing Snapcast setup, at the time of the initial post, it was pulse audio. But like I said, the result is the same. I have the same issue with the playback whether it is Pulse or Snapcast /tmp/fifo
Not sure about the exact steps. I thought I provided that with the mpc steps
I load a playlist (with radios in it, but happens with local music playlist to) into the current queue, then I applied the steps you I posted above with mpc.
Put this into your playlist folder, as m3u. Load that into your current queue. It starts the first radio, play it for lke 20 secs, then click on the second radio, also try ânextâ
I am almost convinced that Mopidy has some personal issues with streaming online stuff, I am nt getting this glitch playback with local stuff and the reason I have been scratching my head all over here is that , well I listen online radio mostly with it so I keep hitting this issue constantly : (
I guess noone is using Mopidy to listen online radios via .m3u because I am %100 you will have the same mind blowing playback issue that I have here.
I also ran into this problem with radio streams:
When I put some radio streams in the queue, the first stream is played expected. However, when do ânextâ, the sound stops shortly and the the first stream is played again. However, the displayed track in the UI is the name of the second stream. I have this problem using gmpc as well as with mpdroid. So it doesnât seem to be an gui issue.
In addition, when adding a playlist (containing a stream) with âAdd and replaceâ using mpdroid, the first stream is still playing but again, the correct (expected) title is shown.
My system is an old RaspberryPi running Arch Linux with gstreamer 1.14.4-1.
Just tested mopidy on my PC also running Arch Linux and gstreamer 1.14.4-1: The same wrong behaviour as on the ARM device.
I preparing the requested debug outputâŚ
