@vandalgrim41 schrieb:
Hier noch mein tcpdump, gibts da was auffälliges? Die Einträge der anderen Geräte im Netzwerk habe ich mit ... ausgeblendet.
# tcpdump -i eno1 -v igmp
### der erste Request ist gut, mit 1 source:
20:36:42.790461 IP (tos 0xc0, ttl 1, id 0, offset 0, flags [DF], proto IGMP (2), length 44, options (RA)) meinserver.fritz.box > igmp.mcast.net: igmp v3 report, 1 group record(s) [gaddr 232.0.20.35 allow, 1 source(s)]
### aber danach kommen Requests ohne sources!
20:36:42.806323 IP (tos 0xc0, ttl 1, id 0, offset 0, flags [DF], proto IGMP (2), length 40, options (RA)) meinserver.fritz.box > igmp.mcast.net: igmp v3 report, 1 group record(s) [gaddr 232.0.20.35 to_ex, 0 source(s)]
20:36:42.942445 IP (tos 0xc0, ttl 1, id 0, offset 0, flags [DF], proto IGMP (2), length 40, options (RA)) meinserver.fritz.box > igmp.mcast.net: igmp v3 report, 1 group record(s) [gaddr 232.0.20.35 to_ex, 0 source(s)]
# hier kommt dann der IGMP Query
20:36:53.505637 IP (tos 0xc0, ttl 1, id 65199, offset 0, flags [DF], proto IGMP (2), length 36, options (RA)) fritz.box > all-systems.mcast.net: igmp query v3
...
### und hier will der Server plötzlich wieder 0 sources
20:36:58.858367 IP (tos 0xc0, ttl 1, id 0, offset 0, flags [DF], proto IGMP (2), length 64, options (RA)) meinserver.fritz.box > igmp.mcast.net: igmp v3 report, 4 group record(s) [gaddr 232.0.20.35 is_ex, 0 source(s)] [gaddr 239.0.0.250 is_ex, 0 source(s)] [gaddr 239.255.255.250 is_ex, 0 source(s)] [gaddr 224.0.0.
Ja, da ist in der Tat irgendwas seltsam. Hab es oben mal reinkommentiert. Irgendwie hat nur der erste Request eine SourceIP, die nachfolgenden nicht mehr und auch auf die nachfolgenden Queries wird wieder ohne spezifische Quelle geantwortet - was nicht funktioniert.
Jetzt ist die Frage.. warum geht die SourceIP nach ein paar ms plötzlich verloren?
Ich war mal so frei und hab mir deinen ffmpeg Befehl von weiter vorne kopiert und wenn ich den benutze habe ich den gleichen Effekt.
Scheint ein Problem von ffmpeg zu sein 🤔
Das Interessante ist, gibt man eine nicht existierende Adresse an, bleibt die Source bestehen.
Ebenfalls interessant ist, dass das rtp modul offenbar gar nichts von der Source Adresse weiss:
[rtp @ 0x6884b80] [verbose] SDP:
v=0
c=IN IP4 232.0.20.35
m=application 10000 RTP/AVP 33
Es scheint auch nur bei rtp aufzutreten. Verwende ich udp:// passen die Joins. Und wenn man das Format eh auf mpegts erzwingt, scheint auch das Schreiben in die Datei zu funktionieren. Im Zweifel probiers einfach auch mal mit
ffmpeg -report -loglevel verbose -i udp://@232.0.20.35:10000?sources=87.141.215.251 -c copy -f mpegts out.ts
Das funktioniert zumindest auf meinem NAS auch. Im erstellten Logfile finde ich auch gar keine SDP. Keine Ahnung warum das rtp Modul da noch diesen Umweg geht.
Jetzt wärs natürlich mal interessant wie das bei @HabNeFritzbox aussieht. Bei ihm auf dem NAS funktioniert es ja offenbar auch mit der rtp-Url. Welche ffmpeg Version ist da denn drauf? Gibt die mit verbose logging ein anderes SDP aus?
