Home Fries

When using the microstick with the C701 zoomed out, everything slews as normal. However, upon zooming in with S2 Forward, using the analog microstick axes often reverses the slew direction, or at least makes slewing inconsistent. Using the ,./; keystrokes works fine while zoomed in; the problem is with the analog axes. Tested with HOTAS Warthog using a TARGET profile with RX/RY axes for the microstick. Issue can be duplicated. Slew to a target with the C701 seeker, zoom in, then slew to fine tune and watch the crosshair go in the opposite direction from your input.

I noticed in the manual that the airbrake switch has a push axis. Is this supposed to keep the brake open while the switch is pushed (like the L-39)? I ask because the current command just performs a speedbrake toggle function. If it is supposed to be like the L-39, any word on when this will be implemented?

@swimbody, I was a VP guy out of Whidbey Island. @DM, I'm also offering my services as a RIO and Strike instructor, though I won't be free until after April.

Try this: after compiling DCS_World.tmc, load it in the Script Editor (or Notepad++) and find the following line (probably line 682) Configure(&TFRPHARudder,MODE_EXCLUDED); This should be the only reference to the pendular rudders. Put two slashes in front of the line to comment it out, so it should read //Configure(&TFRPHARudder,MODE_EXCLUDED); See if this clears the error.

Thanks L0op8pack. I'm really looking forward to this. I'm not sure if this is possible within the DCS framework, but this feature would be even better if there was a way to split the exports between the primary and secondary portions of the MFCD. This way we could move the secondary data to a spot just below the Thrustmaster MFD bezel without cutting off any display (or cut the secondary data altogether if we don't have room). For example try_find_assigned_viewport('JF17_LEFT_MFCD1',JF17_LEFT_MFCD','LEFT_MFCD') try_find_assigned_viewport('JF17_LEFT_MFCD2')

Are you using the latest version of TARGET? You should be using v3.0.18.328 or later. An older version of TARGET won't recognize the TFRPHARudder device and will generate that error. EDIT: it doesn't matter whether you have the pendular pedals (that device). I only call the device to disable it (making sure you get the extra axes), so it won't affect your use of the profile in any way. You just need the newer version to clear the error.

That's my thinking as well.

I'm speculating, but based on the human factors they put into the INS (e.g. going direct to nav will automatically go to nav after alignment), the real jet defaults to fast, but will then perform a full alignment if an incorrect true heading is input or a true heading is not entered in time. In real life, the first thing an INS does when it spins up is determine a true heading. It measures the earth's rotation and takes a 90 degree offset. Some INS's can determine the rate of the earth's rotation and determine latitude based on that (and will tell you if the latitude you input is incorrect). It makes sense that an INS with the human factors shown in the JF-17 would have similar capabilities.

Thanks. I added them to the bugtracker. They're low priority right now, but on the list of things to look at.

While in Manual mode, this appears to toggle the laser. I mapped it to the first stage of my trigger.

I second the OP recommendation. If we're mapping to a Warthog throttle that doesn't have a HOTAS rotary, having the buttons with shared functionality to create a digital axis is the next best thing.

Quick update, everybody: I just put the JF-17 into internal beta testing this afternoon. There are some known issues I want to still fix, and I'm expecting testing to bring up a few more bugs. However, I'd like to get 2.43 out sooner than later. As long as we don't have showstoppers, and depending on the next scheduled patch and what JF-17 improvements it brings, I'll try to get 2.43 out ahead of the DCS Stable Release on which I normally time my updates.

Thanks, BIGNEWY! :thumbup:

Mine is 0 5 10 17 28 40 52 64 76 88 100 The in-cockpit throttle handle pops up just as I move the Warthog throttle over the detent.

You guys are both right! It's the description in the controls menu that needs updating. The controls read S6 Down: Trim Down and S6 Up: Trim Up. If they read S6 Down: Trim Up and S6 Up: Trim Down, then there would be no confusion.

