Ambilight für LG Smart-TV mit WebOs. Piccap-Hyperion- Keine Extra-Kosten! Nur TV und ESP-WLED mit LEDs wird benötigt.

@Equivalentyou

Hallo,
welche Settings kann HyperHDR nicht speichern? Kannst du bitte ein log von HyperHDR Posten?

@Equivalentyou
Hallo,

hattest du vorher den „Pico“ nicht in Betrieb genommen?
Dann stimmt was mit deinen Konfigurationen nicht.
Ich würde in deiner Stelle, die regulären Apps aus Homebrew Channel installieren, konfigurieren, und wenn alles funktioniert, meine Änderungen vornehmen. Dabei zuerst die Änderungen für PicCap (hyperion webos) vornehmen und testen, ob alles funktioniert. Dann der „flatbuffer_lut_lin_tables.3d“ ersetzen und wen alles richtig läuft, HyperHDR ersetzen. Mein neu kompilierten HyperHDR ist wichtig nur für die zukünftige Kalibrierung Vorgänge, sodass er nicht mehr abstürzt.
Einmal konfiguriert bleiben bei Neuinstallationen die Konfiguration erhalten, da die in /home/root/.hyperhdr/db gesondert gespeichert wird.
Alles mit Geduld, Ruhe und „System/Plan“ angehen lassen.

@Equivalentyou

Hallo,
die Auflösung Änderung ist nur für zukünftiger LUT Kalibrierungen wichtig. Dasselbe gilt für das neu kompilierten HyperHDR, sonst würde HyperHDR bei einer Kalibrierung abstürzen.
Die „flatbuffer_lut_lin_tables.3d“ Datei, ist aus eine LUT-Kalibrierung von mir erzeugt worden. Die sollte für mehr Kontrast und Farbe, auch bei HDR-Material (Sendungen/Videos) sorgen.

RGB Gamma sollte auf den Standard wert belassen. Ich habe sie auf 1,5. Welche Einstellungen hast du bei der Controller-Typ:adalight vorgenommen?

Die neuen „Backends“ für Hyperion-webos (PicCap) sorgen jetzt dafür, dass die Farben nicht verfälscht am HyperHDR/Hyperion.NG gesendet werden.
Seit Jahren wurden die falschen Byte Order benutzt, mit der Ergebnis, dass die Farben der LEDs nicht zu der erfasste Bildausschnitt passte.

Hier eine verfasste Erklärung aus GitHub von Autor:
„Bild wird erfasst unter Verwendung von FMT_ABGR (was in Wirklichkeit ARGB ist) => ABGRToARGB (jetzt sind die Bytes tatsächlich BGR) => ARGBToRGB24 (was wieder umgekehrt wird, um wieder RGB zu erhalten). Obwohl für den erfassten Inhalte aus vtcapture angenommen wurde, dass es NV21 (die in der Tat NV12 ist, bestätigt mit Kernel-Quellen) es irgendwie funktioniert, weil NV21 verwendet eine ähnliche, aber vertauscht Layout. Allerdings haben wir am Ende vertauschte UV-Ebenen, was dazu führt, dass die Farben ein bisschen daneben sind. Wenn NV12 verwendet wird, sind die Farben fast perfekt.“ Siehe: Fix pixel byte order / color correctness for vtcapture by sundermann · Pull Request #115 · webosbrew/hyperion-webos · GitHub

Ich habe diese Änderung durch Rekompilieren der „Capture Backends“ durchgeführt und die tatsächlichen Hexadezimal Farbwerte in HyperHDR Live LED-Visualisierung mit der Farbpipette untersucht.
Das Ergebnis ist perfekt gegenüber von bis jetzt verwendenden „Capture Backends“. Das kannst du aus meinem Testbild entnehmen. Auf der untersuchten Bild habe ich die Hexadezimal und dezimal Zahl für der mit Farbpipette untersuchten Farbbereich eingetragen. Siehe Bild.

EDIT: Es gibt auch ein experimentelles zusätzliches Backend, das die Farben auf LX-SoCs (C1/C2/C3, auch G1/G2/G3) Series, verbessern soll. Der Entwickler wartet auf Feedbacks, um das zu verbessern und in PicCap Release Version zu veröffentlichen.

Farbtabelle zum Vergleich unter: Farbtabelle - Farbtafel - Farbcodes

Man sollte normalerweise einmal ohne und einmal mit Änderung testen und der visuellen Eindruck teilen.

@all

Wichtig!


Die neueste LG Dev Mode App Version 2.1.2 aus LG-Content Store, kopiert und setzt die Berechtigungen von jail_app.conf/jail_app.conf.sig bei jedem Start zurück. Daher wird jailpatch.sh aus crashd Methode nicht mehr funktionieren.

Wenn sie die LG Updates blockieren und sie eine ältere Firmware haben, die nicht gepatcht wurde, können Geräte ab webOS 5+, mit der WTA-Methode root Rechte erlangen, da WTA keine Dev Mode App voraussetzt.

Hallo @all,

ambilight Farbkalibrierung

