Problem wierd movement with ummu's

[Kodiaj157]

I have a scenario saved with a Shuttle-A(UCGO) with 2 crew parked at Armstrong base which I have used as the start point for several missions.
After making a trip to Ceres (from asteroid pack), landing there and setting up a small base and miner unit, I closed the sim and started over from the saved scenario but now my ummu's cant walk. they either don't move at all or go flying off in random directions. Is there something I can fix or do I need to rebuild my start point all over again? btw. ummu's move fine in any other scenario, and they moved fine in my saved one too till I did the Ceres trip. I don't know if going to Ceres is what caused the problem but it didn't do this after trips to ISS, Mars or the Jupiter system. I hope this can be fixed as I have the ship set up just how I like it and hate to do all that editing every time I start.
A thousand million thank yous if you can help.
You can have a few if you just try too.

 

[Aeadar]

What Orbiter version are you using? I ask because I also had problems with the UCGO ShuttleA working in Orbiter 2010 or 2010P1. Also, if you're referring to Nighthawkes AsteroidPack_v1.00.zip, that was written for Orbiter version 031217, although it worked for me using 2006P1, when I tried it in 2010 or 2010P1 however, the asteroids had no color. I guess some kind of texture incompatibility, though I've no real idea.

You seem to have gotten further than I with the UCGO ShuttleA. My scenarios using it always crashed when trying to transfer crews once docked.




:hail:

 

[Pyromaniac605]

Make sure you aren't in time acceleration, I've noticed that UMMUs don't move if time acceleration is x100 or more.

Darren

 

[Kodiaj157]

Using Orbiter 2010. The shuttle A has worked fine all along, no problems there. Its wierd that things work for some people and not for others. If something is broken it should be broken for everyone. These random, arbitrary failures offend my sense of logic and order.

not sure about the time accel. Will try running that saved scenario again and see if its starting me sped up somehow

 

[FuzzyLogic]

I got a similar problem not long ago. UMmus didn't move (or moved in random directions) and planet gravity on Orbit MFD did read -1:#.

First I though it was a conflicting module. After some testing, I found out that installing Pluto+Charon had screwed Sol.cfg somehow.

Check gravity on your Orbit MFD. If you're getting "-1:#", it might be a good idea to share your Sol.cfg here, so we can take a look (or compare it with a working one) and spot the problem.

 

[Kodiaj157]

Thats what it's doing. The MFD shows -1# but only on that one saved scenario. Everything works normally on other scenarios. It's no big deal really, I've already set up a new start point. I've attatched the scenario file, but I'm having trouble attaching the sol.cfg, It says "invalid file" I'll try on a fresh post

 

[Kodiaj157]

nope, no good, still won't attach the sol.cfg

 

[FuzzyLogic]

Strange that only one scenario is affected. That means Sol.cfg is not the source of the problem.

I've taken a quick look at LOUISA[1].scn, and nothing seems to be wrong except for one thing: Date is set to 2023. I've read elsewhere that Orbiter can't keep its physics straight on future dates, so maybe that's causing all the trouble. Never tested that myself, though.

 

[Wishbone]

If you're getting -1# this is NaNspace. Somebody is dividing by zero, taking log or square root of a neg number, or arcsining something larger than unity.

 

[Woo482]

I think that the MFD problem can also be caused by missing .dll files, "msvcp71.dll" "msvcr71.dll" and "msvcrtd.dll" I think, you can get them from here if you want to try them: http://orbiter-forum.com/downloads/Orbiter-DLLs.zip

 

[Kodiaj157]

Not sure exactly why but removing the asteroid pack, (actually un-installing orbiter,re-installing and installing all the add ons EXCEPT asteroid pack), seems to have solved the problem along with several others (Like saturns moons either falling into saturn or spinning away into deep space) It's a shame because I really liked having the asteroids in my system. I was going to add haleys comet too but now I'm afraid to mess with my sol.cfg at all. I guess I'll just have to be happy with all the planets and moons in the solar system to play with.

btw. does anyone know if cfg files have to be edited by something other than notepad? I thought that seemed too easy.

 

[Lucy]

Not sure exactly why but removing the asteroid pack, (actually un-installing orbiter,re-installing and installing all the add ons EXCEPT asteroid pack), seems to have solved the problem along with several others (Like saturns moons either falling into saturn or spinning away into deep space) It's a shame because I really liked having the asteroids in my system. I was going to add haleys comet too but now I'm afraid to mess with my sol.cfg at all. I guess I'll just have to be happy with all the planets and moons in the solar system to play with.

btw. does anyone know if cfg files have to be edited by something other than notepad? I thought that seemed too easy.

.cfg files should edit in notepad just fine. If you're having difficulty attaching them to the board, try copying the content of the file into a post (between [code][/code] tags, preferably) or copy the file to a text document (.txt) and attach that.



I'd also recommend NotePad++ over notepad, but .cfg and .scn (and indeed .msh) files can all be opened and edited fine with either.