Hier erstmal der normale Idle mit Rapier Skin
29 W
Und das war das A-Team Verschollen in Mexiko, ist ne normale MP4 in glaube 720p.
26 W Wirkleistung. Wie haben wir das zu verstehen, MP4 abspielen mit geringerer Leistungsaufnahme als "Idle"? D.h. der Skin benötigt mehr Leistung als Abspielen einer mp4? Wo liegt dann "echtes" idle ohne Kodi? Bzw. ggf. mit Skin mit geringeren Ansprüchen.
Es gibt noch eine weitere Möglichkeit, youtube Livestreams in Kodi anzusehen - ohne API key - Streamlink zusammen mit Liveproxy erzeugen einen Standard-Transport-Stream, den man ohne zusätzliche Kodi-Addons direkt im Simple IPTV PVR Client ansehen kann. Auf vielen Enigma2-Boxen läuft auch ein Streamlink-Server, damit ist es noch etwas einfacher, als mit Liveproxy. (Allerdings scheint der streamlinksrv schon seit einiger Zeit von github weggenommen zu sein, zugunsten von Liveproxy). Man muss sich ein bisschen einlesen, um das hinzukriegen.
Die Idee dahinter. Streamlink "versteht" wie youtube tickt, und kann die eigentlichen Live-Streams aus den Youtube Seiten heraus-sezieren und als Transport-Stream weiterleiten. Das alleine würde tvheadend beispielsweise reichen mittlels der Pipe-Funktionalität - statt direkte URLs kann tvheadend auch Programme mit Parametern aufrufen (gibt auch Threads hier dazu) zur Bearbeitung von Live-Streams. Kodi kann das (meines Wissens) nicht direkt in IPTV Simple PVR. Liveproxy vermittelt hier, ist auf der einen Seite wie ein Webserver, und damit in normale m3u-Liste integrierbar. Auf der anderen Seite wird Streamlink aufgerufen, um den youtube-Stream zu verarbeiten.
https://github.com/streamlink/streamlink
https://github.com/back-to/liveproxy#liveproxy
Mit tvh geht das dann natürlich auch ohne Liveproxy.
Nicht wirklich andere Meinung ... Nur, mir ist Ähnliches auch passiert, auf meinem Android Tablet, nach Update auf Kodi 20: geht's nur mir mit kodi 20 recht "suboptimal"?
Nur, nach ein paar Versuchen, ging es dann. Normalerweise gehöre ich nicht zu den Leuten, die was einfach wahllos mehrfach versuchen. Daher kann ich nicht mehr genau sagen, ob/was ich geändert habe. Sicherlich nix an Einstellungen, möglicherweise Bibliothek aufräumen in Kodi und Cache löschen in den Android Einstellungen. Keine Erklärung, leider, was da passierte. Ein Unterschied: du scheinst tmdb Scraper zu nutzen für Serien, ich nutze tvdb. Bei mir werden immer Serien vor Filmen gescraped, bei Aktualisierung. Keine Ahnung, ob das universell so ist. Nicht dass sich tmdb bei dir den Serienscan irgendwie "komisch" beendet hat, und dann nicht mehr will. Von den Filmen sieht man nix (hatte ja auch @DaVu schon genannt).
Zwei Kleinigkeiten fallen mir auf: Diverse
2023-02-13 12:15:29.546 T:1712 warning <general>: Process directory 'smb://192.168.2.160/Zotac E/Serien/Patrick.Pacard/' does not exist - skipping scan.
Wie kann der Scanner ein Verzeichnis bearbeiten wollen, das nicht existiert? Hast du das direkt als Quelle hinzugefügt? Normalerweise würde ich annehmen, dass du das "Serien"-Verzeichnis rekursiv durchsuchen lässt. Kommt öfters vor. Findest selbst leicht im Log. Nicht dass doch was nicht an den Berechtigungen auf dem NAS stimmt. Dein Gerät, auf dem alles funktioniert, nutzt den identischen NAS-User?
Du scheinst eine sehr große Bibliothek zu haben, aber keine Umleitung der Thumbnails - die da sicher viel Platz nutzen. Hast du genügend Storage dafür auf deiner AndroidTV-Box?
Ist vielleicht auch schon @DaVu oder anderen aufgefallen. Während Serien-Scrapens:
2023-02-13 12:15:22.016 T:1712 debug <general>: VideoInfoScanner: Skipping dir 'smb://192.168.2.160/Zotac D/Serien/Raising.Hope/' due to no change
2023-02-13 12:15:22.026 T:1712 debug <CAddonSettings[0@metadata.tvshows.themoviedb.org]>: trying to load setting definitions from old format...
2023-02-13 12:15:22.052 T:1792 debug <general>: Python interpreter stoppedKann man das "stopped" ignorieren?
lt. meiner SW ja, ist das [ARTE] auch 5.1, ob echt oder hochgerechnet weiß ich nicht, aber allemal beeindruckend.
Danke dir! Würde mich mal interessieren, ob da ARTE grundsätzlich und dauerhaft 5.1 sendet, oder abhängig von der Sendung. Im ersten Fall - vermutlich alles nur errechnet. Ein Beispiel, an dem man das gut prüfen könnte: Morgen 20:15, Gallipolo - bestimmt auch sehenswert. Der Film wurde 1981, in der Vor-Surround-Ära produziert, laut IMDB sogar Mono: Gallipoli (1981) - IMDb
[Scraper] braucht bei mir doppelt so lange wie vorher.
Unter Android? Was mir bei Android und FireTV aufgefallen war - seit Kodi 19 wurde der Scraper weit mehr als 10 Mal langsamer als zuvor. Und zwar nicht unbedingt das Scrapen eines Filmes selbst, sondern das Scannen der Quellen auf dem NAS. Reproduzierbar auf einigen verschiedenen Geräten. Gleichzeitig wurde auch das Missing-Movies Addon sehr langsam. Auf Windows PC ist alles ok geblieben. Im [definition=12,7][definition='1','1']debuglog[/definition][/definition] war meines Erachtens nichts zu erkennen. Ich habe mich dann halt dran gewöhnt. (als ich noch Kodi 18/19 parallel hatte, konnte ich ausschließen, dass es am NAS liegt)
Um auf Android/FireTV ein Beenden von Kodi zu verhindern, während des Scrapens, behelfe ich mir damit Film/LiveTV parallel laufen zu lassen. Anders hatte ich das nicht hingekriegt (Energie-Optionen, Bildschirmschoner, ...)
Hast recht, @noob_at_pc - habe die Info ergänzt. (Dachte ursprünglich der Aufkleber sei besser zu erkennen)
Nicht, dass ich das kürzlich mal genau so gebraucht oder hätte, aber das hört sich - wenn die Filme wirklich ganz exakt zusammen passen mit identischer Länge - wie einfache Übung für ffmpeg an. Da sollte man auch nicht erst .mp3 extrahieren müssen, sondern das sollte vollkommen ohne Recodierung funktionieren. Bei ffmpeg kann man ja leicht 2 (oder mehr) Mal die -i Option nutzen für Input - deine beiden Filme. Den ersten FIlm mit -map 0 vollkommen übernehmen in die Ausgabe, den zweiten mit -map 1:a nur Audio, -c copy -copy_unknown dazu, Ausgabedatei angeben, sollte es tun.
Wenn man ffmpeg nicht so gut kennt, braucht es bisschen Zeit sich da reinzudenken und die gute Doku zu den Kommandozeilen-Optionen und für diesen Fall insbesondere für den -map-Parameter durchzulesen.
Hört sich sehr ähnlich an, zu dem was @Gartenzwerg empfiehlt, halt Kommandozeile statt GUI.
In deinem Link, @easy4me, steht arte als gäbe es dafür 5.1 Audio. Ist das wirklich so? Ich habe noch sehr alte arte-Aufnahmen mit 5.1 Ton von Sat. Nun habe ich seit einigen Jahren kein Sat mehr. Bei den Quellen, die ich kenne für arte - die Standard IPTV Streams, DVB-T2, DVB-C, Magenta-TV - wird jeweils nur Stereo gesendet. Grade mal kurz bei arte gegooglet: https://www.arte.tv/sites/corporate/de/faq/sprachfassungen/
Insgesamt sendet ARTE bis zu drei Tonspuren: Deutsch, deutsche Audiodeskription und Französisch.Die Audiospur mit der bisherigen OT-Fassung wurde von 5.1-Mehrkanal / AC3 auf 2.0-Stereo /MPEG1L2 umgestellt.
Ist da bei Zatoo wirkliche echter (nicht irgendwie künstlich erzeugter, wie das ja auch die AVRs anbieten) 5.1 Ton dabei? Klar, würde man nur bei manchen Sendungen erwarten, die auch so produziert wurden.
Sendet arte über Sat noch 5.1 Ton?
Ca 1250 € für unsere Fahrräder:
- Ersatzteile für Wartung: 3 Ketten, 2 Kassetten (=Ritzelpakete)
- Lastenanhänger, Roland Carrie M.e, https://roland-werk.de/, gekauft über https://fahrradanhaenger-direkt.de. (Ich unterstütze sonst gerne die lokalen Radhändler, aber nicht einer hatte einen vernünftigen Lastenanhänger im Angebot)
- Zusatzmaterial für den Anhänger: 2. Kupplung, 2-fach hohe Bordwände, Plane, längerer Schnellspanner zum Anbringen der Kupplung.
Der Anhänger kostet schon was - ist aber auch offenbar von sehr guter Qualität, da passten alle Schrauben ganz exakt. Laufräder mit 36 Speichen, bis 100 kg Zuladung spezifiziert (allerdings nur bei Handbetrieb erlaubt, nicht am Rad), Qualitätsreifen, nicht solche die nach 200 km zerbröselt sind wie bei den Billig-Anhängern, weitere sinnvolle Details ...
Kohle rein dafür - ab nächste Woche kein eigenes Auto mehr, Tiefgarage vermieten ...
Die Lethal Weapon 4 hab ich z.B. Aus Servus TV, da war kein Untertitel dran..
Lass mich raten - aufgenommen aus der kodinerds IPTV-Liste mit tvheadend?
Ich weiß jetzt allerdings nicht, ob ServusTV bei manchen Sendungen Untertitel mitsendet. Die ffmpeg pipe Befehle der Kodinerds-Liste nehmen leider die Untertitel nicht auf. (Und bei Zweiter Sprache, diese auch nicht, und manchmal auch nicht die Tonspur mit der besten Qualität - ich hatte schon mal darauf hingewiesen). Untertitel mit aufnehmen sollte funktionieren mit einer pipe wie dieser:
pipe://ffmpeg -loglevel fatal -i https://stv-live.akamaized.net/hls/live/2031012/lingeoSTVDEwebPri/master_6692.m3u8 -map 0 -c copy -copy_unknown -metadata service_name=ServusTV\ HD -metadata service_provider=IPTV-DE -mpegts_service_type advanced_codec_digital_hdtv -f mpegts pipe:1
Allerdings jetzt im Moment konkret ungetestet. Unterschied zur Original-Liste: "map 0 -c copy" sagt konkret, alle Streams aufzunehmen. Führt dann aber auch dazu, dass alle Video-Streams aufgenommen werden. Und im ServustTV Master-Manifest sind mehrere Videoauflösungen vorhanden. Daher habe ich master.m3u8 durch master_6692.m3u8 ersetzt, das nur die höchste Videoauflösung enthält.
Bei anderen Sendern ist es leider wieder bisschen anders. Einen universellen ffmpeg-Befehl: Nimm alle Audio und Untertitelstreams und nur die höchste Videoauflösung aus dem Hyptertext-Live-Streams auf kenne ich nicht.
Bei mir tlws. leider auch suboptimal. Ich nutze primär die "Ur-Funktionalität" von Kodi - Filme aus der eigenen Bibliothek abspielen - auf verschiedenen OS: Windows, FireTV, Android (nicht TV). Ich nutze kaum Addons, Standard Skim (Estuary / Etouchy).
Einige Beispiele:
- Windows - letzhin immer wieder Hänger / Abstürze beim Beenden. Klar, nicht einfach zu reproduzieren - sonst wäre es einfach(er) einen Bug-Report zu erstellen. Scheint typischerweise nur nach längerer Laufzeit vorzukommen. Vielleicht nur, wenn mal eine Energiesparphase dazwischen war (S3-Sleep). Werde mal versuchen, das einzugrenzen, und auch [definition=12,7][definition='1','1']debuglog[/definition][/definition] hinzukriegen (das nicht wirklich zu groß ist). Passierte auf neu aufgesetztem Kodi und auf Update
- Android Tablet: Sehr eigenartiges Verhalten bei Update der Bibliothek. Brauchte mehrere Versuche bei den Filmen, mehrere Neustart, dann klappte es. Kannte das nicht von früher. Scheint nicht an den TVDB/TMDB Backends gelegen zu haben, weil Updates auf Windows/FireTV im gleichen Zeitraum keine Probleme machten.
- Absolut kurioses Verhalten auf Android Tablet, Serien. Ich klicke auf Raumschiff Enterprise (1966). Inhalt wird angezeigt von Orphan Black (die Serie, die bei mir alphabetisch davor kommt).
Und unabhängig von Kodi 20.0 kürzlich festgestellt:
- Meine Aufnahmen von DVB-T2 mit 1080p und 5.1 AAC Ton "machen den FireTV kaputt". Da läuft immer genau ein Video. Das nächste funktioniert nicht mehr (mit verschieden dramatischen Fehlern, kleine Stocker im Ton bis nix geht mehr). Nur Neustart des FireTV scheint zu helfen.
- Bei Bildschirmwechsel am Windows Notebook - mal externer Monitor, mal Notebook Monitor - startet Kodi nicht mehr auf dem internen Monitor, wenn zuletzt Kodi (korrekt) beendet wurde auf externem Monitor im Fenster-Modus (nicht Fullscreen).
Mir ist schon klar, dass das alleine nicht hilfreich ist, da eine Lösung zu finden. Bin auch dabei, das aufzubereiten. Ist aber halt auch mühsam. Und ich kenne solche Diskussionen bei sporadischen Problemen ja auch schon - Entwickler neigen dazu, das nicht bearbeiten zu wollen, wenn das nicht leicht nachstellbar ist.
Hört sich bisschen traurig an. Aber als ich Kodi kennenlernte, vor etwa 8 Jahren, und gelernt hatte, wie man Filme benennt bzw. wie man andere Benennung korrigiert (.nfo), kann ich mich nicht an so viele Probleme erinnern. Mein Userverhalten hat sich kaum geändert - primär eigene Bibliothek + LiveTV. Geräte waren damals schon die gleichen (vom OS, nicht von der Version/Generation). Fing bisschen mit FireTV an, wo ich mehrfach auf ältere Version von Kodi zurück bin. Dann Lenovo Tablet - funktionierte perfekt bis Kodi 17.6 (aus dem Gedächtnis). Danach kein stabiler Sound mehr hinzukriegen. Wie meinte Entwickler Fritsch "beschwer dich bei Lenovo". Glaube ich gerne, dass das aus Kodi-Entwickler-Sicht so ist. Wenn Netflix, Amazon-Prime und Co. funktionieren, könnt ihr euch Erfolgschancen einer Beschwerde ausrechnen (die ich tatsächlich versuchte).
Soll nicht Beschwerde sein. Ich verstehe schon, dass da Freiwillige am Werk sind, und würdige deren Einsatz. Und natürlich habe ich grundsätzlich Freude an Kodi.
Ich fass es nicht, just nachdem ich den Beitrag #7 geschrieben hatte, sah ich das Problem auch. Scheint unabhängig von Audio-Einstellungen (z.B. Passthrough oder Anzahl der konfigurierten Kanäle). Tritt bei mir immer dann auf, wenn ich einen Film mit H265 Kodierung und 5.1 Tonspur abgespielt habe. Dann ist der Ton kaputt, mit unterschiedlichen Symptomen wie in #1 beschrieben. Auch bei mir hilft Restart von Kodi nicht.
Es scheint, H264 (mit 2.0 oder 5.1 Ton) und H265 mit 2.0 Ton kann ich beliebig problemlos hintereinander abspielen. (Möchte jetzt nicht implizieren, dass es an der Video-Kodierung liegt, ist halt die Korrelation hier. Audio-Kodierung muss ich mir noch genauer ansehen. Hängt vielleicht an AAC)
Das Problem fiel mir noch nicht auf, da meine Filmbibliothek zu einem großen Teil aus Sat/Kabel-Aufnahmen besteht, alles maximal H264 kodiert, oft mit Dolby 5.1 AC3 Ton. Erst später habe ich von DVB-T2 mit H265 aufgenommen. Und mir da auch ganze Filme angesehen, das ging.
Ich mach Mal ein Update auf 20.0, aber erwarte mir nach dem in #1 beschriebenen auch keine Lösung.
Inputstream Adaptive nutze ich nicht. Probiere das vielleicht noch Mal. Hatte leider immer sporadische Abstürze damit bei Live-TV (möglicherweise kommt das mit den Magenta TV Multicast Streams nicht gut zurecht, und bislang habe ich nix vermisst ohne ia).
@ThMorgenroth, ich habe ein sehr ähnliches Setup wie du mit dem FireTV 4k Max am AVR. Zur Zeit noch Kodi 19.4. Deine Probleme kenne ich nicht. Habe mal die Einstelllungen verglichen. Einziger Unterschied, der ne Rolle spielen könnte: Ausgabekonfiguration habe ich auf Optimiert.
Ansonsten habe ich noch Klangschea Kodi UI Sounds und Standard Estuary Skin.
Allerdings erinnere ich mich auch an Ton-Problem bei früheren Kodi-Versionen. Habe deswegen auch bei den FireTV typischerweise länger gewartet für Updates (ob da schon mal jemand schlechte Erfahrungen gemacht hat). Konfigurationen mit AVR und Passthrough scheinen da anfälliger als andere Konfigurationen (und ohne Passthrough stimmte bei mir beispielsweise die Abmischung der Lautstärke DIalogton/Hintergrund-Geräusche bisweilen gar nicht).
Da scheint was durcheinander gekommen, in der Argumentation oder in meinem Verständnis
Die echte PAL Auflösung beträgt 768x576 Quadratische Pixel mit einem Pixel-Seitenverhältnis von 1:1 (Quadratisch). Da TV Geräte aber keine Pixel darstellen, sondern in Zeilen und Linien, wird das ausgenutzt und man spart hier zusätzlich an Linien, somit legte man sich bei DV auf 720 Linen fest, daher 720x576
Es wird mit Linien argumentiert, aber die Linien sind nicht die 768 oder 720, sondern die 576. Und die wurden ja jetzt gar nicht geändert. Oder sind Linien und Zeilen nicht das selbe und ich habe hier ein Verständnis-Problem? (Kenne eigentlich vom Fernsehen nur den Begriff Zeilen, nicht Linien)
https://de.wikipedia.org/wiki/PAL_(Fernsehnorm): "Digital entspricht im PAL-System ein 4:3-Bild einer Auflösung von 702×576, wobei allerdings typischerweise 720×576-Bilder gespeichert werden.".
Habe Kodi auf Teufel komm raus nicht mehr gestartet gekriegt auf meinem Windows 11 Pro Notebook. Da hatte ich noch Kodi 19.4. Logfiles studiert, es gab Windows Eventlog-Einträge, Kodi .dmp und stacktrace. [definition=12,7][definition='1','1']debuglog[/definition][/definition] habe ich noch durch [definition='2','1']advancedsettings[/definition].xml anschalten können. Das ganze mit dem Notebook auf dem Schoß im Sessel. Klar, mal rebootet. Dann Kodi 20.0 installiert (was ich auf anderem Windows Rechner eh schon hatte). Gleiches Problem. Durch späte Meldungen im Log kam ich drauf ("... adjust window ..."). Notebook an die Docking-Station gehängt und meinen 4k Monitor -> startet.
Lösung/Workaround: Es lag wohl daran, dass ich zuletzt vor dem Crash den 4k Monitor nutzte, Kodi im Fenster (nicht fullscreen). Verlasse ich Kodi in fullscreen, tritt das Problem nicht auf. Also - nutzt man verschiedene Bildschirme, Kodi möglichst nicht im Fenster-Modus verlassen. (Genaue Konditionen habe ich nicht eingegrenzt, ich kann mir gut vorstellen, dass es auch mit Fenstergröße/Position zusammen hängt).
Beim Testen ist mir dann auch aufgefallen, das alle meine offenen Fenster auch "on the fly" (ohne Anwendung zu verlassen) Bildschirmwechsel gut vertragen, Kodi ist die Ausnahme. Auch im Fullscreen-Modus, mag er das nicht. Das ist zu verschmerzen. Das Nicht-Starten hatte ich nicht schnell raus gekriegt ...
anders als bei den ZDF-UHD-Streams scheinen bei Arte nur HLS-Streams in UHD angeboten zu werden. MP4-UHD-Streams fehlen - damit entfallen auch Downloads
Keine Ahnung, ob das für dich @rols1, oder andere Leser hier hilfreich ist. Dennoch - Downloads der UHD Streams von ARTE gelingen mit ffmpeg. Wenn man die URL des HLS Streams kennt, sollte es einfach sein. Nehmen wir
"Affen in Thailand"
Dann funktionieren (meines Erachtens minimale sinnvolle Parameter hier):
ffmpeg -i https://arte-uhd-cmafhls.akamaized.net/corner_uhd/094000/094400/094411-000-B/094411-000-B_VA_XQ.m3u8 -c copy Affen_in_Thailand.ts
oder auch
ffmpeg -i https://arte-uhd-cmafhls.akamaized.net/corner_uhd/094000/094400/094411-000-B/094411-000-B_VA_XQ.m3u8 -c copy Affen_in_Thailand.mp4
Und man erhält Aufnahmen in UHD-Qualität mit 3840x2160.
Auf die URL des HLS Streams zu kommen, nehme ich an, ist deine Superkraft, rols1. Ich behelfe mir mit der Browser-Konsole (F12); z.B. auf dem ersten Treffer einer Google Suche nach "arte mediathek uhd" und dann Klick auf Affen in Thailand für dieses Beispiel.
Das einzige Laufwerk bei dem ich Probleme mit Umlauten habe, ist mein NAS. Ich kann Namen mit Umlauten selber erstellen aber keine Namen mit Umlauten aus anderen Quellen kopieren.
Hört sich für mich nach Konfig Problem an. Oder hast du da ein antikes Setup? Manchmal sehe ich noch Mount-Befehle / fstab Einträge mit Optionen für iocharset, die man eigentlich schon lange nicht mehr braucht, da alle leidlich modernen Filesystem eh auf Unicode basieren und Client wie Server das auch untereinander versehen. Bei mir habe ich gefühlt schon seit weit mehr als 10 Jahren keine Probleme in der Interaktion der verschiedenen Systeme (Linux, Windows, MacOS, Android) gesehen bei Umlauten. (Zuvor vermied ich die auch, aber insbesondere im beruflichen Umfeld konnte man das nicht mehr vermeiden. Und auch da sind Fileserver oft Unix-basiert, Clients oft Windows oder Android basiert)
Bei meinem Test vor ein paar Jahren funktionierten die Kodi-Scraper bei Dateien mit Umlauten/"Sonderzeichen " zuverlässiger, als transkribierte Schreibweisen.
(Was anderes sind altbackene 7-Bit ASCII Zeichen wie :,",|,>,<,/,\ - die machen OS-abhängig Probleme. Und manche alten Legacy-Programme kommen nicht immer mit dem erweiterten Unicode-Bereich zurecht, auch in der Unix-UTF8-braucht-keine-Änderungen-im-Code-Philosophie in speziellen Fällen. Wie las ich noch in einem uralten Lehrbuch zu numerischen Algorithmen als Anmerkung zu einer Programmierung, die niemals mehr verwendet werden sollte - aus dem Gedächtnis zitiert: Come to Computer revolution, such programs won't be executed anymore, but their programmers will be.)
Was mir zum von TehTux. verlinkten Video auf der Zunge lag, hat @te36 schon vorweggenommen:
Flachbrettplottern von HP
Hat der Typ aus dem Video den Plotter neu erfunden? Das Wort Plotter hat er ja nicht in den Mund genommen. Im Vergleich zu den Plottern, die ich Ende der 80er kennen lernte, sieht der 3D-Drucker allerdings wie Super-Zeitlupe aus.
Die machten fantastische, super-kontrastreiche mehrfarbige Diagramme / Grafiken, zu einer Zeit, wo einfarbige Matrixdrucker - nur Text oder Klötzchen-Grafik - sonst vorherrschten. Mit Filz oder sogar Tusche (wenn ich mich nicht täusche, und die Tusche den y-T-Schreiber vorbehalten war). In Affenzahn. Hatte die selbst programmiert. Erinnere mich noch an PU und PD für Pen Up und Pen Down. Die Befehle wurden einfach als Ascii Text an den Plotter geschickt (gab die mit RS-232 aber auch mit damals in Labors beliebtem GPIB - General Purpose Interface Bus - war bisschen mühsamer zu programmieren).
Der Youtube-Beitrag, amüsant wie er ist, scheint mir schon viel Suggestion dahinter - als könnte ChatGPT da auf dem Blatt die richtige Stelle für das Kreuz selbständig finden.
Geht das mit dem Ankreuzen im Text (auf dem Computer-Display) denn wirklich? So in der Art:
Welche Aussagen sind richtig. Mehrere Antworten sind möglich:
() Aussage a
() Aussage b
() Aussage c
Sowas war ja im Video und in der Antwort waren dann Kreuze gesetzt. Hätte ich gerne selbst ausprobiert, aber komme nicht ran ...
@rols1, ich weiß nicht, wie du das genau technisch umsetzt. Allerdings ist die Sache bei Arte möglicherweise viel einfacher, als bei ZDF (wo man die URL modifizieren musst). Ich hatte bei ARTE jedenfalls kein Problem den UHD Stream zu finden - er ist im "normalen" Master-Manifest drin. auf der Z.B.:
https://arte-uhd-cmafhls.akamaized.net/corner_uhd/094000/094400/094411-000-B/094411-000-B_VA_XQ.m3u8
[...]
#EXT-X-STREAM-INF:BANDWIDTH=18214366,AVERAGE-BANDWIDTH=9509929,VIDEO-RANGE=SDR,CODECS="hev1.1.6.L150.B0,mp4a.40.2",RESOLUTION=3840x2160,FRAME-RATE=25.000,AUDIO="audio_0"
videos/094411-000-B_v2160.m3u8
[...]
Mein Einstiegspunkt: https://www.arte.tv/de/videos/RC-022710/programme-in-uhd-qualitaet/ ("Programme in UHD Qualität")
@wonk, was vielleicht für dich nicht 100% offensichtlich ist auf der verlinkten URL: bisschen nach unten scrollen oder nach Guides suchen und bei Guides musst du vermutlich den Pfeil bei Expand klicken, damit du die URLs siehst.