microvax Posted October 17, 2016 Posted October 17, 2016 Am I retarded or is INS position update not working ATM ? Both using OBL and overflight I get polar delta towards the selected WP, but if I press the VAL button, the delta is not used to update the INS. For example if you fix 7nm away from the WP via overflight, press VAL, it should, if I am not missunderstanding things here, shift the INS 00 position and thus lead to the waypoint beeing in the place we just fixed. But nothing changes with pressing VAL. :( [sIGPIC][/sIGPIC] *unexpected flight behaviour* Oh shiii*** ! What ? Why ? What is happening ?
droopy114 Posted October 17, 2016 Posted October 17, 2016 Can't get it work too. I don't think OBL is implemented now, but overfly method don't work, i've tried with some friends and same result.
Frederf Posted October 17, 2016 Posted October 17, 2016 I think OBL is in OpenAlpha but not Release. I find that in both versions overfly update is working for a particular definition of working. Assuming there is misalignment between INS and true position before the update there won't be after. However if the alignment is perfect (possibly because the mission or global preferences enforce this) then you'll never see a change in INS positions as a result of an update. Imagine an example of how it should work with a simplified numbers example: Position is represented by a series of numbers 1, 2, 3, 4, 5, 6, ... 10. If the INS has an error of say -2 then whenever it's really at position 7 it thinks it's at 5, when at 3 it thinks it's at 1, and so on. For an overfly update you fly over position 5 and tell it "you're at position 5 now" which means it will think it is over 6 when really over 6 and error is +-0. The Mirage currently does this. However if you fly over 8 and tell it "you're at position 5" then it should update the error to +3. The INS should think it's at position 4 when you're at 1, 6 when at 3, 10 when at 7, and so on. This Mirage currently doesn't do this. You cannot do an INS update and end up with a different misalignment of true and assumed position except the zero error or perfect case. 1
microvax Posted October 17, 2016 Author Posted October 17, 2016 I think OBL is in OpenAlpha but not Release. I find that in both versions overfly update is working for a particular definition of working. Assuming there is misalignment between INS and true position before the update there won't be after. However if the alignment is perfect (possibly because the mission or global preferences enforce this) then you'll never see a change in INS positions as a result of an update. Imagine an example of how it should work with a simplified numbers example: Position is represented by a series of numbers 1, 2, 3, 4, 5, 6, ... 10. If the INS has an error of say -2 then whenever it's really at position 7 it thinks it's at 5, when at 3 it thinks it's at 1, and so on. For an overfly update you fly over position 5 and tell it "you're at position 5 now" which means it will think it is over 6 when really over 6 and error is +-0. The Mirage currently does this. However if you fly over 8 and tell it "you're at position 5" then it should update the error to +3. The INS should think it's at position 4 when you're at 1, 6 when at 3, 10 when at 7, and so on. This Mirage currently doesn't do this. You cannot do an INS update and end up with a different misalignment of true and assumed position except the zero error or perfect case. Tried both in release and open alpha. But it didnt work equally in both versions. I get what you mean, so it does something that can help but its practically not working as it should. :D Sad thing that. Well Razbam has done a stellar job until now, so I guess we will get it working in the future. :) [sIGPIC][/sIGPIC] *unexpected flight behaviour* Oh shiii*** ! What ? Why ? What is happening ?
Azrayen Posted October 18, 2016 Posted October 18, 2016 Last time I tried, it worked... Only once for each but, though.
fjacobsen Posted October 18, 2016 Posted October 18, 2016 Using OBL with Radar update I found this with DSC 2.0.... I have placed waypoint 2 exactly on small building out in the desert. Flying towards it, the waypoint cross is misaligned a few 100 feet from the builing towards my position and slightly to the left. Using OBL and TAS, I put the radar diamond a few hundred feet behind the building, sen from my position and press the position update button - and then VAL. The waypoint cross does move, but not the point where I pointed the radar. Instead it moves a tad closer to the building, but still infront of it, seen from my position. My expactations are that the waipoint cross should move to whare I pointed the radar diamond when I pressed the update button. | i7-10700K 3.8-5.1Ghz | 64GB RAM | RTX 4070 12GB | 1x1TB M.2. NVMe SSD | 1x2TB M.2. NVMe SSD | 2x2TB SATA SSD | 1x2TB HDD 7200 RPM | Win10 Home 64bit | Meta Quest 3 |
Robin_Hood Posted October 20, 2016 Posted October 20, 2016 From my several testings, it seems that the update actually works (in Release version at least), but it always works perfectly, ie. if you purposefully update it on the wrong places, it still acts as if you did the update properly. I have that behaviour in both OBL and overfly modes. So, currently, the update works however badly you are updating it. That is why you can only test it by actually waiting so that the INS has drifted? You cannot test the update procedure by updating it on a wrong position on purpose. 1 2nd French Fighter Squadron
zaelu Posted October 21, 2016 Posted October 21, 2016 This look to be the case even in INS bombing tutorial made by Zeus. He doesn't update on the building but rather beside it. Maybe for now this is a work around till the small bugs are fixed. 1 [sIGPIC][/sIGPIC] I5 4670k, 32GB, GTX 1070, Thrustmaster TFRP, G940 Throttle extremely modded with Bodnar 0836X and Bu0836A, Warthog Joystick with F-18 grip, Oculus Rift S - Almost all is made from gifts from friends, the most expensive parts at least
BlaizzMC Posted October 21, 2016 Posted October 21, 2016 This look to be the case even in INS bombing tutorial made by Zeus. He doesn't update on the building but rather beside it. Maybe for now this is a work around till the small bugs are fixed. on his video he placed the waypoint on the mountain and he did update it on when the marker was on the mountain But then how would you do without bombs ? Nabla Corporation
zaelu Posted October 21, 2016 Posted October 21, 2016 He placed the waypoint on the TACAN Antena on that mountain so it was easy to spot. Without bombs you do an OBL update. [sIGPIC][/sIGPIC] I5 4670k, 32GB, GTX 1070, Thrustmaster TFRP, G940 Throttle extremely modded with Bodnar 0836X and Bu0836A, Warthog Joystick with F-18 grip, Oculus Rift S - Almost all is made from gifts from friends, the most expensive parts at least
BlaizzMC Posted October 21, 2016 Posted October 21, 2016 He placed the waypoint on the TACAN Antena on that mountain so it was easy to spot. Without bombs you do an OBL update. could you explain how to do that ? Nabla Corporation
Robin_Hood Posted October 21, 2016 Posted October 21, 2016 Select OBL* on the PCA (far right), from "normal" mode (no weapon selected, Master Arm OFF). Then the diamond appears and you use the INS Update button to command the update. Finally, validate the change on the PCN with VAL. * Recalage oblique 2nd French Fighter Squadron
BlaizzMC Posted October 21, 2016 Posted October 21, 2016 Select OBL* on the PCA (far right), from "normal" mode (no weapon selected, Master Arm OFF). Then the diamond appears and you use the INS Update button to command the update. Finally, validate the change on the PCN with VAL. * Recalage oblique Thanks ! Gonna try that Nabla Corporation
microvax Posted October 22, 2016 Author Posted October 22, 2016 Yeah, seems like that will bug report it then to get feedback if its supposed to stay like this or if that will change. :) Thanks for the feedback guys ! :) [sIGPIC][/sIGPIC] *unexpected flight behaviour* Oh shiii*** ! What ? Why ? What is happening ?
Recommended Posts