xplanet-development

[Xplanet-development] X ScreenSaver

[K. L. D. V. H. <le...@ka...>]

Here is a patch to leverage the X ScreenSaver Extension.
It changes the timings for xplanetbg.  It does not patch
configure, only configure.in.

Changes are:
    configure
        --disable-screensaver disables XSS usage.
    xplanetbg
        -idlewait <seconds>     additionally wait for this much idle time.
        -hibernation <seconds>  after idle for this much time, suspend updates

Let me know if you like/dislike it.

Thanks,
Leif Van Horn


diff -ru xplanet-0.93/Makefile.in xplanet-xss/Makefile.in
--- xplanet-0.93/Makefile.in	Tue Jan 22 19:07:42 2002
+++ xplanet-xss/Makefile.in	Wed Feb 27 23:31:02 2002
@@ -47,7 +47,7 @@
 @ADDITIONAL_LIBS@
 
 xplanetbg: xplanetbg.o orbit.o $(COBJS) @XPARSEGEOMETRY@
-	$(CXX) $(LDFLAGS) -o $@ $^ $(LIBS) @X_LIBS@ -lm
+	$(CXX) $(LDFLAGS) -o $@ $^ $(LIBS) @XSS_LIBS@ @X_LIBS@ -lm
 
 LIBDIRS = libannotate libdisplay libimage libprojection libsgp4sdp4
 $(XPLIBS):
diff -ru xplanet-0.93/checkfuncs.h.in xplanet-xss/checkfuncs.h.in
--- xplanet-0.93/checkfuncs.h.in	Tue Jan 22 19:07:42 2002
+++ xplanet-xss/checkfuncs.h.in	Wed Feb 27 23:48:05 2002
@@ -26,6 +26,7 @@
 #undef HAVE_DREM
 #undef HAVE_LIBFREETYPE
 #undef HAVE_LIBX11
+#undef HAVE_XSS
 #undef HAVE_STRPTIME
 #undef HAVE_UNSETENV
 
diff -ru xplanet-0.93/configure.in xplanet-xss/configure.in
--- xplanet-0.93/configure.in	Tue Jan 22 19:07:42 2002
+++ xplanet-xss/configure.in	Wed Feb 27 23:48:12 2002
@@ -97,6 +97,25 @@
 
 AC_FIND_X11
 
+AC_ARG_ENABLE(screensaver,   [  --disable-screensaver   compile without X screensaver extension],enable_xss=no,enable_xss=yes)
+dnl Check for XScreenSaver
+if test "x$enable_xss" = "xyes" ; then
+    XSS_LIBS="no"
+    XSS_HEADERS="no"
+    AC_CHECK_LIB(Xext, XScreenSaverRegister,[XSS_LIBS=""],[],[-lX11 -lXext -lm])
+    AC_CHECK_LIB(Xss, XScreenSaverRegister,[XSS_LIBS="-lXss -lXext"],[],[$X_LIBS -lX11 -lXext -lm])
+    if test \! "$XSS_LIBS" = "no"; then
+        AC_DEFINE(HAVE_XSS)
+    else
+        XSS_LIBS=""
+        enable_xss=no
+    fi
+else
+    XSS_LIBS=""
+    enable_xss=no
+fi
+AC_SUBST(XSS_LIBS)
+
 dnl Check for drem and strptime functions
 dnl AC_CHECK_LIB(m,drem,AC_DEFINE(HAVE_DREM))
 AC_CHECK_FUNCS(drem)
diff -ru xplanet-0.93/xplanetbg.cc xplanet-xss/xplanetbg.cc
--- xplanet-0.93/xplanetbg.cc	Tue Jan 22 19:07:42 2002
+++ xplanet-xss/xplanetbg.cc	Thu Feb 28 00:27:33 2002
@@ -62,6 +62,9 @@
 
 #include <X11/Xlib.h>
 #include <X11/Xutil.h>
+#ifdef HAVE_XSS
+#include <X11/extensions/scrnsaver.h>
+#endif // HAVE_XSS
 
 Display *display = NULL;
 Window window = 0;
@@ -157,6 +160,8 @@
     cout << "\t-grid1                spacing    (int)\n";
     cout << "\t-grid2                spacing    (int)\n";
     cout << "\t-h[elp]\n";
