@ollieh123 Die App schickt Anfragen an das OpenWebIF der Box und bekommt die Antworten im XML-Format. Anhand des XML kann ich erkennen, welche Info die App von der Box bekommt. Die Anfragen beginnen immer mit http://<ipadresse>/web/ Anstelle <ipadresse> musst du da die IP-Adresse und den Port deiner Box im Lan verwenden.
Die Pfade, an denen Aufnahmen liegen bekommt man mit getlocations am Ende der obigen URL.
Wenn du das im Browser eingibst, dann bekommst du dort das XML angezeigt. Das als Datei sichern und mir zukommen lassen per PM, Mail oder auf meinem Redmine Server.

Was ich meine ist, dass die Box bei Aufnhmen nicht nur das TS schreibt sondern auch zusätzliche Daten (zB EPG-Info für die Beschreibung) ablegt. Kann sein, dass OpenWebIF nur Filme auflistet, die mit allen Dateien und als TS vorliegen. Dann erfährt die App nichts von den anderen Filmen und kann sie daher nicht abspielen. Die andere App wird vermutlich SMB oder FTP benutzen und selbst herausfiltern, welche Dateien abspielbar sind. Der VLCKit Media Player in meiner App sollte mit MKV keine Probleme haben. Sollte ja auch mit VLC gehen.

@Piero Die wiedergabe von Aufnahmen sollte funktionieren, nicht nur die TV-Streams (und in 1.3 auch Radio). Probiere es doch einfach aus, die App kostet ja nichts

Sind die Pfade entsprechend in den Settings auf der Box angegeben?

Schicke mir mal das Ergebnis von http://<ipderbox>/web/getlocations in einem Browser.

Das sieht eigentlich ordentlich aus... wie bei mir

Jetzt probiere es bitte noch einmal damit:
http://<ipderbox>/web/movielist?dirname=/hdd/movie/

Du kannst mir das dann auch gerne per PM schicken.

Sollte das Ergebnis dort leer sein, dann bräuchte ich noch die Info, was dort sein sollte - zum Beispiel das, was OpenWebIF im Browser dir dort anzeigt.

An die Tester - Version 1.3 Build 41 ist gerade raus.

Interessant.
Vermutlich hätte es genügt die App zu beenden, also ganz zu beenden, nicht nur in den Hintergrund zu schicken. Diese Daten werden nicht im Flash des aTV gespeichert, da dieser eh nicht zuverlässig ist, also ist alles im Speicher.
Wenn man die IP ändert, dann sollte aber das interne STB-Objekt gelöscht und neu initialisiert werden. Damit müssen dann auch die Location, Aufnahmen und auch die Sender/Bouquets neu geladen werden.
Lediglich die Nummer des zuletzt geöffneten Bouquts (TV und in 1.3 auch Radio) sowie die Location werden gepseicher (als Nummer). Vielleicht geht was schief, wenn die gespeicherte Location gar nicht mehr existiert, wenn man die Box gewechselt hat.
Das muss ich nachbessern - wenn man die Box ändert müssen diese Werte zurückgesetzt werden. Das werde ich in Version 1.3 aufnehmen.

Kein Problem, dich hier zu melden, dafür ist der Thread ja da. Allerdings wären mir Bug-Reports auf minem Redmine Server deutlich lieber, da verliere ich den Überblick nicht. URL war in der Einladung zum Test.

Das mit dem Wechsel der IP-Adresse ist eigenartig. Es gibt nur eine Stelle, an der die gespeichert wird - im Settings Screen. Klingt so, als könnten die Daten nicht geschrieben werden.

Ebenso seltsam ist, dass das Radio Menu verschwindet, die App hat gar nicht den Code irgendein Menu verschwinden zu lassen. Es gibt da aber eine Stelle, die ich mir noch Mal anschauen muss, wo ich die Menus deaktiviere, wenn die Box nicht gefunden wurde - also alle außer dem Settings Menu.

Gibt es hier noch mehr DreamBox -User, die kein OpenWebIF benutzen (können) und bei denen TV-Stationen anstelle der Radio-Sender erscheinen?

Hallo @ronaldus,

sorry, dass ich mich so lange nicht gemeldet habe. Ich lag am WE mit grippalem Infekt überwiegend im Bett und brauchte noch ein paar Tage um trotz Tagesgeschäft mich weiter zu erholen.

