Monatsrückblick Januar/Februar 2026 ist online!

[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.