(2014-05-03, 10:55)DBMandrake Wrote: I can also confirm its working on the latest Gotham commit compiled on Mac OS - don't know why I was having problems on Windows, must be the difference in wireless networks. Unfortunately I can't compile the windows version at home so I'll wait for RC2 to try windows.
Unfortunately I have just been able to reproduce the same issue I saw on Windows on Gotham final release which I've just installed on my Mac
(on completely different, home wifi network)
The test scenario is an iPad 3 running iOS 7.1.1 with Spotify running - I use the airplay controls to connect to the Mac - airplay starts working successfully. (audio playback, cover art etc)
I then disconnect the airplay session by choosing iPad as the output source while the music is still playing. When I then attempt to re-connect from the same device using the airplay destination controls as far as the iPad is concerned it is connected and audio is playing, however on XBMC there is no audio and no cover art/visualiser.
If I switch tracks on the iPad the screen on XBMC momentarily blanks then fades back - so it is trying to do something, but there is no sound and it just fades back to the home screen. (I observed the same on my Windows build on Friday - the one I posted the debug log from)
Once in this state I have to exit XBMC and relaunch it before the SAME iPad can connect again, however if I attempt to connect from my phone (iPhone 3GS, iOS 6.1.6) it CAN connect and play audio without reloading XBMC when the iPad is failing until XBMC is reloaded.
So it seems that the iPad is somehow being left in a "confused" state that it can't get out of by itself. (A reboot of the iPad might help, I haven't tried that yet, or maybe toggling wifi off/on)
I'll do some more testing over the next day or so to see if I can narrow down when it does and doesn't happen and capture another debug log but I thought I would mention it in the mean time in case anyone else can reproduce it.