ZERICO2005

Results 27 comments of ZERICO2005

Since I keep finding additional ways to save a byte or two, I will leave this as a draft for a bit longer. Otherwise everything should be stable now.

I think this is good to merge now. I will start working on preparing the clipped rotation routines

forgot to remove some whitespace!

got the white-space fixed now

I have written an implementation of `(v)sscanf` based off of https://github.com/tusharjois/bscanf. Similar to `bscanf`, `(v)sscanf` requires that all non-suppressed character sequence types must have a maximum field width: ``` -...

With larger sprites, a different bug occurs when `sprite_width * scale` exceeds 16384, preventing `(sprite_width * sprite_height / 64)` from fitting inside 8 bits. This makes it so only the...

Everything has been fixed except for the case that the output is 256x256 or larger. This is not worth fixing however, since a 256x256 sprite doesn't fit onto a 320x240...

![Image](https://github.com/user-attachments/assets/376f8530-37e7-4710-8f1a-ba8bc74d76b6) I have recently implemented a clipping version of `gfx_Rotated(Transparent)Sprite_NoClip`, which runs at the same speed as the un-clipped routine plus a constant overhead of ~100 clock cycles. The main...

Another consideration is that `gfx_Rotated(Transparent)Sprite_NoClip` would be required to cut corners by default for API compatibility reasons. Otherwise the additional uncut pixels could potentially be written off-screen in older programs.

For the return value, I suppose returning the unclipped size would be fine.