pippin authored 1 year ago and moon2 committed 1 year ago

By slightly extending the end points of the curves out we make use of the
screen circle as a clean clipping path.

retroactively changing the worms 2x fps commit message
to "smoother worming", missed an opportunity there

Instead of just using the time between the two most recent taps,
use a linear regression algorithm. This significantly improves
tempo-tapping since delta_ms precision is rather coarse.

(this is mostly the work of x42)

codequal-report doesn't seem to like full clang bypass, manually removed the bits. not pretty but should do the job.

Ju|<ebo>< is a sample driver of the media decoder framework, that
has a list of hard-coded mp3 streaming stations in a list that can
be changed between using the app rocker.

pippin authored 1 year ago and moon2 committed 1 year ago

CTX_PARSER - for parsing SVG path data inline.

CTX_GSTATE_PROTECT for sanity checking on save/restore balance (the sanity
checking we already get, with ctx_gstate_protect() and ctx_gstate_unprotect()
inserted around "user" code, balance will also be restored.

CTX_FORMATTER - for recording vector "screenshots" and transmitting display
contents over TCP.

Pixel encodings GRAY1, GRAY2, GRAY4 - for efficient large lowbith grayscale
textures, we've got lots of memory, but we can stretch it much further by
using 1-4bit per pixel rather than 24/32 for some high-contrast use cases.

Pixel encoding GRAYA8 - to handle grayscale PNGs with alpha.

After so many wasted development hours we've decided to say fuck it.

pippin authored 1 year ago and moon2 committed 1 year ago

Fixes #62

ctx.start_group and ctx.end_group are expensive calls creating an off-screen
32bpp rendering texture, redirecting rendering to it, and rendering this
result back to the screen.

Add wifi settings submenu

bl00mbox and radspa have grown up. It is time for them to
gain independence in their very own repositories.

Check out gitlab.com/moon2embeddedaudio for future updates
or contributing.

We will continue to push updates to the flow3r project and
add hardware-specific features.

We see no reason to submodule it right away, but if it is
preferable for the flow3r firmware repo we're open to it.

Thanks for all the support and kind words, we'll try our
best to polish all the rough spots and add a ton of plugins
and features :D!