Some Kodi settings to help with Live TV Buffering

Below are some advanced settings to help with Live TV buffering. This will slow channel switch but helps with buffering issues. It is not 100% but will help quite a bit.

The following will need to be put in your advancedsettings.xml file. If you are not sure where that or what that is, please visit the Kodi Wiki for more information.

<pvr>
<minvideocachelevel>65</minvideocachelevel>
<minaudiocachelevel>65</minaudiocachelevel>
<cacheindvdplayer>true</cacheindvdplayer>
</pvr>

Below contains some Advanced Settings for cache/buffer settings. The file names have the general settings based on how much memory your device has. Copy the file to one of the following locations based on your OS. You will need to rename the file to advancedsettings.xml. Only use this if you do not have a advancedsettings.xml already. If you do then add the above to it instead.

Windows:
C:\Users\<UserName>\AppData\Roaming\Kodi\userdata

Android:
/sdcard/Android/data/org.xbmc.kodi/files/.kodi/userdata

Updating Fire TV and Fire Stick.
I am assuming that you do not have a advanced settings.xml file yet.
1. Download the zip.
2. For Fire Stick extract the advancedsettings_1Gig_Mem.xml, for Fire TV extract the advancedsettings_2Gig_Mem.xml. Rename it to advancedsettings.xml
3. Now you need to copy the file to your fire stick to /sdcard/Android/data/org.xbmc.kodi/files/.kodi/userdata on your Fire Stick/TV.
3. Restart Kodi.

Now getting the file to the Fire Stick can be done several ways.
1. If your computer is shared on your network, then you can use the Kodi File manager
2. Assuming you used Amazon FireTV Utility to side load Kodi, you can use the Push File To Download Dir option and send the file over that way. Then you can use the Kodi File Manager to move it to the correct location.
3. Side load ES File Explorer and use that as a File Manger to copy the file from your computer as in #1. Or you can enable the FTP Server in ES File Explorer and use a FTP Client to copy the file over.

When you hit "o" does your cache still say 0% ?

i suggest getting notepad++ when editing xml and other config files

mine always says 99% :). are your buffer fluctuating?

no there is 2 one says cache one says buffer cache:0 B:99% mine always says 99% on the buffer but 0 cache ive played other streams and seen the cache not be 0...all live streams show 0 for me..but streams from like genesis i get some cache

those are not what you think. :)

Code:

---

http://kodi.wiki/view/Codecinfo

---

edit: sorry that did help you much, its because its a rtmp stream.. hold on

Quote:

---

Originally Posted by tuxen

those are not what you think. :)

Code:

---

http://kodi.wiki/view/Codecinfo

---

edit: sorry that did help you much, its because its a rtmp stream.. hold on

---

thats a good link to explain whats going on

fernetmenta who coded the fuction say
"There are live streaming protocols like hls or rtmp which don't have caching before demuxer. It won't make much sense to cache a real time stream because the server won't buffer either. Means that if a client don't read a data packet in time, it is lost. Like the name real-time suggests, a client also can't read data in advance and put it into a cache."
and
"check pvr section of advanced settings:

<minvideocachelevel>5</minvideocachelevel> <!-- Cache up to this level in the video buffer buffer before resuming playback if the buffers run dry. -->

This post-demuxer cache can hold up to 8 seconds of video. "

this also means cachemembuffersize setting is useless.
there is no holy grail setting that will fix buffering in a instant. tweaking can help though.

Quote:

---

Originally Posted by sat-junkie

thats a good link to explain whats going on

---

yeah but I seem to remember it had the above info more elaborated.

Quote:

---

Originally Posted by tuxen

fernetmenta who coded the fuction say
"There are live streaming protocols like hls or rtmp which don't have caching before demuxer. It won't make much sense to cache a real time stream because the server won't buffer either. Means that if a client don't read a data packet in time, it is lost. Like the name real-time suggests, a client also can't read data in advance and put it into a cache."
and
"check pvr section of advanced settings:

<minvideocachelevel>5</minvideocachelevel> <!-- Cache up to this level in the video buffer buffer before resuming playback if the buffers run dry. -->

This post-demuxer cache can hold up to 8 seconds of video. "

there is no holy grail setting that will fix buffering in a instant. tweaking can help though.

---

Good info +1