/lv/ - Libre Vidya

>>1041

is it possible to make a program similar to wine but from earlier opengl libraries to newer ones?

>>1045

If I understand the question correctly, you mean like an Opengl 4 interpreter that is using Opengl 2 or something along those lines? Maybe, I honestly don't know enough about it to say if it's possible, but almost certainly it would be very slow.

If you don't have a GPU that supports modern versions of Opengl you could always use software rendering like llvmpipe; but keep in mind it is usually far slower to do so.

Don't play Mesa but I sure hope this is optional. The SuperTuxKart devs pulled this same bullshit last year and now I can't play the game anymore, despite previously being able to run it on all high settings with no problem.

>>1048

Is this for real.

>>1049

>>1050

Are you for real? You shouldn't fuck with a project's API if it's going to exclude people who were previously your audience. Decide on a standard and stick with it.

>>1051

Mesa is a libre OpenGL-like library for GNU/Linux. Not a game.

>>1053

If this is genuine then I must say I like to see real input from newbies however wrong.

I will add some elaboration about the libre graphics drivers to cover this in the guide. Have you read the guide? I did my best to make it new comer friendly but informative.

https://8ch.net/lv/newb.html

>>1056

I was just going to ask about any resources to help a beginner be able to follow and add to discussions on the topic of graphics in the libre world. It's unbelievably confusing as it is right now to an outsider just trying to get their head around what everything does or what is really free. Often times I'll see the exact same questions asked in different libre games forums for topics about this whenever a major announcement is made(as with Vulkan recently) and only the developers can give a straight answer on how new advancements will impact the development of the project.

Phoronix is by far the best I've found but it focuses a lot on general purpose benchmarking with a bit of gaming thrown in. There's the Arch gaming community that's very helpful as well and it very involved in libre gaming.

A page similar to that which boils down the licensing issues of all the major drivers, APIs and development platforms or tools would be perfect for beginners or as something to point to.

>>1045

So the recognised opengl functions would be handled by the gpu but functions from unsupported versions would be software rendered? Might just be easier to save up and buy a new gpu.

>>1061

Isn't this, like, pretty much how mesa goes to do this shit? Yea, I know it translates from opengl to tgsi first, but these tgsi calls are then either translated to native gpu code or cpu code depending if the gpu is able to perform said operation.

There's some situations where not having certain operations is slow as fuck though, as it may involve entire arrays of data which need to then be copied out of the gpu, have this one fucking operation done on them, and then have it copied back. Bonus points if the next operation indeed needs the gpu and the next one needs to be done on the cpu again. You can actually out-slow a pure-cpu implementation quite easily this way, so a modern gpu would still be beneficial even if it is not strictly required.