Beiträge von relkai

Hier siehst Du, wie es verbunden werden muss:
https://wiki.odroid.com/odroid-n2/application_note/gpio/uart

Wenn Du noch eine Karte vorrätig hast, könntest Du es immerhin mal probieren. Ansonsten gehen mir auch die Ideen aus.
Einen UART Adapter, um den Bootprozess zu beobachten, hast Du vermutlich nicht herumliegen, richtig?

Probere doch mal den SPI Schalter an der Vorderseite auf die andere Position zu stellen.

Ich frage noch einmal:
Hast Du auch mal in die TVH Serverlogs geguckt, ob Du dort Verbindungsversuche des Clients siehst, während es am Client klemmt?
So könntest Du immerhin erkennen, ob die Anfragen des Clients überhaupt am Server ankommen und aus bestimmten Grund abgelehnt werden, oder ob der Client gar nicht erst den Server erreicht.

Es kann aber auch kein generelles Problem sein, denn bei den meisten läuft das pvr.hts Addon tadellos.
Etwas merkwürdig sind die folgenden Einträge Deines Logs:

2020-08-13 07:53:02.474 T:3620254592   ERROR: AddOnLog: Tvheadend HTSP Client: pvr.hts - Command getDiskSpace failed: No response received
2020-08-13 07:53:02.476 T:3820012416   ERROR: AddOnLog: Tvheadend HTSP Client: pvr.hts - failed to read packet (Bad file descriptor)
2020-08-13 07:53:02.476 T:3620254592   ERROR: GetDriveSpace: Add-on 'Tvheadend:192.168.0.11:9982' returned an error: server error
2020-08-13 07:53:20.212 T:4019184512  NOTICE: EPG thread started
2020-08-13 07:53:26.634 T:3808482176   ERROR: GetTimers: Add-on 'Tvheadend:192.168.0.11:9982' returned an error: the command failed
2020-08-13 07:53:26.634 T:3808482176   ERROR: GetTimers: PVR client 'Tvheadend:192.168.0.11:9982' returned an error: the command failed

Das sieht danach aus, als würde der Server gar nicht antworten.
Es könnte auch ein Netzwerkproblem Deines Clients sein. Ist der Kasten eventuell über WLAN verbunden, und wenn ja, hast Du die Möglichkeit, ihn (zumindestens für einen Test) per Kabel anzuschließen?

Ich weiß, auch das passt nicht ganz zu Deiner Beschreibung, dass es nach einer Neuinstallation des Clients funktioniert.
Eventuell hilft auch ein Reset der Client-Einstellungen, indem Du das Verzeichnis "/storage/.kodi/userdata/addon_data/pvr.hts/" löschst.
Du kannst auch mal versuchen, eine frische Installation auf einer separaten uSD Karte zu testen (nur Kodi + pvr.hts Addon).

Hast Du denn auch mal einen Blick in die TVH Logs des Servers geworfen, ob Du dort zu den problematischen Zeitpunkten überhaupt Anfragen des Clients siehst?

Ansonsten können wohl nur noch die Entwickler von TVH oder des pvr.hts Addons weiterhelfen.
Ich kann nur mit absoluter Sicherheit sagen, dass es kein generelles CE Problem ist, denn dann wäre unser Forum voll damit.
Auch ich nutze einen separaten TVH Server (TVH 4.2 auf x86 Hardware) und binde ihn auf vier unterschiedlichen CE Clients und dem neuesten pvr.hts Addon ein...keine Probleme bisher.

Probiere mal die ältere 4.4.20.1 Version von hier (und schalte automatische Updates für pvr.hts aus):
http://coreelec.relkai.org/?dir=addons/9.…gic/arm/pvr.hts

Ich meinte nicht die CE Version, sondern die von TVheadend.
Dein Client nutzt die neueste 4.4.21.1 aus dem CE Repository . Damit sollte es keine Probleme geben.

