xaoslaad

Thank you both, I couldn't find the pattern or an explanation (I'm sure it's in there somewhere, just no the way I was searching no doubt). I appreciate it. I'll work on using DLC rather than over correcting with throttle. Appreciate it!

I am finding both of these retracting during landing on their own. Is there some condition under which this is supposed to happen? I find it to really be screwing with trying to maintain AoA as just re enabling DLC causes quite a change in pitch, I checked my controls I and I don't have anything extra mapped to control these and I'm too busy trying to control the axes to really be mashing buttons anyway. If you tell me I'm going to slow or pitching too much or almost anything I'd believe it. I'm not very steady as it is, but I can't find an explanation for this behavior anywhere and it is without a doubt not helping the situation.

Clicking buy on the icon in the game leads me to a log in page that says, "Access to this product is allowed only for beta testers at the moment." I don't see it on the store page or in the module manager at present, just the icon at the bottom of the OpenBeta version of the game.

This photo shows a different landing gear configuration. What was the purpose for the difference? Are we getting both (not that it probably matters much either way, just morbid curiosities). https://www.digitalcombatsimulator.com/upload/iblock/147/DCS-Yak-52-WIP-01.jpg Edit, NM, perspective is playing tricks.

The serial number I received for the harrier does not match the format of any of the previous serial numbers I've received. Is this expected?

