Re: the Zell solution ... it works!
Re: the Zell solution ... it works!
- Subject: Re: the Zell solution ... it works!
- From: Lou Zell <email@hidden>
- Date: Sun, 08 May 2011 21:38:25 -0700
On Sun, May 8, 2011 at 11:37 AM, JP May
<email@hidden> wrote:
> "What I can tell you now, though, is if you stop the NSNetServiceBrowser you should see much better performance when bluetooth is on
Lou - you're a genius !
You're too kind - I'm glad I could help!
One thing disturbs me: we did a boatload of testing the last 36 hrs, and, as far as I can see:
(*) the Zell solution is a TOTAL solution.
I am slightly disturbed, because I think in your messages you mentioned, for you it is a "pretty good" solution.
It is pretty good for me, in that I really want to leave the service browser running so that other people can "join in" at any time. But yes, with the service browser turned off I see perfectly normal performance. Sounds like for your purposes you are all good!
Another point: You mentioned:
> If you only need to find devices when you first launch your app, then this could be enough. Unfortunately, if you have an app where other devices can join later, you'll have to get creative :)
Just to be clear, I apply the Zell Solution on the CLIENT. (I'm gonna test it on the server as well.) Your sentence there sounds more like you are referring to a server than the client side. I just mention this in case there is some confusion or mixup.
Thanks for pointing that out. I may actually be able to switch the client/server roles in my app (I think I have them backwards), so it could be a full solution for me too. And of course, thanks for the code.
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Macnetworkprog mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden