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
Am Samstag (06.09.25) Vormittag werde ich ein Update der Forensoftware (inkl. aller Plugins) durchführen. Das Forum wird deshalb auf unbestimmte Zeit nicht verfügbar sein. Neuigkeiten wird es im Matrix Chat geben: https://www.kodinerds.net/thread/79927-freischaltung-matrix-chat/
-
-
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?
