#234 z-buffer behaviour changed for z==z0

0.94
closed-fixed
linux
5
2014-08-28
2014-08-24
jack
No

The render order is inverted with last Gem from git.
If i use Gem from git://pd-gem.git.sourceforge.net/gitroot/pd-gem/Gem, all is OK concerning render order.

If i run the patch attached with latest Gem (git), the green square is visible.
with the "old" Gem (0.93), this is the red square that is visible and that is what is expected.

1 Attachments

Discussion

  • Cyrille Henry
    Cyrille Henry
    2014-08-25

    NO! render order is correct!
    using print you can see that gemhead 49 is before gemhead 50 that is before gemhead 51.
    there is however a difference :
    primitive used to be draw when Z >= Zbuffer,
    they are now draw only if Z > Zbuffer.
    this result in diference when a new primitive is draw in the same Z than an old primitive.
    this is not a rendering order problem.

     
  • jack
    jack
    2014-08-25

    Absolutely, the render order is correct. (sorry i forget your last comment/warning about that problem).
    It seems to be a problem with Zbuffer (which made ​​me believe it was a render order problem).
    ++

    Jack

     
    • labels: --> rendering (e.g. display)
    • summary: Render order inverted with last Gem --> z-buffer behaviour changed for z==z0
    • Description has changed:

    Diff:

    --- old
    +++ new
    @@ -1,7 +1,5 @@
     The render order is inverted with last Gem from git.
     If i use Gem from git://pd-gem.git.sourceforge.net/gitroot/pd-gem/Gem, all is OK concerning render order.
    -If i run the patch attached with last Gem, the green square is visible, with the "old" Gem, this is the red square that is visible and that is what is expected.
    -++
    
    -Jack
    -
    +If i run the patch attached with latest Gem (git), the green square is visible.
    +with the "old" Gem (0.93), this is the red square that is visible and that is what is expected.
    
    • assigned_to: IOhannes m zmölnig
     


Anonymous


Cancel   Add attachments