FrostLaufeyson

I'm not quite sure what the correct TOO function should be like, but I never thought about your question. Because every time I want to mark multiple targets with the pod, I will save it in the markpoint, and then switch to the corresponding markpoint and press the WPDSG button before each bombing. Also, using POD to replace PP coordinates was fixed a long time ago

I don't really understand these specific calculation, but even so. . The bomb will deflect these distances each time. So doesn't it just need to move the crosshair down a little to solve the problem?

This is how CCIP works for F18 in the game, so does CCRP So according to you, the two bombs should have landed 100 feet on either side of the target. However, the problem with the CCIP crosshair actually caused your bomb to drift 100 feet, and finally the second bomb landed on the target.

In my testing, the CCRP is very accurate, almost like magic. But I find that CCIP bombs are always less accurate, and their final hit point is always lower than my CCIP crosshair. I have no problem with my GPS and AGR is on, but it just isn't accurate. This problem has been bothering me for a long time, is this a normal performance or a problem in the game? My trk file shows several CCIP bomb drops, my operation may not be very standard, but you can definitely find that my drop point and bomb hit point are inconsistent. I‘m posting to ask if anyone has the same situation as me. ccip not accurate.trk

I've had the same situation a few times recently However, I encountered it while landing at the airport, not the aircraft carrier I also don't know how to reproduce this bug, when I encounter it again, I will try to provide the trk file

I have made a script that can easily find the enemy plane, but remember to backup your original script when replacing, in case you want to switch back to the original script If you want to edit it yourself, you can refer to this page: https://www.airgoons.com/w/DCS_Reference/Labels Labels.lua

1. Enter A/G mode and choose any weapon 2. Enter the radar's AGR mode 3. Re-enter the RDR ATTK page 4. The radar page will keep flashing The page will also flash once when you reassign SOI from the HUD to the RDR ATTK page (I showed it in the trk as well) AGR display bug.trk

I made it! By manually entering the coordinates of the HSI's DATA->A/C page into waypoint 0, then the STD HDG function is available when restarting. Now I finally understand why the aircraft's waypoint 0 is the initial position of the aircraft every time I respawn.

I noticed that whenever my plane was damaged and returned to the airport for repairs, this function was not available. According to some related descriptions, it needs some pre-stored data to work. So do I need to store any data before shutting down the F18?

F16 is now the main work target of ED. If the functions that have not been implemented in F18 overlap with the functions of F16, then you have to wait for them to make the corresponding functions of F16 first, and then copy and paste them to F18. I've been waiting for TALD for a long time as well. Unfortunately, according to the current plan, we have to keep waiting.

Thanks for your answers, I get it now

So no aircraft in DCS should be able to change the laser code of the bomb in the air? In this case, we are enjoying the convenience based on the mistakes in DCS.

I currently own two aircraft, A10C and F18C. And they can all be able to change the laser code used to guide the bomb in flight. However, when I tested the buddy lase with another person one day, I learned that the F16 can only change the laser code when it is not turned on on the ground. I am a little confused now, is the laser code of the bomb controlled by electronic signals or mechanically? Can the laser code be changed on the fly in reality?

1.BRU-55 with 2 * GBU-38 After selecting Store mode and jettisoning it, the rack diamond icon on the Stores page will also disappear. 2.LAU-115 with 2 * LAU-127 AIM-120C-5 After selecting Store mode and jettisoning it, the rack diamond icon on the Stores page will also disappear, and the entire rack is also thrown away. Not sure if this is a bug, because I don't know how these racks work in reality. As a comparison, I also placed other weapons and jettisoned them together, and they behaved normally. jettison bug.trk

Bug is triggered like this: In AA mode, lock an enemy aircraft (not sure if it is related to ACM mode), and then switch back to AG mode. At this time, the TDC cursor on the radar interface will disappear. For the AG radar to operate normally, you must unlock it in the AA mode. I don't know what the correct behavior of the radar is, but there must be something wrong with it. ag radar bug.trk

