Kodi Community Forum

Full Version: Openelec RPi v3.95.5 bug thread
You're currently viewing a stripped down version of our content. View the full version with proper formatting.
V3.95.5 - 2014-04-08

Audio test with PAPlayer
Lot of drops playing files:

PCM
Little Signed
Constant 6 912 Kbps
6 channels Front: L C R, Back: L R, LFE
48.0 KHz 24 bits

and

FLAC
Variable 7 005 Kbps
6 channels Front: L C R, Back: L R, LFE
96.0 KHz 24 bits
Am I the only one to have this issue?

Please could you test your version with multichannel HD PCM file and let me know.
You can get file
here
here (see up, right to find the test files page)

Many thanks
I played a 5.1 96kHz-24 bit flac file from the 2L website and got lots of drops too. About every 2-3 seconds. Haven't tried with other builds though.
I have had a problem with every 3.95 build up to now with 3.95.6 on MP3 playback. Something's working very hard as the debug shows 100% cpu use, and this is repeated in the debug log:

21:53:04 T:3058647936 DEBUG: GOT ANNOUNCEMENT, type: 2, from xbmc, message OnAdd
21:53:04 T:3058647936 DEBUG: Shuffle shuffling at pos:0

This shows over 300 times a second!!! I can't post a log because of this sheer size but I have put the first 1,000 lines on pastebin at http://pastebin.com/00aZBpsq . Hope this helps devels, thanks.
(2014-04-20, 23:11)laptopu Wrote: [ -> ]This shows over 300 times a second!!! I can't post a log because of this sheer size but I have put the first 1,000 lines on pastebin at http://pastebin.com/00aZBpsq . Hope this helps devels, thanks.

If you run the script in my signature using the "monitor" option you should see the OnAdd announcements as they are output by XBMC. It does seem unusual behaviour, maybe seeing the details of each announcement will shed more light on the problem.
I can give more of an insight now thanks to your tool. It's populating the playlist and that's causing the CPU to go into overdrive as I have thousands of tracks. Here's a snapshot example of what's going on when I am playing normally from part of the monitor tool:

": 88}, "playlistid": 0, "position": 85} [Head Over Feet (Alanis Morissette)]
2014-04-21 14:37:23.815221: Playlist.OnAdd : {"item": {"type": "song", "id": 89}, "playlistid": 0, "position": 86} [Ironic (Alanis Morissette)]
2014-04-21 14:37:24.166339: Playlist.OnAdd : {"item": {"type": "song", "id": 90}, "playlistid": 0, "position": 87} [Jagged Little Pill (Alanis Morissette)]
2014-04-21 14:37:24.531890: Playlist.OnAdd : {"item": {"type": "song", "id": 91}, "playlistid": 0, "position": 88} [Thank U (Alanis Morissette)]
2014-04-21 14:37:24.914522: Playlist.OnAdd : {"item": {"type": "song", "id": 92}, "playlistid": 0, "position": 89} [You Oughta Know (Alanis Morissette)]
2014-04-21 14:37:25.298798: Playlist.OnAdd : {"item": {"type": "song", "id

Now if I am only playing one album there might only be a handful of tracks so these are all queued up to play after a few seconds so the playback is normal.

If on the other hand I want to randomly play my entire collection, I hit 'songs' and this starts sending the playlist into overdrive. Monitor shows hundreds of events as each track is queued up. I wondered if this was to do with the shuffle feature so I turned shuffle off, rebooted and monitored but the same result happened. Even after I stop MP3 playback, monitor keeps reporting the playlist is still building and the only two ways to stop this easily is either once the playlist has loaded all my MP3's or if I reboot XMBC.

I can now understand why MP3 playback is poor as it's doing so much work. What's the way around this?

Thanks Smile