[closed] UCGO beta test ver 091130

[gattico]

Thanks  I understand.  But just use the same meshs but just make new ID's.  

DanSteph wrote:
If you can find people to make male/femal model for free with a good quality yes, that would be possible.
I've still 2 models to do but I'll stop here. I cannot work 6 month for free (3 month already)

Dan

[sunshine135]

the.punk wrote:

DanSteph wrote:

gattico a écrit:
I tried my new version of orbiter and got the same Ummu control results.  this only has Ummu 2.0 on it.  I tried in on
Earth and on forward/backward.  It seems to work but I noticed the vertical speed changing on forward motion.  Now
the
guy is leaning way forward this was pressing 8 keypad.  I person on the moon went backward on forward motion.

I'm annoyed with this one, it's an orbiter bug with the date that I submitted here:
http://www.orbiter-forum.com/project.php?issueid=200

In brief the bump problem appear whit date far to 2000, in 2009
You see bump for light object but in 2025 it become very noticeable
and in 3000 even the shuttle "warp time mr sulu" when you try to glide on ground.

This should be showed in this scenario: Apply some thrust to glide you'll jump high
http://orbiter.dansteph.com/BUMPBUG.scn

If you can confirm this bug I can also confirm on orbiter forum.

Solution ? make the UMmu weight 20 ton, I'm not very happy to do that...
I'm still searching an elegant solution

Dan

Hmm. Here I can reproduce the jump with your scenario.

I tried it with your scenario Dan and received the bump bug really bad. It is obvious, especially when you lift the Shuttle
PB off about 10m and attempt a landing. It looks like a bouncing ball.

[Xyon]

Especially if you throw some main engine thrust at it as well. I went for about a mile and a half at a constant 28.4 m/s
bouncing off the surface every now and again.

[DanSteph]

And this is very very annoying.

Either I completely hack* Orbiter on ground but I must rewrite all the movement part
(may take 15 days) either I release it as it is yet with this limitation:
Any date far than 2000 are not recommended.

Now I don't have 15 days, I promised to my customers to work on a patch in...october.
and UCGO will not be finished before christmas at least.

On the Martin side he doesn't seem to have much time to work on Orbiter and seem
decided to release it more or less as it is now. So I don't have much hope here.

Anyway I'm almost certain this bug existed in UMmu 1.5, I noticed it but didn't
identified the problem at this time or it didn't seem so critical. (seem a bit system or fps
dependent ?)

Well... !??

Dan

*Not sure I succeed also, I'd simply make it jump from ground position to ground position
using longitude/latitude, a f.. hard work that promise a lot of problem with planet
size inertia and such.



Message modifié ( 03-12-2009 14:56 )

[gattico]

one thing that was odd.  On Ummu 1.5 I noticed the Ummu guy moved fine.  On my 2.0 version I noticed when I encountered the
movement issue that I saw thrusters on the Ummu like it was rotating.  On the 1.5 guy I saw no thrust

[DanSteph]

gattico a écrit:
one thing that was odd.  On Ummu 1.5 I noticed the Ummu guy moved fine.  On my 2.0 version I noticed when I encountered the
movement issue that I saw thrusters on the Ummu like it was rotating.  On the 1.5 guy I saw no thrust

Same scenario ? Same date ?

Dan

[gattico]

I need to try this on my laptop.  I have 2 orbiters installed.  I can delete 2.0 on one and run 1.5 on it and see what
happens.  On my laptop is where I have run into the Ummu movement issue.

[the.punk]

sunshine135 wrote:
I tried it with your scenario Dan and received the bump bug really bad. It is obvious, especially when you lift the
Shuttle
PB off about 10m and attempt a landing. It looks like a bouncing ball.

Yes. At first I couldn't believe it when I heard that with the dates. But now...

[Shadow Addict]

UCGO BUG

Bug with:

Arrow freighter + XR2 (haven't tested it with other vessels yet)


Short description:

Crew transfer bug


Severity

Moderate issue


Complete description

I had an XR2 with a name of XR-02 "Pioneer" docked to an Arrow. I transfered some crew from the vessel to the Arrow
, which worked fine. I then tried to transfer them back, and it didn't put them in the XR2. Instead, it spawned invisible
UMMUs that didn't have the name of the UMMU in the vessel name. They spawned in front of the XR2's docking tunnel.
They had the usual UMMU HUD and were maneuverable, but pressing e didn't ingress them (presumably because the
XR2 and Arrow were still docked). I then renamed the XR2 to "XR2" and the transfer worked properly. A correctable
but annoying problem.

Reproduce bug