+    cout << "\t-hibernation          seconds    (int)\n";
+    cout << "\t-idlewait             seconds    (int)\n";
     cout << "\t-i[mage]              image_file (string)\n";
     cout << "\t-label                                   \n";
     cout << "\t-labeln[ame]\n";
@@ -205,13 +210,14 @@
 }
 
 void 
-process_args (string &command, int argc, char **argv, int &wait,
+process_args (string &command, int argc, char **argv, int &wait, 
+            unsigned long &idlewait, unsigned long &hibernation,
               struct s_orbit_info &orbit_info)
 {
     enum optionType
         {
             DATE, DAYSIDE, DEBUG, EARTHSIDE, FULLSCREEN, GEOMETRY, 
-            HELP, LATITUDE, LONGITUDE, MOONSIDE,
+            HELP, HIBERNATION_TIMEOUT, IDLEWAIT, LATITUDE, LONGITUDE, MOONSIDE,
             NICE, NIGHTSIDE, NUM_TIMES, ORBIT, OUTPUT, PASS0, PASS1, PASSQ,
             POSTCOMMAND, PREVCOMMAND, ROTATE, 
             TIMEWARP, VERSION, WAIT, WINDOW  
@@ -246,6 +252,8 @@
             {"grid1",           required_argument, NULL, PASS1},
             {"grid2",           required_argument, NULL, PASS1},
             {"help",            no_argument,       NULL, HELP},
+            {"hibernation",     required_argument, NULL, IDLEWAIT},
+            {"idlewait",        required_argument, NULL, HIBERNATION_TIMEOUT},
             {"image",           required_argument, NULL, PASS1},
             {"label",           no_argument,       NULL, PASS0},
             {"labelformat",     required_argument, NULL, PASSQ},
@@ -368,6 +376,14 @@
         case HELP:
             show_help();
             break;
+        case HIBERNATION_TIMEOUT:
+            sscanf(optarg, "%lu", &hibernation);
+            hibernation *= 1000;
+            break;
+        case IDLEWAIT:
+            sscanf(optarg, "%lu", &idlewait);
+            idlewait *= 1000;
+            break;
         case LATITUDE:
         {
             double obslat;
@@ -564,6 +580,8 @@
 main(int argc, char **argv)
 {
     int wait = 300;  // time, in seconds, between updates
+    unsigned long idlewait = 0;  // time, in seconds, of user idling before updating
+    unsigned long hibernation_threshold = 1800 * 1000;  // time, in seconds, of user idling before updating
 
     // Initialize to current time
 #ifdef HAVE_STRPTIME
@@ -574,7 +592,26 @@
     string dyn_command;
     char cbuffer[256];
     struct s_orbit_info obi = {0,0,0,0};
-    process_args(stat_command, argc, argv, wait, obi);
+    process_args(stat_command, argc, argv, wait, idlewait, hibernation_threshold, obi);
+
+#ifdef HAVE_XSS
+    if (display == NULL) {
+        display = XOpenDisplay(NULL);
+    }
+    int screen_num = 0;
+    int root = 0;
+    XScreenSaverInfo* screenSaverInfo = NULL;
+    if (display) {
+        screen_num = DefaultScreen(display);
+        root = RootWindow(display, screen_num);
+        int event_base, error_base;
+
+        if (XScreenSaverQueryExtension(display, &event_base, &error_base)) {
+            screenSaverInfo = XScreenSaverAllocInfo();
+        }
+    }
+#endif // HAVE_XSS
+
 
     Orbit orb(obi.duration, obi.pos_lat, obi.pos_long, obi.inclination);
  
@@ -707,6 +744,19 @@
 #endif // HAVE_LIBX11
             sleep(wait);
 
+#ifdef HAVE_XSS
+        if (idlewait && screenSaverInfo) {
+            XScreenSaverQueryInfo(display, root, screenSaverInfo);
+            while (screenSaverInfo->idle < idlewait) {
+                usleep((idlewait - screenSaverInfo->idle) * 1000);
+                XScreenSaverQueryInfo(display, root, screenSaverInfo);
+            }
+            while (screenSaverInfo->idle > hibernation_threshold) {
+                sleep(10);
+                XScreenSaverQueryInfo(display, root, screenSaverInfo);
+            }
+        }
+#endif // HAVE_XSS
     } 
     exit(EXIT_FAILURE);
 }

[Xplanet-development] xplanet usage

[Offer K. <of...@ne...>]

Hi,
I've just downloaded xplanet-0.93.tar.gz, and tried to install it using the 
following procedure (BTW, I'm using Mandrake 8.1 on an i586 machine, KDE, 
sawfish):
First, I opened the tarball and did (as user, not root):
./configure ; make
This seemed to work fine, but when I tried using xplanet
(xplanet -image earth.jpg), the picture of planet earth appeared over all of 
my desktops, so that I could not see my desktop icons. I also did not see a 
way to kill it, short of logging out and then logging back in.
So, my questions are:
1. Did I do the installation procedure okay, or should I have done something 
else?
2. How can I make xplanet appear *under* my desktop icons?
3. How can I stop it from running, once it has started?

Thanks,
Offer

[Xplanet-development] xplanet 0.93 is out

[Hari N. <mcf...@ya...>]

I released xplanet 0.93 last night.  This version
allows the user to add a time string to the marker
file so that cities may display their local times.

Also Tomohiro Kubota has contributed additional marker
files in Chinese and Greek, as well as
locale-dependent time/date formats for the -label
option.


__________________________________________________
Do You Yahoo!?
Send FREE video emails in Yahoo! Mail!
http://promo.yahoo.com/videomail/

[Xplanet-development] xplanet 0.91 is out

[Hari N. <mcf...@ya...>]

I've released xplanet 0.91.  The biggest change is
that I added limb darkening, which makes the image
look a lot more realistic.

As always, please send comments & bug reports!

Happy holidays,
Hari


__________________________________________________
Do You Yahoo!?
Check out Yahoo! Shopping and Yahoo! Auctions for all of
your unique holiday gifts! Buy at http://shopping.yahoo.com
or bid at http://auctions.yahoo.com

[Xplanet-development] xplanet 0.90 released

[Hari N. <mcf...@ya...>]

The new version is now on sourceforge.  The main
addition is satellite tracking.

Hari


__________________________________________________
Do You Yahoo!?
Make a great connection at Yahoo! Personals.
http://personals.yahoo.com

Re: [Xplanet-development] feature requests on sourceforge

[Hari N. <mcf...@ya...>]

--- Ed Halley <ed...@ha...> wrote:
> 
> I don't know how often or how much traffic is on
> this list, or how often
> anyone looks at the feature requests on the
> sourceforge areas. 

Not too much traffic on the lists, but don't let that
stop you!  I just checked the feature requests - you
make some good suggestions, and I'll see what I can
do.  

> The only one issue which I suggested that I'm not
> sure how to go about
> solving properly, is the reverse-transforms for
> hit-testing.  That is,
> given an X,Y in the image, what latitude,longitude
> is that?  If this can
> be determined for each projection scheme, then mouse
> navigation of the
> globe becomes possible.

If you look at the xplanet code, in the Projection*.cc
files, each projection has two routines called
sphericalToPixel and pixelToSpherical, which convert
lat, lon to pixel coordinates and vice versa.  There
is also a -markerbounds option.  For each point in the
marker file, it will write the pixel coordinates to a
file.  It's not exactly what you want but it might be
helpful.  I added that for people who use xplanet
images in clickable maps on the web.

Mouse navigation on the root window isn't a good idea,
just because the window manager should respond to
mouse clicks.  Having xplanet respond to mouse clicks
on a separate popup window is possible.  I'll respond
to the feature requests on the xplanet page. 

Hari



__________________________________________________
Do You Yahoo!?
NEW from Yahoo! GeoCities - quick and easy web site hosting, just $8.95/month.
http://geocities.yahoo.com/ps/info1

Re: [Xplanet-development] feature requests on sourceforge

[Nigel S. <ni...@ni...>]

> I don't know how often or how much traffic is on this list

Not usually very much, but we are a friendly bunch...

> as I'm new to Linux hacking, I don't
> know what the prognosis is.  Always happy to help where possible.

Welcome to Linux land!  Linux, XPlanet... Where is all this leading?
 
> The only one issue which I suggested that I'm not sure how to go about
> solving properly, is the reverse-transforms for hit-testing. 

I think you identify the simplest reverse-transforms, and perhaps
leave it for the "project experts" to worry about the others.  I
would discourage the proposed hacky method, because it's a bit
of a dead-end in terms of flexibility.  But don't let me discourage
you, I'm bouncing off the walls from Jolt Cola...

--
                     Nigel Stewart (ni...@ni...)    
                     http://www.nigels.com/

[Xplanet-development] feature requests on sourceforge

[Ed H. <ed...@ha...>]

I don't know how often or how much traffic is on this list, or how often
anyone looks at the feature requests on the sourceforge areas.  I jotted
a few ideas that I thought would be useful for xplanet.  I may end up
hacking one or two of them, but as I'm new to Linux hacking, I don't
know what the prognosis is.  Always happy to help where possible.

 https://sourceforge.net/projects/xplanet/

The only one issue which I suggested that I'm not sure how to go about
solving properly, is the reverse-transforms for hit-testing.  That is,
given an X,Y in the image, what latitude,longitude is that?  If this can
be determined for each projection scheme, then mouse navigation of the
globe becomes possible.

There's one crude but effective approach that would work regardless of
projection methods.  Maybe it's useful enough.  Assemble an array of
coordinates that were forward-transformed, say, every two arc degrees. 
When given an X,Y in the final image, just return the closest
forward-transformed equivalent.  The total memory would be less than a
good resolution earth map image, and would be immune to most any
newfangled projection equations added to the program later.  The
downside is that it would only have coarse control, limiting itself to
the chosen granularity of forward-tranformed grid locations.

-- 
[ e d @ h a l l e y . c c ]

[Xplanet-development] Cloud image archives

[Bernie B. <lis...@fo...>]

Hello,

I have just been playing with xplanet after having read about it in
Linux Journal.  It's GREAT!

I'm only using the version that is packaged with Debian 2.2, but the
results are *stunning* and the program seems very stable (although
xplanetbg did die on me once).  Many thanks for producing a great
package.

Now, the purpose of my mail:

I have the idea of producing a movie sequence (in mpeg format) of "A
Year in the Life of Our Planet", using xplanet to render images.  The
idea is to show the earth rotating, with a continuous weather pattern
for a whole year.  If I make it the moonside view, then over a year
there should be several phases of night/day.

If anyone has already done something similar I would be interested to
hear about it.

I have already made a "proof of concept", with about 40 frames, and the
results look promising.  But I can't wait a whole year to finish this
project!, what I am looking for is an archive of cloud images for the
past year (or as long back as can be had).

Are the cloud images posted on xplanet.sourceforge.net *derived* from
images on the Dundee Uni. site, or are they direct copies?  I couldn't
find anything like it on the linked dundee.ac.uk page, but I don't know
if I need to register.

What would be the best source of cloud images to use with xplanet for
this project?

All ideas, RTFM's, flames, encouragement welcome,

-Bernie.

[Xplanet-development] new xplanet

[Hari N. <mcf...@ya...>]

I released xplanet 0.84 this morning.  It includes a
few bug fixes and improved drawing of Saturn's rings.

Hari


__________________________________________________
Do You Yahoo!?
Make international calls for as low as $.04/minute with Yahoo! Messenger
http://phonecard.yahoo.com/

[Xplanet-development] xplanet 0.83 is out

[Hari N. <mcf...@ya...>]

I released version 0.83 this morning.  The main change
is that I added Saturn's rings.  A map of Saturn is
not included in the distribution, but 
http://www.mmedia.is/~bjj/data/saturn/saturn.jpg
is a good one.

Hari


__________________________________________________
Do You Yahoo!?
Get personalized email addresses from Yahoo! Mail - only $35 
a year!  http://personal.mail.yahoo.com/

[Xplanet-development] Xplanet 0.82 is out

[Hari N. <mcf...@ya...>]

Hi - I just released xplanet 0.82 this morning.  The main changes are
that TrueType fonts can now be used on X11, and the code now compiles
and runs on Darwin with X windows (but not Aqua, yet).

Hari


__________________________________________________
Do You Yahoo!?
Yahoo! Auctions - buy the things you want at great prices
http://auctions.yahoo.com/

[Xplanet-development] xplanet-0.81 is out

[Hari N. <mcf...@ya...>]

Hi - the latest version is on sourceforge.  The biggest change is
that you can now use image files as marker icons. 

Enjoy,
Hari


__________________________________________________
Do You Yahoo!?
Get email at your own domain with Yahoo! Mail. 
http://personal.mail.yahoo.com/

[Xplanet-development] Xplanet 0.80 released

[Hari N. <mcf...@ya...>]

Xplanet 0.80 is out now.  The packages on sourceforge
now contain day and night maps.  If you don't want
them, download xplanet-nomap-0.80. 

Let me know if there are any problems ...

Hari


__________________________________________________
Do You Yahoo!?
Get email at your own domain with Yahoo! Mail. 
http://personal.mail.yahoo.com/

[Xplanet-development] xplanet-0.79d

[Hari N. <mcf...@ya...>]

There's a new version now:

ftp://xplanet.sourceforge.net/pub/xplanet/xplanet-0.79d.tar.gz

There's a new class called DisplayMSMagick, which gets
compiled under cygwin if you do a 
configure --with-mswin --with-magick

The DisplayMSWin class gets compiled with
configure --with-mswin

The DisplayMSMagick version segfaults from the bash
shell in cygwin but oddly enough works under gdb.  The
DisplayMSWin case works fine, but does not do text
annotation.  

Anyway, I will keep my hands off the code until Nigel
sends me his changes.

Hari


__________________________________________________
Do You Yahoo!?
Yahoo! Auctions - Buy the things you want at great prices.
http://auctions.yahoo.com/

[Xplanet-development] Re: xplanet-0.79c

[Nigel S. <ni...@ni...>]

Hari,

I'm in the middle of reorganising the Projection
class, so please let me know if this collides with
your work.

So far:

class Image
{
public:
	Image(const int width,const int height);
	~Image();

	//

	void setPixel(const int x,const int y,unsigned char *color);
	void getPixel(const int x,const int y,unsigned char *color);

	bool write(const std::string &filename);

	//

	int getWidth()  const;
	int getHeight() const;

protected:

	const int _width;
	const int _height;
	
	unsigned char *_data;
};

And...

class Projection : public Image
{
 public:
  Projection(const int w, const int h,const options &opt);
  virtual ~Projection();

  // Derived classes should provide these
  virtual int pixelToSphere(const int x, const int y, double &lon, double &lat) = 0;
  virtual int sphereToPixel(const double lon, const double lat, int &x, int &y) = 0;

  //
  void getColor(const double lon, const double lat, unsigned char *pixel); 
	
  virtual void create_projection ();
  virtual void set_radius (double r);
  void great_arc (double lon1, double lat1, double lon2, 
		  double lat2, float spacing, unsigned char *color);
  void add_grid ();

 protected:
  const options &_options;
  double radius;
  double rot[3][3];
  void rotate_point (double &lon, double &lat);
  void set_background();

 private:
  void place_dot (double lon, double lat);
  void place_dot (double lon, double lat, unsigned char *color);
};





--
                     Nigel Stewart    
     Email: ni...@ni...  WWW: http://www.nigels.com
         Research Student, Software Developer.
      Just two stops down the line at Zoo Station.

[Xplanet-development] Re: ImageMagick 5.2.8 Cygwin bugs

[Nigel S. <ni...@ni...>]

> I suspect that the problem is related to the fact that while 5.2.6
> defaults to a Quantum size of 8, 5.2.8 defaults to a Quantum size of
> 16.

	Yes you're right, this seems to be the issue.
	However, seeting the Image depth doesn't make any difference.
	My solution is to #undef QuantumLeap in magick\config.h
	It seems that use of one or more of these QuantumLeap specific
	macros may be the cause.

	http://www.nigels.com/tmp/test5_2_8NoQuantumLeap.jpg

	For me, the problem is solved.  But probably this is a bug
	in 5.2.8.

	The primary author of xplanet has also reported this
	problem on Solaris, using the same code.

	Cheers,

	Nigel Stewart

----
 
> Try changing to
> 
> thisImage = new Image;
> thisImage->depth(8);
> thisImage->read(window_width, window_height, "RGB",CharPixel,
>                 image->rgb_data);
> 
> and see if that helps any.  

	Nope.

> Or perhaps,
>
> 
> thisImage = new Image (window_width, window_height, "RGB",
>             CharPixel, image->rgb_data);
> thisImage->depth(8);
> 
> would be sufficient 

	Nope.

	But, this does -

/* Increase max color value from 255 to 65535 */
/* #define QuantumLeap */

	In magick/config.h


--
                     Nigel Stewart    
     Email: ni...@ni...  WWW: http://www.nigels.com
         Research Student, Software Developer.
      Just two stops down the line at Zoo Station.

[Xplanet-development] [Fwd: ImageMagick 5.2.8 Cygwin bugs]

[Nigel S. <ni...@ni...>]

This is an email I sent to the Image Magick Dev list...
 
> I've put a couple of PNG's in a temporary directory
> to demonstrate the problem I'm observing with xplanet
> and Image Magick 5.2.8.
> 
> http://www.nigels.com/tmp/
> 
> In summary, BMP output looks broken, and TIFF output
> looks "less" broken (but look closely, the north pole,
> for example)  And as a comparison look at test5_2_6.png
> output by Image Magick 5.2.6...
> 
> The configure logs are also there, for reference.
> 
> Is anyone fairing better with MS Dev Studio 6.0, or is
> it Cygwin specific?
> 
> Here is the offending code, using the Magick++
> Image constructor, passing a raw RGB unsigned
> char array... (image->rgb_data)  This works
> for 5.2.6 reliably, but not 5.2.8.
> 
> This problem is not observed using the 5.2.8
> convert utility.
> 
> void
> DisplayMagickpp::render (Projection *image, const double sunlon,
>                        const double sunlat)
> {
>   thisImage = new Image (window_width, window_height, "RGB",
>                          CharPixel, image->rgb_data);
>   thisImage->strokeWidth (1);
> 
>   bg.assign ("Black");
>   if (opts.label || opts.markers)
>     {
>       set_color (opts.color);
>       set_font (opts.font);
>       if (opts.markers) draw_markers (image, this);
>       if (opts.label) create_label (sunlon, sunlat);
>     }
> 
>   try
>     {
>                 cerr << opts.output << endl;
>       //      thisImage->display ();
>       thisImage->write (opts.output);
>     }
>   catch (Exception e)
>     {
>       cerr << "Caught exception while writing file: " << e.what() << endl;
>     }
> 
>   return;
> }

--
                     Nigel Stewart    
     Email: ni...@ni...  WWW: http://www.nigels.com
         Research Student, Software Developer.
      Just two stops down the line at Zoo Station.

[Xplanet-development] Re: Imagick Issues on Win32/Cygwin

[Hari N. <mcf...@ya...>]

--- Nigel Stewart <ni...@ni...> wrote:

> So, are there changes necessary for XPlanet to work
> with the current Image Magick (5.2.6), or is there
> something else going on that I should know about?

I think I added ImageMagick support last summer or
even before.  Those guys are continually changing the
API so I wouldn't be suprised if xplanet won't compile
with the latest version.  I'll take a look at it.  

> I'm thinking that it would be nice to optionally
> inherit DisplayMSWin from DisplayMagick in order
> to support labels and so on.

I'd rather not do this since I'd prefer to get text
annotation working natively on Windows.  Once
ImageMagick is working, the windows user can always
output to a .bmp file and set that as his background.

Also, I've been reading the cygnus site.  I'm not
clear on the distribution issues with the cygwin.dll. 
It sounds like if the dll is distributed with a
windows binary, the source to the dll must also be
made available.  But it's not obvious to me where the
source is.  Also can the dll's to the image libraries
(jpeg, tiff, etc) be distributed?  Probably not.  I'm
curious to know what happens with Visual C++.   

I'll put another version up this weekend.

Hari


__________________________________________________
Do You Yahoo!?
Yahoo! Auctions - Buy the things you want at great prices. 
http://auctions.yahoo.com/

[Xplanet-development] Imagick Issues on Win32/Cygwin

[Nigel S. <ni...@ni...>]

Hari, (and everyone)

> ftp://xplanet.sourceforge.net/pub/xplanet/xplanet-0.79a.tar.gz
> Untar it and
>
> ./configure --with-x=no --with-mswin; make

	This works well, using cygwin.
	Havn't tried Visual C++ yet.
 
> I'm in no hurry whatsoever for a new release since I'm
> pretty happy with the current version (0.73), so take
> your time.

	Ah, we're at our leisure then.
	Well, I built ImageMagick, installed
	it into cygwin tree.  There are some
	problems compiling DisplayMagick.cc ...

$ make
c++ -c -I/usr/local/include -Wall -O3  DisplayMagick.cc
DisplayMagick.cc: In method `int DisplayMagick::strwidth(char *)':
DisplayMagick.cc:238: `struct _AnnotateInfo' has no member named `bounds'
DisplayMagick.cc:239: warning: control reaches end of non-void function `DisplayMagick::strwidth(char *)'
DisplayMagick.cc: In method `void DisplayMagick::draw_label(double, double)':
DisplayMagick.cc:316: `struct _AnnotateInfo' has no member named `bounds'
DisplayMagick.cc:314: warning: `int dy' might be used uninitialized in this function
DisplayMagick.cc: In method `void DisplayMagick::draw_marker(int, int, char *, int)':
DisplayMagick.cc:350: `struct _AnnotateInfo' has no member named `bounds'
DisplayMagick.cc:358: `struct _AnnotateInfo' has no member named `bounds'
DisplayMagick.cc:371: `struct _AnnotateInfo' has no member named `bounds'

	So, are there changes necessary for XPlanet to work
	with the current Image Magick (5.2.6), or is there
	something else going on that I should know about?

	I'm thinking that it would be nice to optionally
	inherit DisplayMSWin from DisplayMagick in order
	to support labels and so on.

	Cheers,

	Nigel 

from /usr/local/include/magick++/draw.h...

/*
  Typedef declarations.
*/
typedef struct _AnnotateInfo
{
  char
    *geometry,
    *text,
    *font,
    *density;

  unsigned int
    antialias;

  GravityType
    gravity;

  double
    pointsize;

  AffineInfo
    affine;

  PixelPacket
    fill,
    stroke,
    box;

  DecorationType
    decorate;

  char
    *server_name;

  Image
    *clip_mask;

  unsigned long
    signature;
} AnnotateInfo;



--
                     Nigel Stewart    
     Email: ni...@ni...  WWW: http://www.nigels.com
         Research Student, Software Developer.
      Just two stops down the line at Zoo Station.

[Xplanet-development] Xplanet and Cygwin

[Hari N. <mcf...@ya...>]

Hi Nigel and everyone else,

I've got xplanet working under windows NT using the
cygwin environment now.  Try this distribution:

ftp://xplanet.sourceforge.net/pub/xplanet/xplanet-0.79a.tar.gz

Untar it and
./configure --with-x=no --with-mswin; make

Then
xplanet -geometry 1024x768 (or whatever your
resolution)

Seems to work.  I'm doing this all remotely on a
server running NT 4.0.  Try it out if you're so
inclined.  Ultimately I'd like to get it running
without cygwin.  Let me know what bugs remain and
ideas for the next release, like OpenGL enhancements. 
I'm in no hurry whatsoever for a new release since I'm
pretty happy with the current version (0.73), so take
your time.

Hari


__________________________________________________
Do You Yahoo!?
Yahoo! Auctions - Buy the things you want at great prices. 
http://auctions.yahoo.com/

[Xplanet-development] Re: XPlanet for Win32 using Cygwin

[Nigel S. <ni...@ni...>]

> > OpenGL detection fails in configure script
> > ------------------------------------------
> >
> > $ bash configure --with-x=no
> > ...................
> > checking for glBegin in -lGL... no
> > configure: warning: *** Xplanet will be built
> > without the -animate option ***
> 
> Is there a config.log file which tells you what went
> wrong?  Did it work in the previous version of
> xplanet?

No, it didn't.  Looking at the log file:

configure:3375: gcc -o conftest -g -O2   conftest.c -lglut  -lGL -lGLU -lXmu -lX11 -lm  1>&5
/usr/lib/gcc-lib/i686-pc-cygwin/2.95.2-6/../../../../i686-pc-cygwin/bin/ld: cannot find -lGL
collect2: ld returned 1 exit status

On windows the opengl DLL's are named slightly differently:
-lglut32 -lglu32 -lopengl32
 
> > Output Formats
> > --------------
> >
> > TIF, JPG output is OK
> > BMP output is wrong
> 
> > Remove pad variable, replace bytesPerLine with:
> >   bytesPerLine = ((3 * width + 3)/4)*4;
> 
> I'll fix this.

Or, even better -

	/* The length of each line must be a multiple of 4 bytes */
        bytesPerLine = (3 * width + 3)&0xfffffffc;
 
> > Replace bfOffbits with
> >   bfOffBits = 54;
> 
> This is what's in the code already.  What do you mean?

Oops, my mistake.
 
> Once I get a non-X11 XParseGeometry working this
> should be possible.

Cool.

> Do you know how to annotate background images with
> text on windows?

Well, with Image Magick, it should be possible
to do the annotations, write to windows BMP
and then set this as the background image
with the code I sent last night.  I'd like to 
beef up the OpenGL features though. 

> >       - CGI front-end for webserver deployment
> 
> Done!  Check out
> http://conic.sourceforge.net

Nice.

> I was in Melbourne in October for a couple of days.  I
> had a good time wandering around.  The Phillip Island
> Penguins were cute too.  I wear my Blundstone boots
> all the time.

Only country people wear Blundstones! :-)
(For example, my girlfriend is from the country, and
her friends wear them...)  Do you wear an acubra hat
as well? :-)

I havn't actually seen the Penguins at Phillip Island,
but we're thinking of having a look on Sunday, since
we have a visitor from Japan arriving on the weekend.

Nigel

--
                     Nigel Stewart    
     Email: ni...@ni...  WWW: http://www.nigels.com
         Research Student, Software Developer.
      Just two stops down the line at Zoo Station.

[Xplanet-development] A Pair of Dual Projections

[Richard R. <rro...@ga...>]

Here is a patch for xplanet-0.73 which adds a pair of dual 
projections.

hemisphere displays two orthoginal projections
ancient displays two azmithal projections (ala some antique
maps I've seen recently)

If position is not FIXED, the center is fixed as the center
of the right projection.

-- 
 /  \__  | 
 \__/  \ | Richard Rognlie / Sendmail Samurai / Gamerz.NET Lackey
 /  \__/ | http://www.gamerz.net/rrognlie/    <rro...@ga...>
 \__/    |

Re: [Xplanet-development] gdk/gtk support

[David N. W. <da...@li...>]

Here is my first attempt at a patch.  Note that I have also used t1lib
for the font stuff, in order to avoid using anything connected with X.
Notice how much smaller the gdkroutines.cc is than xroutines.cc :-)

Personally, I think that there are definite advantages to using the
gtk/gdk stuff...

Ciao,
-- 
David N. Welton, Responsabile Progetti Open Source, Linuxcare Italia spa
tel +39.049.8043411 fax +39.049.8043412 cel +39.348.2879508
da...@li..., http://www.linuxcare.com/
Linuxcare. Support for the revolution.

[Xplanet-development] gdk/gtk support

[David N. W. <da...@li...>]

[ please cc replies to me ]

So, I have gdk/gtk support working for ROOT, WINDOW and OUTPUT.

For font support I am using t1lib, which isn't fantastic, but means
that I can do fonts without X.

It looks very clean compared to the mix of Imlib, raw X and
imagemagick, and also seems to be less than half the lines of code
(even though I am missing some things at the moment).

I will post a patch when I clean it up further.

Ciao,
-- 
David N. Welton, Responsabile Progetti Open Source, Linuxcare Italia spa
tel +39.049.8043411 fax +39.049.8043412 cel +39.348.2879508
da...@li..., http://www.linuxcare.com/
Linuxcare. Support for the revolution.