I can bind DC to my BlueTooth buttons and it takes over everything. I can un-bind DC from my BT and it controls the music player, even when i'm running DC. It stops controlling DC even when i'm in DC and will only control the music player.
I need it to control DC when DC is active.
right now Pandora and the generic music player will take over the BT controls based on which one was used last. Thats a GREAT way to do it. Can you make this happen? This whole bind/unbind thing isn't working out....
Other than this issue, this is the BEST pod-catcher EVER. it spanks "google listen".
This sounds reasonable.
About the "best pod-catcher ever" in some respects it even spanks iTunes!
I don't bind the headset button now because I value using the controls for the music apps more than the occasional use I'd need with DC. But if DC could give up control when it's done that would be the best of both worlds. It'd be great to use the FF/Rew buttons on the head unit in my car to skip commercials instead of the touch screen.
I see what you are saying, and it even worked like that for a bit when I had a bug. Some people wanted it to be the way it is now, and was prior to the bug.
The problem revolves around applications getting evicted. Let say I make DC only respond to the button when it's active (this is the way it worked a couple versions ago when there was a bug). So you're listening to audio and press the pause button, you fire up the browser and DC gets evicted from memory...so it's no longer active. You press the button and you expect DC to resume but it doesn't.
Also, there could be two applications "active" at a time in which case it would be unclear which app should respond.
I think the way pandora does this is by operating the way DC did with the "bug". In the situation I described above, pandora would ignore the button press if it had been evicted from memory. Note that pandora requires that you exit the application manually and/or also within a set time period after a low memory situation...which is not easy to predict.
I suppose one solution would be to make it configurable (which I think another user suggested during an earlier thread on this topic). You could 'bind to headset' and then if that is enabled, you could also enable/disable 'start DC if it's not running'. Even with this though you would still have to force DC out of memory so that other apps could respond to the button press. The next version adds the ability to exit the app btw.
This sounds like it would be terribly confusing for people.
One of the google devs mentioned the weakness in the androdi api in this area (way back..maybe 1.5), so I was hoping to see an improvement with 1.6 or 2.0 but I haven't seen any.
Would it still be worth it if you had to exit DC manually when you wanted DC to stop responding to the button?
i dunno..... I do like how pandora and music player share control based on which was used last..... I dont underestimate the complexity of the issue, but hate going to settings at the end of the day when i know i'm done with podcasts until tomorrow just to unbind the BT controls. I suppose an option to quit on exit would be good... but i also like knowing that my podcasts are constantly getting updated in the background.....
Seriously, money well spent.
I had issues with my SD card in my droid and kept having to re-format and swap cards and delete data. I LOVED that DC would remember all my podcasts and just download all the stuff that got lost, remember where i was, and remember if it was new or done.
still would love a shuffle option for my play list.
Also, where does it pull the podcast search library from? Some of the smaller podcasts i like have to be manually entered via rss input....
Background update - doing the solution I discussed would not prevent DC from updating in the background...which is good. But that the bad news is that DC would then be running after a background update and bound to the button again. I'm going to need to keep thinking about this since I don't think we've got a workable solution yet.
Random playlist - I created an issue for this - http://mantis.snoggdoggler.com/view.php?id=331
Search library - that list comes from all the people using the recommendations feature. If you use it, no one else will need to enter the urls manually again :-)
Thanks for the feedback.