Achso. Du hattest direkt auf @crazyfloyd geantwortet, der über sein Problem unter IPTV Simple Client geschrieben hatte.
Ja, das war ein Fehler, sorry.
Aber Raten musstest du nicht. Denn am Donnerstag (4 Std. vor deiner Nachfrage) hab ich geschrieben:
> Aufnahmen laufen aber auf meinem Ubuntu-Server mit TVHeadend 4.2.8
Sorry für die Verwirrung und danke fürs Testen.
Frohe Ostertage!
@andynerd, das verwirrt mich jetzt. Nach meinem Verständnis kann die von mir gezeigt rtp-URL in Kodi 18.9 gar nicht funktionieren.
[...]
Hast du eine Erklärung?
Ja, ich denke schon. 
Bei mir lädt ja nicht Kodi die Streams sondern TVheadend. Kodi ruft dann alles von dem TVheaden-Server ab.
Ich bin noch bei Kodi 18, weil ich LibreELEC auf dem Raspberry benutze und da läuft noch LE 9.2.6.
Aufnahmen laufen aber auf meinem Ubuntu-Server mit TVHeadend 4.2.8
> Du nimmst auch die aktuellen Streams der Art?
> rtp://87.141.215.251@232.0.20.35:10000
Genau.
Am Internetanschluss liegt's eher nicht. 255.72 Mbits/s sollte genügen.
Bei mir läuft es noch mit den URLs vom letzten Jahr, aber seit ca. Januar leider mit vielen Übertragungsfehlern.
Und wenn ich mehr als einen Stream aufnehme/anschaue, dann seh ich nur noch ein kaputtes Bild.
Irgendwas muss sich also wohl tatsächlich schon wieder verändert haben.
Hat jemand ähnliche Erfahrungen bzw. schon eine Lösung dafür?
Danke,
Andy
Dort steht u.a.:
"SSM [Source specific Multicast] ist für TVHeadend auch noch relativ neu und funktioniert nach eigener Erfahrung erst ab TVHeadend 4.3.
Hast du vielleicht tvh 4.2. Bei mir klappt es mit der m3u-Liste mit 4.3.
Ja, hab ich tatsächlich. "unstable" klingt mir zu unstable für ein System, das die ganze Familie nutzt.
Danke für den Hinweis aus dem Wiki - den hab ich übersehen. Das erklärt, warum ich soviel Handarbeit reinstecken musste. Aber jetzt läuft's wenigstens und alle sind wieder zufrieden. Wenn ich jetzt auch noch die IR-Steuerung auf meinem neuen Raspi 4 zum Laufen krieg, wären alle happy.
Zu deiner anderen Frage wg der Abbrüche nach 2 Minuten: Ich hab die Zeit nicht so genau gemessen, aber das kommt schon hin. Deshalb bin ich ja entnervt wieder weg von den ffmpeg-pipe Streams. Siehe meine Antwort oben. Üsch zütüre:
> Es nervt, dass die Aufnahmen mit der ffmpeg-pipe Variante unbrauchbar sind und Live-TV geht auch nicht länger als ein paar Minuten gut.
Oder meintest du noch was anderes?
Andy
Wenn ich eine m3u verwende (z.B. https://db.iptv.blog/multicastadressliste/tvheadend), dann verschluckt TVH immer den Source-Teil der rtp-Adresse. Hast du tatsächlich alle Sender nacheditiert?
Nein, das klappt auch nicht. Am nächsten Tag waren meine Korrekturen wieder weg.
Also hab ich gestern abend die Muxes nun alle von Hand eingetragen. 
Aber heute sind sie wenigstens noch da. Scheint so, als liefe nun alles wieder so wie es soll, puh.
Danke für alle Tipps hier!
Klingt so, als wäre dein Raspi schwer beschäftigt.
Hast du vielleicht dieses Problem?
Entertain IPTV - TV-Streams für Telekom EntertainTV
Heute hatte ich endlich wieder Zeit mich mit TVH (Ubuntu) zu beschäftigen. Es nervt, dass die Aufnahmen mit der ffmpeg-pipe Variante unbrauchbar sind und Live-TV geht auch nicht länger als ein paar Minuten gut.
@buers Trick mit dem Interface-Einstellen hat heute nun funktioniert, juchhu! (vielleicht war mein früheres TVH einfach zu alt)
Aber wie schaffst du es, dass du nicht alle Sender von Hand einstellen musst? Wenn ich eine m3u verwende (z.B. https://db.iptv.blog/multicastadressliste/tvheadend), dann verschluckt TVH immer den Source-Teil der rtp-Adresse. Hast du tatsächlich alle Sender nacheditiert?
Merci!
@andynerd, wie bist du denn auf die Formatierung der URL mit Fragezeichen und Sources gekommen? Ist das irgendwo so dokumentiert in ffmpeg Doku oder sonstwo? Oder schreibt tvh das für ffmpeg noch irgendwie um. Hatte früher schon mal lange mit ffmpeg experimentiert und auch Doku studiert, hatte aber das neue MagentaTV-Format nicht zum Laufen gekriegt.
Sorry, war längere Zeit afk.
Mir ist jetzt wieder eingefallen, wo ich diese Adressierung her hatte: https://db.iptv.blog/multicastadressliste
Jetzt bin ich etwas verwirrt. Habe versucht - auf PC und Enigma2 Receiver - deinen ffmpeg pipe Befehl nachzuvollziehen. Und da kommt eine Riesen-Überraschung. Auf PC unter Windows 10 Pro und auf E2-Receiver schien zunächst zu funktionieren:
Hm, das habe ich irgendwo schon mal gelesen...
Ich glaube, da hat jemand dann geantwortet, dass das Tool (in dem Fall war's TVH, glaub ich) sich nicht korrekt bei der Source-Adresse für den Multicast registriert hat.
Wenn das aber ein anderes Tool macht, dann klappt's, weil der Stream ja dann durchkommt. Könnte das bei dir ähnlich sein?
Danke dir. Bei mir habe ich keine Ruckler mit den MagentaTV-Streams in tvh aus dem LAN ohne die ffmpeg-pipe.
Jetzt bin ich gespannt: wie hast du das ohne pipe geschafft?
Hab ich das oben irgendwo überlesen?
Mein Setup:
Tvheadend stable: 4.2.8-36~g5bdcfd8ac (2019-11-15T18:14:42+0000)
unter Ubuntu 18.04.3 LTS
auf einem Intel(R) Core i5-8400 CPU @ 2.80GHz mit 8 GB RAM und Samsung SSD 860 PRO 512GB
Im Logfile sehe ich viele Fehlermeldungen:
Jan 12 20:40:16 nashorn tvheadend[17114]: spawn: Executing "/usr/bin/ffmpeg"
Jan 12 20:40:21 nashorn tvheadend[17114]: TS: MagentaTV/MagentaTV.m3u - Das Erste HD/Das Erste HD: AC3 @ #257 Continuity counter error (total 17)
Jan 12 20:40:21 nashorn tvheadend[17114]: TS: MagentaTV/MagentaTV.m3u - Das Erste HD/Das Erste HD: H264 @ #256 Continuity counter error (total 16)
Nachtrag:
Hier die Seiten, die mir halfen:
https://tvheadend.org/issues/4229
https://www.synology-forum.de/showthread.htm…Streams/page101
Source Specific Multicast mit TVheadend ?
Wenn ich das - beim nochmaligen Durchlesen - richtig verstehe, liegt es an der IGMP-Version.
ffmpeg unterstützt IGMP3, aber Tvheadend noch nicht? Tw. steht da aber, dass es inzwischen schon unterstützt wird.
Verwirrend.
@andynerd, wie bist du denn auf die Formatierung der URL mit Fragezeichen und Sources gekommen?
Ehrlich gesagt weiß ich gar nicht mehr, wo ich das gefunden habe. Ich hab die halbe Nacht gesurft und ausprobiert, bis ich das endlich fand.
Leider gibt es damit doch noch ein Problem: ich hab alle paar Minuten Aussetzer.
Sowohl beim Live-TV anschauen als auch bei Aufnahmen.
Kann es sein, dass die ffmpeg Pipe nicht schnell genug nachkommt? Oder bremst die Telekom evtl. absichtlich?
Andy
Ich hatte das gleiche Problem und gestern die Nacht zum Tag gemacht, um es zu lösen.
Meine Lösung hab ich grad im Thema "Entertain IPTV - TV-Streams für Telekom EntertainTV" geschrieben:
Nach langem Rumprobieren hab ich mein TVHEADEND (mit Libreelec/Kodi auf Raspi) nun endlich mit den neuen Magenta-TV Streams zum Laufen gebracht.
Falls noch jemand am Basteln ist, findet ihr im Anhang meine Liste - darf gerne benutzt und weiterverbreitet werden.
Kommentare/Verbesserungen nehme ich auch gerne entgegen
Der "Trick" war ffmpeg-pipe mit diesem URL-Typ: rtp://@232.0.20.35:10000?sources=87.141.215.251
Danke für dieses tolle Forum!
Andy
