(2014-03-19, 10:21)magnesium Wrote: Since there was no compiled test build 10 on the first post for Linux, I merged the commits of PR:4414 into the latest commit on github and compiled. Works perfectly. Like others have said, when first connecting iPhone to wifi it'll show audio only, but after waiting a few seconds (I assume for the next announce) it switches to video.
Setup: iPhone 4s/iOS 7.0.4, Ubuntu 12.04 amd64. If anyone's interested, the latest xbmc code with the patch is at https://github.com/austin1howard/xbmc .
In my testing it seems that iOS 7.1 superficially behaves differently - in 7.0x when you had the Airplay tab open as Airplay devices came and went the list would dynamically update on its own. In iOS 7.1 Apple seems to have removed that - it takes a "snapshot" of known devices when the Airplay tab is opened but it will not dynamically update. This includes devices coming and going as well as XBMC changing from the initial audio only state to video after 10 seconds. I've confirmed this with other Airplay sources such as Reflector which we use at work.
So in iOS 7.1 when you first wake the iPad it will usually show XBMC as an audio only device but the list will not update automatically after 10 seconds - tapping on the XBMC entry will however cause it to update and display as video when it becomes ticked, so it's no big deal. (Or if you close the Airplay tab and open it again it will appear as video)
Not sure why Apple did this - I'm guessing that the auto-updating list became a problem in a large environment with dozens of different Airplay devices - at work we sometimes have a dozen or more Airplay devices (Reflector) active at once and if that list updates while you're trying to click on one you sometimes end up selecting the wrong one as the list changes just as your finger is about to touch it...
Quote:Thanks Memphiz for all your work on this. And thanks brownard for your insight! In hindsight it makes perfect sense...but then again, doesn't every bug.
Memphiz: what do you think the chances are of your fix being merged before the stable release of Gotham ? I know it may be a bit too close to the final release to go in but it would be a crying shame to see it missed out when it has been broken for so long (thanks to Apple) and a solution has now been found and tested. It's not like the current implementation is working for anyone except those still left behind on iOS 5/6, so the risk of a regression seems to be low when its not working for the majority anyway.
I'm assuming that Raspbmc and OpenElec stable releases will get the fix either way as they already run builds with a number of out of mainline patches included, but it would be a shame if the vanilla Windows/Mac/Linux builds didn't get it until 13.1.
Kodi 18.3 - Mid 2007 Mac Mini, 4GB, 2TB HD, Windows 7 SP1
Kodi 18.3 - Vero4k, Raspberry Pi 2. OSMC.