4K-s film folyamatos lejátszása saját hálózaton

Hálózati eszközök

Sziasztok,

a következő lenne a problémám.
Van egy „elvileg” működő 1gb-ás hálózatom Mikrotik router és Dlink switchel. A két szoba között másolgatni tudok 50-100MB sebességgel, azaz elvileg a gépek, hálózat is jók, bírják a strapát.

Viszont, ha a TV-ről akarok egy 4K-s videót lejátszani Plex serveren keresztül, akkor folyamatosan bufferlés van. Fut a film kb. 30 sec-1 perc között utána meg állás pufferelés következik. Nem folyamatos a lejátszás.

Kisebb felbontások esetén tökéletes a lejátszás. Persze külső winyón megy a film, de nem ez a célom, hanem a hálózati működésre bírás.

Kérdésem, hogy mi lehet az oka, hogyan lehetne ezt áthidalni, hogy hálózaton megállás nélkül működjön a dolog?

Kalmi

  • 2455 megtekintés

( cz | 2019. 01. 12., szo – 19:20 )

Szia,

Kicsit írhattál volna több infót is hogy milyen TV, milyen NAS(VAS)-on van a Plex szerver.

Azt tudom hogy nekem sima okos FHD Samsung alatt végig jó volt pl a 4K tv ami Androidos az pl valamikor nyár végén az egyik plex frissítés után már nem akarta lejátszani a sima FHD filmeket se azokat is így pufferelte, helyre tettem és utána jó lett. De a 4K-t nem bírta aztán összeraktam egy saját NAS-t s most bírja a NAS egyszerre a 4K + 2FHD-it is egyszerre. Illetve van egy utazó szettem is egy Raspberry pi 3 b+ rajta egy OSMC + plex és az is tökéletesen megy.

Zoli

( uid_17626 | 2019. 01. 12., szo – 19:24 )

Érdemes lecsekkolni mindent (ami linuxos), hogy valóban gigabittel csatlakozik vagy sem. (mostanában ezzel én is szívok)

Nekem itt egy gigabites eszköz ami baszik gigabittel csatlakozni. 


ethtool enp3s0
Settings for enp3s0:
        Supported ports: [ TP MII ]
        Supported link modes:   10baseT/Half 10baseT/Full 
                                100baseT/Half 100baseT/Full 
                                1000baseT/Half 1000baseT/Full 
        Supported pause frame use: No
        Supports auto-negotiation: Yes
        Supported FEC modes: Not reported
        Advertised link modes:  Not reported
        Advertised pause frame use: No
        Advertised auto-negotiation: No
        Advertised FEC modes: Not reported
        Speed: 100Mb/s
        Duplex: Half
        Port: MII
        PHYAD: 0
        Transceiver: internal
        Auto-negotiation: off
Cannot get wake-on-lan settings: Operation not permitted
        Current message level: 0x00000033 (51)
                               drv probe ifdown ifup
        Link detected: yes

Ubuntu 18.04 alatt vagyok itt nincs ilyen csomag. Maga a kernelmodul tölti be a megfelelő drivert.
r8169 a default és ez hozza a legjobb minőséget. Az iperf szerint közel 100mbit-et.
Sokan javasolják, hogy tiltsam le ezt a modult és használjam az r8168-dkms-t. Sajnos rosszabb lesz.
Továbbá minden változtatás az ethtool-lal csak ront a sebességen.
Kábeleket cseréltem, teszteltem szakadásra és sebességre is őket. A csatlakozás egy 1 gigás switch ami működik. 


sudo apt-cache search realtek
 
flashrom - Identify, read, write, erase, and verify BIOS/ROM/flash chips
librtlsdr-dev - Software defined radio receiver for Realtek RTL2832U (development)
librtlsdr0 - Software defined radio receiver for Realtek RTL2832U (library)
nictools-pci - Diagnostic tools for many PCI Ethernet cards
r8168-dkms - dkms source for the r8168 network driver
rtl-sdr - Software defined radio receiver for Realtek RTL2832U (tools)
rtl8812au-dkms - dkms source for the r8812au network driver
soapysdr-module-rtlsdr - RTL-SDR device support for SoapySDR (default version)
soapysdr0.6-module-rtlsdr - RTL-SDR device support for SoapySDR

Mindegy melyik kernelmodult használom: r8169/r8168-dkms: 


oregon@home:~ $ iperf -c 192.168.0.2
------------------------------------------------------------
Client connecting to 192.168.0.2, TCP port 5001
TCP window size: 85.0 KByte (default)
------------------------------------------------------------
[  3] local 192.168.0.3 port 55884 connected with 192.168.0.2 port 5001
[ ID] Interval       Transfer     Bandwidth
[  3]  0.0-10.2 sec   112 MBytes  91.7 Mbits/sec
oregon@home:~ $ ethtool enp3s0      
Settings for enp3s0:
        Supported ports: [ TP ]
        Supported link modes:   10baseT/Half 10baseT/Full 
                                100baseT/Half 100baseT/Full 
                                1000baseT/Full 
        Supported pause frame use: No
        Supports auto-negotiation: Yes
        Supported FEC modes: Not reported
        Advertised link modes:  10baseT/Half 10baseT/Full 
                                100baseT/Half 100baseT/Full 
                                1000baseT/Full 
        Advertised pause frame use: No
        Advertised auto-negotiation: Yes
        Advertised FEC modes: Not reported
        Speed: 100Mb/s
        Duplex: Half
        Port: Twisted Pair
        PHYAD: 0
        Transceiver: internal
        Auto-negotiation: off
        MDI-X: Unknown
