Anubis_94

Hello, Updating this thread with another illustration of what seems to be a weird trajectory/behavioir for harpoons. They go for a basic heading of the target at release time, until a certain moment when they do a first turn that sort of fix their trajectory (radar lock? if yes why no track trajectory ?) And at last, a final turn after the radar lock. This is not really an issue for a monotarget mission. But, for a multi target mission, of a -precision- attack in a convoy (like, millitary ship only/first), this is an issue. Especially with the way the missile pick its target. Missiles come "late" on the target, and pick one. Probably the first their radar can pickup. Track on DCS 2.9.21.16552 Harpoon_trajectory_multitarget.trk So, we have two questions: Why don't they intercept the moving target directly? TDC from WW2 submarine can do it Why don't they correlate the correct predicted position of the target to get the correct one ? If ships evade, ok, they can pick the wrong one. But if they don't they could. Harpoon_trajectory_multitarget.acmi Harpoon_trajectory_monotarget.acmi

Hello, After one year, coming back with a track. It wasn't easy to reproduce, but with a little clusterf*ck of attacking ships, I managed to get a Moscow to go reverse with the wake unable to go in front of the ship. Around 8h09 in game you will see this DCS 2.9.21.16552 wake_reverse.trk

Hello, The sun visor is a cool addition for visibility. But it comes with some implementation downside: the edges of the visor. While we can discuss of, is it normal to be able to see it in VR (yes, IRL we see it, but VR is not a 1:1 implementation of IRL sight, see the HMD render in one eye discussion). This is not what I want to discuss. I want to discuss about another downside, screenshots. Visor edges are captured in the mirror. And this is sad . Can you do something about it ? Example from a VR mirror 2560*1440 from a G2, right eye.

Hello, The table configuration FRND for E2 and E3 doesn't work. Table with F18, E2 and E3 as FRND => Only F18 are displayed as FRND. test_RWR_FRND.dtc test_RWR_FRND.trk

Hello, The RWR table configuration, at least the FRIEND option, is not taken into account when setup is done without importing a DTC. (on the contrary, setup a radio is OK). test_RWRupdate-preflight.trk Importing a DTC with a RWR setup is OK.

Hello, Currently a runway is repaired after 1h. Is there a way to increase this time ? Without scripting.

Hello, A week later, do you need more infos on these 3 reports? A thread per bugs ? The range issue is painful to sort targets in close formation.

We also encountered this render limitation. So I would like to add a voice to this issue, as we can use and guide a SLAM-ER beyond the 50Nm mark. Not being able to see the targets via its seeker nullify the ability to do man in the loop guidance.

Added another side report for the tracks range that isn't stable. Tell me if you want a dedicated post (but it will be the same replay).

Hello We spotted what seems to be a variant of this bug : After firing multiple 120, missiles flyout don't align correctly with the target of the missile when we switch LS-DT2. Side report: The range of the tracks isn't stable Side report2: The lock/shoot indicator only briefly flash "SHOOT". It should remain steady as target is locked and within Rmax when A50 is hot (at 1min). Manual : Track done on 2.9.20.15384 test_RDRMissileFlyout.acmi test_RDRMissileFlyout.trk

Hello, While playing with MS on the ground, we spotted that MSI trackfiles were showing speed 0. Digging into, it seems that the speed of a MSI track is dependant of our own plane speed. Here: an A50 orbitting FL250@M0.7 MSI trackfile display first speed 0 while on the ground After takeof, at 280kts, MSI trackfile displayed M0.5. Then I slowed down to stall around 160kts, speed of trackfile slowed down too, to a M0.3. This was also the same M0.3 seeing when I was taking-of (when plane crossed the 160kts). It never displayed real expected M0.7 Track done on 2.9.20.15384 test_MSI_speed.trk test_MSI_speed.acmi EDIT: Added that oberservation trackfile speed <-> place speed when crossing 160kts

Thanks As in entering CAC mode lift the SIL, I guess firing a missile is also an action that, while not lifting SIL as is, explicit ask to transmit over SIL I don't know about IRL RWR, but do DCS RWR pickup such transmission ? I cannot test right now

