Page 3 of 3 FirstFirst 123
Results 21 to 27 of 27

Thread: Radeon Gallium3D Now Does MSAA On R600

  1. #21
    Join Date
    Sep 2011
    Posts
    8

    Default

    Quote Originally Posted by whitecat View Post
    Xonotic is a fork of Nexuiz. I know nexuiz have different launcher, like nexuiz-sdl and nexuiz-glx. See if there is something similar with xonotic.
    on both the same result

  2. #22
    Join Date
    Aug 2008
    Posts
    82

    Default

    Quote Originally Posted by marek View Post
    As I said before, the MSAA can be used through OpenGL framebuffer objects, not through GLX, which some apps use instead. That will hopefully be tackled in the next Mesa release. GLX support is kinda a separate project on its own.
    Ah. Since most apps render directly to GLX buffers rather than OpenGL framebuffer objects, I'm guessing there are very few whose MSAA actually works with the r600 driver right now. Do you know of any that do off-hand? I've got a suitable kernel set up to test this, but without any software to test that's kinda pointless.

  3. #23
    Join Date
    Jan 2009
    Posts
    596

    Default

    MSAA should work with all Direct3D applications in Wine. (Wine is using FBOs to implement MSAA for Direct3D)

  4. #24
    Join Date
    Feb 2008
    Location
    Linuxland
    Posts
    4,722

    Default

    How nice that a feature supports emulated apps before native ones

  5. #25
    Join Date
    Oct 2010
    Posts
    287

    Default

    That has more to do with the quality of "native" linux ports. Oh, and wine is not an emulator, a native windows game running in wine is more native to linux then a java app or a C# app running in mono.

  6. #26
    Join Date
    Feb 2008
    Location
    Linuxland
    Posts
    4,722

    Default

    Perhaps you missed the smiley

    Also it has nothing to do with port quality. It's simply often easier to use an AA visual, so guess which method most apps use.

  7. #27
    Join Date
    Oct 2009
    Location
    Brisbane, Queensland, Australia
    Posts
    145

    Default

    It gets better:

    r600g: use better sample positions for 8x MSAA

    Taken from the intel driver. The sample positions are actually a solution to the 8 queens puzzle. It gives more accurate and smoother AA.

    and:

    r600g: implement texturing with 8x MSAA compressed surfaces for Evergreen

    The 2x and 4x MSAA cases are completely broken. The lfdptr instruction returns garbage there.

    The 8x MSAA case is broken on Cayman, though at least the result looks somewhat correct.

    Only the 8x MSAA case works on Evergreen and is enabled.

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
  •