[tvOS] vu+TV App (AppleTV) Support Thread

@Bierbauch82: Eigentlich wäre es ja viel besser, wenn der Serienrekorder den Fehler korrigieren würde und neue Verzeichnisse korrekt eintragen würde. Das löst allerdings das Problem nicht, wenn man FTP benutzt im Verzeichnisse anzulegen.
Ich habe mir da auch schon Gedanken gemacht und habe herausgefunden, dass man Locations anlegen kann ohne dass ein Verzeichnis erstellt wird. Dabei werden die Locations in die Config eingetragen - mehr nicht. Die App könnte das automatisch machen, wenn sie in den "bekannten" Verzeichnissen welche findet, die noch nicht eingetragen sind. Ich überlege das optional zu machen (also aktivierbar in den Settings). Allerdings muss ich erst probieren, was passiert, wenn man eine Location auf der Box per FTP löscht, welche Daten ich dann von OWIF bekomme - und ob ich das dann auch automatisch korrigieren kann.

Derzeit arbeite ich aber am Problem, dass die App bei wenigstens einem unter tvOS abstürzt, unter iOS aber läuft, wenn er ein Bouquet öffnet. Ein mögliches Problem haben wir gefunden - ich warte da noch auf Rückmeldung auf den letzten Beta-Build.

@dream_man: Ich hatte schon mal angefangen eine Portierung auf macOS zu bauen. Aber der Aufwand ist noch sehr groß, da macOS ein richtiges Fenster-Management hat. Ich warte mal ab, was in 4 Wochen wegen des "Projekt Marzipan" auf der WWDC erzählt wird. Damit soll man angeblich sehr einfach Apps von iPad auf macOS portieren können. Dann werde ich das auch probieren - das wird dann aber vermutlich macOS 10.15 voraussetzen. Allein der Gedanke, das untere HUD in die TouchBar zu verlegen...

@Bierbauch82: Ich habe jetzt mal testhalber die Bookmarks ausgewertet und füge sie nur in der App zu den geladenen Locations hinzu. Das erfolgt dann jedes Mal, wenn man auf das Aufnahmen-Tab wechselt. Es sieht ein wenig seltsam aus, weil sich die Liste jedes Mal dynamisch ändert, es werden die zusätzlichen Locations am Ende der Liste hinzugefügt, ggf. nach und nach und dann werden natürlich die Aufnahmen da drin geladen. Es wird in einem solchen Fall also länger dauern, bis der Screen komplett aufgebaut ist - ich hoffe nur, dass es dabei keine Probleme gibt, da das ja alles asynchron erfolgt. Das wäre dann von meinen Beta-Testern zu testen...

@JuhaN You found the solution already - basically I found myself, that usually a service won't change the stream format, esp. if it is progressive or interlaced. Also the best choice for deinterlacer often also depends on the program presented by the service. My experience is, that 720p is always better than 1080i - maybe a reason why many HD services in Germany provide 720i streams. Upscaling the stream creates less CPU load (and most will be done in the GPU) and the upscaled video still looks much better the a deinterlaced stream without upscaling. So adding the feature to store the deinterlacer setting per service made sense and I implemented that. I thought about storing other settings as well, like Audio track - but the number and list of Audio tracks may change on the same service - so it wont work reliable.

Unfortunately it is not possible to "continue" playback of recordings at a saved position.
1st: I would needto manage these myself as I can't access the info via OWIF
2nd: I can't "jump" to a specific time in a stream, because the stream is one single and big file which get loaded from the box on demand. In order to jump to eg. 0:56 of the recording the app needs to read the stream from beginning to 0:54. All the data has to be read from the box and this can be Gigabytes - which actually takes a lot of time. My experience with my Solo2 via GBit Ethernet is, that fast forward with 8x speed work reasonable anything above gets difficult. So reaching position 0:56 in the stream would take up to 7 minutes - and this is not what you would expect from a "fast forward" functionality. Only workaround could be, to download the file to the aTV, then jumping should be possible with VLCKit - but you never can be sure, that the aTV has enough capacity to store the whole stream (consider a 3 hours UHD recording) locally. So at the moment I do not have a solution I am happy with.