DAY 009:_PutImage

[grymmjack]

Back to the

_SMOOTH

topic.

That algorithm is fine for photographic elements but it looks bad (IMO) for pixel art.

However! There are anti-aliasing (I think they might be called shaders) algorithms we could also implement into QB64PE - (well you smart people could).

https://en.wikipedia.org/wiki/Pixel-art_...algorithms

It would be awesome to have these as options alternatively to

_SMOOTH

More stuff:
https://www.reddit.com/r/programming/com...lgorithms/

Repos with code and examples:
https://github.com/search?q=pixel%20art%...positories

C example *cough*: @mkilgore @a740g @smcneill @rhosigma
https://github.com/Treeki/libxbr-standalone

Anyway, if you wanted to try to implement this stuff I would be grateful!

I love the xBRZ algo. First saw it in action in GZDoom. However, I do not think these algos can be used in real-time unless it is implemented as GPU shaders. GZDoom uses it during the asset loading stage. Which means the textures are pre-processed before any kind of rendering happens.

C pixel scalers here
https://github.com/janert/pixelscalers

XBR guide here @a740g https://github.com/janert/pixelscalers/b...cs/xbr.pdf