Ich nehme an, auf dem Server nutzt Du die tvheadend43-9.2.100, richtig?
Im CE Repository findest Du außerdem die Version tvheadend42-9.2.122.
Da der TVheadend Server 4.3 noch nicht wirklich stabil läuft (siehe auch hier), haben wir bewusst die 4.2 im Repo belassen, die momentan noch zuverlässiger läuft.
Die Fehler aus Deinem Log treten leider tatsächlich häufig mit TVH 4.3 auf.

Richtig, das Deaktivieren der Update-Benachrichtigung hat aufgrund eines Bugs tatsächlich nicht funktioniert.
Ab der Version 9.2.4 wird diese Einstellung aber wieder korrekt berücksichtigt.

Ein "forced update" stabiler Releases gab es aber nie.

Welche TVH Versionen nutzt Du auf Server/Client?
Nutzt Du auf dem x96mini die Amlogic oder Amlogic-ng Variante?

Aber ja, ein Log wäre tatsächlich sehr hilfreich (bitte auch ein TVH Log des Servers, während ein Playback auf dem Client scheitert).

Zitat von Schimanski

Vielen Dank für die ausführliche Antwort, wo hast du den Warenkorb erstellt? Reichelt oder pollin?

Bei Pollin.

Es kommt nicht oft vor, dass jemand eine nutzlose LED bewusst einschalten möchte...häufig ist es umgekehrt.

Melde Dich am besten mal im CE Forum. Hier gibt es bereits einen Thread zum X88 King:
https://discourse.coreelec.org/t/s922x-x88-king/7633?u=relkai

Eventuell müssen dafür Device Tree oder U-Boot angepasst werden - beides liegt aber außerhalb meiner Komfortzone.

Zusätzlich zu Entware-NG lässt sich außerdem Docker installieren.
Die beiden Optionen zusammen lassen kaum noch Wünsche offen.

Zitat von Frido aus Magdeburg

https://www.reichelt.de/odroid-c4-4x-2…tct=pos_0&nbc=1

aber da benötigt er noch den eMMC-Speicher, ein Netzteil, ein Gehäuse und einen WLAN Stick dazu, kommt das nicht teurer ?

Bei Pollin ist er etwa 10 EUR günstiger.
eMMC ist nicht zwingend erforderlich. Eine eventuell noch vorhandene uSD Karte, oder ein USB 3.0 Stick reichen aus.
Hier mal eine beispielhafte Bestellung eines C4 inkl. eMMC (was wie gesagt nicht zwingend erforderlich ist):
https://ibb.co/Khr4HSM

Damit ist der C4 mit kompletten Zubehör, eMMC und WLAN Stick nur 2 EUR teurer als der Vero 4K+.
Der Unterschied: Du hast einen erheblich schnelleren SoC, die Möglichkeit es zu unbricken, sollte die eMMC mal nicht mehr booten, und unendliche Erweiterungen (z.B. OLED-Display).

CoreELEC ist hier zwar nicht wie beim Vero (OSMC) vorinstalliert, aber das kriegt selbst ein dressierter Resusaffe hin.
Einfach aktuelles Image herunterladen, mit Rufus auf uSD, USB oder eMMC brennen und davon booten.
Alle aktuellen Videofiles inkl. 4K/HDR/HDR10+/HLG mit 23.97/24/25 FPS laufen hier out-of-the-box flüssig und zukünftige, regelmäßige Updates können innerhalb der GUI manuell heruntergeladen oder automatisch installiert werden.
Dazu muss man kein Technikfreak werden.

@Schimanski:
Der größte Unterschied ist, dass der N2 noch einen etwas schnelleren SoC hat (S922X), und somit auch z.B. Netflix mit 1080p flüssig per Software dekodieren kann. Der C4 hat hingegen mit dem Software-Decoding einiger High-Bitrate-Streams auf Netflix Probleme und muss auf 720p laufen.
Der Vero geht übrigens auch schon bei manchen 720p Streams in die Knie.

