• 1
  • 8
  • 9
  • 10(current)
  • 11
  • 12
  • 20
[AirPlay][Warning] Don't update to iOS8 if you want AirPlay
Hey there. Well this forum is english so please try to respect that in future postings. Beside that i am happy to give an interview but this will only be possible by email. This is to ensure that everything i write is correctly phrased and to retain my anonymity.

If this is OK for you then you are welcome to start a discussion/interview by mailing me at memphiz (at) kodi (dot) tv (this can be in german then of course Wink ).

For all the english people here for clarification - Halyna wants to make me famous in germany Wink
AppleTV4/iPhone/iPod/iPad: HowTo find debug logs and everything else which the devs like so much: click here
HowTo setup NFS for Kodi: NFS (wiki)
HowTo configure avahi (zeroconf): Avahi_Zeroconf (wiki)
READ THE IOS FAQ!: iOS FAQ (wiki)
Reply
Memphiz, please don't forget us in your rise to fame Smile

I have tried most of your Kodi iOS 8 Airplay fix testbuilds.

I noticed using Testbuild 20141006 most of the time the Audio Airplay symbol is initially shown in the iOS 8 control panel. So same behaviour as previously with Gotham/iOS7: you have to wait up to 10 sec before the Video symbol shows up.

However in previous Kodi versions (e.g. KodiSetup-20141005-f47876c-ios8airplay.exe) I usually got the Video Airplay symbol immediately.

I'm using Testbuild 20141005 again now. Works very well.
IMHO your iOS 8 Airplay fix testbuilds versions up to and including 20141005 give a much more stable and consistent playback than the Gotham iOS 7 fix ever did.
Reply
Lets start with "F&$CK Apple"

There is no reason for this shit anymore.

My current device will be my last apple device.

Well done apple, you managed to create a proprietary POS which has now outlived its life.
Reply
After using airplay audio for a bit longer I've rediscovered an annoying problem with XBMC's implementation that I had forgotten about - it seems to be VERY sensitive to packet loss.

My AP is down in the living room and the Mac Mini running XBMC and iPad are upstairs in the bedroom - almost without fail if airplay audio is sending from the iPad as soon as I pick it up and grasp it in landscape with two hands the audio will stutter/break up quite badly for a second or two then recover, although sometimes it will continue to sporadically stutter while held.

Obviously it's a less than ideal wireless signal and it's easy to blame that except for these two points:

1) I had the same issue in another house in the same room as the AP, although it was less severe.

2) I have one of the old b/g (power plug) model Airport Express's which was my stalwart for years for airplay audio and it NEVER stutters under any conditions. The audio is always rock solid and glitch free as long as there is any wireless signal at all.

As a test I plugged it in beside the Mac mini - both it and the Mac Mini are connected by Wifi to the downstairs AP wirelessly. Streaming audio from the iPad in the exact same conditions holding the iPad in the exact same location is completely glitch free. I can pick it up, put it down, move it around any way I like without any dropouts, where the same movements cause severe dropouts in XBMC.

I was looking at the bonjour announcements and suddenly realised what the difference probably is - the Airport Express annouces tp=TCP,UDP while XBMC only announces tp=UDP.

I confirmed with wireshark that the stream to xbmc is indeed UDP, I don't have any easy way to monitor the stream to the airport express (at least not with the current network layout in the house) but I can only assume that it's using a TCP stream hence it's not sensitive to small amounts of sporadic packet loss like the UDP stream is.

I tried changing the announcement to advertise TCP support as well but it still used UDP, so I assume there is no "plumbing" in place to actually support a TCP connection in the airtunes code...

Is it much work to enable or add support for TCP streams ? Is there any particular reason why it is not already supported ?

