Page 2 of 6 FirstFirst 1234 ... LastLast
Results 11 to 20 of 52

Thread: AMD's New Catalyst Linux Driver Isn't Too Good

  1. #11
    Join Date
    Oct 2011
    Posts
    10

    Default

    this beta is good for me, at least better than the two previous
    http://askubuntu.com/questions/20715...talyst-drivers

    still need to patch fglrx_drv.so to get rid of watermark and replace control file to enable aticonfig functionnalities

  2. #12
    Join Date
    Dec 2009
    Posts
    492

    Default

    Quote Originally Posted by alexThunder View Post
    Calm down, it's still a beta.
    Right... Nothing to do with the final product at all. AMD is working on OpenArena oprimizations as we speak. Pigs fly.

  3. #13
    Join Date
    Oct 2007
    Posts
    285

    Default

    Yet again, AMD screws things up with regards to the graphics part and linux. I'm guessing we won't ever see a AMD driver that is really ON PAR with windows. Guess we just have to wait for gallium here.

  4. #14
    Join Date
    Jun 2006
    Location
    Portugal
    Posts
    530

    Default

    Quote Originally Posted by bug77 View Post
    Right... Nothing to do with the final product at all. AMD is working on OpenArena oprimizations as we speak. Pigs fly.
    Indeed, the eternal pattern with fglrx. Next release will be better, just *wait* and see!...

  5. #15
    Join Date
    Sep 2010
    Posts
    687

    Default

    Quote Originally Posted by bug77 View Post
    Right... Nothing to do with the final product at all. AMD is working on OpenArena oprimizations as we speak. Pigs fly.
    OpenArena use defined and finite set of OpenGL capabilities.

    AMD right now work on speeding OpenGL.

    The only problem I can see is possibility that AMD will be happy with sacrificing general performance for the same of PR release of perf bust in L4D2...

  6. #16
    Join Date
    Sep 2011
    Posts
    185

    Default

    Quote Originally Posted by bug77 View Post
    Right... Nothing to do with the final product at all. AMD is working on OpenArena oprimizations as we speak. Pigs fly.
    It's really a shame, how the current Catalyst rendered such important games from working fluently to unplayable. I mean, who cares for L4D2, since every GPU gets a bazillion of FPS there - not so with OpenArena and Nexuiz, where every FPS counts.

    That really makes me angry. I don't care, that Unigine Heaven runs pretty much equally fast on my Win7 with DX11 or my Kubuntu with OpenGL 4.

    I want power for demaning games with high end game engines like OpenArena, not for dated crap like Unigine - or even the much worse Source Engine. Who on earth would play that now nowadays?
    Last edited by alexThunder; 11-22-2012 at 12:31 PM.

  7. #17
    Join Date
    Oct 2007
    Posts
    51

    Default

    Glad I switched to Nvidia. They really are gaming oriented.
    If only optimus would be supported on Linux

  8. #18
    Join Date
    Oct 2011
    Posts
    67

    Default

    Quote Originally Posted by mo0n_sniper View Post
    Glad I switched to Nvidia. They really are gaming oriented.
    If only optimus would be supported on Linux
    You won't get optimus support until Alan Cox and Intel (his employer) will allow it. See the relevant discussions on dma-buf.

  9. #19
    Join Date
    Sep 2008
    Location
    Vilnius, Lithuania
    Posts
    2,562

    Default

    Quote Originally Posted by who_me View Post
    You won't get optimus support until Alan Cox and Intel (his employer) will allow it. See the relevant discussions on dma-buf.
    Correction: You won't get Optimus support until NVIDIA reimplements the needed functionality manually. Or when the Linux kernel gets relicenced (which is never).

  10. #20
    Join Date
    Nov 2008
    Location
    Old Europe
    Posts
    917

    Default

    Quote Originally Posted by GreatEmerald View Post
    Correction: You won't get Optimus support until NVIDIA reimplements the needed functionality manually.
    Case study: Optimus between an intel IGP and a dedicated Nvidia GPU.

    Now, how would Nvidia (re-)implement a (DMABUF-alike) buffer-sharing mechanism between the
    blob and the intel driver which does not collide with the GPL? Impossible AFAIK.

    /Sorry for offtopic

Posting Permissions

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