| Age | Commit message (Collapse) | Author |
|---|
|
|
|
This avoids some bluetooth-related devices being delivered before
BootComplete
|
|
|
|
|
|
|
|
|
|
|
|
|
|
usb status doesnt seem to be updating properly yet
|
|
|
|
the nano code bug has received the hack, so now we don't need it
applying by default anymore
|
|
|
|
|
|
|
|
|
|
Includes refactoring nvs settings to be a bit less duplicated
|
|
|
|
i hate this janky-ass protocol
|
|
i will use this to do a sneaky trick; in-place upgrading brendan,
hailey, and erin's devices
|
|
|
|
|
|
Also: bump the number of workers tasks up to 3 from 2!
This makes bg db updates + playback work :)
|
|
|
|
|
|
- do not power off in an update is in progress
- explicitly store last update time, rather than deriving it from
unchanged tracks.
|
|
- mount if an sd card is inserted
- unmount if it's removed
|
|
|
|
- persist the current volume when the screen locks
- pause playback if headphones are removed
|
|
|
|
- No more IndexRecord/Result/dbGetPage nonsense
- Queue is just track ids
- i am so tired and have so much to do
|
|
|
|
|
|
|
|
|
|
... with facilities to trigger effects via the system fsm.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Everything relevant is back in internal ram, and likely to stay there.
|
|
|
|
|
|
|
|
|
