Open alexriegler12 opened 1 year ago
Thanks for pointing it out. I talked to @neauoire and it's because we missed including a change to the Uxn spec which affects blending for the screen device. It will be fixed in the next version.
Also some new Apps, for example oekaki, crash
There's an issue in oekaki itself that I need to resolve, the issue is not on uxn32's side. I'm not quite sure why it's even working on uxnemu :thinking:
Also, @neauoire, why are some old apps, eg. potato not updated to the new spec? Some of these produce weird glitches in newer uxnemu or uxn32 versions, which I suppose is due to the many breaking changes. Are these apps abandoned ?
I'm trying to keep up with the new drawing specs, but I'm spread a bit thin. I focus on the core tools that Rek and I need to work(nasu, left, orca, drifblim, uxnbal and uxnfor), I'll get to potato and noodle soon, they're on my list.
Also @neauoire, will the uxn spec be finalized at some time, or will it always have (even breaking) changes?
The Uxn spec is pretty much frozen, at least hasn't changed in a meaningful way in a long time, the Varvara specs will change a bit more until it's finalized, but that's a per-device basis. The screen device has changed in a breaking way a few weeks ago and the audio device is about to have a similar revamp soon, I'm still writing the docs.
Varvara is going to stabilize at some point, it all depends on the community around it, what people struggle with, and the changes that they suggest to fixing these issues. But it's getting better, maybe 2024 is when Varvara is frozen.
It would be really nice if the Uxn ROM files had version tags so people could know when something is wrong. As it is right now, it's chaos and creates unnecessary work and communication to figure out what's going wrong with breakages or which thing doesn't match with which other thing.
You mean compatibility version, like which version of which device it was designed for? I can add something like that to the meta tags now that varvara devices have versions.
Oh, the varvara version byte that has been added would work. The version byte value was incremented when you changed the screen blending was changed, right?
Varvara version 1 included that change, versioning started right after.
OK, great. I'll add support for this to Uxn32.
I have also encountered a bug that has to do with screen blending. I've made small isolated example: https://git.sr.ht/~jelle/drawbug/tree/main/item/drawbug.tal