Grundsätzlich sollte das mit allen MagentaTV Tarifen der Telekom funktionieren solange du über diesen Tarif online gehst.
Einzige Ausnahme, du hast den MagentaTV Tarif ohne Internetzugang (OTT) zur Nutzung von MagentaTV über einen anderen Anbieter.
Am einfachsten testest du ob du die Streams über VLC empfangen kannst.
https://db.iptv.blog/multicastadressliste
Gruß dile
Um das hier abzuschließen. Ich hatte mein System nochmal auf einen alten Stand vor Buster zurückgesetzt und dort trat der Fehler nicht auf. Nach dem Update auf Buster kam es wieder zu dem Fehler. Am System hab ich auch nichts gefunden, was den Fehler verursacht.
Ich hab jetzt statt des VDR von den etobi Paketen den VDR selbst kompiliert und damit tritt der Fehler nicht mehr auf.
Gruß dile
EDIT: Workaround: in den Einstellungen das HD/UHD-Symbol abschalten
Das macht keinen Unterschied. Auch wenn das abgeschaltet ist, wird es genauso überlagert. Außerdem sehe ich bei mir auch gar kein extra Symbol womit ich HD Aufnahmen erkennen könnte, auch wenn es aktiviert ist.
Ich hab bei mir noch ein anderes Problem festgestellt. Es werden keine epg Bilder angezeigt bzw. der VDR hängt sich komplett auf und reagiert nicht mehr. Wenn ich die epg Bilder abschalte, dann hängt sich der VDR nicht auf. Folgende Meldung sehe ich im Log als letztes vor dem Absturz:
Hab jetzt schon GraphicsMagick++ und ImageMagick++ probiert.
Ideen was hier falsch läuft oder womit ich das eingrenzen könnte.
Vielen Dank Gruß dile
Vielen Dank für das Plugin. 
Ich hab es auf einem Raspi3 mit rpihddevice installiert und es sieht bis auf eine Kleinigkeit sehr gut.
Wenn ich auf die Aufnahmen gehe, dann werden die noch ungesehenen Aufnahmen mit dem Hinweis "neu" markiert. Bei mir überlagert dieser Hinweis mit der Zeitangabe für die Länge der Aufnahme so das diese nicht richtig zu erkennen ist und unschön aussieht. Ist das nur bei mir bzw. mit dem rpihddevice ein Problem?
Gruß dile
Ich nutze schon seit Jahren die freien Sender von MagentaTV bzw. früher Entertain im VDR. Grundsätzlich funktionieren nur die Sender die unverschlüsselt gesendet werden. Das bedeutet nur die öffentlichen Sender in HD und die privaten in SD. Du hast ja schon die Senderliste gesehen. Alles was nicht in der Senderliste steht, funktioniert auch nicht, da es verschlüsselt gesendet wird. Auch die Mediathek funktioniert nicht im VDR.
Gruß dile
Wenn sich jemand, der sich mit patchen etc. auskennt, zur Verfügung stellt das testen zu übernehmen integriere ich die Unterstützung von Raspi4 in softhddevice-drm. Ich habe kein Raspi4 hier und kann mir nicht jedes ARM Board kaufen.
Können denn die älteren Raspi's auch V4L2 und falls ja, ist es sinnvoll diese auch in softhddevice-drm zu integrieren ?
Gruß dile
Ich hab das Problem weiter beobachtet und es tritt sporadisch nach dem hochfahren des Raspi auf. Wenn ich umschalte oder den VDR nach einer Weile ohne reboot neu starte dann tritt das Problem nicht auf. Hab noch versucht den VDR etwas später zu starten aber das scheint keinen Unterschied zu machen.
Hi,
is multicast correct enabled on your system?
CU
9000h
According to my status, multicast is activated. is there anything in particular that I should check?
Kann es sein das der VDR einfach zu früh gestartet wird und noch ein anderer Dienst fehlt damit setsockopt verwendet werden kann?
Gruß Dile
Hallo,
ich verwende OSMC mit 2 Raspi 3 und diese wurden kürzlich auf Buster upgedatet. Seit dem fällt mir auf beiden Geräten auf, dass sporadisch kein Bild kommt. Das fällt mir vor allem beim Start des VDR auf. Wenn ich dann umschalte dann kommt ein Bild und der Fehler ist weg. Ich verwende IPTV mit Entertain von der Telekom.
Ich den Loggs sehe ich dann den folgenden Fehler:
Könnt Ihr mir sagen was die Fehlermeldung "setsockopt(MCAST_JOIN_SOURCE_GROUP): Das Argument ist ungültig" bedeutet oder wo ich bei der Fehlersuche ansetzen kann.
Vielen Dank Gruß dile
Ich benutze auf meine Pi3 OSMC und hab dort die Quellen von Tobi hinzugefügt um KODI und VDR nutzen zu können.
https://blog.e-tobi.net/pages/repositories
Gruß dile
Ich habe den Patch am Montag Abend eingespielt und mir ist bis jetzt nichts ungewöhliches aufgefallen. Ich beobachte das weiter und sage schon mal vielen Dank
Gruß Dile
Danke da hätte ich auch alleine drauf kommen können.
Edit: Ich hab mir gerade mal das EPG von N3 angeschaut. Da sind dann zum Beispiel zwischen 18 und 20 Uhr, wenn die ganzen regionalen Sendungen laufen, auch viele verschiedene EPG Einträge zur gleichen Zeit für die verschiedenen Sender.
Habt Ihr auch eine Lösung für Radio Bremen TV bisher RB-TV.
Vielen Dank Gruß Dile
Hallo,
ich hab jetzt alles auf "S=0" umgestellt und damit sieht alles gut aus. Hatte vorher schon getestet über das IPTV Plugin zu deaktivieren. Da werden dann aber auch die Audio Spuren nicht aktualisiert. Bei "S=0" ändert sich nichts an den Channels ID und die Tonspuren werden aktualisiert. Das ist also die einfachste und wahrscheinlich auch beste Lösung und bisher sieht alles gut aus.
Vielen Dank und viele Grüße Dile
Hallo Helmut,
ich habe mit dem iptv-eit-sdt-sidscanner.patch noch Probleme. Ich gehe mal davon aus das der ohne den ersten Patch funktioniert.
Ich habe bei einem Sender die Nid/Tid/Sid auf 0 gesetzt. Der Eintrag wird zwar nicht sofort korrigiert aber mit einem Neustart des VDR wird beim umschalten auf den Sender die Nid/Tid/Sid automatisch gesetzt.
Leider hab ich beim Umschalten zwischen den Sendern mit dem Patch große Probleme. Ein Kanal hat plötzlich die Channel ID von einem anderen Kanal. Dadurch hatte ich jetzt schon den Effekt das Suchtimer plötzlich auf anderen Kanälen suchen, das EPG Daten vom falschen Sender hinterlegt sind oder auch Sender aus der Senderliste verschwunden sind.
Ich hab mal etwas hin und hergezappt und die Logfiles angefügt. Vielleicht kannst ja so schon die Ursache erkennen. Sonst liefere ich gerne noch mehr Info's
Vielen Dank Gruß dile
Edit: Hatte vor meinem ersten Test noch eine alte channels.conf mit der alten Kanalnummer wiederhergestellt. Deswegen nochmal vdrlog1.txt im Anhang.
Komisch,Von meiner Fritzbox aus kann ich den Sender mit anschauen.
Gerade nochmal probiert.Der ist bei mir nicht verschlüsselt. "rtp://87.141.215.251@232.0.11.2:10000"
Bist du sicher das du da den Kanal in HD bekommst? Ich bekomme über die Adresse auch nur den Sender in SD und wie fnu schon schreibt gibt es keine privaten Sender in HD ohne Verschlüsselung.
Erstmal VDR mit dem Patch. Ich hab über das Menü den Kanal editiert und die NID/TID/SID auf 0 gesetzt.
Nach dem Neustart das VDR passiert dann noch das:
Ohne Patch muss ich mal schauen ob ich das heute noch schaffe. Brauchst du das mit Debug Mode des IPTV oder reicht das so?
Gruß dile
Ich hab den Patch gestern auf meinem Server installiert. Bisher sind mir keine Probleme aufgefallen. Beim durchzappen, wenn das Problem entsteht wird der Eintrag jetzt direkt wieder korrigiert.
Das Problem mit dem EPG scheint dadurch gelöst. Ich werde das mal noch weiter beobachten. Außerdem muss ich das noch auf meine Raspi Clients bringen. Da ich dort nicht selbst kompiliere, sondern fertige Pakete verwende muss ich erstmal schauen wie ich das mache.
Wenn keine Probleme mit dem Patch auftauchen , ist es dann sinnvoll das dieser Patch im IPTV Plugin integriert wird? Ich gehe mal davon aus, das alle Nutzer von MagentaTV das Problem haben. Kann aber schlecht einschätzen ob es vielleicht auch Gründe gegen den Patch gibt.
Außerdem auch diesmal wieder herzlichen Dank für deine Hilfe.
Gruß dile
Ich hab mal die Debugausgabe aktiviert. Vielleicht ist da mehr zu erkennen.
Ich bin mir nicht mehr ganz sicher, aber ich glaube wenn ich section filtering ausschalte, dann werden die sich ändernden Tonspuren wieder nicht mehr erkannt.
Gruß dile
Vielleicht noch ein Problem mit der ID in der channel.conf
[IPTV] T-Home MagentaTV - channels.conf - aktuelle Einträge
Die zweite Zahl der Channel ID scheint mit der Channel ID eines Kanalnachbarn zu variieren.
