home
products
contribute
download
documentation
forum
Home
Forums
New posts
Search forums
What's new
New posts
All posts
Latest activity
Members
Registered members
Current visitors
Donate
Log in
Register
What's new
Search
Search
Search titles only
By:
New posts
Search forums
Search titles only
By:
Menu
Log in
Register
Navigation
Install the app
Install
More options
Contact us
Close Menu
Forums
MediaPortal 1
MediaPortal 1 Talk
[Success] Complex Multi-seat install - Love you guys & (gals?) of Team MediaPortal
Contact us
RSS
JavaScript is disabled. For a better experience, please enable JavaScript in your browser before proceeding.
You are using an out of date browser. It may not display this or other websites correctly.
You should upgrade or use an
alternative browser
.
Reply to thread
Message
<blockquote data-quote="dvgeek" data-source="post: 1128492" data-attributes="member: 144768"><p>[USER=144466]@HeloDog76[/USER] - This happens when the buffer empties faster than it is filled. Two things are responsible for this - buffer side is small or network speed incoming data to fill the buffer (I'm going to ignore the third reason because nowadays we can read much faster from a disk than the previous two conditions)</p><p></p><p>Before bumping up the buffer size (I think the default buffer size is fine), as you could run into the same issue even if you bumped up the buffer size, please check your network throughput between the openelec client and your backend server. The best way to do this would be from the OpenElec side - but that would mean opening a Unix session and transferring a file from your backend to the OpenElec machine and measuring time. But another way, which is close enough is to enable SMB file sharing in OpenElec and use a utility like WinSCP (google it if you do not have it - it will execute from it's own directory without installing) to transfer a good size (> 4GB) file to the OpenElec machine from your backend server. Check how fast the file can be transferred - if it does an average or more than 1.5GB per minute - your are in good shape on the network side. If the average is less than 1GB per minute - you have network issues. If your network is fine then you could follow the instructions here --><a href="http://kodi.wiki/view/HOW-TO:Modify_the_video_cache" target="_blank">http://kodi.wiki/view/HOW-TO:Modify_the_video_cache</a> to see if it helps.</p></blockquote><p></p>
[QUOTE="dvgeek, post: 1128492, member: 144768"] [USER=144466]@HeloDog76[/USER] - This happens when the buffer empties faster than it is filled. Two things are responsible for this - buffer side is small or network speed incoming data to fill the buffer (I'm going to ignore the third reason because nowadays we can read much faster from a disk than the previous two conditions) Before bumping up the buffer size (I think the default buffer size is fine), as you could run into the same issue even if you bumped up the buffer size, please check your network throughput between the openelec client and your backend server. The best way to do this would be from the OpenElec side - but that would mean opening a Unix session and transferring a file from your backend to the OpenElec machine and measuring time. But another way, which is close enough is to enable SMB file sharing in OpenElec and use a utility like WinSCP (google it if you do not have it - it will execute from it's own directory without installing) to transfer a good size (> 4GB) file to the OpenElec machine from your backend server. Check how fast the file can be transferred - if it does an average or more than 1.5GB per minute - your are in good shape on the network side. If the average is less than 1GB per minute - you have network issues. If your network is fine then you could follow the instructions here -->[url]http://kodi.wiki/view/HOW-TO:Modify_the_video_cache[/url] to see if it helps. [/QUOTE]
Insert quotes…
Verification
Post reply
Forums
MediaPortal 1
MediaPortal 1 Talk
[Success] Complex Multi-seat install - Love you guys & (gals?) of Team MediaPortal
Contact us
RSS
Top
Bottom