CoreELEC Amlogic

Zum Thema ROCK64:

@Raybuntu: Kannst du was zum 1GB Netzwerk-Bug sagen? Wäre für mich wahrscheinlich wichtig. Wie sieht es eigentlich mit Leia Images aus, tut sich da was?

P.S.: Mein ROCK64 steckt scheinbar irgendwo in China fest, habe jetzt wo anderes einen neuen geordert. Mit viel Glück habe ich ende der Woche.

Ein Hallo an alle, die Raybuntu´s Build verwenden
Ich nutze LiveTV mittels TVHeadend Server/Client auf dem OdroidC2 in Verbindung mit Hyperion und habe seit jeher kurze Hänger (der Kreis kommt für 2-3sec) das ganze passiert so alle ~20minuten.
Geht euch das auch so, oder habe ich doch was verstellt? (Ich nutze ausschließlich Hardware-Beschleunigung für Videos aller Art)
Ich komme leider erst heut abend wieder an Log-Files. Wollte es nur mal ansprechen, weil es mit leia8 nicht besser wurde.

Die habe ich auch. Sogar auf allen Plattformen (x86, RPi und Odroid). Nutzer DVBViewer Addon und mir fällt das lediglich bei den verschlüsselten Sendern auf. Nutze SoftCAM.

Hey Ray
Transcoding-Funktionen sind in TVHeadend für den Wetek Play 2 nicht eingebaut, oder finde ich sie nur nicht?
Meinst du, das hätte eh keinen Zweck performancetechnisch?

Zitat von Raybuntu

Im moment tut sich wenig. Keine Ahnung was das für ein 1G Problem sein soll.

Verstehe ich richtig, Du hast kein Problem damit?
Sprich der Netzwerkport läuft im 1Gb full duplex Modus und Du siehst per iperf(3) zufriedenstellende Werte?
Oder noch einfacher, einfach per ssh verbinden und ein dmesg aufrufen - Du bekommst den kompletten Kernel-Ring-Buffer?

Bei mir ist dem nicht so. Ich habe Abbrüche. Wenn ich aber das Interface auf 100Mb full duplex setze habe ich keine Probleme.
Das Gigabit-Problem ist bei der Pine Community bekannt, die Stock Images scheinen dies auch noch immer zu haben, aber
ayufans Images seit einiger Zeit nicht mehr.

Danke und Gruß
Claudia

Zitat von Raybuntu

Seit welchem build? Mir ist aufgefallen das der double_write_mode den ich gesetzt hab für Hyperion totaler Mist ist. Alle HEVC videos sehen schrecklich aus. Fliegt wieder raus.

Schon länger (evtl. alle Leia Builds?) jedoch konnte ich es gut ignorieren - meine bessere Hälfte eher weniger
Scheinbar hat das mit dem EPG-Grabber zu tun. Ich werde die nächsten Tage mal ohne EPG glotzen und dann wieder berichten.

Zitat von Raybuntu

Noch nicht probiert, aber kwiboo hatte letztens ein paar stmmac commits in kernel. Evtl ist das schon gefixed aber im Moment bin ich mit anderen allgemeinen LibreELEC Projekten beschäftigt.

Ok, wenn ein neues build vorhanden ist teste ich es gerne.
Nur zur Info, ayufan hat es damit gelöst dass er per ethtool rx/tx checksumming disabled. Siehe hier.

Ich hätte das gerne auch mit dem Rock64 getestet, allerdings schmeisst ethtool ein segmentation fault.

Gruß
Claudia

das Ruckeln alle 10-20min kommt nicht vom EPG-Grabber...habe alle deaktiviert, das Problem besteht weiterhin.
Hier ein Logfile:
http://sprunge.us/ZIgS