Dock an XR2 with the name of XR-02 "Pioneer" to the Arrow. Try to transfer a crew member to the XR2.


Miscallenous

I haven't tested this with Orbiter 2006 yet.

[insanity]

Shadow Addict wrote:
UCGO BUG

Bug with:

Arrow freighter + XR2 (haven't tested it with other vessels yet)


Short description:

Crew transfer bug


Severity

Moderate issue


Complete description

I had an XR2 with a name of XR-02 "Pioneer" docked to an Arrow. I transfered some crew from the vessel to the Arrow
, which worked fine. I then tried to transfer them back, and it didn't put them in the XR2. Instead, it spawned invisible
UMMUs that didn't have the name of the UMMU in the vessel name. They spawned in front of the XR2's docking tunnel.
They had the usual UMMU HUD and were maneuverable, but pressing e didn't ingress them (presumably because the
XR2 and Arrow were still docked). I then renamed the XR2 to "XR2" and the transfer worked properly. A correctable
but annoying problem.

Reproduce bug

Dock an XR2 with the name of XR-02 "Pioneer" to the Arrow. Try to transfer a crew member to the XR2.


Miscallenous

I haven't tested this with Orbiter 2006 yet.

Confirmed with Orbiter 2006.

[Shadow Addict]

Maybe it has something to do with the quotes in the name?

[sunshine135]

One thing to note with the gattico/ date/ bounce issue....

gattico's scenarios are not at later dates. While I agree we have a definite issue with date bounce, one of his screen shots
shows a date of 2001 the other shows a current date of 2009.

This is not a 2025 or a 3025 scenario. I'm not trying to make problems where none exist, but believe it may be worthy of
further research.


Dan- I understand you frustration. You would think with all the issues surrounding the "ground" function of Orbiter that this would have been a large focal point of Orbiter 2009. This is what has always troubled me with "open source" projects. Some- like Ubuntu Linux are successful only because they are sponsored by a corporation. Orbiter has many intelligent developers, but everyone working on it has to make money elsewhere somehow!          I digress from my rant.

My only suggestion is to fix what you can control. I would not waste time on the Orbiter bugs. This is what American's commonly call "Throwing it back over the fence". Then, it is simply noted as an issue until the physics engine is corrected at some later date.



Post Edited ( 12-03-09 17:25 )

[insanity]

Shadow Addict wrote:
Maybe it has something to do with the quotes in the name?

Nope. It happens irregardless of name.

Here's a scn file to check: Transfer crew from XR2 to Arrow and back
BEGIN_DESC
Orbiter saved state at T = 83
END_DESC

BEGIN_ENVIRONMENT
  System Sol
  Date MJD 52169.1859188176
END_ENVIRONMENT

BEGIN_FOCUS
  Ship XR2
END_FOCUS

BEGIN_CAMERA
  TARGET XR2
  MODE Cockpit
  FOV 50.00
  BEGIN_PRESET
    Cockpit:AR01:50.00
  END_PRESET
END_CAMERA

BEGIN_HUD
  TYPE Orbit
  REF AUTO
END_HUD

BEGIN_PANEL
END_PANEL


BEGIN_SHIPS
ISS:ProjectAlpha_ISS
  STATUS Orbiting Earth
  RPOS -986135.86 1970530.29 6368303.83
  RVEL -5545.893 4788.560 -2349.043
  AROT 72.93 77.32 52.71
  VROT 0.07 0.02 -0.17
  IDS 0:588 100 1:586 100 2:584 100 3:582 100 4:580 100
  NAVFREQ 0 0
  XPDR 466
END
Mir
  STATUS Orbiting Earth
  RPOS -6365966.68 -1123123.14 -1928978.88
  RVEL 695.413 5444.366 -5384.206
  AROT 94.24 23.89 -67.38
  VROT 0.09 0.07 0.04
  IDS 0:540 100 1:542 100 2:544 100
  XPDR 482
END
Luna-OB1:Wheel
  STATUS Orbiting Moon
  RPOS -755762.65 -2106785.91 -211.90
  RVEL 1393.002 -499.748 1.274
  AROT 0.30 0.12 -39.98
  VROT 0.00 0.00 10.00
  IDS 0:560 100 1:564 100
  XPDR 494
END
AR01:UCGOArrowFreighter
  STATUS Orbiting Earth
  RPOS -985677.04 1970189.97 6368971.80
  RVEL -5545.740 4788.578 -2347.984
  AROT 115.07 46.28 101.48
  VROT 0.00 0.06 0.00
  RCSMODE 2
  PRPLEVEL 0:0.999
  DOCKINFO 0:0,XR2
  IDS 0:320 100
  NAVFREQ 0 0
  XPDR 300
  O2_RESERVE 92.13
  SAVEVAR00
