OpenELEC Testbuilds for RaspberryPi Part 2
(2013-08-22, 19:06)popcornmix Wrote: On a 512M board we can probably afford more memory to go to the queues and fifos. No way of specifying that externally, but if you are building your own, you could play with these sizes.
Look for small_mem in xbmc/cores/omxplayer, and you can see the sizes of buffers used for 256M and 512M boards. Might be interesting to try increasing them.

With your latest GPU/time fix I'm not seeing any playback performance issues right now - kind of a shame the fifo queues can't be tuned in advancedsettings but I know there is resistance to that kind of thing (perhaps understandable).

I took a quick look at omxplayer and it seems to be allocating the following memory to the queues:
Code:
audio: 3MB (256MB) and 6MB (512MB)
video: 10MB (256MB) and 40MB (512MB)

I've got no problems right now with these values (512MB board) but I guess if I were connecting over WiFi or had a really lousy network it might be beneficial to use larger values.
Texture Cache Maintenance Utility: Preload your texture cache for optimal UI performance. Remotely manage media libraries. Purge unused artwork to free up space. Find missing media. Configurable QA check to highlight metadata issues. Aid in diagnosis of library and cache related problems.


Messages In This Thread
AW: RE: - by DieterLumpen - 2013-07-29, 20:50
include guires switch? - by hpbaxxter - 2013-08-01, 21:46
RE: dual audio?? - by pootler - 2013-08-03, 17:13
Help, watch 3D Film on Non 3D TV - by unix72 - 2013-08-09, 12:39
Remote Controllers - by tfft - 2013-08-14, 09:11
rbej repeatable crash - by RichG - 2013-08-19, 12:43
RE: OpenELEC Testbuilds for RaspberryPi Part 2 - by Milhouse - 2013-08-22, 19:31
New Tester - by theneverstill - 2013-10-03, 17:16