Beiträge von u20p17

  • Hyperion.ng startet nach update auf alpha6 nicht mehr

    Hi,
    habe nun die neueste Version installiert und den raspbi neu gestartet --> funktioniert wieder nicht.




    Nach dem hyperiond -d komm ich wieder auf die weboberfläche.


    LG

  • Hyperion.ng startet nach update auf alpha6 nicht mehr

    Hi,
    gerade installiert und raspbi neu gestartet. Komme damit noch immer nicht aufs web interface.





    EDIT: gerade gesehen, dass du deinen Post abgeändert hast... sobald du mir ne neue Version schickst kann ich diese gerne testen... :)

  • Hyperion.ng startet nach update auf alpha6 nicht mehr

    Hi,
    danke für deine Bemühungen. Anbei die Ausgabe von hyperiond -d


    hyperiond -d
    [hyperiond MAIN] <INFO> Set user data path to '/home/pi/.hyperion'
    [hyperiond DAEMON] <DEBUG> <PythonInit.cpp:45:PythonInit()> Initializing Python interpreter
    [hyperiond SettingsManager] <DEBUG> <SettingsManager.cpp:108:SettingsManager()> Settings database initialized
    [hyperiond EFFECTFILES] <INFO> 39 effects loaded from directory :/effects/
    [hyperiond EFFECTFILES] <INFO> 22 effect schemas loaded from directory :/effects/schema/
    [hyperiond EFFECTFILES] <INFO> 0 effects loaded from directory /home/pi/.hyperion/custom-effects
    [hyperiond SettingsManager] <DEBUG> <SettingsManager.cpp:108:SettingsManager()> Settings database initialized
    [hyperiond BLACKBORDER] <DEBUG> <BlackBorderProcessor.cpp:65:handleSettingsUpdate()> Set mode to: default
    [hyperiond ComponentRegister] <DEBUG> <ComponentRegister.cpp:36:setNewComponentState()> Blackborder detector: enabled
    [hyperiond DAEMON] <INFO> set screen capture device to 'dispmanx'
    [hyperiond DISPMANXGRABBER] <DEBUG> <Grabber.cpp:34:setVideoMode()> Set videomode to 0
    [hyperiond DISPMANXGRABBER] <INFO> Display opened with resolution: 1920x1080
    [hyperiond DISPMANXGRABBER] <DEBUG> <Grabber.cpp:83:setWidthHeight()> Set new width: 80, height: 45 for capture
    [hyperiond DAEMON] <INFO> DISPMANX frame grabber created
    [hyperiond V4L2:auto] <DEBUG> <Grabber.cpp:34:setVideoMode()> Set videomode to 0
    [hyperiond LEDDEVICE] <INFO> LedDevice 'apa102' found.
    [hyperiond LEDDEVICE] <DEBUG> <ProviderSpi.cpp:55:open()> _baudRate_Hz [1000000], _latchTime_ms [1]
    [hyperiond LEDDEVICE] <DEBUG> <ProviderSpi.cpp:56:open()> _spiDataInvert [0], _spiMode [0]
    [hyperiond ComponentRegister] <DEBUG> <ComponentRegister.cpp:36:setNewComponentState()> Smoothing: enabled
    [hyperiond FLATBUFCONNECTION] <INFO> Connecting to Hyperion: 127.0.0.1:19401
    [hyperiond EFFECTENGINE] <INFO> Run effect "Rainbow swirl fast" on channel 0
    [hyperiond EFFECTENGINE] <DEBUG> <EffectEngine.cpp:183:runEffectScript()> Start the effect: name [Rainbow swirl fast], smoothCfg [2]
    [hyperiond HYPERION] <DEBUG> <PriorityMuxer.cpp:158:registerInput()> Register new input 'System/EFFECT' with priority 0 as inacti ve
    [hyperiond HYPERION] <INFO> Initial foreground effect 'Rainbow swirl fast' started
    [hyperiond EFFECTENGINE] <INFO> Run effect "Warm mood blobs" on channel 254
    [hyperiond EFFECTENGINE] <DEBUG> <EffectEngine.cpp:183:runEffectScript()> Start the effect: name [Warm mood blobs], smoothCfg [2]
    [hyperiond HYPERION] <DEBUG> <PriorityMuxer.cpp:158:registerInput()> Register new input 'System/EFFECT' with priority 254 as inac tive
    [hyperiond HYPERION] <INFO> Inital background effect 'Warm mood blobs' started
    [hyperiond HYPERION] <DEBUG> <PriorityMuxer.cpp:158:registerInput()> Register new input 'System/GRABBER' with priority 250 as ina ctive
    [hyperiond ComponentRegister] <DEBUG> <ComponentRegister.cpp:36:setNewComponentState()> Framegrabber: enabled
    [hyperiond BOBLIGHT] <DEBUG> <BoblightServer.cpp:28:BoblightServer()> Instance created
    [hyperiond ComponentRegister] <DEBUG> <ComponentRegister.cpp:36:setNewComponentState()> LED device: enabled
    [hyperiond HYPERION] <DEBUG> <PriorityMuxer.cpp:238:setInputImage()> Priority 0 is now active
    [hyperiond HYPERION] <DEBUG> <PriorityMuxer.cpp:333:setCurrentTime()> Set visible priority to 0
    [hyperiond HYPERION] <DEBUG> <PriorityMuxer.cpp:198:setInput()> Priority 254 is now active

  • Hyperion.ng startet nach update auf alpha6 nicht mehr

    Hi,
    anbei die ausgabe:


    Aktive Internetverbindungen (Server und stehende Verbindungen)
    Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name
    tcp 0 0 0.0.0.0:8088 0.0.0.0:* LISTEN 900/deCONZ
    tcp 0 0 0.0.0.0:80 0.0.0.0:* LISTEN 900/deCONZ
    tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN 567/sshd
    tcp 0 0 127.0.0.1:34290 127.0.0.1:80 TIME_WAIT -
    tcp 0 0 127.0.0.1:34354 127.0.0.1:80 TIME_WAIT -
    tcp 0 0 127.0.0.1:34366 127.0.0.1:80 TIME_WAIT -
    tcp 0 0 127.0.0.1:34334 127.0.0.1:80 TIME_WAIT -
    tcp 0 0 127.0.0.1:34288 127.0.0.1:80 TIME_WAIT -
    tcp 0 0 127.0.0.1:34260 127.0.0.1:80 TIME_WAIT -
    tcp 0 0 127.0.0.1:34370 127.0.0.1:80 TIME_WAIT -
    tcp 0 0 127.0.0.1:34266 127.0.0.1:80 TIME_WAIT -
    tcp 0 0 127.0.0.1:34316 127.0.0.1:80 TIME_WAIT -
    tcp 0 0 127.0.0.1:34360 127.0.0.1:80 TIME_WAIT -
    tcp 0 0 127.0.0.1:34254 127.0.0.1:80 TIME_WAIT -
    tcp 0 0 127.0.0.1:34292 127.0.0.1:80 TIME_WAIT -
    tcp 0 0 127.0.0.1:34256 127.0.0.1:80 TIME_WAIT -
    tcp 0 0 127.0.0.1:34248 127.0.0.1:80 TIME_WAIT -
    tcp 0 0 127.0.0.1:34262 127.0.0.1:80 TIME_WAIT -
    tcp 0 0 127.0.0.1:34244 127.0.0.1:80 TIME_WAIT -
    tcp 0 0 127.0.0.1:34344 127.0.0.1:80 TIME_WAIT -
    tcp 0 0 127.0.0.1:34304 127.0.0.1:80 TIME_WAIT -
    tcp 0 0 127.0.0.1:34306 127.0.0.1:80 TIME_WAIT -
    tcp 0 0 127.0.0.1:34276 127.0.0.1:80 TIME_WAIT -
    tcp 0 0 127.0.0.1:49558 127.0.0.1:43495 VERBUNDEN 8138/homebridge
    tcp 0 0 127.0.0.1:34246 127.0.0.1:80 TIME_WAIT -
    tcp 0 400 10.0.0.10:22 10.0.0.15:57498 VERBUNDEN 3997/sshd: pi [priv
    tcp 0 0 127.0.0.1:34376 127.0.0.1:80 TIME_WAIT -
    tcp 0 0 10.0.0.10:8088 10.0.0.10:48626 VERBUNDEN 900/deCONZ
    tcp 0 0 127.0.0.1:34296 127.0.0.1:80 TIME_WAIT -
    tcp 0 0 127.0.0.1:34298 127.0.0.1:80 TIME_WAIT -
    tcp 0 0 127.0.0.1:34240 127.0.0.1:80 TIME_WAIT -
    tcp 0 0 127.0.0.1:34264 127.0.0.1:80 TIME_WAIT -
    tcp 0 0 127.0.0.1:34368 127.0.0.1:80 TIME_WAIT -
    tcp 0 0 127.0.0.1:34346 127.0.0.1:80 TIME_WAIT -
    tcp 0 0 127.0.0.1:34286 127.0.0.1:80 TIME_WAIT -
    tcp 0 0 127.0.0.1:34342 127.0.0.1:80 TIME_WAIT -
    tcp 0 0 127.0.0.1:34280 127.0.0.1:80 TIME_WAIT -
    tcp 0 0 127.0.0.1:34362 127.0.0.1:80 TIME_WAIT -
    tcp 0 0 127.0.0.1:34332 127.0.0.1:80 TIME_WAIT -
    tcp 0 0 127.0.0.1:34374 127.0.0.1:80 TIME_WAIT -
    tcp 0 0 127.0.0.1:34320 127.0.0.1:80 TIME_WAIT -
    tcp 0 0 127.0.0.1:34352 127.0.0.1:80 TIME_WAIT -
    tcp 0 0 127.0.0.1:34268 127.0.0.1:80 TIME_WAIT -
    tcp 0 0 127.0.0.1:34284 127.0.0.1:80 TIME_WAIT -
    tcp 0 0 127.0.0.1:34358 127.0.0.1:80 TIME_WAIT -
    tcp 0 0 127.0.0.1:34252 127.0.0.1:80 TIME_WAIT -
    tcp 0 0 127.0.0.1:34310 127.0.0.1:80 TIME_WAIT -
    tcp 0 0 127.0.0.1:34314 127.0.0.1:80 TIME_WAIT -
    tcp 0 0 127.0.0.1:34364 127.0.0.1:80 TIME_WAIT -
    tcp 0 0 127.0.0.1:34258 127.0.0.1:80 TIME_WAIT -
    tcp 0 0 127.0.0.1:34300 127.0.0.1:80 TIME_WAIT -
    tcp 0 0 127.0.0.1:34338 127.0.0.1:80 TIME_WAIT -
    tcp 0 0 127.0.0.1:34272 127.0.0.1:80 TIME_WAIT -
    tcp 0 0 127.0.0.1:34348 127.0.0.1:80 TIME_WAIT -
    tcp 0 0 127.0.0.1:34328 127.0.0.1:80 TIME_WAIT -
    tcp 0 0 10.0.0.10:38930 35.158.19.84:443 VERBUNDEN 8138/homebridge
    tcp 0 0 127.0.0.1:34274 127.0.0.1:80 TIME_WAIT -
    tcp 0 0 127.0.0.1:34330 127.0.0.1:80 TIME_WAIT -
    tcp 0 0 127.0.0.1:34282 127.0.0.1:80 TIME_WAIT -
    tcp 0 0 127.0.0.1:34326 127.0.0.1:80 TIME_WAIT -
    tcp 0 0 10.0.0.10:80 10.0.0.10:33848 VERBUNDEN 900/deCONZ
    tcp 0 0 10.0.0.10:33848 10.0.0.10:80 VERBUNDEN 8138/homebridge
    tcp 0 0 127.0.0.1:34324 127.0.0.1:80 TIME_WAIT -
    tcp 0 0 127.0.0.1:34242 127.0.0.1:80 TIME_WAIT -
    tcp 0 0 10.0.0.10:48626 10.0.0.10:8088 VERBUNDEN 8138/homebridge
    tcp 0 0 127.0.0.1:34378 127.0.0.1:80 TIME_WAIT -
    tcp 0 0 127.0.0.1:34312 127.0.0.1:80 TIME_WAIT -
    tcp 0 0 127.0.0.1:34318 127.0.0.1:80 TIME_WAIT -
    tcp 0 0 127.0.0.1:34270 127.0.0.1:80 TIME_WAIT -
    tcp 0 0 127.0.0.1:34278 127.0.0.1:80 TIME_WAIT -
    tcp 0 0 127.0.0.1:34336 127.0.0.1:80 TIME_WAIT -
    tcp 0 0 127.0.0.1:34340 127.0.0.1:80 TIME_WAIT -
    tcp 0 0 127.0.0.1:34302 127.0.0.1:80 TIME_WAIT -
    tcp 0 0 127.0.0.1:34356 127.0.0.1:80 TIME_WAIT -
    tcp 0 0 127.0.0.1:34350 127.0.0.1:80 TIME_WAIT -
    tcp 0 0 127.0.0.1:34322 127.0.0.1:80 TIME_WAIT -
    tcp 0 0 127.0.0.1:34380 127.0.0.1:80 TIME_WAIT -
    tcp 0 0 127.0.0.1:34372 127.0.0.1:80 TIME_WAIT -
    tcp 0 0 127.0.0.1:34250 127.0.0.1:80 TIME_WAIT -
    tcp 0 0 127.0.0.1:34294 127.0.0.1:80 TIME_WAIT -
    tcp6 0 0 :::443 :::* LISTEN 604/domoticz
    tcp6 0 0 :::6144 :::* LISTEN 604/domoticz
    tcp6 0 0 :::8070 :::* LISTEN 604/domoticz
    tcp6 0 0 :::43495 :::* LISTEN 8138/homebridge
    tcp6 0 0 :::8080 :::* LISTEN 8231/homebridge-con
    tcp6 0 0 :::51826 :::* LISTEN 8138/homebridge
    tcp6 0 0 :::22 :::* LISTEN 567/sshd
    tcp6 0 0 127.0.0.1:43495 127.0.0.1:49558 VERBUNDEN 8138/homebridge
    tcp6 0 0 10.0.0.10:8070 10.0.0.15:57226 VERBUNDEN 604/domoticz
    tcp6 0 0 10.0.0.10:51826 10.0.0.6:61794 VERBUNDEN 8138/homebridge

  • Hyperion.ng startet nach update auf alpha6 nicht mehr

    Hallo,
    sorry dafür. (bin ein LinuxNeuling)
    habe es nun mittels sudo dpkg -i Hyperion-2.0.0-alpha.6-Linux-armv7l.deb installiert und danach den raspbi wieder neu gestartet. Leider habe ich noch immer dasselbe Problem --> ip:8090 (bzw. 8091) kann ich mich nicht verbinden... im taskmanager vom rasbi sehe ich anfangs nen hyperiond task, der ca. 30 cpu und >1.7Gb RAM benötigt (steigt stetig an) und nach einer gewissen Zeit verschwindet der Task. wenn ich dann Hyperion erneut ausführe beginnt das spiel von vorne.

  • Hyperion.ng startet nach update auf alpha6 nicht mehr

    Hi,
    habe sudo apt-cache search hyperion eingegeben und das resultat war


    pi@raspberrypi:~ $ sudo apt-cache search hyperion
    charybdis - fast, scalable irc server
    ttf-aenigma - 465 free TrueType fonts by Brian Kent


    Mach ich da was falsch?


    Habe es nun mittels


    sudo make uninstall


    deinstalliert, dann mittels


    wget -qO- https://raw.githubusercontent.….ng/master/bin/compile.sh | sh


    erneut installiert und dann den raspbi neu gestartet. Komme aber noch immer nicht aufs Webinterface. Wenn ich nun mit 'top' den Prozess suche finde ich nun kein hyperion mehr in der liste...

  • Hyperion.ng startet nach update auf alpha6 nicht mehr

    Hi,
    habe heute auf die alpha 6 version upgedated und seitdem habe ich keinen zugriff mehr auf die weboberfläche.


    Für die installation bin ich folgendermaßen vorgegangen:
    git clone --recursive https://github.com/hyperion-project/hyperion.ng.git hyperion
    cd hyperion
    mkdir build
    cd build
    cmake -DCMAKE_BUILD_TYPE=Release ..
    make -j $(nproc)
    sudo make install/strip


    danach habe ich die ip:8090 aufgerufen, jedoch passiert dann nix mehr. Wie kann ich einen log erzeugen, um auf das problem zu kommen?


    LG


    PS:
    Raspberry Pi 4 Modell B 4GB SDRAM
    Operating System: Raspian Buster with Desktop
    Kernel: 5.4.42-v7l+
    Node.js: v12.17.0
    NPN: v6.14.5


    EDIT: wenn ich mittels dem befehl 'top' den arbeitsspeicher anschau benötigt hyperion 1.5GB Ram und 71% CPU...

  • Hyperion mit 4k Grabber

    u20p17: what's the problem at the moment to include a DV-SDR conversion? Isn't it a standartized process?
    are you also working on a hdmi2.1 version for Diva? (so4k@120fps)



    HDFury: DV source encrypt using DV String from DV display and only DV display that have same string can decode it, so you need to have DV license to encrypt or decrypt
    no license = no documentation = no how to
    There won't be any HDMI2.1 device this year due to coronavirus, everything has been delayed




    u20p17: ok, and to licence the diva would be much to expensive I think,or?


    HDFury: they are not giving any license to small companies like us, also they are NOT giving any license if you are not a SOURCE or a SINK (display)
    so it needs hacking effort mainly or leak in documentation

  • Hyperion mit 4k Grabber

    Hi,
    ich bin auch gerade dabei mich zum Thema Ambilight mit raspbi einzulesen und weiß mittlerweile, dass SDR Inhalte problemlos funktionieren, bei HDR und DV schauts da schon etwas schwieriger aus:


    HDR: Entweder man kauft sich ein teueres HDFury Product (z.B.: Diva) oder man erstellt eine zweite Hyperion Config und tauscht diese je nach Quelle (SDR/HDR) aus.
    DV: Um LLDV nutzen zu können muss man ebenfalls wieder auf ein HDFury Product zurückgreifen. DV geht aber zuzeit selbst dort nicht. (Oder gibt es für DV auch eine Lösung?)


    Wieso ist es so schwer, einen HDR bzw. DV Inhalt in SDR zu konvertieren? Sind die Algorithmen nicht standartisiert? Oder worin liegen hier die großen Schwierigkeiten? (Sorry, kenn mich dafür noch zuwenig aus mit der Thematik!)


    EDIT: Habe nun mit dem HDFURY support ein wenig geschrieben und dort habe ich folgendes erfahren:

  • Hilfe beim einrichten von Hyperion (VIDIOC_S_STD ERROR 25)

    Schau dir mal folgende Anleitungen an:


    Externer Inhalt www.youtube.com
    Inhalte von externen Seiten werden ohne Ihre Zustimmung nicht automatisch geladen und angezeigt.
    Durch die Aktivierung der externen Inhalte erklären Sie sich damit einverstanden, dass personenbezogene Daten an Drittplattformen übermittelt werden. Mehr Informationen dazu haben wir in unserer Datenschutzerklärung zur Verfügung gestellt.

    https://github.com/hyperion-pr…ob/master/CompileHowto.md


    Dort wird eigentlich alles erforderliche sehr genau erklärt. Einzig dass der Service beim start vom raspbi automatisch gestartet wird fehlt.Hierfür folgenden thread öffnen und beitrag #52 Schritt 4 durchführen:


    https://hyperion-project.org/t…o-open-device.4336/page-3


    als User musst du statt 'OSMC' 'pi' eintragen.


    LG

  • Ambilight with RPi4, hdmi grabber and Denon AV-reciever

    Hi all,
    I am not sure if the forum language must be englisch, or if german would be also ok. But I will write in englisch due to the fact that more people will understand it.


    I am planning to buy an LG OLED tv 65” and mount it onto the wall. Furthermore, I will buy a Denon AV receiver x3600h which has 8 HDMI in and 3 HDMI out (4k60Hz) ports. To the HDMI in ports I will connect an Apple TV 4k and ps3/4. The HDMI Out 1 will directly connected to the LG OLED tv and the HDMI Out 2 to an HDMI grabber (which would you recommend?). The grabber will be connected via USB3 to my Raspbi 4b 4GB with Raspbian and Hyperion NG. (see attached picture) This should work fine, or did I understand something wrong?


    Now, if I am watching TV over the AppleTV I should have Ambilight. If I watch Netflix/Prime/Disney+/… with the AppleTV do I also have Ambilight? Or is there an encryption which the Raspbi isn’t capable of?


    I have read that there is a problem with Ambilight in combination with HDR/DolbyVison. Would it somehow be possible that I convert the video signal from the HDMI Out 2 (which goes to the Grabber) to SDR in order to not have the problems even if I am watching HDR/Vison content on the LG TV?



    Thank you in advance!


    Best regards,


    Franz