@alkfil That version which on os4depot i buid about 1 year ago, and until now i not see such kind of problems, so i assume its something going wrong with minigl/warp3d/graphics settings. Did you trying to run it in window or in fullscreen ? Or maybe that via wazp3d ? Did you try to run it first time ever, or before it works and start works wrong lately ? Or maybe you use some custom-build version of minigl ?
I found a related thread that tracked the problem to SDL. Apparently the OS updates 3 and 4 comes with an older SDL version, so installing the latest one fixed the problem.
What a useful little app, albeit a little slowish reactionwise.
Yeah .. When we discuss all of this year ago, everything coming to the conclussion about slow minigl/warp3d combo. I even ask initiall author about speed up for the programm itself, and he say that its already works very fast on very slow windowses/PCs. In other words when gallium and so on :)
We are all waiting . I have just done a port of a nice little other animation app called "Pencil" (for Qt), but it is so slow, that I don't think I will release it now. Blasted minigl... :-/
I have just done a port of a nice little other animation app called "Pencil" (for Qt), but it is so slow, that I don't think I will release it now. Blasted minigl... :-/
And thats not about freetype and that pixmap/raster-by-cpu slownes ? Something else ?
I just fear that maybe we will wait too long for gallium, maybe it will worth to try to update minigl ? All in all all the other users who not have radeonhd (like peg2 users), will not have gallium as well and maybe it will worth to spend time on minigl updating ? But sure, boring and unintersting work :)
I have just done a port of a nice little other animation app called "Pencil" (for Qt), but it is so slow, that I don't think I will release it now. Blasted minigl... :-/
And thats not about freetype and that pixmap/raster-by-cpu slownes ? Something else ?
It is probably a combination: Qt slowness, raster slowness, freetype slowness, minigl slowness, everything slowness... Blasted slowness...
It is probably a combination: Qt slowness, raster slowness, freetype slowness, minigl slowness, everything slowness... Blasted slowness...
:) Even freetype slownes are more than enough after i see your benchmarks in other thread .. Maybe (if you of course can find a some brave for) , worth to try to reimplement freetype stuff (to be about the same as native speed, or at least not much slower) + raster stuff. Maybe even that will be enough ?
By the way, maybe if you in interst, you can also check the LodePaint code, to see, maybe slowness of LodePaint also happens because of "raster by cpu" stuff for some fucntions ? (there is code)
At the moment I am implementing native font code a la broadblues in the openGL paint engine. This should speed up normal text rendering by 50%. Unfortunately it will loose the ability to paint text with a texture or gradient brushes, so it is of course going to be optional (via env variable and setable in the Qt prefs app).
I found a related thread that tracked the problem to SDL. Apparently the OS updates 3 and 4 comes with an older SDL version, so installing the latest one fixed the problem.