Hello, After testing the launch on MSI only track file, I observed that fox3 are well updated in flight on the track file with the radar in SIL mode. I pushed the test by puting the radar in STANDBY mode (with the rotary), and here, the missile is no more updated. Is it normal? (plane -> missile emission aren't affected by SIL ?) is it a bug ? (SIL should stop all emission ?) Doc isn't explicit about it Video: 5 120C fired on a circling target, always on the hot leg. First 3 in SIL mode, they change their trajectory to the right last 2 while puting the radar in standby after launch. They do not change to the right test_MSI.acmi

As simple as it is. F18 manual here, the launch constraint circle is explained, a 15° circle (mav launch above was 24° according to tacview): I though that MAV LKD was enough, should have re-read the manual to avoid a RTFM answer Thanks .

Hello, Sometimes, the maverick E doesn't track the laser even after : a well "MAV LKD" on the hud (anyway, the mav won't go if not locked) a target in front of the plane (~ -10° down) Laser code mav-TGP OK Here is a track on the 2.9.18.12899, as well a video and acmi. The issue is observed with the 2nd mav (2min30 mark) test_mavE.trktest_mavE.acmi

Hello, When exporting a .stm of a flight group with custom callsign label/number The .stm embed well the new label/number. But at import, newly created group based on .stm doesn't relfect label and number Group exported: Group after import in a new mission: Here are the .miz used to export, and the .miz after import. As well as the .stm (where BO 01/02/03/04 are well seen) Observed with F18 and F16. test_DL_Group_after.miz test_DL_Group_before.miz I would assume that all are generated at groupe creation.If yes, why include them in the .stm ? Maybe use the one in the .stm if numbers are free, then generate if number are already taken ? EDIT: I didn't see at first glance that STN is also not imported.

Adding one voice to a default.dtc, avoiding to go through the "open DTC" UI that is overkill when you just want to load an already setup one.

Thanks @Flappie It seems that on F18 the issue is also visible on the HMD. Would you be able to add it to your comparisons ?

Release at max range OK now. Thanks

Hello, I know that disk space isn't a great concern, but the .dtc is taking a lot more space than what it should. The exported json use way more space than needed, and take up to 270KB. It can be indented with a 2 or 4 space tabulation to easily use half the current space, 146KB. It can also be stripped from all these space and CRLF to take a minimal 32KB. Files attached, tested OK in game. JSON_Default.dtc JSON_Indented.dtc JSON_Stripped.dtc

Hello, F-18 manual, page 154 : The DTC manager input is a frequence, also seen in the json export : Understanding, there is nothing to pre-configure in the DTC for this radio mode.

I have indeed some mod, but they are mainly cosmetics (skins), I have no return of any issue regarding other tracks I already posted here. (previous track was on an older version, maybe this is the issue, or maybe one of the other track reading problem we can see on the forum) I redid another track with a clean saved game (minus the control&graphic config). Here is the track and the video associated. Please note that, starting from max range (TMR elapsed, IN ZONE displayed, AMPCD witnessing, 1.15 in the video), I press the release button every second. I am able to release only a couple of seconds before the release cue cross the VV, as already said in my previous post. To me, I am already "well within the weapon range", and for the avionic too. Something is off, that being the manual (saying "Normally, the bomb can only be released when the aircraft is inside the LAR."), the avionic display (saying "IN ZONE"), or the weapon behavior (not allowing the release IN ZONE). I think the latter look like the most plausible, that the 24 could strike farther (as the 24 isn't a bangbang), with less energy, but that it still can go that far. Speculating that we have here a gbu12 style release but with an avionic doing a correct prediction ? G24CLARTest2.trk

If you say sometimes it fires, sometimes not, it isn't the same issue as in the linked topic as we were able to always fire the SLAMER. Also, SLAMER issue is related to a desync flight trajectory from host/client. Not the ability to fire the weapon.

As requested: tracks and ACMIs from host and client pov. Also a video from host pov (weapon release at ~2.40): Two F18, one SLAMER each, release at the same time. Each player see its own SLAMER hit the ground, and the SLAMER of the other player fly straight ahead. testSLAMERDesync_CLIENT.acmi testSLAMERDesync_CLIENT.trk testSLAMERDesync_HOST.acmi testSLAMERDesync_HOST.trk

Hello, I am still seeing the "missing track" flag but the track is provided in the message above. So, bumping the topic to ensure the track is seen.