CraigMarkwardt

This issue is a duplicate of issue #19, having to do with a change in how iTunes 10.5 clients deal with inactivity. The patch posted in that thread https://github.com/jasonmc/forked-daapd/issues/19#issuecomment-3328436 Should...

@svdlinden, the situation is a little more complicated than you describe. The behavior of the iTunes DAAP protocol implementation has changed over time. The problem is that we don't know...

There are a couple of bugs in the Android DAAP client which I reported ([issue #32](http://code.google.com/p/daap-client/issues/detail?id=32) on google code page). Hopefully these get fixed soon.

I submitted a patch to the upstream author to do dynamic updating but it was not accepted. The author was/is making large changes to the database code and apparently didn't...

And, I think from reading the code, there is a way to change a setting to determine which filter is used, but I don't see how this should be done.

Hi @mcspr , I know I'm responding a year later. Illness and family issues intervened and then this issue got pushed far down the stack. But I'm replying because I...

This report is a duplicate of issue #78. The patch I posted in that issue thread, https://github.com/CBGoodBuddy/forked-daapd/commit/c2e6eeda3273c4ddca146424b61023d18080705e should resolve the Banshee/Amarok issue. I tested with Banshee but not Amarok. Craig

I confirm this problem still exists in forked-daapd 0.18. iTunes 9.2.1 closes the connection exactly 30 minutes after connecting, regardless of activity. (i.e. I can be playing a song or...

Well, that's frustrating. Sadly, I can't replicate the problem with iTunes 9 or 10. Can you tell if the time out is 30 minutes or 25 minutes? The new code...

OK, that's pretty weird. I'm not sure why forced activity would force-close the connection. I checked mt-daapd which uses exactly the same method (except 30 second time-outs). I tested iTunes...