[closed] UCGO beta test ver 091216

[alrik]

I confirm the last one.



Post Edited ( 12-17-09 15:29 )

[Fox-Terrier]

DanSteph a écrit:

Fox-Terrier a écrit:
when you are creating way-points, you have to create it where you stand.
wouldn't it be a good idea to have a "hey-taxi" key for UMMUs ? (I still don't know how we will choose the car
we're calling)
could you make a bigger ISOTAP that is UMMU compatible ? (an escape shuttle if things go wrong)
same probe, just bigger and ummu compatible?

I was thinking about a "hey taxi", it would require an interactive menu (one don't want to see the whole cars's army
comming uh ? ) and many check/continue code.

Maybe for next version ?

Escape shuttle is possible any programmer can do one, UCGO have enought stuff yet.

Dan

well, I am NOT a programmer so I can't do this
actually, this was the reason I was asking you to do it (you said it doesn't take much time, plus I am not the only
no-programmer ... )

for the "hey taxi" :

1) assign a car to a ummu
or
2) create an exterior menu to select a car
or
3) select the last car in which the ummu was
or
4) select a XPDR signal
or
5) select a distance (car in X range)
or
6) target the ummu from the car

else ? ...

[alrik]

The way to do this is to allow in UMMU api a function or something like that to allow use a key or add keys with defined
functions or methods to the UMMU, i dont know if it would be difficult or not :S

Would be nice if all ummu's I deploy with a defined K key for example to activate callATaxi() function, should be like the
action areas but with ummu's.

But I truly prefer that dan fix the problem with DGIV when enters inside a breathable area, or when vehicles don't sound
when in breathable area. Well i even dont know if it's possible or its a bug or it's supposed to be like now it is.

I know should be difficult for dan making all this great addon. I really appreciate your work it's giant.

[reekchaa]

Indeed... Dan's got bills to pay.  He's gotta finish this by X-mas.  

[Xyon]

Just wanted to apologise for inactivity. The phone company managed to physically cut off my internet by accident and
spent a week and a half mucking about passing responsibility off before I was reconnected. >.>

[DanSteph]

Welcome back Xyon

Dan

[Xyon]

Can I be the one that falls over and keeps drinking? I think he's awesome.

[gattico]

UCGO BUG

Bug with:

(cars)


Short description:

(lights on after exiting)


Severity

(minor)


Complete description

(On the chrysler for sure I turned the lights off (L) and then exited and then the lights came on.  On other vehicles this
happens.  I looked at the speeder and forklift and truck.  What was odd was when I turned the light off it got dimmer
but the red light was still on in the rear while before exiting the first time the red light went out completely.  But after
exiting they still stay on.  When you turn the lights on they just get brighter.  Also exit point on the truck needs to be
back further. )


Reproduce bug

(Run drive all cars.  get in a car turn the lights off and exit.  )


Miscellaneous

()

[insanity]

gattico wrote:
UCGO BUG

Bug with:

(cars)


Short description:

(lights on after exiting)


Severity

(minor)


Complete description

(On the chrysler for sure I turned the lights off (L) and then exited and then the lights came on.  On other vehicles this
happens.  I looked at the speeder and forklift and truck.  What was odd was when I turned the light off it got dimmer
but the red light was still on in the rear while before exiting the first time the red light went out completely.  But after
exiting they still stay on.  When you turn the lights on they just get brighter.  Also exit point on the truck needs to be
back further. )


Reproduce bug

(Run drive all cars.  get in a car turn the lights off and exit.  )


Miscellaneous

I can't confirm that, but I can confirm that the lights are independent of the presence of a driver. You can exit a car and
turn them on and off at will.



Post Edited ( 12-19-09 21:10 )

[tl8roy]

Ok, just so you know, I have a whole heap typos, I just need to find time to post them.
I hope to have them up by tomorrow...

[sunshine135]

tl8roy wrote:
Ok, just so you know, I have a whole heap typos, I just need to find time to post them.
I hope to have them up by tomorrow...

I edited the UMmu document .  

I am noticing though very few new errors. Have we all gone elsewhere for Christmas or could it be that we are nearing the
finished product   ?

[Murdock]

UCGO BUG

Bug with:

Probes

Short description:

Deorbiting and landing autopilot not overridable


Severity

minor


Complete description

After deploying a probe (either auto or UMMU unpacking), the deorbiting autopilot goes on automatically and it
cannot be deactivated nor overriden until landing, therefore it is impossible to pilot the probe, for example to direct it
to a different landing location. After touchdown the autopilot terminates and the probe is then controllable. It is even
possible to takeoff again and proceed to a different location.


