My Physics module says that if there is no air in the tyre it will not hold up any weight and the more weight you put on the tyres the flatter they get.....but I better check that !!
But yeah I agree that the tyres could be inflatable - only that the pressure difference between inside the tyre and outside would be quite high and so you would need really strong rubber to hold in the pressure - that may mean adding more rubber - unless the tyre uses some very strong material.
in clbkPostStep:
if(GetAltitude()<11)
{
UpdateOnly2TimePerSecond+=simdt;
if(UpdateOnly2TimePerSecond<1)
return;
UpdateOnly2TimePerSecond=0;
double longitude=0;
double latitude=0;
double radius=0;
GetEquPos (longitude,latitude,radius); // Get our position
VECTOR3 th={longitude,latitude,560};
if(GetAltitude()>5)
th.z=0;
SetRotDrag (th);
}
}
Dan gave me this code to generate an atmosphere for a coded vessel. It works great. Except if you exit the scenario with the ummu suit off in the generated atmosphere and restart the scenario he dies. I guess it doesn't have enough time to generate an atmosphere. Any way around that except back sure suits on when exiting the scenario.
Code:in clbkPostStep: if(GetAltitude()<11) { UpdateOnly2TimePerSecond+=simdt; if(UpdateOnly2TimePerSecond<1) return; UpdateOnly2TimePerSecond=0; double longitude=0; double latitude=0; double radius=0; GetEquPos (longitude,latitude,radius); // Get our position VECTOR3 th={longitude,latitude,560}; if(GetAltitude()>5) th.z=0; SetRotDrag (th); } }
You can only get the UCGO class handle if the vessel developer is kind enough to provide you with some means of accessing it, eg, by exporting it from the dll directly or by exporting a function that returns the handle. The way UCGO is written, there is no way for UCGO to force developers to provide such functionality. UCGO would need to be re-written to wrap the VESSEL2 class, like how it is done with Kulch's Payload Manager.I've posted this question on Dan Steph's forum, but haven't gotten any replies. While developing the RWarp MFD, I've added some basic requirements of having a RWarpCap cargo installed to use the warp drive. This works okay with vessels that use attachments, since I can query the cargo through the Orbiter API. But for ships that use UCGO, the cargo only exists as a mesh. Is there a way to get a pointer to the UCGO class of the vessel? If not currently, this is a a feature request for future versions of UCGO, since only the vessel has access to the UCGO information.
I don't know anything about the Orbiter API, but I would think that your guy is dying because the atmosphere is getting created after the first step, and maybe his death is being evaluated in the step itself. Could you put his code in the pre-Step function, if there is such a thing? Would that help things?
Is it possible to create a UCGO spawner? I would like a scenario where every so often new cargo will spawn in a yard, up to a maximum number of say 20 units.
The objective could be then to stock up another yard, which will then start creating more cargo. No fancy mesh work or anything, I was just wondering if it would be possible.