Posts: 478
Joined: Feb 2013
Reputation:
15
If it was set to filter multicast before that would definitely block bonjour name announcements. Why it's still not working I don't know, I've never used DD WRT before.
Kodi 18.3 - Mid 2007 Mac Mini, 4GB, 2TB HD, Windows 7 SP1
Kodi 18.3 - Vero4k, Raspberry Pi 2. OSMC.
Posts: 201
Joined: Jun 2011
Reputation:
0
The even stranger thing is that both my PC's are able to be pinged by their bonjour name. This worked with "filter multicast" on or off.
So it seems it's a multicast wifi issue. Just my guess.
Posts: 478
Joined: Feb 2013
Reputation:
15
2014-06-24, 22:43
(This post was last modified: 2014-06-24, 22:44 by DBMandrake.)
Yes, most likely multicast filtering is only applied to wifi, because multicast packets over wifi results in either broadcast packets at a low wireless speed, or the multicast packets are converted to individual unicasts for all listening clients that are subscribed to the multicast group. (Which can consume a lot of wireless air time)
Home wireless routers generally pass multicast by default, but enterprise wireless networks usually block multicast by default.
Kodi 18.3 - Mid 2007 Mac Mini, 4GB, 2TB HD, Windows 7 SP1
Kodi 18.3 - Vero4k, Raspberry Pi 2. OSMC.
Posts: 201
Joined: Jun 2011
Reputation:
0
I forgot to mention that "filter multicast" setting is for WAN. I could not find any multicast setting for LAN.
My wifi configuration is current set to "bridged". If I set it to "unbridged" more options are displayed. Multicast Forwarding is one of them. After googling, it seems you only need to mess with this if you have multiple subnets as bonjour does not work with multiple subnets.
Posts: 20
Joined: Jun 2013
Reputation:
5
Hello Memphiz, team,
Just wanted to report one abnormal behavior of AirPlay when comparing to other playback devices:
When I AirPlay music from iPhone to XBMC and then within XBMC start playing any other source like video/audio - the source of AirPlay continue to send audio to XBMC, but it is not playing it. When I stop playing the video/audio (that has interrupted AirPlay) - XBMC is idling, but AirPlay source is still sending audio. If I stop and start audio at source (iPhone) - nothing happens - silence. iPhone believe it is streaming audio, but XBMC is not following anymore. I have to switch AirPlay target on iPhone from XBMC to local and then back to XBMC in order to restore streaming.
If I compare with streaming to AV receiver - then when I change source on AV receiver - iPhone puts streaming on pause and switch off AV target.
I would appreciate the following behaviors instead:
XBMC send pause back to AirPlay source (iPhone/iTunes) before starting playing another video/audio and then:
1) when another video/audio is stopped - switch back to AirPlay and send pause/play signal again to restore play
2) if above not possible - then disconnect the source from XBMC, so that iPhone/iTunes is back to it's internal speakers
Thanks for looking into this. Cheers
Posts: 18
Joined: Dec 2009
Reputation:
0
I apologize if this has been said before as I have not read every page of this thread. I was just playing with the movie box 3 app and it seems to handle non mirroring airplay. It might be different case but it seems to be providing the similar functionality of ice films. Would it possibly apply to xvmc and could you possibly collaborate?
Posts: 27
Joined: Feb 2014
Reputation:
0
gusmin
Junior Member
Posts: 27
I just found the solution for my problem with airplay-ipad-xbmc (stopping of spotify transmission after 3-5 minutes). The problem was cu lyrics add on. So I uninstall completely cu lyrics and any other skin which uses lyrics crawlers and I left confluence skin only. After that spotify keep up playing without any problem.