Page 1 of 2 12 LastLast
Results 1 to 10 of 12

Thread: A Glide State Tracker For Gallium3D Is Talked About

  1. #1
    Join Date
    Jan 2007
    Posts
    14,629

    Default A Glide State Tracker For Gallium3D Is Talked About

    Phoronix: A Glide State Tracker For Gallium3D Is Talked About

    A student developer has written to the Mesa3D development mailing list about creating a Gallium3D state tracker for the Glide API. Yes, the 3Dfx that hasn't been used in more than a decade...

    http://www.phoronix.com/vr.php?view=OTE1Mg

  2. #2
    Join Date
    Sep 2010
    Posts
    146

    Default Waste of an article

    What a waste of an article. Brian Paul already replied to point out that the fixed-function Glide API doesn't map well at all to the shader-based Gallium. The discussion is pretty much over by now.

  3. #3
    Join Date
    Jan 2009
    Posts
    1,653

    Default

    Apart from Glide worth being implemented or not (probably the later) mesa devs could make a list of small "easy" projects (if there is such a thing in graphic development) for people looking in to getting involved in mesa/G3D/state trackers/etc.

  4. #4

    Default

    Quote Originally Posted by Plombo View Post
    What a waste of an article. Brian Paul already replied to point out that the fixed-function Glide API doesn't map well at all to the shader-based Gallium. The discussion is pretty much over by now.
    I agree. This is not news.

  5. #5
    Join Date
    Jan 2009
    Posts
    291

    Default

    So how exactly do gallium drivers support older opengl versions?... in any case a gallium based driver would be better than an opengl wrapper.

  6. #6
    Join Date
    Oct 2007
    Location
    Toronto-ish
    Posts
    7,434

    Default

    Quote Originally Posted by cb88 View Post
    So how exactly do gallium drivers support older opengl versions?... in any case a gallium based driver would be better than an opengl wrapper.
    Strictly speaking there is no problem implementing a fixed-function API in a Gallium3D-based state tracker as long as the API can be translated into shader-based draw operations (which is probably the case for Glide) - the problem is more with running on fixed-function *hardware*.

    I don't remember if the proposal was to run Glide on new HW (which should be OK) or to run on 3DFX HW (which would be really problematic).

  7. #7
    Join Date
    Nov 2008
    Location
    Madison, WI, USA
    Posts
    865

    Default

    Quote Originally Posted by bridgman View Post
    Strictly speaking there is no problem implementing a fixed-function API in a Gallium3D-based state tracker as long as the API can be translated into shader-based draw operations (which is probably the case for Glide) - the problem is more with running on fixed-function *hardware*.

    I don't remember if the proposal was to run Glide on new HW (which should be OK) or to run on 3DFX HW (which would be really problematic).
    It looks like the student was proposing to allow newer gallium-capable hardware to run Glide Apps natively. He points out that there may not actually have been any Glide-based Linux Apps, but that Gallium is capable of running on Windows as well, so it might be useful there.

    Of course, I'm pretty sure that many Glide apps were also 16-bit, which wouldn't execute too well on a modern OS without emulation of some sorts anyway. The Glide-OpenGL wrappers that we already have are probably as good as they need to get anyway.

    He was mostly looking to get familiar with the Gallium API as a capstone project for his Bachelor's degree, not necessarily to resurrect the Glide API as a viable GPU programming API. He also asks for alternative projects if anyone has any that they can think of.

  8. #8
    Join Date
    Jan 2009
    Posts
    291

    Default

    would it even be a bad thing to resurrect glide?

  9. #9
    Join Date
    Jul 2009
    Posts
    31

    Default

    Also, why would be there any need to run it natively? Every app that used Glide should run faster than what it was deemed possible when designed/developed, even with a wrapper.

  10. #10
    Join Date
    Sep 2010
    Posts
    146

    Default

    Quote Originally Posted by bridgman View Post
    Strictly speaking there is no problem implementing a fixed-function API in a Gallium3D-based state tracker as long as the API can be translated into shader-based draw operations (which is probably the case for Glide) - the problem is more with running on fixed-function *hardware*.

    I don't remember if the proposal was to run Glide on new HW (which should be OK) or to run on 3DFX HW (which would be really problematic).
    It was to run it on new hardware. Brian's point was not that it wouldn't be possible; it was that the fixed-function Glide was not a good match for the shader-based Gallium3D.

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •