Glow Posted April 19, 2021 Posted April 19, 2021 Hi. It's the same issue like in P-51 topic. I hope this is shared among modules. 1
JumpinK Posted April 21, 2021 Posted April 21, 2021 I can confirm this. 1 "Landing on the ship during the daytime is like sex, it's either good or it's great. Landing on the ship at night is like a trip to the dentist, you may get away with no pain, but you just don't feel comfortable" — LCDR Thomas Quinn, USN.
Tanuki44 Posted July 30, 2021 Posted July 30, 2021 To test, a simple mission with a departure aligned on the runway The flaps are in up position, the handle is in the 50° position After dropping the flaps in down position (5 press on the 'F' key). After one press on SHIFT + 'F', the flaps go back from 10° (one step), but the handle goes back to 0°. The flaps do not follow the number of keypress and the handle is always desynchronized. This bug doesn't exist with the P-51D. 3
Tanuki44 Posted August 2, 2021 Posted August 2, 2021 I think my correction in the file : clickabledata.lua corrects the problem. Pending the official correction of ED Decompressable file usable directly with OvGME TF-51D.zip 1 1
Tanuki44 Posted October 20, 2021 Posted October 20, 2021 Bug reported 3 months ago, still not corrected while the solution has been given... Not terrible, especially for a free module supplied to make envy the future pilots... 1
Tanuki44 Posted October 20, 2021 Posted October 20, 2021 Are 'Bugs & Issues' sections really useful ? ... 1
draconus Posted October 21, 2021 Posted October 21, 2021 (edited) 11 hours ago, Tanuki44 said: Are 'Bugs & Issues' sections really useful ? ... Yes, you just don't have any insight or impact on the fixing schedule, so please, don't expect any ETA. Any bug report and user contribution is welcome and is of great help to the devs and DCS community. Edited October 21, 2021 by draconus Win10 i7-10700KF 32GB RTX4070S Quest 3 T16000M VPC CDT-VMAX TFRP FC3 F-14A/B F-15E CA SC NTTR PG Syria
Tanuki44 Posted October 21, 2021 Posted October 21, 2021 It's no a problem for me, I have my hotfix mods. It's the brand image that gives for new pilots that try a basic module who has been broken that does not work properly ... But you are right, it's your choice 1
OLD CROW Posted November 8, 2021 Posted November 8, 2021 Could it be possible to allow Keybinds for joysticks buttons? I know it can be set in Joy axis as Canopy crank, but it is weird Open/Close canopy can be set in keyboard binds but not allowed in joy buttons A simple Human being's Passion [YOUTUBE] [/YOUTUBE]
Tanuki44 Posted November 8, 2021 Posted November 8, 2021 There are the commands in the joystick/default.lua {pressed = device_commands.Button_4, cockpit_device_id = devices.CPT_MECH, value_pressed = -1.0, name = _('Canopy Closing'), category = _('Systems')}, {pressed = device_commands.Button_4, cockpit_device_id = devices.CPT_MECH, value_pressed = 1.0, name = _('Canopy Opening'), category = _('Systems')}, {down = device_commands.Button_5, cockpit_device_id = devices.CPT_MECH, value_down = 1.0, name = _('Canopy Emergency Release'), category = _('Systems')}, but a bug has been reported, the lines should be : {pressed = device_commands.Button_2, cockpit_device_id = devices.CPT_MECH, value_pressed = -1.0, name = _('Canopy Closing'), category = _('Systems')}, {pressed = device_commands.Button_2, cockpit_device_id = devices.CPT_MECH, value_pressed = 1.0, name = _('Canopy Opening'), category = _('Systems')}, {down = device_commands.Button_5, cockpit_device_id = devices.CPT_MECH, value_down = 1.0, name = _('Canopy Emergency Release'), category = _('Systems')}, 1
Tanuki44 Posted November 20, 2021 Posted November 20, 2021 I just noticed that the canopy can only be opened at a reduced flight speed, in the manual it is not indicated that one can open it in flight... So that's where ours keys or buttons problems come from. This canopy lock does not exist on the Spitfire. Does anyone have any info on this?
Art-J Posted November 20, 2021 Posted November 20, 2021 (edited) Not really a mechanical lock, but airflow increasing with speed making canopy operation harder and harder for the pilot. It's been like that since the beginning of this module. In either case, key/button bindings seem to have been fixed finally in 2.7.8 for P-51D, but still don't work in TF-51D (even when the aircraft is stationary).... Edited November 20, 2021 by Art-J i7 9700K @ stock speed, single GTX1070, 32 gigs of RAM, TH Warthog, MFG Crosswind, Win10.
Tanuki44 Posted November 20, 2021 Posted November 20, 2021 (edited) Indeed, the key/button bindings have been fixed. Shouldn't the phenomenon be the same for the Spitfire? I don't know about the others warbird, I don't have the modules. Thanks for these precisions. N.B. I confirm that the TF-51D is not corrected, neither for the canopy nor the flap lever. Edited November 21, 2021 by Tanuki44
Dexter1010 Posted February 19, 2022 Posted February 19, 2022 Same issue here. Flap handle is not following the flaps when binded to an axis. Also, when it is not assigned to an axis, It works by stepping the handle with the mouse click, but the first 2 notches do nothing. Can someone fix this? Thanks!
Tanuki44 Posted February 19, 2022 Posted February 19, 2022 Use my patch On 8/2/2021 at 6:34 PM, Tanuki44 said: I think my correction in the file : clickabledata.lua corrects the problem. Pending the official correction of ED Decompressable file usable directly with OvGME TF-51D.zip 7.49 kB · 9 downloads
Convexrook Posted February 25, 2022 Posted February 25, 2022 (edited) clicking the canopy close lever does not close/open the canopy any more, was is a change? Edited February 25, 2022 by Convexrook
WilliamLink Posted April 16, 2022 Posted April 16, 2022 (edited) It's almost a full year since this topic was started, and the problem is still present. And there are a few other issues I found with the TF. The 'Close Canopy' default key binding (LCtrl+C) doesn't work as intended. It actually opens the canopy, even though the 'Open Canopy' keybind is LShift+C. So both key bindings are opening the canopy, leaving only the mouse wheel option for this function. Binding another key does not fix the issue either. Another MINOR issue: Left Clicking on the Flight Stick Locking Pin (located in front of the base of the stick) should put the flight stick fully forward and lock it in place with the pin; Right Clicking the pin locks the stick in Neutral Position. The Right Clicking function works properly but Left Clicking is not. They have key bindings, though (LShift+X for Fowrard Lock and LAlt+X for Neutral Lock), and the keys are working properly. Edited April 16, 2022 by WilliamLink 4 [sIGPIC][/sIGPIC] AMD Ryzen 7 1700 @3.6GHz | Sapphire Nitro+ Radeon RX 480 8GB | HyperX Fury 16GB RAM @2666MHz | ASUS Prime B-350 Plus | OCZ Fatal1ty 750W PSU | Kingston UV400 120GB SSD | 1.25TB HDD Total | NZXT Phantom Black Full-Tower ATX Case | Saitek-Mad Catz F.L.Y.5 Flight Stick + Xbox 360 Controller + Keyboard + Mouse Combo for DCS | FreeTrack + PS3 Eye + 3-LED clip Combo for headtracking
_Hoss Posted April 16, 2022 Posted April 16, 2022 Reverse the axis in axis tune, you have to do the same thing with toe brakes, there are other ones too. Just have to adapt and overcome as best we can. 1 Sempre Fortis
virgo47 Posted May 9, 2022 Posted May 9, 2022 I prefer binding on joystick even in clickable cockpits (at least at this moment) and noticed after the first cold-start tutorial all these things - flaps, strange Radiator oil/coolant behaviour (doesn't stay in open/close position) and canopy (both binds open). Flaps is cosmetics mostly as they step nicely, canopy is quite bad, really. L-39, F-4E, F-5E, F-14, F/A-18C, MiG-15, F-86F, AJS-37, C-101, FC2024 Yak-52, P-47, Spitfire, CE2 UH-1H, Mi-8, Ka-50 III, SA342 NTTR, PG, SY, Chnl, Norm2, Kola, DE Supercarrier, NS430, WWII, CA VKB STECS+Gladiator/Kosmosima+TPR DCS Unscripted YouTube "Favourite" bugs: 1) gates not growing regress (FIXED 2025-03 ), 2) L-39 target size cockpit animation regress (FIXED 2025-02), 3) Yak-52 toggles not toggling, 4) all Caucasus ATC bugs
Nereid Posted August 7, 2022 Posted August 7, 2022 Is this bug still not fixed? I'm trying the TF-51D and opening/closing the canopy with joystick buttons won't work. 1 DCS:A-10C / DCS:Ka-50 / DCS:UH-1H / DCS:Mig21bis / DCS:P-51D / DCS:Mi-8MTV2 / DCS:Fw190D9 / DCS:Bf109K4 / DCS:C-101EB / DCS:L-39C / DCS:F-5E / DCS:Spitfire LF Mk. IX / DCS:AJS37
Nereid Posted August 7, 2022 Posted August 7, 2022 The same problem (desynchronization of the flap handle) exists when using an axis for flaps... DCS:A-10C / DCS:Ka-50 / DCS:UH-1H / DCS:Mig21bis / DCS:P-51D / DCS:Mi-8MTV2 / DCS:Fw190D9 / DCS:Bf109K4 / DCS:C-101EB / DCS:L-39C / DCS:F-5E / DCS:Spitfire LF Mk. IX / DCS:AJS37
Nereid Posted August 7, 2022 Posted August 7, 2022 (edited) On 4/16/2022 at 6:37 PM, WilliamLink said: It's almost a full year since this topic was started, and the problem is still present. And there are a few other issues I found with the TF. And the TF-51D is their demo for full DCS modules. At least the most obvious bugs should be fixed as soon as possible. A desync with an axis is not that important (even if it bothers me, but beginners rarely use axes for flaps), but non-functional keybindings and desync of instruments/levers/switches with keys pressed should not happen. Edited August 7, 2022 by Nereid 2 DCS:A-10C / DCS:Ka-50 / DCS:UH-1H / DCS:Mig21bis / DCS:P-51D / DCS:Mi-8MTV2 / DCS:Fw190D9 / DCS:Bf109K4 / DCS:C-101EB / DCS:L-39C / DCS:F-5E / DCS:Spitfire LF Mk. IX / DCS:AJS37
Jobediah Posted August 7, 2022 Posted August 7, 2022 42 minutes ago, Nereid said: Is this bug still not fixed? I'm trying the TF-51D and opening/closing the canopy with joystick buttons won't work. Specifically a joystick or any button controller? I have all my warbird canopies bound to a toggle on my HOTAS and it works fine.
Recommended Posts