spartan563

Hi Alpha-Kilo, We don't intend to completely remove the ability of Articulate to emulate key presses, in fact I'm pretty certain that functionality is here to stay. That being said, we'd like to move away from using it wherever possible as it is rather imprecise and limits what can be achieved. The biggest issue is that the delays necessary to ensure that key presses are registered by ArmA vary wildly from system to system and depend heavily on framerates and other factors - by moving to a scripted command system we could avoid this issue altogether. It would also allow us to introduce context specific commands like "One, move over there." or "One, get in that vehicle." which is currently not possible (at least not to any degree of accuracy) using key emulation. We're also trying to make things as universal as possible, so the interface between ArmA and Articulate has been designed to make it possible to integrate the same functionality with other games (in theory), allowing you to hopefully use Articulate in the future for things like DCS (wouldn't that be awesome). So, no need to worry that we're trying to remove functionality, just trying to improve what's there already and add features which weren't possible before.

Hello everyone, It's release day again! I realize that we haven't exactly been sticking to a schedule, everyone working on the project has been seriously busy with work and life, and unfortunately Articulate has taken a bit of a back seat in light of that. We do have some cool news though, we have a new member on the Articulate team - Alec - who is to be in charge of getting an integration addon working with ArmA 3. We've been discussing this on and off, but unfortunately neither Michael or myself have the experience necessary to replicate the standard command menu in SQF/FSM commands. At this point we've got a functional interface between Articulate and ArmA 3 working, allowing us to execute scripts within ArmA from Articulate - a major step forward in removing the need for key emulation. With any luck, we'll have a bit more to share with you guys in the coming weeks. Unfortunately however, this release is more of a maintenance release, it fixes a few small spelling mistakes in the commands and adds a Swedish translation. I've also added an automated error reporting tool which should help reduce the turnaround time between someone experiencing a crash and us finding out the cause behind it - something which was previously a major headache for us and certainly hindered our ability to solve some common issues people were having. Changes - Added a Swedish translation courtesy of Mange - Fixed problems with the Supression commands courtesy of Will Hart - Added automated error reporting code to make finding bugs faster - uses Sentry As always, you can download the latest release at https://github.com/Mpstark/articulate/releases

Hey Black4n, Could you try increasing your Key Release Delay in the advanced settings dialog - I have a feeling it's set too low for your current setup. A few versions ago we dropped the default delay from 100ms to around 50ms (I think, it might be 75ms) which works for most people - but a low FPS will mean that it doesn't work for others. Increasing it to 100ms or more should help resolve your problem. Good luck, Benjamin Pannell

@Oktyabr unfortunately it's quite a step from the existing implementation to being able to change the input devices. Microsoft has made using the default input device easy by providing a function which automatically uses the default, adding the extra functionality will require another library and increase the size of the program. Nonetheless, I've opened an issue on GitHub for it and I or someone else will take a look at it when we get the chance. In the mean time, if you close down Articulate and switch your default input device you should be able to use it with any of your input devices (a bit more of a headache, I know). @djotacon sorry about the name issue, I assume you are referring to the download page on GitHub - in which case I have fixed the spelling of your name. Please let me know if there's anywhere else that you find misspellings. To answer your second question - yes you can use Spanish, simply click the flag on the menu and choose Spanish from the drop down which appears. Helping out can be done in many ways, your assistance with the translations has been invaluable and just testing new versions when they become available and reporting any issues you find is also a huge help.

Update 0.2.5 Released - Fixes the team selection issue Comments Sorry that it's taken so long to get this release out - I know it was in high demand but I simply didn't have access to my development system over the holidays and wasn't able to compile/test the latest version to make sure it worked. I trust you've all had a good holiday nontheless, and just in time for the release of Campaign Episode 2: 'Adapt' here's the latest version of Articulate with the team selections feature fixed. I'm still really busy getting things organized, and will be for the next week and a bit, but feel free to leave comments, bug reports and feature requests and I'll try my best to address those I can given my available time.

Hi everyone, Sorry for the lack of replies, I've been away on holiday and still don't have access to my development machine. Hopefully I'll be in a position to make a release with the changes pending on the development branch (fixes the Shift+Fx - Team selection - keypresses) some time around the 20th of January - don't worry, the project is far from abandoned. Thanks Festa_PWR for helping out with some of the questions, you're correct that Articulate doesn't require Microsoft Speech Recognition to be running, but it does use the same service, so using Microsoft Speech Recognition will result in better accuracy for Articulate. Mac D, as you noticed, only a few commands can be issued on their own, Articulate has been designed to process a full command "set" (All watch east) rather than single command components - this is very different to the way other hotkey applications work and gives vastly better accuracy since Articulate knows that (All watch advance) isn't a valid command. If you're having issues with accuracy, my suggestion would be to attempt giving the commands as you would to a human player (without excessively long pauses in between command components) or adjust your Command Termination Delay in the settings. In the mean time, I hope everyone is enjoying their holidays. Regards, Benjamin Pannell

Thanks for reporting this Goblinbutt, I've since fixed it on the development branch so it should make its way into the next release. Appears I'd forgotten to update those specific commands when I made changes in v0.2.4, which ended up breaking the behaviour of multi-key presses. You are correct in assuming that we're now using Shift+F_ to select teams, the alternative (9-9-_) would take an extended amount of time, resulting in lowered accuracy.

Hi DeThiCa, The default key release delay is actually 75ms, seems even that is a bit short for some people (especially with the team selection and assignment commands, for some reason those appear to present more of an issue than the rest). Generally I'd assume that the ArmA engine needs between 1 and 3 frames to detect the command and render the required menu, so if you are looking for the ideal delay for you then you can use the following equation to work it out. delay = frames * 1000 / min_fps As I said, I'd recommend choosing a value for frames of between 1-3 and then plugging in your minimum FPS. A good bet for minimum FPS would be somewhere overlooking a dense urban center like Kavala (they generally represent the greatest framerate hit) and then looking in the Video Configuration Menu to see your current FPS.

Well, mouse buttons should be bindable - specifically Left, Right, Middle and Forward/Back buttons. If you've got a mouse with more buttons than that then my suggestion would be to use the configuration software to have those buttons emulate key-presses which Articulate will be able to use. The biggest issue is one of standardization, while it is indeed possible to write code which can detect the pressing of a button on a USB device - doing so in such a way that it works for everyone and all devices is a vastly more challenging prospect. I've opened up an issue on the project addressing it and I'll see what can be done about it - but it's the kind of feature which will take time to test and implement. Glad you're enjoying Articulate though :)

Thanks @Pergor :) @Festa_PWR, you can see a list of the available commands on the wiki page. As for binding to a USB device, I assume you are referring to a gamepad/joystick of some sort? If that is the case, I will look into adding it when I get the chance however the current code doesn't have any easy way of implementing such support.