...Wie gesagt, ich habe das Ruckeln auch. Allerdings nicht unbedingt alle 20 Minuten und auch nicht bei jedem Sender. Nutze DVBViewer und ein SoftCAM für verschlüsselte Sender. Tritt das bei Dir auch nur bei verschlüsselten Sendern auf? Wenn ja, welche Entschlüsselungslösung nutzt Du?

Ich schaue keine verschlüsselten sender. Nur DVB-C, was frei ist.
Nach dem Hochfahren geht es relativ lang ohne Ruckler - das dauert keine bestimmte Zeit. Aber so als Anhaltspunkt kommen 20min schon ran. Die weiteren Ruckler lassen dann zwischen 5 und 15min auf sich "warten".

Bevor es zu den Rucklern kommt kann ich noch sagen, dass das Bild langsamer wird - ca. 1/2 Geschwindkeit - hört sich wirklich so an als ob er da versucht wieder synchronzu laufen.
Ich werde heute Abend ein neues Logfile posten.

@Raybuntu
ok, dann gilt es nur noch ein lauffähiges ethtool Programm zu bauen bzw aus der armhf zu nehmen und dann sollte das Problem behoben sein.

Ein kurzer Test (hab mir das ethtool von einem anderen Image geliehen) mit

ethtool -K eth0 tx off

und rekonfigurierter Schnittstelle

[ 3942.021112] rk_gmac-dwmac ff540000.eth eth0: Link is Up - 1Gbps/Full - flow control rx/tx

zeigt bis dato das es generell funtioniert. iperf tests mache ich später (oder weiß jemand wie man addons auf der command line installiert?)

LibreELEC:/tmp # ls -l /usr/sbin/ethtool
-rwxr-xr-x 1 root root 215672 Sep 13 13:21 /usr/sbin/ethtool

LibreELEC:/tmp # ls -l ethtool
-rwxr-xr-x 1 root root 215524 Sep 27 12:15 ethtool

LibreELEC:/tmp # /usr/sbin/ethtool
Segmentation fault

LibreELEC:/tmp # /tmp/ethtool
ethtool: bad command line argument(s)
For more information run ethtool -h

Gruß
Claudia

Zitat von Raybuntu

Das ist ja seltsam mit dem ethtool. Schaue mal was da schief läuft.

Danke, gibt es eigentlich einen seperaten Ort wo buildspezifische Anmerkungen gepostet werden sollen oder auch hier?
Sachen wie zum Beispiel ethtool oder, was Neues, eventlircd.

PID USER      PR  NI    VIRT    RES    SHR S  %CPU %MEM     TIME+ COMMAND
  354 root      20   0    2888    624    544 R  94.4  0.0 151:27.93 eventlircd  
 4046 root      20   0  126852  29800  24852 R  94.4  0.7   0:01.03 kodi.bin    
 4050 root      20   0    2704   1604   1396 R  11.1  0.0   0:00.03 top

Cheers
Claudia

Hier die versprochenen iperf3 Werte.

Testumgebung: Linux Laptop und Rock64 direkt mit Fritzbox-Switch verkabelt.

4 Tests gemacht, der Rock64 immer einmal als client und einmal als server
- 1 und 2 mit 100Mbit Konfiguration und bei 2 mit tx checksumming off
- 3 und 4 mit 1Gbit Konifuration und bei 4 mit tx checksumming off

Bei der 100Mbit Konfiguration sieht eigentlich alles ganz gut aus,
bei der 1Gbit ist es ok wenn tx checksumming disabled ist, nichtsdestotrotz
sind die hohen retransmit Werte, die ich nur sehe wenn der Rock64 als client arbeitet (nicht beim Linux Laptop als client), bedenklich.
Ich vermute der Treiber ist noch ausbaufähig, hoffe da liefert Rockchip noch etwas nach.
Das ich nur ~600 Mbit erreiche, liegt wohl eher an meinem alten Laptop und der Frizbox.

1. Test

eth0 = 100Mb full duplex
ethtool --show-offload eth0 | grep summing
rx-checksumming: on
tx-checksumming: on

