11-15-2023, 01:17 PM
Thank you for your donation!
Problem: Stops playing
|
11-15-2023, 09:10 PM
Just an update that I am able to repro this condition where MPD stop responding to input commands when it encounters a particular remote connection state. The MPD log shows xrun/slience messages and port 6600 to MPD stops responding to commands (this is why the WebUI appears to hang). The only remedy in this case is to restart MPD.
I can prolly add this type of watchdog process as an option in the MPD section of Audio Config but I'll have to see whats needed to eliminate false positives because I think these xrun/silence messages can also happen under normal conditions.
11-15-2023, 09:52 PM
(11-15-2023, 09:10 PM)Tim Curtis Wrote: MPD stop responding to input commands when it encounters a particular remote connection state.What state is that (or are those...)? Does MPD report something particular that leads you to understand such situation has happened? Just curious... could it be that, for some obscure reason, the port gets requested for something else, hence maybe changing the port to 6700 might solve the issue? Again, just wandering in the wild...
11-15-2023, 10:46 PM
(11-15-2023, 09:52 PM)Nutul Wrote:(11-15-2023, 09:10 PM)Tim Curtis Wrote: MPD stop responding to input commands when it encounters a particular remote connection state.What state is that (or are those...)? I'm referring to inducing the "remote connection state" by first playing FluxFM Chillout radio then clicking on BBC 6 and before it actually starts audibly playing something I click the pause button. This almost always creates the condition where MPD hangs on responding to any command on port 6600 and thus the WebUI which is in an AJAX while loop with MPD on port 6600 (engine-mpd.php) on the server also hangs :-0 Give it a try. I'm not sure whats happening inside MPD because it's still able to log messages. Maybe something to do with its input thread and CURL waiting for some sort of server handshake to complete that never happens. In any case the monitor daemon is straight forward and I can make use of a session variable to determine what file was queued up and thus only monitor when the file is a radio station i.e. starts with http. I'll prolly add some options like threshold, sleep interval, and resume play Y/N. Something like that.
11-15-2023, 11:11 PM
(11-15-2023, 10:46 PM)Tim Curtis Wrote: I'm referring to inducing the "remote connection state" by first playing FluxFM Chillout radio then clicking on BBC 6 and before it actually starts audibly playing something I click the pause button. This almost always creates the condition where MPD hangs on responding to any command on port 6600 and thus the WebUI which is in an AJAX while loop with MPD on port 6600 (engine-mpd.php) on the server also hangs :-0 Give it a try.Got you, I'll try it tomorrow morning, that is, in a few hours... ;-) Maybe we could also talk to the MPD dev... it might be something worth investigating, and better fixed in MPD itself.
11-15-2023, 11:11 PM
So far, using Tim's choice of radio stations (with the updated URL for BBC 6), I've been unable to click at the just right moment to induce the error condition[1].
I'll keep trying. Regards, Kent [1] There's an old Steve Martin joke about comedy being all about the ti---ti---ti-ming.
11-15-2023, 11:18 PM
lol, It's a very strange issue.
11-16-2023, 12:33 PM
(11-15-2023, 01:17 PM)Tim Curtis Wrote:(11-15-2023, 01:15 PM)grandfunk69 Wrote: Same here. Stops and cuts ramdomly In my case is with any kind of file (flac DSD MP3). I dont use radio normally. Thanks un advance
11-16-2023, 02:22 PM
(11-16-2023, 12:33 PM)grandfunk69 Wrote:(11-15-2023, 01:17 PM)Tim Curtis Wrote:(11-15-2023, 01:15 PM)grandfunk69 Wrote: Same here. Stops and cuts ramdomly That' sounds like a different issue. Audio glitches and stoppage during file playback is highly abnormal. Feel free to post a separate thread, and include the contents of the startup log in the post after rebooting. The log can be downloaded from the Logs section of System Config or via the command moodeutl -l
11-16-2023, 05:47 PM
(This post was last modified: 11-17-2023, 12:28 AM by Tim Curtis.
Edit Reason: sp
)
Couple interesting test results regarding mpd monitor.
1. The xrun messages only seem to happen when CamillaDSP its On and only for certain FLAC radio stations. 2. Some of these stations that cause MPD to write xrun message to the log play just fine for example Frequence3 FLAC. 3. The induced failure case I mentioned earlier which causes xrun messages also causes mpd command input to hang 4. I haven't been able to repro the case where a station causes xruns, plays only silence and does not hang mpd So the challenge is to see if it's possible to make a smart mpd monitor that only takes action on stations that can create the hang or silence condition. An alternative is to add a "Monitor station" Y/N option to the Radio station metadata which would enable the monitor to only check those stations that are marked Yes. This would minimize false positives. |
« Next Oldest | Next Newest »
|