[closed] UCGO beta test ver 091130

[woo482]

I've got the same bug here.. after time acceleration is over 10x it's noticeably slower

[sunshine135]

At 10X it is about the same
Above 10X it is very slow

Ideally, I like the same rotation, but it could be an issue with the slower rendering on some video cards. That will make it
the same on a 270 FPS card, but much slower on a 30-60 FPS card.

[Shadow Addict]

I love the docking bay, but I think a separate, external docking port would be helpful for refueling operations. kulch's
Tanker can't fit in the bay, but I'd love to be able to refuel the Arrow with it.

[Etudiant spatial]

My orbiter turn at 180 FPS.

[sunshine135]

Etudiant spatial wrote:
My orbiter turn at 180 FPS.

There goes my FPS argument!!!  

[the.punk]

DanSteph wrote:

Etudiant spatial a écrit:
The speed of the artificial gravity is low in 10x

Can someone reproduce this ?

By design I force the rotation to be the same in every time acceleration. As Arrow is often used with it a wheel that
would
turn like a mad would not look good.

Litle variation may be possible in rotation but not 1/5 difference.

Thanks

Dan

I reproduced this. At above 10x the centrifuge seems to slow down. And at really hight time acceleration it stops.
Same rotation in every time acceleration would be nice though.



Post Edited ( 12-01-09 20:13 )

[sunshine135]

I sort of recall that the Vespucci D suffered the same issue, only it's wheel would spin like crazy at 10X and 100X, and then
after that, it could no longer keep up due to lack of point calculations, thus it stopped. Wondering if that may be an
Orbiter limitation that does not allow the wheel to spin as it is making assumptions on the position of something based on
fewer and fewer real data points. This is getting into Martin territory and those with Jovian brain-sizes compared to my
humble and modest Earth noggin.

[the.punk]

UCGO BUG

Bug with:

cars


Short description:

Lunar Rover shadow problem.

Severity

minor

Complete description

If you have a lunar rover with one UMMU abord you will notice that the Shadow shows two UMMU shadows. In
external view but also internal view shows two shadows of astronauts.

Reproduce bug

Climb abord a lunar rover with one UMMU and you will notice two.


Miscallenous

When you are in outside view it looks a little bit weird with one astronaut when the shadow shows two.



Post Edited ( 12-01-09 21:23 )

[reekchaa]

sunshine135 wrote:
This is getting into Martin territory and those with Jovian brain-sizes compared to my
humble and modest Earth noggin.

I read that as Martian Territory... which is equally fun to ponder.  
I also noticed most anims stall/stop at time accel... makes waiting for AIs cumbersome, but no biggie.

[DanSteph]

sunshine135 a écrit:
I sort of recall that the Vespucci D suffered the same issue, only it's wheel would spin like crazy at 10X and 100X, and then

It's not the same problem because I have a specifical code that is supposed to maintain exactly the same rotation at any time
warp speed. At least it work for me. Strobe also should not blink like crazy (can you confirm?)

So it seem we have a bug here with the rotation wheel.

Thanks

Dan

[DanSteph]

the.punk a écrit:
Short description:

Lunar Rover shadow problem.

Reproduce bug

Climb abord a lunar rover with one UMMU and you will notice two.

I note this as solved because it's more a Orbiter bug. When a mesh is disabled it should not display it's shadow anymore.
I don't know if this was solved with Orbiter2009 ?

Dan

[gattico]

operating System Vista
path is c:\orbiter

the mesh and texture files are present and are not zero

Not sure how to uninstall this but reinstalled and got the same CTD

DanSteph wrote:

DanSteph a écrit:

gattico a écrit:
I installed this on another PC and now it works great.  I see the base she is in and Ummu worked.  Also the scenario
worked.
 I guess I need to install a fresh copy of orbiter.

Can you please check that you have the file:

...\Meshes\UMmu\BaseEpsilon.msh

And that it does have a size of about 50kb

Check also if the following files exist:

...\Textures2\UMmu\BaseMoonExt.dds
...\Textures2\UMmu\BaseMoonRoof.dds
...\Textures2\UMmu\BaseMoonFloor.dds
...\Textures2\UMmu\BaseMoonSide.dds

