Ja, hab grad nicht sooo viel Zeit, bin geschäftlich unterwegs ... bin noch am überlegen, wie am Besten machen.
Das Problem ist halt, das man eben auch Nähe & Kollisionen mit echten SAT Frequenzen vermeiden muss.
Ja, hab grad nicht sooo viel Zeit, bin geschäftlich unterwegs ... bin noch am überlegen, wie am Besten machen.
Das Problem ist halt, das man eben auch Nähe & Kollisionen mit echten SAT Frequenzen vermeiden muss.
Das Problem ist halt, das man eben auch Nähe & Kollisionen mit echten SAT Frequenzen vermeiden muss.
Durch die unterschiedliche Quellen ("I" und z.B. "S19.2E" oder "T") gibt es keine Kollision, und die ID kann - mit den bekannten Einschränkungen -frei gewählt werden.
Helmut
Hallo dile !
Lösen die IDs unter 20000 wirklich alle deine Problem mit den Audio-Pids?
Ich habe jetzt auch das IPTV lugin installiert und den Sourcecode noch einmal angesehen - und jetzt bin ich mir nicht mehr sicher ob diese Mhz Umrechnung überhaupt Auswirkungen auf das IPTV Plugin hat.
Und das bei dir die Multicast Gruppenaddresse "abgeschnitten" und damit ungültig wird, wird, ist auch seltsam:
Alles anzeigenJan 12 13:52:17 europa vdr[3567]: [3567] IPTV1: virtual bool cIptvProtocolUdp::SetSource(const char*, int, int) (87.141.215.251@232.0.10.111, 10000, 0)
Jan 12 13:52:17 europa vdr[3567]: [3567] IPTV1: bool cIptvUdpSocket::OpenSocket(int, const char*, const char*, bool) (10000, 232.0.10.!, 87.141.215.251, 1)...
an 12 13:52:17 europa vdr[3567]: [3567] IPTV-ERROR: gethostbyname() failed: 232.0.10.! is not valid address: Die Operation ist nicht erlaubt
Jan 12 13:52:17 europa vdr[3567]: [3567] IPTV1: bool cIptvSocket::OpenSocket(int, bool) (10000, 1)
Jan 12 13:52:17 europa vdr[3567]: [3567] IPTV1: bool cIptvUdpSocket::JoinMulticast()
Jan 12 13:52:17 europa vdr[3567]: [3567] [socket.c,184]: setsockopt(MCAST_JOIN_SOURCE_GROUP): Das Argument ist ungültig
Bei mir sieht es so aus:
an 17 16:46:34 gentoo64 vdr[6782]: [6782] switching to channel 68 I-1-92-1 (n-tv)
Jan 17 16:46:34 gentoo64 vdr[6782]: [6782] IPTV1: virtual bool cIptvDevice::ProvidesChannel(const cChannel*, int, bool*) const [device 0]
Jan 17 16:46:34 gentoo64 vdr[6782]: [6782] IPTV1: virtual bool cIptvDevice::ProvidesTransponder(const cChannel*) const [device 0]
Jan 17 16:46:34 gentoo64 vdr[6782]: [6782] IPTV1: virtual bool cIptvDevice::ProvidesSource(int) const [device 0]
Jan 17 16:46:34 gentoo64 vdr[6782]: [6782] IPTV1: cIptvTransponderParameters::cIptvTransponderParameters(const char*) (S=1|P=0|F=UDP|U=87.141.215.251@232.0.10.111|A=10000)
Jan 17 16:46:34 gentoo64 vdr[6782]: [6782] IPTV1: bool cIptvTransponderParameters::Parse(const char*) (S=1|P=0|F=UDP|U=87.141.215.251@232.0.10.111|A=10000)
Jan 17 16:46:34 gentoo64 vdr[6782]: [6782] IPTV1: virtual bool cIptvDevice::SetChannelDevice(const cChannel*, bool) [device 0]
Jan 17 16:46:34 gentoo64 vdr[6782]: [6782] IPTV1: bool cIptvStreamer::SetSource(const char*, int, int, cIptvProtocolIf*) (87.141.215.251@232.0.10.111, 10000, 0, )
Jan 17 16:46:34 gentoo64 vdr[6782]: [6782] IPTV1: virtual bool cIptvProtocolUdp::SetSource(const char*, int, int) (87.141.215.251@232.0.10.111, 10000, 0)
Jan 17 16:46:34 gentoo64 vdr[6782]: [6782] IPTV1: bool cIptvUdpSocket::OpenSocket(int, const char*, const char*, bool) (10000, 232.0.10.111, 87.141.215.251, 1)
Jan 17 16:46:34 gentoo64 vdr[6782]: [6782] IPTV1: bool cIptvSocket::OpenSocket(int, bool) (10000, 1)
Jan 17 16:46:34 gentoo64 vdr[6782]: [6782] IPTV1: bool cIptvSocket::OpenSocket(int, bool) (10000, 1) Socket tear-down
Jan 17 16:46:34 gentoo64 vdr[6782]: [6782] IPTV1: void cIptvSocket::CloseSocket()
Jan 17 16:46:34 gentoo64 vdr[6782]: [6782] IPTV1: bool cIptvUdpSocket::JoinMulticast()
Jan 17 16:46:34 gentoo64 vdr[6782]: [6782] IPTV1: virtual bool cIptvProtocolUdp::Open() streamAddr='232.0.10.111'
Jan 17 16:46:34 gentoo64 vdr[6782]: [6782] IPTV1: bool cIptvUdpSocket::OpenSocket(int, const char*, const char*, bool) (10000, 232.0.10.111, 87.141.215.251, 1)
Jan 17 16:46:34 gentoo64 vdr[6782]: [6782] IPTV1: bool cIptvSocket::OpenSocket(int, bool) (10000, 1)
Jan 17 16:46:34 gentoo64 vdr[6782]: [6782] IPTV1: bool cIptvUdpSocket::JoinMulticast()
Jan 17 16:46:34 gentoo64 vdr[6782]: [6782] IPTV1: void cSidScanner::SetChannel(const tChannelID&) (I-1-92-1)
Alles anzeigen
Hast du das IPTV-Plugin selbst erstellt?
Helmut
Hallo dile !
Lösen die IDs unter 20000 wirklich alle deine Problem mit den Audio-Pids?
Ich habe jetzt auch das IPTV lugin installiert und den Sourcecode noch einmal angesehen - und jetzt bin ich mir nicht mehr sicher ob diese Mhz Umrechnung überhaupt Auswirkungen auf das IPTV Plugin hat.
Ich habe keine Probleme mehr mit dem Audiospuren feststellen können. Ich habe die Frequenzen einfach mit 100, 200, usw durchnummeriert und es funktioniert. Ich hab jetzt extra nochmal bei allen Sendern die Audio Pid absichtlich in der channels.conf falsch hinterlegt und bei allen Sendern wurde diese beim durchschalten korrigiert.
Hier meine funktionierende channels.conf
ZitatHast du das IPTV-Plugin selbst erstellt?
Ja hab ich. Auf meinem Headless Server selbst gebaut und auf den Raspi's verwende Tobi's Pakete.
Ich hab mal auf einem Raspi den debug Modus aktiviert und hatte dort nicht den Fehler. Daraufhin hab ich den Headless VDR nochmal neu compiliert und jetzt ist diese Fehlermeldung auch verschwunden. Vielen Dank auch für diesen Tipp
Jetzt hab ich nur noch ein kleines ungelöstes Problem mit Headless Server, aber das ist hier glaub ich offtopic.
VDR mit IPTV blockiert bei Aufnahme 2 IPTV Tuner und gibt nur einen wieder frei
Gruß dile
So, jetzt habe ich den Faden wieder gefunden :).
Die Audio/Video-Pids werden von VDR in pat.c über die Information der PMT aktualisiert. Dabei wird der Kanaleintrag mit GetByServiceID() gesucht -und damit kann es die Probleme mit IDs über 20000 geben.
Der Pidscanner im IPTV pluging sollte die aktuellen Audio/Video Pids auch finden. Dass ist aber nur dann notwendig, wenn im Stream keine PMT mitgesendet wird. Außerdem ist er In deiner channels.conf durch "P=0" deaktiviert: iptv-channels-conf-problem
Die IDs <= 20000 sind daher wegen dem PMT Parser im VDR sinnvoll.
Helmut
Außerdem ist er In deiner channels.conf durch "P=0" deaktiviert:
Ich hatte als ich den Fehler mit der fnu channels.conf hatte, auch mit dem Parameter P=0 bzw. P=1 rumgespielt. Konnte aber keinen Unterschied am Fehlerbild feststellen. Da es jetzt mit IDs <= 20000 klappt hab ich den Wert wieder so wie fnu auf P=0 gelassen.
Ich verstehe noch nicht ganz ob das aktivieren/deaktivieren dieses Parameter Vor- oder Nachteile für die Magenta Kanäle bringt.
Der Pidscanner von IPTV analysiert die TS-Packete und versucht die aktuelle Videopid und die Pid der ersten Audiospur automatisch zu erkennen. Das ist nur dann erforderlich wenn keine PAT/PMT im Stream mitgesendet wird. Mit PAT/PMT kennt VDR alle Streampids und kann diese ggf. aktualisieren.
Für MagentaTv ist P=0 also OK,
Helmut
Gut Ding will Weile haben, hab lange gebraucht ein nachvollziehbares Frequenz Schema zu finden. Wollte keine willkürliche Nummerierung.
Bitte mal die angepasste Liste aus dem ersten Beitrag testen.
Regards
Einige Fehler an den Kanalnamen sind mir leider erst heute aufgefallen ... hat aber bisher offensichtlich keinen gestört ... ?
[EDIT] Irgendwie will das mein Editor so nicht speichern ...
[EDIT2] So ist das, wenn man mit 2 VDRs arbeitet, auf dem einen ist die channels.conf eine UTF8 Datei und alles gut mit den Umlauten, auf dem anderen aus irgendwelchen Gründen eine non-ISO ASCII Datei und eben nicht alles gut bei den Umlauten. Fehler liegt also bei mir ...
Regards
fnu
Regards
fnu
Ja, werde ich hinzufügen, einfach mal wieder reinschauen ...
Plus diverse Lokale (Sender)
Genau darauf haben alle gewartet, SD Streams mit lausigen Bitraten und Qualität ... 😲
Hier schonmal die DW Zeile, am Rest bin ich noch dran, dann aktualisiere ich auch alles im ersten Beitrag.
DW;IPTV:850:S=1|P=0|F=UDP|U=87.141.215.251@232.0.10.39|A=10000:I:0:256=27:258=@3:0:1A:1:1:32:0
Die restlichen privat-rechtlichen Regionalsender habe ich in die Listen im 1. Beitrag eingepflegt.
Dabei kam es mit meiner ursprünglichen "Frequenz" Logik leider zu Doubletten, daher musste diese für alle MagentaTV Kanal ab 400 angepasst werden, siehe Beschreibung im 1. Beitrag, am Einfachsten alle Zeilen neu übernehmen bzw. überprüfen.
Bei 3 Streams habe ich keine TID gefunden, damit stehen kein EPG now/next zur Verfügung. Die 3 Kanäle, OK4, OK Weinstrasse & OK-TV Mainz, habe ich mit einer wahlfreien Nummer für TID hinten angehängt.
:IPTV ARD-ZDF SD
DW;IPTV:850:S=1|P=0|F=UDP|U=87.141.215.251@232.0.10.39|A=10000:I:0:256=27:258=@3:0:1A:1:1:32:0
:IPTV RTL SD
RTL HB NDS;IPTV:4614:S=1|P=0|F=UDP|U=87.141.215.251@232.0.10.137|A=10000:I:0:256=27:258=deu@3:259:1A:1:1:407:0
RTL HH SH;IPTV:4684:S=1|P=0|F=UDP|U=87.141.215.251@232.0.10.139|A=10000:I:0:256=27:258=deu@3:259:1A:1:1:634:0
RTL NRW;IPTV:4934:S=1|P=0|F=UDP|U=87.141.215.251@232.0.10.142|A=10000:I:0:256=27:258=deu@3:259;262=deu:1A:1:1:373:0
:IPTV S1P7 SD
SAT.1 Bayern;IPTV:4364:S=1|P=0|F=UDP|U=87.141.215.251@232.0.10.147|A=10000:I:0:256=27:258=deu@3:259:1A:1:1:406:0
SAT.1 NDS Bremen;IPTV:4624:S=1|P=0|F=UDP|U=87.141.215.251@232.0.10.152|A=10000:I:0:256=27:258=deu@3:259:1A:1:1:408:0
SAT.1 HH SH;IPTV:4624:S=1|P=0|F=UDP|U=87.141.215.251@232.0.10.151|A=10000:I:0:256=27:258=deu@3:259:1A:1:1:405:0
:IPTV Regional
Baden TV;IPTV:4004:S=1|P=0|F=UDP|U=87.141.215.251@232.0.11.35|A=10000:I:0:256=27:258=deu@3:259:1A:1:1:854:0
Baden TV Süd;IPTV:4014:S=1|P=0|F=UDP|U=87.141.215.251@232.0.11.50|A=10000:I:0:256=27:258=deu@3:259:1A:1:1:838:0
L-TV;IPTV:4024:S=1|P=0|F=UDP|U=87.141.215.251@232.0.11.8|A=10000:I:0:256=27:258=@3:0:1A:1:1:742:0
Regio TV;IPTV:4034:S=1|P=0|F=UDP|U=87.141.215.251@232.0.11.10|A=10000:I:0:256=27:258=deu@3:259:1A:1:1:811:0
a.tv;IPTV:4254:S=1|P=0|F=UDP|U=87.141.215.251@232.0.10.4|A=10000:I:0:256=27:258=deu@3:259:1A:1:1:613:0
allgäu.tv;IPTV:4264:S=1|P=0|F=UDP|U=87.141.215.251@232.0.10.6|A=10000:I:0:256=27:258=deu@3:259:1A:1:1:712:0
NIEDERBAYERN TV - DEG;IPTV:4284:S=1|P=0|F=UDP|U=87.141.215.251@232.0.10.47|A=10000:I:0:256=27:258=deu@3:259:1A:1:1:706:0
Franken Fernsehen;IPTV:4294:S=1|P=0|F=UDP|U=87.141.215.251@232.0.10.64|A=10000:I:0:256=27:258=deu@3:259:1A:1:1:621:0
tv.ingolstadt;IPTV:4304:S=1|P=0|F=UDP|U=87.141.215.251@232.0.10.75|A=10000:I:0:256=27:258=deu@3:259:1A:1:1:707:0
NIEDERBAYERN TV - LA;IPTV:4314:S=1|P=0|F=UDP|U=87.141.215.251@232.0.10.76|A=10000:I:0:256=27:258=deu@3:259:1A:1:1:708:0
münchen.tv;IPTV:4334:S=1|P=0|F=UDP|U=87.141.215.251@232.0.10.100|A=10000:I:0:256=27:258=deu@3:259:1A:1:1:372:0
Oberpfalz TV;IPTV:4344:S=1|P=0|F=UDP|U=87.141.215.251@232.0.10.113|A=10000:I:0:256=27:258=deu@3:259:1A:1:1:710:0
RFO;IPTV:4354:S=1|P=0|F=UDP|U=87.141.215.251@232.0.10.132|A=10000:I:0:256=27:258=deu@3:259:1A:1:1:713:0
NIEDERBAYERN TV - PA;IPTV:4374:S=1|P=0|F=UDP|U=87.141.215.251@232.0.10.213|A=10000:I:0:256=27:258=deu@3:259:1A:1:1:714:0
TV Oberfranken;IPTV:4384:S=1|P=0|F=UDP|U=87.141.215.251@232.0.10.215|A=10000:I:0:256=27:258=deu@3:259:1A:1:1:715:0
TV Mainfranken;IPTV:4404:S=1|P=0|F=UDP|U=87.141.215.251@232.0.10.218|A=10000:I:0:256=27:258=deu@3:259:1A:1:1:717:0
TVA Ostbayern;IPTV:4414:S=1|P=0|F=UDP|U=87.141.215.251@232.0.10.219|A=10000:I:0:256=27:258=deu@3:259:1A:1:1:718:0
ALEX Berlin;IPTV:4504:S=1|P=0|F=UDP|U=87.141.215.251@232.0.10.197|A=10000:I:0:256=27:258=deu@3:259:1A:1:1:808:0
Rhein-Main TV;IPTV:4734:S=1|P=0|F=UDP|U=87.141.215.251@232.0.11.37|A=10000:I:0:256=27:258=deu@3:259:1A:1:1:826:0
Studio 47;IPTV:4954:S=1|P=0|F=UDP|U=87.141.215.251@232.0.11.36|A=10000:I:0:256=27:258=deu@3:259:1A:1:1:825:0
OK54 Trier;IPTV:5134:S=1|P=0|F=UDP|U=87.141.215.251@232.0.11.31|A=10000:I:0:256=27:258=deu@3:259:1A:1:1:817:0
OK-TV Ludwigshafen;IPTV:5174:S=1|P=0|F=UDP|U=87.141.215.251@232.0.11.32|A=10000:I:0:256=27:258=deu@3:259:1A:1:1:816:0
Chemnitz Fernsehen;IPTV:5354:S=1|P=0|F=UDP|U=87.141.215.251@232.0.11.33|A=10000:I:0:256=27:258=deu@3:259:1A:1:1:819:0
Dresden Fernsehen;IPTV:5364:S=1|P=0|F=UDP|U=87.141.215.251@232.0.11.34|A=10000:I:0:256=27:258=deu@3:259:1A:1:1:820:0
Leipzig Fernsehen;IPTV:5424:S=1|P=0|F=UDP|U=87.141.215.251@232.0.11.42|A=10000:I:0:256=27:258=deu@3:259:1A:1:1:821:0
:IPTV TID unbekannt
OK4;IPTV:5124:S=1|P=0|F=UDP|U=87.141.215.251@232.0.11.41|A=10000:I:0:256=27:258=deu@3:259:1A:1:1:1141:0
OK Weinstrasse;IPTV:5154:S=1|P=0|F=UDP|U=87.141.215.251@232.0.11.40|A=10000:I:0:256=27:258=deu@3:259:1A:1:1:1140:0
OK-TV Mainz;IPTV:5184:S=1|P=0|F=UDP|U=87.141.215.251@232.0.11.39|A=10000:I:0:256=27:258=deu@3:259:1A:1:1:1139:0
Alles anzeigen
Nach langer Zeit mal ein Update hier, aus "RTLPlus" wurde wohl irgendwann mal "RTLup" ... ist in den Listen im ersten Post angepasst.
RTLup;IPTV:710:S=1|P=0|F=UDP|U=87.141.215.251@232.0.10.240|A=10000:I:0:256=27:258=deu@3:259:1A:1:1:744:0
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!