Jagohu

Hi, When a static object (Single Helipad) gets destroyed via script (ie. StaticObject.getByName('Static Helipad Single-1'):destroy() ), it doesn't get removed from the game or the map anymore(it was working fine in 2.5.6 as I recall). Clicking on the icon on the F10 map crashes DCS. Log attached. Cheers, Jagohu dcs.log-20210521-211001.zip

The issue is indeed still there. At high temperatures and high levels the difference can account to more than 1.000 ft even. I've been thinking about other solutions, but for me the easiest solution was to use the cockpit arguments of the SBY altimeter to get the actual altitude which is shown to the pilot. It is a bit tedious and far from ideal, but hey it works. Edit: Actually I've stumbled onto another interesting bug/feature here. Altimeter is set and left on 29.92, HUD is on BARO source. -- DISCREPANCY IN DCS HUD/SBY ALTIMETER -- 0-20.000 ft HUD=SBY -- 25.000 ft HUD, SBY 24.820 -- 30.000 ft HUD, SBY 29.820 -- 35.000 ft HUD, SBY 34.750 -- 41.000 ft HUD, SBY 40.710 Persian Gulf, 26 C at sea level.

If it's not too big a thing to ask, please do trigger the animations (cockpit arguments) also on the HOTAS inside the cockpit: right now some of the buttons (like pickle) work and the player can see the animation (and developers can capture it), but others don't (like cockpit argument 486 - COMMS switch back and front). The animation can be triggered through the modelviewer, so it is there, yet it's not connected to the pressing of the button on the throttle or pressing the appropriate key. It'd be useful to be able to trigger specific events like transmissions, actions through LUA. Thank you!

In 2.7, when I try to send my wingman to "Go route", it seems like the audio file is missing. All I hear is "Flight" ERROR SOUND: can't load wave: "speech\eng\common\player\messages\continue route"

.

Would it be possible to get a little bit better access to the weather at any given location through LUA? It'd be nice to be able to retrieve the cloud coverage/cloud base/cloud thickness and the visibility on top of the wind and temperature/pressure. I know that with the env variable group we can retrieve the "static weather" variables, but in case of dynamic weather it's not possible as far as I know. Alternatively, if we could query what "CASE" the carrier is using it'd also be nice. The SuperCarrier module does seem to have all this information for the location of the carrier, so maybe you could just open up access to that routine? Thank you and thanks a lot for the new weather, it's amazing!

+1, but for me it just closes itself (Steam version). It almost always happens after testing a script which threw an error message.

It's not as "simple" as it may seem. I have modelled the behavior for my single-player campaign in the PG, and there're a lot of things you need to consider, you can't just "say" now it should be turning into the wind. A few examples: -what if the wind blows from the direction of the land? -how close are we allowed to go to land?(especially to stay realistic) -what if there're other objects ie. oil rigs in the way -for how long does the carrier need to sail into the wind? So you know this starts much earlier IRL than at the time of recovery - on blue water in the middle of the ocean it might work just to turn when it's needed, but in confined areas such as the Persian Gulf it takes a good bit of pre-planning. As I said it's not impossible, but it's cumbersome and yet there can be cases when "stupid" things happen. Testing something like this is very time-consuming too as you need to run missions for hours to see if the behavior is as expected at different spots. Just my 2 cents.

According to IRL fighter pilots, the altimeter is NOT given upon the airborne call. "The last thing you want is pilots looking inside the cockpit for something not very important so close to the water." NAVAL AIR TRAINING COMMAND CV PROCEDURES (UMFO) T–45C 2014 CNATRA P-816 (01-14), 2-11

It is possible to program it with LUA to make them disconnect after taking up a certain amount of fuel, but out of curiosity, why are you concerned with your wingman's landing weight?

My single player F/A-18 campaign will include an (already working) auto-tank feature. It will also be possible to take only a certain off-load of tankers too (ie. not to fill up to the brim). It will keep your weapons loadout too of the moment (it will not reset it), but you might lose some system settings in the process (like custom WPs, manual radio freq, TACAN settings). It still requires you to be within a certain range of the tanker and have the tanker frequency selected with the refueling boom out and the aircraft set up for the process. While the campaign's primary philosophy is to provide as close to realistic experience as possible during an OIF deployment, I have included this and a few other small "cheats" if you will to help out people who are not proficient enough yet to do these tasks, but they still want to play and enjoy the rest of the simulation. There's no video of the auto-tank yet, but I'll make if there's a need - although it's nothing spectacular There're a few videos of the completed features in certain stages of the development here: https://www.youtube.com/channel/UCh-KXlhfHu7DHkLUI1e-YTw

That's a great hint, thank you very much! And it's even greater that it can be done with LUA.

Have a look at this post, it might explain a thing or two. Also:

Presently the "Formation frequency"(the one selected next to the Radio box below the tail number) overwrites the value of the COM1 radio CH1 - which holds the Tower frequency in real life. IRL the Squadron Tactical frequencies are programmed to the COM2 radio's CH1-4. Please change DCS' logic to force the "formation frequency" to COM2 CH1 instead of COM1 CH1. Thank you!

The coloring bit is easy in Excel, you only need to color the cells depending on the value. The recording bit - well that's different, that's a quite a few hundred lines of LUA code.

It is possible but only through LUA programming, not the ME (yet?). In my campaign Iranian fighters will do peacetime-intercepts just as you described.

They're encrypted... no chance to use them...

Something like this? It's going to be coming with my campaign, CSV persisted with an included VBasic script for Excel to make it colorful. Additionally you'll get a full LSO debrief (full readable text format as it'd be used IRL) and personal log too, NATOPS standard format with your traps/issues.

In my experience you need to be on the centerline or not to far off from the centerline. If you're too far away, you don't get further calls, that's true...

You can see my version of the CASE III approach with background traffic + bolter and working with approach to be squeezed back into the arrival flow in the campaign I'm working on - I've done as much as I could with the present restrictions on DCS (no separate TWR/APP/Marshal freq., etc.). I hope you'll like it. Still WIP.

Hi all, I was wondering if someone here could give me a hint as you seem to be a nice and very knowledgeable crowd I'm looking at the UFC of the Hornet, I can extract the radio CH values, no problems. What I'd like to find is, what value is posted on the Com1/Com2Display channel when it's receiving (it displays a down pointing triangle). I've literally tried about 100 combinations, to no avail. When the transmission stops, the CH number is posted again so there must be something else there while the triangle is present. But what? Thanks a lot!

I was still in the wires on a CASE III recovery after a bolter pattern and sequencing myself into ~3 nm ahead of an AI aircraft as IRL, but the aircraft behind did not get a Waveoff, he just landed and crashed into me 20 seconds after I landed. Is it a known bug? If needed I'll try to reproduce it and save the track file.