Cannot get wake-on-lan settings: Operation not permitted
        Current message level: 0x00000033 (51)
                               drv probe ifdown ifup
        Link detected: yes
oregon@home:~ $ sudo ethtool -s enp3s0 speed 1000 duplex full
[sudo] oregon jelszava: 
oregon@home:~ $ ethtool enp3s0
Settings for enp3s0:
        Supported ports: [ TP ]
        Supported link modes:   10baseT/Half 10baseT/Full 
                                100baseT/Half 100baseT/Full 
                                1000baseT/Full 
        Supported pause frame use: No
        Supports auto-negotiation: Yes
        Supported FEC modes: Not reported
        Advertised link modes:  10baseT/Half 10baseT/Full 
                                100baseT/Half 100baseT/Full 
                                1000baseT/Full 
        Advertised pause frame use: No
        Advertised auto-negotiation: Yes
        Advertised FEC modes: Not reported
        Speed: 100Mb/s
        Duplex: Half
        Port: Twisted Pair
        PHYAD: 0
        Transceiver: internal
        Auto-negotiation: on
        MDI-X: Unknown
Cannot get wake-on-lan settings: Operation not permitted
        Current message level: 0x00000033 (51)
                               drv probe ifdown ifup
        Link detected: no

a half duplex mód sem túl combos.
Nem lapos "utp" kábelt használsz? Ami nem csavart érpár, csak egymásmellé hányt vezetékek lapos műanyagban. Azzal láttam ilyet, hogy még a 100 megabit felépítése is kihívás volt. Link detected: no

Azt is csekkold le, hogy patch kábel -e. Esetleg a switched vagy a háló chipset nem támogatja, hogy össze vissza kábelezéssel is működjön (egyenes vs kereszt kötésű kábel, Auto MDI-X ).

Ubi 18.04-en 8.045.08-2 verziót ír a r8168-dkms, az talán friss

Nem lehet auto mdi-x nem megy valamiert firmware/driver verzioval azzal a kartyaval es cross kabel kellene vagy mi az a mas eszkoz amivel megy es mi az amivel nem?
Egyaltalan milyen driver es firmware verziokkal fut (ethtool -i eth0), ha arra nyavajognak sokan akkor ujabb verziokkal vagy epp regebbivel is jelentkezik-e a gond?

( uid_4263 v | 2019. 01. 12., szo – 19:28 )

- Milyen protokollon megy a történet? SMB, esetleg DLNA/UPNP?
- Több különböző kliens esetén is ez van? Pl. laptopról egy VLC ugyanígy jár?

Ki kéne deríteni hogy tényleg a hálózat-e a szűk keresztmetszet, esetleg a NAS nem tudja megfelelően tápolni a streamet, még a hálózatra terelés előtt.

--
arch,ubuntu,windows,libreelec,omnirom,microg
zbook/elitebook/rpi3/motog4_athene

( uid_17626 | 2019. 01. 12., szo – 19:33 )

A gép épített vagy kész megoldás?

( osod88 v | 2019. 01. 13., v – 00:00 )

Nem az a gond hogy transcode-ol a plex és túl lassú a cpu a plex szerveren?
Nálam két párhuzamos 1080p forrású transcodeolt stream majdnem teljesen kikoppantja az i7-3770-et.
Ha esetleg még külső feliratot is renderelsz rá, az mégjobban terheli a processzort a szerver oldalon.
Próbaképp kapcsold ki a trascodingot a plex kliensben.

( AiRLAC v | 2019. 01. 13., v – 15:54 )

Vagy a TV-be épített lejátszód szar, vagy a Plex próbál transzkódolni (esetleg feleslegesen).

--

"After successfully ignoring Google, FAQ's, the board search and leaving a undecipherable post in the wrong sub-forum don't expect an intelligent reply."

( uid_16313 | 2019. 01. 13., v – 16:42 )

Mi a router/switch pontos típusa? Tudom hülye kérdés, tudnak-e gigabit-et, ill. van-e uplink normális?
Lehet kipróbálnám a másik "switch"-re dugni a 8169-est, hogy ott is 100-on menne-e?

TV egyébként kábeles, vagy Wi-Fi-s?

--
robyboy

Az van, hogy két olyan gépem van amiben ez van:

Gép 1:
03:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 03)

Gép 2:
03:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 06)

A Gép 1-ben van pluszban egy:
04:06.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8169 PCI Gigabit Ethernet Controller (rev 10)
csak ő megy 1000 mbiten.

Találtam még egy leírást, amiben van egy érdekesség, tegyük blacklist-be az rtl8169-et:

Blacklisting the r8169 driver: The r8169 is loaded when the r8168 is not found on your system. This will give you a network and internet connection, but with the r8169 driver your RTL8168 card will be very unstable. This means slow download rates, homepages taking hours to load and so on. To avoid that the r8169 is loaded, we blacklist it. This is be done by entering the following command:
user@linux:~$ sudo sh -c 'echo blacklist r8169 >> /etc/modprobe.d/blacklist.conf'

plusz egy update-initramrd

A megfelelő driver: r8168-dkms (de fentiek szerint 8169 nélkül)

--
robyboy

( andris05 | 2019. 01. 13., v – 19:18 )

Sajnos, még a drágább tévékben is csak 10/100-as csatlakozó van. A minidlna-nak elég lehet a sávszélesség, próbáld ki azzal is (nem annyira szép, de legalább megy). Én így használok egy 4k-s lg tv-t. Szinte minden uhd filmet visz, kivéve egyet-egyet, amelyek átlépik a 10/100-as korlátot.

( vtechun | 2019. 01. 13., v – 20:21 )

Biztos, hogy nem transzkódolja a Plex szerver?