Huge thanks for your hard work, Memphiz
I've been looking forward to native Airtunes compatibility since I heard they cracked the encryption. My ATV2 is quickly becoming the best $99 I've ever spent.
Out of curiosity: any reason the Airplay/Airtunes implementations don't include Windows support?
Memphiz Wrote:on its way though ... 447 (PR)
Is there any chance of Windows support? I understand that Windows doesn't come with Bonjour/Avahi/ZeroConf installed natively, but why can't you check to see if Bonjour is installed before attempting to turn AirPlay/AirTunes support on?
Philmatic Wrote:Is there any chance of Windows support? I understand that Windows doesn't come with Bonjour/Avahi/ZeroConf installed natively, but why can't you check to see if Bonjour is installed before attempting to turn AirPlay/AirTunes support on?
There doesn't seem to be a lib for using bonjour on windows which fits XBMCs licensing needs. But the Win32 devs are looking for it i think. If there is a bonjour solution there is still some porting work to be done for getting this stuff to work on windows...
Thanks for this, loved Airplay and wanted to try Airtunes... Built 20110929-e35b4ea but when XBMC starts up, it starts to play a stream, but nothing is playing. If you try to stop playback it locks up XBMC. I have had to disable Airplay for now, any ideas?
Code:
20:51:44 T:2959080304 DEBUG: Thread CAirPlayServer start, auto delete: 0
20:51:44 T:8202816 DEBUG: CZeroconfAvahi::doPublishService identifier: servers.airplay type: _airplay._tcp name:XBMC port:9091
20:51:44 T:8202816 DEBUG: CZeroconfAvahi::addService() named: XBMC type: _airplay._tcp port:9091
20:51:44 T:8202816 DEBUG: SECTION:LoadDLL(libshairport.so.0)
20:51:44 T:8202816 DEBUG: Loading: libshairport.so.0
20:51:44 T:2902457200 DEBUG: Thread CAirTunesServer start, auto delete: 0
20:51:44 T:8202816 DEBUG: CZeroconfAvahi::doPublishService identifier: servers.airtunes type: _raop._tcp name:0017A4139F3E@XBMC port:5000
20:51:44 T:8202816 DEBUG: CZeroconfAvahi::addService() named: 0017A4139F3E@XBMC type: _raop._tcp port:5000
20:51:45 T:3058686832 DEBUG: CZeroconfAvahi::groupCallback: Service successfully established
20:51:45 T:8202816 DEBUG: Previous line repeats 1 times.
20:51:45 T:8202816 DEBUG: CPlayerCoreFactory::GetPlayers(pipe://1/)
20:51:45 T:8202816 DEBUG: CPlayerSelectionRule::GetPlayers: considering rule: system rules
20:51:45 T:8202816 DEBUG: CPlayerSelectionRule::GetPlayers: matches rule: system rules
20:51:45 T:8202816 DEBUG: CPlayerSelectionRule::GetPlayers: considering rule: rtv
20:51:45 T:8202816 DEBUG: CPlayerSelectionRule::GetPlayers: considering rule: hdhomerun/myth/rtmp/mms/udp
20:51:45 T:8202816 DEBUG: CPlayerSelectionRule::GetPlayers: considering rule: lastfm/shout
20:51:45 T:8202816 DEBUG: CPlayerSelectionRule::GetPlayers: considering rule: rtsp
20:51:45 T:8202816 DEBUG: CPlayerSelectionRule::GetPlayers: considering rule: streams
20:51:45 T:8202816 DEBUG: CPlayerSelectionRule::GetPlayers: considering rule: dvd
20:51:45 T:8202816 DEBUG: CPlayerSelectionRule::GetPlayers: considering rule: dvdfile
20:51:45 T:8202816 DEBUG: CPlayerSelectionRule::GetPlayers: considering rule: dvdimage
20:51:45 T:8202816 DEBUG: CPlayerSelectionRule::GetPlayers: considering rule: sdp/asf
20:51:45 T:8202816 DEBUG: CPlayerSelectionRule::GetPlayers: considering rule: nsv
20:51:45 T:8202816 DEBUG: CPlayerCoreFactory::GetPlayers: matched 0 rules with players
20:51:45 T:8202816 DEBUG: CPlayerCoreFactory::GetPlayers: adding audiodefaultplayer (3)
20:51:45 T:8202816 DEBUG: CPlayerCoreFactory::GetPlayers: for video=0, audio=1
20:51:45 T:8202816 DEBUG: CPlayerCoreFactory::GetPlayers: adding player: PAPlayer (3)
20:51:45 T:8202816 DEBUG: CPlayerCoreFactory::GetPlayers: for video=1, audio=1
20:51:45 T:8202816 DEBUG: CPlayerCoreFactory::GetPlayers: adding player: DVDPlayer (1)
20:51:45 T:8202816 DEBUG: CPlayerCoreFactory::GetPlayers: added 2 players
20:51:45 T:8202816 INFO: PAPlayer: Playing pipe://1/
20:51:45 T:8202816 DEBUG: PAPlayer: Creating new audio renderer
20:51:45 T:8202816 DEBUG: RemoveActiveDevice - Removing device 1
20:51:45 T:8202816 DEBUG: CGUIAudioManager::DeInitialize
20:51:45 T:8202816 DEBUG: SetActiveDevice - SetActiveDevice from 0 to 2
20:51:45 T:8202816 DEBUG: RemoveActiveDevice - Removing device 0
20:51:45 T:8202816 DEBUG: Initialize - using alsa device plug:hdmi
20:51:45 T:8202816 DEBUG: CALSADirectSound::Initialize - frame count:512, packet count:16, buffer size:8192
20:51:45 T:8202816 DEBUG: CALSADirectSound::Initialize - Channels: 2 - SampleRate: 44100 - SampleBit: 16 - Resample false - IsMusic true - IsPassthrough false - audioDevice: plug:hdmi
20:51:45 T:2860497776 DEBUG: Thread PAPlayer start, auto delete: 0
20:51:45 T:2860497776 DEBUG: PAPlayer: Thread started
Thanks
No ideas - because you didn't even describe exactly what plattform u are using (a smart guess is linux?!?) and what exactly you tried (streaming from ipod app on iphone? or from itunes on a pc?). And beside that - don't post cut logs. Post full logs to a site like pastebin and put the link in here.
Playing music over airtunes has a lag until it starts in XBMC due to caching.
You wrote that it starts to play a stream on starting up XBMC. Is this correct? That would be odd, because it only would start a stream if someone "AirPlays" it over to XBMC. So find the sender
Memphiz Wrote:No ideas - because you didn't even describe exactly what plattform u are using (a smart guess is linux?!?) and what exactly you tried (streaming from ipod app on iphone? or from itunes on a pc?). And beside that - don't post cut logs. Post full logs to a site like pastebin and put the link in here.
Playing music over airtunes has a lag until it starts in XBMC due to caching.
You wrote that it starts to play a stream on starting up XBMC. Is this correct? That would be odd, because it only would start a stream if someone "AirPlays" it over to XBMC. So find the sender
Sorry Memphiz, I should have been more informative
I will generate a clean full debug log tonight, and yeah it is Linux, started with a Live install and been building XBMC on top.
It is strange as I said as soon as XBMC starts it trys to stream something I only have two devices, iPhone and iPad, both were not playing anything, I will disable WiFi on them and try again just in case they are triggering it, I will also give you a screen shot so you can see what it is trying to do.
Cheers.
Sounds like a bad compile/build whatever ... don't know nothing about xbmc live though. So you did something custom made right?
Memphiz Wrote:Sounds like a bad compile/build whatever ... don't know nothing about xbmc live though. So you did something custom made right?
I normally just git pull the latest master, nothing special about it, don't play with the code unless I trying to fix a bug etc.
These are the commands I use to build:
Code:
cd $HOME/setup/xbmc
make distclean
git reset --hard
git clean -xfd
git pull --rebase
cd $HOME/setup/xbmc/lib/libnfs/
make -j4; make install
cd $HOME/setup/xbmc/lib/libshairport/
make -j4; make install
cd $HOME/setup/xbmc
./bootstrap ; ./configure --prefix=/usr --enable-vdpau --disable-pulse --disable-crystalhd
make -C $HOME/setup/xbmc/lib/addons/script.module.pil
cd $HOME/setup/xbmc
make -j4
make install prefix=/usr
I am running:
Linux XBMCLive 2.6.32-29-generic #58-Ubuntu SMP Fri Feb 11 19:00:09 UTC 2011 i686 GNU/Linux
Ubuntu 10.04.2 LTS - XBMCLive Dharma
Here is the debug log:
http://pastebin.com/KwLhMV1D
As you can see from this, as soon as I activate AirPlay it starts to stream...
I have disabled all devices and no iTunes is running.
Is there away to log what device triggered streaming?
In the log file it looks like something triggers a stream. You could run XBMC from the command line - libshairport has a bunch of printouts there (i want to kill them next days but for now they are still there) - maybe these indicate who is triggering the stream.
Mhhh spotted something:
Code:
WARNING: Create - Unsupported protocol(pipe) in pipe://1/
This looks definitly like a b0rked build. try
Code:
make -C xbmc/filesystem/ clean && make -C xbmc/filesystem/ && make
don't know ... but something is stale here imho... but nevertheless only libshairport could trigger stream playback of a pipe ... and that is only if a client connects to it. Very strange...
Memphiz Wrote:In the log file it looks like something triggers a stream. You could run XBMC from the command line - libshairport has a bunch of printouts there (i want to kill them next days but for now they are still there) - maybe these indicate who is triggering the stream.
Mhhh spotted something:
Code:
WARNING: Create - Unsupported protocol(pipe) in pipe://1/
This looks definitly like a b0rked build. try
Code:
make -C xbmc/filesystem/ clean && make -C xbmc/filesystem/ && make
don't know ... but something is stale here imho... but nevertheless only libshairport could trigger stream playback of a pipe ... and that is only if a client connects to it. Very strange...
Thanks, but before I try that...
Here is the output from running from command line
http://pastebin.com/BaRRtDGy
The host that is connecting is another linux box I have, and the process on the box connecting is pulseaudio, so little confused to why it would be.
Memphiz Wrote:on its way though ... 447 (PR)
Looks like the pull request is closed... and the commit was merged... does that mean the feature is in XBMC now? Sorry, I'm a bit of a github n00b.
jd2157 Wrote:Looks like the pull request is closed... and the commit was merged... does that mean the feature is in XBMC now? Sorry, I'm a bit of a github n00b.
That is correct - it is in when code is compiled and when the buildbot decides to build ios again
dg69 Wrote:Thanks, but before I try that...
Here is the output from running from command line
http://pastebin.com/BaRRtDGy
The host that is connecting is another linux box I have, and the process on the box connecting is pulseaudio, so little confused to why it would be.
Code:
86.User-Agent: iTunes/4.6 (Macintosh; U; PPC Mac OS X 10.3)
Pulseaudio is emulating a ppc mac with osx10.3 itunes 4,6? WTF!!!! So maybe you should play some music on that mashine and it would come out on xbmc then (when you fixed the pipe:// compile problem of course).
But better deactivate that feature in you linux box by reversing this howto:
http://www.makeuseof.com/tag/apples-airt...untulinux/
