Page 1 of 4 123 ... LastLast
Results 1 to 10 of 36

Thread: AMD Has A New Linux/OpenGL Driver Relationship Representative

  1. #1
    Join Date
    Jan 2007
    Posts
    16,568

    Default AMD Has A New Linux/OpenGL Driver Relationship Representative

    Phoronix: AMD Has A New Linux/OpenGL Driver Relationship Representative

    Beginning next week there's going to be a new member of AMD's developer relationship group that manages the ties between the graphics driver developers and game developers. This new employee is an experienced Linux developer and will focus on Linux/OpenGL cooperation...

    http://www.phoronix.com/scan.php?pag...-Dev-Relations

  2. #2
    Join Date
    Jul 2008
    Location
    Germany
    Posts
    876

    Default

    Something else, did something to Tim Writer happened? I never see him Posting (Like Bridgman).

  3. #3
    Join Date
    Sep 2013
    Location
    Old world citizen.
    Posts
    245

    Default

    With mesa-git i do have less problems than with catalyst. The performance feels about the same like catalyst 14.12.
    In theory it should be worse but honestly: i do not recognize it. As a nice + gallium nine makes wine games run and in everey case much smoother.

    Will Matthäus make me switch back? I do not think so

  4. #4
    Join Date
    Nov 2010
    Posts
    498

    Default

    So Chajdas, any idea of what happened to Mantle on Linux?

  5. #5
    Join Date
    Mar 2013
    Location
    Porto
    Posts
    318

    Default ??

    Quote Originally Posted by Dukenukemx View Post
    So Chajdas, any idea of what happened to Mantle on Linux?
    amd don't care about linux, mantle is only for windows

  6. #6
    Join Date
    Jul 2012
    Posts
    933

    Default

    Quote Originally Posted by rikkinho View Post
    amd don't care about linux, mantle is only for windows
    My guess is that AMD doesn't see any future for Mantle. That's why they opened it up to Khronos Group so they can reuse as much as possible.
    This would explain why there seem to be already working OpenGL Next drivers (Demos during GDC). This is eventually how Mantle will make its way to Linux and to Windows for NVIDIA cards. With DX12 and OpenGL Next there is simply no reason for Mantle to exist. AMD is happy that mantle basically gets used. NVIDIA will be happy that they did not have to implement AMDs Mantle even though they kind of did.

    Let's hope that the OpenGL Next implementation quality won't have as much difference between vendors as with legacy OpenGL. So devs can just port to OpenGL Next and everyone on Linux can enjoy performance that hits the hardware bottleneck and not the implementation quality bottleneck.
    Last edited by blackout23; 02-13-2015 at 05:07 PM.

  7. #7
    Join Date
    Aug 2012
    Posts
    12

    Default

    That makes sense. Let's hope the theory matches the reality check

  8. #8
    Join Date
    Aug 2011
    Posts
    627

    Default

    Oh, I've been following this person on twitter for a year or so, didn't even realize. Good for him!

  9. #9
    Join Date
    Dec 2012
    Posts
    671

    Default

    Quote Originally Posted by Dukenukemx View Post
    So Chajdas, any idea of what happened to Mantle on Linux?
    Screw Mantle, Gallium OpenGL Next within 6 months of release please.

  10. #10
    Join Date
    Oct 2013
    Posts
    631

    Default

    Quote Originally Posted by blackout23 View Post
    My guess is that AMD doesn't see any future for Mantle. That's why they opened it up to Khronos Group so they can reuse as much as possible.
    This would explain why there seem to be already working OpenGL Next drivers (Demos during GDC). This is eventually how Mantle will make its way to Linux and to Windows for NVIDIA cards. With DX12 and OpenGL Next there is simply no reason for Mantle to exist. AMD is happy that mantle basically gets used. NVIDIA will be happy that they did not have to implement AMDs Mantle even though they kind of did.

    Let's hope that the OpenGL Next implementation quality won't have as much difference between vendors as with legacy OpenGL. So devs can just port to OpenGL Next and everyone on Linux can enjoy performance that hits the hardware bottleneck and not the implementation quality bottleneck.
    that shouldn't be a problem if Khronos keeps word on 2 things. really low level and strict compatibility testing. but, the thing that would make me happiest would be some common opengl layer on top of glNext working on all vendors. that alone would solve whole lots of troubles, since old gl wouldn't be as random as it is across the vendors

Posting Permissions

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