Hi Jean-Yves,<div><br></div><div>thanks for the info. Didn't know that the airplay service works on ports above 5000, because mine never did, not on a Mac, iPad or iPhone (the airplay symbol never shows up on any device, but did when the port was 5000). However, by adding a delay to the startup I did get it working, so I will look in to this if the problem presents itself again.</div>
<div><br></div><div>// Andréas<br><br><div class="gmail_quote">2013/1/7 Jean-Yves Avenard <span dir="ltr"><<a href="mailto:jyavenard@gmail.com" target="_blank">jyavenard@gmail.com</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">On 7 January 2013 06:39, Andréas Kühne <<a href="mailto:andreas@kuhne.se">andreas@kuhne.se</a>> wrote:<br>
<br>
> This port number then increases up till over 5010, and then the service<br>
> seems to start, however the problem is that my iThings cannot connect to the<br>
> frontend unless the services are running on port 5000 and 5100.<br>
<br>
</div>your analysis of the problem is flawed.<br>
It's not that it can only work over port 5000 and 5100. If port<br>
5000-5009 failed but 5010 worked, itunes client would connect<br>
automatically to that port.<br>
<br>
There is no restrictions as to which port it can use, just that myth<br>
tries port 5000 and if it fails try a few other ports until it finds<br>
one or tried too many times.<br>
<br>
the issue is that it's not listening to any link-local address with is<br>
used by default<br>
<div class="im"><br>
><br>
> If I restart the mythfrontend program the services start on the correct<br>
> ports. I think my problem is with the IPv6 address not being initialized<br>
> before the service tries to start. I have tried to set the IPv6 manually and<br>
> also disable IPv6 entirely on the machine.<br>
<br>
</div>again, your analysis is wrong. IPv6 link-local address would be set<br>
well before myth ever started.<br>
you can't disable IPv6 unfortunately from the myth machine.<br>
<br>
AirPlay advertise a service using a hostname (not an IP address) and<br>
a port number.<br>
What iTunes/iOS will try to use depends entirely on how they are going<br>
to resolve that hostname.<br>
<br>
If the hostname is resolved as an IPv6 address (which seems to be the<br>
default with iTunes) then that's what it uses.<br>
<div class="im"><br>
> I can't be the only one with this problem? Anyone have any ideas?<br>
</div>You need to solve why listening over the link-local address fails on your host.<br>
<br>
The only time I've seen this is on OSX machine with Qt <= 4.8.2. The<br>
bug was fixed in 4.8.3<br>
<a href="https://bugreports.qt-project.org/browse/QTBUG-25634" target="_blank">https://bugreports.qt-project.org/browse/QTBUG-25634</a><br>
<br>
In any case, if you want anyone to properly trouble shoot the problem,<br>
you need to provide a complete log of mythfrontend started with -v<br>
audio,playback --loglevel debug<br>
<br>
Without it, it's just pure theory<br>
<div class="HOEnZb"><div class="h5">_______________________________________________<br>
mythtv-users mailing list<br>
<a href="mailto:mythtv-users@mythtv.org">mythtv-users@mythtv.org</a><br>
<a href="http://www.mythtv.org/mailman/listinfo/mythtv-users" target="_blank">http://www.mythtv.org/mailman/listinfo/mythtv-users</a><br>
</div></div></blockquote></div><br></div>