The VideoLAN Forums

Discussion and support for VLC media player and friends
http://forum.videolan.org/

“input has changed, refreshing interface” on playing stream

http://forum.videolan.org/viewtopic.php?f=12&t=88105

Page 1 of 1

“input has changed, refreshing interface” on playing stream

Posted: 26 Feb 2011 23:31
by qstyler
Hi!
I've been using VLC to play iptv from my provider until I upgraded to Lion yesterday.
Now something has happened probably to VLC, probably to some driveres... but I desperately need some help, because TV doesn't work anymore.
This is the log:

Code: Select all

main debug: processing request item udp://239.192.1.0:1234 node Плейлист skip 0 main debug: resyncing on udp://239.192.1.0:1234 main debug: udp://239.192.1.0:1234 is at 0 main debug: starting new item main debug: creating new input thread main debug: Creating an input for 'udp://239.192.1.0:1234' main debug: thread started main debug: thread (input) created at priority 22 (input/input.c:214) main debug: using timeshift granularity of 50 MiB main debug: using timeshift path '/tmp' main debug: `udp://@239.192.1.0:1234' gives access `udp' demux `' path `@239.192.1.0:1234' main debug: creating demux: access='udp' demux='' path='@239.192.1.0:1234' main debug: looking for access_demux module: 0 candidates main debug: no access_demux module matched "udp" main debug: TIMER module_need() : 0.320 ms - Total 0.320 ms / 1 intvls (Avg 0.320 ms) main debug: creating access 'udp' path='@239.192.1.0:1234' main debug: looking for access module: 1 candidate access_udp debug: opening server=:0 local=239.192.1.0:1234 main debug: net: opening 239.192.1.0 datagram port 1234 main debug: IP_ADD_MEMBERSHIP multicast request main debug: using access module "access_udp" main debug: TIMER module_need() : 0.683 ms - Total 0.683 ms / 1 intvls (Avg 0.683 ms) main debug: Using AStream*Block main debug: pre buffering [b]macosx debug: input has changed, refreshing interface[/b]
I have second computer with Snow Leopard and it doesn't have any problems playing streams.
I believe that it might be OS problem but would be nice if you could help me...
Thank you very much!

Re: “input has changed, refreshing interface” on playing str

Posted: 27 Feb 2011 17:14
by Jean-Baptiste Kempf
So Lion multicast doesn't work?

Re: “input has changed, refreshing interface” on playing str

Posted: 27 Feb 2011 17:28
by qstyler
So Lion multicast doesn't work?
Well...
That's what I try ti figure out.
Any way to figure it out for sure?
That's what netstat says:

Code: Select all

Link-layer Multicast Group Memberships Group Link-layer Address Netif 1:80:c2:0:0:3 <none> en0 1:0:5e:40:98:8f <none> en1 1:0:5e:7f:ff:fa <none> en1 1:0:5e:0:0:fb <none> en1 33:33:0:0:0:fb <none> en1 1:0:5e:0:0:1 <none> en1 33:33:f3:b:23:82 <none> en1 33:33:0:0:0:1 <none> en1 33:33:ff:b:33:49 <none> en1 1:3:93:df:b:92 <none> en1 IPv4 Multicast Group Memberships Group Link-layer Address Netif 224.0.0.251 <none> lo0 224.0.0.1 <none> lo0 239.192.152.143 1:0:5e:40:98:8f en1 239.255.255.250 1:0:5e:7f:ff:fa en1 224.0.0.251 1:0:5e:0:0:fb en1 224.0.0.1 1:0:5e:0:0:1 en1 IPv6 Multicast Group Memberships Group Link-layer Address Netif ff02::fb%lo0 <none> lo0 ff02::2:65d0:d71e%lo0 <none> lo0 ff01::1%lo0 <none> lo0 ff02::1%lo0 <none> lo0 ff02::1:ff00:1%lo0 <none> lo0 ff02::fb%en1 33:33:0:0:0:fb en1 ff01::1%en1 33:33:0:0:0:1 en1 ff02::2:f30b:2382%en1 33:33:f3:b:23:82 en1 ff02::1%en1 33:33:0:0:0:1 en1 ff02::1:ff0b:3349%en1 33:33:ff:b:33:49 en1 lo0: inet6 fe80::1 mldv2 flags=2<> rv 2 qi 125 qri 10 uri 3 group ff02::fb%lo0 mode exclude inet 127.0.0.1 igmpv3 flags=0<> rv 2 qi 125 qri 10 uri 3 group 224.0.0.251 mode exclude inet6 fe80::1 mldv2 flags=2<> rv 2 qi 125 qri 10 uri 3 group ff02::2:65d0:d71e%lo0 mode exclude inet 127.0.0.1 igmpv3 flags=0<> rv 2 qi 125 qri 10 uri 3 group 224.0.0.1 mode exclude inet6 fe80::1 mldv2 flags=2<> rv 2 qi 125 qri 10 uri 3 group ff01::1%lo0 mode exclude group ff02::1%lo0 mode exclude group ff02::1:ff00:1%lo0 mode exclude en0: en1: inet 192.168.1.101 igmpv3 flags=0<> rv 2 qi 125 qri 10 uri 3 group 239.192.152.143 mode exclude mcast-macaddr 01:00:5e:40:98:8f group 239.255.255.250 mode exclude mcast-macaddr 01:00:5e:7f:ff:fa group 224.0.0.251 mode exclude mcast-macaddr 01:00:5e:00:00:fb inet6 fe80::6233:4bff:fe0b:3349 mldv2 flags=2<> rv 2 qi 125 qri 10 uri 3 group ff02::fb%en1 mode exclude mcast-macaddr 33:33:00:00:00:fb inet 192.168.1.101 igmpv3 flags=0<> rv 2 qi 125 qri 10 uri 3 group 224.0.0.1 mode exclude mcast-macaddr 01:00:5e:00:00:01 inet6 fe80::6233:4bff:fe0b:3349 mldv2 flags=2<> rv 2 qi 125 qri 10 uri 3 group ff01::1%en1 mode exclude mcast-macaddr 33:33:00:00:00:01 group ff02::2:f30b:2382%en1 mode exclude mcast-macaddr 33:33:f3:0b:23:82 group ff02::1%en1 mode exclude mcast-macaddr 33:33:00:00:00:01 group ff02::1:ff0b:3349%en1 mode exclude mcast-macaddr 33:33:ff:0b:33:49