rock64 als iperf3 client
Connecting to host linuslap, port 5201
[ 4] local rock64 port 37146 connected to linuslap port 5201
[ ID] Interval Transfer Bandwidth Retr Cwnd
[ 4] 0.00-1.00 sec 11.5 MBytes 96.5 Mbits/sec 0 127 KBytes
[ 4] 1.00-2.00 sec 11.2 MBytes 93.8 Mbits/sec 0 133 KBytes
[ 4] 2.00-3.00 sec 11.0 MBytes 92.3 Mbits/sec 0 133 KBytes
[ 4] 3.00-4.00 sec 11.4 MBytes 95.4 Mbits/sec 0 140 KBytes
[ 4] 4.00-5.00 sec 11.2 MBytes 93.8 Mbits/sec 0 140 KBytes
[ 4] 5.00-6.00 sec 11.2 MBytes 93.8 Mbits/sec 0 140 KBytes
[ 4] 6.00-7.00 sec 11.2 MBytes 94.4 Mbits/sec 0 150 KBytes
[ 4] 7.00-8.00 sec 11.2 MBytes 94.4 Mbits/sec 0 150 KBytes
[ 4] 8.00-9.00 sec 11.4 MBytes 95.4 Mbits/sec 0 209 KBytes
[ 4] 9.00-10.00 sec 11.2 MBytes 93.8 Mbits/sec 0 209 KBytes

rock64 als iperf3 server
Accepted connection from linuslap, port 54326
[ 5] local rock64 port 5201 connected to linuslap port 54327
[ ID] Interval Transfer Bandwidth
[ 5] 0.00-1.00 sec 10.9 MBytes 91.6 Mbits/sec
[ 5] 1.00-2.00 sec 11.2 MBytes 94.2 Mbits/sec
[ 5] 2.00-3.00 sec 11.2 MBytes 94.1 Mbits/sec
[ 5] 3.00-4.00 sec 11.2 MBytes 94.2 Mbits/sec
[ 5] 4.00-5.00 sec 11.2 MBytes 94.0 Mbits/sec
[ 5] 5.00-6.00 sec 11.2 MBytes 94.2 Mbits/sec
[ 5] 6.00-7.00 sec 11.2 MBytes 94.1 Mbits/sec
[ 5] 7.00-8.00 sec 11.2 MBytes 94.1 Mbits/sec
[ 5] 8.00-9.00 sec 11.2 MBytes 94.2 Mbits/sec
[ 5] 9.00-10.00 sec 11.2 MBytes 94.2 Mbits/sec
[ 5] 10.00-10.03 sec 373 KBytes 92.2 Mbits/sec

2. Test
eth0 = 100Mb full duplex
ethtool -K eth0 tx off
ethtool --show-offload eth0 | grep summing
rx-checksumming: on
tx-checksumming: off

rock64 als iperf3 client
Connecting to host linuslap, port 5201
[ 4] local rock64 port 37150 connected to linuslap port 5201
[ ID] Interval Transfer Bandwidth Retr Cwnd
[ 4] 0.00-1.00 sec 11.4 MBytes 95.8 Mbits/sec 0 116 KBytes
[ 4] 1.00-2.00 sec 11.1 MBytes 93.3 Mbits/sec 0 120 KBytes
[ 4] 2.00-3.00 sec 11.2 MBytes 94.4 Mbits/sec 0 124 KBytes
[ 4] 3.00-4.00 sec 11.2 MBytes 93.8 Mbits/sec 0 124 KBytes
[ 4] 4.00-5.00 sec 11.2 MBytes 93.8 Mbits/sec 0 132 KBytes
[ 4] 5.00-6.00 sec 11.2 MBytes 93.8 Mbits/sec 0 132 KBytes
[ 4] 6.00-7.00 sec 11.2 MBytes 93.8 Mbits/sec 0 148 KBytes
[ 4] 7.00-8.00 sec 11.3 MBytes 94.9 Mbits/sec 0 205 KBytes
[ 4] 8.00-9.00 sec 11.2 MBytes 93.8 Mbits/sec 0 205 KBytes
[ 4] 9.00-10.00 sec 11.2 MBytes 93.8 Mbits/sec 0 205 KBytes

