accessability

find a way to make the radio buttons not allocate

similar to the draw API

completely static indices

write help page (with de

async? do i force people to write sync wrappers around it? test how that would work. maybe it's nice

what to do about header elements?

wrap the event VecDeque, to make sure events only are sent (and also correctly)

probably just do sync, files are small(ish)

what to do about playback position

Audio Settings, lot of cpal integration so not fun

maybe update only on pattern change

better audio interpolation (exponential, even higher order)

wait for better stream API in the audio backend with this

make this configurable + UI

maybe add some draw invalidation

figure out which panning algorithm to use

needs to be done per page

pattern page less than two invalidations or movement

also render that somehow

push the audio data out of the audio thread

header only drawing or even only this

more detailed playback status

F5 page i guess

remove Rc from Radio Buttons. possible now that WidgetList macro is gone

Make Dialog an enum instead of Box<dyn>

run buffer fill if the output has enough room for a tick otherwise iter. basically decide each tick what to do.

investigate how many frames a tick has and how big the out buffer is

effects

revive the list of every one and its scope

group them by scope

are there good groups so that i can create effectstate enums and place them in different spots in the playback depending on the scope

figure out what information each scope needs, how often it gets called, what it can change (return value or &mut ref)

all part of the scope

https://github.com/bungee-audio-stretch/bungee

https://bsky.app/profile/piss.beauty/post/3lym72e2bcs2m

seems to allow realtime pitch and speed shifting

https://github.com/audacity/audacity/tree/e4bc052201eb0e6e22956cb6426e88661713c6d6/libraries/lib-time-and-pitch/StaffPad

same goal, maybe compare