/prog/ - Programming★

irrlicht and other engines using opengl 2.1, also unity but that isn't libre.

anything above 2.1 doesn't have proper hardware support in graphics drivers because fuck nvidia and fuck amd.

>>2600 (OP)

All important major engines. Some are even open source, like Godot.

>>2608

dzdzdz, even on my shitty intel chipset notebook i have 3.3

>>2611

yeah good luck running games on that you gigantic faggot.

>>2612

I can run Portal 2 on that you monstrous semen gargler.

>>2615

portal 2 even runs on consoles so kill yourself.

>>2615

>not realizing that games can have different quality settings on different machines

>playing modern games in pre-y2k quality

>thinking that's what everyone does

>2015

>>2618

>>2619

The point is that it even runs on shit tier hardware using Linux you asswhipes.

Unlike the dicks in your mouths, driver problems under linux are not that much of a problem any more.

>>2621

>The point is that it even runs on shit tier hardware using Linux you asswhipes.

no, the point is that you can't use anything above opengl 2.1 with hardware support.

read the thread, it's not that long.

>>2621

when talking abut 3d graphics, "software rendering" is not the same as "hardware support", even though the CPU is technically a piece of hardware.

>>2622

>>2623

But I can. Since Mesa (using the hardware backend) support is there.

>>2624

>inb4 the homepage says otherwise

It's outdated as fuck.

>>2624

YOU DON'T EVEN HAVE A GRAPHICS CARD YOU FUCKING COCKMONGLER STOP SHITPOSTING

>>2624

autistic piece of shit stop pretending you don't understand what we are talking about

So, Irrlicht or OGRE?

SDL/SFML and vim or codeblocks if you cant handle a real text editor

>>2634

>SDL

2D software rendering only or raw OpenGL bindings. The reason OGRE and other libraries were made was to avoid messing with that. Most people don't need to reinvent the wheel unless they want to do something very specific or optimize to autist levels.

>SFML

How is its 3D support? I heard it was very good for 2D, but no idea about anything else.

Also, last benchmark I saw, SFML got utterly destroyed by a friggin' Java library. Not sure if it has improved in the meantime.

>>2637

>2D software rendering only or raw OpenGL bindings

nope. SDL2.0 is a thing.

https://wiki.libsdl.org/MigrationGuide

>you almost always get hardware acceleration now, and the API has changed to reflect this.

But yes, Ogre and the like are options if you want to go 3d, I just blurted out 2d libs.

>>2637

>How is its 3D support?

Left to OpenGL. There's support for 3D sound though.

i haven't used ogre before but irrlicht is quite pleasurable to work with.

i heard somewhere that ogre got corrupted by microsoft and is now focusing on directx which doesn't matter right now but one day we will get foss drivers with hardware support for modern ogl features, and when that happens you want to have an engine that isn't stuck with opengl 2.1

>>2629

It's not like you don't get shat on driver-wise if you use Windows, if that is what you are implying.

>>2648

i'm not implying anything and wouldn't touch windows with a 10-foot pole.

>>2648 and who cares about modern opengl support in windows drivers? it's useless because no engine supports it as long as linux drivers don't.

ffs i gotta stop double posting.

SFML, Irrlicht, Ogre 3D, OpenSceneGraph, and SDL are good C++ libraries.

>>2646

I can't recommend Ogre, it has some bugs they don't fix like broken culling and broken deferred example.

It's also quite a mess of a library.

>>2658

You're better off picking up a game engine instead of reinventing wheels.

Urho3D is a good open source C++ game engine with permissive license.

http://urho3d.github.io/

There's also Godot, looks fine too, haven't used it.

http://www.godotengine.org/wp/

>>2646

I thought ogre moved past 2.1 ages ago?

>>2600 (OP)

Blackberry's sekrit R&D engine is pretty good. Can't rrmember its name but its multiplatform.

All of them.

Every language that you might want to dev games with has an interpreter on Linux, and we probably had it first.

OpenGL is also a lot more sensible than DirectX.

For my own development, I use BGE, which is a game engine allowing me to use Python from within Blender. It allows me to do nearly 100% of the Development from the game engine, other than the occasional texture work I have to do with a camera and GNU/GreenPepperMeme.

The shaders are all done in GLSL, and there are plenty of Source Available shaders that are photo-realistic, like Martin Upitis' water shaders.

>>2631

Cube2:S, Godot, or BGE.

Or Cube's tess fork.

java jmonkey sdk

>>2608

My Nvidia card runs on 4.5.

Proprietary drivers are at the same level as Windows for AMD, Nvidia, and Intel.

>>2919

>using proprietary software

>in kernel space

nigger you what?

you're probably just trolling but just in case you're new to computers:

http://arstechnica.com/security/2015/05/gpu-based-rootkit-and-keylogger-offer-superior-stealth-and-computing-power/

apparently proprietary drivers don't put any restrictions on memory access for gpu code, and i wouldn't entirely trust the free drivers either. but at least the free drivers can be checked by the community.

>>2974

Nouveau's performance is seriously lacking compared to the proprietary drivers, and I program targeting 4.5, so it's my only option.

>>2974

malware running on things other than the cpu is unfortunately something you can't really detect or even defend against, there are virtually no protections in the various devices, the vast majority of devices will accept arbitrary replacement firmware.

>Apparently proprietary drivers don't put any restrictions on memory access for gpu code

Did you expect some kind of robust privilege separation for gpu code?

BadUSB is much worse if you ask me, and virtually every computer offers USB connectivity

löve

Came here to shill crown, although I haven't done much in it myself. Has a just werks vibe to it and low bloat.

https://github.com/dbartolini/crown

>>2600 (OP)

You could consider Unity3D. The editor has Beta support which seems to work fairly well.