Diese Änderung kannst du bei dir rückgängig machen, um ausschließlich die AAC 2.0-Spuren zu erhalten:
Danke, funktioniert damit super! Bin mal gespannt, wie lange die Links am Leben bleiben.
Beiträge von Nemensi
-
-
Bieten mit "richtigem" Parameter sogar Dolby Digital Audio (2.0 und 5.1)
Könntest Du die verfügbaren Parameter bitte einmal dokumentieren?
Edit: Mein Player hat Probleme mit den DD51-Audiospuren und ich würde diese in der M3U8 gerne auf Stereo beschränken.
-
Alles anzeigen
Ich erhalte in unregelmäßigen Abständen eine Exception bei Nello.
In diesem Fall ist ein Abspielen des gewünschten Senders nicht möglich.
Gleichzeitig funktionieren aber andere Sender. Nach mehrmaligen hin- und herzappen funktioniert dann aber der gewünschte Sender.
Lässt sich ggf. an der Fehlermeldung erkennen, woran das liegt?
Spoiler anzeigen
ERROR:root:Expecting value: line 1 column 1 (char 0)
Traceback (most recent call last):
File "/telerising/requests/models.py", line 971, in json
File "/telerising/json/__init__.py", line 346, in loads
File "/telerising/json/decoder.py", line 337, in decode
File "/telerising/json/decoder.py", line 355, in raw_decode
json.decoder.JSONDecodeError: Expecting value: line 1 column 1 (char 0)
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "/telerising/app/routes/api.py", line 459, in channel_file
File "/telerising/app/providers/netstream.py", line 252, in load_channel_file
File "/telerising/requests/models.py", line 975, in json
requests.exceptions.JSONDecodeError: Expecting value: line 1 column 1 (char 0)
Bei mir passiert das ebenfalls, vorwiegend abends. Auch kein VPN dazwischen, Telerising läuft auf einem VPS2Day-Server in der Schweiz. Vielleicht lässt sich bei einem JSON-Fehler der fehlerhafte Abschnitt in das Log schreiben?
-
Falls jemand ein MacBook hat... kann mir jemand bitte mittels DevTools aus dem Browser (Safari) einmal beim Login-Versuch den Output (mit den Headers) schicken?
Meinst Du das?
Code
Alles anzeigenÜbersicht URL: https://phoenix.sky.ch/de/login/classic Status: 200 Quelle: Netzwerk Adresse: 18.64.103.7:443 Anfrage :method: GET :scheme: https :authority: phoenix.sky.ch :path: /de/login/classic Cookie: i18n_redirected=de Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8 Host: phoenix.sky.ch User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/15.6.1 Safari/605.1.15 Accept-Language: de-de Accept-Encoding: gzip, deflate, br Connection: keep-alive Antwort :status: 200 Content-Type: text/html; charset=utf-8 Vary: Accept-Encoding Via: 1.1 c25b1f7aa410c3a4dd235dd71a0d38e8.cloudfront.net (CloudFront) Age: 527 Accept-Ranges: none Date: Mon, 30 Jan 2023 16:48:26 GMT Content-Encoding: gzip ETag: "ace-yzcQiyehyGgTPhU6HEJznw9G3VM" x-cache: Hit from cloudfront x-amz-cf-pop: TXL50-P3 x-amz-cf-id: 3p62Vh6f1zSnjLI24mJ2-diKrde9aD4akiw0lZjNshUi7nZxiKKWpw== -
Ich gehe eher davon aus, dass es wieder an irgendwelchen VPN-/Proxy-Diensten liegt.
Ich hatte die Fehlermeldung diese Woche auch zweimal auf einem VPS2Day-Server. Das erste mal reichte 1x UpdateSession, beim zweiten Mal brauchte es dann mehrere Versuche. VPN-/Proxydienste sind hier nicht im Einsatz.
Bin jetzt testweise mal auf Nello umgestiegen. Hier ist der Rückspulpuffer zwar noch etwas geringer als bei den Zattoo-Streams, dafür gibt es aber keinen 5s-Ruckler nach dem Start.
-
Liegt wohl eher an der Group-ID, aber mit mehreren Streams/Gruppen hätte dann ffmpeg wieder Probleme.
Vielleicht optional, falls Du bei Gelegenheit einmal Lust und Zeit dazu hast.
-
Ich werde die Zattoo-m3u bei Gelegenheit mal durch den Apple Media Stream Validator laufen lassen.
Nur zur Info. Der Validator gibt den gleichen Fehler aus:
Code
Alles anzeigenValidate httpx://www.xxx.eu/1.m3u8, fetch http [/1.m3u8] Started root playlist download [/HD_rtl_schweiz/t_track_audio_bw_256_num_1_tid_3_p_20_l_de_nd_1600_mbr_8000.m3u8] Started media playlist download [/HD_rtl_schweiz/t_track_video_bw_7800_num_0_tid_1_nd_1600_mbr_8000.m3u8] Started media playlist download [/HD_rtl_schweiz/t_track_audio_bw_256_num_1_tid_3_p_20_l_de_nd_1600_mbr_8000.m3u8] All media files delivered, waiting until next playlist fetch [/HD_rtl_schweiz/t_track_audio_bw_256_num_1_tid_3_p_20_l_de_nd_1600_mbr_8000.m3u8] All media files delivered, waiting until next playlist fetch [/HD_rtl_schweiz/t_track_audio_bw_256_num_1_tid_3_p_20_l_de_nd_1600_mbr_8000.m3u8] All media files delivered, waiting until next playlist fetch [/HD_rtl_schweiz/t_track_audio_bw_256_num_1_tid_3_p_20_l_de_nd_1600_mbr_8000.m3u8] All media files delivered, waiting until next playlist fetch ^C2023-01-06 14:31:16.406 mediastreamvalidator[1105:22401] Got SIGINT -------------------------------------------------------------------------------- httpx://www.xxx.eu/1.m3u8 -------------------------------------------------------------------------------- HTTP Content-Type: application/vnd.apple.mpegurl -------------------------------------------------------------------------------- httpx://xxx-hls7-live.zahs.tv/HD_rtl_schweiz/t_track_audio_bw_256_num_1_tid_3_p_20_l_de_nd_1600_mbr_8000.m3u8?z32=xxx -------------------------------------------------------------------------------- HTTP Content-Type: application/vnd.apple.mpegurl Processed 54 out of 54 segments Average segment duration: 1.600000 Total segment bitrates (all discontinuities): average: 259.94 kb/s, max: 259.94 kb/s Rendition group ID: audio Discontinuity: sequence: 0, parsed segment count: 54 of 54, duration: 86.400 sec, average: 259.94 kb/s, max: 259.94 kb/s Track ID: 3 Audio Codec: ec-3 Audio sample rate: 48000 Hz Audio channels: 6 Audio channel layout: 5.1 (L C R Ls Rs LFE) -------------------------------------------------------------------------------- httpx://xxx-hls7-live.zahs.tv/HD_rtl_schweiz/t_track_video_bw_7800_num_0_tid_1_nd_1600_mbr_8000.m3u8?z32=xxx -------------------------------------------------------------------------------- HTTP Content-Type: application/vnd.apple.mpegurl Processed 43 out of 54 segments Average segment duration: 1.600000 Total segment bitrates (all discontinuities): average: 7501.99 kb/s, max: 7865.61 kb/s Playlist max bitrate: 8000.000000 kb/s Audio Group ID: audio Discontinuity: sequence: 0, parsed segment count: 43 of 54, duration: 86.400 sec, average: 7501.99 kb/s, max: 7865.61 kb/s Track ID: 1 Video Codec: avc1 Video profile: Main Video level: 4.2 Video resolution: 1920x1080 Video average IDR interval: 1.600000, Standard deviation: 0.000000 Video frame rate: 50.000 Track ID: 2 -------------------------------------------------------------------------------- MUST fix issues -------------------------------------------------------------------------------- Error: Media Entry URL not match previous playlist for MEDIA-SEQUENCE 1045632365: f_track_video_ts_1673011784000_bw_7800000_nd_1600_d_1600_num_0_tid_1_mbr_8000.m4s?z32=xxx vs f_track_video_ts_1673011784000_bw_7800000_nd_1600_d_1600_num_0_tid_1_mbr_8000.m4s --> Detail: Line: f_track_video_ts_1673011784000_bw_7800000_nd_1600_d_1600_num_0_tid_1_mbr_8000.m4s --> Source: httpx://xxx-2-hls7-live.zahs.tv/HD_rtl_schweiz/t_track_video_bw_7800_num_0_tid_1_nd_1600_mbr_8000.m3u8?z32=xxx Error: Received stale playlist --> Detail: Playlist media sequence number: 1045632365, Last seen: 1045632365 --> Source: httpx://xxx-2-hls7-live.zahs.tv/HD_rtl_schweiz/t_track_audio_bw_256_num_1_tid_3_p_20_l_de_nd_1600_mbr_8000.m3u8?z32=xxx --> Detail: Playlist media sequence number: 1045632365, Last seen: 1045632365 --> Source: httpx://xxx-2-hls7-live.zahs.tv/HD_rtl_schweiz/t_track_video_bw_7800_num_0_tid_1_nd_1600_mbr_8000.m3u8?z32=xxx Error: Media Entry URL not match previous playlist for MEDIA-SEQUENCE 1045632365: f_track_audio_ts_1673011784000_bw_256000_nd_1600_d_1600_num_1_tid_3_mbr_8000_p_20_l_de.m4s?z32=xxx vs f_track_audio_ts_1673011784000_bw_256000_nd_1600_d_1600_num_1_tid_3_mbr_8000_p_20_l_de.m4s --> Detail: Line: f_track_audio_ts_1673011784000_bw_256000_nd_1600_d_1600_num_1_tid_3_mbr_8000_p_20_l_de.m4s --> Source: httpx://xxx-2-hls7-live.zahs.tv/HD_rtl_schweiz/t_track_audio_bw_256_num_1_tid_3_p_20_l_de_nd_1600_mbr_8000.m3u8?z32=xxx -------------------------------------------------------------------------------- SHOULD fix issues -------------------------------------------------------------------------------- Warning: Non-canonical language subtag in language tag --> Detail: RFC5646 language: 'de', Language tag: 'deu' --> Source: httpx://www.xxx.eu/1.m3u8 --> Compare: httpx://xxx-2-hls7-live.zahs.tv/HD_rtl_schweiz/t_track_audio_bw_256_num_1_tid_3_p_20_l_de_nd_1600_mbr_8000.m3u8?z32=xxx -------------------------------------------------------------------------------- CAUTION -------------------------------------------------------------------------------- MediaStreamValidator only checks for violations of the HLS specification. For a more comprehensive check against the HLS Authoring Specification, please run hlsreport on the JSON output.Die letzte Warnung bezieht sich auf den Language-Tag, den die Telerising-API in die m3u packt. Der RFC nach müsste dieser "de" lauten.
Was mir noch aufgefallen ist: Wenn ich im Manifest zwei Streams ausliefere (Stereo und AC3), dann zeigt der tvOS-Player nur eine verfügbare Sprache an. Das liegt daran, dass beide Audiospuren in der m3u die gleichen Namen/Tags haben.
Wenn ich diese testweise auf
Code#EXT-X-MEDIA:TYPE=AUDIO,GROUP-ID="audio",NAME="Deutsch",DEFAULT=YES,AUTOSELECT=YES,LANGUAGE="de", #EXT-X-MEDIA:TYPE=AUDIO,GROUP-ID="audio",NAME="Deutsch (AC3)",DEFAULT=NO,AUTOSELECT=YES,LANGUAGE="de-AC3",ändere, dann werden sie auch als "Deutsch" und "Deutsch (AC3)" im Auswahlmenü des Players angezeigt. Auch im VLC-Player lassen sie sich dann besser auseinanderhalten.
-
Ich gehe eher davon aus, dass der Player sich an der nachträglichen Umleitung von der Telerising-IP-Adresse auf die Zattoo-URL stört, was aber aufgrund der notwendigen Session-Abfrage unvermeidbar ist.
Nein, daran liegt es auch nicht. Ich habe gerade einmal den AVPlayer direkt mit dem Zattoo-m3u-Video (aus der Telerising-m3u) gefüttert. Auch hier ein kurzer Bildruckler nach fünf Sekunden. Anscheinend mag der AVPlayer etwas aus der Zattoo-m3u nicht. Aber der kleine Ruckler beim Start ist viel besser als gar kein IPTV.
Ich werde die Zattoo-m3u bei Gelegenheit mal durch den Apple Media Stream Validator laufen lassen.
-
Ich kann mit der Fehlermeldung nichts anfangen. Ich weiß auch nicht, warum der tvOS-Player offenbar den Session-Parameter abschneidet. Ohne Session startet die Wiedergabe normalerweise gar nicht erst.
Den Session-Parameter hatte ich zur besseren Übersichtlichkeit für das Forum abgeschnitten. Der Ruckler ist auch nur als kurzer Sprung in Bild und Ton bemerkbar.
Die Url aus der Fehlermeldung
httpx://http://xxx.zahs.tv/HD_sf1/t_track…0_mbr_8000.m3u8
kommt aber anscheinend direkt von Zattoo, also schon außerhalb Deines Einflussbereichs? -
Das wird dann eher an der tvOS-App liegen, denn VLC und tvHeadend/ffmpeg haben kein Problem damit.
Hmm, ich übergebe dem tvOS-eigenen AVPlayer eigentlich nur die Telerising-m3u. Also wie vorher die Wilma-m3u und die freien ÖR-m3u. Kannst Du mit der Fehlermeldung irgendetwas anfangen?
Und ja, Teleboy sperrt gerne die IP-Adressen von VPS-/VPN-Servern, das ist nichts Neues.
Gut zu wissen. Gibt es Erfahrungswerte, ob die Sperre permanent ist? Wäre es eine Lösung, auf dem VPS dnsmasq zu installieren und dann die teleboy.ch-Domain z.B. über dns4me umzuleiten?
-
Hallo und zuerst einmal ein großes Dankeschön an @easy4me für die Bereitstellung des API-Servers!
Ich habe diesen auf VPS2Day installiert und verwende ihn nach dem Abschalten der Wilma-Links mit y3o. Zum Abspielen der Streams verwende ich eine eigene AppleTV-App. Die Streams starten sofort, aber nach 3-4 Sekunden gibt es immer einen kurzen Ruckler. tvOS gibt folgenden Fehler zurück:
httpx://http://xxx.zahs.tv/HD_sf1/t_track…00.m3u8?z32=xxx - - -12312 "CoreMediaErrorDomain" "Media Entry URL not match previous playlist for MEDIA-SEQUENCE 1045409143: f_track_video_ts_1672654628800_bw_7800000_nd_1600_d_1600_num_0_tid_1_mbr_8000.m4s?z32=xxx vs f_track_video_ts_1672654628800_bw_7800000_nd_1600_d_1600_num_0_tid_1_mbr_8000.m4s"
Erst danach wird die Live-Kennung in der Wiedergabesteuerung eingeblendet und der Stream läuft bis zum Ende fehlerfrei weiter. Diesen Effekt hatte ich mit den bekannten Wilma-Links nicht und auch bei den freien ÖR-Streams tritt er nicht auf. Könnte das vielleicht an der Zusammenstellung der Streams in der m3u-Datei liegen? Dabei ist es auch egal, ob im Manifest HLS5/7 oder Stereo/AC3 aktiviert ist.
Eine zweite Sache: Beim Hinzufügen eines anonymen Teleboy-Accounts kommt die Meldung 'The service is unavailable in your country'. Liegt dies daran, dass Teleboy die IP gesperrt hat?