Übrigens besitze ich den Vero 4K+ selbst und habe einige Tests damit durchgeführt - ich werfe also nicht nur mit haltlosen Theorien um mich.
CoreELEC mit aktuelleren Devices läuft aber bei mir erheblich flüssiger und stabiler, weshalb der Vero nur noch ungenutzt in der Schublade liegt.

Die nVidia Shield ist natürlich auch eine sehr gute Option, jedoch häufig auch gebraucht noch sehr teuer

Zitat von watson007

puh, ein Glück dass man die automatischen Updates deaktivieren kann... wenn auch nicht auf Dauer

Was genau meinst Du damit?
Wenn Du es auf "manuell" stellst, wird nichts automatisch aktualisiert. Diese Einstellung bleibt erhalten, bis Du es selbst wieder auf "auto" stellst.

Ich würde den Vero 4K+ nicht empfehlen.
Das Teil nutzt den bereits veralteten S905D und ist im Grunde genommen auch nur eine Billig-China-Box mit OSMC Branding.
Nichts gegen OSMC, aber über 100 EUR für einen China-Böller mit veraltetem SoC ist wirklich übertrieben.
Der Odroid C4 mit aktuellem S905X3 SoC kostet bei Pollin 68,19 EUR.
Selbst mit Gehäuse und WLAN Stick ist der noch günstiger als der Vero 4K+.

Das bl301_inject Problem betrifft übrigens nur Geräte mit S905X2 SoC.
Alle die bereits 9.2.4 installiert hatten, bevor es wieder offline genommen wurde, müssen also keinen Downgrade durchführen, sofern es problemlos läuft.
Die Ursache wurde bereits identifiziert, und sobald alle Tests erfolgreich abgeschlossen sind, wird ein Bugfix Release 9.2.4.1 erscheinen.

Alle S905X2 Boxen, die mithilfe von 9.2.4 + bl301_inject nicht mehr booten (auch nicht in Android) sind nicht endgültig tot, müssen aber mittels Kurzschluss zweier NAND-Pins wiederbelebt werden.

Auf FreakTab gibt es eine Sammlung der nötigen Pins für die gängigsten Boxen:
https://forum.freaktab.com/forum/main-cat…-short-location

EDIT:
Das Bugfix Release 9.2.4.1 wurde soeben veröffentlicht und der Fehler bei Verwendung von bl301_inject auf S905X2 Geräten behoben.

Zitat von bylderup

Tja, schön, das Du belustigt bist..
Ist dir vielleicht mal die Idee gekommen, dass es einen Grund haben könnte, wenn plötzlich nicht mehr auf einen Post geantwortet wird ?

Ich bin schwerbehindert und chronisch krank. Konnte in den letzten Tagen immer nur kurz im Forum verbeigucken, aber nicht länger aktiv sein.
Patienten WLAN ist in vielen Kliniken immer noch problematisch.

Bis ich das abchecken kann, ob das Problem noch da ist und dann ggfs. ein [definition='1','0']log[/definition] hochladen kann, wird es noch einige Tage brauchen.

Fair enough, und ich wollte Dir bestimmt nicht zu nahe treten.
Ich hoffe, es kommen bald wieder etwas bessere Zeiten auf Dich zu.

Bitte verstehe aber auch, dass diejenigen die hier deutschsprachigen CE Support leisten (momentan sind es aus dem CE Team soweit ich weiß nur Ray und ich) eventuell auch gute Gründe haben, warum wir nicht unmittelbar antworten können.
Auch wenn es sicherlich nicht so krasse Gründe sind wie in Deinem Fall, sind sie dennoch valide.

Während Deines Posts war ich zum Beispiel mit meiner Familie im Urlaub und habe zu dieser Zeit bewusst Abstand von jeder Technik genommen.
Somit ist Dein Argument (nach nur zwei Tagen), mit dem deutschsprachigen CE-Support sei es nicht mehr weit her, auch nicht absolut fair.
Auch wenn das Argument inzwischen vielleicht etwas ausgelutscht ist, machen wir das alles immer noch in unserer Freizeit und werden nicht dafür bezahlt.

Nichts für ungut und gute Besserung!