The NS430 Special Options menu currently does not have the JF-17 listed as one of the modules in which to disable the NS430. This one is important for those of us who normally have the NS430 functions mapped to MFD3, as this supersedes our center MFD mapping in the JF-17.

And 2.5.50 is released for DCS 2.5.5.40269. EDIT: compatible with 2.5.5.40603 (12/4 beta)

Sorry, didn't catch your post until now. IIRC, rank is based on campaign missions completed, not flight hours. Complete some SP campaigns to make LTJG.

I went with DFA because it's an Airborne motto as well as being popular with Huey door gunners in Vietnam. The noseart originated with the Huey. As you can see, it's based on the US Army jump wings, but the parachute canopy is replaced by a tornado with cows swept into the vortex. Yes, I'm easily amused! :lol:

Guys, there's no question that running a media player in the background is a viable alternative. However, there is another consideration for using the in-game tape player (at least for the Tomcat): it's multi-crew! So that means if I'm flying as RIO and start the tape player, my pilot hears it too. Imagine queuing up "Also Sprach Zarathustra" while you're conducting a low pass/dump and burn for your buddies at the airfield! This also brings up a potential complication for a custom playlist: the pilot and RIO in a MP session would need the same playlist to hear the same thing. Here are some possible alternate flows for differing playlists (in these examples, we'll assume that the pilot has the playlist and the RIO does not): 1) Pilot and RIO don't both have the playlist selected on kneeboard: 1a) RIO's playlist reverts to playlist on Special Options menu. 1b) RIO's playlist reverts to default (hello, Meteor). 2) Pilot and RIO have same playlist name, but playlists are not identical: 2a) Each playlist plays as listed on local machine.

I'm loving the tape players (especially the Meteor soundtrack), but there are a couple of features that would really put this functionality over the top. I get that an MP3 decoder is probably a non-starter, so I won't go there, but these features can be applied to the existing OGG player. First, allow us to put substitute OGG tracks in the Saved Games folder using the same structure as the Mods folder in the DCS install. This saves us from having to mess with our main install and makes substitutions easier. Even better would be to allow a playlist in the form of a delimited text file in Saved Games. For example, a comma-delimited playlist could read "Song1","Danger Zone" "Song2","..\..\..\walkman tracks\mighty wings.ogg" "Song4","d:\music\steve stevens\topgun theme.ogg" The example shows a file in the existing folder (Danger Zone.ogg), as well as files using relative and absolute paths. Also, the absence of "Song3" in the playlist would imply that the existing Song3.ogg would not be substituted (because I want to hear "Fear the Bones!" :thumbup: ). Not only would the playlist allow us to reference files in common locations, but would allow us to keep the OGG tracks properly titled and we could modify the playlist in lieu of renaming files. Ideally, the playlist could be selected in the Special Options menu, but having a key macro to cycle playlists using the kneeboard would not be an unwelcome feature. For all we know, Doug Masters walked to the jet with his entire Queen collection and not just the mix for the movie! :D

Oh well, thanks for the quick reply. :thumbup:

A bit of a tangent here, but JSGME had the ability to remove an existing default file (i.e. without actually replacing it) by adding a blank text file called filename.ext-remove. For example if I want to remove Song1.ogg from the Heatblur VigWalkman folder, I could create a text file called Song1.ogg-remove and JSGME would back up Song1.ogg, then remove it from the folder. Does OVGME have a way to do something like this?

Assuming you're referring to the autopilot mode switch on the warthog base, there's nothing I can do with that because it's already using DirectX switch commands (e.g. hold DX13 for 4 bars, hold DX14 for 1 bar, otherwise 2 bars). In other words, its as if there were no TARGET profile for that switch. If it were using key commands I would put a delay into the center position, but the switch logic as is means that it's a responsiveness issue with DCS and your PC. I would just be a bit more deliberate with your bar switching.

Already mapped to the APU switch when the logical gear state is "up."