Hi,
jetzt mal naiv gefragt:
Ich hatte letztens ja mal ein Zip gepostet, wo ich einen Sendungswechsel .m3u-mässig auf dem PC "abgegriffen" und somit dokumentiert hatte.
Allgemein scheint es wohl so zu sein, dass die *master.m3u8 die diversen Auflösungen/Bitrates mit den entspr .m3u "verlinkt".
Diese .m3u (für eine bestimmte Auflösung/Bitrate) werden alle paar Sekunden jeweils neu runtergeladen, denn darin sind ca 4 oder 5 .ts-Schnipsel für jeweils wiederum ca 5 Sekunden verlinkt, die nacheinander runtergeladen und nahtlos abgespielt werden, und das wieder und wieder und wieder etc. ( <-- das ist das "streamen")
Interessant in meinem Zip war ja, dass die Sendungs-.ts aufeinderfolgende Namen und Nummern hatten, die Werbung und "Pluto-Zwischensequenzen" allerdings gänzlich andere Namen und Nummern.
(*)
Nur zum Verständnis: das das ja ein Web-TV-Sender ist, müsste es doch bei einer reinen Aufnahme
ohne live-gucken reichen, einfach alles nacheinander runterzuladen und als ganzes File auf Platte zu schreiben. Da muss doch eigentlich nix durch die "Hardware" der Box (also ich meine die Frontends oder wie auch immer das heisst, was ein Bild auf den TV zaubert) gehen, und auch so Sachen wie FFMpeg wären da doch eigentlich aussen vor, oder?
Könnte das mal ein Hardware/Codeversteher für mich ein wenig erklären, muss nicht ins Detail gehen, sondern nur so allgemein.
Wäre es zB denkbar, dass die in den .m3u enthaltenen Zeitindex-Infos, bei evtl unterschiedlichen Zeiten zw Sender und Box, zu diesen Hängern (und damit Audio-Asyncs und damit auch unbrauchbaren Aufnahmen) führen???
Ciao,
DdD.
(*) wenn man die Namen und Nummern halbwegs intelligent "parsen" würde, fiele sowas wie ein AdBlocker ja quasi nebenbei ab!
Ok, natürlich nur solange, wie die nicht auf die Idee kommen, jeden .ts-Schnipsel als einen Hashwert zu benennen oder sowas fieses.
Ich hab zugegebenermassen auch nur dieses eine Mal die .m3us "abgegriffen", vllt verhält es sich ansonsten auch gänzlich anders. Wenn dem so ist, bitte auch miteilen, Danke.