Re: “input has changed, refreshing interface” on playing str

Posted: 08 Mar 2011 15:56
by crackstone
Hi!

I've been getting a similar behaviour with a slightly different setup (rtp instead of udp)
I tested a udp multicast screencast successfully on my Mac OS X 10.6.6 with VLC 1.1.7

But I still get these error messages when listing the sap of the udp stream, telling me about a multicast group join error:

Code: Select all

[0x1002b00c8] main services discovery debug: net: opening ff0E::2:7ffe datagram port 9875 [0x1002b00c8] main services discovery debug: IPV6_JOIN_GROUP multicast request [0x1002b00c8] main services discovery error: cannot join IPv6 any-source multicast group (Can't assign requested address) [0x1002b00c8] main services discovery error: Multicast group join error (Can't assign requested address) [0x1002b00c8] main services discovery error: Multicast not supported [0x100297928] main playlist debug: Adding tlf-screen in (null) [0x100297928] main playlist debug: rebuilding array of current - root Wiedergabeliste [0x100297928] main playlist debug: rebuild done - 1 items, index 0
Surprisingly though I still can open and view the live screencast and watch the video without any problems. The -vvv messages then of course go wild and show the following messages.

Code: Select all

[0x100297928] main playlist debug: processing request item tlf-screen node Network streams (SAP) skip 0 [0x100297928] main playlist debug: rebuilding array of current - root Network streams (SAP) [0x100297928] main playlist debug: rebuild done - 1 items, index 0 [0x100297928] main playlist debug: starting new item [0x100297928] main playlist debug: creating new input thread [0x1002b41d8] main input debug: Creating an input for 'tlf-screen' [0x1002b41d8] main input debug: thread (input) created at priority 22 (input/input.c:214) [0x1002b41d8] main input debug: thread started [0x1002b41d8] main input debug: using timeshift granularity of 50 MiB [0x1002b41d8] main input debug: using timeshift path '/tmp' [0x1002b41d8] main input debug: `udp://192.168.1.2@224.0.0.1:1234' gives access `udp' demux `' path `192.168.1.2@224.0.0.1:1234' [0x1002b41d8] main input debug: creating demux: access='udp' demux='' path='192.168.1.2@224.0.0.1:1234' [0x1002b6578] main demux debug: looking for access_demux module: 0 candidates [0x1002b6578] main demux debug: no access_demux module matched "udp" [0x1002b6578] main demux debug: TIMER module_need() : 0,272 ms - Total 0,272 ms / 1 intvls (Avg 0,272 ms) [0x1002b41d8] main input debug: creating access 'udp' path='192.168.1.2@224.0.0.1:1234' [0x1002b6e48] main access debug: looking for access module: 1 candidate [0x1002b6e48] access_udp access debug: opening server=192.168.1.2:0 local=224.0.0.1:1234 [0x1002b6e48] main access debug: net: connecting to [192.168.1.2]:0 from [224.0.0.1]:1234 [0x1002b6e48] main access error: cannot join IPv4 multicast group (Function not implemented) [0x1002b6e48] main access error: Multicast group join error (Function not implemented) [0x1002b6e48] main access warning: Trying ASM instead of SSM... [0x1002b6e48] main access debug: IP_ADD_MEMBERSHIP multicast request [0x1002b6e48] main access debug: using access module "access_udp" [0x1002b6e48] main access debug: TIMER module_need() : 1,100 ms - Total 1,100 ms / 1 intvls (Avg 1,100 ms) [0x1002b83a8] main stream debug: Using AStream*Block [0x1002b83a8] main stream debug: pre buffering [0x10029bc88] macosx interface debug: input has changed, refreshing interface [0x100297928] main playlist debug: no fetch required for (null) (art currently (null)) [0x1002b83a8] main stream debug: received first data after 190 ms [0x1002b83a8] main stream debug: prebuffering done 1316 bytes in 0s - 6 KiB/s [0x1002b17a8] main stream debug: looking for stream_filter module: 5 candidates [0x1002b17a8] main stream debug: no stream_filter module matching "any" could be loaded [0x1002b17a8] main stream debug: TIMER module_need() : 0,269 ms - Total 0,269 ms / 1 intvls (Avg 0,269 ms) [0x1002b17a8] main stream debug: looking for stream_filter module: 1 candidate [0x1002b17a8] main stream debug: using stream_filter module "stream_filter_record" [0x1002b17a8] main stream debug: TIMER module_need() : 0,156 ms - Total 0,156 ms / 1 intvls (Avg 0,156 ms) [0x1002b41d8] main input debug: creating demux: access='udp' demux='' path='192.168.1.2@224.0.0.1:1234' [0x1002b8ef8] main demux debug: looking for demux module: 52 candidates [0x1002b8ef8] ts demux debug: pid[66] unknown [0x1002b8ef8] ts demux debug: pid[68] unknown libdvbpsi error (PSI decoder): TS discontinuity (received 13, expected 0) for PID 0 [0x1002b8ef8] ts demux debug: PATCallBack called [0x1002b8ef8] ts demux debug: new PAT ts_id=38802 version=14 current_next=1 [0x1002b8ef8] ts demux debug: * number=1 pid=66 libdvbpsi error (PSI decoder): TS discontinuity (received 13, expected 0) for PID 66 [0x1002b8ef8] ts demux debug: PMTCallBack called [0x1002b8ef8] ts demux debug: new PMT program number=1 version=2 pid_pcr=68 [0x1002b8ef8] ts demux debug: * es pid=68 type=27 fcc=h264 [0x1002b41d8] main input debug: selecting program id=1 [0x1002b6e48] access_udp access warning: unimplemented query in control [0x1002b8ef8] main demux debug: using demux module "ts" [0x1002b8ef8] main demux debug: TIMER module_need() : 3089,521 ms - Total 3089,521 ms / 1 intvls (Avg 3089,521 ms) [0x100925108] main decoder debug: looking for decoder module: 32 candidates [0x100925108] avcodec decoder debug: libavcodec initialized (interface 0x346c00) [0x100925108] avcodec decoder debug: trying to use direct rendering [0x100297928] main playlist debug: no fetch required for (null) (art currently (null)) [0x100925108] avcodec decoder debug: ffmpeg codec (H264 - MPEG-4 AVC (part 10)) started [0x100925108] main decoder debug: using decoder module "avcodec" [0x100925108] main decoder debug: TIMER module_need() : 178,152 ms - Total 178,152 ms / 1 intvls (Avg 178,152 ms) [0x101832d08] main packetizer debug: looking for packetizer module: 21 candidates [0x101832d08] main packetizer debug: using packetizer module "packetizer_h264" [0x101832d08] main packetizer debug: TIMER module_need() : 17,613 ms - Total 17,613 ms / 1 intvls (Avg 17,613 ms) [0x100925108] main decoder debug: thread (decoder) created at priority 0 (input/decoder.c:301) [0x100925108] main decoder debug: thread started [0x1002b8ef8] ts demux debug: DEMUX_SET_GROUP 0 0x0 [0x1002b6e48] access_udp access warning: unimplemented query in control [0x113d1f8b8] main demux meta debug: looking for meta reader module: 2 candidates [0x113d1f8b8] lua demux meta debug: Trying Lua scripts in /Users/kalliope/Library/Application Support/org.videolan.vlc/lua/meta/reader [0x113d1f8b8] lua demux meta debug: Trying Lua scripts in /Applications/VLC.app/Contents/MacOS/share/lua/meta/reader [0x113d1f8b8] lua demux meta debug: Trying Lua playlist script /Applications/VLC.app/Contents/MacOS/share/lua/meta/reader/filename.lua [0x113d1f8b8] lua demux meta debug: Trying Lua scripts in /Applications/VLC.app/Contents/MacOS/share/share/lua/meta/reader [0x113d1f8b8] main demux meta debug: no meta reader module matching "any" could be loaded [0x113d1f8b8] main demux meta debug: TIMER module_need() : 19,357 ms - Total 19,357 ms / 1 intvls (Avg 19,357 ms) [0x1002b41d8] main input debug: `udp://192.168.1.2@224.0.0.1:1234' successfully opened [0x1002b8ef8] ts demux warning: first packet for pid=68 cc=0x9 [0x1002b41d8] main input debug: Buffering 0% [0x1002b41d8] main input debug: Buffering 44% [0x1002b41d8] main input debug: Stream buffering done (399 ms in 0 ms) [0x101832d08] packetizer_h264 packetizer warning: waiting for SPS/PPS [0x1002b41d8] main input debug: Decoder buffering done in 0 ms [0x101832d08] packetizer_h264 packetizer warning: waiting for SPS/PPS [0x101832d08] packetizer_h264 packetizer warning: waiting for SPS/PPS [0x101832d08] packetizer_h264 packetizer warning: waiting for SPS/PPS
The most interesting part about the logs seems to be this (extract from the last logs) - even though he throws a multicast join error, VLC connects, buffers and displays the video.

