Interceptor
Well-known member
Yeah,I think the tab key would work,when you get some time download,install UMMUFA2.0,and it will show you the feature I am trying to explain to you,and maybe some other ideas.
XR cargo containers are fitting well into Hercule too. Sadly they're incompatible with UCGO cargo interface, but it's nothing UCD can't fix.
Next, I'll try 40ft container
How are you doing that PeterRoss.? Are you editing the configs and as I'm soon to update the Cargo Pack, is there something I can add to make them compatable.?
The cargo looks good with the Hercule, I was driving that around for a while today and never did that cross my mind. :lol:
It never ceases to amaze me how people toy with addons.
That was a novel idea, but as you have pointed out PeterRoss, it may cause more problems than it's worth with mountings and how to offset the XR cargo centre to an attachment point. It would be better to target the actual vehicle. However, TL8 has a version planned; similar to the UCGO system by DanSteph which would target the XR series.
Thankyou. :thumbup:
Question to Dansteph: I'm operating a Peary base near Moon's north pole, and I've noticed that UCGO cars sometimes are like stucking for a moment when driving around, like instantly losing speed and accelerating again from the same place. The frequency of 'stucking lags' is depending heavily on the direction the vessel is moving. Some directions (I suspect it's 0, 90, 180 and 270 degrees, but I can't say for sure since vessels has no Surface HUD) are almost lag-free, some other are producing lags every second. Hercule seems less affected by this problem, the worst case is Azure rover. It's behaving this way under UCGOcars.dll of both 2.5 and 3.0 versions.
Have you ever tested UCGO cars around plnetary poles?
BEGIN_DESC
END_DESC
BEGIN_ENVIRONMENT
System Sol
Date MJD 83661.2243717135
END_ENVIRONMENT
BEGIN_FOCUS
Ship Azure_Peary
END_FOCUS
BEGIN_CAMERA
TARGET Azure_Peary
MODE Cockpit
FOV 50.00
END_CAMERA
BEGIN_HUD
TYPE Surface
END_HUD
BEGIN_PANEL
END_PANEL
BEGIN_SHIPS
Azure_Peary:UCGO\Cars\CarAzure
STATUS Landed Moon
POS 34.2140934 86.5995791
HEADING 94.65
AFCMODE 7
NAVFREQ 0 0
AIInFonction 0
CurrentWpt 0
EngineStarted 1.0000000000
FlashLightState 0
SAVEVAR00 2§0,5§0,8§0,11§0,14§0,17§0,20§0,23§0,26§0,29§0,32§0,35§0,38§0,41§0,44§0,47§0,50§0,53§0,56§0,59§0,200§0,301§0,400§1,401§1,403§1,405§1,407§1,
UCGO @@0,1,0,0,@@1,1,0,0,
END
END_SHIPS
More smart way to make these things compatible is to make Hercule capable of operating with XR cargos (with automatic switch between UCGO and XR cargo interface depending on the type of cargo is attached), but it's up to Dansteph entirely, and he's quite busy right now with UCGO 3.0 release
Why not toy with toys?:lol:
[/COLOR]Seems like the problem is connected with simulation date/time. The scenario posted above is dated with 2087 year. When I change it into 2013 almost everything seems fine, the glitch only happens when turning sometimes. I suppose it's a known bug of Orbiter, I remember it was mentioned several times on OF.
I don't know well XR's serie but why not do the inverse: Use UCGO cargo in XR serie ?
I don't know well XR's serie but why not do the inverse: Use UCGO cargo in XR serie ?
First of all - XR cargos are looking like real cargo containers, I mean - the big ones.
Yep, but that's wasn't my point. My point is that you cannot
handle them with UMmu, Jeep, Azure, Forklift, DGIV, Arrow, etc. etc. The only
case is eventually the Hercule and the earth truck. I cannot write in "universal
cargo SDK" something that handle cargoes that doesn't fit in the majority of
vessels that use it.
Also in reality mass transport also divid in small packs that can be handled, so you
can use woo482's container and you have the best of both and something
close to the reality.