All Activity

This I know. You can see in the video that in such situations, after dynamic placeholder hot alignment is completed and the INS is also aligned, the HUD still shows deviation during takeoff.

How can i make the HUD and the HMD look like this again (two colors of green)? I actually really liked the color difference. And for example make the text in the MFD's Yellow like the picture above from Archangel44 for all screens (normal windows, PODS and Weapons)?

Hi BN! Thanks for the quick reply, indeed my weapon was Marvrick in vis mode and i didn't checked. this sloved the major issue i have encountered. Thank you Alternatively, i might have managed to break the AA FCR in this situation. I have updated the track file for this occation. Otherwise this is solved. Many thanks! Yes you are right, identical issue

dude...just open a support ticket and ask for one. Youll get store credit instead of a refund, but its 100% better than nothing.

That doesn't strike me as the kind of problem a re-install would have anything to do with, I would look elsewhere first. Going from memory, assuming your canopy is open, I switch to ICS, then it's option 8, option 2, option 1, I believe, from the Comms menu (8,5,1 for Ground Air Supply).

У меня точно такая же хрень... не могу понять в чём проблема... нужно попробывать отключить...

It's either the C-130 Mod or the Armed black hawk: Explanation: The reason the C-130 causes DCS to have a stroke when CJS Module is installed, is because the ordinance table is built using the new database names ie ("Weapons.Missile.AIM_120C") etc etc. and when the C-130 Mod tries to build it's ammo crates using a wstype that's a mixed string (integer and table name), DCS has already processed the CJS Ordinance table and shifted the database to the Type.SubType.Unit format, and therefore the wstype string containing both integers and table name is no longer valid, plus the weapon is already defined, as the CJS Mod Tells DCS to Process the Aircraft Weapons Pack first. For the C-130 Mod, the Problem line in the loadout lua file is 180 Ammo_Pallet_Contents({user_name = _("Ammo GBU-31V3B*6 [12949lb]"), clsid = "Herc_Ammo_GBU_31_V3B_bombs", contents = "{GBU-31V3B}", count = 6, mass = 981, wstype = {4, 5, 36, GBU_31_V_3B}})--GBU-31V3B The DCS Core function calls for a wsType of either 4 Stage numbers or the new format of 3 stage definitions, This line calls for 3 stage numbers then a table name, which DCS see's the table name as invalid due to a weapon already being declared using weapons.bombs.TABLE_NAME. So the Fix is to update the weapon wstype in the pallet's wstype, you can update it to use the new weapon wsType format: Ammo_Pallet_Contents({user_name = _("Ammo GBU-31V3B*6 [12949lb]"), clsid = "Herc_Ammo_GBU_31_V3B_bombs", contents = "{GBU-31V3B}", count = 6, mass = 981, wstype = "weapons.bombs.GBU_31_V_3B"})--GBU-31V3B

Somewhat relatedly it would be good to have means of triggering a reloading sequence.

I executed the start procedure exactly as described in the EA Guide, and it worked. Except I never saw the "Engine primed" message, maybe I was not looking where I should.

So, the clear thing we all get to understand is that, after all the Hawk mess, ED promised us that something like that will never happen again, and it is going to happen again unless a "positive outcome". So, ED plainly lied to all of us. GG ED.

Looks like AGR mode is being commanded. Like you are in a CCIP or Gun Strafe mode.

Sorry I thought you meant you were getting nails in auto and it was dispensing. To confirm, you're saying with no nails, in auto, you dispense? I'm unable to repro in free flight miz. free-flight-auto-no-dispense.trk

Sometimes when staring at the F10 map in flight, I return to the cockpit and find my aircraft in an unusual attitude, especially in warbirds even when I think I had them trimmed well. I think a small artificial horizon in the corner of the F10 map would go a long way, kind of like what a TGP has in the corner as well. Thanks!

Anisotropic Filtering: You have it set in both game and Nvidia driver pick one do not use both.

I want a refund for F15E. Probably won't get it because their egos are too big. Won't ever buy RAZBAM ony any other flight platforms.

