Announcement

Collapse
No announcement yet.

Gallium3D / LLVMpipe With LLVM 2.8

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

  • #46
    Originally posted by xeros View Post
    It reminds me the times when I've run Quake 1 on Nexgen CPU (586 without FPU, recognised by apps as 386). I've done some workarounds with modification of few different FPU emulators for DOS and some other quirks to make it advertising as 486DX for DOS to make it work but I was very very happy when I finally saw it running even that it was less than 1FPS but it worked.
    Edit: It was even ~5-20 seconds for 1 frame for 100MHz CPU with software FPU emulation.

    Comment


    • #47
      Originally posted by xeros View Post
      It reminds me the times when I've run Quake 1 on Nexgen CPU (586 without FPU, recognised by apps as 386). I've done some workarounds with modification of few different FPU emulators for DOS and some other quirks to make it advertising as 486DX for DOS to make it work but I was very very happy when I finally saw it running even that it was less than 1FPS but it worked.
      My 486DX2 66MHz only ran it at something like 15FPS with minimum resolution.

      Comment


      • #48
        How do I enable llvmpipe? I have Kubuntu 10.04 (Lucid) with xorg-edgers packages. My machine has an intergrate ATI express X1250 card. XBMC runs very slow on it due to r300-dri driver lacking a good GLSL implementation. I want to try out llvmpipe to see if it's better than r300-dri, but don't know how to enable it.

        Comment


        • #49
          Have you tried the 300g (Gallium3D HW accelerated driver) on your hardware ? AFAIK that should give you the best of both worlds -- LLVM JIT-compiled vertex shaders running on the CPU plus HW-accelerated fragment shaders running on the GPU.

          Comment


          • #50
            Originally posted by bridgman View Post
            Have you tried the 300g (Gallium3D HW accelerated driver) on your hardware ? AFAIK that should give you the best of both worlds -- LLVM JIT-compiled vertex shaders running on the CPU plus HW-accelerated fragment shaders running on the GPU.
            my glxinfo shows:

            OpenGL vendor string: X.Org R300 Project
            OpenGL renderer string: Gallium 0.4 on RS690
            OpenGL version string: 2.1 Mesa 7.10-devel
            OpenGL shading language version string: 1.20

            Does that mean I'm running r300g? If so, it's still very slow for xbmc. I got only 15fps. Not much improvement since 5 months ago:

            http://www.mail-archive.com/xorg-dri.../msg14535.html

            Comment


            • #51
              Yes, that looks like the r300g driver.

              I would expect llvmpipe to be slower than 300g, since (AFAIK) 300g is already using llvm for the vertex shaders. If llvmpipe turns out to be faster for some reason that would be a very interesting data point, or I guess it might mean that 300g is not using the llvm vertex shader path yet.

              Actually I just looked at the XBMC wiki and it says pretty clearly that Shader Model 3 hardware is the minimum for decent performance. That matches what we have seen from user reports (maybe even yours ?) where 5xx hardware (SM3) runs well and 4xx hardware (SM2) does not. The X1250 has an R4xx 3D engine, ie shader model 2.

              Did you ever try running with fglrx on the X1250, and if so what was performance like there ?

              The FAQ hints at the ability to select basic (ARB) shaders rather than the advanced (GLSL) shaders but those sections of the wiki are blank - do you know if that option actually exists ?

              Comment


              • #52
                Mesa must be compiled with the parameter --enable-gallium-llvm to get the LLVM-compiled vertex shaders in Gallium.

                llvmpipe is definitely slower (about 10 times) unless you do a lot of data moves between RAM and VRAM.

                Comment


                • #53
                  Aha... the missing clue. Thanks !!

                  Comment


                  • #54
                    Marek polak?

                    Comment


                    • #55
                      Originally posted by NomadDemon View Post
                      Marek polak?
                      There's only one Mesa developer whose name is Marek. Look it up.

                      Comment


                      • #56
                        i ask your nationality, Marek is Polish also, so i ask you.

                        Comment


                        • #57
                          Ah. I am Czech.

                          Comment


                          • #58
                            iam polish so i think you are polish also ^^ so we can talk in native language i have many questions but iam week in english :< want to ask about many xorg stuff

                            Comment


                            • #59
                              Learn either Czech. or Slovak, or English. Then we can talk. I also think this discussion does not belong here.

                              Comment


                              • #60
                                so do i.

                                my questions is, when xorg will work good with mesa with wine

                                resolution changes, color depth changes etc.

                                I realy want to change to OSS drivers, but starcraft need to work good:<

                                Comment

                                Working...
                                X