Hi Alpha-Kilo, Thanks for the remarks - I've made a patch release which addresses the freeze issue when changing languages, it should be available at the usual download location. I've also added links to all existing translation files to the translation wiki page. As for the custom commands, unfortunately I cannot give an ETA on that functionality as I am not running that aspect of the project. At the moment I'm in the middle of exams followed by a holiday in which I will be away from my computer for a month at least - if the functionality hasn't been added by the end of January then I'll take it upon myself to implement (sorry that it's a long way off, but I simply don't have the time at the moment

Hello everyone, Release day again - this time with a bunch of new translations and features coming along for the ride. Hopefully some of these features will help make using Articulate easier, while others are aimed at making it work more reliably on a wider range of systems. New Features flyingcroissant has added a sound effect engine which allows sounds to be generated for different events. This should allow you to quickly determine whether or not Articulate has understood your command. This feature can be enabled from the settings menu, and custom sound packs can be used if you wish to customize the behaviour. I've also added the ability to customize the delay between key-presses that Articulate sends to ArmA. This should have a serious impact on the accuracy of commands on systems with a low frame rate. If you've previously had issues with commands not executing correctly despite them being recognized correctly (you can check this by looking at the UI) then please increase this value until things start functioning correctly. Changes - Spanish translation courtesy of Dj Octacon - French translation courtesy of Wismerheal - Display translations names in their localized form instead of English - Added sound effect engine as well as a default sound pack courtesy of flyingcroissant - Allows key press delays to be adjusted Thanks to everyone who helped contribute to making this release possible.

Ah, good to know and have confirmation of my suspicions. I think it'll probably be good to allow adjustment of key-press delays in light of this so that people can tune Articulate to work on their machines. Also, out of curiosity, how much of a difference would it make to be able to say "all except 3, 4, 5 advance"? If it's something in demand then I'll open an issue for it and hopefully it will be implemented. Confidence Margin controls the cutoff level which determines whether a command is "recognized". More specifically, when the Microsoft Speech Recognition API detects speech it reports how confident it is in its recognition (a value from 0% to 100%). By adjusting the confidence margin you are able to set your lower limit for how confident you want the SAPI (Speech API) to be before Articulate executes a command. I have found that values around 70% work well initially, however after training the speech engine I routinely get upwards of 85% accuracy on my commands - so I could feasibly increase the confidence margin to ensure greater accuracy. Hope that clears some things up for everyone.

Thanks for that, seems to indicate that (at least in most situations) it is triggered by commands which take more than two key presses to navigate the menu. My working theory is that this has to do with the framerate of the machine on which Articulate is running on so I'm going to add the option to adjust the delay between key-presses which should hopefully help alleviate this issue. As for the medic ignoring your command, I really have no clue as to what would be causing that - the "all ..." commands use the tilde (~) key to select your squad so I wouldn't expect some units not to receive the order unless you had already selected some of them. I also like your idea of a "Do as you're told, or else..." command but unfortunately I'm simply not experienced enough with writing SQF and FSM scripts to be able to do anything along those lines - I'm currently working on an Addon for ArmA which will allow the execution of scripting commands from Articulate however I haven't yet got it to a stable/testable point. I think your issue with invalid commands showing the menu could be Articulate recognizing a command as simply a selection of units (i.e. 'three') which is also technically a valid command for Articulate. Selecting a unit will then cause ArmA to show the menu - not sure how we can avoid that issue since I think there are cases where it is useful to say "three, four, five" and then use the mouse to contextually give an order. I guess my best recommendation would be to increase your Confidence Margin option, which should reduce the likelihood of this happening when you haven't actually given a command.

Hi guys, Thanks for the bug reports - I'll look into it and try to reproduce the issue on my side. Could you let me know if commands such as "all watch direction east" aren't working as well, as that may indicate that it is an issue with delays which isn't experienced with shorter commands. Thanks, Benjamin Pannell