Code: Select all

[0x1002b41d8] main input debug: `udp://192.168.1.2@224.0.0.1:1234' gives access `udp' demux `' path `192.168.1.2@224.0.0.1:1234' [0x1002b41d8] main input debug: creating demux: access='udp' demux='' path='192.168.1.2@224.0.0.1:1234' [0x1002b6578] main demux debug: looking for access_demux module: 0 candidates [0x1002b6578] main demux debug: no access_demux module matched "udp" [0x1002b6578] main demux debug: TIMER module_need() : 0,272 ms - Total 0,272 ms / 1 intvls (Avg 0,272 ms) [0x1002b41d8] main input debug: creating access 'udp' path='192.168.1.2@224.0.0.1:1234' [0x1002b6e48] main access debug: looking for access module: 1 candidate [0x1002b6e48] access_udp access debug: opening server=192.168.1.2:0 local=224.0.0.1:1234 [0x1002b6e48] main access debug: net: connecting to [192.168.1.2]:0 from [224.0.0.1]:1234 [0x1002b6e48] main access error: cannot join IPv4 multicast group (Function not implemented) [0x1002b6e48] main access error: Multicast group join error (Function not implemented) [0x1002b6e48] main access warning: Trying ASM instead of SSM... [0x1002b6e48] main access debug: IP_ADD_MEMBERSHIP multicast request [0x1002b6e48] main access debug: using access module "access_udp" [0x1002b6e48] main access debug: TIMER module_need() : 1,100 ms - Total 1,100 ms / 1 intvls (Avg 1,100 ms) [0x1002b83a8] main stream debug: Using AStream*Block [0x1002b83a8] main stream debug: pre buffering [0x10029bc88] macosx interface debug: input has changed, refreshing interface [0x100297928] main playlist debug: no fetch required for (null) (art currently (null)) [0x1002b83a8] main stream debug: received first data after 190 ms
The receiving instance also sometimes throws the following -vvv messages

Code: Select all

[0x1002b41d8] main input debug: Stream buffering done (699 ms in 200 ms) [0x1002b41d8] main input debug: Decoder buffering done in 10 ms [0x1009ded08] main video output warning: late picture skipped (98594 > -2440) [0x1009ded08] main video output warning: late picture skipped (23520 > -1104) [0x1002b41d8] main input error: ES_OUT_SET_(GROUP_)PCR is called too late (pts_delay increased to 415 ms) [0x1002b41d8] main input debug: ES_OUT_RESET_PCR called [0x1002b41d8] main input debug: Buffering 0% [0x1002b41d8] main input debug: Buffering 72% [0x100925108] main decoder debug: End of video preroll [0x100925108] main decoder debug: Received first picture [0x1002b41d8] main input debug: Buffering 96% [0x1002b41d8] main input debug: Stream buffering done (632 ms in 588 ms) [0x1002b41d8] main input debug: Decoder buffering done in 2 ms [0x1002b41d8] main input error: ES_OUT_SET_(GROUP_)PCR is called too late (pts_delay increased to 468 ms) [0x1002b41d8] main input debug: ES_OUT_RESET_PCR called [0x1002b41d8] main input debug: Buffering 0% [0x1002b41d8] main input debug: Buffering 56% [0x100925108] main decoder debug: End of video preroll [0x100925108] main decoder debug: Received first picture
Just for the record. The streaming VLC instance doing the udp multicast screencast gets the following messages:

Code: Select all

[0x10120a658] main mux warning: late buffer for mux input (8323968) [0x10120a018] access_output_udp access out warning: putting two PCRs at once [0x10120a018] access_output_udp access out warning: putting two PCRs at once [0x10029cb88] stream_out_transcode stream out debug: drift is too high, resetting master sync [0x10120a658] main mux warning: late buffer for mux input (8321932) [0x10120a018] access_output_udp access out debug: late packet for UDP input (8388978) [0x10120a018] access_output_udp access out debug: packet has been sent too late (8389277) [0x10029cb88] stream_out_transcode stream out debug: drift is too high, resetting master sync [0x10120a658] main mux warning: late buffer for mux input (8321126) [0x10120a018] access_output_udp access out warning: putting two PCRs at once [0x10029cb88] stream_out_transcode stream out debug: drift is too high, resetting master sync [0x10120a658] main mux warning: late buffer for mux input (8324182) [0x10120a018] access_output_udp access out warning: putting two PCRs at once [0x10120a018] access_output_udp access out debug: late packet for UDP input (8192010) [0x10120a018] access_output_udp access out debug: packet has been sent too late (8192298) [0x10029cb88] stream_out_transcode stream out debug: drift is too high, resetting master sync [0x10120a658] main mux warning: late buffer for mux input (8322140)
Now please bear with me, cause you're probably thinking what this has to do with the originating post.
The above scenario works - even though errors pop up

I now tried to get this working using rtp - with no success.

I get the same last log line as qstyler (and I'm on Snow Leopard)

When trying to open an rtp stream this is what I get. Note: the rtp stream is coming from a Sanyo VCC-HD4600P - I am currently trying to reach Sanyo for support on this issue, maybe they can provide me with some extra info sdp? maybe - I'm not too familiar with this

Command to access rtp multicast:

Code: Select all

vlc -vvv rtp://192.168.1.2@238.0.0.1:5560/VideoInput/1/h264/1 --rtp-caching 20000
Log result --> last line: [0x101201c98] macosx interface debug: input has changed, refreshing interface

Code: Select all

[0x100297948] main playlist debug: processing request item null node Wiedergabeliste skip 0 [0x100297948] main playlist debug: starting new item [0x100297948] main playlist debug: creating new input thread [0x113d3c3d8] main input debug: Creating an input for 'rtp://238.0.0.1:5560/VideoInput/1/h264/1' [0x113d3c3d8] main input debug: thread (input) created at priority 22 (input/input.c:214) [0x113d3c3d8] main input debug: thread started [0x113d3c3d8] main input debug: using timeshift granularity of 50 MiB [0x113d3c3d8] main input debug: using timeshift path '/tmp' [0x113d3c3d8] main input debug: `rtp://192.168.1.2@238.0.0.1:5560/VideoInput/1/h264/1' gives access `rtp' demux `' path `192.168.1.2@238.0.0.1:5560/VideoInput/1/h264/1' [0x113d3c3d8] main input debug: creating demux: access='rtp' demux='' path='192.168.1.2@238.0.0.1:5560/VideoInput/1/h264/1' [0x1016be648] main demux debug: looking for access_demux module: 1 candidate [0x1016be648] main demux debug: net: connecting to [192.168.1.2]:0 from [238.0.0.1]:5560 [0x1016be648] main demux error: cannot join IPv4 multicast group (Function not implemented) [0x1016be648] main demux error: Multicast group join error (Function not implemented) [0x1016be648] main demux warning: Trying ASM instead of SSM... [0x1016be648] main demux debug: IP_ADD_MEMBERSHIP multicast request [0x1016be648] main demux debug: using access_demux module "rtp" [0x1016be648] main demux debug: TIMER module_need() : 6,774 ms - Total 6,774 ms / 1 intvls (Avg 6,774 ms) [0x113d3c538] main demux meta debug: looking for meta reader module: 2 candidates [0x113d3c538] lua demux meta debug: Trying Lua scripts in /Users/kalliope/Library/Application Support/org.videolan.vlc/lua/meta/reader [0x113d3c538] lua demux meta debug: Trying Lua scripts in /Applications/VLC.app/Contents/MacOS/share/lua/meta/reader [0x113d3c538] lua demux meta debug: Trying Lua playlist script /Applications/VLC.app/Contents/MacOS/share/lua/meta/reader/filename.lua [0x113d3c538] lua demux meta debug: Trying Lua scripts in /Applications/VLC.app/Contents/MacOS/share/share/lua/meta/reader [0x113d3c538] main demux meta debug: no meta reader module matching "any" could be loaded [0x113d3c538] main demux meta debug: TIMER module_need() : 1,320 ms - Total 1,320 ms / 1 intvls (Avg 1,320 ms) [0x113d3c3d8] main input debug: `rtp://192.168.1.2@238.0.0.1:5560/VideoInput/1/h264/1' successfully opened [0x10029ddc8] macosx interface debug: input has changed, refreshing interface
Is this the same issue?
Do I need additional files (sdp url?) to access an rtp multicast
Any help or direction welcome... I'm kinda lost on this one

