Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

GLFW 3.3 Is Released

glfw.org

Post reply on HN
Print view View original

31–35 of 35 posts

Re: GLFW 3.3 Is Released

#31

Post by enriquto »

jandrese wrote: post #21
enriquto wrote: post #14

Earlier quoted context omitted.

Indeed, GLUT is not in active development (I would not say that it is "effectively dead" but rather that it "crystallized into a perfect form", but I digress). However, I was asking about "freeglut", which is a different thing, which is actively developed: last commit on 2019-03-26 dropped some unnecessary dependencies, for example.

I remember GLUT having some pretty significant deficiencies last time I looked at it. I guess FreeGLUT has added support for stuff like Unicode, high-DPI displays, etc... in the intervening years?

I just use freeglut to open a window and throw opengl into it, in a more or less portable way. The "gui" and "font" parts of freeglut are not really very useful (and they are missing in glfw anyway). Thus, unicode and high-dpi issues should be of no concern: as long as you can draw to your window and receive user input, what else do you need? What do you mean exactly by high-dpi "support"?

Re: GLFW 3.3 Is Released

#32

Post by eropple »

enriquto wrote: post #31
jandrese wrote: post #21

Earlier quoted context omitted.

I remember GLUT having some pretty significant deficiencies last time I looked at it. I guess FreeGLUT has added support for stuff like Unicode, high-DPI displays, etc... in the intervening years?

I just use freeglut to open a window and throw opengl into it, in a more or less portable way. The "gui" and "font" parts of freeglut are not really very useful (and they are missing in glfw anyway). Thus, unicode and high-dpi issues should be of no concern: as long as you can draw to your window and receive user input, what else do you need? What do you mean exactly by high-dpi "support"?

You have to explicitly opt into a Retina display context on MacOS in order to get a window into which you can render at high DPI (2x the physical dimensions). You cannot mimic this with transform matrices; the render target will be rasterized at low-DPI and interpolated.

So, yes, high-DPI issues very much exist, and GLFW does the right thing.

Re: GLFW 3.3 Is Released

#33

Post by westmeal »

klodolph wrote: post #28
iamcreasy wrote: post #25

Earlier quoted context omitted.

How does GLFW compare to SFML? Edit: upon initial inspection it appears SFML is similar to SDL, which provides support for other features such has networking, audio etc.

GLFW, SDL, and SFML are on a scale from "lightweight" to "heavyweight". SFML is, by far, the largest, heaviest, and most opinionated of the three. GLFW is not much more than platform abstraction for multimedia (windows, input, OpenGL/Vulkan context creation, timing). Notably it is missing any kind of audio support, but you probably want to ues FMOD, Wwise, or iirKlang anyway. SDL is all of that, plus various utilitie…

Personally I like SFML because you can just slap it into a quick project and get things rolling quickly but I agree with it trying to handle too much. I suppose the main reasoning was that it was intended for creating video games. At least you can pick and choose different headers ¯\_(ツ)_/¯

Re: GLFW 3.3 Is Released

#34

Post by iamcreasy »

klodolph wrote: post #28
iamcreasy wrote: post #25

Earlier quoted context omitted.

How does GLFW compare to SFML? Edit: upon initial inspection it appears SFML is similar to SDL, which provides support for other features such has networking, audio etc.

GLFW, SDL, and SFML are on a scale from "lightweight" to "heavyweight". SFML is, by far, the largest, heaviest, and most opinionated of the three. GLFW is not much more than platform abstraction for multimedia (windows, input, OpenGL/Vulkan context creation, timing). Notably it is missing any kind of audio support, but you probably want to ues FMOD, Wwise, or iirKlang anyway. SDL is all of that, plus various utilitie…

Thank you. How about SDL 2.0? It was a major rewrite - is it modern enough?

Re: GLFW 3.3 Is Released

#35

Post by VirtualAirwaves »

eropple wrote: post #13
enriquto wrote: post #10

Can somebody explain what are the advantages of glfw over freeglut? (other than the non-issue of "being" old) I am using freeglut for casual opengl code, and I see no problem with it. Is there anything that I am missing?

Back when I was doing a lot with this stuff, GLUT was effectively dead. Stuff like MacOS HiDPI surfaces wasn't doable without going well outside of what GLUT wanted to help you with. GLFW has been under active development over that time period, unifying baseline OpenGL, OpenGL ES, and Vulkan stuff to build upon.

What?!
Post reply on HN