search

abhay123lp / tunesremote-plus

Automatically exported from code.google.com/p/tunesremote-plus
0 stars 0 forks source link

Remember last used stations by ID #74

Closed GoogleCodeExporter closed 8 years ago

GoogleCodeExporter commented 8 years ago 
Q. What Android hardware device do you own?  (HTC Hero, Samsung Galaxy,
etc)

A: Samsung Galaxy S

Q. On what Android operating system version? (2.1, 2.2, Honeycomb 3.0.1
etc)

A: Gingerbread 2.3.4

Q. What DACP server, OS, and version? (OSX iTunes 10.1.2, Windows 7
MonkeyTunes 1.5.1 etc)

A: OSX 10.7.1 iTunes 10.4(80) on 

Q. What TunesRemote+ version? (found on Menu->More->About)

A: 2.4.0 (current market version)

Please provide any additional information below.

At first: great work!

I think it would be nice if your app could remember the last used station 
(server) not only by IP but also via their ID. My problem is if I switch my 
network from  cable based to wireless my router changes the IP of my MacBook.

Sincerely
Jacob Maxa

Original issue reported on code.google.com by jacob.m...@gmail.com on 11 Aug 2011 at 6:45

GoogleCodeExporter commented 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

GoogleCodeExporter commented 8 years ago 
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

GoogleCodeExporter commented 8 years ago 
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

GoogleCodeExporter commented 8 years ago 
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

GoogleCodeExporter commented 8 years ago 
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

GoogleCodeExporter commented 8 years ago 
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

GoogleCodeExporter commented 8 years ago 
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

GoogleCodeExporter commented 8 years ago 
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

GoogleCodeExporter commented 8 years ago 
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

GoogleCodeExporter commented 8 years ago 
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

GoogleCodeExporter commented 8 years ago 
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

GoogleCodeExporter commented 8 years ago 
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

GoogleCodeExporter commented 8 years ago

Original comment by mellowaredev on 3 Jan 2012 at 11:25