ORF: Urls umstellen

[pidoubleyou]

ORF-Urls funktionieren teilweise nicht mehr (vgl. Forum)

Lösungsansatz:
* [ ] QXA.m3u8 auslesen und die einzelnen Streams daraus verwenden

• nur noch QXA-Auflöstung anbieten
• Sicherstellen, dass in Master keine doppelten Einträge mit den alten Urls entstehen

[pidoubleyou]

die einzelnen Streams aus QXA herauszulesen ist für den Crawler nur möglich, wenn für die Sendung kein Geoblocking existiert.
somit ist das keine brauchbare Lösung. Die einzige Option, die ich sehe, wäre nur QXA anzubieten und somit immer die beste Auflösung.

[styroll]

@pidoubleyou sagte: die einzelnen Streams aus QXA herauszulesen ist für den Crawler nur möglich, wenn für die Sendung kein Geoblocking existiert.

Das muss man doch gar nicht zwingend, da die Streams – meines Wissens nach – immer nach dem gleichen Schema referenziert sind:

Okay, möglich, dass dahinter nicht immer die gleiche Auflösung steckt (was ich immer noch besser finde, als eine rein adaptive URL anzubieten, die dann je nach Bandweite die Auflösung beim DL ändert).

[ManuelWinkler]

@styroll Leider gilt das nicht mehr, sofern Inhalte mit verschiedenen Bildwiederholungsraten im Spiel sind. Als Vergleich nehm ich hier mal diese Folge von "Wischen ist Macht". 576p, 720p und 1080p werden mit 50 fps angeboten, die kleineren Auflösungen nur mit 25 fps. HLS-Link findet sich unter https://apasfiis.sf.apa.at/ipad/cms-worldwide/2026/06/27/2026-06-27_1726_in_01_Wischen-ist-Mac_____14328837__o__9611468266__s16109921_QXA.mp4/playlist.m3u8

Das führt dann zu folgenden Chunklist-Files mit anderen Bitraten als die von dir o.g. (wobei das die reinen Video-Streams sind, da in diesem Fall Audio + Video meines Wissens nach in separaten Streams ausgeliefert wird - zumindest, wenn es sich ausschließlich um Videosegmente und nicht Episoden handelt):

288p@25:
chunklist_b375000_vo.m3u8

360p@25:
chunklist_b620000_vo.m3u8

540p@25:
chunklist_b1326000_vo.m3u8

576p@50:
chunklist_b2440000_vo.m3u8

720p@50:
chunklist_b4165000_vo.m3u8

1080p@50:
chunklist_b6100000_vo.m3u8

Daher würde ich schon dafür plädieren, den Weg der "echten" angebotenen Auflösungen zu nehmen, da diese auch verschiedene Bildwiederholungsraten berücksichtigt.

[pidoubleyou]

@ManuelWinkler danke für die Analysen.

Ich habe noch einige Tests gemacht und kann das bestätigen, die Audio-Streams sind getrennt von den Videostreams, teilweise existieren in der qxa-playlist auch mehrere Audiostreams.

Somit funktioniert die ursprüngliche Idee leider nicht.

Als kurzfristigen Workaround können wir nur noch die QXA-Playlist in MV bereitstellen.
Langfristig könnten wir Video- und Audio-Streams getrennt in die Filmliste aufnehmen und mit ffmpeg zusammensetzen lassen. Dafür sind allerdings größere Umbauten am Crawler und am Client nötig.

[styroll]

@pidoubleyou sagte: Ich habe noch einige Tests gemacht und kann das bestätigen, die Audio-Streams sind getrennt von den Videostreams, teilweise existieren in der qxa-playlist auch mehrere Audiostreams.

@ManuelWinkler: Ich nehme an (bin kein ORF-Nutzer), dass dies nur einzelne neuere Sendungen betrifft. Oder sind in der Zwischenzeit fast alle neueren Sendungen davon betroffen?

Also solange bzw. falls man die QXA-Playlist auslesen kann (geht offenbar nur für Sendungen ohne Geoblocking), dann könnte man im Postprocessing einfach jeweils den String "_vo" (video only) bei den verschiedenen Auflösungen aus der URL entfernen, das ergibt dann in MV eine korrekte Datei mit Audio (im Bsp. der Sendung von @ManuelWinkler):

https://apasfiis.sf.apa.at/ipad/cms-worldwide/2026/06/27/2026-06-27_1726_in_01_Wischen-ist-Mac_____14328837__o__9611468266__s16109921_QXA.mp4/chunklist_b6100000.m3u8 (FHD)

https://apasfiis.sf.apa.at/ipad/cms-worldwide/2026/06/27/2026-06-27_1726_in_01_Wischen-ist-Mac_____14328837__o__9611468266__s16109921_QXA.mp4/chunklist_b620000.m3u8 (SD: 360p)

@pidoubleyou sagte: teilweise existieren in der qxa-playlist auch mehrere Audiostreams.

Wenn das nur Einzelfälle sind, sehe ich das weniger als grosses Problem. Immer noch besser eine Version, als gar keine. User mit speziellen Ansprüchen können sich auch ein yt-dlp-Set in MV einrichten und ihre Vorlieben dort genau festlegen.

@pidoubleyou sagte: Langfristig könnten wir Video- und Audio-Streams getrennt in die Filmliste aufnehmen.

Hm, das dürfte doch aber wieder nur für nicht geogeblockte Sendungen gelten, oder? Für geogeblockte Sendungen könnte man die QXA-Playlist als URL bereitstellen. Ich hab testweise mal mit der entsprechenden Playlist mit MV runtergeladen:

https://apasfiis.sf.apa.at/ipad/cms-worldwide/2026/06/27/2026-06-27_1726_in_01_Wischen-ist-Mac_____14328837__o__9611468266__s16109921_QXA.mp4/playlist.m3u8

Die Datei lag als FHD-Datei vor und schien okay zu sein. Allerdings dauerte der adaptive DL der 1.15 GB grossen Datei etwa 7 min (statt 30–60 sec, wenn man direkt die FHD-URL verwendet).

[269git]

HI, ich habe gerade die letzte nightly bez. ORF versucht und bin auch mit ersetzen des Strings gescheitert:
https://forum.mediathekview.de/post/42855

BTW: Alle für mich relevanten Downloads (ca. 15) vom 3.-7.7. (Infosendungen bez. Donauinselfest) haben nicht funktioniert

[styroll]

@269git sagte: HI, ich habe gerade die letzte nightly bez. ORF versucht und bin auch mit ersetzen des Strings gescheitert:
https://forum.mediathekview.de/post/42855

Im Forum bist du mit deinem Ersuchen um Hilfe richtig, hier nicht…

[269git]

Ja klar, ich dachte nur dass ev die 15.0 das Problem schon gelöst hätte u ihr den Input brauchen könnt ... bin schon weg ;-)

[pidoubleyou]

Ich habe jetzt fest im Code die Bitraten hinterlegt. bei meinen Stichproben hat alles funktioniert, konnte allerdings nur Sendungen ohne Geo-Blocking testen.

Die Auflösungen bei NORMAL/HD passen bei alten Sendungen nicht mehr richtig, ist aus meiner Sicht allerdings akzeptabel.