I can understand that latency might be a reason UDP is preferred, however there is still about 2 seconds of latency anyway which is about the same latency as an airport express. For me, the reason I use airplay audio is to play music, and for that purpose glitch free (ideally bit perfect) playback is what I want - I don't care if there is slightly more latency if it means I don't get random dropouts in the audio just because I'm moving my iPad around slightly...
Kodi 18.3 - Mid 2007 Mac Mini, 4GB, 2TB HD, Windows 7 SP1
Kodi 18.3 - Vero4k, Raspberry Pi 2. OSMC.
Reply
First thanks for all people who have solved the ios8 compatibility.

What will be the official way to get this, specially for openelec users ?


We have to wait an official alpha or beta version of kodi 14 including the fix ?
Reply
(2014-10-17, 10:26)DBMandrake Wrote: Is it much work to enable or add support for TCP streams ? Is there any particular reason why it is not already supported ?

ask both here https://github.com/juhovh/shairplay/issues - its a third party lib not our code...
AppleTV4/iPhone/iPod/iPad: HowTo find debug logs and everything else which the devs like so much: click here
HowTo setup NFS for Kodi: NFS (wiki)
HowTo configure avahi (zeroconf): Avahi_Zeroconf (wiki)
READ THE IOS FAQ!: iOS FAQ (wiki)
Reply
iOS 8.1 anyone?
AppleTV4/iPhone/iPod/iPad: HowTo find debug logs and everything else which the devs like so much: click here
HowTo setup NFS for Kodi: NFS (wiki)
HowTo configure avahi (zeroconf): Avahi_Zeroconf (wiki)
READ THE IOS FAQ!: iOS FAQ (wiki)
Reply
I updated my iPad to 8.1 - haven't had a chance to test Airplay yet but will do so over the next day or two.
Kodi 18.3 - Mid 2007 Mac Mini, 4GB, 2TB HD, Windows 7 SP1
Kodi 18.3 - Vero4k, Raspberry Pi 2. OSMC.
Reply
i did update too - nothing changed Sad
AppleTV4/iPhone/iPod/iPad: HowTo find debug logs and everything else which the devs like so much: click here
HowTo setup NFS for Kodi: NFS (wiki)
HowTo configure avahi (zeroconf): Avahi_Zeroconf (wiki)
READ THE IOS FAQ!: iOS FAQ (wiki)
Reply
First of all, thank you for this wonderfull project developers!
I tested airplay on my ios 8 and only photo's work. Video just hang at the first frame.

#leecher problems
Reply
Yes because you are not using latest nightly build which makes it work a bit better ...
AppleTV4/iPhone/iPod/iPad: HowTo find debug logs and everything else which the devs like so much: click here
HowTo setup NFS for Kodi: NFS (wiki)
HowTo configure avahi (zeroconf): Avahi_Zeroconf (wiki)
READ THE IOS FAQ!: iOS FAQ (wiki)
Reply
I installed the Nightly of Oct 22nd. Thanks for adding the fix to the Nighlies, but this isn't the fix as used in the Oct 5th test version? That one worked very well. Now we have to again wait 10 sec before the video AirPlay symbol shows up.
Reply
no clue what the difference would be - this one is the minimal solution which was extracted by DBMandrake. I have no clue what was done on the 5th Oct really.
AppleTV4/iPhone/iPod/iPad: HowTo find debug logs and everything else which the devs like so much: click here
HowTo setup NFS for Kodi: NFS (wiki)
HowTo configure avahi (zeroconf): Avahi_Zeroconf (wiki)
READ THE IOS FAQ!: iOS FAQ (wiki)
Reply
Hi,

(warning: new user & poster alert)

Trying to get Airplay to work - works fine with audio & photo's, fails on videos: "Playback error . Tap to retry" (YouTube app).

Kodi 14.0-ALPHA5 (Compiled: oct 25 2014)
OS: Ubuntu 14.04.1 (minimal installation for XBMC/Kodi only, so no desktop installed; firewall is disabled)
HW: Intel NUC DN2820FYKH (Celeron N2820, Intel graphics). Connected via gigabit LAN.
iDevice: iPhone 4S with iOS8.1 installed;
iDevice 2: iPad Air with iOS88.0.2 installed.
Settings: Airplay enabled, iOS8 compatibility mode enabled, Allow volume control enabled, no password protection.