//crackstone

Re: “input has changed, refreshing interface” on playing str

Posted: 13 Mar 2011 12:53
by Jean-Baptiste Kempf
Does ipv4 multicast always work?

Re: “input has changed, refreshing interface” on playing str

Posted: 15 Mar 2011 12:17
by crackstone
just tested rtp and udp both in explicit ipv4 mode - and they seem to work.

stream rtsp input as udp

Code: Select all

vlc -vvv -I dummy rtsp://XXX:XXX@192.168.1.9:554/VideoInput/1/h264/1 --sout='#udp{dst=238.0.0.1,port=1234,mux=ts}' --sap-ipv4 --no-sap-ipv6 --sout-standard-sap --sout-standard-name=tlf-cam --sout-keep --sout-x264-level=30 --sout-x264-profile=baseline --sout-x264-aud
stream rtsp input as rtp

Code: Select all

vlc -vvv -I dummy rtsp://XXX:XXX@192.168.1.9:554/VideoInput/1/h264/1 --sout='#rtp{dst=238.0.0.1,port=5004,mux=ts}' --sap-ipv4 --no-sap-ipv6 --sout-standard-sap --sout-standard-name=tlf-screen --sout-keep --sout-x264-level=30 --sout-x264-profile=baseline --sout-x264-aud
the client of course sees the sap announce and plays the stream including this error, which appears to show up when i look for sap announcements