Ergänzung zu Ambilight für LG Smart-TV mit WebOs. Piccap-Hyperion- Keine Extra-Kosten! Nur TV und ESP-WLED mit LEDs wird benötigt. und Ambilight für LG Smart-TV mit WebOs. Piccap-Hyperion- Keine Extra-Kosten! Nur TV und ESP-WLED mit LEDs wird benötigt..

Da der Entwickler von PicCap noch keine Reaktion zu der Änderungen von „hyperion-webos“ gezeigt hat, gehe ich davon aus, dass kein Release von PicCap geben wird.
Ich möchte an dieser Stelle erwähnen, dass PicCap nur einer GUI für das Hyperion-webos ist, wo unterschiedlichen Einstellungen per Auswahlschalter vornehmen und speichern kann. Das wichtigste Tool für Ambilight ist jedoch, das Hyperion-webos, mit den verschiedener UI und Video Backends. Die Backends (libdile_vt und libvtcapture) wurden jetzt nach erfolgreichen Tests, in GitHub als Release Version veröffentlicht und muss von Hand installiert werden.

Danke an dieser Stelle an der Entwickler, siehe GitHub, der festgestellt hat, dass die Farben (pixel byte order) falsch berechnet werden und die nötigen Änderungen vorgenommen hat. Die Daten werden erfassen unter Verwendung von FMT_ABGR, was in Wirklichkeit ARGB ist. ABGRToARGB, nun sind die Bytes tatsächlich BGR, ARGBToRGB24, was wiederum geändert wird, um wieder RGB zu erhalten.

Es wurde unter anderem auch die neue Generation von Geräte berücksichtigt und der sogenannte „libvtcapture_backend“ angepasst.
Unter andere auch LX-SoCs wie C1, C2, C3, G1,G2,G3 und A Serie.
Siehe:
Fix pixel byte order / color correctness for vtcapture by sundermann · Pull Request #115 · webosbrew/hyperion-webos · GitHub
vtc: add dump loc 1 quirk by asturel · Pull Request #107 · webosbrew/hyperion-webos · GitHub

Installation Anleitung:
1. Unter Apps PicCap aufrufen und der Service stoppen.
2. Das hyperion_webos_Release.zip entpacken und der Inhalt auf der Fernseher nach /media/developer/apps/usr/palm/services/org.webosbrew.piccap.service/ kopieren. (Die hyperion-webos und die Backends in der Ordner ersetzen)
3. Fernseher neu starten und PicCap aufrufen, um root zu erlangen. Wenn das erledigt ist, sieht ihr unten rechts in der Statusleiste, ob der Receiver „connected“ ist zu der jeweilige UI und Video Backends. Achten ihr darauf, dass für eine zukünftiger LUT Kalibrierung, eine minimale Auflösung von 384 × 216 in PiCap-Settings eingestellt sein muss.

Jetzt müssen sie eventuell die Farbe und Gamma Einstellungen, die sie vorher gemacht haben, zurücksetzen, da die Farbberechnung jetzt korrekt ist. Je nach LEDs Typ Verwendung eventuell nachjustieren.

Die tatsächlichen Hexadezimal Farbwerte in HyperHDR Live LED-Visualisierung könnten sie mit der von Browser, weiteren Werkzeugen, Farbpipette untersuchen und überprüfen, ob sie die Realität entsprechen. Berechnung von Hexadezimal zu Dezimal entnehmen sie aus: Farbtabelle - Farbtafel - Farbcodes.

Meine damit erzielte Farbe Korrektur ist in der „EBU Color bars results“ zu entnehmen. Das entspricht 99,9 % die Realität!

Ich wünsche euch viel Spaß bei Experimentieren. Für Feedbacks würde ich mich freuen.

@dave4712
Hallo,
das Ganze ist sowohl für HyperHDR als auch für Hyperion.NG relevant, da die oben genannte Änderungen Teil des PicCap sind. PicCap = Hyperion-webos.

Also PicCap erfasst der Bildschirminhalt und die so berechneter Farben werden am HyperHDR oder eben am Hyperion.NG gesendet. Wen die Farben mit falschen Bit Folge berechnet wurden, so sendet HyperHDR oder Hyperion.NG, zur LEDS. Also falschen Farbinformationen.

@all
Wichtig!
Diejenigen, die ihre neu erworbenen Geräte, deren Firmware nicht gepatcht ist, für die Installation von PicCap/HyperHDR rooten möchten, dürfen die Entwicklermodus-App nicht installieren und aktualisieren. Dies gilt auch für ältere Geräte, die bereits gerootet sind.

Vielleicht können sie noch mit dieser Anleitung root erlangen:How to root your LG webOS TV in 2024 - Ixion's blog

Auch WTA-Methode könnte noch funktionieren. Siehe Link: WTA

Mehr Informationen unter: News

@Simon-Sez

Hallo, wenn du mit der FTDI-Controller keinen lag/Verzögerung hast, muss nicht umsteigen. Die Änderung für „Hyperion-webos“ (PicCap) sind auch für FTDI-Controller relevant. Siehe Beitrag #1.748. Ambilight für LG Smart-TV mit WebOs. Piccap-Hyperion- Keine Extra-Kosten! Nur TV und ESP-WLED mit LEDs wird benötigt.
HyperSerial, kommt mit reguläre HyperHDR Version aus Homebrew Channel aus.