Using YouTube on the iPhone, it can sometimes take several seconds but then returns with "Playback error Tap to retry". Other times it keeps trying indefinitely. No response visible on the Kodi screen. Sane result when Airplaying from the iOS8.0.2 iPad with Youtube.

The most positive so far is when I try to play from the native Apple video app: for a short time Kodi shows the video control buttons and "Working..." in the bottom-right corner - then gives up and shows the normal Kodi menu screen.

I have enabled airtunesdebug in advanced settings. A small copy/paste of the ~/.kodi/temp/kodi.log:
Code:
11:55:58 T:140487574943488  NOTICE: Thread DVDPlayer start, auto delete: false
11:55:58 T:140487574943488  NOTICE: Creating InputStream
11:56:03 T:140487574943488   ERROR: CCurlFile::Stat - Failed: Couldn't resolve host name(6) for http://PMs-iPad.local:7001/1/ccb93443-1d9f-50f8-83e2-1e294dd789e8.mp4|User-Agent=AppleCoreMedia%2f1.0.0.8F455%20(AppleTV%3b%20U%3b%20CPU%20OS%204_3%20like%20Mac%20OS%20X%3b%20de_de)
11:56:08 T:140487574943488   ERROR: CCurlFile::FillBuffer - Failed: Couldn't resolve host name(6)
11:56:08 T:140487574943488   ERROR: CCurlFile::CReadState::Connect, didn't get any data from stream.
11:56:08 T:140487574943488   ERROR: Open - failed to open source <http://PMs-iPad.local:7001/1/ccb93443-1d9f-50f8-83e2-1e294dd789e8.mp4|User-Agent=AppleCoreMedia%2f1.0.0.8F455%20(AppleTV%3b%20U%3b%20CPU%20OS%204_3%20like%20Mac%20OS%20X%3b%20de_de)>
11:56:08 T:140487574943488   ERROR: CDVDPlayer::OpenInputStream - error opening [http://PMs-iPad.local:7001/1/ccb93443-1d9f-50f8-83e2-1e294dd789e8.mp4|User-Agent=AppleCoreMedia%2f1.0.0.8F455%20(AppleTV%3b%20U%3b%20CPU%20OS%204_3%20like%20Mac%20OS%20X%3b%20de_de)]
11:56:08 T:140487574943488  NOTICE: CDVDPlayer::OnExit()
11:56:08 T:140489313966016  NOTICE: CDVDPlayer::CloseFile()
11:56:08 T:140489313966016  NOTICE: DVDPlayer: waiting for threads to exit
11:56:08 T:140489313966016  NOTICE: DVDPlayer: finished waiting
11:56:08 T:140489313966016  NOTICE: CDVDPlayer::CloseFile()
11:56:08 T:140489313966016  NOTICE: DVDPlayer: waiting for threads to exit
11:56:08 T:140489313966016  NOTICE: DVDPlayer: finished waiting
11:56:09 T:140487574943488  NOTICE: Thread JobWorker start, auto delete: true
11:56:19 T:140488061458176  NOTICE: Thread GUIDialogCache start, auto delete: true
11:56:24 T:140489313966016   ERROR: CCurlFile::Stat - Failed: Couldn't resolve host name(6) for http://PMs-iPad.local:7001/1/ccb93443-1d9f-50f8-83e2-1e294dd789e8.mp4|User-Agent=AppleCoreMedia%2f1.0.0.8F455%20(AppleTV%3b%20U%3b%20CPU%20OS%204_3%20like%20Mac%20OS%20X%3b%20de_de)
11:56:24 T:140489313966016  NOTICE: DVDPlayer: Opening: http://PMs-iPad.local:7001/1/ccb93443-1d9f-50f8-83e2-1e294dd789e8.mp4|User-Agent=AppleCoreMedia%2f1.0.0.8F455%20(AppleTV%3b%20U%3b%20CPU%20OS%204_3%20like%20Mac%20OS%20X%3b%20de_de)
11:56:24 T:140489313966016 WARNING: CDVDMessageQueue(player)::Put MSGQ_NOT_INITIALIZED
11:56:24 T:140487566550784  NOTICE: Thread DVDPlayer start, auto delete: false
11:56:24 T:140487566550784  NOTICE: Creating InputStream
11:56:30 T:140487566550784   ERROR: CCurlFile::Stat - Failed: Couldn't resolve host name(6) for http://PMs-iPad.local:7001/1/ccb93443-1d9f-50f8-83e2-1e294dd789e8.mp4|User-Agent=AppleCoreMedia%2f1.0.0.8F455%20(AppleTV%3b%20U%3b%20CPU%20OS%204_3%20like%20Mac%20OS%20X%3b%20de_de)
11:56:35 T:140487566550784   ERROR: CCurlFile::FillBuffer - Failed: Couldn't resolve host name(6)
11:56:35 T:140487566550784   ERROR: CCurlFile::CReadState::Connect, didn't get any data from stream.
11:56:35 T:140487566550784   ERROR: Open - failed to open source <http://PMs-iPad.local:7001/1/ccb93443-1d9f-50f8-83e2-1e294dd789e8.mp4|User-Agent=AppleCoreMedia%2f1.0.0.8F455%20(AppleTV%3b%20U%3b%20CPU%20OS%204_3%20like%20Mac%20OS%20X%3b%20de_de)>
11:56:35 T:140487566550784   ERROR: CDVDPlayer::OpenInputStream - error opening [http://PMs-iPad.local:7001/1/ccb93443-1d9f-50f8-83e2-1e294dd789e8.mp4|User-Agent=AppleCoreMedia%2f1.0.0.8F455%20(AppleTV%3b%20U%3b%20CPU%20OS%204_3%20like%20Mac%20OS%20X%3b%20de_de)]
11:56:35 T:140487566550784  NOTICE: CDVDPlayer::OnExit()
11:56:35 T:140489313966016  NOTICE: CDVDPlayer::CloseFile()
11:56:35 T:140489313966016  NOTICE: DVDPlayer: waiting for threads to exit
11:56:35 T:140489313966016  NOTICE: DVDPlayer: finished waiting
11:56:35 T:140489313966016  NOTICE: CDVDPlayer::CloseFile()
11:56:35 T:140489313966016  NOTICE: DVDPlayer: waiting for threads to exit
11:56:35 T:140489313966016  NOTICE: DVDPlayer: finished waiting

Given the comments in this topic, it seems that a lot of people have this working with iOS8, so likely that the problem is on my side. Any suggestions what the problem can be or how to debug or solve it? Is any information missing here? Thanks for your time!
Reply
(2014-10-23, 14:16)AussieFries Wrote: I installed the Nightly of Oct 22nd. Thanks for adding the fix to the Nighlies, but this isn't the fix as used in the Oct 5th test version? That one worked very well. Now we have to again wait 10 sec before the video AirPlay symbol shows up.

Can you run the oct 5th build that you think works better, then on an iOS device run the app "net analyser", go into info, bonjour services, then paste the announcement info for both _airplay._tcp. and _raop._tcp. ?

The difference will only be in the annoucements. I have an idea what it will be, but if it's what I think it is its not a solution we can use as it has other side effects.
Kodi 18.3 - Mid 2007 Mac Mini, 4GB, 2TB HD, Windows 7 SP1
Kodi 18.3 - Vero4k, Raspberry Pi 2. OSMC.
Reply
  • 1
  • 8
  • 9
  • 10(current)
  • 11
  • 12
  • 20

Logout Mark Read Team Forum Stats Members Help
[AirPlay][Warning] Don't update to iOS8 if you want AirPlay1