Erklärung zu den De-Interlacern findest du hier: wiki.videolan.org/Deinterlacing/

Ich unterstütze aber nur die gängigsten, weil Yadif2 beispielsweise zu viel CPU benötigt. Das ist bei Yadif schon knapp.

Probiere es bei SD-Sendern aus, dann siehst du den Unterschied. Mache HD-Sender senden progressive, mache aber auch interlaced Streams.

Sollte die Performance der DeInterlacer schlechter geworden sein, dann liegt das an VLCKit. Ich sage VLCKit ja nur, welcher benutzt werden soll.

Was sich geändert hat in 1.4 ist, dass ich bei ZapOnStTB auf eine antwort der Box warte, dass er gezappt hat. Sonst kam es nämlich vor, dass die App abgestürzt ist.
Hinzu kommt, dass eine watchdog nachschaut, ob der Stream bereits läuft. Sollte das nach ein paar Sekunden nicht der Fall sein, dann wird bis zu 5 Mal erneut versucht, dann wird es abgebrochen und man landet in der Auswahl. Ansonsten hing die App.

In den beta Tests hat das immer gut funktioniert, auch mit einer SoloSE. Du benutzt VTi und OpenWebIF?

dann dürfte das ein Problem mit den Doubler Deinterlacern sein. Ich probiere das mal mit hmm... ServusTV HD, die senden meines Wissens auch 1080i. Sonst müsstest du mir eventuell eine kurze Sequenz aufnehem, die ich dann den Videolan Leuten zur Verfügung stellen kann.
Ich schau mr das auch mit VLCKit Debug Logs an, eventuell auch Instruments.

Aber ändern können das nur die Jungs von videolan. Käme dann in die nächste Vesion, die hoffentlich nicht so lange backen muss.

Oh je... ich hatte nun wirklich eine lange beta-Phase und es gab zuletzt keine solchen Probleme mehr.
Das BH Image kenne ich nur dem Namen nach, ich habe auch nur eine Box und die mag ich nicht ständig auf alle möglichen Images flashen und der Erlös einer kostenlosen App gibt auch keinen Spielraum für solche Anschaffungen.

Wichtig ist, dass OpenWebIF installiert ist und auch benutzt wird. Aber zur Woedergabe von Streams dürfte das unerheblich sein, OpenWebIF wird hauptsächlich zum Sammeln der Services und EPG-Infos benutzt, und das scheint zu funktionieren. Ich selst nitze übrigens VTi 9.0.3 die meisten beta-Tester nutzen VTi 11.

Welche Tuner hast du in der Box?
Klappt es bei manchen Sendern oder bei keinem?
Gibt es Unterschiede zwischen SD, HD, UHD Streams? Unterschiede zwischen Ftree To Air und verschlüsselten Sendern?

Benutzt du username/passwort für OpenWebIF und Stream Wiedergabe (Stream Authentication)? Enthält das Passwort Sonderzeichen insbesodnere : oder @ ? Problem kann sein, dass die URL für Streams inkorrekt ist. Wenn ein @ im Passwort ist, kann daraus user:p@ss@box werden, was von tvOS dann als Zugriff auf einen Host mit Namen ss@box interpretiert werden kann, welchen es nicht gibt.

Kannst du im Browser folgende UrL aufrufen: http;//user:pass@box/web/about ? Da solltest du XML als Antwort bekommen, kannst du mir das schicken? (user, pass und box natürlich mit den Infos deiner Box ersetzen). Benutzt du die IP-Adresse oder einen Hostname?

Ich wollte schon länger mal eine Webseite machen, mir der man an all die Infos kommt, die von der App benutzt werden, vor allem URLs für die Anfragen. Aber dieses Javascript-Gedöns ist manchmal lästig und es sollen natürlich keine Infos an irgendeinen Server übertragen werden. Vielleicht meldet sich da ein Freiwilliger.

