virgo47

Good that it can be done with script, but one more input for altitude + AGL/MGL (with default AGL 0) would be indeed welcome. I have a tower on a non-prominent hill (in the area without any prominent hills) and the sound is clearly blocked even when I see most of the tower. This would help without the need for scripting.

It would be cool if the manual simply stated something like: "(Not available in this UH-1 variant.)" Or something. Now I only assume it's not available.

Just a quick update - the patch fixed the problem! And I messed with that VHF volume after all, probably mistaking VHF NAV with VHF (non-NAV), I'll post final set when I go through all ctr controls. For now, thank you VERY MUCH for the fix - and for inverted sliders!

@xoomigo Thank you - I can confirm the reverse sliders now work! However, I have bad news as well - any switch now sends NaN instead of normal values. If I import plugin from 09-15, it sends numbers: Command Sent: mgdc_l-39_ac_front_master_arm [MGDC_L-39_AC_FRONT_MASTER_ARM 1] Command Sent: mgdc_l-39_ac_front_master_arm [MGDC_L-39_AC_FRONT_MASTER_ARM 0] Current plugin sends this (different switch, but all do the same): Command Sent: mgdc_l-39_ac_front_asp_fkp [MGDC_L-39_AC_FRONT_ASP_FKP NaN] Command Sent: mgdc_l-39_ac_front_master_arm [MGDC_L-39_AC_FRONT_MASTER_ARM NaN] This crashes DCS instantly. So somehow we need the best from both versions. I'd recommend pulling the last version out of the upload page for the reputation sake. Finally, as a minor thing, I found that VHF volume is also inverted, I don't know how I missed it (maybe my head was inverted), so the set of changes for UH-1H is: ADF_GAIN|adf_gain|ADF Gain|6|3200|=ictr(65535)|100 INT_VOL|int_vol|Intercom Volume|6|3200|=ictr(65535)|100 UHF_VOL|uhf_vol|UHF Volume Control|6|3200|=ictr(65535)|100 VHFCOMM_VOL|vhfcomm_vol|VHF Volume Control (step size less than 8192 may not work)|6|8192|=ictr(65535)|100 VHFFM_VOL|vhffm_vol|VHF FM Volume Control|6|3200|=ictr(65535)|100 VHFNAV_VOL|vhfnav_vol|VHF NAV Volume Control (step size less than 8192 may not work)|6|8192|=ictr(65535)|100 Sorry if you felt under pressure, no need to rush, the capability is awesome and I'll wait for it. Or you can send me the stuff privately and I'll test it before release, if you want.

FM radio is described in the manual from p112, and the model is simplified, it should work fine for a few preset channels. However, I found some issues with the radio - some of them are tricky to replicate, as the radio seems to change the behaviour a bit: At first, it's playing whatever is on the first preset - but with excessive noise. TST is not different from other three "ON" positions. If you turn it off, it's quiet, and after turning it on again, it still behaves the same. All four positions are the same, playing the current preset channel with some noise. If I change the preset to another one, it's quiet - this may be OK, I don't have any station on the other preset. If I change it back - it is still quiet. Waiting don't help. Turning it off and on does not help either. However, I can start receiving the preset channel again if I go to TST - I can hear it with noise. And if I go to other ON positions - suddenly I can hear it without any noise as well! BTW: TST does not play the 1kHz tone as advertised. To summarize the behavior - in order to hear the preset correctly, you have to change to another one, than back, then go to TST and than to any ON position. I'm attaching the mission file and track file - and this video (which is the same mission, but not the same as track file): Lastly, a minor problem, but it got me confused for a bit - the mission editor shows AM for FM preset frequencies. The manual (p113) shows an old screenshot from the Mission editor, and it shows FM. Now it looks like this: gazelle-funny-fm.trk gazelle-radio-problems.miz

This is one of the first things I noticed after I had bought the module. I use Pedal Trim Type: Fade In/Fade Out (BTW: a neat option!) and the indicator shows the pedal white indicator in the middle after trim - while cyclic works as expected. Luckily, it's just an indicator issue, so it seems. But it's confusing nonetheless.

I was following the second training mission (weapons) and a few things attracted my attention: TV display related BCV panel power has three positions, yet only A and M seems to work. Confusingly though, page 40 mentions the other position as well: Should it work or not? The slew controls are hardly usable - with a ministick (axes) close to unusable. Anytime the other axis interferes with the one in motion, the one in motion stops immediately. So even a tiniest amount of vertical axis stops the fully deflected horizontal axis. Strangely, some combinations seem to work and sometimes the cross goes diagonally, but in general - it's unusable. The same seems to apply to the slew keys. If I hold right and tap up for a while, the cursor stops, although I'm still holding right. I attached the track file, it's the second training mission, I didn't bother to take off to make it easier, but that seems to make no difference. ALI position skipped is shown quite soon, TV cursor screen is towards the end (waiting for the cooling). no-ali-twitchy-slew.trk

Well, 50s is perhaps a bit exaggerated, but it's not impressively modern for sure. And likely anything sophisticated comes from Kazakhstan. (I mean France, of course.)

In my case, the pressure showing 0 happened in a hot UH-1H client slot. But I couldn't reproduce it with the same slot afterwards.

Hi, I PM'd you with the demonstration video.

You're right about the accent, it's pretty strong, but I watch the channel regularly and one will get used to it eventually.

Yeah, definitely, this video was very good - and the plane, oh... just about perfect!

In my case, one year later, I'm still using STECS daily. I don't see any quality problems yet. Of course, sometimes I miss something (e.g. the Standard base has way too many buttons and very few actual switches), but whatever this throttle does, it seems to do it well. I enjoy the easily accessible tension screws and swappable detents, both I use quite a lot. All the reservations still apply, of course - the throttle is top-heavy towards the max position, I'd welcome more axes on the grip, etc. As I don't have any other throttle except for my broken TWCS, I use STECS only and until it breaks, I'll stick to it. What then? I have no idea. Hopefully, they will give us better STECS, better defined 5-way hats, etc. Otherwise, I may try another product, just to see the difference.

These are all sad graphical bugs, the "long hand" definitely affects the gameplay as well if you go for that immersion. I'd like to see them fixed as it really looks ugly when you look around. But this "new" one is a sad regression that takes away some feedback from us. Perhaps not the twisty grip, but the distance scale does. If we "integrated" the bugs over time, even if their weight (severity) was low, it would be an immense value of bugginess for sure. And, L-39 is not even the worst module. But I really don't understand why it's fixable by a simple LUA change, yet we can't get it to the release. What is ED afraid of, that doing something will make the module worse than doing nothing? Because that would be a terrible message about the fragility/code quality.

Hi Xoomigo, I've tried the patch, I see the new patched EXE in my TPP, it all looks OK: I reimported it into Touch Portal, but when I try it, it doesn't work. With verbose output, I still see 65535 with slider maxed up, not 0. I've had my UH-1H.pp already modified, I identified these changes (two of those are the same as you provided): ADF_GAIN|adf_gain|ADF Gain|6|3200|=ictr(65535)|0 INT_VOL|int_vol|Intercom Volume|6|3200|=ictr(65535)|0 UHF_VOL|uhf_vol|UHF Volume Control|6|3200|=ictr(65535)|0 VHFFM_VOL|vhffm_vol|VHF FM Volume Control|6|3200|=ictr(65535)|0 VHFNAV_VOL|vhfnav_vol|VHF NAV Volume Control (step size less than 8192 may not work)|6|8192|=ictr(65535)|0 Is there something else I can try to see what is wrong?

Ops... silly me, I copied the one from the zip having both zip and dir next to each other! I tested this fix and the error is gone, thanks. I'm looking forward to that ictr= fix as that will make the volume sliders in UH-1H work as expected (some of them at least, e.g. that VHFFM_VOL is affected).

Oh... I never cared THAT much about new features and I'm willing to wait. But with this perspective, I now see their bug-fixing schedule in a different light! (The problem is my expectations and less patience for bugs than for features.)

I didn't have problems with the antivirus (using MS default one for Windows). I deleted the whole DCS-BIOS folder from my Saved Games\...\Scripts and started the installer again. After installation, the dir is created fresh (15:57 was current local time): The BIOS.lua file was in its original form. After selecting modules, the installer changed the file, commenting out all unused modules. As long as I selected only F-5, it was OK - I could repeatedly open and "Next" the Select Modules windows. When I selected NS430, it accepted it the first time, but the next cycle (Select Modules, Next) showed the error again. Next, I reopen the Select Modules again, unselected NS430 and selected my modules - and the error appeared again. But the next cycles (when NS430 was deselected after entering the page) were fine again. It seems it doesn't like when NS430 is ticked when I open that Select Modules page. I also noticed a brief moment that the changed checkbox shortly shows its original state after I press Next, not even NS430 but Yak-52 as well. Not sure what that is (some model/UI sync?). Now, obviously, this is no showstopper as the module does not work properly anyway (on DCS-BIOS side, if I understand it correctly). BTW: What makes you say that my BIOS.lua was not modified by the setup? I see the lines edited every time I confirm the Select Modules window.

I suspected NS430 somehow. File is included, it differs from the original BIOS.lua only in commented-out modules (and LF vs CRLF, but that is inconsequential, I guess). BIOS.lua

I started the setup, went to module selection (now remembered, thanks for the explanation with new DCS-BIOS installation), Next, OK. Tried again, and click on the Next generated the error. Files are included - copied with the error still on screen. ACJSON.cfg DCS-COINS.cfg aircraftModules.cfg

Guys, does this still work for you in the latest version? I didn't need it for some time, but today I tried and the tooltip merely repeated the keybind. I haven't changed that autoexec.cfg since it worked. EDIT: Forget it please, it works now. I restarted the DCS and it works. I'm messing with bindings for a new module, maybe that threw DCS off, but I don't understand the details. But the main message is - normally, it works!

It's not common, especially in proprietary software for sure. I've seen some progress reports in % in different areas for some DCS module, not sure which one that was though. And the question then is... how realistic are those % numbers. As in... the hardest work starts after 90% or so. The bottom line is: I'm not sure how useful such progress reports would be from ED (e.g. two weeks away for many months, etc.). Probably not much. Or perhaps it would just cause backlash and "are we there yet?" questions.

I've tested it this way. In UH-1H.pp I redefined this line (one of the reversed knobs): VHFFM_VOL|vhffm_vol|VHF FM Volume Control|6|3200|=ictr(65535)|0 I created the TPP file with the installer. I check that the same PP modification is inside the TPP file. I imported the plugin. But the slider still sends 0 for lowest slider value and 65535 for maximum slider (checked with dcs-coins -v). This is the same as with =ctr... What did I do wrong? (I tried to create the slider from scratch as well, no change.)

Thanks for the release! I'm testing it, the first thing I encountered during the installation is this: This happens rather randomly when I reopen Select Modules window and just press Next. When it happens it keeps happening, but the selection itself doesn't seem to be the problem. E.g. I removed NS430 and saved (Next), this error appeared. I reopened the window, NS430 was unselected, I selected it again, and Next worked fine this time. The same happened with other checkboxes, but I haven't tried them systematically. I was also surprised... I thought the modules I own were preselected previously, but maybe that's just my wrong assumption. I had to click all the modules I had. Is that how it should work? On a positive note, L-39 patches are in as expected, thanks a lot, the initial switch positions are now better.

The product page clearly says: The additional radio was one of the features I wanted when I bought it. I was very sad after the purchase and felt misled (although ED reps say it's insulting to imply they mislead customers and it may even lead to warnings). I'd be surprised if anything significant improved on this module anytime soon.