Code: Select all

[0x113d73108] main services discovery debug: IPV6_JOIN_GROUP multicast request [0x113d73108] main services discovery error: cannot join IPv6 any-source multicast group (Can't assign requested address) [0x113d73108] main services discovery error: Multicast group join error (Can't assign requested address) [0x113d73108] main services discovery error: Multicast not supported
this means IPv4 multicast works
It seems to be an issue with the rtp multicast coming from the Sanyo cam. I'll look into that.

//crackstone

Re: “input has changed, refreshing interface” on playing str

Posted: 18 Mar 2011 19:03
by fkuehne
Probably some bug in the Lion runtime. Since I don't have access to it as of yet, I can't comment (well, I couldn't comment if I had anyway). Thanks for making us aware of the issue!

Re: “input has changed, refreshing interface” on playing str

Posted: 08 Jun 2011 10:58
by qstyler
I just upgraded to Lion Developer Preview 4 and it works fine there :)

Re: “input has changed, refreshing interface” on playing str

Posted: 29 Jul 2011 16:20
by Evaldas
Same problem in final release of 10.7 Lion. But IPTV doesn't work only if enabled Internet Sharing.

Tried nightly builds:
1.1-branch-intel64-20110729-0210.zip
1.1-branch-intel-20110729-0108.zip
vlc-git-intel-20110728-0009.zip