Ich stelle da eigentlich gar nichts ein, das macht das TVVLCKit. Soweit ich das aber aus den Debug-Gauges in Xcode erkennen kann, wird mit 25 bzw. 50 FPS wiedergegeben. Ich kann mir nicht vorstellen, dass das TVVLCKit an der Bildfrequenz etwas ändert, abgesehen von den Doublern. Ich kann mir eher vorstellen, dass bei 1080i Stream die Performance nicht ganz ausreicht und es dann zu Drop-Frames kommt, die dann wie Micro-Freezer aussehen. Das müsste ich mal in der Debug-Ausgabe von TVVLCKit anschauen, wäre möglich. Ich bekomme während einer Debug-Session (und die nutze ich am häufigsten) öfter mal DropFrames, das kann aber auch am Debugger von Xcode liegen.

Ich schaue mir das mit ServusTV HD an und werde es auch mal mit einer Aufnahme in der VLC for tvOS App ausprobieren.

scubafan schrieb:

Ich liebe die App und schaue nur noch über die Apple TV.

Das neue Update hat aber alles sehr langsam gemacht. Habe jetzt umschalteten von ca. 30 Sekunden. War vorher viel viel besser. Wenn ich die App verlasse läuft der Ton noch ca. 15 Sekunden weiter.
Was kann das sein? Habe eine alte Apple TV 4 und die STB ist eine Zero.

Noch eine Frage, wie bekomme ich die Senderlogos wie in den Screenshots eingeblendet?

Danke

Bist du dir sicher, dass du OpenWebIF als PlugIn installiert hast und das auch benutzt? Die Senderlogos (PIcons) lade ich von der Box auf einem festen Pfad. Öffne mal OpenWebIF in deinem Browser, gehe auf die Ansicht mit den Receiver-Infos, dann lade das angezeigte PIcon in einem neuen Tab. Die URL könnte hilfreich sein, eigentlich ist das eine sehr kurze URL, die hinten nur einen etwas ungewöhnlichen Datei-Namen hat.

Wenn du die App verlässt, läuft der Ton jetzt noch weiter, weil ich dem TVVLCKit sage, er soll die Wiedergabe beenden, aber das muss in einem BackGround-Thread passieren und ich kann nicht darauf warten, weil die App dann schpn verlassen wurde. Mache ich das nicht, dann kann es sein, dass die Wiedergabe des Stream nicht korrekt beendet wird und damit dann auch der Tuner belegt bleibt - was dann auch den DeppSleep der Box verhindert.

Bei Receivern mit einem Tuner muss man vor dem Start des Streams den Tuner umschalten. Das erfolgt mit der ZapOnSTB Option, in dem ich an das OpenWebIF die Anfrage schicke umzuschalten. Dann warte ich auf eine Bestätigung vom Receiver. Wenn die nicht kommt, dass wird es nach ca. 3 Sekunden erneut versucht - und das höchstens 5 Mal, dann landet man wieder in der Auswahl-Ansicht.
Die Bestätigung scheint bei deiner Box zu kommen, aber sehr verzögert. Das verursacht die langen Umschaltzeiten. Warte ich aber nicht auf die Antwort (wie in der alten Version) kann es vorkommen, dass die App auf einen Stream zugreifen möchte, der noch gar nicht aktiv ist, und das kann zu Crashes oder Hängern führen. Allerdings ist es sehr ungewöhnlich, dass das Umschalten so lange dauert. Des weiteren musste ich das SwipeToZap (Umschalten per Swipe-Geste) ausbremsen, solange der Stream noch nicht läuft. Das führte auch zu Crashes. Also per Swipe zwei Sender weiter zu gehen, dauert dann wesentlich länger - in deinem Fall vermute ich aber, das auch das umschalten per Bottom-HUD nicht schneller ist.

Ansonsten, ohne Transkoding klappt es in den meisten Fällen sogar besser, solange die Verbindung schnell genug ist. Ein paar meiner Tester nutzen die App um via Internet auf eine Box zuzugreifen, die einige Kilometer weg ist. Selbst ich habe zu Testzwecken schon auf diese Box zugegriffen... und selbst das funktioniert, schnelle Internetverbindung vorausgesetzt. Solange du im Internen Netzwerk bist, sollte der Router nichts damit zu tun haben, außer die hast zwei getrennte Netzwerke daheim, aber kommt ist vermutlich selten der Fall.