geomview-devel — Geomview Developers

[Geomview-devel] TxDelete warnings?

[Lloyd W. <l....@ei...>]

I've managed to upset Geomview by switching from a textured to a
non-textured Earth very quickly in SaVi and recreating my Earth
geometry. I've even managed to make Geomview dump core -- I can't
recall the last time, if ever, Geomview did that. Most unusual, hence
this email.

Can anyone shed any light on the cause of this TxDelete error
message?:

Internal warning: TxDelete on non-Texture 102ea018 (102ea140 !=
9cf40001)
Internal warning: TxDelete on non-Texture 102ea018 (102ea140 !=
9cf40001)
Geomview: internal error: Segmentation violation; dump core now (y/n)
[n] ?

thanks! To duplicate if you're that interested, today's SaVi
snapshot, launched with: geomview -run savi-dev/savi -dynamic-texture
and then turn on texturemapping in Rendering menu, open coverage
window from Views menu, run animation with >>, then change SaVi's
Earth projection from sinusoidal so SaVi has to stop texturemapping to
the Geomview sphere.

I've committed a workaround to CVS that avoids, but does not solve,
this problem by simply turning off texturemapping when SaVi's earth
projection changes; SaVi's driving Geomview pretty hard and fast
texturewise now, and other than this new twist it's pretty slick. I
guess the code in savi-dev/src/earth.c needs a complete rethink...

http://www.ee.surrey.ac.uk/Personal/L.Wood/software/SaVi/src/unreleased/

L.

<http://www.ee.surrey.ac.uk/Personal/L.Wood/><L....@ei...>

[Geomview-devel] Re: SaVi 1.2.5 for Geomview released

[Lloyd W. <l....@ei...>]

On Fri, 7 Jan 2005, Lloyd Wood wrote:

> SaVi 1.2.5 polishes and improves SaVi considerably over previous
> releases; I thought about releasing this as 1.3, as it's quite
> an improvement.
>
> Texturemapping under Geomview has been improved and is now of much
> visibly higher quality. This is done by drawing the vector Earth
> outline over a coverage map that doesn't itself include an Earth
> bitmap; it requires more processing, but it does look cool. The
> optional -dynamic-texture-with-map reverts to the old, suckier,
> behaviour, which is less CPU-intensive. (Unfortunately, I still
> haven't worked out how to avoid writing a scratchfile, or go through
> multiple levels of indirection to tell Geomview in oogl about the
> output of tmpfile().)

...but I have figured out how to use the zlib compression library to
compress texturemaps on the fly, so a 500K ppm scratchfile texturemap
takes less than 3K when gzip-compressed -- having Geomview draw the
Earth outline means that the solid areas of colour sans Earthmap that
SaVi now sends compress very, very well.

The code is in the 10 January and later snapshots at:
http://www.ee.surrey.ac.uk/Personal/L.Wood/software/savi/src/unreleased/
You will need to edit src/Makefile to enable zlib support; zlib's not
universal, and you need Geomview and X and zlib to use the support, so
it's off by default.

yay, me.

L.

>
> Geomview texturemapping also benefits from the near-infinite variety
> of colour shading that SaVi's coverage panel now supports. Coverage
> shading and blending means that SaVi can look just how you would like.
> You can also load and save colour choices. The beefed-up coverage
> panel also adds a menubar and playbar for convenience; no need to hunt
> for the satellite list window to control SaVi.
>
> happy new year,
>
> L.

<http://www.ee.surrey.ac.uk/Personal/L.Wood/><L....@ei...>

[Geomview-devel] SaVi 1.2.4 for Geomview released

[Lloyd W. <l....@ei...>]

Today I released SaVi 1.2.4 for Geomview. Piping initialisation for
communication with Geomview is improved; SaVi should also work better
with Geomview on platforms with 64-bit architectures.

http://www.ee.surrey.ac.uk/Personal/L.Wood/software/SaVi/
http://savi.sourceforge.net/

Merry xmas and all that,

L.

<http://www.ee.surrey.ac.uk/Personal/L.Wood/><L....@ei...>

[Geomview-devel] Re: geomview/streammarker (patch, uses fopencookie() or _IO_seekmark())

[Steve M. R. <ste...@vi...>]

On Sat, Oct 11, 2003 at 12:44:34PM +0200, Claus-Justus Heine wrote:
> Hello Steve,
> 
> Steve M. Robbins wrote:
> 
> >>I have just hacked geomview to enable that fancy seek-back-on-a-pipe 
> >>stuff again; works with recent glibc and gcc (i.e. glibc-2.3.x, gcc-3.x) 
> >>I'm using glibc's fopencookie() stuff to overload the pipe-fd with a 
> >>user defined stdio stream which does it's own buffering in a circular 
> >>ring-buffer.
> >
> >
> >I was reviewing the changes you made -- they are quite extensive!
> >I was wondering if you could elaborate on the changes you made, why
> >they are required, etc.  Something like a ChangeLog entry.  You might
> >want to post it to the geomview-users list to provoke a discussion
> >with the developers.
> 
> Got in contact with the developers; also I have submitted the changes to 
> the CVS-Repository at SF.

Yes, I took your patch from sourceforge.  Many thanks: I applied it to
the debian package.


One thing I was wondering about is the license.  Geomview uses
the LGPL, while the new file "src/lib/oogl/util/seekpipe.c" created
by Claus-Justus is provided under the GPL.  I don't know what
a mixture of GPL and LGPL would mean.  For debian, I opted to
invoke LGPL clause #3 and declare the whole of geomview under
the GPL.

For the CVS on sourceforge, I guess it would make sense to decide
which license is desired for geomview and either change seekpipe.c to
LGPL or change the rest of geomview to GPL.


-S

[Geomview-devel] gcc 3.2 compilation

[Renate M. <be...@ma...>]

How do I compile geomview with gcc 3.2.2?

Renate

--------------------------------------------------------------------------
Renate M. Mittelmann
Arizona State University                 Phone: (480) 965-0096
Department of Mathematics                Fax:   (480) 965-0461
      and Statistics
Tempe, AZ 85287-1804                     email: re...@as...
--------------------------------------------------------------------------