Skia VS GLFW

Skottie: Lottie player using the Skia graphics library[0][1]

Skia powers Google Chrome[2], Flutter, & Fuchia[3].

[0]: https://skia.org/docs/user/modules/skottie/

Android uses JNI to call native c functions to handle in scaling in pretty much any container derived from View. These C functions are provided by SKIA open source API. The specific function you're looking for is ScalePixels . They say that they use Bicubic in the comments

Flutter is much closer to a "game engine" as it draws it's components using Skia [1] compared to e.g. React Native that creates platform native elements. So you are right, you won't get the underlying platform's widgets. Flutter should act as an intermediary and make this as frictionless as possible though so OS level changes will be propagated or exposed by Flutter or you app directly accesses them but I have no practical experiance in this.

This is not always so cut and dry awful as you might think though. The platform native widgets also have limitations and expectations that might not fit your vision of the app so even fully "native" apps might re-invent the wheel in a couple of places to make things work as they want. Also I've hardly ever come accross an application that works by just combining the basic platform widgets and not look and feel pretty basic.

Also cross platform apps not respecting e.g. Zoom, Resolution, Orientation, A11y, etc. is more often than not, just the developer's not implementing the required things. The framework might support all of these use-cases but not fully automatic in some cases.

[1] https://skia.org/

Chrome uses Skia which AFAIK is GPU accelerated. Not sure about the SVG part though.

https://skia.org/

https://en.wikipedia.org/wiki/Skia_Graphics_Engine

I took a look at using Skia, but the C bindings are marked as not stable and it does not look like an easy to distribute library (plus compiling it takes a long time).

https://skia.org/ is the 2D Graphics library which is used by Chrome/Firefox/Flutter/Android

https://skia.org/ This is used by the sublime editor, so I think it'll match your use-case.

You could look into Skia (BSD), it's used in Chrome, Flutter, Firefox and I think LibreOffice also uses it for some platforms. The other big alternative I'm aware of is Cairo (LGPL).

I've been creating my own environment for generative art using SkiaSharp, which is a C# wrapper around the Skia 2D graphics library (https://skia.org).

glfw

Clone the GLFW git repository, using git clonehttps://github.com/glfw/glfw.git.

Go to https://www.glfw.org/

SDL is great, yes. I just want to mention that glfw is also an option if you're using OpenGL or Vulkan. I used it this time around because I had used SDL in the past for another engine and had the desire to use something different for no other reason than exposure. Things aren't very different and I don't think switching from one to another would be hard. It depends on implementation of course, as always.

Agreed. I think it was only a problem because of ubsan. I guess ubsan added checks to the generated code that looked at the value being shifted left 24 and saw that overflow occurred and therefore raised its undefined behaviour signal.

The code would never fail on a two's compliment machine. What ubsan is saying is that the rules of C don't guarantee this code to work - it only works because the overflow writes into the sign bit, which is where the next thing expected it to be anyway.

If the above is true, I don't think their "fix" helps: https://github.com/glfw/glfw/pull/1986/files. I would have thought that the important part is to change the longs to unsigned longs.

It's not actually shifting a char, because integer promotion happens first.

https://github.com/glfw/glfw/pull/1986#issuecomment-95578417...

The (not yet merged) PR https://github.com/glfw/glfw/pull/1986 casts to signed long, which only avoids UB (is 64 bits) on 64-bit platforms which aren't Windows.

> Wouldn't it be better to cast to unsigned int or something similar (like uint32_t), since long can still be 32 bits? If the size of long and int is the same, wouldn't the cast as proposed in the PR be semantically identical to the current state?

Even if someone wants to use VS2008 for game development, it only took me a Google search to find https://github.com/glfw/glfw/blob/master/deps/vs2008/stdint.h which doesn't have any dependencies and a very permissive licence.

You seem to have had a similar impetus as I had 20 years ago when I created GLFW (though with a slightly different focus).