Tried to setup Access output:
Image

Version 1.1.11 The Luggage (Intel 64bit)
Messages:

Code: Select all

main debug: Activated main debug: rebuilding array of current - root Playlist main debug: rebuild done - 0 items, index -1 macosx debug: using future cookies main debug: looking for services probe module: 5 candidates main debug: no services probe module matching "any" could be loaded main debug: TIMER module_need() : 6.902 ms - Total 6.902 ms / 1 intvls (Avg 6.902 ms) main debug: looking for services probe module: 5 candidates main debug: no services probe module matching "any" could be loaded main debug: TIMER module_need() : 4.517 ms - Total 4.517 ms / 1 intvls (Avg 4.517 ms) main debug: adding item `udp://239.103.3.7:5004' ( udp://@239.103.3.7:5004 ) main debug: rebuilding array of current - root Playlist main debug: rebuild done - 1 items, index -1 main debug: processing request item udp://239.103.3.7:5004 node Playlist skip 0 main debug: resyncing on udp://239.103.3.7:5004 main debug: udp://239.103.3.7:5004 is at 0 main debug: starting new item main debug: creating new input thread main debug: Creating an input for 'udp://239.103.3.7:5004' main debug: thread (input) created at priority 22 (../../src/input/input.c:220) main debug: thread started main debug: using timeshift granularity of 50 MiB main debug: using timeshift path '/tmp' main debug: `udp://@239.103.3.7:5004' gives access `udp' demux `' path `@239.103.3.7:5004' main debug: creating demux: access='udp' demux='' path='@239.103.3.7:5004' main debug: looking for access_demux module: 0 candidates main debug: no access_demux module matched "udp" main debug: TIMER module_need() : 0.361 ms - Total 0.361 ms / 1 intvls (Avg 0.361 ms) main debug: creating access 'udp' path='@239.103.3.7:5004' main debug: looking for access module: 1 candidate access_udp debug: opening server=:0 local=239.103.3.7:5004 main debug: net: opening 239.103.3.7 datagram port 5004 main debug: IP_ADD_MEMBERSHIP multicast request main debug: using access module "access_udp" main debug: TIMER module_need() : 1.247 ms - Total 1.247 ms / 1 intvls (Avg 1.247 ms) main debug: Using AStream*Block main debug: pre buffering macosx debug: input has changed, refreshing interface main debug: no fetch required for (null) (art currently (null))
Network settings if Internet Sharing enabled:

Code: Select all

