Beiträge von easy4me

Zitat von Johnny1982fd

Nach dem Upgrade auf LibreElec 12 geht ARD und ZDF nicht mehr.

Nur noch 5 Sekunden lang und auch nur SD 480p.

Das Problem sollte jetzt bekannt sein: https://github.com/xbmc/xbmc/issues/25131

Zitat von Paust55

Habe hier das gleiche Problem unter CoreElec mit ffmpeg 6.0.1.

Zitat von BartS1975

Es tritt jedenfalls nur In Kodi auf, und zwar sowohl unter Android (Fire TV Stick) als auch unter Windows (jeweils ohne irgendeine Fehlermeldung).

Ich habe den Fehler nun gemeldet: https://github.com/xbmc/xbmc/issues/25131

Die neue API-Version ist jedenfalls für ein Video-Addon sehr umständlich strukturiert, da sie darauf baut, dass nur für die auf dem Bildschirm aktuell sichtbaren Sender in der Tabelle die EPG-Daten geladen werden - einzeln pro Kanal und nur für einen begrenzten Zeitraum.

Bei aktuell 272 Sendern dürfte es jedes Mal viel Zeit in Anspruch nehmen, alle Daten für eine simple Liste zu laden.

Es ist vermutlich das gleiche Problem wie bei Telerising: ffmpeg 6, eof, bei den HLS-Streams.

Es liegt übrigens definitiv nicht an Telerising. Selbst wenn man z.B. https://fra3-6-hls7-live.zahs.tv/HD_zdf/m.m3u8?z32=XYZ direkt in die Kanalliste für IPTV Simple Client einbindet, wird die Wiedergabe mit EOF abgebrochen.

Ist dann ein Kodi-Problem, wenn man dort meint, dass die neueste ffmpeg-Version mit irgendwelchen neuen Bugs dafür obligatorisch ist. Das Gleiche gilt für LibreElec etc., wenn dort auch tvHeadend läuft.

Kodi 21 nimmt ffmpeg 6, da kommt dieser EOF-Fehler, warum auch immer.

Bitte entweder Dash in Telerising einstellen, oder in IPTV Simple in den Fortgeschritten-Settings die Option aktivieren, dass für HLS-Streams InputStream Adaptive genutzt werden soll.

Zitat von rolapp

Da müsste man mal wissen wie die smart TV Api aussieht

Da gibt es nur an einer Stelle beim Login einen wesentlichen Unterschied, mehr gibt es nicht zu wissen.

hello_data['app_version'] = '2.2409.1'

hello_data['app_tid'] = "01054a65-1f0d-4a00-a441-44c2ec5fa357"

hello_data['device_type'] = 'android_bigscreen 30/zattoo_2.2409.1/NVIDIA/SHIELD Android TV/mdarcy/1920x1080'

Man sollte allerdings bedenken, dass via Smart TV der Counter im Free-Modus getriggert wird. Ohne Abo ist nach 30h/Monat Schluss. In den Addon-Settings sollte man daher zwischen Web und Smart TV differenzieren können, je nach Abo oder Anwendungsfall.

Du musst die IP-Adresse des Servers wie im genannten Beispiel in den API-Settings hinterlegen.

Hat mit dem Update nichts zu tun. Einfach mal ein paar Seiten zurückblättern.

Zattoo muss ggf. auch hinzugefügt werden - die Streams kommen ja von denen. Kenne mich aber mit der Thematik nicht aus, ist nur eine Vermutung.

Dann läuft der Stream offensichtlich nicht über eine Schweizer IP-Adresse.

An welcher Stelle kommt die Meldung? Beim Einrichten in Telerising oder beim Streamen? Sowohl Telerising als auch der Client, mit dem die Sender gestreamt werden sollen, müssen über eine Schweizer IP-Adresse verfügen.

Wäre interessant zu wissen, ob die Meldung nur ohne Account auftritt oder auch dann, wenn man sich mit einem Account eingeloggt hat.

Liegt an der IP-Adresse (VPN/Proxy), wenn sonst kein Account hinterlegt ist.

Netstream hat noch neun Sender, mehr wird bis auf Weiteres nicht möglich sein.

Zattoo Smart HD (DE) gibt es aktuell drei Monate lang gratis mit dem folgenden Code:

ZATTOOSMART2024

Da wirst du die Berechtigungen des Users, welcher das Skript ausführen soll, prüfen müssen. Scheinbar konnte das Verzeichnis deswegen zuvor nicht korrekt per Skript gelöscht werden, was zu diesem FileExistsError führt.

Liegt entweder an der Verbindung zwischen dem Server und dem Client, an der Verbindung zwischen dem Server und Zattoo oder an ffmpeg.

Man kann in Telerising mehrere Qualitätsstufen auswählen (ggf. 720p anstelle von 1080p), und in den erweiterten Einstellungen zu Zattoo auch einen benutzerdefinierten Streamingserver nutzen. Bei mir läuft ffmpeg 4.3 auf dem Raspberry einwandfrei, ältere Releases gibt es dort: https://www.johnvansickle.com/ffmpeg/old-releases/

Bitte zudem prüfen, ob bei den Muxes der -re-Parameter in der Pipe-URL tatsächlich entfernt wurde. Ggf. ist ein erneuter Scan notwendig.

Ohne Debug sieht man nicht, was genau zu diesem Verhalten führt.

Abhängig vom Device (?) gibt es einen Safe Mode:

https://wiki.libreelec.tv/configuration/safe-mode