---
** [bugs:#234] Render order inverted with last Gem**
**Status:** open **OS:** linux **Release:** unknown **Created:** Sun Aug 24, 2014 08:47 PM UTC by jack **Last Updated:** Sun Aug 24, 2014 08:47 PM UTC **Owner:** nobody
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
---
Sent from sourceforge.net because gem-dev@lists.iem.at is subscribed to https://sourceforge.net/p/pd-gem/bugs/
To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/pd-gem/admin/bugs/options. Or, if this is a mailing list, you can unsubscribe from the mailing list.
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.
---
** [bugs:#234] Render order inverted with last Gem**
**Status:** open **OS:** linux **Release:** unknown **Created:** Sun Aug 24, 2014 08:47 PM UTC by jack **Last Updated:** Sun Aug 24, 2014 08:47 PM UTC **Owner:** nobody
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
---
Sent from sourceforge.net because gem-dev@lists.iem.at is subscribed to https://sourceforge.net/p/pd-gem/bugs/
To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/pd-gem/admin/bugs/options. Or, if this is a mailing list, you can unsubscribe from the mailing list.
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
---
** [bugs:#234] Render order inverted with last Gem**
**Status:** open **OS:** linux **Release:** unknown **Created:** Sun Aug 24, 2014 08:47 PM UTC by jack **Last Updated:** Mon Aug 25, 2014 07:29 AM UTC **Owner:** nobody
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
---
Sent from sourceforge.net because gem-dev@lists.iem.at is subscribed to https://sourceforge.net/p/pd-gem/bugs/
To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/pd-gem/admin/bugs/options. Or, if this is a mailing list, you can unsubscribe from the mailing list.
- **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 - **Comment**:
confirmed
---
** [bugs:#234] z-buffer behaviour changed for z==z0**
**Status:** open **OS:** linux **Release:** unknown **Labels:** rendering (e.g. display) **Created:** Sun Aug 24, 2014 08:47 PM UTC by jack **Last Updated:** Mon Aug 25, 2014 09:34 AM UTC **Owner:** IOhannes m zmölnig
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.
---
Sent from sourceforge.net because gem-dev@lists.iem.at is subscribed to https://sourceforge.net/p/pd-gem/bugs/
To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/pd-gem/admin/bugs/options. Or, if this is a mailing list, you can unsubscribe from the mailing list.
- **status**: open --> closed-fixed - **Release**: unknown --> 0.94 - **Comment**:
fixed with [60bc5e]
---
** [bugs:#234] z-buffer behaviour changed for z==z0**
**Status:** closed-fixed **OS:** linux **Release:** 0.94 **Labels:** rendering (e.g. display) **Created:** Sun Aug 24, 2014 08:47 PM UTC by jack **Last Updated:** Thu Aug 28, 2014 11:02 AM UTC **Owner:** IOhannes m zmölnig
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.
---
Sent from sourceforge.net because gem-dev@lists.iem.at is subscribed to https://sourceforge.net/p/pd-gem/bugs/
To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/pd-gem/admin/bugs/options. Or, if this is a mailing list, you can unsubscribe from the mailing list.
-
"IOhannes m zmölnig" -
Cyrille Henry -
jack