-
Posts
2500 -
Joined
-
Last visited
Content Type
Profiles
Forums
Events
Everything posted by TOViper
-
If HOT start is selected, it workes without the boresight-procedure. If COLD start is selected, I can't get it work, even with boresight procedure. I fly in VR, Oculus Rift CV1 Edit: obviously, this is the solution for the moment, you might wanna give it a try:
-
Viggen Patch March 17th 2022 Feedback Thread
TOViper replied to IronMike's topic in DCS: AJS37 Viggen
Is the LT-KRAN EBK switch intented to be blocked? -
Viggen Patch March 17th 2022 Feedback Thread
TOViper replied to IronMike's topic in DCS: AJS37 Viggen
Standby compass always shows 0, seems not rotating at all. Happend in a MP flight this evening. In SP it works. Investigating now. -
Comms menu, move location on screen… semi solved
TOViper replied to MadKreator's topic in View and Spotting Bugs
Is this a value relating to "pixels from somewhere" or to "percentage of something"? -
Guys, a quick question for you: Trim on the pilot seat (rearward) works pretty fine on my rig (using commands "Trim hat - NOSE UP/DOWN/LEFT/RIGHT" for the Mi-24P Pilot section. But I can't get the trim work for the gunners seat (forward). I find no way to get it working: - I have set commands "Trim hat - NOSE UP/DOWN/LEFT/RIGHT" for the Mi-24P Copilot-Gunner section to one of my coolie hats . - I have used aircraft control priority settings for "Pilot", "Gunner" and "Equally Responsible" Both settings together and independetly, but with no luck
-
Same here, after 2 months of flying mostly helicopters the z-axis (used for pedals and rudder) got a little crazy, it produced spikes (mostly on CCW rotations). My currently working solution: .) Dismantle the thing according to Arvey Jay's video: https://www.youtube.com/watch?v=gVzhEgHS4bA .) Pull the potentiometer off the top to have it loose (didn't touch the cables) .) Rotate the knob of the poti to full left and right a few times, thereby pulling and pushing it (but just very carefully) .) Put back all stuff and re-assemble the stick .) Spikes are not there anymore Yeah babe. Let's see hot it goes ...
-
It is not required to do this. Keep your fingers off the safety unless you have a lock!! Trigger safety up is only necessary (required) when you already have successfully locked onto a target. Then the next steps are: .) trigger safety up, and then .) fire the weapon I hope it helps, despite I doubt a little bit because of the amount of information given so far. This makes no sense to me at all: "Not visible is EP set to TV T1 via HOTAS. " Another approach might be to check if you have accidently engaged any of the TV, T1 with your config. In the past we had users having these kind of problems. Further note that Johns tutorial video is wrong. You actually have to use T1 to start slewing the cross hair, which you have already noticed. So the steps are: Weapon selector to RB75. Master Mode to ANF. Press T1. Slew crosshair. Press TV once over a target that is lock-able. Trigger unsafe. Fire. Edit: I attached a track that shows that everything works fine. You might find something you are doing wrong, or something is wrong with the DCS installation. 11 - AJS37 Training RB75.miz_2022-02-24_00-49.trk
-
Need help with model viewer or have a list of cockpit arguments
TOViper replied to Leviathan667's topic in Bugs and Problems
119 works like a charm, thank you very much Bailey! -
Need help with model viewer or have a list of cockpit arguments
TOViper replied to Leviathan667's topic in Bugs and Problems
Hi! Is there a way to trigger the STD flag in the altimeter which came with the big update? I want to use the trigger condition X: COCKPIT ARGUMENT IN RANGE. For me it seems the device FLIGHTDATAUNIT (25) has become some more params, but I don't know how to find out which one is for the pull-out of the altimeter rotary knob. Using DCS-BIOS and the command "return list_cockpit_params()" doesn't give any parameter showing a change when I pull the knob out or push it it. The input file keyboard.lua shows "down = 3711, value_down = 1.0, cockpit_device_id = devices.FLIGHTDATAUNIT " Checking the files clickabledata.lua and many other files in the scripts folder of the module gave me no hints. Help please! -
Hello schurem & welcome to the Viggen world! I also highly recommend using the RC2 manual that comes with the module. It is a very good manual IMHO. Personally, I like it VERY much! I think there is no way around reading it in total when you really want to dig into this wonderful beast to get out as much as possible. Happy landings! TOViper Edit: I forgot one thing to say... when the manual states that 3° nose up would be a good take-off trim ... use 5° nose up and everything is fine!
-
Easy-to-use Lua Console now included in DCS-BIOS
TOViper replied to FSFIan's topic in Mission Editor
Hello! I use DCS BIOS, and I have one question: It delivers the following output: "BASE_SENSOR_VERTICAL_ACCEL:1.671939\" How can I use this in triggers, e.g. by checking if g-forces have been too high? -
Hello! I am just playing around with the Viggens accelerometer. I am using the trigger condition "PLAYER'S UNIT ARGUMENT I RANGE. Argument: 136 Min: -0.3 Max: -0.05 I just want to sense negative g's ... thats all. Why does this not work, und much more important: How can I get this work?
-
OB 2.7.10.19473, SP from mission editor The ground collision warning is not triggered when using the radar in mode A1 and the radar altimeter set to off and master mode NAV active. According to RC2 it should work; the manual for this situation says: "Ground collision warning is received when the radar is used (mode A1 or A2) when the calculated altitude and descent rate is such that the aircraft will impact the ground within 7 seconds. If the radar altimeter is available, the warning is always based on the radar altitude. This warning is blocked during aiming against ground targets, as well as when the landing gear is extended and the ground calibrated altitude is less than 50 metres." AJS-37_Viggen_Ground_Collision_Warning_via_Radar_not_working.trk
-
OB 2.7.10.19473, SP from mission editor As written above, these failures do not work properly, the flaps continue to operate normally; see track. Edit: The other two flap failures "Canard flap surface left/right" seem to work fine. AJS-37_Viggen_Flaps_Servos_Failure_not_Working.trk
-
Hello! Was the Bränsleregl switch set to MAN intentionally for spawning (no matter if cold or hot)? I remember this switch usually to be found at setting AUT...
-
OB 2.7.10.19402 SP, mission editor Using two consecutive M-points (target points) when overflying the first M-point causes the second M-point to have same coordinates as first M-point. In this example, I overfly M1 by attacking a fuel tank on top of the mountain (not replayed correctly on my machine, it was offset), and then M2 has the same coordinates as M1, despite they were differently before taking off. When overflying, M1 should switch to M2 (not B3), because I am not in NAV mode (not in ANF where automatic switching would be inhibited). If you are not able to replay the TRK, just load the MIZ and fly along the waypoints. AJS-37_Viggen_M-points_mixup.trk AJS-37_Training_Nevada_Rb75+AKAN.miz
-
Thanks Grimes! Since I wasn't able to get this out of it, this information could be added to the official DCS User Manual: Weapon Free: AI will engage any enemy group it detects. Target prioritization is based based on the threat of the target. Open Fire, Weapons Free (Priority Designated): AI will engage any enemy group it detects, but will prioritize targets specified in the groups tasking. Open Fire (Only Designated): AI will engage only targets specified in its taskings. Return Fire: AI will only engage threats that shoot first. Weapons Hold: AI will hold fire under all circumstances.
-
OB 2.7.10.19402 SP, in mission editor F-4 aircraft with TASK "CAP" Advanced Waypoint Action "CAP" removed from waypoint "0" Start Enroute Task -> Search Then Engage In Zone, with radius 5000m at waypoint "1" F-4 is constantly ignoring this setting and engages targets outside this radius. It happens when the Advanced Waypoint Action "ROE" was set to WEAPONS FREE or PRIORITY DESIGNATED. It workes with ROE setting "ONLY DESIGNATED" or ROE not set at all at waypoint "0". SEARCH_THEN_ENGAGE_IN_ZONE_fails.miz
-
Search then engage in zone not working in hours of darkness
TOViper replied to NightFlier's topic in Mission Editor Bugs
Grimes, for which unit types did you get it work? Currently, the F-4 doesn't respect the action with a radius of 60000m, because once the unit is set to general task "CAP", it starts engaging everything within 400 miles. Edit: the problem here was that the aircraft was set to ROE = Weapons Free -
Have you performed consecutive roll maneuvers before landing? This would also induce the tilt ... I think this was introduced a (felt) year ago ...