Celestia Forums

Chris applied an old version of my patch to CVS. The version doesn't have any recent improvements but it also doesn't have recent bugs. Can you try that to see if the mini-moon problem appears?

As Chris is putting patches into the CVS tree, I'm taking them out of the extensions.

Here is the latest.....

http://www.gnacademy.org/twiki/bin/view ... Extensions

The big outstanding issue is the mini moon orbit bug which I can't seem to replicate on my setup.

Right now I'm focusing on fixing the mini orbit since I don't understand what is causing that. As far as what is causing some of the other bugs z orbit - the z orbit is due to the fact that the orbit equations take into account things like the pertubation of other planets and such resulting in orbit...

Are foreground orbits working for moons. Can you give me a snapshot of a situation where a moon orbit is supposed to get in front of saturn and let me know if the doppelganer still exists?

Also can you e-mail me your render.cpp file to joe@confucius.gnacademy.org.

1) When you have these mini-orbits, are the moons being drawn with foreground orbits? What might be happening is that the moon's foreground orbits are being drawn incorrectly on your machine and correctly on mine. 2) Can you e-mail me (joe@confucius.gnacademy.org) a copy of your file render.cpp? Tha...

Also can you zoom in really close to the mini orbits and do a screen shot?

The jagged lines are an easy fix. Basically I have to turn off smooth lines for a section of the orbit before it hits the planet. To make it look nice on one of my machines I have to thicken the line, but I think to fix this all I have to do is to use the same line thickness as the rest of the orbit...

It compiles now for me. I've upload a new set of patches that fit with the latest CVS version.

Looks like stuff is being checked in.

Will try again tomorrow.

Thats probably why I'm not seeing the problem. I'm selecting the planet. Let me try some things this evening.

Try turning off moon orbits and planet orbits separately and see what that does to the double,

Let me know if this helps the speed. If it doesn't, I've got something else that I can try.

Oops

Just uploaded some new code. The main change was that I'm not recompiling the display list with each frame display.

If that doesn't help. I've got a version that completely rips out the display list code.

Let me try to fix the display list problem first. What I can try to do is to cache the display list so that once it is created, it get shared between frames. Right now, the display list is only used to redraw the foreground orbits. The double orbit looks like it is trying to redraw the solar orbit w...

It's a bit difficult to try to fix a bug that I can't reproduce, but I've made some changes that code improve things. The new patches 1) reduce the orbit sample rate to what it used to be 2) change the order of the commands slightly which may or may not fix the double moon problem 3) Force a refresh...

The patch is at

http://www.gnacademy.org/twiki/bin/view ... aExtension

it's against what is in CVS.

Unfortunately, I don't have a windows environment to build against.

Try setting the rendering path to basic and see if the double moon problem disappears. I'm pretty sure that the double orbit problem and the slowdown are related.

I'm not seeing a slow down on my system. I'm pretty sure that whatever is causing the double moon on your system is also causing the slow down. If you can post that picture, we can try to figure out why the patches act differently. Also, you are starting from a clean CVS build and then applying the ...

You'll have to install the gototime.diff patch from my patch set to get it to compile cleanly.