So, with no threats it is supposed to start blowing off chaff and flare until it runs out? That doesn't seem to make any sense and it's not how it has functioned in the past. Maybe the old version was in error but this new set-up seems even stranger than before hand.

There are 2 things that I find kind of implausible with regards to the behaviour of systems in the Hornet, here is the first one. The Dispensor switch has 3 positions: OFF-ON-BYPASS What I find not very plausible is, that when I turn it ON, let it do all its self-tests and then turn it to BYPASS, because....well I come to that later.... But let´s say, I turn it back to ON subsequently, it goes through its selftest again and then remains in STBY mode. Now why do I find that unplausible?: The bYPASS position is a position beyond the ON position, so I would consider it a submode of it being ON. Apparrently you can release Chaff/Flare, so it must be on somehow. Why do I find it annoying?: Let´s think about what the usecase of the BYPASS position might be... There are 2 that come to my mind. The first one is an "items check" during the Fence-in in order to check if C/F dispense correctly. It is kinda´hideous that after that you have to go through all the button presses on the EW page in order to set your desired progarm...let aloe the waiting time for the self-tests. The other use case would probably be training sorties, where you don´t want to dispense that many C/F on every press, but chust want to do it for the purpose of training, but therefor rather more often per sortie. Do I have proof, that my claim is correct, and switching fom BYPASS to ON should not trigger the self-test and simply return to it´s last state? No. I simply think it would make more sense. CMDS Logic.trk

Clearly you dont. What part of confidentiality, especially in business don't you understand?

Snort quoted Grumman employees who said it was a 13 g airplane and claimed that he had done 13G. The are plenty of claims of over 11g without any structural damage. In fact so many that I would say it’s verified. Before they had a g-meter that the pilots couldn’t reset it was apparently common to treat the Tomcat as a 9G airplane. Back in the old days we treated those limits more as advisory. In any case, it’s clear that both the 6,5 and the claimed design of 7,5 was more about longevity and an effort to reduce maintenance than concern about structural failure. That does not mean I don’t think a pilot in a stateside LFE pulling 9Gs isn’t a douche, but I would recommend and commend him for doing so to evade a missile over soviet backed <profanity>whole countries.

Hi, your track seems to end quickly and does not show the issue, can you try and reproduce another. When we test all seems ok, ensure you are in CCRP or LADD and not CCIP. thank younull

No, you misunderstood what I meant. What I mean is: When QVFR is turned on, the picture in VR becomes blurrier than when it's off, and this isn't an isolated case. As for DLSS, I've always had a positive attitude towards it. Apart from some motion blur, it hasn't brought me any negative changes. I use a Quest 3. When I was using the 4060Ti 16G, QVFR worked really well. This problem only started to occur some time after I upgraded to the 5070Ti.

Formatting update: Most VR content has moved to https://www.8492sqdn.net/guides/vr/ so that it can be reused for other sims (Falcon, etc.) - there are links back and forth between the DCS page and the VR page where appropriate.

Probably because, once again, legal counsel has told them to keep quiet. Also, if IP infringement weren't involved, this would've been over long ago.

if is that so, then a clarification is indeed needed. Is easy to resolve: "Those 3rd party listed here have signed the file sharing program with us:" " Those modules listed here are included in the file sharing program" They can just add " Everything is subject to change" if they feel more confortable. But at least is something we as customers can ask for informed payment decisions within ED Store. Knowing nothing is granted in the mid-long future. But at least we all can know ED have those files from those developers if the worst case scenario someone are not able to keep developing the modules.

My computer has two M.2 drives, and I’ve tried reinstalling (the program) on both, but neither worked well… The problem isn’t here. I recently tried disabling core parking, which did bring noticeable improvements. However, there are still occasional intermittent freezes, and a new issue has cropped up: occasional frame drops when moving the mouse. This can be fixed by restarting the game. (Forums point out that this issue stems from mouse polling rate, but I never had this problem before when using a 1000Hz polling rate.)