Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

remote pairing #41

Closed
billy27607 opened this issue Mar 18, 2011 · 3 comments
Closed

remote pairing #41

billy27607 opened this issue Mar 18, 2011 · 3 comments

Comments

@billy27607
Copy link

I have discovered that the size of your collection affects pairing success. After many attempts and failures at paring, I created a collection with just a couple of songs and was successful immediately with a couple of devices. I suppose that it could have to do with the time it takes to look through the library to find a .remote file. Would it be reasonable to designate a place for the pairing data that could be looked at more often?

@alanpuccinelli
Copy link

Interesting. Are you getting an error message at all when your pairing fails? I keep getting a Remote not known from mDNS even though I'm absolutely sure the name is correct. I'll have to try a smaller library and report back. Trying to use 0.14 with an iPad

@billy27607
Copy link
Author

I get that message if I restart the forked-daapd daemon with a .remote file in the library. This happens regardless of the pairing status...

Here is how I have been successful.

  1. Try pairing with a very small library or wait until the daemon scans everything. I have 40,000+ songs and that initial scan takes a while.
  2. Start the daemon with no .remote and let it finish scanning.
  3. Start the iPhone remote app, choose add library and then get the code. If you are running avahi-browse you should see it show up.
  4. Prepare a .remote file in your home directory and move it into the library... I think that the temp file when editing directly in the library may confuse things...

Should go ahead and pair. I have been successful consistently like this.

Then delete the .remote file in the library...

Good luck.

Billy

On Mar 26, 2011, at 4:37 AM, "alanpuccinelli" reply@reply.github.com wrote:

Interesting. Are you getting an error message at all when your pairing fails? I keep getting a Remote not known from mDNS even though I'm absolutely sure the name is correct. I'll have to try a smaller library and report back.

Reply to this email directly or view it on GitHub:
#41 (comment)

@alanpuccinelli
Copy link

That did it. Thanks for the tip. This should be added to the INSTALL readme
for better clarity.

On Sun, Mar 27, 2011 at 1:39 PM, billy1 <
reply@reply.github.com>wrote:

I get that message if I restart the forked-daapd daemon with a .remote file
in the library. This happens regardless of the pairing status...

Here is how I have been successful.

  1. Try pairing with a very small library or wait until the daemon scans
    everything. I have 40,000+ songs and that initial scan takes a while.
  2. Start the daemon with no .remote and let it finish scanning.
  3. Start the iPhone remote app, choose add library and then get the code.
    If you are running avahi-browse you should see it show up.
  4. Prepare a .remote file in your home directory and move it into the
    library... I think that the temp file when editing directly in the library
    may confuse things...

Should go ahead and pair. I have been successful consistently like this.

Then delete the .remote file in the library...

Good luck.

Billy

On Mar 26, 2011, at 4:37 AM, "alanpuccinelli" reply@reply.github.com
wrote:

Interesting. Are you getting an error message at all when your pairing
fails? I keep getting a Remote not known from mDNS even though I'm
absolutely sure the name is correct. I'll have to try a smaller library and
report back.

Reply to this email directly or view it on GitHub:
#41 (comment)

Reply to this email directly or view it on GitHub:
#41 (comment)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants