Raf

@williang83 Programmer here, same point. Quality (programming quality) just isn't there. Perhaps it's due to a legacy code and not much can be done than rewriting everything, which they said they're doing (i hope EDGE does). I can imagine how few resources would be left to bufgix from that. Perhaps it's for lack of budget, whatever. Not to say anyone is guilty, I can imagine the economic sustainment for a market like this, but facts are facts. Returning on subject: I still have stutters. I did many things and had to boil my stomach trying to fix this (a stutter in a bad moment will become a plane crash... i'm talking about 2 or 3 seconds freezes), mobo configuration, CPU tuning, SSD, anything I've found on the forums and the net since months now. Still get these. Even on singleplayer. Even on a triggerless mission. Even with low graphics settings. (my CPU is a 4.2ghz i7, quad cores, and I have a GTX660) FPS are good at least.

Should appear a message after the Su-25T is going down... but nothing. Test2.miz

I've rewrote the multiple OR condition on my other mission and doesn't crash anymore. Here it is that other one. Raf_ParavaniBase_1.2.5.miz

I've found that recreating the trigger from scratch solved that for me. Although now I have another case which, even when recreating all the triggers by hand in 1.2.5, still crashes. I guess this specific combination is making the crash, attaching mission... ps. just choose game master and wait 2 seconds Raf_DN03_SkyTrench_1.2.5.miz

I had a problem in a 1.2.4 mission converted to 1.2.5 that was crashing the game. Removing the triggers one by one showed me it's about a 'all group enter zone' series of conditions, all put togheter with ORs. Though, recreating the trigger from scratch didn't give the problem. Must be how that one is written inside the miz.

Group Activate action is not working on planes/helicopters anymore...?? Test.miz

The same folder where there is already one. The main folder

Yes, keys.properties is the file to edit for keystrokes It's just a name/value pair. When 'ON' means the switch is turned on, and OFF the opposite, though for some stuff (like gears and positional knobs) you have more ONs and OFFs (or actually, two variables), it's just how the panel gives info, dunno why.

You can assign keys by uncommenting (removing the #) the line and then writing the keystroke after the equals... you can use any combination of alt/shift/ctrl (in theory also alt_gr but never tested). This is my current config... keys.zip

The right side keyboard is a limitation of the library i have in here, nothing to do with them.

MMh, dunno about that, but I've found this some time ago... http://forum.simflight.com/topic/71786-programming-of-the-saitek-pro-flight-panels-with-fsuipc-and-lua/ Did someone already make a LUA stuff for this? Seems so but no links, no files...

Line 20. But as I said, that's not enough, you have to replicate (and modify) a section of code (like the one between SWITCH PART and RADIO PART comments) for the new panel. And also know the device ID. I'll replicate the code stuff but that won't be enough (don't even know how many bytes to read...) Here, copy the new one, https://raw.github.com/raffaeleragni/saitek-panels/master/src/Main.java

Don't have that panel... Anyone that has it can discover out the flags, if they know how to program, and map a new Enumerator and a set of methods (nearly copypasting a program's section though). I've discovered them by using DEBUG_FLAGS=true and then see the bits changing when i click stuff... You'd also need to discover the device ID though, and other stuff.

No, just left ones. Already looked up on that but that's a limitation of it.

Mapped the radio switches. See the 'key.properties' file, cause they need to be configured for a shortcut. saitekpanel.zip

Yes that's possible, just not done yet. The double dial on the top right (the metal ones) are already mapped hard-coded (SHIFT+CONTROL+[1,2,3,4]), just those ones now Point is, can't find a good way to map them to something, one click doesn't mean one input, i get many. So I'm lacking quantity there.

Early version with a modifiable file (key.properties) for the switch panel only. saitekpanel.zip

To install and run: - INSTALL the stuff inside"to_install/libusb-win32-bin-1.2.6.0" (reading to_install/README_FOR_libusb-win32-bin-1.2.6.0.txt) - IGNORE the maven stuff (it's only for BUILDING from source) - INSTALL a JRE v7 (http://java.sun.com/) if you don't have already one. - run start.bat as the terminal will remain open, it will fake shortcuts (as explained above), you'll have to check that these shortcuts are CONFIGURED inside DCS. As for now there is not a way to change them except recompiling, will create an editable file in the future for that.

Key bindings... Some need to be mapped in DCS because they don't have a default key ps. shift, ctrl and alt area always LEFT

i thought there was an already built archive into 'target' folder? Just install the libusb driver, and run it with the start.bat (also need a java jre version 7 installed) ps. editing the source code is just to change shortcuts, not really essential, will post the current key bindings now

Reading the switches is feasible, but sending data back is quite the hard part... not to mention I'd have to also read data from DCS. As far as it goes, the switch panel can be used fully, just doesn't have the gear LEDS working. For the radio, well that's quite complicated for the logic of the switches (the swapper for example) that are quite different than DCS. I've mapped the knob at least. If someone can make stuff in lua, can use the data in my pogram to read the switches.

Here the video https://www.youtube.com/watch?v=ZLMZhg06go0&feature=youtu.be

I've made a program to map some buttons to fake keyboard shortcuts, seems to work decently. The panels i've mapped are the Switch one, and the Radio one (don't have the others). Perhaps will upload a demo video too, of them working. Project page: https://github.com/raffaeleragni/saitek-panels Attaching zip with binary and other stuff (libraries etc). saitekpanel.zip