Monatsrückblick Januar/Februar 2026 ist online!

[peterfido]

So wie es aussieht, passiert da wohl nichts mehr. @smintlife war jetzt vier Wochen nicht online.

[ilovegym]

Naja in der Vorweihnachtszeit würde ich etwas Verständnis für verzögerungen beim Releasen aufbringen.. sowas mag auch erstmal gefunden, behoben und getestet werden.. viele waren krank und / oder im Urlaub und naturgemäss passiert von Anfang Dezember bis Ende Januar da nix.. :)
Also wünschen wir mal eine schöne Weihnachtszeit, einen guten Rutsch und gedulden uns ..

[smintlife]

Hallo zusammen,

entschuldigt bitte die längere Ruhepause von uns in diesem Forum. Wir hoffen ihr hattet eine schöne Weihnachtszeit und einen guten Start ins neue Jahr.
Wir haben die Pause natürlich genutzt, um intensiv an unserem Projekt weiterzuarbeiten.

@peterfido Mit der neuen Version kann man nun den Decoder für jeden RTSP Stream vorgeben oder weiterhin von der App automatisch bestimmen lassen.
Außerdem kann man für Webviews nun auch einen Skalierungsfaktor und ein Offset vorgeben. Damit sollte sich hoffentlich dein Problem mit der nicht ganz perfekten Auflösung beheben lassen.

Zusätzlich kann man nun auch (optional) für jeden Tab einzeln den PIN-Schutz aktivieren.

Die Einstellungen könnt ihr nun auch in unseren neuen PlayStore Bildern sehen:
https://play.google.com/store/apps/details?id=de.smintlife.nexusviewpanel

[peterfido]

Hallo,

vielen Dank für das Update.

Ich habe jetzt nochmal alles soweit getestet. Die Darstellung lässt sich per Zoom nicht exakt an die für den vom Fully-Kiosk-Browser angepasste Seite anpassen. - Das ist allerdings kein wirkliches Problem. Erstellt man halt eine eigene Seite für den Nexus.

Was leider immer noch nicht funkioniert, sind die rtsp-Streams. Alle Kombinationen von UDP/TCP Hardware/Software enden meist im sofortigen Standbild, gefolgt von dem blauen Ladekreis und kurz darauf ein schwarzes Bild mit der Meldung Stream-Timeout und dann die Meldung, Stream nicht erreichbar. Manchmal wird der Stream gestartet, was etwas braucht, dann werden die durch die Initialisierung verlorenen (~5) Sekunden ruckzuck in zwei Sekunden wieder aufgeholt und dann kommt es zum Standbild und zur der Meldung, dass der Stream nicht erreichbar ist.

Tinycam spielt am selben Tablet alles sofort flüssig ab. Somit ist der Stream schon erreichbar.

[smintlife]

@peterfido
Hallo,

Danke für dein ausführliches Feedback!

Wir konnten den Fehler in unseren Tests mit unseren Testgeräten so leider nicht nachstellen.
Jedoch haben wir gesehen, dass bei deaktiviertem Audio die Streams teilweise schneller starten und auch bei hohen Auflösungen stabiler laufen.

In unserem aktuellen Update kann man nun bei RTSP Streams das Audio in der Tab Konfiguration ausschalten. Das kannst du gern mal ausprobieren.

Wir arbeiten natürlich trotzdem weiterhin an einer Verbesserung des Players und sind auch schon mit den Entwicklern der Library im Austausch zur Fehlersuche und -behebung.

Nochmal zur Einordnung: In tinycam (ffmbep) und VLC laufen die Streams flüssig, weil diese ihre eignen optimierten Codecs verwenden. Diese können wir aktuell aus Lizenzgründen nicht nutzen. Aber auch hier arbeiten wir bereits an Lösungen, diese über zusätzliche Plugins verfügbar zu machen.

[peterfido]