0§0,1§0.00,2§0,3§0.00,4§0,5§0.00,6§0,7§1,8§0.00,9§1,10§0.00,11§0.00,12§0,13§1,14§1,15§0.00,16§0,17§0,18§2,19§1,20§4,21§0,22§1,
  UMMUCREW Capt-William_Johnes-53-70-70
  UCGO @@0,1,0,0,@@1,1,0,0,@@2,1,0,0,@@3,1,0,0,@@4,1,0,0,@@5,1,0,0,@@6,1,0,0,@@7,1,0,0,
  UCGO @@8,1,0,0,@@9,1,0,0,@@10,1,0,0,@@11,1,0,0,@@12,1,0,0,@@13,1,0,0,@@14,1,0,0,
  UCGO @@15,1,0,0,@@16,1,0,0,@@17,1,0,0,@@18,1,0,0,@@19,1,0,0,@@20,1,0,0,@@21,1,0,0,
  UCGO @@22,1,0,0,@@23,1,0,0,@@24,1,0,0,@@25,1,0,0,@@26,1,0,0,@@27,1,0,0,@@28,1,0,0,
  UCGO @@29,1,0,0,@@30,1,0,0,@@31,1,0,0,@@32,1,0,0,@@33,1,0,0,@@34,1,0,0,@@35,1,0,0,
  UCGO @@36,1,0,0,@@37,1,0,0,@@38,1,0,0,@@39,1,0,0,
END
XR2:XR2Ravenstar
  STATUS Orbiting Earth
  RPOS -985715.52 1970213.79 6368959.06
  RVEL -5545.740 4788.578 -2347.984
  AROT 115.07 46.28 101.48
  VROT 0.00 0.06 0.00
  RCSMODE 0
  PRPLEVEL 0:1.000 1:1.000 2:1.000
  DOCKINFO 0:0,AR01
  IDS 0:203 100
  NAVFREQ 0 0 0 0
  XPDR 201
  SECONDARY_HUD 3
  LAST_ACTIVE_SECONDARY_HUD 0
  ADCTRL_MODE 0
  TAKEOFF_LANDING_CALLOUTS 7409.801545 19.528000 19.537000 0.000000 -7.890002
  APU_FUEL_QTY 0.998
  LOX_QTY 0.999955
  CABIN_O2_LEVEL 0.209
  CREW_STATE 0
  INTERNAL_SYSTEMS_FAILURE 0
  COGSHIFT_MODES 0 0 0
  MWS_ACTIVE 0
  COOLANT_TEMP 32.188
  DMG_0 1.000000 Left Wing
  DMG_1 1.000000 Right Wing
  DMG_2 1.000000 Left Aileron
  DMG_3 1.000000 Right Aileron
  DMG_4 1.000000 Landing Gear
  DMG_5 1.000000 Nosecone
  DMG_6 1.000000 Retro Doors
  DMG_7 1.000000 Top Hatch
  DMG_8 1.000000 Radiator
  DMG_9 1.000000 Airbrake
  DMG_10 1.000000 Left Main Engine
  DMG_11 1.000000 Right Main Engine
  DMG_12 1.000000 Left SCRAM Engine
  DMG_13 1.000000 Right SCRAM Engine
  DMG_14 1.000000 Fore Hover Engine
  DMG_15 1.000000 Aft Hover Engine
  DMG_16 1.000000 Left Retro Engine
  DMG_17 1.000000 Right Retro Engine
  DMG_18 1.000000 Forward Lower RCS
  DMG_19 1.000000 Aft Upper RCS
  DMG_20 1.000000 Forward Upper RCS
  DMG_21 1.000000 Aft Lower RCS
  DMG_22 1.000000 Forward Star. RCS
  DMG_23 1.000000 Aft Port RCS
  DMG_24 1.000000 Forward Port RCS
  DMG_25 1.000000 Aft Star. RCS
  DMG_26 1.000000 Outboard Upper Port RCS
  DMG_27 1.000000 Outboard Lower Star. RCS
  DMG_28 1.000000 Outboard Upper Star. RCS
  DMG_29 1.000000 Outboard Lower Port RCS
  DMG_30 1.000000 Aft RCS
  DMG_31 1.000000 Forward RCS
  DMG_32 1.000000 Bay Doors
  IS_CRASHED 0
  MET_STARTING_MJD 52169.185185
  INTERVAL1_ELAPSED_TIME -1.000000
  INTERVAL2_ELAPSED_TIME -1.000000
  MET_RUNNING 1
  INTERVAL1_RUNNING 0
  INTERVAL2_RUNNING 0
  ACTIVE_MDM 3
  TEMP_SCALE 2
  CUSTOM_AUTOPILOT_MODE 0
  AIRSPEED_HOLD_ENGAGED 0
  SCRAM0DIR 0.000000 0.000000 1.000000
  SCRAM1DIR 0.000000 0.000000 1.000000
  HOVER_BALANCE 0.000
  MAIN0DIR 0.000000 0.000000 1.000000
  MAIN1DIR 0.000000 0.000000 1.000000
  GIMBAL_BUTTON_STATES 0 0 0 0 0 0
  ATTITUDE_HOLD_DATA 0.000000 0.000000 0 0 0.000000
  DESCENT_HOLD_DATA 0.000000 -3.000000 0
  AIRSPEED_HOLD_DATA 0.000000
  OVERRIDE_INTERLOCKS 0 0
  TERTIARY_HUD_ON 1
  CREW_DISPLAY_INDEX 0
  GEAR 0 0.0000
  RCOVER 0 0.0000
  NOSECONE 1 1.0000
  AIRLOCK 1 1.0000
  IAIRLOCK 1 1.0000
  CHAMBER 0 0.0000
  AIRBRAKE 0 0.0000
  RADIATOR 0 0.0000
  HATCH 0 0.0000
  SCRAM_DOORS 0 0.0000
  HOVER_DOORS 0 0.0000
  BAY_DOORS 0 0.0000
  APU_STATUS 1
  EXTCOOLING_STATUS 0
  TRIM 0.000
  LIGHTS 0 0 0
  XRUMMU_CREW_DATA_VALID 1
  UMMUCREW XI0-Lee_Nash-39-65-78
  UMMUCREW XI1-Kara_Miller-32-65-58
  UMMUCREW XI2-Sharon_Valerii-26-67-54
  UMMUCREW XI3-Cameron_Mitchell-36-65-77
  UMMUCREW XI4-Samantha_Carter-33-66-53
  UMMUCREW XI5-Daniel_Jackson-35-68-75
  UMMUCREW XI6-Teal_c-31-64-104
  UMMUCREW XI7-Vala_Mal_Doran-30-67-53
  UMMUCREW XI8-Elizabeth_Weir-36-68-56
  UMMUCREW XI9-John_Sheppard-34-64-77
  UMMUCREW XI10-Rodney_McKay-35-72-90
  UMMUCREW XI11-Teyla_Emmagan-27-68-57
  UMMUCREW XI12-Ronon_Dex-32-63-97
  UMMUCREW XI13-Carson_Beckett-38-74-95
  PAYLOAD_SCREENS_DATA 0.2 0 1 0
