2014-08-14, 21:45
I typed it in ,its saying file name to write advancedsettings.xml?
(2014-08-14, 20:39)Ned Scott Wrote: You guys can crank that readbufferfactor up higher, if you want
The readbufferfactor is basically dependent on the bitrate of a given file, where "1" is loading the video slightly above the bitrate needed to play. Most systems shouldn't need to worry about loading things too fast or having a setting that is too high. In theory it could cause issues in some isolated cases, but you could throw "100" in there and it probably wouldn't hurt anything. It would just allow the math to work out in such a way that XBMC/Kodi tries to load things as fast as it can get it, regardless of the bitrate of the video.
I think most of my systems use "10" right now.
(2014-08-14, 22:55)wolfn Wrote: @yaqh: if ssh'd on Pi type 'ls -la .xbmc/userdata' and see if the file appears in the list and has a length >0.
@ned Scott:
Do you know any further parameter to improve buffering?
I am using nfs to my nas as it gives me the best possible speed, but still insufficient.
Playing around with this buffering seems to me as there are some other bottlenecks arising.
CPU load is 80-90% max. but Mem-counter is running (looks like buffer filling) and the video is waiting till finished. No more ideas here :-(
I'm using Openelec 4.0.7 with XBMC 13.1 on a new Pi B+. SD is a 8GB Class 10 Sandisk.
Edit: Network is not an issue, wired Gbit. My old WDTVlive plugged next to Pi has no problem.
(2014-08-14, 23:25)black_eagle Wrote: ssh
rm .xbmc/userdata/advancedsettings.xml
The second one probably ends .xml~ which is a backup
@yaqh OpenELEC is built on Linux - Suggest you google some basic Linux commands, cos nobody wants to hold your hand.
I'm all for helping people, but this is stuff you could look up in ten seconds.
(2014-08-14, 23:37)yaqh Wrote: thanks got it going.sorry for all the hand holding.