@smintlife danke für die neue Version.
Die Einstellungen, welche am besten laufen, sind
RTSP, UDP, Audio deaktivert und Hardware-Decoder.
Damit läuft das Video in den meisten Fällen nach einer bis zwei Sekunde los. Es kann aber auch passieren, dass es mal 3 - 4 Sekunden dauert. Zweimal hat es auch gute 8 bis 10 Sekunden gedauert, bis das Bild da war.

TCP zeigt das erste Bild nach 13 Sekunden Ladekreis und bleibt dann beim Standbild stehen.
Das ist bei der Doorbell.

Bei der zweiten getesten Kamera helfen die oben genannten Optionen nicht weiter. Da gibt es auch bei UDP nach einigen Sekunden ein Standbild, welches mies aufgelöst scheint. Bei TCP dreht sich der Ladekreis bei Erscheinen des Bildes weiter, bis ds schwarze Bild mit dem kleinen weißen "Reload -Kreis" kommt.

Das kann an den unterschiedlichen Auflösungen liegen, die ich allerdings gerade nicht zur Hand habe.

[smintlife]

@peterfido
Danke für dein Feedback.

Es gab tatsächlich einen Bug, welcher in manchen Fällen zum späteren Starten bei mehreren Abspielversuchen hintereinander geführt hat. Das haben wir in der aktuellen Version gefixt.
Außerdem haben wir die low latency Eigenschaften des Player noch einmal etwas überarbeitet und setzen nun teilweise auch gerätespezifische Parameter. Das hat bei einigen Testgeräten zu einer verbesserten Wiedergabestabilität geführt. Eventuell ist das auch bei deinen Geräten der Fall.

[peterfido]

@smintlife

ok - Die neue Kamera hat als Standard-Einstellung Enhanced Stream. Stelle ich auf Standard zurück, sehe ich wieder was.

Die Datenpunkte unter mqtt werden nicht vom Nexus angelegt.

Der Nexus startet nicht automatisch. Das Tablet bleibt nach dem Boot dunkel.

[smintlife]

Es scheint das Unify andere Codecs für Enhanced und Standard nutzt. Vermutlich wird dein Gerät den Hardware Codec nicht unterstützten. Hast du mal den SW Codec versucht?

@peterfido sagte:
Die Datenpunkte unter mqtt werden nicht vom Nexus angelegt.

Was meinst du damit?

Das wenn die App neu startet, startet sie in dem Zustand in dem Sie verlassen wurde. Daher kann es sein dass sie beim Starten dann den schwarzen Bildschirm zeigt. Das Display kann dann im entsperren Zustand mittels Double-Tab wieder aufgeweckt werden.

[peterfido]

Ja, es lag am Codec. Wenn ich auf Software stelle, ändert sich das Bild alle 2 Sekunden. - Somit habe ich die Unifi Kamera wieder von enhanced auf Standard umgestellt.

Auch das schnelle Umschalten auf Kamera und zurück funkioniert.

Unter mqtt braucht es ja die Datenpunkte nexusviewpanel/request und nexusviewpanel/response. Diese musste ich manuell anlegen. Dafür habe ich mir jetzt unter Node-Red einen Flow mit mqtt-Client-Nodes angelegt, welcher die Datenpunkte erzeugt.

Der fully-Kiosk startet automatisch durch. Also Tablet einschalten, Kaffee trinken und nach einigen Minuten wird VIS dargestellt.
Beim Nexus ist mir das Durchstarten nicht gelungen einzustellen. Ich muss das Tablet erst entsperren, und dann Nexus manuell starten. Witzigerweise poppt nach dem Entsperren allerdings eine Meldung mit mqtt auf. Nexus kommt aber nicht von selbst in den Vordergrund.

Über mqtt den Bildschirm ausschalten und nach mehreren Stunden wieder einschalten halt wohl geklappt. Zumindest ist heute Morgen die Anzeige mit VIS wieder aktiv.

Die Darstellung ist etwas anders als beim fully. Ich musste die Schriftgrößen auch anpassen. - Das kann natürlich auch am fully liegen und wird daher nicht weiter bewertet ;)

Vielen Dank für das Berücksichtigen meiner Anliegen :)