Openelec - lassú hálózat?

Sziasztok!

Adott egy Rpi2 és egy Acer Aspire Revo, mind a kettőben 100Mb-os a hálókártya.
Az Rpi-n az mii-tool 1000baseT-HD-t ír - amit eleve nem értek, a Revon az ethtool 100Mbit-et. Kettőjük között egy 1500 Ft-os switch (hub?) van. Az Revon samba-val van megosztva egy movies könyvtár, amit az Rpi felszed.
Egy 22 gigás mkv már rendesen szaggat az Rpi-n, a Revon lokálisan lejátszva nem.
Vajon a "gagyi" switch lehet a gyenge láncszem?
Hogy lehetne ezt okosan kitesztelni?

Köszönöm,
Victorpictor

Hozzászólások

Egy csatlakoztatott USB-s vinyóról lejátssza simán ugyanazt a filmet.?
--
God bless you, Captain Hindsight..

vedd szamitasba hogy a 100mbit halozat kezelese is eszik eroforrast, cput -t stb., lehet hogy mkv dekodolassal egyutt, a megosztas protokolljanak kezelese mellett mar egyszeruen nem marad eleg szufla az eszkoben, hogy eleg gyorsan szedje az adatokat.
raadasula 22 gigas mkv gondolom 1080p.
nem lesz eleg hozza az eszkoz, de talan egy-egy magasabb bitrataju jelenetnel a 100mbit se (igy meg plane, hogy mkv dekodolas+halozati protokoll adminisztracio mellett lehet eleve a 100mbit -et nem is tudja kihajtani, csak mondjuk 30-50%-at...).

Néztem top-ot, miközben játszottam le a megosztásról. Laza 250% CPU használat és több, mint 3-as load lett pillanatok alatt az említett filmnél. Egy kevésbé durva kódulású, 12 gigás fájlnál ez mindössze 20% körüli CPU terhelés volt.
Az RPi-nél tudtommal az USB és a net busz közös, ezért sem lehet benne gigabites csatoló. Vajon egy USB-s hálókártya segítene?

Nem nagy pénz egyébként. Itt veheted meg: http://www.raspberrypi.com/mpeg-2-license-key/

(Csak nem az Éjszakai rohanás? )
Nem sok film jelent meg bluray-re mpeg2-ben, de van néhány. Ez egy ilyennek lehet az mkv-ba átkapszulázott változata.

http://kodi.wiki/view/Android_hardware
Itt találsz egy listát a hardware támogatott fontosabb codecekről, chipekre lebontva. PC-n általában az van, hogy fütyülnek a lejátszók írói az ilyen licencekre.

De a Revo atom procija ennyivel erősebb lenne? Vagy az Nivdia gpu hardveresen oldja meg?

Igen, igen.

Az RPi CPU-jának teljesítménye kb. egy 200-300 MHz-es Pentium processzor teljesítményével egyezik meg. Tapasztalataim szerint az MPEG-2 codec nélkül nem képes lejátszani szaggatásmentesen még egy DVD-t sem.

BTW, a levelezésedben meg kell lennie az MPEG2 licenc-nek.

A Raspberry Pi processzora nagyon gyenge. A Pi1-ben még neon sem volt. De a Pi2 négy A7-ese 900Mhz-en sem egy erőmű. A fő ütőkártya ezért a Videocore gpu, ami viszont nagyon jó videótámogatásban és másban is. Amikor bekapcsolod a Raspberry Pi-t az első rendszer ami betöltődik rajta automatikusan az a Videocore OS, és ez kizárólag gpu-ból fut. Amikor a Linux hozzá akar férni valamely Raspberry Pi-s hardverelemhez amihez nincs közvetlen hozzáférése, ezzel a Videocore OS-sel kommunikálva éri el.

A HD helyett FD kellene inkabb, nem? Probaltad kezzel forceolni?

---
Apple iMac 27"
áéíóöőúüű

Próbáld simán csak átmásolni a fájlt:
time cp ...
Ha a másolás tovább tart mint a film hossza, akkor nyilvánvalóan a hálózati kapcsolat lassú. Ha rövidebb idő alatt átmásolja de teszem azt 90% így is a másolás ideje a filmének, az még mindig hálózati probléma lesz. A h.264 codeces filmek másodpercenkénti bitrátája változó, ezért legalább fele idő alatt át kell tudnod másolni mint a film hossza, de inkább harmad idő alatt. Jó teszt erre a Prometheus álom scannelő jelenete, amikor az android belenéz Elizabeth álmába. Ott valami brutálisan megnő a film bitrátája.
Egyébként pedig próbálj ki smb mellett más protokollokat is. Például ftp vagy http.

A Pi ethernet csatlakozója USB-n csatlakozik a processzorhoz, tehát a használata szükségszerűen CPU-igényes. Két ötletem van, amivel csökkentheted a terhelést:
* Ha továbbra is hálózaton keresztül szeretnél lejátszani, használj NFS-t a Samba helyett, kisebb az overhead
* Ha megelégszel a "lokális" lejátszással, akkor egy külső HDD-t javaslok, ext3, vagy ext4 fájlrendszerrel