-
Posts
230 -
Joined
-
Last visited
Content Type
Profiles
Forums
Events
Everything posted by Darkdiz
-
Are the Smart WPNs problems solved in current 2024 version?
Darkdiz replied to Rhinozherous's topic in F-15E
From what I have seen, there is still a huge desynch problem with the smart weapons. If the WSO designates a tgt AND transfers the tgt coords to a smart weapon, the pilot will not get the drop cues (in multiplayer). The WSO will get the correct cues in the HUD repeater, but nothing for the pilot. The workaround is either have the WSO do the weapon release, or for the WSO to designate the tgt (say with the TPOD for example), and have the pilot transfer the coords using PB 1 on the smart weapons page to the selected smart weapon. Even if the transfer TPOD legend is not shown on the pilot's page next to PB1, pressing PB1 still transfers the designated tgt coords correctly. -
Got it. I also asked Notso directly via YouTube, he got back to me right away. If I want M3C, is that what I type in?
-
Recently saw a youtube video by Notso, a tutorial on the F-15E IFF system. In it, he had set several AI tankers to various IFF codes other than mode 4. When I checked in the ME, there did not seem to be a way to do this. Is there a way? If so, how? I would like to be able to assign specific IFF mode 1, 2, 3 codes to specific aircraft such as tankers and AWACS in my miz files. Cheers
-
This was an issue prior to the last patch when it I think it was supposed to be fixed. Finally got around to testing, and alas, when the WSO programs the JDAMs, the pilot gets no drop cues and vice versa. The WSO can designate (TPOD or whatever) but the pilot has to be the one that actually transfers the info to the weapon. If the WSO does it, only the WSO gets drop cues, the pilot does not (if the pilot does the transfer, then the WSO gets no drop cues). Occasionally, the desynch gets so bad that one crew or the other cannot even select a given JDAM, the Nxt Stn button doesn't Nxt Stn, which leaves the aircraft crippled, unable to launch JDAMs
-
No TPULL cue on Auto loft when below TGT altitude
Darkdiz replied to Sayangu's topic in Bugs and Problems
Not sure buy MAYBE that has something to do with the CBU fuze, which is MSL. So if your tgt is at 2700' MSL, if your fuze is set for height at say 700', the weapon will never arm, as it is 2000' below ground level. Just a thought, maybe try adjusting your fuze to either use time, or 3000' ("K" setting on the CBU height parameter under A/G load) -
My Workaround for exported MDF brightnes issues
Darkdiz replied to idenwen's topic in Multi-Display Bugs
It actually works, based on how I have my MPD/MPCD monitors placed in windows -
Setting GBU Laser Codes below 1511 on the Ground
Darkdiz replied to Darkdiz's topic in Bugs and Problems
Interesting that the GBU24 worked with 1111 set in the 15 via the ME, as well as the 54. I purposely set the 54 to something other than 1111 in the ME, and changed it in flight to 1111, launched it to an "area" then terminally guided it to a point near the original coords -
Setting GBU Laser Codes below 1511 on the Ground
Darkdiz replied to Darkdiz's topic in Bugs and Problems
Just tested a GBU24 with 1111 set via the ME. Worked fine. Tested GBU54 set with 111 on the sm wpn page, worked fine (default was 1688, which is what came up on the sm wpn sensor page initially). I think there is a disconnect here, if it works in ME, it SHOULD be available via the ground crew, as IRL, they would be the ones physically changing the bomb's physical code. -
Setting GBU Laser Codes below 1511 on the Ground
Darkdiz replied to Darkdiz's topic in Bugs and Problems
Ok, so the bombs cant be set by the ground crew to anything under 1511. Why then, as it clearly states in the manual (for the F15E anyway) that valid laser codes are 1111 to 1788. I can also set 1111 (for example) in the mission editor, it shows correctly on the kneeboard, and for the GBU54, I can set 1111 on the smart weapons page. It seems there is a disconnect here, it SHOULD be available on the bomb itself, especially if I can set in in the ME, and through the smart weapons SENSOR page. My buddy tested 1111 on the A-10, he reported it worked fine. -
When going to the F8 (Groundcrew) / F8 GBU Laser Codes menu to have the groundcrew change your laser codes to something other than default, the second digit only goes to 5, it SHOULD go to 1 to allow anything below 1511, all of which are available in the mission editor. In the manual, it clearly states valid laser codes are 1111 to 1788, but anything below 1511 cannot be set. Is this by design, or something that needs to be looked at?
-
My Workaround for exported MDF brightnes issues
Darkdiz replied to idenwen's topic in Multi-Display Bugs
How does one get this to work for different modules, or multi-place aircraft (F-15E front has 3 MFDs, back has 4) -
After some experimentation, it turns out that the points entered as "normal" waypoints in the mission editor will populate route A. However, if you add points under the Nav Target Fix Point menu in the ME, and in the comments box type for example 1A, THIS point will overwrite Route A. So if you enter a point ("add" function in the NTFP menu above) by left clicking the map (a small box will appear at the point you selected) and then type XY, where X is is a number and Y is either A, B, or C, this point will become route A, B or C as applicable. You can make as many as you want (up to 99?) so it is quite easy to populate all 3 routes. If you want any of these points created with the NTFP to be a tgt point, call it X.A, B or C (which ever route you want this point as a tgt point on). On the TSD page, press PB9(?) to cycle between the routes you created. In the ME, the points you add under the WP tab will show up on the ME as a series of points joined by a line, but in the jet this will not be a route
-
You sir, are nothing short of a rock star!
-
Has anyone tried to create a route in ME that is NOT route A? If so, how is it done? I'm trying to have 3 different flight plan routes available in the F-15E, route A, B or C. From the book, I know that if you add #T in the name of a given waypoint in ME it turns to a tgt point and the previous WP turns into an Ingress point. But how does one make the waypoint part of route B or C?
-
I think there are several fixes that need to be done here, the am/fm thing, the V vs U label, and the guard also monitoring 121.5 FM vice AM
-
It also appears that radio 2 is monitoring VHF guard (121.5) on FM, should be AM (R2 sub menu top row says GV121.5 FM). I guess while we are here, radio 2 line 5 seems mis-labelled in that it always shows U when there is a VHF freq entered (should say V).
-
Did you change the fm to am to get it to work?
-
Had this happen post update. Spawn (MP or SP), radio 2 is on whatever default freq is set in the mission (for example 121.5 AM). If I change to manual freq (GREC CM), and enter any freq (say 264, it comes up as 264.000FM (should be AM as the radio does not operate in the FM band at that frequency). In order to get this to work, it has to be manually changed in the R2 sub-menu, PB9 MAN-AM. This has only been noticed post update last week, and is also an issue on any preset channel (radio goes to FM, when it should stay in AM). When trying to talk either through the radio menu or any VOX (SRS or embedded) to say for example the AWACS (on 264.000AM) obviously there is no connection. Works fine after changing the system to AM through the R2 sub-menu PB9. Radio 1 works fine in this regard.
-
no bug A-10A alt hold mode not engaging
Darkdiz replied to Coastiejeff's topic in A-10A for DCS World
Wow, mine was fine. Do you use the "kneeboard fix" thing? -
no bug A-10A alt hold mode not engaging
Darkdiz replied to Coastiejeff's topic in A-10A for DCS World
So, it seems in the kneeboard lua fix (change the lua file to declare_kneeboard_Device2 to make the kneeboard the size and position you want) there is an obscure line in the Eagle Dynamics\DCS World OpenBeta\Mods\aircraft\Flaming Cliffs\Cockpit/A10A/device_init.lua file, where it declares kneeboard_device_left vice the above. Just above this entry is creators = {{"A10A::avAutoPilotInterface_A10A"}}. Once I got this figured out, the AP now works as advertized, AND the kneeboard renders properly where I want it (bottom right corner). The final file should look like this if you are using the kneeboard size fix: attributes = { "support_for_cws", } creators = { {"A10A::avAutoPilotInterface_A10A"} } --------------------------------------------- dofile(LockOn_Options.common_script_path.."KNEEBOARD/declare_kneeboard_device2.lua") --------------------------------------------- -
no bug A-10A alt hold mode not engaging
Darkdiz replied to Coastiejeff's topic in A-10A for DCS World
I'm having the same issues. EAC is armed, buttons bound, but no autopilot regardless if I use the keyboard or bindings. No HUD annunciation, nada. I tried it in level flight, VV centered, still nothing. Suggestions?