And that they don't have a zero size.

Much thanks !

Dan

[sunshine135]

DanSteph wrote:

sunshine135 a écrit:
I sort of recall that the Vespucci D suffered the same issue, only it's wheel would spin like crazy at 10X and 100X, and then

It's not the same problem because I have a specifical code that is supposed to maintain exactly the same rotation at any time
warp speed. At least it work for me. Strobe also should not blink like crazy (can you confirm?)

So it seem we have a bug here with the rotation wheel.

Thanks

Dan

Dan,

Interesting. The light too seems to slow down at the higher time accelerations. I agree that this is a bug.

[DanSteph]

gattico a écrit:
the mesh and texture files are present and are not zero
Not sure how to uninstall this but reinstalled and got the same CTD

okay thanks, still investigating so sorry for questions.

Can you open the file:

config/moon/bases/UMMUBaseMoon.cfg with notepad and replace ALL the existing text by this one below:

Code: [Select]

BASE-V2.0
Name = UMMU Demo
Location = 33.4375 +5.125
Size = 500

BEGIN_NAVBEACON
VOR UMMU 33.4375 +5.125 115.30 500
END_NAVBEACON

; === List of visuals ===
BEGIN_OBJECTLIST
MESH
FILE UMmu\BaseEpsilon
OWNMATERIAL
POS 20 0 40
SCALE 1 1 1
SHADOW
PRELOAD
END
END_OBJECTLIST

Then open the UMMU 2.0 scenario "humain gallery" and see if you have the base

Much thanks

Dan



Message modifié ( 01-12-2009 23:56 )

[DanSteph]

sunshine135 a écrit:
Interesting. The light too seems to slow down at the higher time accelerations. I agree that this is a bug.

Very noticeable (like 1/2 or 1/5) or only a fraction ?

[insanity]

sunshine135 wrote:
UCGO BUG

Bug with:

Ummu

Short description:

Ummu has difficulty turning on lunar surface


Severity

moderate


Complete description

In the Mother ship- Arrow Freighter 18 scenario when you move the surface Ummu around, it is very difficult to get the Ummu
to turn. Forward and Back motions are fine. Turning is overly difficult to the point of annoying and reduces playability.


Reproduce bug

Run the Mother ship- Arrow Freighter 18 scenario, focus on the Ummu and attempt left or right turns on the ground. Granted,
movement on the moon should be a bit more cumbersome, but turning should not be that hard.


Miscallenous

I believe we have seen this before in previous Ummu versions and it needed a tweak to make it better. Perhaps you used some
of that earlier code Dan?

I'll second that one. I've seen the cars make hairpin turns, but people not able to walk-about.

[tl8roy]

Hi Dan
Not really a bug report, more just feature request:

Friction when driving:
When you stop accelerating it might be good to have friction that will slow you down, not unlike when you slow down when turning

Controls:
With UMMU you turn using the Rudder, In Cars you turn using roll
Would you be able to make both the same? It can get quite confusing when you are UMMUing from cars

UMMU Sidestep:
This wasn't a problem in the first version of UMMU, but is now. Can you get UMMUs to side step when walking, this will help
align cargos for unpacking.

EVA from Cars:
When you EVA from a car, if you are the last person in the car it would be good to switch focus to that UMMU.

Auto align Cargos:
This is more complicated, the modules on the Surface Base align themselves with the closest attachment point near to the cargos.

[DanSteph]

tl8roy a écrit:
Hi Dan
Not really a bug report, more just feature request:

No promises at all but I will examine all that in the meaning time.

Dan

[gattico]

Made the changes.  ran the scenario but no ummu are seen.  I see them load but not in the scenario.  here is the
current scenario:
BEGIN_DESC
Contains the latest simulation state.
END_DESC

BEGIN_ENVIRONMENT
  System Sol
  Date MJD 52234.9699412890
END_ENVIRONMENT

BEGIN_FOCUS
  Ship ISS
END_FOCUS

BEGIN_CAMERA
  TARGET ISS
  MODE Extern
  POS 4.00 0.00 0.00
  TRACKMODE TargetRelative
  FOV 50.55
END_CAMERA

BEGIN_HUD
  TYPE Surface
END_HUD