sh-3.2# ifconfig lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu 16384 options=3<RXCSUM,TXCSUM> inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1 inet 127.0.0.1 netmask 0xff000000 inet6 ::1 prefixlen 128 gif0: flags=8010<POINTOPOINT,MULTICAST> mtu 1280 stf0: flags=0<> mtu 1280 en0: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500 options=2b<RXCSUM,TXCSUM,VLAN_HWTAGGING,TSO4> ether 00:16:cb:xx:xx:xx inet 89.252.xx.xx netmask 0xffffff00 broadcast 89.252.xx.255 media: autoselect (100baseTX <full-duplex>) status: active fw0: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 2030 lladdr 00:1e:52:ff:fe:xx:xx:xx media: autoselect <full-duplex> status: inactive en1: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500 ether 00:1c:b3:xx:xx:xx inet6 fe80::21c:b3ff:feb2:3e12%en1 prefixlen 64 scopeid 0x6 inet 10.0.2.1 netmask 0xffffff00 broadcast 10.0.2.255 media: autoselect status: active sh-3.2# netstat -nr Routing tables Internet: Destination Gateway Flags Refs Use Netif Expire default 89.252.xx.1 UGSc 42 6368953 en0 default link#6 UCSI 0 0 en1 10.0.2/24 link#6 UCS 2 0 en1 10.0.2.2 0:1c:b3:xx:xx:xx UHLWIi 3 432 en1 525 10.0.2.255 ff:ff:ff:ff:ff:ff UHLWbI 0 1 en1 89.252.xx/24 link#4 UCS 6 0 en0 89.252.xx.1 0:21:d8:xx:xx:xx UHLWIi 43 0 en0 1199 89.252.xx.xx 74:ea:3a:xx:xx:xx UHLWIi 0 0 en0 1192 89.252.xx.xx 0:16:e6:xx:xx:xx UHLWIi 0 0 en0 425 89.252.xx.xx 0:c0:9f:xx:xx:xx UHLWIi 0 0 en0 549 89.252.xx.xx 127.0.0.1 UHS 0 6 lo0 89.252.xx.xx 0:18:e7:xx:xx:xx UHLWIi 0 0 en0 1197 89.252.xx.255 ff:ff:ff:ff:ff:ff UHLWbI 0 1 en0 127 127.0.0.1 UCS 0 0 lo0 127.0.0.1 127.0.0.1 UH 1 107 lo0 169.254 link#4 UCS 2 0 en0 169.254.163.136 127.0.0.1 UHS 0 0 lo0 169.254.214.186 48:5b:39:xx:xx:xx UHLSW 0 0 en0 169.254.255.255 link#4 UHLSW 0 53 en0 Internet6: Destination Gateway Flags Netif Expire ::1 link#1 UHL lo0 fe80::%lo0/64 fe80::1%lo0 UcI lo0 fe80::1%lo0 link#1 UHLI lo0 fe80::%en1/64 link#6 UCI en1 fe80::21c:b3ff:feb2:3e12%en1 0:1c:b3:xx:xx:xx UHLI lo0 ff01::%lo0/32 fe80::1%lo0 UmCI lo0 ff01::%en1/32 link#6 UmCI en1 ff02::%lo0/32 fe80::1%lo0 UmCI lo0 ff02::%en1/32 link#6 UmCI en1 sh-3.2# netstat -g Link-layer Multicast Group Memberships Group Link-layer Address Netif 1:0:5e:0:0:fb <none> en0 1:0:5e:0:0:1 <none> en0 1:80:c2:0:0:3 <none> en0 1:0:5e:0:0:fb <none> en1 33:33:0:0:0:fb <none> en1 1:0:5e:0:0:1 <none> en1 33:33:9:3b:a:8e <none> en1 33:33:0:0:0:1 <none> en1 33:33:ff:b2:3e:12 <none> en1 1:3:93:df:b:92 <none> en1 IPv4 Multicast Group Memberships Group Link-layer Address Netif 224.0.0.251 <none> lo0 224.0.0.1 <none> lo0 224.0.0.251 1:0:5e:0:0:fb en0 224.0.0.1 1:0:5e:0:0:1 en0 224.0.0.251 1:0:5e:0:0:fb en1 224.0.0.1 1:0:5e:0:0:1 en1 IPv6 Multicast Group Memberships Group Link-layer Address Netif ff02::fb%lo0 <none> lo0 ff02::2:65d0:d71e%lo0 <none> lo0 ff01::1%lo0 <none> lo0 ff02::1%lo0 <none> lo0 ff02::1:ff00:1%lo0 <none> lo0 ff02::fb%en1 33:33:0:0:0:fb en1 ff01::1%en1 33:33:0:0:0:1 en1 ff02::2:93b:a8e%en1 33:33:9:3b:a:8e en1 ff02::1%en1 33:33:0:0:0:1 en1 ff02::1:ffb2:3e12%en1 33:33:ff:b2:3e:12 en1
tcpdump is empty:

Code: Select all

sh-3.2# tcpdump -i en0 -n -nn -ttt -vv ip host 239.103.3.7 tcpdump: listening on en0, link-type EN10MB (Ethernet), capture size 65535 bytes ^C 0 packets captured 367 packets received by filter 0 packets dropped by kernel
If Internet Sharing disabled (IPTV is working fine):

Code: Select all

