Jump to content


  • Posts

  • Joined

  • Last visited

Everything posted by toilet2000

  1. It takes a short while for the HARM on the Hornet now to actually show emitters. It took at least a 10 seconds for me to show. Don't forget that they did reduce the scan time on the F-16 this patch too.
  2. The INR revert mode must have been something added to later version of the LITENING. Don't forget that our F-16CM is from ~2007. My estimated guess about that tech is that the aircraft masking would induce a dramatic drift in the recognized AREA or POINT track (remember that these modes are matching an image pattern with what's being seen by the pod and updating that pattern in real-time). Newer LITENING probably simply have a logic for detecting a large change in the image pattern and reverting the pod automatically to INR. INR basically looks at the slant range and position of the "gazed point" and infer its geographical location, then tries to maintain the pod on target by knowing where the aircraft is. This is thus prone to INS/GPS errors and drift (if applicable). The "OPR" Hornet mode is already INR. It doesn't track a scene, but simply track a reference point using the INS and slant range (either via laser ranging or something like the DTED - digital terrain elevation database). In the Hornet, you have to manually force the AREA or POINT track after which you cannot move your designation.
  3. It represents the track that would be automatically L&S if you bump Auto ACQ (AACQ, castle toward the radar page when it already has TDC priority).
  4. Hi Flappie, Here it is, after doing exactly what you described. Thanks! dcs.log
  5. I have enabled a while back the stereo parser/culling option in the config files and enjoyed the better performance that it was giving, but some of the issues of it (namely flood lights, heat blur and such only rendering in one eye) made me try and revert back to what it was before. The issue is that if I set the stereo parser option to false, it prevents me from actually seeing the communication menu. The input command registers (I can test it in the controls menu), but the textual menu does not show up. In the exact same scenario but with the stereo parser option set to true, I do not have this issue (I can see the communication menu just fine). Tried repairing without success.
  6. For people saying to make a snap view in VR: why don't you do the same in 2D? If the real hog (and asked by the 355th to be this way) is like that, then simply change the viewpoint to your liking. I'd rather have it realistic and adapt it if needed than the opposite. As someone else said, in VR moving the viewpoint screws up the occlusion masks around the HUD and cockpit.
  7. Did you enter the coordinate in PRECISE format? If not, the accuracy of 6 digits UTM/MGRS is 100 meters, so enough to be way off target. With a laser designation it shouldn't matter though.
  8. Indeed, DMT should not be "ground stabilized" but rather lock onto contrast and keep that lock when possible. The "ground stabilized" slewing is done through the INS mode, by using the Sensor Select Switch to select this slewing mode. This lets you "ground stabilize" the designation (most likely using a "plane" at alt 0 according to you alt, might be integrated with DTED with newer version though), even when slewing Mavericks around. Right now, when the aircraft is set to use the DMT as the targeting/TDC-enabled sensor, it acts like a combined (and perfectly accurate) DMT+INS mode.
  9. The name and trademark of it is. The actual simulation of how a system works isn't. If they can name it "ARBS", they definitely can implement how it works. You'll see plenty of examples of that throughout the video game industry for example. You can't use a specific gun name in a game without license, but its simulation (without the name) isn't subject to this kind of copyright licensing, AFAIK. It's not a absolute indicator, but it's generally related. Something that is not in active duty anymore, especially in the US military, is generally easier to find information on. But in any case, the documentation about the ARBS and DMT is definitely available, so your original point doesn't stand. Again, not talking about performance. I'm talking about usage. Yes, the Harrier JDAM implementation is definitely not exactly as IRL, Razbam have said it, but the HUD for example is accurate. The reason here is because documentation is simply unavailable/classified. Not the case for the ARBS/DMT. JDAM usage in AFAIK all airframes in the US military is classified. The manual for the Hornet about JDAM usage is actually available online at your "controversial favorite leaked document" website, and considering it says "secret" on every page, I assume it is classified, although someone better versed than me in the controlled documents jargon can correct me. EULAs are known to be second place when put against consumer laws. Consumer laws in a lot of places prohibit this kind of things. But even without going into laws, promising features and not delivering those would be dishonest and just a bad thing to do in general. (EDIT: not saying that's what Razbam is doing currently btw, hence the precise choice of "would") Thus, the community can definitely (and IMO should absolutely) ask for these features to be properly implemented. IMO, I think all in all these backlashes have a positive outcome in the end and should not be silenced or dismissed. Some people definitely go overboard in that manner, there will always be extremists, some people lack respect (and those can be on both sides btw) and this is definitely where I cut the line. But all in all, I think the vast majority of vocal users did so in a respectful and constructive manner, even though this might not have been a "nice" thing from RB's PoV. Criticism is never nice when taken at its first level, but the intentions behind it can be very nice and its consequences, even better.
  10. Absolutely agree. We're not looking into emulating the planes. A simulation does not follow the exact implementation of the systems so as to have a "as true to life as possible" experience, but rather an abstraction of those systems that cover 95% of the cases and limitations of the aircraft. That is the difference between simulation and emulation. Unfortunately, this is not something the AV-8B currently does. It's not because the Nav system has waypoints, that I can drop bombs and things go boom that it's up to the level I expect from a 70 USD DCS module. Sure, I can "wait for things to improve", but I think the community's worries about it never happening and the resulting backlash are justified. Chicken (one of their SMEs who had a "misunderstanding" with Razbam lately) gave a testimony on how the Harrier was actually heading toward not having any depth to these systems. I'll link his post in an edit. EDIT: here it is https://imgur.com/mQvzCn8
  11. They are. Simulating a system is not a matter of licensing. On top of that, from SMEs the ARBS isn't even used anymore. How can we get GPS weapons that are definitely classified, yet Razbam wouldn't actually simulate systems that aren't? The documentation about the ARBS/DMT is at most restricted, but most of it is public domain. Just look it up. That goes with my final point on that. Razbam's excuse on that if you go on their Discord is because "the facilities are not in place" and "it would slow your computer to a crawl", for which I personally refuted both by showing that HB can definitely track scenery objects for example with their LANTIRN pods, and given my field of research (computer vision and robotics), I can say that a basic contrast lock would never slow a computer to a crawl. If you actually go on their discord and see my post, I basically said that it is understandable that they don't wont to go through the hassle of simulating the DMT contrast lock though, but it's definitely not because of the reasons they gave us. As for the INS designation, this is something very important and is actually part of several tutorials (eg the Maverick INS designation, which basically only says "it's unimplemented yet"). This, mixed with the limits of the DMT and ARBS (requires time to compute an accurate slant range due to the way it uses angular rates of the track, tendency for the contrast lock to move a bit due to the nature of image processing), were very important in how the AV-8B N/A was used. According to SMEs, the ARBS in good condition was even more precise than radar ranging (AGR) when given a good lock and time to process slant range, but at other times they had to manually switch to CCIP because at the last moment the lock would start moving. Currently, the INS and DMT modes are basically fused together in a perfect "can track everything instantly" and under the DMT mode, whereas the INS mode is basically unimplemented (can't slew at all in it). Those things are absolutely part of any mission, be it CAS or a strike. The Viggen and the A-10C both give you a very good understanding of what goes into getting a good slant range/designation and the intricacies of that. EDIT: oh and one last thing on that gamble thing. Promised features are not a gamble. They're either delivered, or the customer can go through legal action. A list of features when buying something is a binding contract.
  12. Oh, yeah. The DMT, INS and ARBS are really obscure "rivet" systems... Totally forgot about that.
  13. Ha, the good ol' "you're too poor to play". You know you can have an discussion with someone without trying to go for personal attacks? And anybody with a head on their shoulders will want to use their money wisely to buy an honest product. Not just say "meh it's just 70 USD". And btw, early access is NOT a gamble. It's just exactly what is says: it's an early access to a product that is not finished yet. It doesn't include the "you might never actually get the finished product at the end" tag. And since you're saying the definition of what is EA is not clear, the discussion about what it is and what it shouldn't be is definitely a pertinent one.
  14. It's not because you can fly and navigate it that everything's all good. Mods like the A-4E and MB-339 can be flown and still they're not "up to 3rd party level". Don't get me wrong, they're awesome mods. But they are that, mods. Not 70 USD modules, but free mods. The issues with the Harrier makes it Early Access worthy, definitely not "release" worthy, which has been the arguing point.
  15. I'm pretty sure the [NOT CORRECT FOR YEAR] applies to the software and not the retirement/introduction years of weapon. Lot 20s from 2005 still had the logic implemented for launching SLAMs and dropping Walleyes, as these are in the documentation available publicly. Just look for the Hornet tactical pocket guide.
  16. No, not at all. Currently, the ARBS acts like a perfect "INS" mode, with the INS designation mode not even implemented. The ARBS needs a track for a certain time to compute an accurate slant range. Currently, it is instantly "perfect" and can track anything, including untextured flat terrain. There's a lot more depth to targeting systems than just "put the thing on the thing". The A-10C does a good job of explaining that, so does the Viggen.
  17. You're talking about FTT (Fixed Target Track) and not AGR for target tracking. AGR simply uses the radar to determine slant range from the HUD and CCIP (a bit like the Viggen does), instead of relying from baro alt/rad alt or a digital terrain database. FTT on the other hand is a way to track an AG radar return. Simply sensor select toward you AG radar page when the TDC is already assigned to it, it will attempt a return lock on the point underneath the cursor or the currently designated nav-stab point. The big difference between FTT and Nav-stabilized designation (what we had before) is that the FTT is actually a real return lock whereas the nav-stab one is simply a point in space determine to be where you put your cursor via the INS. The latter is therefore prone to INS drift, cannot follow a moving return and is prone to "misaligning the cursor with the target". The former (FTT) does require keeping the target in the radar FOV.
  18. Completely agree with that. Deleting the bug threads will not be seen as a good move, for good reasons too. Some people have put a decent amount of time in making bug reports (including community bug trackers and lists). I'd honestly say to start with the community bug tracker. It is still the biggest and best bug list and tracker available currently for the Harrier.
  19. The collimation logic was removed from the Viggen sight a long time ago, because there was an issue with the head position reporting in VR (according to HB, the DCS SDK would not give the right position of the head). Now it's a fixed texture on the collimator sight.
  20. No it's not. the Raduga sighting system started from a 1930s submarine periscope, but it is modified extensively with gyro-stabilization, extended zoom and more. It's a myth that it is simply a submarine periscope. It's purpose built, but based on a periscope design.
  21. That is very well put Swift. Totally agree. Sure you can "do" most of the things, but it's not at the same "true to life" level as what we expect from a DCS module. This isn't a "lite" sim. You should be able to mostly follow procedures, which is not the case in the Harrier. That's on top of simply breaking issues like the slew.
  22. I agree with Pikey on this one. The Harrier is just not at the same level of quality that I personally expect from a DCS module (and it seems to be the case for several other customers). The HUD repeater on the MPCD is a good example of the "low quality" on top of the tons of missing features and functionalities. Same goes for the more than 2 years old bug of Sensor Select Switch Left making the EHSD appear on the right MPCD. While we can expect an EA product to get better quality implementations of systems and improve much further over time, the same cannot be said for a "product sustainment" phase. IMO, a product leaving EA should be close to if not entirely feature complete (with a clear roadmap of the missing features if it happens to be so) and at the best quality it can. I understand that bug fixes (from older bugs or from new ones) can be part of the product sustainment phase and I agree with that, but quality and polishing of the systems that are in place should be done before leaving Early Access, and a clear roadmap of the small amount of potentially missing features should be laid out, at least in my humble opinion.
  23. toilet2000


    You're dead wrong. https://forums.eagle.ru/showthread.php?p=3341529#post3341529
  24. Oh didn't know a fuel truck and a radar signature while a T-72 or a BMP are stealth vehicles... /s There are issues with the rendering tech that have nothing to do with the AG radar resolution or whatnot. Check the forum thread linked by LastRifleRound. EXP2 will have higher resolution than EXP3 at close range (something like 5-7 nm).
  25. Very good write up. Thanks! This has been my experience too.
  • Create New...