Jump to content

Subferro

Members
  • Posts

    152
  • Joined

  • Last visited

About Subferro

  • Birthday 06/30/1988

Personal Information

  • Flight Simulators
    DCS

Recent Profile Visitors

3741 profile views
  1. Is the readme the same thing that’s on github (https://github.com/ciribob/DCS-CTLD) because that’s where I started and couldn’t find any answers. I see the scripts for changing behavior wrt smoke, laser code etc. but that’s not what I’m looking for. I mean within the mission aside from “JTAC Status” on the F10 menu is there any way to communicate with the JTAC? That also doesn’t tell me what the radio frequency is used for aside from a cryptic “The JTAC can talk over SRS” and how it’s computed. Tuning the frequency doesn’t seem to give me any additional options, so what “talking” is the JTAC doing that’s different from the Status report?
  2. I think I’m missing something with the JTAC system. Is there a way to interact with the JTAC besides requesting “JTAC Status” from the radio menu? Also what is the point of assigning a radio frequency to the JTAC, as I can get that status report that has target type and location on any frequency.
  3. When adding an offset to an OAP, using the GRID option on the UFC produces strange results. Namely, the GRID coordinates of the offset do not match the entered coordinates. In this track I add an offset to waypoint 2 at GG 331 334 but the result is GG 340 333. I then use the same procedure to edit waypoint 3 (oops, meant to place the waypoint 11 that I had just inserted) to GG 331 334 and it ends up at the coordinates as entered, so this only seems to affect O/S entry. offsettest2.trk
  4. First, thank you for the feedback. Glad to hear people enjoy this. For your question, are you talking about Strike or CAS/BAI missions? For strike the kneeboard will have precise lat/long, ignore any MGRS messages, that’s just leftover scripting and not really meant to be used. For BAI missions you should be doing bomb on target rather than bomb on coordinate, and the MGRS grid should get you in the vicinity, but then use your sensors to pinpoint your aiming. If you’re having trouble finding the target (more likely on CAS missions in urban settings), the JTAC can lase using the F10 menu (Not the standard JTAC comms!) and you can use the LST of your pod to find the target. For BAI missions your wingman can do the same once you get close enough.
  5. https://www.digitalcombatsimulator.com/en/files/3313646/ An historical fiction that has you flying against a resurgent Syrian Regime after they are ousted in 2012. Essentially a sequel to my Coherent Force campaign with a lot of updates. More linear in nature regarding strike missions, but this has allowed me to incorporate much requested scoring and a debrief system. Lots of QOL updates as well, and it’s been migrated to the Supercarrier. Custom kneeboards for each mission and please read the briefing for instructions. A lot is done through the F10 menu (checking in, wingman buddy lasing, JTAC lasing). Im working on a quick update to make the AI SEAD escort more effective and based on your reports may rebalance some of the enemy air defenses. In most testing it wasn’t an issue, but I had one unlucky attempt where an SA-6 went ignored and ruined my day. Old campaign for reference:
  6. Question regarding jtac and ip objects. Does anyone know what causes the jtac to reference an IP and what determines their choice of ip? I have a mission with two jtacs and two ip objects. Occasionally one jtac will reference the IP closest to the other JTAC, and he never references the IP closest to himself, so it isn’t based on proximity. The other jtac never gives an ip in his 9-line. Doesn’t seem to depend on control either as I’ve had that one jtac use it in both type 3 and type 2. Really just can’t figure out what causes them to reference an ip and in a mission with more than one how they choose which point to reference
  7. Thank you for including this part. Everyone keeps posting thermal protection this, grey skin that... and I’m here looking at very green bombs. Glad to know I didn’t miss something with the update
  8. Any update on this? Been requested multiple times. The textures already exist in the game, literally all this would take is adding a few lines of code to the description.lua of the default skins. Yes there are mods that do this, but it would be much easier to just make this part of the default game.
  9. Been watching LANTIRN and WMD-7 videos on YouTube as I don’t have the -14 or Jeff. Why can ED not get us FLIR images that look like that? So much better than the effects we’re seeing with the LITENING... and the LANTIRN should be an inferior pod!
  10. Then he or she would probably use mark points to save the coordinates. TOO mode is a way to get JDAMs pointed at your current target. Using it for anything else is outside the scope of its intent.
  11. Ok interesting. I started to edit those, but they had names like INDICATION_COMMON_AMBER or INDICATION_COMMON_RED. I wasn’t sure if those would affect the caution lights on the cockpit itself or just the DDIs. Plus in the DDI subpage .luas, I see things like “MDG_EADI_RDR_SetYellowColor” (not exactly but similar), and I couldn’t find any reference to those in the other scripts so I assumed it was out of my control. I’ll try the other settings in the main materials.lua Oh and to be clear I did find the MDG_materials that controls the green on DDIs and I’m much happier with my values for that (posted above)
  12. Ok now that we’ve sufficiently derailed... back to the topic: Do we know for sure what triggers the laser to shutoff? In autolase I think it makes sense for it to kill the laser ~5 seconds after TTI which seems to be about the case in game. For manual lase though I’m less convinced. Seems like then the cutoff should be based on either pilot input or if the laser is approaching its mask zone. Right now it still seems to operate on the ~5 seconds post TTI, which defeats some of the purpose of manual lazing
  13. Ok I give up. I can’t find the controllers for red and yellow on the DDI/AMPCD. I can find references to it in the various subpages, but can’t actually find where the color is set.
  14. You can’t get it to look back without making a new designation. Obviously this will mess up your bomb programming. Wait until the last bomb is off the rack, then hit WPDSG if you have a waypoint in the area. I do wonder if undesignating in area or point should leave the pod in place. And then you can return to snowplow by cycling to OPR. But that is speculation
  15. I did something similar. I found just files for black DDIs and using the description.lua from someone else’s mod cockpit and the default textures made a SavedGames cockpit that only changes the DDIs, no additional reflection. A bigger difference came from editing the materials.lua. Interestingly they have a commented out line giving {204, 255, 0, 255} as the value specified for the real Hornet DDI color. I changed the one in use to {204, 350, 0, 255} and it’s much more readable. A little neon but not bad. Next I need to find a good balance for the amber and red to match.
×
×
  • Create New...