Thanks for all this. I was able to extend it to run two copies of the game by also looking at the executable path since I run two servers, one release, one alpha. To this end I also have it move the windows to opposite corners of the screen and added some additional timeouts after running an ahk script. If both were to crash at once I doubt starting both on top of each other would end well. Since I threw the vbs in my startup and wanted to leave a little breathing room for things to settle I start with a 60 second pause before going into the while loop. I also had to be a little more robust and look for the window and activate it, which was not a problem until I added the script to my startup. And I have it check for a listening port since it seems that after a crash it can take awhile for the game to run. If we're not listening, we're not a server, so we terminate the process and try again. And I have it run as an unprivileged user for fun as well. Very helpful and nice idea though. Thanks again for the basic idea. WScript.Sleep (60000) '**************************************** '* Application Restart Script * '* based on http://www.intelliadmin.com * '* amended by s77th yeti for DCS * '* AutoHotkey is also needed in order * '* to re-start the dcs server * '**************************************** set Service = GetObject ("winmgmts:") set Shell = WScript.CreateObject("WScript.Shell") set fso = CreateObject("Scripting.FileSystemObject") '**************************************** '* Set variables * '**************************************** 'Name of the DCS exe we want to watch sEXEName = "DCS.exe" alpha = "C:\Program Files\Eagle Dynamics\DCS World 2 OpenAlpha\bin\DCS.exe" release = "C:\Program Files\Eagle Dynamics\DCS World\bin\DCS.exe" sHotKeyPath = "C:\Users\User\Documents\" sHotKeyAlphaScript = "dcs_alpha.ahk" sHotKeyReleaseScript = "dcs.ahk" alphaport = "10309" releaseport = "10308" '**************************************** '* NO NEED TO EDIT BELOW THIS LINE * '**************************************** Function PortMonitor (port) command = "cmd /C netStat -an |find "":" & port & """ > " & sHotKeyPath & "port_status.txt" Shell.Run command, 0, True PortMonitor = fso.GetFile(sHotKeyPath & "port_status.txt").size end Function 'Loop until the system is shutdown or user logs out while true alphaport_status = PortMonitor (alphaport) releaseport_status = PortMonitor (releaseport) if alphaport_status = 0 then for each Process in Service.InstancesOf ("Win32_Process") if Process.Name = sEXEName and Process.ExecutablePath = alpha then Process.Terminate() End If next End If if releaseport_status = 0 then for each Process in Service.InstancesOf ("Win32_Process") if Process.Name = sEXEName and Process.ExecutablePath = release then Process.Terminate() End If next End If alphaRunning = false releaseRunning = false for each Process in Service.InstancesOf ("Win32_Process") if Process.Name = sEXEName and Process.ExecutablePath = alpha then alphaRunning=true End If if Process.Name = sEXEName and Process.ExecutablePath = release then releaseRunning=true End If next if (not alphaRunning) then 'No it is not, launch it Shell.Run Chr(34) & sHotKeyPath & sHotKeyAlphaScript & Chr(34) WScript.Sleep (60000) end if if (not releaseRunning) then 'No it is not, launch it Shell.Run Chr(34) & sHotKeyPath & sHotKeyReleaseScript & Chr(34) WScript.Sleep (60000) end if WScript.Sleep (10000) wend RunAs DCS, youruserpasswordgoeshere Run "C:\Program Files\Eagle Dynamics\DCS World\bin\DCS.exe" --net-mode gui Sleep, 60000 WinActivate, ahk_exe C:\Program Files\Eagle Dynamics\DCS World\bin\DCS.exe Sleep, 2000 WinMove, A, , 1271, 0 click, 1085, 360 left Sleep, 2000 click, 640, 780 left Sleep, 2000 click, 680, 780 left Exit RunAs DCS, youruserpasswordgoeshere Run "C:\Program Files\Eagle Dynamics\DCS World 2 OpenAlpha\bin\DCS.exe" --net-mode gui Sleep, 60000 WinActivate, ahk_exe C:\Program Files\Eagle Dynamics\DCS World 2 OpenAlpha\bin\DCS.exe Sleep, 2000 WinMove, A, , -7, 770 click, 1085, 360 left Sleep, 2000 click, 640, 780 left Sleep, 2000 click, 680, 780 left Exit

Came here to ask about port configurability. Glad to hear it is coming! This looks like a really neat feature.

If you ask them to move the key to another account they probably will. They did this for me today. Sadly, since my KS rewards are on a different account than I use to fly I will have to go through tgis at least three more times. (Normandy, P-47, and Me 262)... I asked in the same ticket about switching my ks backing to my other account, but there was no response to that. Sent from my SAMSUNG-SM-G891A using Tapatalk

This is terrible. I have a separate account for running a server and receiving my kickstarter rewards. Now I receive my kickstarter reward and I have to beg to get it transferred so I can use It? I was basically forced into doing this because the kickstarter account email and ED account email had to be the same and I did not use the same email for the two. I have also bought many extra modules over the years and gifted them to other people. This is kind of cutting their nose off to spite their face. I obviously won't be doing that anymore.

I just got my key under an account I created with the same email as my kickstarter account because they had to be the same... Anyway, I just tried to transfer my key to my true account and on attempting to unbind it: One or more parameters are invalid. Is this a temporary problem?

Arduino Micro or Leonardo and MMJoy2 for software work fine. Sent from my SAMSUNG-SM-G891A using Tapatalk

I was playing with miracast on my phone. I turned on the Intel 530 on my motherboard as the Windows connect app requires an Intel Graphics card and a Intell wireless card in order to work. The graphics were corrupted however, and I found a better option and disabled the IGP again. So I lost one activation to enabling the IGP and one for disabling it. Only the 21 mind you. None of the other modules cared about any of this. Can LNS maybe get the 21 in line with all the other modules. It's a bit extra ridiculous as it stands.

Steam and Starforce are practically Apples and oranges in the way they behave. I have literally never had to troubleshoot Steam let alone its DRM aspects, run out of activations for a Steam game, had to reactivate my collection because of a graphics card change, delete registry keys related to activation for a friend so he could get the game to activate, or had to work with someone to figure out their TS3 press-to-talk key was what was causing reactivation windows to pop up while loading DCS. That stuff, while much of it is fairly minor in the grand scheme of things, is punishing to customers and simply non-existent with Steams approach.

VT-d should work. Hyper-V RemoteFX works for me and it's not even passthrough. Rather it uses a dedicated card to improve performance on multiple vms.

They tested those 30mm Gunpods on F-5's and F-20's as well and recall reading theybwere just as bad there. Some Thai aircraft supposedly still use them. I'd wonder if something heavier like a mudhen would have better luck with it. And if that worked any better and they could modify the thming to sling rockets, mavericks, and/or whatever else would be needed to fill the roll, it seems just by the bomb loadouts that it would be able to haul the load and maybe just maybe do the job. I'd guess loiter time would be better than the F-16, but issues with approach speed might be worse. I simply do not know. Two engines seems like a better idea for that kind of work as well. Anyway, probably never know; just my musings.

4 computers out of 5 (between mine, my girlfriends, and a friend) the install went fine. The 5th was a royal pain and I had to remove the disks for storage, vm's, and backups, leaving just the system disk and install the update, then add the other disks back and fix my stuff. No problems whatsoever with DCS:W and even noticed disk utilization go down after I did the disk clean up and removed all the old system files.

The AI F-86F's love to drag you into a turning fight, which is fine. They're better here, but it's not impossible to play their game with some hard rudder inputs and a gentle hand. Just wait 'til they shoot up into a stall. Once you learn to follow that and maintain control in the climb to stall you can rip them to shreds at the peak. Recover, rinse, repeat. Very easy. Against the SFM AI anyway. In reverse the only annoyance is that those .50's take forever to shred a MiG. But it can be done. If you can get lucky with a GAR-8 that's always nice. But they had all of maybe a 10% kill ratio in real life, and they're about on par in the game, so you can't rely on it. Heck I've seen the AI waste each other by accident when shooting at a maneuvering player.

Not clear if it's correct representation or not. Get the feeling it is not. But people are talking USAF vs. USN/USMC procedure, and not sure that means a lot on a radar screen. Some radars are likely used by both and who's to say if the display is customizable without a lot more kniwledge about the ststem than I have. If not they'd pick one method... http://forums.eagle.ru/showthread.php?t=32191

Ok, stop being rude to him and figure out how to be more gentle then. It's sensitive (perhaps overly so) but very doable.

Crashes The game hangs up when I launch AIM-9's at least sometimes; as soon as I hit weapons release. Logs attached. Not using VR. Logs.zip

I can't set the flaps on my throttle for the FW 190. Those three squares are greyed out. I tried removing all the controller files and the problem persisted. Is this a known issue?

Another to just say 'me too'. It seems if I remember to keep TIR paused whenever I'm not in the pit I can stay even but things just get more and more cattywampus the more I leave and enter the pit with TIR enabled.

Yes, I think _anything_ that crashes the game should be fixed. Just because it's unexpected and dumb doesn't mean it should be ok for it to crash the game. Now stop. Your useless and unhelpful input is as always _completely_ unwelcome. Every thread your name ends up on grows needlessly and overwhelmingly long. This thread should have been done at http://forums.eagle.ru/showpost.php?p=2816989&postcount=1

I didn't say it was a big deal, but it still shouldn't crash the game. Don't you have something better to do than troll bug reports?

Set CMS program in A-10C to drop 999 Chaff, 999 Flare, at 0.25 interval, with 99 intervals. Dispense program. Game instantly hangs.