2013-08-05, 20:48
Cool. I wonder if this commit would avoid the need for texture.patch:
https://github.com/xbmc/xbmc/commit/fb1e...b0f5b56f76
The mp3 bug is caused by the artwork - it is being reported by ffmpeg as a video stream, but we stall waiting for more than one frame.
It was fixed here:
https://github.com/xbmc/xbmc/pull/2800
So, it is fixed on master, and it didn't occur on Frodo, as ffmpeg behaved differently. Seems your build has fallen between the two.
100% cpu? Depends what is happening. On the first run, xbmc spends quite a long time downloading plugin updates in the background, so tends to be busy for a while.
Normally on a gui screen where nothing is animating, or when playing not-too-hard video (e.g. 720p) it should drop down to somewhere between 20% and 50%.
But it can be worse with sub-optimal advancedsettings/guisettings. That's why people tend to use openelec/raspbmc/xbian, where settings have been tweaked.
https://github.com/xbmc/xbmc/commit/fb1e...b0f5b56f76
The mp3 bug is caused by the artwork - it is being reported by ffmpeg as a video stream, but we stall waiting for more than one frame.
It was fixed here:
https://github.com/xbmc/xbmc/pull/2800
So, it is fixed on master, and it didn't occur on Frodo, as ffmpeg behaved differently. Seems your build has fallen between the two.
100% cpu? Depends what is happening. On the first run, xbmc spends quite a long time downloading plugin updates in the background, so tends to be busy for a while.
Normally on a gui screen where nothing is animating, or when playing not-too-hard video (e.g. 720p) it should drop down to somewhere between 20% and 50%.
But it can be worse with sub-optimal advancedsettings/guisettings. That's why people tend to use openelec/raspbmc/xbian, where settings have been tweaked.