Wine Begins Work On Direct3D Shader Compiler
Phoronix: Wine Begins Work On Direct3D Shader Compiler
It's time for another development snapshot of Wine, but this bi-weekly release does carry several features worth noting...
what is the usage of a "Direct3D shader compiler " ???
Bit off topic but I find it amazing how Wine is soon 19 year old project and its creator has worked on it from the very beging and is still the most active developer. Also the project has had contributions from over 1300 developers over its life time. Here's a link to the ohloh page. Awesome stuff.
This is terrible that after 21 years Linux users still need applications for Windows.
Originally Posted by Teho
try running sims 1 or sims 2 under previous wine's and that is your answer.
basicaly you have different shaders, and you have a maximum number of shaders availible. this depends on your graphics card and how many it supports. in opengl, it will report how ever many your graphics card supports, and any more is, well, scuks for you if you need more. in direct3D, there is some number i cant remember off the top of my head of maximum number of shaders availible, lets just say for simplicity its 12,565, im not shure if thats it but its something arbitrary like that. direct3D will use however many shaders your graphics card supports first, and if it runs out, will start to use the software shaders to fill in. with wine since opengl doesnt support extra software shaders, we cant actualy support any more shaders than the card(or driver) provides and it throws an error. there is a similar issue where wine uses a few d3d shader slots in teh proccessof convertng it to opengl that is pretty much unavoidable and if an application expects all the shader slots to be availible and tries to use them as such, you will have an error.
to me, having a d3d shader compiler like what is stated in the patch notes would allow you to support software shaders and thus hopeflly avoid at least the first of these problems. not 100% shure though.
also, it would be really nice if we could have a list of what all the DIB engine does NOT currently support rather than it being stated as done like a year ago even though every new wine release another part of it is stated as done. its really hard to tell if the dib engine is really working as a finished product.
I miss World Wine News Issue
I miss the World Wine News Issues.
It was information that came every now and then with status of Wine and how things are progressing.
Let me clear up the need for the shader compiler. Most games require DirectX runtime dlls (d3dx9_*.dll) which contain utility functions and the shader compiler. Some games install them while in other cases you have to resort to tools like winetricks to obtain them. When Wine has its own shader compiler it means you don't need the d3dx9_* Microsoft dlls.
The shader compiler has nothing to do with software rendering. Let me summarize how things work. At the core d3d9.dll only accepts 'precompiled' shaders in a bytecode format (this is an assembler format). Game developers like to write shaders in a high-level language like HLSL or Cg instead of assembler. This is where d3dx9_*.dll and the Wine shader compiler come in. The d3dx9 library contains HLSL shader compiler. It compiles Direct3D9 HLSL shaders to Direct3D9 bytecode.
In any case whether you use the Microsoft d3dx9_*.dll implementation or the Wine one (once the HLSL compiler is done), Wine's Direct3D implementation converts the Direct3D9 bytecodes to OpenGL shaders.
Again, no pulse audio support (I know it's being worked on). Hopefully we can see this support soon!
Interesting... Couldn't Wine convert HLSL to OpenGL shaders directly, without needing to use D3D9 bytecode?
Originally Posted by Thunderbird
This. If Wine had support for PulseAudio, then I could finally listen to music outside of Wine that doesn't have popping sounds or horrible quality, since otherwise if I set my PA settings to give me that, Wine starts shrieking like a banshee...
Originally Posted by oliver