Hallo @all

***Bahnbrechende Neuigkeiten!***


Neue Root-Methode!

Es gibt eine gute Nachricht bezüglich des Rooten von Geräten, auch für die, deren Firmware bereits gepatcht wurde.

Vor einiger Zeit wurde bekannt, dass in der Firmware von LG webOS Geräte, diversen Sicherheitslücken entdeckt wurden und von LG die vulnerablen Stellen geschlossen, sodass die „crashd“-Methode nicht mehr anwendbar ist, sofern die Developer Mode App auf der Fernseher installiert wurde. Auch durch die Aktualisierung der Firmware wird die Verwendung von „crashd“ aufgehoben.

Eine von Jacob Clayden entdeckte Schwachstelle, das sogenannte „DejaVuln“ und die sehr ähnliche CVE-2023-6319 von Bitdefender sind noch offen und der Einsatz eines Exploits ist hier möglich.
Dieser sehr ähnlichen Schwachstelle ermöglicht die Befehlsspritze des Betriebssystems, indem sie eine Bibliothek manipuliert, die mit Musiktexten verantwortlich ist.
Das wäre eine authentifizierte Befehlsinjektion in der Methode „getAudioMetadata“ vom com.webos.service.attachedstoragemanager Service.

Hintergrund:
Die Methode getAudioMetadata erfordert zwei Parameter: „device Id“ und „full Path“. Obwohl der Parameter „device Id“ nicht wichtig ist, „full Path“ wird der „Full Path-Parameter“ unter bestimmten Bedingungen an einen Systembefehl übergeben, ohne desinfiziert zu werden. Wenn dieser Parameter auf eine Datei mit der Erweiterung .mp3 zeigt, sucht der Dienst im selben Verzeichnis für die entsprechende Textdatei mit demselben Namen (.lrc-Erweiterung). Wenn gefunden, werden die ersten vier Bytes der Textdatei mit der Sequenz verglichen \xFF\xFE\x00\x00. Solange sie übereinstimmen (was bedeutet, dass die Datei UTF1632 codiert ist), wird der Dienst versuchen, sie mit dem „iconvIkonv-Binär“ zu dekodieren. Diese Binärdatei wird zusammen mit dem vollständigen Dateinamen ohne vorheriger Desinfektion genannt, was zu einer Befehlsinjektion führt.

Auf der Grundlage dieser Informationen wurde das sogenannte „dejavuln-autoroot“-Tool von Developer throwaway96 entwickelt und kann ab webOS 3.5 und neuer angewendet werden.
Dieses Tool nutzt dejavuln und kann auch anstelle der sogenannten EEPROM-Methode (Enabling debug and getting root on LG webOS by modifying NVM) benutzt werden, sodass ein Öffnen des Gerätes nicht mehr nötig ist, um der EEPROM manipulieren zu müssen.

Eine Anleitung und Version 0.0.1 dieses Tool findet ihr in GitHub: dejavuln-autoroot.

Ich hoffe, dass diese Informationen, für eine oder anderen Nutzer hier relevant sind und freue mich über euren Feedbacks.

EDIT: Da ich wirklich nicht weiß, wie lange dieses Schlupfloch noch bestehen wird, noch einmal an alle, die ihr Gerät noch „rooten“ wollen: Handeln Sie jetzt, nicht erst, wenn es zu spät ist.

Es gibt bereits positive Berichte, dass Geräte, deren Firmware gepatcht wurde, mit dieser Methode erfolgreich gerootet werden können. Hier ist ein Beispiel: Firmware 3.40.87 ohne Probleme auf C1 (Version 2022) gerootet. Es ist nützlich für den Entwickler zu weisen, wo das geklappt hat und wo nicht.

@Simon-Sez
Hallo,

es freut mich sehr zu hören, dass Sie erfolgreich waren. Und da ich wirklich nicht weiß, wie lange dieses Schlupfloch noch bestehen wird, noch einmal an alle, die ihr Gerät noch „rooten“ wollen: Handeln Sie jetzt, nicht erst, wenn es zu spät ist.
Und ja, es ist ratsam, die LG-Server auf dem Router zu blockieren, um Überraschungen zu vermeiden.

@Simon-Sez

Adafruit ItsyBitsy RP2040 Single Segment nutzt Output 5 (GPIO14). Du musst das Image File mit set(OUTPUT_DATA_PIN 14) kompilieren.
Siehe: HyperSerialPico und HyperSerialPico GitHub

@D3RB

Der D1 Mini ist zu langsam und nicht mehr zeitgemäß. Ja „Adafruit Feather RP2040 SCORPIO“ und bei der LEDS würde ich die 60 LED/m Version nehmen.(BTF-LIGHTING RGBW RGBCW Kühles Weiß SK6812 (ähnlich WS2812B) 5m 60LEDs/Pixels/m 300LEDs)