Request support to scrobble from Pandora app

[GoogleCodeExporter]

Will this be possible in the future? It would make this app the killer
Last.fm app!

Thank you for all your work already,
Joey

Original issue reported on code.google.com by weezer...@gmail.com on 13 Nov 2009 at 5:06

[GoogleCodeExporter]

I'll have a look at the Pandora code and see if it's possible. I'm pretty busy 
at the
moment, so please feel free to remind me if I haven't done it in a week or two.

Original comment by jjc1...@gmail.com on 14 Nov 2009 at 8:31

• Added labels: Type-Feature
• Removed labels: Type-Defect

[GoogleCodeExporter]

It appears as if Pandora has either gone out their way to make this difficult 
or just 
simply like obfuscating their own code. The Pandora android client is already 
broadcasting all the events and data that are needed to add this feature.  
However, 
if my reading of the bytecode is correct and it's always possible that it's 
not, they 
are putting a random suffix on all of the intent actions. This suffix is 
generated at 
startup and is available only to the other Pandora classes. Including the 
broadcast 
receiver's intent filter that is generated also at startup when the receiver is 
dynamically registered.  

It's still potentially possible to handle this through trapping Pandora's 
status bar 
notifications. Even assuming that Pandora hasn't done more obfuscation with 
those 
messages a solution involving mechanism is likely to be tricky because you only 
have 
2 events, song playing and song stopped playing.  Hench, it wouldn't be 
possible to 
distinguish between pause vs. stop or resume vs. start without some type of 
mechanism 
to track the most recent track.

Unless of course somebody out there knows how to do intent filters with 
wildcard 
action name.  I'm certainly no Android expert but I've looked around and I 
haven't 
been able to find a mechanism to do this.

Original comment by jski...@gmail.com on 29 Nov 2009 at 9:12

[GoogleCodeExporter]

Wow, thanks a lot for doing that great analysis! I've had a look now and I 
concur
with your conclusions.

Can you expand more on the idea of trapping the status notifications? How would 
we go
about doing that? Having just the song playing/song stopped events isn't a 
problem,
because Scrobble Droid already has logic for keeping track of what's going on 
(in
fact, the Scrobble Droid API only includes those two events so as to keep things
simple for implementors.)

Original comment by jjc1...@gmail.com on 29 Nov 2009 at 9:29

[GoogleCodeExporter]

I thought I had read somewhere that you could catch status bar notifications.  
My 
recollection apparently is incorrect as this is not possible.  I guess we'll 
just 
have to wait for the Pandora team to get around to it.  However, the impression 
I got 
from the support guy I've been in an email thread with it doesn't appear that 
will 
happen anytime soon.  

For users looking for Pandora scrobbling on the Android please contact Ian - 
<iellison@pandora.com> and let him know that you would like Pandora to start 
broadcasting public intents for track listening events (or at least stop 
obfuscating 
the ones they already broadcast).

Original comment by jski...@gmail.com on 2 Dec 2009 at 9:19

[GoogleCodeExporter]

You can grab notifications via an accessibility plugin (aka Tasker)

Original comment by ja...@sharpee.com on 10 Dec 2010 at 12:08

[GoogleCodeExporter]

I hope it doesn't take another year between posts for someone to see the 
accessibility plugin option. Scrobbling Pandora is a value-add to both 
apps/services. 

Original comment by atjoer...@gmail.com on 13 Dec 2010 at 2:36

[GoogleCodeExporter]

Or you know, almost 2 years and doesn't exist yet. :(

Original comment by Jake.W.C...@gmail.com on 2 Mar 2012 at 12:32

[GoogleCodeExporter]

I'm with Jake on this one. I'd love to see this. Shame, Pandora. But it's 
slightly understandable with their business model I suppose.

Original comment by gle...@gmail.com on 6 Mar 2012 at 5:32