sh-3.2# ifconfig lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu 16384 options=3<RXCSUM,TXCSUM> inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1 inet 127.0.0.1 netmask 0xff000000 inet6 ::1 prefixlen 128 gif0: flags=8010<POINTOPOINT,MULTICAST> mtu 1280 stf0: flags=0<> mtu 1280 en0: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500 options=2b<RXCSUM,TXCSUM,VLAN_HWTAGGING,TSO4> ether 00:16:cb:xx:xx:xx inet 89.252.xx.xx netmask 0xffffff00 broadcast 89.252.xx.255 media: autoselect (100baseTX <full-duplex>) status: active fw0: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 2030 lladdr 00:1e:52:ff:fe:xx:xx:xx media: autoselect <full-duplex> status: inactive en1: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500 ether 00:1c:b3:xx:xx:xx inet6 fe80::21c:b3ff:feb2:3e12%en1 prefixlen 64 scopeid 0x6 media: autoselect status: active sh-3.2# netstat -nr Routing tables Internet: Destination Gateway Flags Refs Use Netif Expire default 89.252.xx.1 UGSc 54 6368966 en0 89.252.xx/24 link#4 UCS 6 0 en0 89.252.xx.1 0:21:d8:xx:xx:xx UHLWIi 54 0 en0 1199 89.252.xx.xx 74:ea:3a:xx:xx:xx UHLWIi 0 0 en0 1152 89.252.xx.xx 0:16:e6:xx:xx:xx UHLWIi 0 0 en0 385 89.252.xx.xx 0:c0:9f:xx:xx:xx UHLWIi 0 0 en0 509 89.252.xx.xx 127.0.0.1 UHS 0 6 lo0 89.252.xx.xx 0:18:e7:xx:xx:xx UHLWIi 0 0 en0 1195 89.252.xx.255 ff:ff:ff:ff:ff:ff UHLWbI 0 35 en0 127 127.0.0.1 UCS 0 0 lo0 127.0.0.1 127.0.0.1 UH 1 107 lo0 169.254 link#4 UCS 2 0 en0 169.254.163.136 127.0.0.1 UHS 0 0 lo0 169.254.214.186 48:5b:39:xx:xx:xx UHLSW 0 0 en0 169.254.255.255 link#4 UHLSW 0 53 en0 Internet6: Destination Gateway Flags Netif Expire ::1 link#1 UHL lo0 fe80::%lo0/64 fe80::1%lo0 UcI lo0 fe80::1%lo0 link#1 UHLI lo0 fe80::%en1/64 link#6 UCI en1 fe80::21c:b3ff:feb2:3e12%en1 0:1c:b3:xx:xx:xx UHLI lo0 ff01::%lo0/32 fe80::1%lo0 UmCI lo0 ff01::%en1/32 link#6 UmCI en1 ff02::%lo0/32 fe80::1%lo0 UmCI lo0 ff02::%en1/32 link#6 UmCI en1 sh-3.2# netstat -g Link-layer Multicast Group Memberships Group Link-layer Address Netif 1:0:5e:0:0:fb <none> en0 1:0:5e:0:0:1 <none> en0 1:80:c2:0:0:3 <none> en0 1:0:5e:0:0:fb <none> en1 33:33:0:0:0:fb <none> en1 33:33:9:3b:a:8e <none> en1 33:33:0:0:0:1 <none> en1 33:33:ff:b2:3e:12 <none> en1 1:3:93:df:b:92 <none> en1 IPv4 Multicast Group Memberships Group Link-layer Address Netif 224.0.0.251 <none> lo0 224.0.0.1 <none> lo0 224.0.0.251 1:0:5e:0:0:fb en0 224.0.0.1 1:0:5e:0:0:1 en0 224.0.0.251 1:0:5e:0:0:fb en1 IPv6 Multicast Group Memberships Group Link-layer Address Netif ff02::fb%lo0 <none> lo0 ff02::2:65d0:d71e%lo0 <none> lo0 ff01::1%lo0 <none> lo0 ff02::1%lo0 <none> lo0 ff02::1:ff00:1%lo0 <none> lo0 ff02::fb%en1 33:33:0:0:0:fb en1 ff01::1%en1 33:33:0:0:0:1 en1 ff02::2:93b:a8e%en1 33:33:9:3b:a:8e en1 ff02::1%en1 33:33:0:0:0:1 en1 ff02::1:ffb2:3e12%en1 33:33:ff:b2:3e:12 en1

Re: “input has changed, refreshing interface” on playing str

Posted: 22 Aug 2011 22:38
by KOL
I have a same problem with Internet Sharing enabled. I was try to find how to customize new Lion nat settings, but without result. Any suggestion?

Re: “input has changed, refreshing interface” on playing str

Posted: 31 Aug 2011 21:54
by KOL
I solved the problem.

Code: Select all

#sudo -s #echo "pass out quick to 224.0.0.0/4 allow-opts" >> /etc/pf.conf #pfctl -f /etc/pf.conf

Re: “input has changed, refreshing interface” on playing str

Posted: 02 Oct 2011 12:46
by Evaldas
Thanks, it's working!
All times are UTC+02:00
Page 1 of 1
Powered by phpBB® Forum Software © phpBB Limited
https://www.phpbb.com/