Kodinerds IPTV - Fertige Liste mit freien IPTV-Kanälen

    Kann ich bestätigen, @mark100, läuft bei mir auch nicht auf der VU+, weder 4097 noch 5002. Bei 5002 spielt er vielleicht für 1 Sekunde Bilder ab ohne Ton, dann steht das Bild. Bei 4097 kommt gar nix.

    @darkside40, die Zahlen sind Enigma2-Service-Typen. Die übliche Konvention ist: 1:normales DVB, 4097 IPTV mit internem Player (gstplayer), 5002 IPTV mit ffmpeg framework.

    Bei manchen HLS, laufen die Streams mit 5002, nicht mit 4097. Dass "normale" HLS mit keinem von beidem laufen, ist eher ungewöhnlich, kann mit verwendeten CODECs zusammen hängen. Unter VLC scheint der Stream einwandfrei zu laufen und gefiel passenderweise zum heutigen Wochentag mit U2 Sunday Bloody Sunday ...

    Laut ffprobe:
     Stream #0:1: Video: h264 (High) (avc1 / 0x31637661), yuv420p, 720x576 [SAR 16:15 DAR 4:3], 0 kb/s, 25 fps, 25 tbr, 1k tbn, 50 tbc (default) 

    Ich frage mich grade, ob das ungewöhnlich ist, H264 mit SD Auflösung? Vielleicht beißt sich die Box an den ungewöhnlichen Aspect-Ratios?

    Kodi 21.1, 17.6, 21.1, 16, 20.5 on Windows 11 Pro, Android 6, Android 12, FireTV Box 2nd Gen, FireTV 4k Max 2nd Gen
    Media on NAS, OpenMediaVault 6 (Debian Linux).

    Einmal editiert, zuletzt von buers (22. Januar 2023 um 13:33)

    Habe es auch noch Mal mit Streamlink-Server auf der Box probiert - Nada. Stremlink unter Windows wirft folgenden Fehler aus:

    error: Unable to open URL: https://stream8.toserver.net:4433/cmaf/ottofmtv/index.m3u8 (HTTPSConnectionPool(host='stream8.toserver.net', port=4433): Max retries exceeded with url: /cmaf/ottofmtv/index.m3u8 (Caused by SSLError(SSLCertVerificationError(1, '[SSL: CERTIFICATE_VERIFY_FAILED] certificate verify failed: unable to get local issuer certificate (_ssl.c:997)'))))

    Scheint was mit den Zertifikaten nicht zu passen (möglicherweise Problem von streamlink auf meinem Windows Client und auf der E2-Box, hatten wir ja schon Mal, dass bei sowas ein Update für Abhilfe sorgte).

    Wird schon stimmen, easy4me. Aber immerhin sind die E2-Boxen irgendwie auch noch bisschen Relikte, ursprünglich designed für Sat/Kabel. Und manche tolle Funktionalität im Nachhinein reingeschraubt. Merkt man auch an den Service-Typen, die man selektieren/probieren muss, dass bei 4097 Aufnahmen gehen, bei 5002 nicht, ...

    EDIT: Grade noch Mal getestet, hast Recht @easy4me, an H264 für kleine Auflösung alleine liegt es nicht, das kann die E2-Box. SAR/DAR sind aber schon ungewöhnlich bei Otto FM TV.

    Kodi 21.1, 17.6, 21.1, 16, 20.5 on Windows 11 Pro, Android 6, Android 12, FireTV Box 2nd Gen, FireTV 4k Max 2nd Gen
    Media on NAS, OpenMediaVault 6 (Debian Linux).

    Einmal editiert, zuletzt von buers (22. Januar 2023 um 13:54)

    Hat jemand ne Idee, warum bei meinem tvheadend die Radiostreams von WDR (WDR 2, 3, 4, 5) und BBC (1, 2, 3, 4) nen Fehler werfen?

    Wenn ich die entsprechenden Links im Browser öffne, funktioniert's.

    Log:

    Code
    2023-01-22 14:30:43.734 mpegts: pipe_radio.m3u - WDR 3 in kodinerds radio - tuning on IPTV #1
2023-01-22 14:30:43.755 spawn: Executing "/usr/bin/ffmpeg"
2023-01-22 14:30:43.755 subscription: 0A93: "scan" subscribing to mux "pipe_radio.m3u - WDR 3", weight: 6, adapter: "IPTV #1", network: "kodinerds radio", service: "Raw PID Subscription"
2023-01-22 14:30:44.041 iptv: stdin pipe 34 unexpectedly closed: No data

    ok, ist aber glaub ich auch nicht viel aussagekräftiger :D

    Code
    Loglevel debug: enabled
2023-01-22 14:40:29.857 mpegts: pipe_radio.m3u - WDR 3 in kodinerds radio - tuning on IPTV #1
2023-01-22 14:40:29.876 spawn: Executing "/usr/bin/ffmpeg"
2023-01-22 14:40:29.878 subscription: 0A94: "scan" subscribing to mux "pipe_radio.m3u - WDR 3", weight: 6, adapter: "IPTV #1", network: "kodinerds radio", service: "Raw PID Subscription"
2023-01-22 14:40:30.161 iptv: stdin pipe 39 unexpectedly closed: No data
2023-01-22 14:40:44.857 mpegts: pipe_radio.m3u - WDR 3 in kodinerds radio - scan no data, failed
2023-01-22 14:40:44.857 subscription: 0A94: "scan" unsubscribing

    ach so sorry:

    Also wenn ich auf den im ffmpeg-Log genannten Link gehe, bekomme ich eine andere URL angezeigt.

    http://f141.rndfnk.com/ard/wdr/wdr3/live/mp3/256/stream.mp3?cid=01FBS0C9GMJJE2D5WXZHFQY7HG&sid=2KgWKGP2xtFHMBF6jUz9FB1r4Wc&token=lgG-bAAmC4EPWAlsCpT2o-fT64j3_1hxMMNdRO6pNc8&tvf=IP33q4S6PBdmMTQxLnJuZGZuay5jb20

    Die Query-Strings kann man nicht entfernen, da die Verbindung dann wieder abgelehnt wird. Da arbeitet man mit irgendwelchen Sessions. Man wird aber eigentlich von der ursprünglichen WDR-Adresse auf die rndfnk-URL weitergeleitet.

    nochmal zu otto fm aus italien ich habe die service app noch auf meiner solo4k und mit dem exteplayer läuft der stream mit hängern ob das jetzt an meiner geschwindigkeit liegt weis ich nicht der ton geht aber

    Zitat von Raspi4Fan

    Hi,

    die Adresse vom Dash-Stream von Tagesschau24 hat sich geändert, hier die neue Adresse:

    http://tagesschau.akamaized.net/dash/live/2020…agesschau_3.mpd

    Grüße

    es gibt ausser dem "tagesschau_3" Stream auch "tagesschau_1" und "tageschau_2" wobei der zweier-Stream wohl nur bei aktuellen Ereignissen verwendet wird ansonsten wird da nur eine Dummy-Stream verbreitet.

    Code
    http://tagesschau.akamaized.net/dash/live/2020096/tagesschau/tagesschau_1/tagesschau_1.mpd
http://tagesschau.akamaized.net/dash/live/2020097/tagesschau/tagesschau_2/tagesschau_2.mpd
http://tagesschau.akamaized.net/dash/live/2020098/tagesschau/tagesschau_3/tagesschau_3.mpd

    Einmal editiert, zuletzt von bazi98 (18. Februar 2023 um 17:48) aus folgendem Grund: typo

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!

Benutzerkonto erstellen Anmelden