-
Posts
206 -
Joined
-
Last visited
Content Type
Profiles
Forums
Events
Everything posted by UWBuRn
-
-
It is an option already for hot spawn. What we don't have is a "warm" spawn, with some system prepared but engines off, not sure of how useful would be.
-
investigating Bombing solution seems to use Barometric Altitude only
UWBuRn replied to ldnz's topic in Bugs and Problems
Pit language makes no difference (thankfully). After some more testing, to my understanding LR aiming works as long as you don't input any point in the DTC. By points i mean the first tab, not waypoints or A/D, even if without points you can't of course have waypoints. As soon as you input a point in the DTC, the TargetPoint in the Weapon tab is assigned and it reverts to the behavior of relying on DTC altitude + correct baro reference. Not sure if it's working as intended, probably not. I guess that, either: TargetPoint should have an option to be left unassigned TargetPoint altitude + bar reference only make sense for TOSS mode -
I have tried once and it works, but without RSBN is still not worth the wait. The procedure is not in the game manual, and i'm not 100% sure, i was looking on the German AF manual i bought long ago, but it was not 100% clear to me there as well, IIRC i had to wait 15-20 minutes before flipping the switch to OPER, actually i think switched it when the NAV READY indication was lit. IRL there are some delays to apply if you switch from FAST to LONG align, but i haven't tested them.
-
Bombing solution seems to use Barometric Altitude only
UWBuRn replied to ldnz's topic in Bugs and Problems
Yeah, i always used metric units in russian birds, not really used to knots/feets with them. I switched to english pit as it's easier to learn the controls as i don't speak russian, now that i'm familiar with all the switches it will be the same. If i have some time today i will try it. -
Wow, i always knew it was a film being rolled, but i also taught the message were prestamped and rolled back and forward, not that each message was printed on its own!
-
It's already available, but you need to wait a long time before flipping the PREPARE-OPER switch, it's like 15-20 minutes. IRL i think it was something performed by ground crew when preparating the AC. In DCS, if you spawn the AC hot, IIRC in the mission editor you can set the kind of alignment performed.
-
Bombing solution seems to use Barometric Altitude only
UWBuRn replied to ldnz's topic in Bugs and Problems
@BIGNEWY, track are in the above post, sorry, i forgot to page quote you. @CrazyGman, are you using english or russian cockpit? I'm guessing if this can be a factor? Personally i'm using english pit + metric units. -
Bombing solution seems to use Barometric Altitude only
UWBuRn replied to ldnz's topic in Bugs and Problems
Here's the tracks, no wind in all of them, laser always used: Correct settings: bombs on target Target altitude set in DTC, but no baro reference set (standard 760 instead of target QFE 780), bombs fall short Target altitude not set in DTC, but baro reference set to target QFE 780, bombs fall long Target altitude not set int DTC, no baro reference set (standard 760 instead of target QFE 780), bombs fall long (target altitude effect is greater than pressure diff) Thanks. 1 - MiG-29A Bombing - Correct settings.trk 2 - MiG-29A Bombing - No alt set.trk 3 - MiG-29A Bombing - No TGT set.trk 4 - MiG-29A Bombing - No TGT-alt set.trk -
Bombing solution seems to use Barometric Altitude only
UWBuRn replied to ldnz's topic in Bugs and Problems
So it is confirmed that for accurate bombing in OPT mode DTC target altitude and barometric altimeter reference should be set? Is this intended? I made some testing with yesterday patch (2.9.21.16362) with the following attached missions (one with default pressure, the other with 780 mm-hg). My findings are that, even by using laser rangefinder, you can only aim accurately if: Target altitude is set correctly in the DTC Baro. alt. reference is set according to target QNH Proabably you can achive the same by leaving target altitude at 0 and baro. alt. reference at target QFE, but havent tested it atm. Of course, tihs is relevant if you fly with non-standard weather or if you aim targets on the cliffs. Bombing on standard weather at targets close to sea level you won't notice anything. In the patch notes there's the entry: Not sure how it should be intended, i was thinking that by using laser rangefinder the target altitude and baro alt reference would not be needed, but doesn't look like the case. @BIGNEWY or @NineLine, can you clarify a bit about it? I can post track files, if needed. Thanks! MiG-29A Bombing Clear.miz MiG-29A Bombing Pressure.miz -
Nothing too useful then, thanks!
-
As per title, what it is? In the editor there are setting for channels 1-4 inner and outer, but P channel is missing. By switching to P channel i can hear the same morse code of channel 4, but the yellow HSI needle moves to a different direction. Thanks!
-
Just in case anyone step on this in the future, the issue has been fixed in 2.9.9.2280 update. Thanks!
-
Feedback Thread - F-14 Tomcat Patch, October 30th 2024
UWBuRn replied to IronMike's topic in DCS: F-14A & B
Hey, thanks! Tested it right now, works great! -
If includes Crimea would be one of the few terrains i would pay for. Completely unrelated to current events, i really miss Crimea from LOMAC days.
-
Any chance of at least having this confirmed by HB?
-
I'm experiencing some strange (incosistent to my understanding) STT behavior when performing crank turns: I lock on the target, no matter the mode, i have seen this happening from TWS, RWS and PAL Usually i fire a missile (no matter if AIM-7 or AIM-54) I crank left or right, keeping the target near radar gimbal limit After some time, the target track is marked as "trashed" on the TDI (X over it) while lock is still mantained; this is already strange, as i think the X should only appear on TWS target, makes little sense to me in STT After some more time, another track appears on the line showing the antenna position; the old "ghost" track is still there and highlighted, the new one stays on the line As the time passes the offset between the two tracks increases, with the original one still there Sometime even the second track is x'd out and a third one appears This happen more the more aggressively you crank, staying nose on target doesn't let this happen All together, this behavior doesn't makes sense to me, STT should always display a single track. I tried to check some NATOPS for clues, but probably i don't have the one describing PDSTT behavior. This is confirmed by others as well, see: Attached there's a track with that happening twice on a single target. Here's some video, in case the track is not 100% accurate: server-20240623-155939.trk
-
Will post there asap.
-
If you look at my videos, the problem is not related to TWS at all. Locking up a target from TWS or RWS works as expected, the track is either correlated or the radar cleans everything up and start with a single track derivated from STT lock (i can't recall which is the actual behavior). The "ghost" track spawns when i'm already in STT for some time, and once it's there it stays, it's never correlated back (iirc tracks are never merged, even in TWS, if for some reason two tracks are generated from a contact one of them will be dropped after some time, but never merged). That seems definitely wrong to me.
-
I drafted a dead simple mission with a Su-33 (no ECM pods) just to rule out that could be an issue with missions designed with old versions, but happens there as well. The more you crank, the more easily it happens, if you flight straight to target, it tends to not happen.
-
Happens against other a/c as well. With no ECM i mean just no ECM pod on the F-4E, chaffs and flares are equipped. I've seen this happening regularly, more or less since Phoenix was overhauled, i just never had time and willingness to record this in detail before.
-
Took a break for a while from DCS, i went back to it and spun up the Tomcat for a flight, after some time not using it i wanted to see if there was some improvement or change. To my displeasure, i see that the radard still behave somewhat strange to me, just like it has been since the changes that reintroduced AIM-54C going active also in STT, IIRC. I looked into the forum to see if anybody else has mentioned this, but found nothing, so i would like to understand if it's just me finding STT to behave very strangely or not. To show that i recorded three videos of firing different missiles in STT: Videos are commented so it's easier to understand all of this by looking at them, bu basically: I'm flying against a single opponent (old AI F-4E, no ECM equipped) STT the target, fire on him After some time on the TID, the track is marked as trashed (X upon it), radar lock is still on After some more time, another track appears on the line showing the antenna position; the old "ghost" track is still there and highlighted, the new one stays on the bar As time passes the offset between the two tracks increases This seems odd to me in multiple ways: Why the track should be marked as trashed? Wasn't that only for TWS to indicate that the track was lost? Thy this does show while STT lock is still on? Can be the FCS trying to estimate that the missile is not going to hit the target? Still odd, as target weren't yet maneuvering Why the track splits? Doesn't make any sense to me... Why the tracks offset increases? It's like if the ghost track shows where the missile "thinks" the target is... I tried to use STT more, as TWS for maneuvering target is not very reliable and STT should be the go-to choice in thoose situations, but it seems to have its share of issues as well. This is on a clean install, latest version. Is anybody else experiencing this? @HeatBlur, is this expected? TBH, i'm not very happy about this, the Tomcat flies great and it's enjoyable in guns and SRMs fights, but as soon as you start its main ordnances it turns out to be rather frustrating. Part of it might be realistic, but some behaviors are rather hard to belive. I don't even think that the missions from original campaign are doable any more in this state. And FIVE years after its release this is rather disappointing.
-
Feedback Thread - F-14 Tomcat patch Jan 27th 2022
UWBuRn replied to IronMike's topic in DCS: F-14A & B
If, as you say, this was requested by ED, than it's more on their side, but the point still stands: from an user point of view i can't really get the reason why incomplete changes (FM adjustments without guidance) are rolled out, especially on an hot topic like missiles (see what happened on AIM-120s few patches ago). Personally, flying mostly offline i care up to a certain point and for sure i'm not going to loose sleep about it, but yet i think some criticism is needed. I say what i'm saying knowing that in the end everything will just be better than before, that you will work hard to fix the guidance just like a lot of issues before this. And please know that i appreciate it, i know maintaining this kind of product in the long run it' not easy. -
Feedback Thread - F-14 Tomcat patch Jan 27th 2022
UWBuRn replied to IronMike's topic in DCS: F-14A & B
I've been taking a couple of shots in a DCS Liberation mission with 54C without loft being involved that showed very poor performance - no real test, just looked for a while at the missile in F6 and it had 500-600 kts lass than usual for that kind of shot while approaching target. Is guidance part of the problem? No doubt about it, but if that wasn't touched substantially then it's hard to believe it's the main culprit. Let's just say it's broken altogether... it just makes me raise an eyebrow on why those changes were rolled out in this state.
