Shader API - which should I choose? HLSL, Cg or GLSL?

Started by
15 comments, last by Twixn 18 years, 9 months ago
As I understand it from reading some, HLSL is DX-specific, GLSL is OpenGL, while NVidia's Cg is above both HLSL and GLSL, making use of them both, making Cg kindof technology independent - and platformindependent too since it can use GLSL. Cg looks very tempting, since it bridges the gap between DX and OpenGL - on the other hand, is it here to stay? I kindof fear that it could go down the road of 3DFX, that suddenly goes out of business, and all programs using 3DFX's API are suddenly no longer possible to use in the future. And then again, Cg is said to be as good as identical with HLSL, so maybe there is no need for the concern? What are your thoughts on this matter? [Edited by - Mercenarey on July 19, 2005 8:44:19 PM]
Quote:CalvinI am only polite because I don't know enough foul languageQuote:Original post by superpigI think the reason your rating has dropped so much, Mercenarey, is that you come across as an arrogant asshole.
Advertisement
Quote:Original post by Mercenarey
...and platformindependent too since it can use GLSL.


But does it? I know it can target NV's assembler interface and the ARB assembler interface, have they added support for GLSL targets as well?
heh, if they have then a game on an NV driver could end up going Cg=>GLSL=>Cg [grin]

IIRC, Sony announced at GDC 05 they're using Cg for PS3... (duh, they're using an nvidia chip...) So PS3 success portends Cg's (i.e. I wouldn't worry :)

But as Mr Teh_Phantom suggests, whenever you go 1-layer-up, you rely more on someone supporting the ground under your feet...

(My opinion: Cg, one good language among several, here to stay).
Personally, I'd say go with GLSL - as when ATi bring out a SM3 based card, they're not going to update the asm interfaces. Therefore, with Cg, you won't be able to get anything more than SM2 on non-vidia cards.

EDIT: or HLSL for that matter, I thought I was in the OpenGL forum for a minute there.
If at first you don't succeed, redefine success.
Assembly is where it's at. :)
Thanx for the answers. I think I will go with Ajas95.

If Cg is here to stay (and it certainly sounds like it will, if Sony is gonna use it), it is alot better than using GLSL or HLSL. I want to make it easy to port my program to other platforms, so I don't want to tie myself to HLSL. And I can't tie myself to GLSL atm, since my graphics layer uses DX at the moment :)

If Cg is an umbrella over all the shader technologies, I think that is the right way to go. Especially if it is here to stay.
Quote:CalvinI am only polite because I don't know enough foul languageQuote:Original post by superpigI think the reason your rating has dropped so much, Mercenarey, is that you come across as an arrogant asshole.
Cg has nice OOP style interface types and dynamic arrays. NVidia could create a GLSL backend for ATI SM3.0 cards.
Quote:Original post by LarsMiddendorf
NVidia could create a GLSL backend for ATI SM3.0 cards.


Why exactly would they do that? GLSL isn't tied to one vendor or the other, it's a part of OpenGL. It's up to ATI to build a working GLSL implementation for a SM 3.0 card. At that point, if you "compile" a CG program to GLSL it should work on any card.

// The user formerly known as Tojiro67445, formerly known as Toji [smile]
I recommend you use:
GLSL -> if you are programming in OpenGL
HLSL -> if you are programming in DirectX
CG -> if you are poor and cant buy a book because the docomentation is great.

I would not worry too much about this, from personal experience, learning the concepts is more important than the language itself. Once you learnt the concepts, changing from one language to another is extreamly easy and intuitive.

Good luck.
---------------------------- ^_^
i agree with blackbox, do not worry about the language so much, all of them same in lots of ways. some syntax differences at all.
after learnt the shaders' concept, it is not a big deal to change the language.
but personally, i do not recommend CG because of portability. (but yes, its documentetion is quite well)
+-+-+-+-+-STR

This topic is closed to new replies.

Advertisement