Announcement

Collapse
No announcement yet.

Gallium3D Post-Processing, MLAA Nearly Ready

Collapse
X
  • Filter
  • Time
  • Show
Clear All
new posts

  • phoronix
    started a topic Gallium3D Post-Processing, MLAA Nearly Ready

    Gallium3D Post-Processing, MLAA Nearly Ready

    Phoronix: Gallium3D Post-Processing, MLAA Nearly Ready

    One of the projects being worked on via X.Org / Mesa with the 2011 Google Summer of Code is morphological anti-aliasing (MLAA) support for Gallium3D / Mesa. Back in July there was MLAA code ready to be tested, but now the student developer behind this code, Lauri Kasanen, has published patches that add the post-processing infrastructure to Gallium3D. The work may soon be ready to be merged to master...

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

  • tholin
    replied
    Using the jimenezmlaa_color filter. I guessed the depth buffer patch fix it but that had nothing to do with my problem. Turns out I only get the filter to work if mesa is compiled with --enable-shared-dricore and I didn't use that. The patch "Always build shared dricore" took care of that problem for me.

    Leave a comment:


  • curaga
    replied
    @tholin

    Which patch, and which filter?

    Leave a comment:


  • tholin
    replied
    That last patch fixed it so I now have AA output whereas before I hadn't. The performance impact is really big though. 80% framedrop in glxgears and 60% in games. Too big burden for my puny Cedar maybe?

    Leave a comment:


  • curaga
    replied
    While Michel fixed the crash, it uncovered a different bug where PP used an old depth buffer. I posted patches for that, but they haven't been merged yet.

    Note, both of these (crash and depth buffer lapse) only affected the depth version. Since the color version doesn't work fully on r500 either, there's likely some bug in r300g. Shouldn't be in common code, since r600g, nouveau, softpipe, and llvmpipe all work.

    The evergreen loop bug might be fixed by a commit some days ago, I haven't had a chance to test yet.

    Leave a comment:


  • oibaf
    replied
    The crash with pp_jimenezmlaa on my RV530 has been fixed with this commit:
    http://cgit.freedesktop.org/mesa/mes...992ae048005d6a

    Quality however still looks similar to the original.

    Leave a comment:


  • curaga
    replied
    The loop bug doesn't appear to affect r700 - on a hd4350 and today's master, everything works OOB.

    Leave a comment:


  • curaga
    replied
    I now have a r500 around - Mobility X1600. Based on quick testing of git r300g, none of the three MLAA options work properly: the userspace port, mesa depth, and mesa color.

    None crash, but none improve quality either. I'm not sure if I should blame the driver or the hw; r500 _should_ be able to run things, but who knows if it can in practise.


    OTOH, the color ones and cel shade work right.

    Leave a comment:


  • IRYOKU
    replied
    Originally posted by oibaf View Post
    These AA techniques are evolving very fast: about MLAA: http://www.iryoku.com/mlaa/


    SMAA: http://www.iryoku.com/smaa/
    Note that SMAA builds on top of Jimenez's MLAA, and we improved the interface allowing easy porting across different platforms, so upgrading should be rather easy =)

    Congratulations to Curaga for its excellent work!

    Leave a comment:


  • curaga
    replied
    Thanks for the tests.

    Leave a comment:

Working...
X