Thanks I get it Your question is also my question all the time. The verification of these problems requires another player to accompany me to repeat the test. Unfortunately, I can't find anyone to test together, and I don't have so much time to test.

I found that this is mentioned in the change log of version 2.7.7.14727 Open Beta But I couldn't find relevant discussions on the forum, nor did I find relevant instructions elsewhere. I heard some people say that after the launch of the AIM-120, if the missile is unlocked before the missile radar is turned on, the missile can be corrected through the datalink information on the aircraft. Is this statement correct?

I found a problem during tonight's exercise. In SP mode, the box on the EW interface/HUD interface will jump back and forth between several radiation sources, making it difficult for me to choose the radiation source I want. I guess this may be the reason for the RWR refresh mechanism. But in general, it can still kill the tracking radar. I started to leap at about 12 nautical miles. Forcing the tracking radar to shine on me, then I quickly fired four missiles and left. The SA-10 tracking radar will be destroyed by me in a while. Simple and effective.

Thank you for your patience. I hardly used HARM's SP mode before, so I confuse the SP mode and Pullback Sub-Mode. In view of this, it is indeed a good strategy to use HARM's SP mode after the ultra-low altitude leap.

Sorry, that was my typing mistake. What I want to ask is indeed the "mode" question. I now have a new question: I want to know if it is necessary to launch all four HARM missiles for a penetration. Because HARM in SP mode may all rush to the same radiation source, this is very wasteful. If it's like you said, nothing can intercept HARM. Then I would have to repeat this action four times in one flight, and fire one HARM each time.

Thanks for your answer, I'll try it when I have free time

So your strategy is to penetrate defenses at low altitudes, and then use HARM to neutralize air defense units during the leap? So what model of HARM are you using at this time? For short-range air defense units, I think I have a clear answer, but I have never tried a low-altitude penetration.

What makes me very dissatisfied is that the penetration bombs (like GBU-31(V)4/B) will explode in an instant. In addition, even after a laser-guided bomb passes through a tree, its speed will drop sharply due to a "passing" determination, and it will eventually explode in the air. This makes it harmless to the tank. GBU31.trk High speed GBU10.trk

I conducted some tests again, and I found that if you want unguided bombs to delay the explosion, MFUZ must be set to OFF. This is my mistake. Now it seems that the fuzes of JDAM and Maverick have such a problem, I guess it is caused by the lack of implementation of the function. There is no problem with other weapons. But the problem of bombs not being able to penetrate the trees affected my attack on targets in the forest. This means that even if you bomb with a lot of bombs, the target will be intact because of the protection of the trees. And DCS has almost no simulation of explosive sputtering. Edit: The delay fuze of AGM-62 and AGM-154C has no effect as well. It seems that all the new toys prepared for F18 have not been finished.

I spent an afternoon testing the delay fuzes of many bombs, because the manual did not specify how long they will delay, and I haven't seen much discussion about this issue on the Internet. My original intention was to use this feature to bomb targets in the forest, but the only effective bomb, the laser-guided bomb, would stick to the tree and explode on the tree. In my trk file, I threw four GBU-16s, which is the operation in the official demo video. Finally, I threw a Mk83, which exploded at the moment of impact. This is different from other people's videos. I tested GBU-10, GBU-12, GBU-16, GBU-31(V)4/B, GBU-38, Mk-82, Mk-83, Mk-84, AGM-65E, AGM-65F. Only the delay options of 10, 12, and 16 are valid, and they are all laser-guided bombs. The following video is an officially released demo video, which can be watched at 3:37. GBU-16 has a significant delayed explosion. The following video was uploaded by Grim Reapers, who threw an Mk-83 with a delay fuze through AV8B. It can be seen from 3:35 that the bomb exploded after it penetrated the ground. But my Mk-83 does not work. So here I have two questions 1. A bomb with a delay fuze can penetrate the ground, but why can't it penetrate a tree? 2. Why can the AV8B bomb use a delayed fuze, but the F18 bomb can't? delay fuze.trk