END
XR2_Bay:XRPayloadBay
  STATUS Orbiting Earth
  RPOS -985712.64 1970212.71 6368959.81
  RVEL -5545.740 4788.578 -2347.984
  AROT 115.07 46.28 101.48
  VROT 0.00 0.06 0.00
  ATTACHED 0:3,XR2
END
END_SHIPS

BEGIN_ExtMFD
END

I think this might have to do with the old UMMU and the new UMMU



Post Edited ( 12-03-09 17:06 )

[Shadow Addict]

That scenario worked for me in Orbiter 2009. However, try deleting ISS, Mir and Luna-OB1. I also did that when I
changed the name to XR2 just to get rid of useless vessels, but it might have had an effect I suppose.

[Xyon]

Cannot confirm in either 2006-P1 or 2009 RC2. Transferring crew works fine both ways in posted scenario.

[sunshine135]

Shadow Addict wrote:
That scenario worked for me in Orbiter 2009. However, try deleting ISS, Mir and Luna-OB1. I also did that when I
changed the name to XR2 just to get rid of useless vessels, but it might have had an effect I suppose.

Were you using the UMMu compatible ISS?

[insanity]

sunshine135 wrote:

Shadow Addict wrote:
That scenario worked for me in Orbiter 2009. However, try deleting ISS, Mir and Luna-OB1. I also did that when I
changed the name to XR2 just to get rid of useless vessels, but it might have had an effect I suppose.

Were you using the UMMu compatible ISS?

Nope. the only active mods (I use JSGME) were Doug's ships, Dan's packages, and Wideawake.

[Shadow Addict]

All I had were IMFD 5.3 and 4.2.1, the updated Orbiter 2009 TransX, Dan's mods and the XR2. Did you try deleting the
other vessels?

[n122vu]

