Learning Modern 3D Graphics Programming

http://www.arcsynthesis.org/gltut/index.html

by julian37 • 15 years ago

400 51 15 years ago

exDM695• 15 years ago

This one of the only tutorials on OpenGL that is worth reading. This is the one we recommend at ##opengl in freenode.

Most GL tutorials use deprecated legacy OpenGL 1.x, which is terrible from an efficiency standpoint and has very little to do with modern 3d hardware. In addition to using legacy API's, they are often plain badly written.

The same applies to many books on OpenGL. They use legacy GL and/or are written by clueless people who know very little about the hardware the code runs on. Then they get branded with a silly name like "Writing 3d apps for iPhone", because the books stand no chance in comparison with better GL books.

Don't ask me for book recommendations, I don't really know. The only one I've heard good things about is the very latest edition of the OpenGL Superbible.

davedx• 15 years ago

Yeah, I clicked through to check it was talking about shaders and not the fixed function pipeline.

Bookmarking for reading later.

mrcharles2• 15 years ago

As a long time game programmer, I can tell you that the OpenGL Superbible is the only reference book anyone uses.

_delirium2• 15 years ago

I'm not sure I'd recommend it as an introductory book though, especially for someone new to 3d graphics in general. In addition to being super-long, it's sort of weird as a tutorial (kind of strange selection of examples, pervasive dependency on the authors' custom utility library that isn't well explained, glossing over most of the relevant math). The one linked here looks much better from that perspective, though it's nowhere near as comprehensive as a reference.

bulte-rs• 15 years ago

The OpenGL Superbible is a nice read; but - as already noted - not really suitable as an introductory tutorial by itself. You should at least couple it with a basic knowledge of linear algebra. 'Back in uni' (I don't like saying it, makes me look old) we used the Superbible in the "Computer graphics" course which was taught after "Introduction to Linear Algebra" and besides "Applied linear algebra for graphics".

ajross• 15 years ago

I think that's a little hard on legacy OpenGL. The things that people struggle with when learning 3D graphics are not the API. It's the math: homogenous coordinates, perspective projection, the idea of a matrix stack, texture mapping, filtering. Only once you've mastered this stuff can you even begin to worry about how to write shaders to implement them.

And fixed-function OpenGL (which is still present in 4.0, of course) is, IMHO, a better learning environment for this stuff. Yes, "real" shader programmers implement their own matrix stack and projection matrices. Newbie ones can't.

Impossible2• 15 years ago

Fixed function OpenGL and immediate mode are definitely more newbie friendly than the programmable pipeline, but for learning I'd recommend avoiding low level APIs entirely at first and use a framework or engine that lets you work with higher level concepts. Fixed function OpenGL feels like a weird deprecated middle ground, if you are a beginner and want glVertex and a matrix stack you'll learn a lot quicker using Processing or Openframeworks than you will with straight fixed function OpenGL.

ggchappell• 15 years ago

I agree with you, but I think it does depend on the goal of the tutorial/class/whatever.

I teach an introductory university 3-D graphics programming class, and I use legacy fixed-function OpenGL at the beginning, and then legacy GL + GLSL for lighting & textures.

But then my goal is not to teach people how to use some particular API. I want to introduce principles of lowish-level graphics programming. I need to use some API, of course, but I can choose that with a view toward how helpful it is in teaching concepts (and also system independence).

OTOH, if I were running some kind of training seminar for people who wanted to go out and write the world's greatest game as soon as they were done, then my approach would obviously be a pretty poor one.

hesdeadjim• 15 years ago

Can't agree more. I joined a game company a few years ago with zero graphics experience outside of writing a ray tracer in college and it was grokking the math and gaining an intuitive understanding of the transformation stack that was the hard part. Once you do though, man, you can't help but marvel at the beauty of it.

I also started with the fixed function pipeline since we had to target OpenGL ES 1.1, and I have to admit, it's a great starting place for a newbie since you don't need to know everything up front.

gizmo• 15 years ago

Has anybody found a PDF version?

angerman2• 15 years ago

Nice. I wonder if there will be a kindle version available. Does anyone know how to automatically convert that website into a kindle ready format?

octopus• 15 years ago

Looks like a great first book on OpenGL, written in a tutorial style. One can read this book first and then approach more complex (complete) books like OpenGL SuperBible.

miloco• 15 years ago

A Java version of this would be great. A lot of it I can follow but there are some parts which look totally foreign.

exDM695• 15 years ago

I disagree with you.

OpenGL is a C api, so it's very natural to write introductory material for GL in C. Anyone is serious about wanting to use OpenGL should know enough C to read it and translate to whatever language you want. You also don't need to worry that much about language bindings or windowing system wrappers in the example apps. Example apps will also be more portable when written in C.

If this were written in Java, where there are no raw pointers or pointer arithmetic, etc, you'd have to use something like Java NIO Buffers or other abominations like that. You have to use raw pointers with OpenGL, since you do DMA transfers to upload and download geometry and texture data to and from the GPU. This is done with explicit transfer calls (with a pointer to the data) or with memory maps (where you get a pointer to a page aligned buffer that's ready for DMA transfer).

