Page 5 of 5 FirstFirst ... 345
Results 41 to 48 of 48

Thread: Lightspark May Work Towards A Gallium3D State Tracker

  1. #41
    Join Date
    Aug 2009
    Posts
    2,264

    Default

    @Wirrbeltier,
    You're using your head; I'm shocked.
    The trolls are of course those standard blob users who hate to realise that their GeForce is actually going to suck to infinity when they thought what they thought to be a boundless graphics card for the Linux desktop. It's not their fault for not being able to look in the future, but it is pathetic human instinctive/standard behavior to start hating the fortunate people.

    BlackStar is just a troll nontheless, but is not always wrong.

  2. #42
    Join Date
    Jul 2009
    Posts
    250

    Default

    hi, as was mentioned before i thought that gallium was created to make things simple, and to implement features htat might not be native to the hardware.
    and talking of that. i thought that there would be a VDPAU state tracker (even for ati cards) to resolve the discussion about flash-y things.

    somehow gallium starts sounding to me like another mesa version.
    why are there so many other things apart from opengl and directX. are they not up to the task?
    what is gallium? what is mesa then? why DRI and DRM...??? which one adresses to the hardware directly?
    sounds like a lot of redundancy to me...

  3. #43
    Join Date
    Feb 2010
    Posts
    77

    Default

    Quote Originally Posted by V!NCENT View Post
    @Wirrbeltier,
    You're using your head; I'm shocked.
    The trolls are of course those standard blob users who hate to realise that their GeForce is actually going to suck to infinity when they thought what they thought to be a boundless graphics card for the Linux desktop. It's not their fault for not being able to look in the future, but it is pathetic human instinctive/standard behavior to start hating the fortunate people.

    BlackStar is just a troll nontheless, but is not always wrong.
    I paid 100 bucks for my GeForce and it's working out for me

    I figure it'll be done in a few years from when I bought it (Though it's already been two), so yeah. Worked out fine.

  4. #44
    Join Date
    Aug 2009
    Posts
    2,264

    Default

    Quote Originally Posted by NoEffex View Post
    I figure it'll be done in a few years from when I bought it (Though it's already been two), so yeah. Worked out fine.
    And if a good FLOSS Flash replacement (in some areas) were to act a State Tracker, where would that leave your GeForce?


    ---


    BTW Gallium is not a Mesa replacement, but I'm tired of explaining again... and again... and again... what it is and what it's for. We should make a Gallium3D sticky!

  5. #45
    Join Date
    Feb 2010
    Posts
    77

    Default

    Quote Originally Posted by V!NCENT View Post
    And if a good FLOSS Flash replacement (in some areas) were to act a State Tracker, where would that leave your GeForce?


    ---


    BTW Gallium is not a Mesa replacement, but I'm tired of explaining again... and again... and again... what it is and what it's for. We should make a Gallium3D sticky!
    Then I wouldn't use flash LOL

  6. #46
    Join Date
    Aug 2009
    Posts
    2,264

    Default

    Quote Originally Posted by NoEffex View Post
    Then I wouldn't use flash LOL
    Fair enough

  7. #47
    Join Date
    Oct 2007
    Location
    Toronto-ish
    Posts
    7,440

    Default

    There is a sticky... I just can't edit the damn thing any more

    http://www.phoronix.com/forums/showthread.php?t=7032

    Quote Originally Posted by jakubo View Post
    hi, as was mentioned before i thought that gallium was created to make things simple, and to implement features htat might not be native to the hardware.
    and talking of that. i thought that there would be a VDPAU state tracker (even for ati cards) to resolve the discussion about flash-y things.
    Gallium3D is a new low-level API to encapsulate the functionality of a modern shader-based GPU and allow the same functionality to be shared by multiple high-level APIs (state trackers). First step is to get the existing high level APIs running over Gallium3D drivers.

    Quote Originally Posted by jakubo View Post
    somehow gallium starts sounding to me like another mesa version. why are there so many other things apart from opengl and directX. are they not up to the task? what is gallium? what is mesa then? why DRI and DRM...??? which one adresses to the hardware directly? sounds like a lot of redundancy to me...
    Mesa implements an OpenGL-like API and has an existing HW driver layer. For each GPU, common mesa code makes up 90-95% of the "Mesa driver" while the HW-specific driver code provides the other 5-10%. Gallium3D drivers replace the HW driver layer (only used for Mesa) with a new driver layer useable by other state trackers, but does not replace the other 90-95% of Mesa.

    3D graphics operations used to go through the X server, then the X server would call Mesa. Running 3D calls through the X server allowed X to manage windows and Mesa to draw into those windows, but with some overhead. The Direct Rendering Infrastructure (DRI) was developed to let applications call Mesa directly and have Mesa check with the X server to see if the target window had moved since the last call. The Direct Rendering Manager (DRM) is the kernel driver which makes up part of the Direct Rendering Infrastructure.

    DRI is a protocol; DRM is a driver component.

  8. #48
    Join Date
    Dec 2009
    Posts
    110

    Default

    Quote Originally Posted by V!NCENT View Post
    Now give me Coreboot and I'll jump through the roof
    I second that, my friend.

Tags for this Thread

Posting Permissions

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