rock64 als iperf3 server
Accepted connection from linuslap, port 54333
[ 5] local rock64 port 5201 connected to linuslap port 54334
[ ID] Interval Transfer Bandwidth
[ 5] 0.00-1.00 sec 10.9 MBytes 91.5 Mbits/sec
[ 5] 1.00-2.00 sec 11.2 MBytes 93.9 Mbits/sec
[ 5] 2.00-3.00 sec 11.1 MBytes 93.5 Mbits/sec
[ 5] 3.00-4.00 sec 11.2 MBytes 94.1 Mbits/sec
[ 5] 4.00-5.00 sec 11.2 MBytes 93.9 Mbits/sec
[ 5] 5.00-6.00 sec 11.2 MBytes 94.1 Mbits/sec
[ 5] 6.00-7.00 sec 11.2 MBytes 94.0 Mbits/sec
[ 5] 7.00-8.00 sec 11.2 MBytes 94.3 Mbits/sec
[ 5] 8.00-9.00 sec 11.2 MBytes 94.0 Mbits/sec
[ 5] 9.00-10.00 sec 11.2 MBytes 93.9 Mbits/sec
[ 5] 10.00-10.03 sec 348 KBytes 93.7 Mbits/sec

3. Test
eth0 = 1Gb full duplex
ethtool --show-offload eth0 | grep summing
rx-checksumming: on
tx-checksumming: on

rock64 als iperf3 client
Connecting to host linuslap, port 5201
[ 4] local rock64 port 37158 connected to linuslap port 5201
[ ID] Interval Transfer Bandwidth Retr Cwnd
[ 4] 0.00-1.00 sec 105 KBytes 856 Kbits/sec 6 1.41 KBytes
[ 4] 1.00-2.00 sec 0.00 Bytes 0.00 bits/sec 10 1.41 KBytes
[ 4] 2.00-3.00 sec 0.00 Bytes 0.00 bits/sec 2 1.41 KBytes
[ 4] 3.00-4.00 sec 0.00 Bytes 0.00 bits/sec 0 1.41 KBytes
[ 4] 4.00-5.00 sec 0.00 Bytes 0.00 bits/sec 1 1.41 KBytes
[ 4] 5.00-6.00 sec 0.00 Bytes 0.00 bits/sec 0 1.41 KBytes
[ 4] 6.00-7.00 sec 0.00 Bytes 0.00 bits/sec 0 1.41 KBytes
[ 4] 7.00-8.00 sec 0.00 Bytes 0.00 bits/sec 1 1.41 KBytes
[ 4] 8.00-9.00 sec 0.00 Bytes 0.00 bits/sec 0 1.41 KBytes
[ 4] 9.00-10.00 sec 0.00 Bytes 0.00 bits/sec 0 1.41 KBytes

rock64 als iperf3 server
Accepted connection from linuslap, port 54336
[ 5] local rock64 port 5201 connected to linuslap port 54337
[ ID] Interval Transfer Bandwidth
[ 5] 0.00-1.00 sec 67.4 MBytes 565 Mbits/sec
[ 5] 1.00-2.00 sec 72.4 MBytes 608 Mbits/sec
[ 5] 2.00-3.00 sec 72.4 MBytes 607 Mbits/sec
[ 5] 3.00-4.00 sec 72.5 MBytes 608 Mbits/sec
[ 5] 4.00-5.00 sec 72.4 MBytes 607 Mbits/sec
[ 5] 5.00-6.00 sec 72.6 MBytes 609 Mbits/sec
[ 5] 6.00-7.00 sec 72.9 MBytes 611 Mbits/sec
[ 5] 7.00-8.00 sec 72.9 MBytes 612 Mbits/sec
[ 5] 8.00-9.00 sec 72.8 MBytes 611 Mbits/sec
[ 5] 9.00-10.00 sec 72.8 MBytes 611 Mbits/sec
[ 5] 10.00-10.04 sec 3.14 MBytes 603 Mbits/sec

