Topper81

After an air to air kill, it's not possible to designate a waypoint in the HSI when the target was tracked with altflir. Instead the crash site will always be selected. Steps to reproduce: - Lock the target with radar - Lock the target with ALTFIL POD (Maybe Liteningpod as well?) - Shut down and keep target on track while it's carshed to the ground - Change to AG mode - select a waypoint in the HSI and try to designate it (WIll not work) Workaround: - Go back in AA mode - Undesignate the "Crash Site" - Go back to AG mode - Now a waypoint can be designated wpdsg.trk

Ok I figured out that even if the stp is pressed the second weapon will be released, if not the next weapon will not be selected (and can't be released). But for any other weapon it's not neccesary to press the stp button to release the next weapon because it will be activated automaticly so I expect the same behaviour for the SLAM-ER. Steps to reproduce: - Load the trk file and take controll - (Activate BALT AP) - (Activate ATC) - Activate AG Mode - On store page select SLMR - On HSI select waypoint 1 (0+1) - On HSI select waypoint designate (WPDSG) - On store page choose TOO - On store page choose EFUSE INST - Press Weapon release button => First missile will be released - Press Weapon release button again => Expected: Second missile will be released; Observed: Second missile will not be released - Press STP button - Press Weapon release button again => Second missile will be released Please let me know if this issue can be reproduced this way. For me it's the same all the time... Thanks!

Hello, I noticed that the first SLAM-ER will be released, but the second not using the release button. However, when I disengage AG mode and engage AG mode again, I can fire the second weapon. 2.trk

Hello, I don't understand the behaviour of the SLAM ER so I have a few question: - Does the altitude of the final waypoint in TOO mode has any effect? Or is it always ground level? - Should the camera view fix the final waypoint just before impact? (In some test I hit the target but the camra does not show the target) ==> AGM84H:Tracking the moving target problem - Does the button set altitude (HIGH/MEDIUM/LOW) has any effect yet? I noticed that sometimes the missiles fly high, sometimes low, even if I don't modify it, but I do not know why. Sorry I cannot create bug reports if I don't know the expected behaviour or is it WIP and it's not neccesary to create bug reports? I want to have much bugs fixed as possible for the hornet release

I don't know exactly if it's a bug bit I guess because it is extremly dangerous if not... Please check the first AMRAM shot of the attached trk file. (This time it was lucky ) shortIntercepttrk.trk

Nope just tested, clouds are still jittering

There is defenetly someting wrong.. PLease look at the direction the rain is falling at 1:30 and at 1:50, and it jus changed because zooming out and in again with the camera. Please read also my description: The previous steps where just to reproduce the issue.

Ok so after further investigation I guess I'm able to reproduce the isse: - Open the attached mission and just fly straight ahead with maximum speed and barometric altitude hold (Full afterburner) - After one and a half minute or so, swap to the carrier view (I don't know if this is mandatory). Note that clouds and rains are moving as expected, then exit the mission - Set "Arial-1-1" as player aircraft - Start the mission again without saving it - Note that clouds now moving from starboard to port (Wind comes from starboard? Wind comes from flight direction of "Arial 2-1" of the previous flown mission?) - zoom out as far as possible straight up - zoom back to the carrier, note that clouds now moving from bow to stern (Which might be the right behaviour regarding to the wind direction set in the mission editor) I also noticed that even the rains falls in wind direction, so it's not only relate to those micro clouds: As you can clearly see at 1:22, the rains falls from left to right. After zooming out and back at 1:43, you can see the rain falls correct from bow to stern. windtest.miz

Hello I observed sometimes when starting a mission in raining conditions, some fast moving "micro clouds". Sometimes it feels to me that there is also a wind effect which should not be there (regarding to mission editor settings) but I'm not sure, maybe it's just a vidsual effect. I also noticed this issue sometimes in DCS 2.5 so it might not be related to the new clouds. I cannot reproduce the issue however, it just happents sometimes on mission start. However, I noticed that by zooming out upward into the sky and back, the clouds has stopped moving so fast. Please also check if those wrong wind affect can corupt track files because this is sometimesmy feeling

