Kodi Community Forum
Help us solving the AirPlay issue when using iOS7 devices - Printable Version

+- Kodi Community Forum (https://forum.kodi.tv)
+-- Forum: Support (https://forum.kodi.tv/forumdisplay.php?fid=33)
+--- Forum: General Support (https://forum.kodi.tv/forumdisplay.php?fid=111)
+---- Forum: OS independent / Other (https://forum.kodi.tv/forumdisplay.php?fid=228)
+---- Thread: Help us solving the AirPlay issue when using iOS7 devices (/showthread.php?tid=179961)

Pages: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43


RE: Help us solving the AirPlay issue when using iOS7 devices - Testers needed! - edrikk - 2014-01-09

(2014-01-09, 20:45)Memphiz Wrote: :op

LOL!


RE: Help us solving the AirPlay issue when using iOS7 devices - Testers needed! - edrikk - 2014-01-09

@Memphiz, I have been doing some research, and may have found some useful information... You can be the judge of that. I don't want to clog up this thread with something that's useless, so if needed, just please delete this post. I think the Features information may be most interesting, given that in your XML it's currently noted as "unknown/undocumented".






http://blog.dm4.tw/blog/2013/11/08/dns-sd-and-airplay-slash-airtunes/
http://code.mythtv.org/trac/ticket/11901

Both show "rhd=4.7.1" but XBMC doesn't seem to have this rhd tag included. Not more more information though. Seems like that's a version number (software or not, I don't know).


Found the following about features bitfield, based on http://94it.net/a/jingxuanboke/2013/0724/74124.html

note that this is a table with 3 columns, "bit", "name", and "description":

Quote:The features bitfield allows the following features to be defined:

bit name description

0 Video video supported
1 Photo photo supported
2 VideoFairPlay video protected with FairPlay DRM
3 VideoVolumeControl volume control supported for videos
4 VideoHTTPLiveStreams http live streaming supported
5 Slideshow slideshow supported
7 Screen mirroring supported
8 ScreenRotate screen rotation supported
9 Audio audio supported
11 AudioRedundant audio packet redundancy supported
12 FPSAPv2pt5_AES_GCM FairPlay secure auth supported
13 PhotoCaching photo preloading supported

I'm sure you already know most of this stuff, but going to the various pages (e.g 2, 3, 4,etc) at the bottom of this blog leads to a LOT of interesting info, including caching, etc... But again, I thought the above might be most relevant.


RE: Help us solving the AirPlay issue when using iOS7 devices - Testers needed! - Memphiz - 2014-01-09

Well as stated this is all the same as mentioned here http://nto.github.io/AirPlay.html#servicediscovery-airtunesservice <- i documented the tags in the xml based on that (which is the clean version of your 94it.net link ...

you can add the rhd entry to try it out - just add

Code:
<entry key="rhd" value="4.7.1" />

to the airtunesannounce tag...


RE: Help us solving the AirPlay issue when using iOS7 devices - Testers needed! - pette - 2014-01-09

It is all about the feature bits and the model.

Upgraded AppleTV2 to 5.3 and it states featurebits=0x4a7ffff7. Putting this into the XML makes nothing play on XBMC and throws errors never seen on the iDevice Smile

Quite hard to trial-and-error a 32bit bitmask unfortunately without any knowledge about it :/ Atleast we are able to make the monitor symbol stay now, and I am able to play videos if I just select the target a few times Smile


RE: Help us solving the AirPlay issue when using iOS7 devices - Testers needed! - Memphiz - 2014-01-09

When i get my ios7 dev device it will be a time consuming trial and error. (e.x. in airtunes announcement remove the fairplay bits and then switch bits in the 32bit mask off one after another based on the airserver bitmask). It was always that way and it was always really time consuming. The only problem is, that my free time is much more limited compared to the days when i did the initial work on it.


RE: Help us solving the AirPlay issue when using iOS7 devices - Testers needed! - pette - 2014-01-10

Yes, I actually started that but was not able to remove the mirroring option (which was the first I wanted to try). Even with feature bits 0x0 the mirroring option still shows.

It would be fun to read some logs if possible. Like what happends when it sometimes fails to connect to the xbmc target. Are there any logs like that?


RE: Help us solving the AirPlay issue when using iOS7 devices - Testers needed! - Memphiz - 2014-01-10

enable debugging in system->system->debug and search for Airplay in xbmc.log.
Also in the advancedsettings.xml you can enable airtunes debug output:

http://wiki.xbmc.org/index.php?title=Advancedsettings.xml#.3Cenableairtunesdebuglog.3E

(search for airtunes in that case).

What you say means that apple looks either on the model name or on the protocol version to decide if mirroring is on.


RE: Help us solving the AirPlay issue when using iOS7 devices - Testers needed! - edrikk - 2014-01-10

I seem to have found a magic number (for me) which I wonder if the others can try to see if you also have any luck.

NOTE: The correct picture is still not displayed, but that we all know, and seem to know (kind of) the root cause of, given feedback on "1", "2", and "3".

Using features bitmask 0x39f7 I am able to play back videos without problem it seems.
I have also added
Code:
<entry key="rhd" value="4.7.1" />   <!-- undocumented -->
<entry key="sm" value="false" /> <!-- undocumented -->

in my xml, but I don't believe they matter (from what I tested).



This bitmask is courtesy of: http://www.jakeworld.net/
(That's actually the direct link to the page) which I needed to translate using Google.

All other fields "default" as provided by Memphiz' XML.

To keep the important info in one post: Windows 8.1 64Bit, iPhone 5 --> iOS 7.0.4


Help us solving the AirPlay issue when using iOS7 devices - Testers needed! - Memphiz - 2014-01-10

Ok cool - What if you now Set et to 0,1 and/or Model to Xbmc,1 ?


RE: Help us solving the AirPlay issue when using iOS7 devices - Testers needed! - qwertyuiop - 2014-01-10

Changing the bitmask only made everything work correctly for me also on an iPhone 4 on iOS 7.0.4. Since the problem was mostly with iOS 7.0.3, I can downgrade and test on that too.


RE: Help us solving the AirPlay issue when using iOS7 devices - Testers needed! - pette - 2014-01-10

@edrikk: Nice work, the photo thing could be that photo caching is enabled, which Memphiz said was not implemented.

Perhaps just one bit to turn off, and that mask was not as big as the previous ones, which makes trial-and-error easier.

Is music and everything working as it should?


RE: Help us solving the AirPlay issue when using iOS7 devices - Testers needed! - Memphiz - 2014-01-10

try 0x19F7 instead...


Help us solving the AirPlay issue when using iOS7 devices - Testers needed! - AussieFries - 2014-01-10

(2014-01-10, 11:06)pette Wrote: Is music and everything working as it should?

I'm no longer able to airplay music. It isn't possible to select the XBMC device from the Airplay selection window. After pressing for about 8 times the XBMC device I managed to select it, but the music stopped playing. When I press Play again, Airplay switches back to iPhone.

I'm also using features bitmask 0x39f7.


RE: Help us solving the AirPlay issue when using iOS7 devices - Testers needed! - Memphiz - 2014-01-10

Its likely that it tries to connect via fairplay to the airtunes server now - as if i got you right you are still announcing the et = 0,1,3,5 instead of 0,1.

But maybe i let you fiddle a bit and stop assuming things until i get a hand on an ios7 device by myself.


RE: Help us solving the AirPlay issue when using iOS7 devices - Testers needed! - edrikk - 2014-01-10

(2014-01-10, 12:15)Memphiz Wrote: try 0x19F7 instead...


Memphiz, is a build where both locations are set to Xbmc as model possible? As it is, the XML one doesn't "fix" the picture offset, making the testing somewhat difficult (and possibly invalid if one flips through from pics to videos and iPhone thinks the video is really a picture or vice-versa). I had a case where the video spinner showed only to go to a picture for example...


[EDIT] Removed that 0x19F7 appears to be less stable. I think I got lazy and didn't restart everything which gave incorrect results. Let me test more correctly first.[/EDIT]