![]() |
|
|||||||
| Orbiter SDK Orbiter software developers post your questions and answers about the SDK, the API interface, LUA, meshing, etc. |
![]() |
|
|
Thread Tools |
|
|
#1 |
|
Aspiring rocket scientist
![]() ![]() ![]() |
So there is something in my lunar Lander that prevents Orbiter from focusing on a UMMU.
UMMUs can coexist withing the scenarior and can transfer to/from the lander as normal but if I hit F3 and select a UMMU orbiter CTDs the moment focus shifts. This is on a clean install of orbiter 2010 with only OrbitSound and UMMU/UCCGO installed. The UMMU code in my Lander was copy/pasted directly from Dan Stephs tutorial and remains unchanged. I had it working before but it's been some time since I conciously tried an EVA, as such I don't know what change is to blame for this new behavior. Because I have no idea what's causing this I don't even know where to start troubleshooting. |
|
|
|
|
|
#2 |
|
Orbinaut
|
Hi There,
Not sure if this is relevant, but I've had a few CTD using F3 in general, mainly when switching from something on one planet to the other (my PC is low-end) though if it's an EVA'd ummu it should be pretty close to the vessel. The only thing coding wise I'd check, is whether it's actually EVA'ing the UMMU, and not creating an exact copy and leaving the current in the vehicle. Not sure if this would affect anything, but worth a shot. Kind Regards, NT |
|
|
|
|
|
#3 |
|
shoemaker without legs
![]() |
Are you certain that the UMMU egressed correctly? To check whether there is indeed a problem with your vessel, egress a UMMU, delete the vessel, then switch to the UMMU. If no crash, you have a problem. A possible cause that comes to mind are unsecured HUD-calls, that is, calls to the HUD that get executed although your vessel doesn't have focus. But it is just as possible that I'm on the completely wrong track.
If the crash still happens, create a UMMU with the scenario editor or egress it from a vessel that you know to work, and try switching to that. If that works, your UMMU is mutilated at egress (although I only had that problem when transferring to a vessel with a space in the filename, it's still possible that it can happen by other mistakes...) |
|
|
|
|
|
#4 |
|
Aspiring rocket scientist
![]() ![]() ![]() |
Quote:
Quote:
How does one go about securing them? |
|
|
|
|
|
#5 |
|
Aspiring rocket scientist
![]() ![]() ![]() |
Ok it was definatly the HUD.
When I commented out my custom reticle the crashes stopped. |
|
|
|
|
|
#6 |
|
shoemaker without legs
![]() |
I'm a bit late, so maybe you already figured out how to fix the problem. If not, here's what you have to do:
As with panel redraws, make sure that your Hud calls only execute if you vessel has focus, like Code:
if (oapiGetFocusInterface() == this)
{
-hud calls
}
|
|
|
|
![]() |
|
| Thread Tools | |
|
|
|||||
| Quick Links | Need Help? |