Beiträge von easy4me

Meinst du diesen Screen? Ich denke, dieser Effekt ist so gewollt.

v0.12.3 nutzt einen neuen Webplayer für die Swisscom Dash-Streams; zudem gibt es weitere Optimierungen für Netstream, was die Audiospuren bei Dash betrifft.

Sollte jetzt wieder laufen.

Vielleicht sind auch zu viele Telerising-Instanzen mit ihren Session-Updates unterwegs.

Es gibt wieder einen Peak, und es liegt wieder an Zattoo. Also bitte deren Support kontaktieren.

https://xn--allestrungen-9ib.de/stoerung/zattoo/

Am 22. April 2024 soll der Elch-Stream auf RTL+ starten und kostenlos verfügbar sein.

RTL+

Das ist kein Debug-Log.

Die Full HD-Streams laufen bei mir im Webplayer sauber und ohne Buffering, auch wenn das gebuchte Paket (Smart HD bei mir) kein Full HD beinhaltet.

Bei dir sind ja beide Sticks direkt angebunden. Das geht bei mir leider nicht, die Anschlüsse sind in unterschiedlichen Räumen. Mein zweiter Tuner, der Probleme macht, ist halt als SAT>IP gelistet.

Und was kommt als Device Status bei der Wiedergabe in Kodi, wenn der SAT>IP-Server bedient wird?

Ich bekomme beim Zappen auch einen RTSP Error -9, aber nur mit dem zweiten Tuner.

Das Problem betraf auch die offiziellen Apps und die Webseite von Zattoo.

Tuner 1 hat Raspbian, beim zweiten Tuner läuft Windows. Scheinbar stimmt auch nur etwas mit der Verbindung beider Systeme nicht (rtsp).

Aus diesem Grund habe ich bei mir bereits vorher sämtliche Listen auf lokal gespeicherte Playlists umgestellt, damit tvHeadend nicht plötzlich sämtliche Services löscht, weil Provider xy irgendwas geändert hat... oder weil der API-Call zur Playlist wie hier aus irgendwelchen Gründen nicht mehr funktioniert.

Na da ist doch die Gemeinsamkeit, bei mir auch VPS2day, und genau die gleichen Verzögerungen nur bei diesem API-Endpunkt mit der Kanalliste. Da ist doch etwas im Busch bei denen, denn lokal läuft alles noch.

Über welchen Dienst läuft dein VPS? Ist doch sehr seltsam, da mit einer lokal betriebenen Telerising-Instanz die Playlists der gleichen Provider problemlos ohne diese Verzögerung heruntergeladen werden können...

Zitat von ottoy

ich kann gerade die url von meinem telerising server nicht runterladen. Es kommt nur dieses Ladezeichen im Browser und speichert nichts. Bereits heruntergeladen Streams lassen sich im vlc player jedoch abspielen - verrückt.

Liegt wohl an Netstream, da dauert das Laden der Kanalliste gerade scheinbar ewig. Aber bereits zu Zeiten von Nello hatte der Dienst durchaus häufiger Ausfälle, auch auf der eigenen Webseite, wie man in diesem Thread nachlesen kann. Da Nello das selbe Backend wie Netstream benutzt hat, dürfte es bei Netstream selbst auch nicht viel besser sein. Da ist es von Vorteil, wenn man die bereits vorgefertigte Playlist schon vorliegen hat.

Zitat von Jan Tenner

Ich mach denke ich erstmal mit Yallo weiter 😊

Ist wohl besser so, bei Netstream kann ich seit der Einstellung von Nello.TV ohnehin nicht für eine uneingeschränkte Funktionsfähigkeit garantieren. Bei Yallo bin ich hingegen überrascht, dass es schon einige Monate lang keine weiteren API-Anpassungen mehr zur zwangsweisen Ausspielung der eigenen Werbung gegeben hat.

Wie bereits erwähnt, ist Netstream eine Klasse für sich...

Da ist bei einem Sender die erste Tonspur in Wirklichkeit die zweite Tonspur und beim anderen Sender ist alles korrekt. Das Gleiche gilt für die Videospuren mit unterschiedlichsten Bandbreiten und Auflösungsstufen.

Es gibt einfach keinen einheitlichen Ausspielweg, auf den man sich verlassen kann, wie bei den anderen Anbietern. Das ist am Ende wirklich ein großes Manko und erschwert die Einbindung mit ffmpeg enorm, da man dafür die Spuren vorab korrekt festlegen muss.

Abgesehen davon existiert der Anbieter in dem Sinne nicht offen, Nello.TV wurde bereits aufgrund der geringen Resonanz eingestellt. Es gibt noch eine offene "Demo" OTT-Variante mit weniger als 10 Sendern. Dass die deutlich umfangreichere Playlist so funktioniert, ist mehr oder weniger reines Glück und der nicht vorhandenen Absicherung (ohne Cookies/Tokens) geschuldet.

Der Link zur Playlist im erstellten Netzwerk sollte "?ffmpeg=true" beinhalten. Ansonsten dürfte eigentlich alles passen, wenn die Streams auch in VLC abspielbar sind.

Bitte erstmal sicherstellen, dass die aktuellste Version von Telerising genutzt wird.

Da gibt es ansonsten mehrere Bausteine:

• Es sollte die ffmpeg Pipe-Playlist genutzt werden. Den Link dazu kann man sich aus Telerising herauskopieren, dort kann man den Haken entsprechend vorher setzen.
• Die Anzahl der Streams sollte im erstellten IPTV-Netzwerk nicht auf "0" stehen (=unbegrenzt viele Streams beim Scannen), sondern abhängig von den jeweiligen Möglichkeiten entsprechend begrenzt werden.
• Es sollte in den API-Settings geprüft werden, ob die korrekte IP-Adresse wie im dortigen Beispielformat hinterlegt ist. Im Webplayer kann man prüfen, ob die Streams bereits lauffähig sind. Wenn nicht, ist vermutlich die IP-Adresse falsch bzw. nicht erreichbar.
• Die ffmpeg-Installation ist auch entscheidend. Der Pfad zur installierten Binary muss ggf. korrigiert werden, wenn "ffmpeg" im Terminal ohne Angabe des Pfades nicht ausreicht, um das Tool direkt auszuführen. Dafür gibt es eine Einstellung bei den API-Settings.

Hängt davon ab, ob du die File Extension in den API-Settings aktiviert hast, bzw. ob bei den bereits gescannten Kanälen ".m3u8" in den Links steht. Wenn nicht, geht es auch ohne erneutes Einlesen in tvHeadend.