gattico wrote:
I tried my new version of orbiter and got the same Ummu control results.  this only has Ummu 2.0 on it.  I tried in on
Earth and on forward/backward.  It seems to work but I noticed the vertical speed changing on forward motion.  Now
the
guy is leaning way forward this was pressing 8 keypad.  I person on the moon went backward on forward motion.

gattico,

I had a gut feeling when reading your "invisible" base bug that I knew what the problem could be.  Since you are
running Vista, the "invisible mesh" reminded me of something, and since you were on the moon in these scenarios,
you wouldn't notice it.  After ssing this image, my suspicion seems to be confirmed.  

It looks like you have the infamous Vista/Win7 "black sky" bug.  Please see the beginning of this thread to solve.  
http://www.orbiter-forum.com/showthread.php?t=11086&highlight=Black+Sky

I would venture a guess and say that might solve your invisible UMMU breathable base issues as well, but that's just
a theory.  Not sure why it would affect the base, Dan might be able to answer that.  Give that fix a try and see if it
resolves the base issue as well.

[DanSteph]

Shadow Addict a écrit:
Bug with:
Arrow freighter + XR2 (haven't tested it with other vessels yet)

Please see the pm I just sent sent.

This bug is due to UMmu 1.5 that has a bug with scenario with many vessel
it's also related to vessel's name lenght.

I'll see what I can do later, as many vessel will probably not be updated to UMmu 2.0
I think about an automatic detector that will warn the users if there is an oudtated
vessel and an utility that would hexepatch the dll.

On a side note Doug will probably update his Xr2 but for other I'm not sure
many authours may not have the time for a new release.

Dan

sunshine135 a écrit:
This is not a 2025 or a 3025 scenario. I'm not trying to make problems where none exist, but believe it may be worthy of
further research.
.

Sure, what I want to know is if the situation is worse or the same than with UMmu 1.5. If it's worse I would maybe reverse to
previous motion but I have a doubt about that, the bounce doesn't come from my code. What I know is that it seem FPS/system
dependant because in 2035 scenario it was "playable" on my old computer while on my new in 2035 it bounce like crazy.

We'll see that with the incoming beta.

Dan

[gattico]

I installed this files and now no Ummu issues at all as regards to movement. Thanks

n122vu wrote:

gattico wrote:
I tried my new version of orbiter and got the same Ummu control results.  this only has Ummu 2.0 on it.  I tried in on
Earth and on forward/backward.  It seems to work but I noticed the vertical speed changing on forward motion.  Now
the
guy is leaning way forward this was pressing 8 keypad.  I person on the moon went backward on forward motion.

gattico,

I had a gut feeling when reading your "invisible" base bug that I knew what the problem could be.  Since
you are
running Vista, the "invisible mesh" reminded me of something, and since you were on the moon in these
scenarios,
you wouldn't notice it.  After ssing this image, my suspicion seems to be confirmed.  

It looks like you have the infamous Vista/Win7 "black sky" bug.  Please see the beginning of this thread to
solve.  
http://www.orbiter-forum.com/showthread.php?t=11086&highlight=Black+Sky

I would venture a guess and say that might solve your invisible UMMU breathable base issues as well, but that's just
a theory.  Not sure why it would affect the base, Dan might be able to answer that.  Give that fix a try and see if it
resolves the base issue as well.

[woo482]

UCGO BUG
Bug with: Fork Lift mesh

Severity: detail / minor

Complete description
The UMMU crews feet still show without a UMMU inside

Reproduce bug
Spawn a "UCGOCarForkLift" and look around the bottom of the seat inside.

Miscallenous

image of the mesh problem http://i930.photobucket.com/albums/ad144/Woo482/UCGOForklift1.jpg?t=1259885594



Post Edited ( 12-04-09 01:16 )

[gattico]

 I saw this also.

woo482 wrote:
UCGO BUG
Bug with: Fork Lift mesh

Severity: detail / minor

Complete description
The UMMU crews feet still show without a UMMU inside

Reproduce bug
Spawn a "UCGOCarForkLift" and look around the bottom of the seat inside.

Miscallenous

image of the mesh problem http://i930.photobucket.com/albums/ad144/Woo482/UCGOForklift1.jpg?
t=1259885594

[DanSteph]

gattico a écrit:
I installed this files and now no Ummu issues at all as regards to movement. Thanks

That's a great new and will require a note in a FAQ...

Dan



Message modifié ( 04-12-2009 02:13 )

[Shadow Addict]

About the XR2 problem: it works pretty consistently for me now, and the problem hasn't happened again (yet). Perhaps
UMMU 1.5 addons will still be generally usable with UMMU 2.0?