Path: news.mathworks.com!not-for-mail
From: "Felix Morsdorf" <felix.morsdorf@geo.uzh.ch>
Newsgroups: comp.soft-sys.matlab
Subject: Re: Mac Intel OpenGL error
Date: Fri, 17 Aug 2007 12:40:44 +0000 (UTC)
Organization: Universit&#228;t Z&#252;rich
Lines: 63
Message-ID: <fa450c$e9f$1@fred.mathworks.com>
References: <ef42ae2.5@webcrossing.raydaftYaTP> <45F1DE0A.7060709@mathworks.com> <ef42ae2.7@webcrossing.raydaftYaTP> <45F1F4B2.1070000@mathworks.com> <ef42ae2.9@webcrossing.raydaftYaTP> <ef42ae2.12@webcrossing.raydaftYaTP> <fa3jud$nrl$1@fred.mathworks.com> <fa41sj$t66$1@fred.mathworks.com>
Reply-To: "Felix Morsdorf" <felix.morsdorf@geo.uzh.ch>
NNTP-Posting-Host: webapp-02-blr.mathworks.com
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 8bit
X-Trace: fred.mathworks.com 1187354444 14639 172.30.248.37 (17 Aug 2007 12:40:44 GMT)
X-Complaints-To: news@mathworks.com
NNTP-Posting-Date: Fri, 17 Aug 2007 12:40:44 +0000 (UTC)
X-Newsreader: MATLAB Central Newsreader 498125
Xref: news.mathworks.com comp.soft-sys.matlab:424292



again, i might have been too quick in posting, first study the problem, then 
post ...

well, it seems that the problem is related to the large x and y values used in 
my coordinate system and the precision to which these variables are stored in 
Matlabs renderer. My variables are something like this 
x = 666203.2436 and y = 4823034.6374 (meters), if I now only use the 
values up to 1000 (my data patches are some tens of meters in size), e.g. 
203.2436 and 034.6374 the jitter goes away.  

This leads me to the conclusion that zbuffer can handle larger values than 
OpenGL, since the "jitter" problem appears only using OpenGL as a renderer.

Is that correct and why is it like that ?


"Felix Morsdorf" <felix.morsdorf@geo.uzh.ch> wrote in message <fa41sj
$t66$1@fred.mathworks.com>...
> I was a bit too quick, the JVM OpenGL rendering seems to be inconsistent.
> When I try to animate a 3d scene, the objects "jitter" around when I change 
> the view angles (I usually let the scene rotate around z, thus alter the view 
> azimuth from -180 to 180)
> 
> see this movie as example:
> 
> http://www.geo.unizh.ch/~morsdorf/control_trans_sm.mov
> 
> if you change the renderer to zbuffer or do not use the JVM, this behavior is 
> gone, but of course, the transparency is gone as well.
> 
> Any workarounds ? 
> 
> 
> "Felix Morsdorf" <felix.morsdorf@geo.uzh.ch> wrote in message <fa3jud
$nrl
> $1@fred.mathworks.com>...
> > yup, using -nodesktop works fine in terminal (or emacs shell) while 
> enabling 
> > OpenGL rendering. Great ! I thought I had to wait for R2007b when i 
> discovered 
> > this thread.  Now I am a happy MacMatlabIntel user again, after the first 
the 
> > "printing OpenGL figures->X11-quits" bug and then missing OpenGL 
made 
> me 
> > suffer ;-)
> > 
> > "Brian Powell" <spam@spam.com> wrote in message 
> > <ef42ae2.12@webcrossing.raydaftYaTP>...
> > > It appears I was doing something stupid (most likely my aliased
> > > command), as this seems to work just fine. Please ignore.
> > > 
> > >  Brian Powell wrote:
> > > > I did notice that when R2006b (beta) was started with "matlab
> > > > -nodesktop" it ran in the terminal with java graphics. There is a
> > > > bug
> > > > in 2007a (final) that when run with "matlab -nodesktop" it uses X11
> > > > graphics. I think it should use java graphics unless run with
> > > > "matlab
> > > > -nojvm". Any word on this?
> > 
>