surface view

Report bugs, bug fixes and workarounds here.
Topic author
oldone

surface view

Post #1by oldone » 09.09.2004, 13:59

using version 1.3.2 in XP. problem with night sky simulation.
typing y then Cntrl-G doesn't give a stable viewpoint. the altitude increases slowly.

Avatar
selden
Developer
Posts: 10192
Joined: 04.09.2002
With us: 22 years 2 months
Location: NY, USA

Post #2by selden » 09.09.2004, 14:28

Over how long a time period?

What object did you select?
Exactly what sequence of commands did you use?

I just now typed the command sequence
4 g y ctrl-g (without the spaces)
and it's stable on Mars at 339.60 meters after several minutes of RealTime. It's also stable after several years of accelerated time.

This kind of problem might possibly be due to accumulated floating point round-off errors, I suppose, especially if your system has a defective FPU.

Exactly what model and speed of CPU chip does your system have? Are you overclocking it? (That often can cause subtle problems.)
Selden

Topic author
oldone

can't reproduce it

Post #3by oldone » 11.09.2004, 13:34

i thought it was reproduceable but can't do it today. had set to my local co-ordinates, then y cntl-g cntrl-f

my system's a (mere) PIII

will post again if i can reproduce

Willem

drifting from sync orbit after toggle atmospheres

Post #4by Willem » 18.09.2004, 12:02

Using version 1.3.2 (Win98) I have the following problem:

- toggling atmospheres (cntl-a) on and off causes drifting from a stable position ("follow" or "sync orbit" above an object).

Drifting is noticable by a continuously changing distance and the changing apparent diameter. Doing another Y of F on the selected object does not help. It keeps drifting.

Thus : 4 G cntl-A cntl-A causes a continuously changing apparent diameter of Mars even though it syn-orbits the planet.

Willem

Seb
Posts: 44
Joined: 12.09.2004
With us: 20 years 2 months
Location: Wiltshire, UK

Keyboard bug

Post #5by Seb » 18.10.2004, 20:34

Theres a bug in how Celestia reads keyboard presses.

A & Z also controls movement forward and back, pressing Ctrl-A is actually doing Ctrl-A and also 'A' keypress, which is causing the forward movement.

Avatar
selden
Developer
Posts: 10192
Joined: 04.09.2002
With us: 22 years 2 months
Location: NY, USA

Post #6by selden » 18.10.2004, 21:34

seb,

Are you running W98 (or 95) or XP?

Celestia seems to have problems reading keypresses properly from W98, but not from XP. Whether it's a problem in Celestia or in the Windows API, I dunno.
Selden

Seb
Posts: 44
Joined: 12.09.2004
With us: 20 years 2 months
Location: Wiltshire, UK

Post #7by Seb » 19.10.2004, 21:41

My system:
Win Home XP
CPU: 3.1ghz 512meg
GPU: nVidia MX440
Celestia: 1.3.2 Final

I just checked again, the problem still exists. Only seems to be a problem with ctrl-A, as ctrl-T doesnt have this problem.

granthutchison
Developer
Posts: 1863
Joined: 21.11.2002
With us: 22 years

Post #8by granthutchison » 19.10.2004, 21:48

Yes, I can reproduce the "ctrl-A" interaction with "A", as Seb and Willem describe, using XP Pro SP2.

Grant

Avatar
t00fri
Developer
Posts: 8772
Joined: 29.03.2002
Age: 22
With us: 22 years 7 months
Location: Hamburg, Germany

Post #9by t00fri » 19.10.2004, 22:59

CTRL A and A are working fine under Linux (celestia-KDE)

Bye Fridger

Evil Dr Ganymede
Posts: 1386
Joined: 06.06.2003
With us: 21 years 5 months

Post #10by Evil Dr Ganymede » 20.10.2004, 00:19

Ctrl-A causes motion in W2K Sp4, Celestia 1.3.2 final


Return to “Bugs”