Das mit den Audio-Knacksern passiert immer dann, wenn Audio-PassThrough aktiviert ist. Scheinbar wird der Audio-Kanal am Audio-Mischer von tvOS vorbei geschlängelt. Die Navigations-Sounds von tvOS werden dann nicht korrekt dazu gemischt - das führt zu den Tonstörungen. Ich habe schon versucht daran zu arebiten, aber da mir (noch) das Equipment (Receiver mit HDMI-In) fehlt, kann ich das nicht selbst bei mir testen. Ich konnte mir nur mit dem Debug-Output von VLC anschauen, was passiert und die entsprechenden Stellen im VLC-Source suchen. Hat aber am Ende nicht funktioniert. Daran zu basteln war dabei sehr umständlich - ich musste eine Version bauen, diese per TestFlight verteilen und dann auf das Feedback warten. Lästig. Daher habe ich das Problem (ist bekannt und ein Bug in Redmine) erstmal aufgeschoben, bis mir das Equipment zur Verfügung steht.

Bis dahin kann ich dir nur empfehlen, dass du in den Einstellungen des aTV die Navigations-Sounds deaktivierst. Auch wenn das keine wirklich befriedigende Lösung ist.

Bezüglich Kanal-Auswahl. Derzeit wählt VLCKit die Tonspur automatisch beim Starten des Streams - meist ist das die erste Spur, aber nicht immer.
Auch zu dem Punkt gibt es bereits ein Feature Request in Redmine (ebenfalls einen dafür, dass die Untertitelspur gemerkt wird). Auf dem gleichen Weg merkt sich die App bereits die Auswahl des Deinterlacers für jeden Sender - da VLCKit sonst uU auch bei progressive Streams den Blend Deinterlacer aktiviert. Lästig.
Das gleiche mit den Tonspuren (Untertitel) zu machen wäre möglich - nur muss ich dazu erst VLCKit fragen, welche Spuren ich habe und wie diese kodiert sind inkl. Sprache. Dazu hatte ich das Parsen (immer asynchron) bei VLCKit angestossen. Die Folge davon war aber, dass sehr oft der Stream nach kurzer Zeit kein Audio mehr hatte und ich den Audiokanal auch nicht mehr aktivieren konnte. Manchmal fehlte auch das Bild oder es blieb stehen. Das obwohl ich nichts anderes gemacht habe, als das Parsen des Streams anzustossen. Daher habe ich das erst einmal so gelassen (bzw. den Parser so konfiguriert, dass der Effekt nicht auftritt - aber dann bekomme ich nicht die notwendigen Daten).
Da das Parsen asynchron ist, müsste ich den Kanal eh umschalten, nachdem der Stream bereits gestartet wurde - aber das wäre tragbar.

Aber mittlerweile gibt es eine neue Version von VLCKit - vielleicht klappt es jetzt damit. Ich werde das probieren. Das wären beides praktische Features, zumal ich dann in der Spurauswahl auch die Kanal-Konfiguration darstellen könnte.

Hmm... ich kann dieses Mal nicht editieren.

Also das mit dem Parser habe ich hinbekommen.
Problem 1: wenn ich den Stream starte bevor das komplette Parsen fertig ist, dann spinnt Audio, manchmal auch Video.
Problem 2: ich bekomme als Delegate nicht die Info, wann das Parsing beendet ist. Ich muss in einer Schleife immer wieder nachprüfen, ob das schon fertig ist.

Dann startet die Wiedergabe korrekt und ich habe die Info... aber das starten des Streams dauert ein wenig länger.

Habe ich jetzt mal in build 42 drin, die geht nachher an die Tester raus. Immerhin wird jetzt die Frame-Rate wieder korrekt angezeigt. also 26 fps bei 1080i und 50 fps bei 720p. Intern sind die Daten noch immer nicht perfekt, aber immerhin... besser.

Das mit dem merken des Streams/Subtitles schaue ich mir noch an. Ich würde mir dann merken, welche Sprache und welcher Codec gewählt wurde und dann zukünftig nach einem passenden Track suchen.

@henryold: da die App einen Receiver belegt, wird das auch so angezeigt, also meine solo2 zeigt an, dass der 2. Tuner belegt ist - auf die gleiche Weise, wie wenn eine Aufnahme laufen würde.
Warum aber der Stream nicht wieder gegeben wird, weiß ich nicht. Du hast zwei Tuner mit zwei Kabeln? Also du kannst ZDF anschauen und ARD aufnehmen?
Propiere es mal mit der ZAP STB Option, dann müsste der Tuner umschalten.

An alle: build 43 von Version 1.3 ist raus. Damit sollte Radio auch funktionieren, wenn man kein OpenWebIF hat, also wenigstens nach den Infos, die ich von einem Dreambox User bekommen habe. Weiteres siehe auf meinem Redmine Server...