4. Test
eth0 = 1Gb full duplex
ethtool -K eth0 tx off
ethtool --show-offload eth0 | grep summing
rx-checksumming: on
tx-checksumming: off
rock64 als iperf3 client
Connecting to host linuslap, port 5201
[ 4] local rock64 port 37162 connected to linuslap port 5201
[ ID] Interval Transfer Bandwidth Retr Cwnd
[ 4] 0.00-1.00 sec 74.2 MBytes 622 Mbits/sec 970 96.2 KBytes
[ 4] 1.00-2.00 sec 75.3 MBytes 631 Mbits/sec 634 74.9 KBytes
[ 4] 2.00-3.00 sec 74.0 MBytes 621 Mbits/sec 863 87.7 KBytes
[ 4] 3.00-4.00 sec 74.6 MBytes 626 Mbits/sec 818 76.4 KBytes
[ 4] 4.00-5.00 sec 76.2 MBytes 639 Mbits/sec 702 66.5 KBytes
[ 4] 5.00-6.00 sec 74.1 MBytes 622 Mbits/sec 711 73.5 KBytes
[ 4] 6.00-7.00 sec 75.8 MBytes 636 Mbits/sec 805 55.1 KBytes
[ 4] 7.00-8.00 sec 73.7 MBytes 618 Mbits/sec 946 76.4 KBytes
[ 4] 8.00-9.00 sec 73.1 MBytes 613 Mbits/sec 644 77.8 KBytes
[ 4] 9.00-10.00 sec 75.3 MBytes 632 Mbits/sec 759 74.9 KBytes

rock64 als iperf3 server
Accepted connection from linuslap, port 54339
[ 5] local rock64 port 5201 connected to linuslap port 54340
[ ID] Interval Transfer Bandwidth
[ 5] 0.00-1.00 sec 68.0 MBytes 571 Mbits/sec
[ 5] 1.00-2.00 sec 72.4 MBytes 608 Mbits/sec
[ 5] 2.00-3.00 sec 72.1 MBytes 605 Mbits/sec
[ 5] 3.00-4.00 sec 72.8 MBytes 610 Mbits/sec
[ 5] 4.00-5.00 sec 72.8 MBytes 611 Mbits/sec
[ 5] 5.00-6.00 sec 72.4 MBytes 607 Mbits/sec
[ 5] 6.00-7.00 sec 73.4 MBytes 616 Mbits/sec
[ 5] 7.00-8.00 sec 73.4 MBytes 616 Mbits/sec
[ 5] 8.00-9.00 sec 73.2 MBytes 614 Mbits/sec
[ 5] 9.00-10.00 sec 72.6 MBytes 609 Mbits/sec
[ 5] 10.00-10.03 sec 1.85 MBytes 464 Mbits/sec

Gruß
Claudia

Zitat von Raybuntu

Gerne alles hier posten oder als issue auf Github dann vergesse ich das auch nicht.
Du scheinst ja sehr fit mit Linux Sachen allgemein zu sein von daher schlage ich vor das du solche Sachen in meinem LE issue tracker postest. Von mir aus auch auf Deutsch. Gilt allgemein für alle hier die meinen einen Fehler gefunden zu haben.
Ich warte noch auf den rebase von kwiboo für LE9 und im Moment bin ich etwas eingespannt mit anderen Projekten.

Du meinst diesen "https://github.com/Raybuntu/LibreELEC.tv/issues" Issue tracker, korrekt?
Mach ich gerne und wenn es Dir nichts ausmacht auch gerne in Englisch.

Cheers
Claudia