2014-01-10, 16:00
(2014-01-10, 15:04)Memphiz Wrote: [ -> ]if i got you right you are still announcing the et = 0,1,3,5 instead of 0,1.
Same behaviour with 0,1. Unable to airplay music.
(2014-01-10, 15:04)Memphiz Wrote: [ -> ]if i got you right you are still announcing the et = 0,1,3,5 instead of 0,1.
(2014-01-10, 15:06)edrikk Wrote: [ -> ]Memphiz, is a build where both locations are set to Xbmc as model possible?
(2014-01-10, 16:00)AussieFries Wrote: [ -> ](2014-01-10, 15:04)Memphiz Wrote: [ -> ]if i got you right you are still announcing the et = 0,1,3,5 instead of 0,1.
Same behaviour with 0,1. Unable to airplay music.
(2014-01-10, 17:01)Memphiz Wrote: [ -> ](2014-01-10, 15:06)edrikk Wrote: [ -> ]Memphiz, is a build where both locations are set to Xbmc as model possible?
I don't get what you mean with that? If you change the model in the airpaly.xml to something - this value is used in all related announcements including the needed bits in the airplay communication (cmd "SERVER_INFO").
(2014-01-10, 17:01)Memphiz Wrote: [ -> ](2014-01-10, 15:06)edrikk Wrote: [ -> ]Memphiz, is a build where both locations are set to Xbmc as model possible?
I don't get what you mean with that? If you change the model in the airpaly.xml to something - this value is used in all related announcements including the needed bits in the airplay communication (cmd "SERVER_INFO").
<entry key="et" value="0,1" /> <!-- supported encryptions 0-no enc, 1-RSA, 3, FairPlay, 4 - MFiSAP, 5-FairPlay SAPv2.5 -->
<features>0x19F7</features> <!-- features bit field -->
<model>AppleTV3,2</model> <!-- the model name -->
<entry key="et" value="0,1" /> <!-- supported encryptions 0-no enc, 1-RSA, 3, FairPlay, 4 - MFiSAP, 5-FairPlay SAPv2.5 -->
<features>0x39f7</features> <!-- features bit field -->
<model>AppleTV3,2</model> <!-- the model name -->
<entry key="et" value="0,1,3,5" /> <!-- supported encryptions 0-no enc, 1-RSA, 3, FairPlay, 4 - MFiSAP, 5-FairPlay SAPv2.5 -->
<features>0x39f7</features> <!-- features bit field -->
<model>AppleTV3,2</model> <!-- the model name -->
<features>0x39f7</features> <!-- features bit field -->
<entry key="et" value="0,1,3,5" /> <!-- supported encryptions 0-no enc, 1-RSA, 3, FairPlay, 4 - MFiSAP, 5-FairPlay SAPv2.5 -->
<model>Xbmc,1</model> <!-- the model name -->
<model>Xbmc,1</model> <!-- the model name -->
<features>0x39f7</features> <!-- features bit field -->
<entry key="et" value="0,1" /> <!-- supported encryptions 0-no enc, 1-RSA, 3, FairPlay, 4 - MFiSAP, 5-FairPlay SAPv2.5 -->
10:27:37 T:8500 ERROR: AIRPLAY Server: unhandled request [/fp-setup]
10:28:02 T:11376 ERROR: CCurlFile::FillBuffer - Failed: Transferred a partial file(18)
10:28:02 T:11376 NOTICE: CCurlFile::FillBuffer - Reconnect, (re)try 1
(2014-01-10, 17:02)Memphiz Wrote: [ -> ](2014-01-10, 16:00)AussieFries Wrote: [ -> ](2014-01-10, 15:04)Memphiz Wrote: [ -> ]if i got you right you are still announcing the et = 0,1,3,5 instead of 0,1.
Same behaviour with 0,1. Unable to airplay music.
In that case activate airtunesdebuglog in advancedsettings and see if you can see something interesting in the xbmc.log (grep it for "AIRTUNES").
(2014-01-10, 18:11)AussieFries Wrote: [ -> ](2014-01-10, 17:02)Memphiz Wrote: [ -> ](2014-01-10, 16:00)AussieFries Wrote: [ -> ]Same behaviour with 0,1. Unable to airplay music.
In that case activate airtunesdebuglog in advancedsettings and see if you can see something interesting in the xbmc.log (grep it for "AIRTUNES").
http://pastebin.com/JRkwbRnv
(2014-01-10, 18:05)edrikk Wrote: [ -> ]This came up as an audio-only target for me, though after I toggled wifi a few times, it did eventually show up as a video target. As someone said earlier, whenever the model is set to AppleTV, regardless of whatever feature bits are set (even complete garbage), xbmc will show up unerringly as a video target. I went back and installed the earlier testbuild (3) that only changed that announcement, but it was still the inconsistent behavior I noted before of sometimes not showing at all, sometimes video target.Code:<model>Xbmc,1</model> <!-- the model name -->
<features>0x39f7</features> <!-- features bit field -->
<entry key="et" value="0,1" /> <!-- supported encryptions 0-no enc, 1-RSA, 3, FairPlay, 4 - MFiSAP, 5-FairPlay SAPv2.5 -->
Seems to have worked... Music played, pictures showed (incorrectly), and videos played.
I rechecked this one again by: Turning off phone, Restarting router, stopping bonjour, stopping xbmc, start bonjour, start xbmc, phone on. same results/
BUT
Turning on Mirroring seems to "crash" the "TV Symbol" as Speaker symbol comes and stays up forever.
model AppleTV3,2
srcvers 101.28
features 0x77
tp UDP
ek 1
et 0,1
cn 0,1
vn 3
vs 130.14
sv false
da true
ss 16
txtvers 1
pw false
sm false
md 0,1,2
sr 44100
ch 2
am AppleTV3,2
<!-- values taken from airserver -->
<!-- see http://nto.github.io/AirPlay.html#servicediscovery-airtunesservice for slightly outdated reverse engineering -->
<airplay>
<genericannounce>
<!-- <mac>FF:FF:FF:FF:FF:F3</mac> --><!-- uncomment for overwriting the real mac with custom value -->
<features>AIRPLAYSUCKS</features> <!-- features bit field -->
<srcvers>150.33</srcvers> <!-- used protocol version -->
<model>AppleTV3,2</model> <!-- the model name -->
</genericannounce>
<airplayannounce>
<entry key="vv" value="GARBAGE" /> <!-- key value pair to announce as txt record via zeroconf -->
</airplayannounce>
<airtunesannounce>
<entry key="txtvers" value="GARBAGE" />
<entry key="cn" value="GARBAGE" /> <!-- supported audio codecs pcm and alac -->
<entry key="ch" value="GARBAGE" /> <!-- number of supported channels 2 -->
<entry key="ek" value="GARBAGE" /> <!-- undocumented -->
<entry key="et" value="GARBAGE" /> <!-- supported encryptions 0-no enc, 1-RSA, 3, FairPlay, 4 - MFiSAP, 5-FairPlay SAPv2.5 -->
<entry key="sv" value="GARBAGE" /> <!-- undocumented -->
<entry key="tp" value="GARBAGE" /> <!-- transport protocol -->
<entry key="ss" value="GARBAGE" /> <!--sample size 16 bit -->
<entry key="sr" value="GARBAGE" /> <!-- sample rate 44100 hz -->
<entry key="pw" value="GARBAGE" /> <!-- no password protection -->
<entry key="vn" value="GARBAGE" /> <!-- undocumented -->
<entry key="da" value="GARBAGE" /> <!-- undocumented -->
<entry key="md" value="GARBAGE" /> <!-- metadata support 0-text, 1-artwork, 2-progress -->
<entry key="sf" value="GARBAGE" /> <!-- undocumented -->
</airtunesannounce>
</airplay>
(2014-01-10, 19:34)edrikk Wrote: [ -> ]If you haven't tried, can you:: turn off iPhone, turn off xbmc, stop bonjour service, reboot router, set settings to what I saw worked above, start bonjour, start xbmc, start phone and try?
That should pretty ensure a "clean" test (and either validate it put my finding to question).
(2014-01-10, 20:05)Memphiz Wrote: [ -> ]Beware ... i parse the feature hex number into dec - writing a string there might behave strange or even crash . Did you verify that this announcement really was visible in bonjour browser?