Neuer ioBroker-Blog online: Monatsrückblick März/April 2026

[peterfido]

@BananaJoe sagte in Angebot für Kiosk App:

Beim Fully kann man ja auch noch den Zoom-Faktor einstellen. > Hat diese App das nicht auch schon als Option?

Fully steht auf 100% und Scale Factor 0. Das Tablet hat 2000x1200.

Die Optionen der App:

[smintlife]

@arteck @Samson71
Ich kann euren Frust vestehen, denn auch ich habe in der Vergangeheit viele Alternativen zum Fully Kisok Browser erfolglos getestet. Dennoch möchte ich hier einige Dinge klarstellen. Die App ist noch nicht lange produktiv im App Store verfügbar. Das bedeutet jedoch nicht, dass sie nicht umfangreich getestet wurde. Wir nutzen unter anderem umfagnreiche UI-Tests mit Esspresso und Maestro, sowohl auf eigenen unterschiedlichen physischen Geräten, als auch über das Firebase Teststudio auf externen physischen Geräten mit den unterschiedlichsten Android Varianten, um die Funktionsfähigkeit auf einem möglichst breiten Spektruktrum abzusichern. Persönlich nutze ich die App auf einem älteren Fire HD Tablet bereits seit Monaten im Dauerbetrieb mit aktiver API Steuerung über Home Assitant.

Außerdem verlangt Google mitllerweile einen mindestens 14 tägigen aktiven Test mit mindestens 12 Testern, um überhaupt eine App produktiv in den PlayStore bringen zu dürfen.

Den RTSP-Stream Player testen wir ebenfalls mit unterschieldichen Streams zum Einen von Tapo, Reolink und Xioami Kameras und zum Anderen von Streams erzeugt mit ffmpeg über mediamtx. Nur leider haben wir zum Testen kein NVR von Unifi Protect zur Verfügung, wie es @peterfido nutzt. Man muss nur mal Unifi Protect und RTSP googlen, um zu sehen, dass dieses Setup etwas komplizierter ist.

Warum wir keine Testversion bereitstellen können, haben ich bereits weiter oben erläutert. Die 5 Euro sind aus unserer Sicht ein fairer Preis, wenn man bedenkt, dass es eine Lifetime Lizenz für eine unbeschränkte Anzahl an Geräten ist und wir einen aktiven Support, sowohl für Bugs/Probleme, als auch für Feature Requests bieten.

[peterfido]

@smintlife
Ich würde gern die rstp-URL unverändert testen. Die App schiebt da ein /trackID=1 unter.

Aus rtsp://192.168.78.2:7447/IGpvSftq0 wird rtsp://192.168.78.2:7447/IGpvSftq0/trackID=1

Aus rtsp://192.168.78.2:7447/IGpvSftq0?1234 wird
rtsp://192.168.78.2:7447/IGpvSftq0/trackID=1?1234

Zumindest der Fehlermeldung der App nach.

[smintlife]

@peterfido sagte in Angebot für Kiosk App:

RTSP-Fehler: URL/trackID=1

Dieser Fehler deutet daraufhin, dass "?enableSrtp" ein Teil deiner URL ist. Falls du es aktiv mit eingibst, könntest du es nochmal ohne probieren. Wir werden etwas implementieren, um diesen Fall direkt abzufangen.

@peterfido sagte in Angebot für Kiosk App:

Evtl. gibt es eine Option, das Zertifikat zu ignorieren?

Das widerspricht den Google Richtlinien und wird von der Play Console auch direkt gescannt.

@peterfido sagte in Angebot für Kiosk App:

RTSP-Fehler: SETUP 461

Dieser Fehler zeigt an, dass die Auswahl UDP/TCP wohl nicht mit dem Protokoll des bereitgestellten Streams übereinstimmt. Kann auch in Verbindung mit einer verschlüsselten Verbindung stehen.

@peterfido sagte in Angebot für Kiosk App:

Der Fehler 5 war nach dem Schreiben des Posts hier weg und das Video wurde gezeigt.

Das zeigt ja, dass das Format und der Codec unterstützt werden. Wurde das Video erst sehr spät angezeigt? Funktioniert dieser Stream nun prinzipiell?

@BananaJoe sagte in Angebot für Kiosk App:

Beim Fully kann man ja auch noch den Zoom-Faktor einstellen. Meine Tablets haben technisch alle die gleiche Auflösung (also von den Pixeln der Displays her), trotzdem meldet das VIS Widget dann oft trotzdem nur 1280x800., ein anders tatsächlich die volle HD Auflösung 1920x1080

War mit dem Zoomfaktor (oder wie das hieß) dann kein Problem.
Hat diese App das nicht auch schon als Option?

Danke für diesen Hinweis! Wir werden eine Zoomfunktion für die Webviews mit einplanen.

[peterfido]