BEGIN_SHIPS
ISS:ProjectAlpha_ISS
  STATUS Orbiting Earth
  RPOS -3177540.41 3746087.88 4576939.97
  RVEL -5230.285 2017.507 -5284.276
  AROT -39.67 80.17 -89.50
  VROT -0.05 0.03 -0.07
  PRPLEVEL 0:1.000
  IDS 0:588 100 1:586 100 2:584 100 3:582 100 4:580 100
  NAVFREQ 0 0
  XPDR 466
END
Mir:Mir
  STATUS Orbiting Earth
  RPOS -4316808.40 3888164.81 -3282001.18
  RVEL 5897.228 3894.345 -3128.630
  AROT -99.56 -83.57 -106.41
  VROT -0.06 -0.03 0.04
  IDS 0:540 100 1:542 100 2:544 100
  XPDR 482
END
END_SHIPS

DanSteph wrote:

gattico a écrit:
the mesh and texture files are present and are not zero
Not sure how to uninstall this but reinstalled and got the same CTD

okay thanks, still investigating so sorry for questions.

Can you open the file:

config/moon/bases/UMMUBaseMoon.cfg with notepad and replace ALL the existing text by this one below:

Code: [Select]

BASE-V2.0
Name = UMMU Demo
Location = 33.4375 +5.125
Size = 500

BEGIN_NAVBEACON
VOR UMMU 33.4375 +5.125 115.30 500
END_NAVBEACON

; === List of visuals ===
BEGIN_OBJECTLIST
MESH
FILE UMmu\BaseEpsilon
OWNMATERIAL
POS 20 0 40
SCALE 1 1 1
SHADOW
PRELOAD
END
END_OBJECTLIST

Then open the UMMU 2.0 scenario "humain gallery" and see if you have the base

Much thanks

Dan

[DanSteph]

gattico a écrit:
Made the changes.  ran the scenario but no ummu are seen.  I see them load but not in the scenario.

Seem you forgot to reenter your password after the reinstall..

Can you try again with the password ?

Much thanks

Dan

[gattico]

Ok now I see the Ummus but no base.

DanSteph wrote:

gattico a écrit:
Made the changes.  ran the scenario but no ummu are seen.  I see them load but not in the scenario.

Seem you forgot to reenter your password after the reinstall..

Can you try again with the password ?

Much thanks

Dan

[DanSteph]

Mhhh and I suppose you still have the "base error" in the log file right ?

I'm puzzled... with access to your computer/Orbiter install I'm sure I would
be able to  diagnose the problem quickly but by forum it's hard.
I don't know what's your expertise level with orbiter files/config.

I would now personnaly try to delete the file "Orbiter.cfg" then launch orbiter
touch just the video tab (choose gfx card etc) then launch the same scenario.

Sound good for you ? let me know.

Dan

[gattico]

here is the Orbiter log:
**** Orbiter.log
Build Sep 29 2006 [v.060929]
Found 0 joystick(s)
Module AtlantisConfig.dll [API v.060425]
Module DGConfig.dll [API v.060425]
Module ScnEditor.dll [API v.060425]


I deleted the config.  ran the the same scenario.  I see all the ummu but no base and the construct base still
ctd's

DanSteph wrote:
Mhhh and I suppose you still have the "base error" in the log file right ?

I'm puzzled... with access to your computer/Orbiter install I'm sure I would
be able to  diagnose the problem quickly but by forum it's hard.
I don't know what's your expertise level with orbiter files/config.

I would now personnaly try to delete the file "Orbiter.cfg" then launch orbiter
touch just the video tab (choose gfx card etc) then launch the same scenario.

Sound good for you ? let me know.

Dan

[DanSteph]

What is exactly the status of this Orbiter install ?
An old one full of many addon ? empty ? clean ? old ? new ? stable ?

Did you tried UCGO on another Orbiter install
but on the same computer ?

Dan

[gattico]

Ok I installed another copy of Orbiter on the same PC and it works fine.

DanSteph wrote:
What is exactly the status of this Orbiter install ?
An old one full of many addon ? empty ? clean ? old ? new ? stable ?

Did you tried UCGO on another Orbiter install
but on the same computer ?

Dan