Jump to content


ED Beta Testers
  • Posts

  • Joined

  • Last visited

  • Days Won


About uboats

  • Birthday 03/01/2016

Personal Information

  • Flight Simulators
  • Location
    East Sierra
  • Interests

Recent Profile Visitors

10559 profile views
  1. Hi All, I forgot to mention something in changelog. We’re currently reviewing the SEP characteristics of JF-17 to make it adhere to the EM diagrams again, as some of the points mismatch for some reason. Changes have been made for low altitude performance in the current OB update. We’re finishing up the work on remaining altitudes.
  2. damn, i didn't know the unit for this variable is km. normally they are all meters .... thanks, and i will try.
  3. I think just bug fix + manual update for ls6 50/100, we dont' have enough info on how their seeker work, same as cm400. For ls6 250, it's just a half weight ls6 500, but after our investigation, we find that current dual rack adapter doesn't have data cable, therefore not support ls6 250 (in another word, we cannot carry 4 ls6 250 on outer stations ). that's why we didn't put making ls6 250 at high priority. for 802akg, we will still use SFM instead of scheme. fortunately, ED has fixed the MP sync issue recently. Hope it will be available publicly soon. for radar, the last would be WA mode which needs ED support. misc. cockpit texture update
  4. Checked with our SME, and updated wmd7, especially the manual laser on/off. 1. there's no stick trigger to turn on/off laser. the only way is to use WMD7 page OSB R4 2. when release bomb, it will automatically laser, and pilot can manually turn it off by clicking OSB R4 3. when laser is off, pilot can click R4 to manually turn it on, then R4 "LSR" will show a static frame. if auto laser on, the frame will blink. 4. when wmd7 is caged, pilot can only edit laser code 5. only when in air and gear up, pilot can uncage wmd7, otherwise, wmd7 will automatically cage * so in next update, current laser designator on/off input binding will be removed.
  5. 有空我再考虑一下吧。不过我看其他人已经做过来,虽然没集成进去,但是其实没多大差别。
  6. we have a workaround fix internally, and under test, so far works well
  7. it's known and under investigation. Everything was ok when we migrated to agm88 scheme before ob release. We dont know what has been changed in the scheme, and it's now broken after release.
  8. Below SPI logic will be in upcoming OB update Air-to-Ground SPI logic principals and priority sensors: 1. Only one sensor can set SPI at the same time. For weapon TVIR (701) and onboard sensors (RDR, POD, HUD), the most recent one that enters tracking state is able to set SPI, and at the same time break lock of other sensors. If slave (SLV) mode is set in those sensors, then they will automatically slave to SPI. If snowplow (SP) mode is set, then the sensors will not be slaved, but will still break track. 2. Radar slaving behavior: If other sensor is commanding track, the radar will turn into ground stabilization state and follow the SPI constantly, even in EXP/DBS modes. 3. Two Exceptions: HUD TD Box will not be slaved to SPI, so the logic is identical to SP mode. And the ground stabilization state, a.k.a BUG state of the weapon TVIR sensor will not set SPI. 4. Sensor priority in setting SPI: The sensor that is currently in tracking state> AG radar in ground stabilization > current WPT. 5. When a sensor in SLV mode is slewed, it will be un-slaved to the current SPI and can be moved freely. A press or a second press of HOTAS S2 (unlock) can reset the sensor and make it slave to SPI again in SLV mode, or make it look forward again in SP mode. An example using radar and WMD pod: 1. When both sensors are in SLV mode, and both are in search state, SPI is set by either commanding Area/Point Track by the POD, or set a ground stabilization point or command FTT/SMTT/GMTT by the radar. 2. If the POD is currently setting SPI, switching SOI to radar and commanding ground stabilization will not move the SPI, because a tracking sensor has a higher priority than the ground stabilization state of radar. 3. Commanding FTT/SMTT/GMTT by the radar will break track of the POD, and make it slave to current SPI set by the radar. 4. Switch SOI to the POD again and commanding Area/Point Track, the SPI is set by the POD now, and the radar will break FTT/SMTT/GMTT track and enter ground stabilization state to follow the SPI. An example using radar and HUD: 1. When the radar is in SLV mode, we set a SPI by either commanding ground stabilization or FTT/SMTT/GMTT. The HUD TD Box will not be slaved to SPI due to the above SPI logic principals No.3. 2. Switch SOI to HUD and command a track on the ground, then the HUD is now setting SPI. The radar will go into ground stabilization state and follow the SPI. 3. Switch SOI back to the radar, and command ground stabilization, the SPI won’t change due to sensor priorities. 4. Commanding FTT/SMTT/GMTT by the radar will break track of the HUD, but will not make it slave to current SPI set by the radar. An example using 701 TVIR sensor, the radar and the POD: 1. All sensors are in SLV mode, and all are in search state, we set a SPI by commanding the radar to ground stabilize or FTT/SMTT/GMTT on a target. The 701 TVIR sensor and the POD will then follow the SPI. 2. We switch SOI to the POD, and command Area Track. The POD is now setting SPI, and the radar goes into ground stabilization state and follows the SPI. The 701 TVIR sensor is slaved to the new SPI set by the POD too. 3. Switch SOI to the 701 TVIR sensor, and command ground stabilize. The SPI won’t be affected due to SPI logic principals No.3. 4. Lock onto a target by the 701 TVIR sensor, and the TVIR sensor is now setting SPI. The POD will break track, and all sensors will slave to the SPI set by TVIR sensor. 5. After firing the 701 missile, the SPI is set by the radar currently because it’s in ground stabilization state and other sensors are not yet in tracking state. This also provide a means to store the SPI location locked by the last fired missile, so the next missile can look into this location right after.
  9. sorry, i didn't get it. can you record a video?
  10. Could you provide a simple trk we cannot reproduce it
  11. There are several bugs reported (802AK LOS, bomb release sequence not match SMS selected pylons etc) Sorry that I'm quite busy with personal affairs this month, so might not have enough time to fix them. But I will try my best.
  • Create New...