Inzwischen ist zusätzlich libCEC 4.0.7 in den nightlies integriert.
Das Aktivieren dieser Version funktioniert analog der 4.0.5 Aktivierung (siehe vorigen Beitrag).

Übrigens mal so am Rande:
Ich finde es sehr belustigend, dass Du Dich nach nur zwei Tagen lauthals beschwerst, niemand würde Dir deutschsprachigen CE Support anbieten, es aber selbst nicht schaffst nach 10 Tagen auf meinen Post zu antworten.
Merkst Du, wie paradox das ist?

Was genau möchtest Du denn mit dem Aktivieren von bl301 erreichen? Ging es Dir nur um WOL?
Welche Fernbedienung nutzt Du denn für die Box? Die originale von Beqeel? In dem Fall wäre ja die "Hardkernel" Option as IR-Einschaltbefehl komplett verkehrt.
Die Frage ist einfach, ob die Aktivierung von bl301 die richtige Option für Dich ist, wenn Du den entsprechenden Thread im CE Forum nicht vollständig verstehst.
Wenn Du also ohnehin die Originalfernbedienung nutzt, und WOL nicht zwingend benötigst, würde ich bl301 lieber wieder deaktivieren.

Bitte nicht falsch verstehen - das meine ich keineswegs böse.
bl301 ist ziemlich mächtig, kann aber kompliziert sein und vieles durcheinander würfeln, wenn man bei der Konfiguration von der Norm abweicht.

Bezüglich CEC:
In 9.2.3 wurde ein Downgrade von libCEC 4.0.5 auf 4.0.4 durchgeführt, da es mit der aktuelleren Version einige Probleme gegeben hat.
In aktuelleren nightlies gibt es die Möglichkeit zwischen diesen beiden Versionen zu wechseln. Standard ist zwar weiterhin 4.0.4, jedoch kannst Du mit folgendem Befehl und anschließendem Reboot auf die aktuellere 4.0.5 wechseln:

touch /storage/.config/libcec-4.0.5.conf

Eventuell läuft Deine CEC Konfiguration damit besser.

Um wieder auf die 4.0.4 zu wechseln, kannst Du einfach wieder die Datei löschen:

rm /storage/.config/libcec-4.0.5.conf

Ansonsten bitte noch einmal im CoreELEC Forum melden, denn die Jungs haben mehr Ahnung von CEC als ich und können Dir kompetentere Hilfestellungen geben.

Dein Problem des schwarzen Bildschirms nach der Wiedergabe einiger Videos habe ich vorher noch nie gehört.
Poste am besten mal ein Log wenn dieses Problem auftritt (bitte auch ein dmesg [definition='1','0']log[/definition]).

Am Device Tree wird es nicht liegen.
Hast Du denn mal kontrolliert, ob Du die aktuellste Android Version installiert hast?

CEC ist aber auch eine mögliche Ursache, denn mit der Version 9.2.3 wurde wieder eine ältere libCEC Version eingesetzt, da die neuere Version viele Probleme verursacht hat.
Ob es daran liegt kannst Du relativ einfach testen.

Probiere mal bitte diese nightly Version:
http://coreelec.relkai.org/?dir=20200605

Sollte es damit funktionieren, teste anschließend mal bitte diese Version (hier wurde das Downgrade der libCEC durchgeführt):
http://coreelec.relkai.org/?dir=20200606

Es kann aber auch an einer CEC Fehlkonfiguration liegen, denn bisher hat dieses Problem wirklich kein anderer Besitzer der A95X Max gemeldet.
Schau Dir deshalb bitte auch noch einmal genauer die Optionen in "Einstellungen > System > Eingabe > Peripheriegeräte > CEC Adapter" an. Hier kannst Du genau das Verhalten von CEC bestimmen.

Zur eingeschalteten Netzwerkschnittstelle im Standby kannst Du mal nachsehen, ob Du in den CoreELEC Settings unter "Hardware" den Punkt "Wake-on-LAN" aktiviert hast.