Raspberry / FreeNAS Kodi buffer issues

[BeranMuden]

Ok, dit is raar en ik ben officieel in de war. Wie kan er licht op onderstaand problemen werpen?

Ik maak gebruik van een Raspberry Pi2 in combinatie met een FreeNAS opstelling om zo o.a. lokaal films af te kunnen spelen. Via de Kodi GUI heb ik een verbinding opgezet naar een NFS share op mijn FreeNAS. Alles is bedraad aangesloten.

In eerste instantie gebruikte ik OpenElec, echter hierbij liep ik constant tegen buffer problemen aan.
Met een behoorlijk getweakte advancedsettings.xml had ik het redelijk stabiel voor elkaar.
Desondanks kreeg ik steeds meer het vermoeden dat er ergens iets onder de moterkap van Kodi/OpenElec fout ging. Collega's van mij, welke gebruik maken van RASPBMC/OSMC, ervaarden zelf nooit buffering problemen met hun Synologie en MKV bestanden. Hierom besloot ik om ook over te stappen op OSMC.

Waarempel, na een schone installatie en zonder een advancedsettings.xml, liepen mijn MKV'tjes als een geoliede machine. De problemen leken als sneeuw voor de zon te zijn verdwenenen.
"Leken", ja.

The plot thickens...
Na wat getest met addons en wat geklooi met VPN'etjes/skins/proxies op de Raspberry, wilde ik weer eens ouderwets een filmpje van mijn NAS streamen. Ik kreeg meteen al behoorlijk wat buffer probleempjes voor mijn kiezen. De vq (Video queue saturation) zakte binnen luttele seconden behoorlijk in, totdat het beeld stopte en het bufferen opnieuw begon.


MKV's afspelen werd op deze manier praktisch onmogelijk. Ik vermoedde dat ge-viespeuk van mijn kant wellicht de boel om zeep had geholpen. Wederom een schone installatie, maar helaas! De buffer problemen bleven ook na deze nieuwe installatie. Wat is er veranderd en waarom gaat het nu fout?

Vervolgens ben ik verder gaan testen.
Met iperf heb ik wat testjes op mijn netwerkverbinding los gelaten, volgens mij zijn de resultaten niet schokkend. Hierbij heb ik gekeken naar de verbinding tussen mijn NAS(.105), de Raspberri (.115) en mijn desktop (.157).

------------------------------------------------------------
Server listening on TCP port 5001
TCP window size: 64.0 KByte (default)
------------------------------------------------------------
[ 4] local 192.168.1.105 port 5001 connected with 192.168.1.115 port 60444
[ ID] Interval Transfer Bandwidth
[ 4] 0.0-10.0 sec 112 MBytes 94.1 Mbits/sec
[ 5] local 192.168.1.105 port 5001 connected with 192.168.1.115 port 60445
[ 5] 0.0-10.0 sec 112 MBytes 94.1 Mbits/sec
[ 4] local 192.168.1.105 port 5001 connected with 192.168.1.157 port 49834
[ 4] 0.0-10.0 sec 113 MBytes 94.9 Mbits/sec
[ 5] local 192.168.1.105 port 5001 connected with 192.168.1.157 port 49835
[ 5] 0.0-10.0 sec 113 MBytes 94.9 Mbits/sec
==============================

Met iets onder de 95 Mbits/sec, moet ik voldoende hebben voor wat ik wil streamen.
Dezelfde MKV via USB ging vlekkenloos, dus toch netwerk-technisch? Het apparaat kan het blijkbaar zonder problemen aan. Ontbrekende Codecs (ik heb wel de MPG2), overhitting/heatsink issues, defecte flashkaart, slecht karma of een vloek kan ik nu toch wel uitsluiten?

Inmiddels stond ik op het punt om mijn netwerkkabel te vervangen, toen ik besloot om mijn oude vertrouwde HDI Dune mediaspeler er eens tussen te knallen. Zelfde netwerkaansluiting en geen buffer issues. Toch iets met FreeNAS in combinatie met Kodi/Raspberry?

Vervolgens ergens iets gelezen over een kernel mount binnen OSMC.
Via de /etc/fstab heb ik nu de NFS mount als volgt ingeklopt:
192.168.1.105:/mnt/Media/Downloads /home/osmc/mnt nfs x-systemd.automount,noauto 0 0"

Binnen Kodi naar de /home/osmc/mnt -mount gebrowsed en deze als bron toegevoegd. Dus niet meer toegevoegd op de Kodi manier. Het resultaat mag er zijn. Geen buffering problemen meer, de stream is stabiel en komt niet onder de 91 vq (Video queue saturation).


Mijn vraag is tweeledig.
Hoe kan het zijn dat in eerste instantie met OSMC ik geen problemen leek te hebben?
Waarom werkt de harde NFS mount onder OSMC wel zonder buffering-issues en niet die op de Kodi manier? Als iemand met wellicht FreeNAS en/of een Raspberry hier meer over kan zeggen, hoor ik dat graag!

Verwarrende groet,

B.M.

[Mick1990]

Ik heb wel eens een soortgelijk probleem, al komt het bij mij slechts een paar keer per jaar voor en gebruik ik windows 7 als server. Dan is de hele server op device 1 gewoon niet bereikbaar en op device 2 wel. Of bijvoorbeeld een NFS-share wel en een SMB-share niet. Bij mij helpt dan de ene keer om de server te herstarten, en de andere keer de switch waar hij aan hangt. Weet niet of je dat ook eens geprobeerd hebt? Wat gebeurt er met het streamen als je een SMB-share aanmaakt?

[BeranMuden]

Hm...klinkt toch wel anders dan mijn probleem.

De GUI share is wel te benaderen, kan er gewoon muziek van streamen / foto's van bekijken. Echter HD streamen heeft die dan zwaar moeite mee. Ook het hele zooitje, inclusief modem/router, netjes uitzetten en weer in de logische volgorde up brengen, heeft geen positief resultaat geboden.
Samba share heb ik nog niet geprobeerd, is op zich wel een goeie. Die ga ik nog even testen, thnx!

[arie_papa]

Is het mogelijk om ipv meteen de complete kabel te vervangen, eerst eens te testen met een andere kabel?
En enige wat eventueel nog dit gedrag zou kunnen verklaren is dat de usb-bus gewoon te "vol" is aangezien de RPi de netwerkaansluiting op de usb-poorten deelt.