forked from nikclayton/android-squeezer
-
Notifications
You must be signed in to change notification settings - Fork 0
/
TODO
41 lines (30 loc) · 1.68 KB
/
TODO
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
* Cache album art's Drawable from Activity#onRetainNonConfigurationInstance()
so it doesn't need to be re-retrieved from the network.
* Deal with orientation change. Include widescreen layout xml.
* Pandora like/dislike buttons.
* Pandora disable back button when in Pandora mode.
* Wait for Wifi when connection fails & try again. (auto-kick
Wifi too...?)
* screen/sleep lock option? "party remote mode"
* use NIO for parsing input and allocate less big Strings objects in
the service.
Currently, every few seconds:
D/dalvikvm( 1162): GC freed 10472 objects / 470048 bytes in 213ms
D/dalvikvm( 1162): GC freed 12934 objects / 576488 bytes in 222ms
D/dalvikvm( 1162): GC freed 12095 objects / 524416 bytes in 207ms
D/dalvikvm( 1162): GC freed 12094 objects / 524496 bytes in 464ms
D/dalvikvm( 567): GC freed 20179 objects / 810328 bytes in 297ms
D/dalvikvm( 1162): GC freed 12113 objects / 524216 bytes in 222ms
D/dalvikvm( 1162): GC freed 12104 objects / 524696 bytes in 240ms
* When switching from SqueezerActivity to settings, we disconnect from
the service, so the service unsubscribes from the server, which
means we don't get song position updates anymore. Then when switching
back to the SqueezerActivity, the time is behind for a second.
Possible Solutions:
-- dead-reckoning calculation by service?
-- easier: have SqueezerActivity tell Service not to unsubscribe
for 'n' seconds?
* When pressing pause, an in-flight "playing" status update can come in
and then the status flip-flops between playing & paused a couple times.
We should keep track of our own pause events and suppress any play
events from the network for 1-2 seconds.