[a / b / c / d / e / f / g / gif / h / hr / k / m / o / p / r / s / t / u / v / vg / vm / vmg / vr / vrpg / vst / w / wg] [i / ic] [r9k / s4s / vip] [cm / hm / lgbt / y] [3 / aco / adv / an / bant / biz / cgl / ck / co / diy / fa / fit / gd / hc / his / int / jp / lit / mlp / mu / n / news / out / po / pol / pw / qst / sci / soc / sp / tg / toy / trv / tv / vp / vt / wsg / wsr / x / xs] [Settings] [Search] [Mobile] [Home]
Board
Settings Mobile Home
/g/ - Technology

Name
Options
Comment
Verification
4chan Pass users can bypass this verification. [Learn More] [Login]
File
  • Please read the Rules and FAQ before posting.
  • You may highlight syntax and preserve whitespace by using [code] tags.

08/21/20New boards added: /vrpg/, /vmg/, /vst/ and /vm/
05/04/17New trial board added: /bant/ - International/Random
10/04/16New board for 4chan Pass users: /vip/ - Very Important Posts
[Hide] [Show All]


[Advertise on 4chan]


File: opengl3_logo1.png (220 KB, 1187x343)
220 KB
220 KB PNG
>more verbose
>slower for majority of usecases
>less platform support
... how??
>>
>>107910113
>>less platform support
compared to...?
>>
>>107910158
2
>>
File: file.jpg (72 KB, 500x708)
72 KB
72 KB JPG
if you want verbosity why not vulkan?
>>
>>107910188
OpenGL 3+ is better supported by profiling tools. It also doesn't rely on platform extensions for basic functionality, making it more portable.
And it runs on hardware all the way back from 2006.
>>
>>107910188
If your target includes:

Old Intel laptops (GMA series)

Old Macs (pre‑2011)

Old Windows XP/Vista machines

Embedded/industrial PCs with decade‑old GPUs

OpenGL 2.x is more portable.
If your target is:

Anything remotely modern (2010+)

Linux systems with Mesa

macOS 10.7+

Windows 7+ with any GPU newer than 2007

OpenGL 3.x is equally portable and technically superior.
>>
What's the point of using old OpenGL if you're not retvrning all the way to tradition? Embrace fixed function.
>>
Just use software rendering then
>>
>>107910113
>slower for majority of usecases
is today international compulsive lying day or something? i must of missed the memo
>less platform support
you're just a fucking retard. it's supported by fucking everything that can support 3d. read a fucking manual/book you TALENTLESS NIGGER.
>>
>>107910113
>OpenGL 3
>less platform support
Are you developing for Windows XP?
>>
>>107910113
>slower for majority of usecases
the fuck are you talking about? its clear you just started learning opengl
>>
File: 113838498_p0.png (692 KB, 961x1587)
692 KB
692 KB PNG
>>107910113
>>107910223
We should go back to OpenGL 1.0, immediate mode should be the default, why the fuck do we even need all the bloat of >2.0 or Vulkan?
It's a solution for a problem only megacorps which make triple AAA videogames have and their games still manages to have complete shit performance regardless lmao
>>
>>107913360
>T&L
>Environment combiner
>Stencil buffer
You don't need more.
>>
>>107911234
why the fuck is minecraft alpha 1.1.2_01 so god damn laggy on my 2014 cpu and my 2016 gpu

that game uses open gl 1.x and notch made it on a gpu made in <=2010
aforementioned cpu: amd athlon x4 860k
aforementioned gpu: nvidia gtx 1050ti
this should be adequate enough to enjoy an ancient version of minecraft, but apparently it is not
modern minecraft is even worse though, so i guess i don't really have a point
xonotic (opengl 2.1) runs quite well on my hardware
what does this mean?
>>
>>107914159
"modern" hardware supports "modern" apis and focuses only on that.
"modern" hardware """supports""" old apis in that they work, but don't care to ensure they work well.
As a retard that only went through a few opengl tutorials, i guess core and compatibility are so different that gpu makers making one perform good kills the other's performance.
>>
File: OpenGL.gif (472 KB, 1266x956)
472 KB
472 KB GIF
>>107914159
>>107914393
Minecraft regardless of version is dogshit legacy-like OpenGL code. Sodium mod and Optifine back in the day got their massive performance increases from simply utilizing ""modern"" OpenGL features a lot better. Something which also absolutely worked for low end hardware all the same.
Either way, if you're relying on your driver somehow magically buffering and effectively JIT-compiling your garbage 2000 draw-call state-change spam every frame, you're just doing graphics programming wrong. Everything ""modern"" OpenGL revolves around letting the programmer program the GPU to run as uninterrupted and parallel as possible, and that's a good thing. The performance is just better and more consistent across vendors if done right. But for non-trivial programs it's not at all easy to do.
>>
>>107911234
We should go the tsoding way and do only cpu-bound software rendered graphics.
Look at this kino: https://tsoding.github.io/olive.c/
>>
>>107910113
I have to deal with fixed function crap at work and I'd like to wring your faggot neck for making this shit thread.
>>
Just use SDL_GPU and let Valve handle the convesion to local drivers.
>>
>>107914696
> We should go the tsoding way
> https://tsoding.github.io/olive.c/
Tsodfag and his idiotic ideas for twittards. Tell me more.
>>
>>107915143
Silence, nocoder.
>>
>>107915143
If the best you can come up with is "Tsodfag", you really don't have the right to call accuse anyone else of idiotic ideas. At least come up with something clever, like Pseuding.
>>
>>107915589
>Pseuding
I keked.
>>
>>107915165
watching someone else coding doesn't count as coding

>>107915589
mad?



[Advertise on 4chan]

Delete Post: [File Only] Style:
[Disable Mobile View / Use Desktop Site]

[Enable Mobile View / Use Mobile Site]

All trademarks and copyrights on this page are owned by their respective parties. Images uploaded are the responsibility of the Poster. Comments are owned by the Poster.