Der Stream, der später lief, kam nicht von Unifi Protect, sondern von go2rtc. Ich habe es mit und ohne rstpS probiert. Auch mit und ohne ?enableSrtp. Natürlich auch den Port passend gewählt.

[smintlife]

@peterfido sagte in Angebot für Kiosk App:

@smintlife
Ich würde gern die rstp-URL unverändert testen. Die App schiebt da ein /trackID=1 unter.

Aus rtsp://192.168.78.2:7447/IGpvSftq0 wird rtsp://192.168.78.2:7447/IGpvSftq0/trackID=1

Aus rtsp://192.168.78.2:7447/IGpvSftq0?1234 wird
rtsp://192.168.78.2:7447/IGpvSftq0/trackID=1?1234

Zumindest der Fehlermeldung der App nach.

Du kannst die URL unverändert nutzen. Der Anhang /trackID=1 entsteht bei Handshake zwischen Player und Server. Der Stream Server teilt dem Player mit wo die Tracks für Video und Audio zu finden sind.

Wir konnten deinen Fehler nachstellen, indem wir in unserem Teststream den Opus Audio Track in der Reihenfolge vor den AAC Track geschoben haben. Hier war der Player in einigen Fällen nicht in der Lage den richtigen, unterstützen Audio Track auszuwählen und es kam die Fehlermeldung wie du sie beschreibst.

Wir haben nun eine robustere Lösung für den Audio Track Selector eingebaut, der in unseren Tests nun alle Streams abgespielt hat. Außerdem haben wir den Stalldetektor des Players noch etwas robuster für ältere Geräte gemacht, wo es vorher teilweise beim schnellen Wechseln zwischen Streams zu Problemen kam.

Der aktive Tab wird nun auch im Menü hervorgehoben.

[peterfido]

@smintlife

Vielen Dank für die neue Version.
Es gibt Fortschritte. Das Video startet, läuft 1 bis 3 Sekunden, dann kommt die Meldung "Wechsle zu HW-Decoder". Dann kommt etwas Gerödel und die Meldung "Video frozen, retrying".

Vielleicht noch eine Option hinzu, welcher Decoder genutzt werden soll. Auto / Software / Hardware.

Die Hervorhebung des aktiven Tabs gefällt mir.

[peterfido]

@smintlife
Das gleiche Verhalten mit dem Wechsel zum HW-Decoder und der Video frozen Meldung kommt auch auf dem Honor X8a. Somit liegt es nicht am Alter des Samsung-Tablet.

[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 :)

[peterfido]

@smintlife Heute Morgen blieb das Display aus. Das steuere ich per MQTT. Also Tablet entsperrt und Nexus manuell gestartet. Dann kam die Meldung, dass die MQTT Verbindung aufgebaut wurde. Somit, vielleicht wegen eines Updates?, war der Nexus beendet.

Jetzt wollte ich auf dem Android 8 Tablet in der Küche auch auf Nexus wechseln. Da fehlt bei "Neuen Tab hinzufügen" und den Einstellungen generell, wie z.B. mqtt die Tastatur. Es wird auch "Einfügen" nicht angeboten. Somit erkennt Android 8 wohl nicht, dass es Eingabefelder sind.

Edit: jetzt habe ich tatsächlich kurz "einfügen" angeboten bekommen, sodass ich die URL bei Name und URL einfügen konnte. bei MQTT komme ich da leider nicht weiter. Der Zoom ist auf dem Tablet ist identisch zum Fully. Video kann ich nicht testen, da ich die URL nicht reinbekomme. Macht aktuell auch keinen Sinn, da mqtt nicht konfigurierbar ist. Ich teste mal, ob ich da eine Bluetooth Tastatur anlernen kann. -

Edit: Tatsächlich eine BT-Tastatur koppeln können. Die Felder sind auch nicht über die Tastatur änderbar.

Edit2: Über einfügen konnte ich nach und nach alle Parameter setzen. Überraschenderweise kam irgendwann die Tastatur dazu.

Videos werden über TCP NoAudio Hardware abgespielt.

[smintlife]

@peterfido vielen Dank für dein Ausführliches Feedback!

Die MQTT Datenpunkte werden aktuell reaktiv angelegt. Wir werden das im nächsten Release ändern und proaktiv einen Status beim ersten verbinden mit einem Server senden.

Die Reboot Erkennung werden wir auch erweitern. Besonders bei älteren Android Versionen und China Roms werden da andere Intents gesendet.

Dass auf dem Android 8 Gerät kein Einfügen funktioniert, werden wir noch genauer analysieren. Du könntest hier aber auch einfach die Config von deinem anderen Gerät exportieren und auf den Android 8 Gerät importieren oder auch die config.yaml über einen Editor bearbeiten. Wir werden wie gesagt trotzdem einen Fix dafür vorbereiten.