Announcement

Collapse
No announcement yet.

Wine Begins Work On Direct3D Shader Compiler

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

  • 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...

    Phoronix, Linux Hardware Reviews, Linux hardware benchmarks, Linux server benchmarks, Linux benchmarking, Desktop Linux, Linux performance, Open Source graphics, Linux How To, Ubuntu benchmarks, Ubuntu hardware, Phoronix Test Suite

  • #2
    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.

    Comment


    • #3
      Originally posted by Teho View Post
      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.

      Comment


      • #4
        @ Q

        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.

        Comment


        • #5
          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.

          Comment


          • #6
            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.

            Comment


            • #7
              Again, no pulse audio support (I know it's being worked on). Hopefully we can see this support soon!

              Comment


              • #8
                Originally posted by Thunderbird View Post
                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.
                Interesting... Couldn't Wine convert HLSL to OpenGL shaders directly, without needing to use D3D9 bytecode?

                Originally posted by oliver View Post
                Again, no pulse audio support (I know it's being worked on). Hopefully we can see this support soon!
                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...

                Comment


                • #9
                  Optimize

                  Originally posted by Qaridarium
                  ah nice it just makes the need of "Microsoft d3dx9_*.dll implementation " obsolete yes very nice
                  Yeah, well, I'd still trust their compiler to produce the better optimized output for the next 10 years. And unfortunately I can't rely on mesa's glsl compiler to compensate (yet ...).

                  Comment


                  • #10
                    Originally posted by oliver View Post
                    Again, no pulse audio support (I know it's being worked on). Hopefully we can see this support soon!
                    If you don't mind building wine by yourself, wine-pulse [1] works just fine on both Fedora 16 and Fedora 17.

                    - Gilboa
                    [1] http://repo.or.cz/w/wine/multimedia.git
                    oVirt-HV1: Intel S2600C0, 2xE5-2658V2, 128GB, 8x2TB, 4x480GB SSD, GTX1080 (to-VM), Dell U3219Q, U2415, U2412M.
                    oVirt-HV2: Intel S2400GP2, 2xE5-2448L, 120GB, 8x2TB, 4x480GB SSD, GTX730 (to-VM).
                    oVirt-HV3: Gigabyte B85M-HD3, E3-1245V3, 32GB, 4x1TB, 2x480GB SSD, GTX980 (to-VM).
                    Devel-2: Asus H110M-K, i5-6500, 16GB, 3x1TB + 128GB-SSD, F33.

                    Comment

                    Working...
                    X