This is just another example on how every language that doesn't allow you to use pointers (for "security" reasons) will have something more complicated to replace them.

NOTE: if you really want Java versions, you can go ahead and write them. 10 years ago many people used the NeHe tutorials to learn OpenGL (don't touch them in 2011) and they were ported to pretty much any language and windowing framework out there. But they were ported bu individuals in the community, not by the original author.

Klinky2• 15 years ago

I'll disagree with you as well.

Just because it's a C API doesn't mean it isn't used in other languages or has to be used in C. C can be unforgiving on the novice, so battling C while trying to learn OpenGL concepts can quickly become a losing battle. Portability is at the cost of complexity, setting up a C/C++ OpenGL cross platform build environment is not a piece of cake, especially on Windows.

C does allow low level access to memory, while this is powerful it also adds complexity. Things like loading a text file or image file aren't straightforward. Many libraries are in various states of disrepair. Getting a crash course in static vs dynamic libraries, linker settings, dependency/DLL hell detracts greatly from the learning experience.

Suggesting that allowing the programmer to use a buffer object or array in a call to GLBufferData would be somehow more complicated than wrangling with pointers & memory allocation is something I'll have to firmly disagree on.

I'd honestly suggest someone starting out with OpenGL to try out WebGL. Loading shaders & textures is a snap(comparatively) & your build environment is your web browser & with that you get instant feedback. Javascript debuggers have also come a long way. Then later you can transfer your knowledge to other more performance oriented languages, if you need that.

Dove• 15 years ago

I concur. While in most cases, some knowledge of Java or C will let you squint and read the other, when learning openGL for the first time, translating from another language makes it a lot harder.

I recently tried to learn it for Android games (so Java) working from a C++ book, and I eventually gave up. If I see a C-style array, what am I supposed to have there? A straight array? An Array? A buffer? Do we all mean the same thing by a float? My library looks a bit different -- I've got a similar function with a different prefix or suffix -- is it the one you're talking about? Even the same function expecting a different number of arguments is somewhat crippling when you don't know what they do, and don't have the vocabulary to understand what the documentation means.

OGL isn't easy to learn, and I don't think you can do the language translation easily until you've already learned it.

nicolasp• 15 years ago

PDF versions (including one in Kindle format) are available in the archives at https://bitbucket.org/alfonse/gltut/downloads

angerman2• 15 years ago

Neat! I'm confused though why the kindle format is just a reformatted pdf?

johnsonman• 15 years ago

Where are they? All I can find are the compressed copies of the html + source files.

gravitronic• 15 years ago

Inside that .7z archive are 3 PDFs in the root directory as well.

pcestrada• 15 years ago

Is there a paper book version? Didn't see it on amazon.

_delirium2• 15 years ago

It's a work-in-progress that I believe he's considering eventually publishing as a book. New chapters are still being written, though; for example, Chapter VI is currently just a 2-sentence stub.

jacobolus• 15 years ago

Previous discussion http://news.ycombinator.com/item?id=2528740

fishtastic• 15 years ago

I've started reading this after I found it on an old HN post. I went through everything except chapter 12, 13, and the latest one that just came out. I would highly recommend learning OpenGL from this tutorial if you have no prior experience with opengl or computer graphics. This tutorial dives right into shaders in the very first chapter, where as the other sources (the red book, opengl superbible) still tries to teach your fixed pipeline rendering for several chapters before introducing glsl.

felipemnoa• 15 years ago

I wished it were in pdf. Is really annoying to have to follow the links in HTML.

pbhjpbhj• 15 years ago

Perhaps one of these will help http://www.pdfonfly.com/, http://www.htm2pdf.co.uk/ ?

exDM695• 15 years ago

http://duriansoftware.com/joe/An-intro-to-modern-OpenGL.-Tab...

Here's another one that's pretty good. Not as long but maybe a even a bit more thorough.

hkolek• 15 years ago

That one is really great imo, because it doesn't use any utility libraries whatsoever which makes it much easier to understand if you're new to this stuff and have no clue what's what.

exDM695• 15 years ago

I agree with you, too many OpenGL tutorials add helpful utilities that really add no value for learning. More often they make things harder to port and more difficult to understand.

frankc2• 15 years ago

Could anyone recommend something similar for 2D programming in opengl, or anything else, or would that be covered in this tutorial? I'm mostly interested in building custom data visualizations beyond what is offered in the kind of visualization libraries I use like ggplot2.

Rusky• 15 years ago

You can do 2D just fine with what's in this tutorial - just set up an orthogonal projection and ignore the z-axis. It won't give you what ggplot2 does, but if you just need a way to draw 2D shapes, it will work.

frankc2• 15 years ago

Thanks, this is what I was looking for. I understand completely that ggplot2 is a much higher level abstraction of graphics. I want to build my own abstractions from first principles, but though I have a lot of programming experience, I have essentially zero experience with programming graphics from the ground up. It sounds like this will be a good place to start.

rdouble• 15 years ago

What is considered the canonical graphics book these days? Back in my time it was Foley and Van Dam.

andywood• 15 years ago

For real-time rendering on modern GPUs, I recommend http://realtimerendering.com/book.html

LBarret• 15 years ago

yep, this one is very good.

davidwparker• 15 years ago

Thanks for great resource!

I've been making some screencasts recently, and I'll admit that they're not exactly "modern", as I'm using OpenGL 2.1. The main reason I'm still there is due to OSX-- I should probably invest in a modern Windows/Linux machine that at least runs OpenGL 3.3, so I can make something more up-to-date.

Anyway, bookmarked- thanks!

binarycrusader• 15 years ago

OS X Lion has OpenGL 3.2 if your hardware supports it.

ejenkinsiii• 15 years ago

I've been been eyeballing this tutorial as an introduction to OpenGL/3d graphics, my question to HN is what's your opinion on learning 3d graphics with OpenGL vs. something like libcinder.org or www.openframeworks.cc which has bindings to OpenGL I'm not doing any game design mainly learning and understanding what the facilities of the API are and the logic of graphics programming

bbrizzi• 15 years ago

Is learning OpenGL from wthe ground up really the best way to go? The trend nowadays in programming seems to be to dive directly into the deep end. Wouldn't it be faster to just download a game engine like Unreal Engine 3 and go through its tutorial, learning about OpenGL along the way?

I'm using the example of Unreal Engine, first because it's extremely popular but also because their online "developpers' network" seems pretty well done: http://udn.epicgames.com/Three/TechnicalHome.html

Learning Modern 3D Graphics Programming

Related Stories