Add a call to action. I got to the bottom and was like "Where do I put my email?" I want to read this, but I worry I will forget about by the time it is done.
Proposal For An Interactive Introduction to Graphics Programming
11–20 of 44 posts
Re: Proposal For An Interactive Introduction to Graphics Programming
#12Add a call to action. I got to the bottom and was like "Where do I put my email?" I want to read this, but I worry I will forget about by the time it is done.
Always be giving CTA
Re: Proposal For An Interactive Introduction to Graphics Programming
#13You should look at https://github.com/stackgl/shader-school - it is very similar.
Re: Proposal For An Interactive Introduction to Graphics Programming
#14Possibly naive question: will there ever be a C for GPUs? That is, a minimal, portable "assembly language"? Or will there continue to be heterogeneity? I think that's what OpenCL and such are trying to be, but I know it is nascent and has competitors. I don't know enough about the hardware to tell if languages will eventually consolidated like C (with basically all higher level languages built on top of C), or if the…
There's been a number of attempts to create hardware agonostic languages for GPGPU programming - examples are Brook (http://graphics.stanford.edu/projects/brookgpu/lang.html), and Harlan (https://github.com/eholk/harlan/wiki/Language-Overview), although there are many others. None seem to take off, as with most languages - and OpenCL seems like it's here to stay (perhaps because it requires little new learning on the part of C programmers, as it is just C with a few restrictions and a few additions). I think OpenCL will be the "assembly" of GPUs for a long time to come, and will generally be the primary target of higher level languages aiming to make use of the GPU.
Re: Proposal For An Interactive Introduction to Graphics Programming
#15> New ways of programming If you wanna be sincere about this, I think you should have a section dedicated to Gezira, and not only the more traditional imperative styles of graphics programming. The style of GUI that came out of PARC is no longer "modern", and has problems with modern development styles (e.g, single-threaded global event loops makes writing concurrent programs difficult). If you're not familiar with i…
slides here http://www.vpri.org/vp_wiki/index.php/Gezira
Re: Proposal For An Interactive Introduction to Graphics Programming
#16You should look at https://github.com/stackgl/shader-school - it is very similar.
Wow, that looks really interesting. I've only taken a brief look, but I'll be sure to take a more in depth look at it this afternoon/evening when I get a chance.
I've been very surprised and pleased by the accessibility of graphics programming and the helpfulness of a lot of the communities built around it. It's been a lot of fun to learn and play around with. (Plus I get to use C and C++, which the masochist in me really enjoys for some perverse reason).
Edit: I actually couldn't help myself and ended up taking a look anyways. That project is incredible at least from the small amount I've seen so far. I don't think it's an exaggeration to say the project you linked to is the coolest web-app I've seen.
Re: Proposal For An Interactive Introduction to Graphics Programming
#17Possibly naive question: will there ever be a C for GPUs? That is, a minimal, portable "assembly language"? Or will there continue to be heterogeneity? I think that's what OpenCL and such are trying to be, but I know it is nascent and has competitors. I don't know enough about the hardware to tell if languages will eventually consolidated like C (with basically all higher level languages built on top of C), or if the…
There's been a number of attempts to create hardware agonostic languages for GPGPU programming - examples are Brook ( http://graphics.stanford.edu/projects/brookgpu/lang.html ), and Harlan ( https://github.com/eholk/harlan/wiki/Language-Overview ), although there are many others. None seem to take off, as with most languages - and OpenCL seems like it's here to stay (perhaps because it requires little new learning on…
No, the primary target is PTX in CUDA devices.
This is one of the reasons OpenCL is still playing catchup with CUDA.
Thanks to PTX, you can target CUDA directly with C++ and Fortran, besides a few other languages.
OpenCL only this year got SPIR.
Re: Proposal For An Interactive Introduction to Graphics Programming
#18If you're looking for a platform, I STRONGLY encourage you to look at either OpenDSA or Runestone, two open source interactive textbook platforms. I've been hacking on the latter this summer, porting it over to Runestone for a course I'm teaching (on Computational Thinking) (https://github.com/RealTimeWeb/runestone-flask is my public facing copy to give you an idea, but it's not a full copy of my port).
I'm very familiar with the development teams for both these platforms, and they're both very friendly and desirous of collaborations!
Re: Proposal For An Interactive Introduction to Graphics Programming
#19You should look at https://github.com/stackgl/shader-school - it is very similar.
This is fantastic. Thanks for the link!
Re: Proposal For An Interactive Introduction to Graphics Programming
#20Great idea! AFAIK, the only "serious" literature we have on the subject is the GPU Gems series, although it's pretty outdated now and I suspect a lot of other great resources have emerged since my time.
I'll take this opportunity for a shameless plug of one of my articles [1] with some musings that may be relevant and/or interesting to read and know.
[1]: http://gamedevelopment.tutsplus.com/articles/the-end-of-fixe...