1. Which iDevice from Apple are you using (iPad2, iPad3, iPhone4s and so on)
iPhone4. I am running xbmc on OSX 10.9

2. Which exact iOS version are you running on that device (e.x. 7.0.4)
7.0.4

Testbuild 1 (version):

3. Does XBMC show up as an audio only target in the airplay selection (speaker symbol)
no
4. Or does XBMC show up as full target in the airplay selection (monitor symbol)
yes
5. If the latter - does airplaying videos work? (please use the youtube.app for testing - don't post issues with other video apps for now)
no
6. Does airplaying pictures work? (use the photo app or the camera roll please for this test)
yes
7. Does airplaying music work? (don't post if the music stutters or what - as long as the music comes out of XBMC - it is considered "working")
yes

Testbuild 2 (feature):
3. Does XBMC show up as an audio only target in the airplay selection (speaker symbol)
no
4. Or does XBMC show up as full target in the airplay selection (monitor symbol)
yes
5. If the latter - does airplaying videos work? (please use the youtube.app for testing - don't post issues with other video apps for now)
yes
6. Does airplaying pictures work? (use the photo app or the camera roll please for this test)
yes
7. Does airplaying music work? (don't post if the music stutters or what - as long as the music comes out of XBMC - it is considered "working")
yes

Testbuild 3 (name):
3. Does XBMC show up as an audio only target in the airplay selection (speaker symbol)
no
4. Or does XBMC show up as full target in the airplay selection (monitor symbol)
yes
5. If the latter - does airplaying videos work? (please use the youtube.app for testing - don't post issues with other video apps for now)
no
6. Does airplaying pictures work? (use the photo app or the camera roll please for this test)
no
7. Does airplaying music work? (don't post if the music stutters or what - as long as the music comes out of XBMC - it is considered "working")
no

I did notice some strangeness though. I installed build2, opened it, and it appeared as audio-only. Quit and started it again, and then it was audio+video. build3 opened as audio+video, but did not work. After that, I quit and opened it three times, but my iphone did not see any airplay target.

(2013-12-10 17:42)AxisNL Wrote: [ -> ]I did notice some strangeness though. I installed build2, opened it, and it appeared as audio-only. Quit and started it again, and then it was audio+video. build3 opened as audio+video, but did not work. After that, I quit and opened it three times, but my iphone did not see any airplay target.

Thats why i wrote

Quote:Also when you switch between the different test versions please reboot your involved routers and the iDevice. Else the results might be missleading.

Thx to the participants so far. I wait for some more feedback (i know that there are some users with older iOS7 versions then 7.0.4 and would like to wait for their feedback aswell).

I'm not sure if this is the correct thread, but I'm still having issues with the original fix that changes all three variables. Before the fix, my rpi running openelec would either display as an audio or video target (though audio was much more common), but it would at least always show up in the menu. After the fix, the rpi only occasionally shows up in the airplay menu, though when it does, it's at least always a video target. Toggling wifi on the device will eventually show the rpi, though this often takes many tries. Toggling wifi would also eventually show a video target before the fix, at similar levels of success, so I'm not sure if that's related.

As I haven't seen any other reports of this, it might just be some issue with my particular setup, though I have rebooted the router and ios devices, and the airplay fix was one of only a few changes in between the most recent MilhouseVH test builds. This is with an ipad and iphone on 7.0.4

None of the three builds gave me consistent behavior, as toggling wifi in control center (turning off until airplay icon disappeared, then turning back on) would randomly switch between two states. Testbuild 3 gives me the same behavior as I noted in my previous post (sometimes not displayed at all, sometimes full target). Testbuild 1 behavior is similar to what I was seeing on my rpi prior to the fix. Testbuilds 2 and 3 full targets would show a mirroring toggle, which I did not enable (the original fix on my rpi with all three variables changed does not show a mirroring toggle. edit: looks like the fix in newclock3 doesn't alter NetworkServices.cpp). These were all with the win32 builds, tested on an iphone5 with 7.0.4, with router and phone restarts in between

#3/4 results of toggling wifi 10 times
#5-7 only when I was able to choose full target

@catkinso i removed your posts as those are useless to me. Only tests done with the builds posted above are usefull. There are no testbuilds for rapsberry Pi because those are not built with our continuous integration server.

I repeat - raspberry pi users are not of any help in this thread - please stop asking questions in here - i want this thread to be clean with test results and i will continue deleting unrelated posts...

I have the opportunity to test airplay on iOS 7.0.4 using an iPhone 5S, iPhone 4S, iPad 3, iPad Air and a MacBook Pro running OSX Mavericks. To do so, I need a Linux i686 build for my XBMC device. Could you provide a Linux i686 build?

Thanks for your effort to get this nasty bug fixed! We really need airplay back.

I am not able to deliver linux builds of my test branches. Its just because those versions need to be compiled for the used linux distribution and this would just exceed my good will. The only option for you would be to compile it on your own. The sources can be found here: