AKA_Clutter

@Wostg I had s similar issue with mine. It would be OK for a few months, and then not be recognized by Windows. I would have to unplug the device at the back and then plug it back it. It would work OOK for a few more months and then repeat the behavior. I finally worked with Virpil support and after a LOT of testing and sever months (due to the fact that it only occurred every few months) I think the problem has been solved. IIRC ultimately, I had to go inside the device, flip the USB and AUX connected at the back of the base, and switch the internal connectors. It has been working fine form about a year and a half. The "red" connector is not for power, but for connecting an auxiliary panel IIRC. Thanks for the response.

Any and all data is welcome. I agree one would think that it would be totally oblivious to what module was using the input, or what program was being used. However, given that I can interact with the rotor via the control setting menu and there aren't any disconnects, that sort of argues (not conclusively) against random occurrence. I did some more testing today (see below) but still not convinced that it is a "hardware" Connection issue. I will certainly try that as all data will help someone figure out the issue or get in the computer HOF for weird computer problems. And it's nice to know that someone else has a ton of USB devices. I had an issue with the Rotor TCS Plua base a couple of years ago where it would be disconnected on startup and I had to unplug and plug it back it to get it to be recognized. That issue has been solved for at least a year now. The issue here is that it Windows will drop it and then pick it back up (sometimes). -------------------------------------------------------- I should also noted that I first noticed this issue in early June (June 5th? June 6th) and posted a question in the Virpil Discord on June 7th. Testing on 6/11/2024 Version 2.9.5.55918 No disconnects while in the main menu or control menus. Started with the Apache. Flew for 3 - 4 minutes and got one disconnect AND reconnect. Flew the UH-1 next and got several disconnect/connects in a 3 minute flight. Went to the KW and got an instant disconnect during the loading to fly screen (the others didn't do that) Reconnected once and then stayed disconnected. Went to menu screen and control setting screens. VPC rotor base was connected and didn't get any disconnected. Version 2.9.5.55300 Due to different reason, I have a backup copy of DCS v 2.9.5.55300, so why not give that a try. Loaded it up and flew the Apache, UH-1 and KA-50 for about 30 minutes total. The collective didn't disconnect ONCE. This seems to point to an issue with the latest update. With that said, there are at least 2 people that aren't having any issues. Wish I could be the third on that bandwagon. Thanks for the responses. ++++++++++++++++ UPDATED AS of 1700 Pacific Daylight Savings Time +++++++++++++++++++++++++++ OK< problem solved, sort of. At the suggestion of another user, I moved the TCS Rotor to a different USB port. I tried two ports on the motherboard first, and both times, the Grip would light up for 5 -10 seconds and then go dark. As far as I could tell it was never recognized. One of the ports OI tried was the port that my WarBRD base is plugged into. I t6hen plugged it into a powered USB 3.0 hum and then plugged it into one of the above motherboard ports. The TCS rotor was recognized and I just completed a 30 minute flight with no drops. Any clue as to why any of this happened, or why it makes sense (besides, that's computers for you).

OK< problem solved, sort of. At the suggestion of another user, I moved the TCS Rotor to a different USB port. I tried two ports on the motherboard first, and both times, the Grip would light up for 5 -10 seconds and then go dark. As far as I could tell it was never recognized. One of the ports OI tried was the port that my WarBRD base is plugged into. I t6hen plugged it into a powered USB 3.0 hum and then plugged it into one of the above motherboard ports. The TCS rotor was recognized and I just completed a 30 minute flight with no drops. Any clue as to why any of this happened, or why it makes sense (besides, that's computers for you).

Hi, I original started this topic in the OH-58D Bugs and Issues channel, but after more testing today, it doens't appear only in the OH-58D. Bottom line is that Windows sees the device while I am in the main menu or in the control setting menu. When I go to fly, Widnows drops the device and then reconnects it (sometimes. Based on the two response to the other thread, at least two other people do NOT have this issue. I did verify that this issue is present in DCS V2.9.5.55918. This issue is NOT present in DCS v2.9.5.55300 Not sure if I should post here or in DCS bugs and issue channel. The full listing of the issue and testing done to date can be found at: Thanks for anyy and all help.

Any and all data is welcome. I agree one would think that it would be totally oblivious to what module was using the input, or what program was being used. However, given that I can interact with the rotor via the control setting menu and there aren't any disconnects, that sort of argues (not conclusively) against random occurrence. I did some more testing today (see below) but still not convinced that it is a "hardware" Connection issue. I will certainly try that as all data will help someone figure out the issue or get in the computer HOF for weird computer problems. And it's nice to know that someone else has a ton of USB devices. I had an issue with the Rotor TCS Plua base a couple of years ago where it would be disconnected on startup and I had to unplug and plug it back it to get it to be recognized. That issue has been solved for at least a year now. The issue here is that it Windows will drop it and then pick it back up (sometimes). -------------------------------------------------------- I should also noted that I first noticed this issue in early June (June 5th? June 6th) and posted a question in the Virpil Discord on June 7th. Testing on 6/11/2024 Version 2.9.5.55918 No disconnects while in the main menu or control menus. Started with the Apache. Flew for 3 - 4 minutes and got one disconnect AND reconnect. Flew the UH-1 next and got several disconnect/connects in a 3 minute flight. Went to the KW and got an instant disconnect during the loading to fly screen (the others didn't do that) Reconnected once and then stayed disconnected. Went to menu screen and control setting screens. VPC rotor base was connected and didn't get any disconnected. Version 2.9.5.55300 Due to different reason, I have a backup copy of DCS v 2.9.5.55300, so why not give that a try. Loaded it up and flew the Apache, UH-1 and KA-50 for about 30 minutes total. The collective didn't disconnect ONCE. This seems to point to an issue with the latest update. With that said, there are at least 2 people that aren't having any issues. Wish I could be the third on that bandwagon. Thanks for the responses.

Hello, OK, this is a weird one. I have a Virpil collective (VPC Rotor TCS Plus) with the AH-64D. Several times when I go to fly the KW, Windows keeps dropping the VPC Rotor TCS Plus. What I mean is that if you look at the EIN 10 Game Controller's windows, it will show, and then drop. Sometimes it does this 2 or three times, before it goes away for good. This only happens when I go to fly the KW. I have not had any issues when in the Controls Setting menu. Also, I have tried it with the following modules (about 5 minutes each) with no issues. KA-50 III, UH-1H, AH-64D, OH-6 Mod) Mi-24P. I also tried with the Mi-8 and had the issue once, but then tried again, and did not have this issue. I did try going back to the OH-58D after a successful run and the same issue occurred when trying to enter the OH-58D to fly. I also went back to the 64D after that and it did not have the issue. The issue is fairly consistent although I was able to fly it the other day for about 15 minutes. I have tired it about 7 times today, and it did it each time. MSI Z690 Edge, 64 GB DDR4, i7 12700 K, RTX 380, Samsung, m.2 2TB, TM Warthog HOTAS with Virpil WarBRD base, MFG rudder pedals, Logictch mouse and Razor Tartus pad. Running WIN 10 null

I agree that there will be two (or multiple) camps around the visuals, but I disagree that those that are concerned/ have complained here are more "discerning". You just value it differently than I do. That doesn't equate to one camp being more discerning than the other. I fly in VR and have chosen lower graphics and immersion over higher graphics. And although I love how they look on the flat screen at 1440p, it's the simulation aspects and immersion that bring me back,and have since Flanker 1.5. Before that it was Microprose Gunship! Now my 2.5 cents worth (corrected for inflation). When I first flew it I was a little disappointed. It flew easier that I thought it should. I fly DCS and other flight simulations to simulate flying the real thing. The flight model and systems are the most important thing to me. Then I reflected on the fact that at least two RL Kiowa pilots (Casmo and Burundas (spelling??)) have endorsed the flight model. Second thought was that since I've been waiting for this module for 3 years(?), my expectations were probably too high. Now that I've spent some time in her, I like it. It has a lot of promise. I think it's also important to remember it won't fight like an Apache or run like a LOACH, but it has its place. My two main areas of concern are the sounds (being worked on) and the actual state of the damage model. Both are important to immersion imho.

I have a mission I want to run on a server with a mod (e.g., OH-6A) in the mission and not require that ALL users have that mod. I think I have the integrity check turned off. I looked and didn't see anything obvious.

Here is what someone said on Casmo's Discord channel. Because it doesn't do anything in the real helicopter. It's why the cursor auto jumps to the boresight potion on the MFD. So it's not that ED didn't implement it, they just implemented in accordance with sme feedback and how it works in the software version presented.

Thanks. Sorry I missed the first post.

I followed the instructions and removed the screws. IIRC I looked at it and thought there might be some interference, and it was easy enough to do.

Interested in how you did this. Do you have layouts you care to share.

"Hi, I'm Uncle Bill and I'm here to help!" IMHO, not the first, not last time, MS has #$% us all.

I use SkateZillas utility for this and it works great

At the 1:17 mark in Virpil's release video, it looks like to me they have the "Counterbalance" upgrade kit installed. Curious if it is "required" to get the grip/base to function properly. ALso it will be interesting to see how this spring counterbalance works. I currently use the counterweight setup.

We run our mission on a server that swaps to a specific instance for liberation missions, and then swaps back to a different server instance for general/public DCS missions. The issue is that some times, before I have a chance to copy the Liberation state.josn file to a different folder, or rename it, the server starts with the same mission ( even though there are other missions listed) and overwrites the state.json file. What I would like to do is copy the state.josn file to a different file about 45 to 60 seconds before the mission ends. I know the basics of Lua, but not sure how to use lua to copy a file. I can write to a file, just dln't know how to issue a command to copy a file. Can anyone point me the a direction to do this. Thanks

Any news from Virpil?

Thanks Grimes. The main place I am looking to use it is in Liberation Campaign generated missions. It looks as though dead units are kept around from mission to mission. I have no clue if that would degrade server4 performance.

Hi all, I have a few questions on the world.removeJunk function. I have added it to a test mission and it seems to work, or at least it doesn't throw any errors. 1. I read a few reports that this function was causing crashes, both ser4vers and clients. Has this been fixed and is it now working? 2. Assuming it's working, what would be the use case? Does removing the dead persistent units improve or is it primarily for ascetics. 3. are there limitations on the size of the sphere to use? Would it be better to use a lot of small ones, or one very large ones. Thanks, Cluitter

IMHPO - One must bide your time. It will happen, or it won't. It will always be "not soon enough" , but once released, that will become history.

Thanks for the response Kanelbolle. The reason I am checking to see if I get an error when trying to open the file is to try and avoid a runtime error that stops the script. I also posted this question on the Stack Overflow board. The response I got there, was that I was opening the file TWICE is rapid succession., which may caused a Time of check to Time of Use error (Time-of-check_to_time-of-use). As being new to programming and lua, I would never have figured this out. The responder also suggested a better way to do what I wanted to do. The key seems to be to open the file and assign that to a handle (Variable) and also capture the error, if the file can't be opened. I think the key is the follwoing line. local Test_File_Handle, err = io.open(FILENAME, "w") Anyway, my revised code is shown below and seems to work. I haven't tested to see what happens if I can't write the file to start with. local function Write_Mission_Stats () trigger.action.outTextForCoalition(2,MSG_Header .. "TEST - Simple test to write to file TEST" .. MSG_Footer, 15) ---[[ ALternate Method local Test_File_Handle, err = io.open("C:\\Users\\Nathan\\Saved Games\\DCS.openbeta\\AKA_Test_File.txt", "w") -- For Clutter's Comuter -- local Generate_A2A_Summary_Stats_OutString = Summary_Stats_Report_Tbl (Index_TBL) if not Test_File_Handle then -- failed to open file, let's display the error -- print(err) -- or error(err), or whatever debugging function trigger.action.outTextForCoalition(2,MSG_Header .. "FIle was not opened\n" .. MSG_Footer, 15) trigger.action.outTextForCoalition(2,MSG_Header .. err .. MSG_Footer, 15) else local Generate_Mission_Config_Report_Tbl_Outstring = Mission_Config_Report_Tbl () trigger.action.outTextForCoalition(2,MSG_Header .. "TEST PRINT BEFORE WRITE CALL" .. MSG_Footer, 15) -- Output summary talbe of A2A groups trigger.action.outTextForCoalition(2,MSG_Header .. Generate_A2A_Summary_Stats_OutString .. MSG_Footer, 15) -- Output summary talbe of A2A groups -- opened the file, write some data Test_File_Handle:write("===============================\n") Test_File_Handle:write(" Mission Stats for AKA Campaign\n") -- Close the file Test_File_Handle:close() end return end -- Next line is to call the function to write mission states to a file. timer.scheduleFunction(Write_Mission_Stats, {}, timer.getTime() + 15*Sec_per_min)

Hi all, I am trying to write information to a file and I am having an issue. I have commented out the sanitize lines in MissionScripting.lua and I am able to write to a file. However, I want to add a check to make sure that DCS sanitation has been disabled. I do this with an if statement, but this ends up generating an error. Here is the sbnipet of code that I am having issues with. local function Write_Mission_Stats () trigger.action.outTextForCoalition(2,MSG_Header .. "TEST - Simple test to write to file TEST" .. MSG_Footer, 15) -- Test_File_Handle = io.open("C:\\Users\\Nathan\\Saved Games\\DCS.openbeta\\AKA_Test_File.txt","w") if io.open("C:\\Users\\Nathan\\Saved Games\\DCS.openbeta\\AKA_Test_File.txt","w") ~= nil then local Generate_Mission_Config_Report_Tbl_Outstring = Mission_Config_Report_Tbl () Test_File_Handle = io.open("C:\\Users\\Nathan\\Saved Games\\DCS.openbeta\\AKA_Test_File.txt","w") Test_File_Handle:write("===========================\n") Test_File_Handle:write("Mission Stats for AKA Campaign\n") Test_File_Handle:write("===============================\n") Test_File_Handle:write(Generate_Mission_Config_Report_Tbl_Outstring) else trigger.action.outTextForCoalition(2, "\n*************************************\n\nNot able to open wirte file. \n\n**********************", 15) end end -- Next line is to call the function to write mission states to a file. timer.scheduleFunction(Write_Mission_Stats, {}, timer.getTime() + 15*Sec_per_min) The error message is that the line with " Test_File_Handle:write("===========================\n")" attempt to index global Test_Handle(a nil) value). I check after the error and a file named "AKA_Test_File.txt" has been created,but is empty. If I remove the if statement, the code works fine and a file is written. I tried adding "Test_File_Handle = io.open("C:\\Users\\Nathan\\Saved Games\\DCS.openbeta\\AKA_Test_File.txt","w")" as the text condition to the if statement, but it didn't like that at all. Can any tell me why this is happening, or a better way to check and see if I can write a file and not generate an error that stops the script. Thanks,

Yeah, I was hoping I was missing something. Thanks all

Hi all, Is there a way to get selected Trigger zones to show on the F10 map in a multiplayer mission? I have the zone defined and it isn't "hidden" but doesn't show in in the F10 map when flying the mission. Is there a way to do this? Thanks,

Do as I do. Let Skate do his thing, taking the time necessary to do it to his standards, don't ask when it will be ready, but check DAILY or whenever you use his utility. Works great for me.