Charlie Birks

Yep, that definitely happens. Home button is entirely non-functional. It's not a software bug though. With no battery and the charge IC off, there's no VBAT... which is what the...

Since v0.1.13 "Power Off" is always some kind of "off" even if plugged in (turns off the screen/audio and sleeps). I don't think there's a way to avoid the flashing...

I don't think there's anything that can be fixed here. (Not in software anyway)

Fixed warnings from these patches being older than `can_launch` and needed to rebase for recent build fixes. I'll have to add the STM32 nastiness to the list of things that...

Probably want to add the line to `examples/CMakeLists.txt`. (Might have some comments on stuff tomorrow... *yawn*)

Threw this together to get most of the builds passing: https://github.com/Daft-Freak/32blit-beta/commit/ecdab8e4162471b78f2ad1729c7fd95e27389049 You'll have to wait for @Gadgetoid to merge this, but here's some comments anyway: If you add an `assets.yml`...

Checking if the DAC should be enabled every sample probably isn't great either... https://github.com/pimoroni/32blit-beta/blob/master/32blit-stm32/Src/sound.cpp#L22

I ended up figuring this out (eventually): https://github.com/Daft-Freak/32blit-beta/commit/9b8d4a268d107b3d35ba43957482833acba02414 (Very lightly tested) Mostly because I suspected that this was why audio was weird in my new DOOM port...

I'm guessing the SDL2 port doesn't expose the buttons as a gamepad. (As "mapping random devices to a standard layout" is kinda what SDL's "gamepad" support is for...) Too bad...

Ouch that repo is nasty. _input_ handling in the _video_ driver... aaaaa Though if the input driver is using `/dev/event0` _maybe_ some of the standard evdev stuff in SDL would...