Bug UCGO bug? - Cargo not unpacked after scenario reload - Orbiter-Forum

JonnyBGoode · 10-21-2010, 09:41 PM

I did a mission to Pluto the other day, and unpacked and set up a little base there, using UCGO cargo. Saved the scenario and came back the next day... and oddly, all of the lights were there but there were cargo crates at the bottom of them, the same for the tables and the solar panels. When I reloaded the scenario later and looked again, everything was packed back up - but the lights were still shining.

Is this a known bug?

Wishbone · 10-21-2010, 09:59 PM

Known bug. In the scenario, set "AFCMode 120" instead of AFCMode 7.

JonnyBGoode · 10-21-2010, 11:59 PM

I replaced all instances of AFCMode 7 with AFCMode 120 and ran the scenario again... they're all still boxes.

Wishbone · 10-22-2010, 03:39 PM

"Post the Source, Luke" - I did solve this very problem in my XR Reconnaissance challenge.

**statickid** · 10-22-2010, 05:07 PM

Quote:

Originally Posted by Wishbone

"Post the Source, Luke" -

AHAHAHHAHAHHAHHA HA HA AHAH A HAHAH AH HA HA HAH

JonnyBGoode · 10-22-2010, 05:56 PM

Nevermind. I hadn't changed all of them to 120.

**astrosammy** · 10-22-2010, 06:24 PM

I never looked that far into the Orbiter API, but shouldn't it be possible to write a module that changes the scenario before loading it (or after saving it)? That would make things much easier until Dan finds the time to fix it.

The good thing is that cargos that have a own module (like ISRU) don't have this bug.

**Xyon** · 10-23-2010, 02:35 AM

Quote:

Originally Posted by astrosammy

I never looked that far into the Orbiter API, but shouldn't it be possible to write a module that changes the scenario before loading it (or after saving it)? That would make things much easier until Dan finds the time to fix it.

Yes indeed. Leveraging the normal methods for loading a saved state from a scenario file and searching for a specific value would work, until you ran out of values to find, where it'd stop and hand the file off to Orbiter.

In theory, anyway. Depends who gets to the scn file first I guess.

**Stevodoran** · 10-23-2010, 04:07 PM

i had the same problem http://www.orbiter-forum.com/showthread.php?t=16876

ssope · 10-20-2011, 04:24 PM

I have the same problem. I fixed it by changing all of the AFCMode #'s to AFCMode 120. After getting out of notepad, and loading the quicksave file, it works. So then I have my Moon Walker take 1 step and quicksave it again. Close orbiter, reload the newly created quicksave and ALL my AFCMode #s go back to a number that is not equal to 120 and the problem occurs. Am I going to have to change AFCMode #s every single quicksave?

10-21-2010, 09:41 PM	#1
JonnyBGoode Sky Marshal	UCGO bug? - Cargo not unpacked after scenario reload I did a mission to Pluto the other day, and unpacked and set up a little base there, using UCGO cargo. Saved the scenario and came back the next day... and oddly, all of the lights were there but there were cargo crates at the bottom of them, the same for the tables and the solar panels. When I reloaded the scenario later and looked again, everything was packed back up - but the lights were still shining. Is this a known bug?

10-20-2011, 04:24 PM	#10
ssope Orbinaut	I have the same problem. I fixed it by changing all of the AFCMode #'s to AFCMode 120. After getting out of notepad, and loading the quicksave file, it works. So then I have my Moon Walker take 1 step and quicksave it again. Close orbiter, reload the newly created quicksave and ALL my AFCMode #s go back to a number that is not equal to 120 and the problem occurs. Am I going to have to change AFCMode #s every single quicksave? Last edited by ssope; 10-20-2011 at 09:00 PM.

Quick Links	Need Help?
About Us Register to Participate Orbiter Website Orbiter Download Projects Recommended Addons Orbit Hangar Mods Photo Gallery Social Groups External Links	Did you forget your password? Rules & Guidelines Frequently Asked Questions Orbiter F.A.Q. Orbiter Tutorials Orbiter IRC Chat Search Forum Site Map Contact Us Mark Forums Read

10-21-2010, 09:59 PM	#2
Wishbone Clueless developer	Known bug. In the scenario, set "AFCMode 120" instead of AFCMode 7.

10-21-2010, 11:59 PM	#3
JonnyBGoode Sky Marshal	I replaced all instances of AFCMode 7 with AFCMode 120 and ran the scenario again... they're all still boxes.

10-22-2010, 03:39 PM	#4
Wishbone Clueless developer	"Post the Source, Luke" - I did solve this very problem in my XR Reconnaissance challenge.

10-22-2010, 05:07 PM	#5
statickid CatDog from Deimos	Quote: Originally Posted by Wishbone "Post the Source, Luke" - AHAHAHHAHAHHAHHA HA HA AHAH A HAHAH AH HA HA HAH

10-22-2010, 05:56 PM	#6
JonnyBGoode Sky Marshal	Nevermind. I hadn't changed all of them to 120.

10-22-2010, 06:24 PM	#7
astrosammy Dash!	I never looked that far into the Orbiter API, but shouldn't it be possible to write a module that changes the scenario before loading it (or after saving it)? That would make things much easier until Dan finds the time to fix it. The good thing is that cargos that have a own module (like ISRU) don't have this bug.

10-23-2010, 02:35 AM	#8
Xyon Error 418: I'm a teapot	Quote: Originally Posted by astrosammy I never looked that far into the Orbiter API, but shouldn't it be possible to write a module that changes the scenario before loading it (or after saving it)? That would make things much easier until Dan finds the time to fix it. Yes indeed. Leveraging the normal methods for loading a saved state from a scenario file and searching for a specific value would work, until you ran out of values to find, where it'd stop and hand the file off to Orbiter. In theory, anyway. Depends who gets to the scn file first I guess.

10-23-2010, 04:07 PM	#9
Stevodoran Donator	i had the same problem http://www.orbiter-forum.com/showthread.php?t=16876