Talk:High-Level Shader Language

Computing Start‑class

	This article is within the scope of WikiProject Computing, a collaborative effort to improve the coverage of computers, computing, and information technology on Wikipedia. If you would like to participate, please visit the project page, where you can join the discussion and see a list of open tasks.ComputingWikipedia:WikiProject ComputingTemplate:WikiProject ComputingComputing
Start	This article has been rated as Start-class on Wikipedia's content assessment scale.
???	This article has not yet received a rating on the project's importance scale.

Microsoft Windows: Computing Start‑class Mid‑importance

	This article is within the scope of WikiProject Microsoft Windows, a collaborative effort to improve the coverage of Microsoft Windows on Wikipedia. If you would like to participate, please visit the project page, where you can join the discussion and see a list of open tasks.Microsoft WindowsWikipedia:WikiProject Microsoft WindowsTemplate:WikiProject Microsoft WindowsMicrosoft Windows
Start	This article has been rated as Start-class on Wikipedia's content assessment scale.
Mid	This article has been rated as Mid-importance on the project's importance scale.
	This article is supported by WikiProject Computing.

No Shader Model 5.0 info

SM 5.0 (DX 11) has been along quite a bit of time, and still no info about it...not even a comment about it in this Talk page (besides mine, of course).

This article is fairly lacking

HLSL was designed to be similar to the Renderman shading language, and it more useful to compare it against that. There are many differnces neccecitated by hardware architecture. However, many of the language features and intrinics are exactly the same as Renderman. In addition, the language has 2 distinct differnces from C. The first is that it is natively a vector and math language, thus all types are vectored. The 2nd difference is that there is no persistent state. That is, an HLSL program can't access any memory in read/write fasion, it may read from one peice of memory (e.g. textures), and write to another (e.g.) the backbuffer), and one shader cannot pass any information to another instance of a shader (unless it is further down the graphics pipeline.) Dankbaker 15:45, 20 September 2007 (UTC)[reply]

Shader Models vs Shader Profiles

Shader Model 4.0 info?

Could some info on Shader Model 4 be added, please?

I found some here: http://www.atomicmpc.com.au/forums.asp?s=2&c=7&t=10239&p=0. Interestingly, this info is not in Microsoft's own DirectX SDK help files - annoying.

There is a fair amount of material in the SDK concerning shader model 4.0. The main language feature differences are templated texture types, input and output signatures (to prevent runtime linkage), bitwise operators, native integer support (prevous versions were emmulated), and switch statements. There are few more minor features, such as the presence of attributes as in C#, but unlike C# attributes can be specified before any statement and are ignored if unrecoginized. They can be used to specifiy. Additionally, the precision required is near IEEE, with NANs and INFS and the like. There are a few differences, I can't remember them all, but the precision isn't quite as high. 1 bit ULP instead of a half bit that IEEE requires. Dankbaker 15:45, 20 September 2007 (UTC)[reply]

GLSL comparison info?

Where can one find similar info for GLSL and Cg as is provided in the two tables in this article ? —The preceding unsigned comment was added by 88.85.52.191 (talk) 17:19, 1 January 2007 (UTC).[reply]

Cg is HLSL. They're the same language. However, the CGFX/D3DFX layers, the runtime libraries and the compilers are different between them. 150.101.156.249 (talk) 08:12, 19 May 2011 (UTC)[reply]

>= 256

at some places there is a specification of ">= 256" which makes no sense to me. it should be "<=256". maybe it would be even better to be able to express the same without <>= just by using max (or min?) in the specs?

Actually, ≥ 256 is correct. This shows up here http://msdn.microsoft.com/archive/default.asp?url=/archive/en-us/directx9_c/directx/graphics/reference/Shaders/VertexShader3_0/Registers/Registers.asp in a footnote, "256 is the minimum c# register count required by vs_2_x. The MaxVertexShaderConst cap contains the actual c# register count supported by the device"

It also shows up here: ftp://download.nvidia.com/developer/presentations/2004/GPU_Jackpot/Shader_Model_3.pdf

Unfamiliar terms

I've written a few shaders, so I'm not entirely knowledgeable on the subject. There are lots of terms used here without explanation. Someone who really knows their stuff probably knows what these mean, but I sure don't. For instance, what is a Dependent texture limit and how's it different from a Texture instruction limit? It'd be great if someone could go through and at the very least make a quick glossary of some of the terms, or link them if they're explained elsewhere. --Numsgil (talk) 23:08, 31 August 2008 (UTC)[reply]

Vertex Texture Fetch

Please stop beating this dead horse. Vertex Texture Fetch is not a requirement of SM3.0 —Preceding unsigned comment added by 72.230.128.81 (talk) 00:25, 7 March 2011 (UTC)[reply]

vandalism/typos? 13, 513

In PS 2.0b the instruction slots are listed as 513, and in VS 2.0a temp registers are listed at 13, are these typos or vandalism?