I also placed a static ship on land (just for testing the logic) and it can be detected by the sea radar. So for me it looks like the "logic" is not corect to decide if an object can be detected by the sea radar or not. It should not depend just on the type "ship"... but more if an object (any kind) is in the sea or not. However, if it's true that a sea radar cannot detect smaller objects at father distances it should be possible to detect a BMP inside 5 miles or what ever

A swiming BMP cannot be detected by the sea radar bmp_AG_SEA.trk

Thank you ED! Respect, Great job! DCS is the best and most realistic military flight sim in the world!

DCS World New Features ... Mission Editor (ME). Added quadrangular trigger zones. ...

I missed the point track mode for moving targets in wags video. Will there also be a way to swap from radar locked GMT to an "point track lock" as in AA mode? With the lighning pod, I have trouble if it's slaved to the AA Radar because it's not a smooth track and a bit jerky, and it' hard to toggle to an optical lock, is this a realistic behaviour and is it improved for the ATFLIR?

The point is that the view cannot be an input as long as you can modify the view during the replay. If users want to see the replay from different perspective that will not work. It will even not work if you use VR in replays because the view will always be overwritten during replay if you use VR (and thats a must because I guees everyone feels bad if this is not the case), the "inputs" will not (e.g. if you move the stick).You don't know when and where to look to in the replay to designate the right place So in my words the "designate event" in the replay must know the coordinates where it has been designated at as for the SU-27 helmet system (I guess): I add two other replays for the SU-27 helmet system and as you can see the other aircraft is locked each time in the replay no matter where you are looking at in the replay. This behavour seems to be correct to me. hmd_test_2_su27.trk hmd_test_1_su27.trk

By setting a Targed Designation Point with the Hornets HMD in flight on a specific point, the point in the replay is not corect if view is different than in the "original flight". This happents in internal an external view during the replay. To reproduce: - Watch the attached replay without changing the view, then the point will be created at the beginning at the runway (hmd_test_1.trk) - By watching the replay and chaning the view to a different point, the target designation point will be created there (Or whach hmd_test_2.trk which is the same flight just with modified view) This issue leads into further trouble in the tracks becaus e.g., weapon deployment will not be correct any more by using CCRP on such points so weapons will not be released in the replay which leads into further drouble because the drag then is different and the flight path of the hornet as well. hmd_test_2.trk hmd_test_1.trk

Hello, just some questions because it's somtimes a bit frustating to fly with an AI wingmen in the F/A-18C: So is it planned to add commands like in the A-10C to "attack targets at my SPI" and so on? And will AI also use their ground radars to search for targets in the release version and are those points still on the agenda? I also miss the command "ECM on" Thank you and best regards!

Ok :-(. But it's a realistic tactic? Is the Harm able to disable ship radars? And is it possible to select a special radar of a ship? (I guess not in the sim but I guess some ships have not just one radar). If yes I could create a wish list item

Then I guess it's a bug.

Z is a special markpoint and it's automaticly created on the last aming point on which you have used a weapon. Normaly it's just one (not multiple). E.g., if you use the cannon, the markpoint "Z" will created/moved to the point you are aiming on the ground.

Hi is it possible strategy to attack a ship with HARMS first to disable it's radar and use Harpoons in the second wave? When I tried to attack the moscwa with Harms and even if I got some hits, it's radar is still working... But maybe hits of Harms are not considerd in the "radar damage modell" of ships...?

GMTStatic_edit.trkSee @~1:50

CPU: i7-8700K @ 3.70GHz RAM: 16GB Graphic: GForce GTX 1080 Ti Where can I find the log file?

I wanted to test the new target designation function on the SA page in the hornet and got sometimes an extreme frame drop. I'm not sure if the target designation function is the cause however... See attached track file @~2:50 min frameDrop.trk

As long as the TGP follows the GMT (locked target) it cannot be fired. It looks like the laser is not picked up by the Maverick, but LSTD is flushing in the TGP. By going into the moving target track mode of the TGP, the mav can be fired, but then the TGP mode has to be changed again to follow again the target tracked by the radar. LASER_MAV_GMT_BUG.trk