For info : it seems that [gemwin] (as abstraction with a recent Gem from git) doesn't manage glOrtho but only glFrustum, so you won't be able to use [ortho] with a recent Gem (or i missed something ?). ++
Jack
Le 09/09/2017 à 12:44, Roman Haefeli a écrit :
On Sam, 2017-09-09 at 12:37 +0200, cyrille henry wrote:
hello, yes, the ortho was buggy and fixed. But the old behaviours is still possible if you send a "compat" message. See help file.
I see, thanks. I should have checked the help file in the first place.
But how can someone use the full window area with the new default mode? Why is there a limit?
Roman
Le 09/09/2017 à 00:59, Roman Haefeli a écrit :
Hey all
A patch of mine with only a few geos that was developed with last release of Gem 0.93.3 looks totally messed up with current master. It turns out that [ortho] is the culprit.
It appears that [ortho] used to screw with aspect ratio as it forces both, window width and window height, to be 4 units. A [ortho]- [rectangle 4 4] exactly fits into the window, even if the window is rectangle, for instance 960x540px. That's what my patch took into account.
Now, with current master, [ortho] doesn't mess with aspect ratio anymore, but when using [ortho], I can display a geo only within a square part of the gem window. When I moved it out that area, it gets blacked out.
I can somehow understand that [ortho] was buggy in the last release and needed to be changed, but is the current behaviour the desired behavior?
Roman
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/l istinfo/pd-list
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/lis tinfo/pd-list
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list