Intermittently after some time playing music, the music playback freezes; the play symbol remains and the timer freezes. The kodi menu items can still be used, up to the point where some attempted interaction with the player happens (e.g. press stop, or add track) at which point kodi itself freezes and osmc has to be rebooted.
This has only been happening for the last week or two, and I know of nothing I have done to introduce this. I can only reproduce it by playing music until it eventually happens, usually within 20 mins.
I am currently running osmc on a pi3. There are no peripherals attached apart from a Pulse Eight box which is disabled in Kodi, and I use for a different purpose. This has always been there.
This problem appeared to turn up significantly after my move to the Pi3 from Pi2. I don’t think this issue was there in the April 2016 version, but is there in the current May 2016 version.
Similar Issue here playback of MP3 music freezes but without any intervention, usually partway though an mp3 album. status of track is dispayed with times stationary. UI works until i press stop or play then freezes.
I am using an RPI2, on wired ethernet, media is on a USB Hard Drive (ext4) . have a wireless usb keyboard attached also.
In an attempt to fix it i have disabled visualisations, and did a fresh re-install with 2016.05-1. the problem still exists
I enabled debugging and started logging, but it took 2 hours for the problem to present itself, and the file is 180meg. should I attempt to upload all of this?
Tempted to try fresh install of April Version as this problem has only recently started - I think since May Update.
Yes, that would be useful. Determining exactly when the issue started would be useful.
If April does seem reliable, then it would be useful to just upgrade the firmware, and check all is okay. Then upgrade the kernel and check all is okay, then upgrade kodi and check all is okay to narrow down the issue.
It would also be useful to report the exact steps you did from a clean image to get the crash.
Ideally find a simple way of reproducing this.
e.g. does playing a single mp3 on loop crash eventually? Does it require navigating the library to provoke a crash etc?
Ok, So in an effort to resolve this issue for me I have…
1…reverted back to 2016.04-1 but did a full restore of backup including libraries, thumbnails and add ons, and music playback halts in the same manner (status of track is displayed with times stationary. UI works until I press stop or play then freezes) after a random time (usually seems to be after a couple of hours)
2…Clean install of 2016.05-1 with just SMB installed, music playback crashes in the same way, after SSH reboot confluence menus and background had reset - weird
3…Clean install of 2016.05-1 on different 8gb SD card, just completed. will test this then work back through images doing clean installs until i find one that works. If none do then maybe its hardware - we shall see!
If you didn’t check this voltage while the PSU is under load, then your results are not relevant. The most common issue with power supplies is that as the load increases and there is a higher demand for amperage, the voltage falls off to a point that can no longer sustain the hardware.
Excellent point, but it was with a flying lead off a USB socket, whilst playing back audio. Should have clarified that. What would you say is the maximum load activity for future reference? HD Video decoding perhaps?
It has just crashed again, so now going to clean install of 2016.04-1.
I suspect that browsing the library will maximise the load. Just hold the down button so you are scrolling through a library view with artwork as fast as possible. In theory you could also play music or video in the background, but I suspect that would only be a small additional load.