Announcement

Collapse
No announcement yet.

Attention Turns To Open-Source Drivers & Firefox

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

  • #11
    Originally posted by blackshard View Post
    Well, I got fedora 13 and to get firefox 4 I need to upgrade to fedora 14 and enable unstable repos. To obtain new ati oss drivers I need to upgrade:

    1) the ati drivers
    2) the kernel
    3) xorg
    4) all libraries related to xorg

    It would be nice if I could do this without recompiling the whole thing myself, but I can't do on my fedora installation. I would need to upgrade, but I won't because I use my system for WORK and don't want to waste time.
    I used to use fedora and had the same problems as you now have. After switching to Arch, those problems have gone away, because of it's rolling release and such things come with updates.

    Comment


    • #12
      Originally posted by blackshard View Post
      Well, I got fedora 13 and to get firefox 4 I need to upgrade to fedora 14 and enable unstable repos. To obtain new ati oss drivers I need to upgrade:

      1) the ati drivers
      2) the kernel
      3) xorg
      4) all libraries related to xorg

      It would be nice if I could do this without recompiling the whole thing myself, but I can't do on my fedora installation. I would need to upgrade, but I won't because I use my system for WORK and don't want to waste time.
      Fair enough.
      But why don't you pick a 4+GB flash drive and install the newest version of <your favourite distro> on it and enable the unstable stuff? Then you can easily test things out without any damage to your work machine.
      (You most probably have a machine which you can boot from a pendrive.)

      Just my 2 cents.

      Comment


      • #13
        Originally posted by DoDoENT View Post
        This is true in real life, but...


        ... but objects that you see in a 3D virtual environment are not real. Therefore, you don't see the object, you see it's projection on the screen.

        Hence, the 3D virtual object, defined by its vertices and normals in these vertices is just a pure fiction, merely an mathematical explanation of what has to be drawn on the screen.

        In order to display an object, you first have to calculate its 2D projection onto the screen and then draw this projection by setting each pixel's intensity to the right value on the computer monitor. This will get you the raw image of the desired object. After getting the raw image and before displaying it on device, you can filter the image with some anti-aliasing or anisotropic filter.

        This is what I (roughly) meant by 'interpreting' and what the graphic card does after you write your matrices and issue the command "glDrawMeThisPlease()". Of course, graphics card is just a processor which executes commands which are given by the graphics driver. So you need to have a good driver which can do all this fast enough to draw 30+ images per second in order to see a smooth animation.
        thats exactly what i was saying. the screen showing a mere 2d projection of the scenery (with objects that have colours or have a texture on them - which could be even the same) i still wonder that there are so many different complicated things in it.
        having a secont thought about the ray scanning the scenery - its rubbish! you would have to take the average of a certain area.. so it would rather be recursively with a recursion every time your broad ray hits an object partially or totally (or totally but transparent) to add all the colours found in the ray.
        probably the simple approach would be a total overkill.... cant you just pass a property to an object - like a matrix? do it will turn over time? like flux matrices? and update them eventually? i may simply not know where the graphics card sets in... i thought the scenery is being placed on the graphics cards video memory, created by the CPU - so you could just give very primitive instructions from CPU to gpu like: turn object A or increase intensity of light source B.
        i guess that thats what unigine and stuff are into... i still wonder why there are so many approches...
        dang... id really like to get into these things... just that i need to do something for a living... if it would pay the rent id do it next to my studies...

        back to webGL. is webgl what creates the obects out of a websites content?

        Comment


        • #14
          umm... sorry for the mess...

          Comment


          • #15
            Originally posted by jakubo View Post
            thats exactly what i was saying. the screen showing a mere 2d projection of the scenery (with objects that have colours or have a texture on them - which could be even the same) i still wonder that there are so many different complicated things in it.
            having a secont thought about the ray scanning the scenery - its rubbish! you would have to take the average of a certain area.. so it would rather be recursively with a recursion every time your broad ray hits an object partially or totally (or totally but transparent) to add all the colours found in the ray.
            What you are talking about is the ray tracing algorithm which is used only for making 3D realistic special effects in movies, but it's too slow to do a real time rendering required in gaming.
            Originally posted by jakubo View Post
            back to webGL. is webgl what creates the obects out of a websites content?
            Read this: http://en.wikipedia.org/wiki/Webgl

            Comment


            • #16
              It seems to me that easily end-user runnable test frameworks that make it easy to reproduce bugs as well as capture debugging information on what's going on at the time of the bug - not just for WebGL but for all APIs - would go a LONG ways towards improving the state of open source video drivers.

              I have been absolutely plagued by stability and video corruption issues on a number of different video cars - admittedly mostly ATI / radeon.

              If I had a an easy way to reproduce these issues and report USEFUL information about these issues back to the developers, this would improve the user experience not only for me, but for everyone else using similar hardware.

              Issues I've had:

              1. Lack of developer interest - not sure if this is because of poorly written bug reports (I tend to report my bugs upstream first w/Fedora) or lack of developer resources.
              2. Developers instructing me to compile stuff from source as it might be fixed in the latest before seriously looking at the report - unfortunately this is difficult to do and instructions on how to do so are sparse.

              Comment


              • #17
                Originally posted by jakubo View Post
                how can it b i have lived with linux since 2008 without noticing those troubles at all? no matter if ati, nouveau, intel, fglrx or nvidia.
                This is the nature of many bugs. Very specific circumstances are required to trigger them. Simply changing the order of two operations, or slightly changing the value of a single parameters out of dozens, can result in a slightly different codepath being executed that was never tested before.

                The codepaths in modern, large software stacks are essentially untestable. It's always possible that software which has been working rock solidly for a decade will crash and burn the second someone else comes along and tries something just ever so slightly different than what everyone before them tried.

                does everyone write his own graphics commands or what is webGL now? i mean i'm a stupid physicist, and i really wonder what its all about.
                WebGL is basically just the OpenGL ES API exposed to JavaScript so web pages can access your 3D hardware. There's nothing particularly new to it.

                It's exposing a lot of bugs because browsers need to create multiple contexts; one for each tab/window. Almost every other OpenGL application out there creates a single context and a single window. Turned out the code in Mesa is broken when dealing with multiple contexts in a single process. Mozilla found and exposed that bug in code which nobody had ever really stress-tested before.

                want to turn an object? write matrix!
                want to move object? write matrix!
                Without 3D hardware, that's slow as shit. Take a look at some of the Google Chrome Experiments WebGL pages. There are some impressive demos in there that can't even pull 60 FPS on my NVIDIA GTX 460m with the proprietary drivers. Imagine how completely non-functional those would be in a software implementation.

                (And yes, there are valid industry uses for WebGL, particularly in visualization and gaming.)

                or is it so important to have different approaches for different needs?
                There is no other approach. WebGL is the only standard way to access 3D rendering in a browser.

                Comment


                • #18
                  Talking about bugs in DRI2, has this patch been applied yet?

                  I noticed that Mesa/DRI2 was crashing, and discovered that the patch in this bug report fixed it.

                  Crash in dri2_invalidate_drawable

                  Comment


                  • #19
                    Originally posted by blackshard View Post
                    Well, I got fedora 13 and to get firefox 4 I need to upgrade to fedora 14 and enable unstable repos. To obtain new ati oss drivers I need to upgrade:

                    1) the ati drivers
                    2) the kernel
                    3) xorg
                    4) all libraries related to xorg

                    It would be nice if I could do this without recompiling the whole thing myself, but I can't do on my fedora installation. I would need to upgrade, but I won't because I use my system for WORK and don't want to waste time.
                    Well, you seem to waste a lot of time rebuilding stuff, adding unstable repos and foremost "upgrading" your distribution every time you need access to newer packages. Especially since Fedora "doesn't recommend upgrading via the package manager".

                    Comment


                    • #20
                      Sure is nice running a single command and having the entire system updated to bleeding edge. And you know what, I've had far fewer stability issues on Arch than I had with Ubuntu, Fedora, etc.

                      Comment

                      Working...
                      X