Reproduce bug

Just deploy and unpack a probe (if not automatic), autopilot doesn't allow you any pitch or roll input, but it is still
possible to fire hover engine during coasting phase after deorbiting burn. This is the only way to control the landing
zone (but only short of pre-programmed spot). Wait until touchdown and unfolding of solar arrays, then takeoff
again, the probe is now fully controllable, including basic autopilot functions.

Miscallenous

I think deorbiting autopilot should be overridable to allow user to direct the probe to specific locations. The probe
XPDR can also be used for Arrow autoland guidance so it is a useful tool if controllable.

[Murdock]

Dan,
I'm back home and already at testing, I just posted a minor bug.
I installed the new ver 091216 on a fresh orbiter copy to test the previous cars dll installation bug.
Basically I wanted to be sure that the problem was not simply overriden by the patch that you gave me.
EVERYTHING OK
All cars in place and working fine!

Grest job as always Dan! 8)

And don't worry I will not install the redistributable patch that you mentioned before.

Glad to help, even if this implies to be the bad install tester.

[tl8roy]

Surplus to requirements



Post Edited ( 12-20-09 12:41 )

[tl8roy]

Surplus to requirements



Post Edited ( 12-20-09 12:41 )

[DanSteph]

Thanks but it's by far better that you correct the files yourself and send them to me. it would be really
a waste of time to copy/past hundred of text snipset when it's so simple that you correct directly the
txt file with notepad.

The help text of Arrow are in meshes/UCGOArrow/binUCGOArrowHelp1.txt  (1 to 7)
Same for UMmu the help textes are in meshes/UMmu/UMmuInGameHelp1.txt  (1 to 5)

I said in the first post to pm me so I can organize that only 1 person work on one file type.

So, anyone for Arrow's or/and UMmu Help ?

Remember that english should be straight simple and basic because a lot of peoples
arent english native speaker and the goal is short & simple.

Much thanks in advance !

Dan

[tl8roy]

Consider it a failure to take any notice about what you write...

I didn't realise it was so simple, I will now transcribe my notes into said text files.

[gattico]

yep, I can work on those and the scenario info

[Dambuster]

I can work on anything that's left over.

[gattico]

I just Pm Dan that I think certain area should be assigned otherwise he might get several corrected version and they
might be confusing.

[Fox-Terrier]

Dan wrote:
Remember that english should be straight simple and basic because a lot of peoples
arent english native speaker and the goal is short & simple.

will there be a french version ?

[DanSteph]

Fox-Terrier a écrit:
will there be a french version ?

If a french guy is ready to translate the doc & help text we could release a french
"patch" that would overwrite the english files.

But voila, we would need a french guy ready to do that

Dan

[reekchaa]

DanSteph wrote:

Fox-Terrier a écrit:
will there be a french version ?

If a french guy is ready to translate the doc & help text we could release a french
"patch" that would overwrite the english files.

But voila, we would need a french guy ready to do that
Dan

I could use Google Translate and make a really Bad French version, if that helps for a good laugh

Naw... but if you still need more English looksies, I'd be happy to eyeball everything for NASA-perfect verbage.

[gattico]

I also looked at the config comments and corrected the excess letters uggly

[JackJL]

UCGO BUG

Bug with:

Cars


Short description:

0 crew space errors


Severity

CTD in certain circumstances


Complete description

1)For cars with 0 crew capacity (unmanned rovers, cargo adaptors etc) i.e. Seatnumber = 0. Trying to ingress a UMMU may
either freeze orbiter or add the crew normally, with no limit.

2)Crew can be added with 'm' key and the display will show crew 3/0 for example. These crew EVA with no problems.

This may also occur with the unmanned rover by Well


Reproduce bug

Set one of the cars Seatnumber to zero, spawn one in orbiter. Walk up to it with a UMMU and press 'e'. This may CTD.
OR spawn this car, focus on it and use the 'm' key to add crew.


Miscallenous

Could the same 'ship not configured for that' check for the cargo work on the crew? This may at least stop people adding
crew, even if it doesn't fix the more serious ingress crashing.

EDIT

No longer getting CTD (probably due to UMMU1.5 ships in scenario)

When Seatnumber is commented out, the car defaults to 4 seats & works normally with those.

If it is set to zero there is no limit of people that can enter (eg. 6 people tried in landspeeder when seat number changed from 2 to 0)



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