Closed GoogleCodeExporter closed 8 years ago
It always tries to connect to your last known IP Address.
You can always do Menu->Pick Library though right to select any one of the
servers you have connected to previously?
Original comment by mellowaredev
on 11 Aug 2011 at 11:12
Hi
yes I can pick the library again but it lost the pairing so I must connect an
pair them every time again.
Original comment by jacob.m...@gmail.com
on 13 Aug 2011 at 7:06
It would be nice if it remembered your last used settings instead of having to
re-pair each time I close the application. HTC Sensation 4g (Android 2.3.4),
Itunes for Mac 10.4 (80), TunesRemote+ 2.4.1 (Beta 14 from download link).
Original comment by nleo...@gmail.com
on 22 Aug 2011 at 3:49
Hmmm I do not have this problem. Does your IP address change every time?
Because TunesREmote+ automatically connects to the last connected iTunes at the
same IP address.
Original comment by mellowaredev
on 22 Aug 2011 at 10:24
Yes my iTunes station remain his ID but i've got 2 NICs so it changes the IP
every time i switched my network medium (1 Ethernet an 1 WiFi).
Original comment by jacob.m...@gmail.com
on 22 Aug 2011 at 10:27
Ah then there is no way for me to know unless I loop through every one of your
previous connections trying to connect to every single one of them. Right now
it just attempts to connect to the last one.
Maybe I could add that but it will make startup time much slower if it connects
to your last connection in your list!
Original comment by mellowaredev
on 22 Aug 2011 at 10:29
OK can you try the latest BETA?
http://code.google.com/p/tunesremote-plus/downloads/list
I know try and connect to the last known good address and if that fail I loop
through all previous connections stopping at the first successful connection.
Original comment by mellowaredev
on 22 Aug 2011 at 11:41
I think the TunesRemote code is going about it backwards.
What you should probably store is the last connected Bonjour ServiceName which
wont change (unlike the ip address this will be constant for a given server).
By all means also cache the last known ip for that servicename and attempt to
connect to that first. When that fails you wait for Bonjour to resolve the
service for you. Or timeout and show library selector.
Original comment by nick.gl...@lycos.com
on 22 Aug 2011 at 6:20
I agree looking up the Bonjour service name would be the right way to do it.
Unfortunately the mDNS locking required by Android (port 5353) to get Bonjour
working is a very expensive operation which is why the author only does it when
you are in Pairing Mode. It does not do it upon login and it leaves mDNS
mutlicast off also saving Android battery life.
Also some Android devices do not support UDP multicast and thus we have the
"Manual" login workaround.
Original comment by mellowaredev
on 22 Aug 2011 at 6:23
Anyone get a chance to test this that was having the re-connect problem?
Original comment by mellowaredev
on 23 Aug 2011 at 4:37
Testing now:
1. First start after installation needs a lot of time (approx. 10 sek).
2. Pairing succeeded after 3rd try
3. After chaining network card on my MacBook TunesRemote+ doesn't repair with
my iTunes so a new library scan gets initialized. Once I select my device no
new pairing is necessary - i war paired immediately.
4. After switching back to my first NIC on my MacBook its the same like in 3. I
must select my library again and no new pairing is necessary.
Looks like step in the right direction ;)
Original comment by jacob.m...@gmail.com
on 23 Aug 2011 at 4:47
Can you try again. We just released 2.4.2 on the Market with a patch submitted
by a user in issue #80 that helps alleviate the pairing issues.
Original comment by mellowaredev
on 24 Dec 2011 at 1:46
Original comment by mellowaredev
on 3 Jan 2012 at 11:25
Original issue reported on code.google.com by
jacob.m...@gmail.com
on 11 Aug 2011 at 6:45