Beiträge von jochenf

    Hi,


    irgendwie ist da anscheinend doch der Wurm drin. ;(


    Das kompilieren des aktuellen git läuft nun zwar fehlerfrei durch, beim Start erhalte ich jedoch "segmentation fault". Kompiliere ich ohne "-DENABLE_AMLOGIC=ON" geht zwar der Amlogic Grabber nicht, hyperion.ng startet dann aber ohne Fehler.
    Wenn ich den Master Branch vom 08.12.2019 kompiliere, funktieren hyperion.ng fehlerfrei! Irgendwas an den letzten 5 Änderungen, die seit dem eingeflossen sind, verträgt sich wohl nicht mit der Vero4k unter OSMC.


    Irgend was ab dem commit "Add RS232 timeout for asynchronous connection (#650)" müsste es dann wohl sein.



    Grüße


    Micha


    ps. Ich kann mit der Dezember Version leben, wegen mir also keine Anstrengungen. ;)

    Hi,


    ich hab den eigentlich teureren Vertex 1, hatte ich mal für 89€ (wegen defekter Info Taste) bei eBay geschossen. Ja, HDR wird zum TV korrekt durchgeschliffen und am Grabber Ausgang auf 1080p herunterskalliert. Wie schon geschrieben, leider aber ohne HDR->SDR Tonemapping. Bei DV bin ich nicht mehr ganz sicher, durchgeschleift wird es auf jeden Fall, glaube aber, dass dabei am Grabber kein korrektes Signal ankam. Bis auf's Display meines Wissens identisch zum Integral 2.
    Allein für Hyperion hätte ich sicherlich nicht so viel ausgegeben, war aber aus Forschungsdrang schon immer auf so ein Teil heiß. :=)


    https://www.hdfury.com/product/vertex-4k60-444-600mhz/


    Grüße


    Micha

    Hallo,


    ich versuche gerade vergeblich hyperion.ng für meine Vero4k+ unter OSMC oder Raspbian zu kompilieren. Lasse ich bei
    cmake "-DPLATFORM=amlogic" weg, erkennt er als Plattform Raspberry und läuft korrekt durch. Komischerweise funktioniert die erzeugte Binary sogar unter OSMC, bringt aber verständlicherweise eine Meldung, dass ihm der Amlogic Grabber fehlt.
    Verwende ich cmake mit der Option "-DPLATFORM=amlogic" bekomme ich bei make einen Fehler "/usr/bin/ld.gold: error: cannot find -lpcre16".
    Das Verhalten zeigt sich auf dem rpi4 unter Raspbian als auch auf der Vero4k unter OSMC. Beide Systeme sind auf aktuellen Stand.



    neuer Beitrag, neues Glück ;)


    Da ich bei meiner letzten Aktion vermutlich doch etwas Geld in den Sand gesetzt habe, muss ich nun kleinere Brötchen backen.



    Versand aus China, bei dem Preis konnte ich aber nicht wiederstehen. :cool:


    Grüße


    Micha

    Hi,


    vergiss den Raspi4 bezüglich HDR vorläufig mal wieder. Libreelec, bzw. der aktuelle Kernel unterstützen kein HDR. Hyperion kann da nichts dafür. Wenn ich es richtig in Erinnerung habe, ist laut OSMC Team erst in ca. 6 Monaten mit einem HDR tauglichen Kernel zu rechnen.


    https://forum.kodi.tv/showthread.php?tid=350608


    Bezüglich HDR mit externen Grabber gibts im deutschen Bereich des Forum einige Beiträge, die dir weiterhelfen.


    https://hyperion-project.org/t…rion-mit-4k-grabber.3649/
    https://hyperion-project.org/t…grabber-problematik.3690/


    Grüße


    Micha

    Hi,


    mal ein kleines Update zu meinem Orange Pi RK3399 Projekt und dem Versuch, das Ganze ohne externen Grabber zu betreiben.


    Das Board wurde glücklicherweise doch schneller geliefert als gedacht. Ich hatte über den Jahreswechsel also bissel Zeit zum Spielen. Leider nur mit mäßigen Erfolg. Für den RK3399 gibt es ein Debian 9 Image, welches den HDMI Input unterstützt. Ich konnte hyperion.ng dafür erfolgreich kompilieren und meine LED's per UDP damit ansteuern. Im ursprünglich angedachten Armbian wird der HDMI Input leider nicht unterstützt. Sobald ich im Webinterface jedoch das interne Video0 Device ausgewählt habe, verabschiedete sich hyperion mit einem Laufzeitfehler. Nach etwas Recherche stellte sich der nur halbherzig implementierte v4l2 Treiber als Ursache heraus. Obwohl ich den Eingang per ffmpeg als Capture Quelle nutzen konnte, liefert der Treiber anscheinend keine korrekte Auflösung und Framerate an v4l2 zurück. Daran verschluckt sich hyperion.ng vermutlich. Das größere Problem, bzw. mein persönliches NoGo ist allerdings, dass sich per v4l2-ctl leider weder Sättigung noch Kontrast anpassen lassen. Der angedachte HDR Workaround scheidet also aus. Versuche ich Farbraum, Auflösung oder Framerate per v4l2-ctl manuell zu setzen, nimmt es video0 nur in 1/10 Fällen überhaupt an oder setzt diese nach wenigen Sekunden selbstständig auf die ursprünglichen Werte zurück.


    Deshalb also leider die Moral von der Geschicht, ohne passende Treiber nützt dir auch die beste Hardware leider nichts.


    Aufgeben werde ich mein Ansinnen aber nicht und den "Markt" im Auge behalten. Mal schauen, was die Zukunft so bringt.


    https://www.cnx-software.com/2…ox-supports-av1-decoding/


    http://www.banana-pi.org/w2.html


    Grüße


    Micha

    Hi,


    bezüglich Dokumentation kann man bei orange pi eigentlich nicht mekern. Gibt nen ausführliches Manual und gutes Forum.



    https://mega.nz/#F!ggt3QaoJ!ZexfJRVdf7_6C1bs75-fJQ


    @esprit1711


    Ich schau mal ob ich bei mir was scönes finde, ansonsten mach ich dir mal ein zwei. Vielleicht was mit hübschen Frauen und bissl Natur. Geht aber wirklich ganz einfach selbst. Trailer mit VLC abspielen, der ja kein HDR kann, Screenshot (mit verblassten Farben) davon als .png machen. Dann selben Trailer mit Mediaplayer Classic abspielen (der ja HDR kann) und wieder Screenshot als png. ablegen. Der angesprochene Sony - Camp Trailer ist dafür recht geeignet.


    Grüße


    Micha

    Hi,


    genau, manchmal ist der Weg das Ziel, das trifft den Nagel auf den Kopf. Ich habe ja immer noch meinen 4er mit dem Analog Grabber produktiv. Da ich die LED's eh per UDP ansteuere muss ich auch nichts umstecken und kann nebenbei bissel spielen. Irgendwelche Erfahrung bezüglich der geplanten Konstellation habe ich nirgends gefunden. Habe nur irgendwo aufgeschnappt, dass jemand nem Kamera am HDMI drann hatte und mit ffmpeg per v4l2 1080p aufnehmen konnte. Das hat mir als Kaufargument schon gereicht. ;) Ob ich hyperion dafür überhaupt kompilieren kann, werde ich dann sehen. Neben Armbian git es für den RK3399 Chipsatz auch ne Libreelec Version, mal schauen ob ich vielleicht die zum laufen bekomme. Habe das Board erst heute bestellt, bis zur Lieferung mitte Januar ist ja noch etwas Zeit.


    Schön, dass ha-bridge seinen Zweck erfüllt. Wenn's um die Farben der LED's geht, hatte ich in dem anderen Threat paar Scripte bei Google Drive hochgeladen, da war auch was mit der Farbänderung mittels hyperion-remote mit bei.


    Bezüglich der Einstellung der Sättigung hatte ich damals einen Screenshot des "Sony Camp" HDR Traikers mit nem Player der HDR kann (mpc) und einen zweiten Screenshot von nem Player, der kein HDR kann (vlc) abgelegt. Konnte so das blasse Bild 1:1 mit dem originalen vergleichen.


    Grüße


    Micha

    Hi,


    für die kalten Wintertage vielleicht für den ein oder anderen interessant. ;)


    Da die vorhandenen Tutorials und Informationen zur W-Lan Ansteuerung der LED's nichts zu WLED beinhalten, folgend mal der Link zu einem interessanten Github Projekt.
    Ich selbst nutze dies auf drei ESP8266 die per UDP an hyperion.ng hängen und zusätzlich über Alexa gesteuert werden können.


    https://github.com/Aircoookie/WLED


    https://github.com/Aircoookie/WLED/wiki


    Grüße


    Micha

    Hi esprit1711,


    gute Arbeit, das macht mir Mut. ;) Da aus meinen analogen Grabber nicht mehr so viel rauszuholen ist, hatte ich deinen HDMI/USB schon im Amazon Warenkorb. Habe mich dann aber umentschieden, da mich das zusätzliche Gerät dann doch stört. Da ihr mit euren China Grabber Experimenten so erfolgreich, warum also nicht gleich Nägel mit Köpfen machen und den ganzen USB Kram gleich ganz weglassen.


    Habe mir aus Spielfreude also mal in China was zum Basteln bestellt, vielleicht erübrigt sich die blöde USB Geschichte damit komplett. ;)


    http://www.orangepi.org/Orange%20Pi%20RK3399/


    War preislich auch nicht viel teurer als dein MYPIN und bringt mit debian, armbian und v4l2 Kernelunterstützung einige Voraussetzungen für Hyperion mit.


    Grüße


    Micha

    Hi,


    da snikcers auch per PM angefragt hat, schreibe ich es am besten mal in diesen Threat.


    Ha-Bridge (nicht zu verwechseln der Google Homebridge) läuft bei mir parallel auf dem 4er Raspi unter Raspbian. Es verhält sich gegenüber Alexa wie eine Philips Hue Bridge. Ich habe einfach die fertige Java Applikation bei https://github.com/bwssytems/ha-bridge/releases runtergeladen. Unter Raspbian Buster musste ich vorher noch eine Java Runtime nachinstallieren. Für die Grundkonfiguration habe ich mich an https://github.com/bwssytems/ha-bridge/blob/master/README.md orientiert. Nach erfolgreicher Grundeinrichtung kann man den Rest dann übers Webinterface machen.
    Für die HDR Umschaltung und einige andere Dinge habe ich mir auf dem Raspi unter /.hyperion/scripts recht simple Scripte erstellt und diese im Webinterface einem Gerät zugeordnet. Für HDR habe ich zum Beispiel ein Gerät Namens HDR angelegt und für <on> /.hyperion/scripts/hdr_on.sh und <off> /.hyperion/scripts/hdr_off.sh eingestellt. Da Alexa mein Gerät "HDR" als Hue Lampe erkennt, reicht dann ein einfaches "Alexa schalte HDR an" oder "Alexa HDR aus" zur Laufzeit von Hyperion.ng.


    hdr_on.sh:

    Bash
    #!/bin/sh
    sudo v4l2-ctl --set-ctrl contrast=180
    sudo v4l2-ctl --set-ctrl saturation=255
    sudo v4l2-ctl --set-ctrl brightness=32


    hdr_off.sh:

    Bash
    #!/bin/sh
    sudo v4l2-ctl --set-ctrl contrast=128
    sudo v4l2-ctl --set-ctrl saturation=128
    sudo v4l2-ctl --set-ctrl brightness=32


    In ha-bridge habe ich dann über <Add/Edit> mein "HDR" Gerät mit den in den Screenshot ersichtlichen Einstellungen hinterlegt. Nun Alexa nach neuen Smart Home geräten suchen lassen und währenddessen in ha-bridge durch Klick auf <Link> die Erkennung einschalten.



    Da ich zu blöd bin hier gescheit Bilder einzufügen, habe ich die Scripte mal in einen Ordner kopiert und einige Screenshots von der ha-bridge Konfiguration beigefügt.


    [MEDIA=googledrive]1LK0YAjOwU8vVHe-YKByLueyRpB2f4kGA[/MEDIA]


    Grüße


    Micha

    Hi,


    @fir3drag0n


    leider nichts bezahlbares geht dann Richtung 150-200€.


    @snikcers


    fir3drag0n meint vermutlich nen HDR fähigen HDMI Grabber.
    Das mit dem X4 ist jetzt mal interessant, gut zu wissen. Glücklicherweise habe ich mir das mittlerweile eh wieder aus dem Kopf geschalgen. Nochmal Geld in einen besseren D/A Konverter stecken, möchte ich eigentlich vermeiden, schiele da eher auf eine native USB/HDMI Capture Box. Das was esprit1711 im verlinkten Threat schreibt, klingt schon mal sehr interessant.

    https://hyperion-project.org/t…er.3649/page-2#post-17687

    Grüße


    Micha