Wer mir weiterhelfen kann bekommt gerne nen Zehner auf PayPal!
Du kannst Dich gerne mit einer Spende hier einbringen
Wer mir weiterhelfen kann bekommt gerne nen Zehner auf PayPal!
Du kannst Dich gerne mit einer Spende hier einbringen
Wenn ich versuche mein Nanoleaf Canvast als zweite Instanz einzupflegen habe ich den Fehler bekommen das zu wenig Panels für meine Config vorhanden sind. Ändere ich allerdings die Config in der Web UI so ab (LED Wand) das 13 LEDs angesteuert werden sollen stürzt Hyperion ng ab und lässt sich nichtmehr booten.
Dich haben leider zwei Probleme auf einmal getroffen...
Wenn Du im Layout mehr Leds configuriert hast als Hardware Leds, stürzt hyperion nach dem Save gelegentlich ab. Nach einem Restart, kannst Du dann das Layout richtig setzten und alles passt.
Diese Situation ist als Issue erfasst und wird addressiert.
Für Nanoleaf hat Dich dann leider das zweite Problem getroffen.
Ich habe im Rahmen der Umbauarbeiten vergessen, das UDP Netwerk zu initialisieren.
Dadurch stirbt hyperion bei dem ersten Update der Leds.
Hierfür habe ich einen Fix bereitgestellt.
Wenn Du willst, kannst Du Dir das File LedDeviceNanoleaf.cpp holen, in Dein Environment einspielen, compilieren und testen, ob Dein Problem behoben wird.
Schau ich mir am Wochenende mal an.
Ich werde den Code erstmal anpassen, dann könnt Ihr nochmal testen.
Melde mich.
Hi
Wir haben einige Dinge bei den LedDevices umgestellt. Hue hatte ich noch nicht aktualisiert. Deshalb funktionierte es wahrscheinlich nicht.
Ich schaue es mir dieses Wochenende mal an.
Hey @Marko Hoepken
Any progress with your intention to come up with a how_to_develop.md?
Hi @Paul Barden
FYI, I captured your requirement in a more generic way for the development backlog (https://github.com/hyperion-project/hyperion.ng/issues/667).
Der Prozess zum Herunterfahren in Hyperion.ng ist aktuell nicht sauber. Darum brauchst Du zuerst die Änderungen aus dem PR.
Alles andere wird Dir sonst nicht helfen.
Wenn Hyperion nach einem kill richtig herunterfährt (s.o.), dann sollte Deine Anforderung auch erfüllt sein.
Hi
Der PR654 sollte das Problem des definierten Abschaltens adressieren.
Beim Beenden von Hyperion.ng wird dann beim Stoppen des LedDevices einmal schwarz geschrieben und dann das Device abgeschaltet.
Wenn Dein Problem nach der Integration des PRs noch existiert, müssen wir nochmal schauen....
I would need to check, if there is a missing signal check....
Nevertheless, disabling a device is possible via browser or via api call in Hyperion.ng.
I guess the Kodi addon trigger the same, if one stops a video.
But that is a different case, as you look for grabber input.
@Paulchen-Panther I do not know ad-hoc... Is there currently a way implemented identifying that no input is provided for a configured period of time?
If not, I could give it a try and have it connected to disable the devise.
@Paul Barden What is the expected behaviour when you would like to continue grabbing?
One enables the device again? Hyperion periodically Scans for grabber input?
In Hyperion.NG this is addressed when a device is switched off.
Disabling a device results in 1 write Black and then network streaming is stopped.
For REST devices, e.g. Nanoleaf, the device is switched-off per API call.
@Lord-Grey das ist schon die Variante 4.
https://github.com/Paulchen-Pa…yperion/Hyperion.cpp#L700
Prima. Den Text hatte ich auf dem kleinen Handy-Bildschirm nicht gesehen.
Hätte ich mir ja eigentlich auch denken können....nichts für ungut.
Blöde Frage und vielleicht habe ich auch das Problem aus den Augen verloren...
Könnte man den Blur nicht auch über die LED-Ausgabe laufen lassen um die harten Übergänge zwischen ihnen zu reduzieren?
d.h. Wir haben zwischen zwei Updates 40ms für alles Zeit...
@FreshGer
So la la, die Zeiten sind für 1D, also hier mindestens doppelt so hoch.
Wenn man bei größeren Bildern 100ms ansetzt, hat man eine Rate von 10 Hz. Mit wieviel Hz wollt ihr denn graben? Reicht 10?
Ich habe auf dem Handy nicht genau den Algorithmus vergleichen können, aber vielleicht kann Variante 4 noch was rausholen.... siehe:
http://blog.ivank.net/fastest-gaussian-blur.html
In den Kommentaren findet sich auch ein Link auf eine Cpp Implementierung.
Ansonsten, wenn ich mir die Processingzeiten so anschaue, scheint ein CPU basierter Ansatz schwierig zu sein.
Ich habe leider kein HDR, Splitter oder reine LEDs...
Reicht es nicht das Bild zu verkleinern und damit die Unschärfe zu bekommen? Oder die Bitzahl der Farbräume zu reduzieren? Im dunklen Bereich scheint die Genauigkeit eh nicht so relevant zu sein. Aber vielleicht fehlt mir hier der praktische Bezug.
“Rand verschwimmen“ passt aber nur, wenn die LEDs einen Rahmen bilden...
Hyperion.NG unterstützt aber auch eine Matrixanordnung. Die Lösung sollte die verschiedenen Einsatzmöglichkeiten berücksichtigen.
Wie heißt den der Rechner auf den Du mit der IP zugreifen willst.
Kannst Du in der Fitzbox nachschauen, oder machst einen "ping -a raspberryIP"
Der Standardport von Kodi ist aktuell 8080 (und nicht 80).
Versuch doch das Kodi webUi mal per Browser aufzurufen.
http://rechnername.fritz.box:8080/ oder http://raspberryIP:8080/
bzw. in Deinem Fall http://192.168.2.66:1066/
Geht das? Du solltest so etwas sehen:
@Cosmicbase Portfreigaben in der fritzbox sind dazu da, um Rechner mit Ports gegenüber dem Internet freizugeben.
Solange Du nicht über das Internet auf den Rechner musst, solltest Du diese Ports schleunigst wieder schließen.
Gib mal rechnername.fritz.box:8080 im Kodi WebServerfeld ein und drück return.
Dann Cancel und ruf den Dialog nochmal auf. Bei mir kommt dann die Fehlermeldung nicht mehr.
Wenn ich mich richtig erinnere, musst Du in Kodi den WebService auch erlauben.
Wenn Du putty schließt, wir der laufende Prozeß beendet.
Start Hyperion mal mit
sudo hyperiond &
Dann wird ein eigener Prozeß gestartet und Du kannst putty schließen.
Der Prozess lebt aber nur bis zum nächsten Restart.
Zum automatischen Start hat @Paulchen-Panther schon etwas geschrieben. Such mal im Forum.