Bankler
-
Posts
405 -
Joined
-
Last visited
Content Type
Profiles
Forums
Events
Posts posted by Bankler
-
-
@BIGNEWYPlease let me know if you think I should make a proper bug report with track and such.
-
If I'm carrying only GBU-38s, I find no way to enter gun mode, without pressing the J-82 selection button again and by doing so reseting the alignment. If I'm carrying another weapon, such as a Maverick, I can change to that and box GUN, and then go back to JDAM (the gun aiming is completely off when doing this, but that's a different issue, which I think is already reported).
To me it doesn't make sense that you have to re-align if you're not carrying another weapon, but if you do, you don't have to re-align. I may be missing something though.
-
1
-
-
2 hours ago, opps said:
F/A-18's MMC always creates and holds track files regardless of radar mode(RWS, TWS, STT). LTWS is just option enable to show track of Target Under Cursor(TUC), L&S.
So theoricaly, AIM-120 can be guided regardless of radar mode because track always exist.
The problem will be quolity of track files, I heared IRL launching AIM-120 in RWS(LTWS) or TWS MAN should switch to TWS AUTO to improve track quolity.
And the reason that there is restriction on scan volume in TWS AUTO/MAN is all about quolity of track files.
Very interesting. Granted the info that you're always supposed to be able to select a trackfile as L&S, (regardless of own radar contribution), I assume that means you should be able to fire an AIM-120 at a datalink contact? Obviously that track quality could be even worse than in RWS, but arguably good enough to point an AMRAAM on a non-maneuvering target until it goes pitbull.
-
19 hours ago, opps said:
FIrst track : You fired AIM-120 in RWS with LTWS. RWS with LTWS is not meant to be used to guiding AIM-120. Use TWS AUTO or STT to support AIM-120.
Do you (or anyone else for that matter) know the details around this? LTWS (at least in DCS) can be used for firing AIM-120. Just tried firing on a target at 20 nm, 60 degrees off boresight, and the missile guided. I got the active countdown and everything. Are there any real technical differences from firing in TWS MAN (except from the differences in the mode themselves, regarding search volume limits and such)?
-
Repro
* Create an O/S from a waypoint or markpoint
* Set R MFD to FLIR
* Set L MFD to something else, that can be set as SOI (Laser Maverick page for instance)
* Press WPDSG
* Press O/S
* SCS RIght to set FLIR as SOI
* TDC Depress to make the FLIR designating sensor (don't go into Scene or Auto, remain in default Pointed mode)
* Use TDC to fine tune the aim point, looking at intended target
* SCS Left to set Mav (or whatever) to SOI
* BUG: The Tpod will now reset the designation to the initial O/S position, instead of remaining at your fine tuned designation
Remarks
* This makes the behaviour really awkward when firing an AGM-65E, since that missile requires you to change SOI to Uncage (and as a result of that, will drop the designation). Now you will have to switch back to FLIR again, to fine tune the aim one more time.
* The bug occurs regardless how you switch SOI, it's not tied to Maverick or the left MFD. Switching to SOI to JHMCS or anything else also causes the designation to be reset.
TRACK INCLUDED
Let me know if you need any more details! Cheers!
-
On 5/16/2022 at 6:34 PM, DonH said:
What path/folder does the .miz file go in?
I'm using Open Beta. Thanks for it.
Typically you'd put it into:
C:\Users\[YourComputerName]\Saved Games\DCS.openbeta\Missions -
@BIGNEWY Additional finding: It seems to work fine if you're pulling around 2.5 G or so when launching. This way I have able to fire several salvos of 4. It's an awkward workaround, but might be good to know when trying to find the underlying issue.
-
1
-
-
After successfully firing a AGM-84 in BOL mode, the missile starts tracking the ship, but flies over the target instead of into the target.
Repro:
- A/G Mode, select HPD
- Approach target from S, heading N
- Wait for Harpoon alignment
- Fire the Harpoon
- The missile flies over the target and hits the water behind
Remarks:
- Due to the (other) bug where Harpoon missiles sometimes (but not always) explodes in mid air after launch, the track (at least in my case) needed to be ran 4 times before it actually had the missile separate from the aircraft. It's not deterministic. It's a very short track though, so just try a couple of times and you'll probably see it.
-
On 3/31/2022 at 12:04 AM, Harker said:
In that thread, @BIGNEWYmentions firing from above 20000'. That workaround does not work. I just fired from 20.600' and the aircraft exploded.
I then tried 24000', same result. So altitude isn't necessarily a component in what's causing the bug to happen.
Be advised that the behavior doesn't seem to be deterministic. When I played back the 24000' .trk, the aircraft didn't explode, but that is what happened when I recorded it. Then I tried playing the .trk again and this time the aircraft DID explode. This means whatever you record, might play differently in the .trk, and may also play diffrently each time you play the track.
From my testing, they indeed do not seem to explode when fired in R/BL mode though. So that workaround seems fine.
Harpoon_SP_AircraftDestroyed_24000_Bug.trk Harpoon_SP_AircraftDestroyed_21000_Bug.trk
-
VERSION 7.1.0
2022 SPRING UPDATE!!
Log file support available!
You can now download version 7.1.0 in the Original Post!
It's been a while since the last update. I haven't felt the need to fiddle around with it too much. Super happy for the over 3200 downloads of v7.0.0!
However, a couple of patches ago, something changed with the Hornet's HSI and UFC implementation. Now, certain times when you box TCN (or WYPT) in the HSI, the A/P menu is brought up on the UFC. This was not the case before. This change made my auto-cockpit setup scripts a little wrong. When it pressed the UFC (button 4 from the top), instead of removing the time from HUD, it engaged RALT autopilot. If you didn't realise this happened, you probably wondered why the aircraft started behaving crazy until you tapped the paddle switch. This has now been fixed!
While I was at it, I thought I'd take take a look at logging. This has been requested many times since I first released the mission in 2018. Finally, it has been implemented! As you might already know, by default, DCS prohibits missions from writing files to your disk, which is a good thing. In order to allow the mission to write the log file, you must remove (or comment) three lines in MissionScripting.lua. It's very important to understand that if you do this, you open up write access for EVERY mission. This means that if you download and run a mission from someone you don't trust, it might start creating millions of junk files on your disk. So, there you have it. Warning. Be careful if you decide to fiddle around with this stuff.
What's cool though, is that if this is enabled, a file in your saved games dir (Logs/BanklersCase1RecoveryTrainer.log) is created and will log your passes. And if you're running this on a dedicated server, everyone's scores will be in there. This might come in handy to track your own progress, or if your squadron is using this for any kinds of competitions or qualifications.
Thanks a lot for the love and support I received through the years. All the kind replies here, as well as PMs on the forum and on Discord means the world. It's just a great feeling being able to contribute with something to this great community!
Cheers,
Bankler
CHANGE LOG
7.1.0
* The score summary is now written to dcs.log.
* The score summary (with a date and time) is now also optionally written to a file Logs/BanklersCase1RecoveryTrainer.log (requires desanitizing of os, ios and lfs lua modules in MissionScripting.lua).
* Fixed auto cockpit setup timing to account for new behavior where boxing TCN engages the A/P menu. This resolves the problem where the aircraft went into RALT A/P instead of disabling the HUD Time.
* Fixed minor problems with auto cockpit setup where some MFD buttons were left in the pressed state.
* Tomcats should now have the Carrier TCN set to default.
* The initial message is now much shorter.
* Airborne aircraft have been slightly moved in order to be properly lined up on the initial.Enjoy!
PS.
If you decide to enable write access to allow the log to be created (READ THE WARNING ABOVE FIRST!), this is how your MissionScripting.lua needs to look. The required changed is the "--" before the three sanitizeModule lines (which disables those lines). Be advised that it resets every time DCS is updated.
--Initialization script for the Mission lua Environment (SSE) dofile('Scripts/ScriptingSystem.lua') --Sanitize Mission Scripting environment --This makes unavailable some unsecure functions. --Mission downloaded from server to client may contain potentialy harmful lua code that may use these functions. --You can remove the code below and make availble these functions at your own risk. local function sanitizeModule(name) _G[name] = nil package.loaded[name] = nil end do --sanitizeModule('os') --sanitizeModule('io') --sanitizeModule('lfs') _G['require'] = nil _G['loadlib'] = nil _G['package'] = nil end
-
2
-
5
-
-
Completely agree! In our community we use human marshal/approach/lso. Having to deal with the comms menu is cumbersome and a little immersion breaking. We opt to not use ACLS at this point. Please disconnect it from the comms menu. Swift's suggestion is great imho!
Just like Coyle pointed out, even without ACLS, at least one person currently has to call inbound for the lights to turn on. This is also a little annoying, but at least the workaround isn't that hard. I guess the ultimate solution would be to allow a player to simply instantly toggle them on/off at any point. Or a sledgehammer approach adding a mission editor advanced waypoint action "Force lights on" (would love an on/off clickbox for this for normal airfields also btw).
EDIT: Also, tying ACLS to comms doesn't really makes sense in the first place. AFAIK aircraft near the carrier gets ACLS regardless if they come from the marshal stack, from a bolter pattern, or any other kind of funky approach.
-
2
-
-
Here's a track, @NineLine!
-
1
-
-
Tested this. There seems to be a bug here. But there's more to it:
1) JackFlash, be advised you now have to press the D/L button twice before pressing ON. This is not a bug (or at least it's not likely a bug). The first page is the new ACLS related D/L stuff.
2) D/L (in my test) work as intended, if you enable it from the correct D/L menu.
3) Even if D/L is NOT enabled, you now get D/L contacts if your TACAN is on. This is likely a bug.
-
2
-
-
This was marked "correct as is". Some elaboration would be nice. Should A/A TACAN mode *not* be used for airborne tankers? Note, I have no idea how it should work, but I'm a bit surprised. Is A/A mode only a figher-to-fighter yardstick thing then?
EDIT:
Okay, apparently it's not correct, but it's already reported here, with KC-135 pilots commenting (arguably not a super big deal perhaps, since the workaround with just deselecting A/A is simple, but sure, still wrong):
-
2
-
-
On 11/8/2021 at 10:37 PM, Harker said:
Not to mention several videos which show the ATFLIR with the LTD/R code visible, without the laser being armed. It is also visible while in A/A mode.
Could you post those please, Harker?
ED, this is still not fixed despite the error being confirmed by multiple Hornet pilots. And no quotes from your own SMEs. It's a quite annoying bug since it stops you from setting up mission critical things while on the ground.
If you still doubt that it's currently wrongly implemented, please let us know what kind of evidence you need to be convinced.
-
1
-
1
-
-
This is indeed bugged, but I still struggle to find a repro. Since the patch before last patch, the DL is super wonky when we play missions online on our dedicated server. The symptom is typically that you don't see your flight members. Sometimes not at all. Sometimes you see them as unknown friendly DL contacts, but without the A, B, C, D letters. These missions (or at least the base for them) were created before the last few patches. But if I create a clean miz and test to isolate the issue, everything seems to work as expected. Has anyone found any patterns?
I have tried offline and online, with AI and with player clients, with and without AWACS. No luck so far. On new missions it seems to work. Will try to investigate further.
-
1
-
-
1 hour ago, BIGNEWY said:
In designation mode, pressing down on the TDC will activate slew and allow the designation to moved.
Yes. And my bug report says that this doesn't happen if you have accidently touched the TDC directional stick before pressing TDC Depress. Please try it.
-
1
-
-
This bug is related to:
But I submitted a new one, since I have clear repro, and these repro steps haven't been mention, also they explain why the bug happens less frequently on some hardware. Also I have a short .trk illustrating the problem.
Bug:
If you move the TDC stick before pressing TDC depress, the ATFLIR will not go into INR (ground stabilized mode), but instead start drifting in some kind of snowplow manner the next time you move the TDC stick.
Repro steps:
1) Nav or A/G mode. ATFLIR in ordinary "Pointed Mode" (i.e not Scene nor Auto Track)
2) Press WPDSG
3) Move the TDC stick a little (nothing will really happen, as expected)
4) Press TDC depress (nothing will happen, though INR is expected)
5) Move the TDC stick again and the image will start drifting
Remarks:
A) If you don't touch the TDC stick, but press depress right away, it works as intended.
B) Depending on harware and bindings, it might be very hard to depress without accidently pushing the TDC stick to the side a little. For instance if using the stock TM Warthog mini stick for TDC with that depress binded to TDC Depress. If you bind the TDC Depress to a completely different button, you will not really run into the bug (except by following the steps above). This explains why the bug happens to some people only.
Track:
In the track, after the first WPDSG, I go immediately TDC Depress. Note how I go into INR with no problems. Next WPDSG, I first move the TDC a little (guess it doesn't really show in the track though). Notice how INR fails and the drift starts after I TDC Depress and then try to slew.
-
1
-
-
Left wheel brake affects right wheel and right brake affects left wheel.
The left binding correctly moves the left pedal in the cockpit as intended, but the right wheel is affected.
-
9 hours ago, Hawkeye91 said:
Thanks for the work around, but I generally don't play SP missions. I'm usually on Hoggit or TTI online and I'm at the mercy of server admins to put these fixes into the server. I thought they had them, but I still end up getting the problem. Seems like they're down at least 25% of the time I try to use them.
Aah, got it. I'm not doing SP either, but our missions are played on our own server, so we have the opportunity to fix it ourselves. My best suggestion then, would be to make the admins of those servers aware of the work-around and point them in the direction of that post. There are timer based automatic solutions, and I'm sure some of the public servers use those, but just like you said, it won't help if TCN and/or ICLS dies when you're on final. Then you need the panic button to fix it yourself.
-
1
-
-
It's super annoying. My best advice until they fix it is to setup a template mission with the functionality to manually reset it. And whenever you build a mission, build it on top of that template. It's frustrating that you need to do this, but at least it works.
-
This just happened to me. Three cold starts in a row the trim didn't affect the aircraft.
Found no config/bindings problems.
I tried spawning in an airborne slot, and the trim worked fine. Tried cold starting again, this time being meticulously careful that everything (generators and such) were started in the correct order.
Suddenly it worked. I'm not sure if it was the airspawn that made it work, or if I just made some weird startup error, three times in a row. But since it has never happened to me before, I'm leaning on the theory that it's a rare bug, and that airspawning one time fixes it. Not sure though.
-
3 month bump.
What do you SMEs say? I have yet to see anything indicating that the laser needs to be armed for you to be able to change laser code. It makes no logical sense, there is no documentation presented that it works this way, and several Hornet drivers have confirmed the laser does not need to be armed to change the code.
-
2
-
-
On 9/17/2021 at 9:26 PM, BIGNEWY said:
SA-5 HARM CODE:
SR gammon: 129
ST-68U Tin Shield - 3D radar: 130Small clarification, I believe (sorry for splitting hairs, @BIGNEWY )
- TR - 5N62 "Square Pair": 129
- SR - ST-68U "Tin Shield": 130
-
2
Using gun without having to re-align JDAMs?
in DCS: F/A-18C
Posted
Wilco!