Another hint that the current manner of assigning an axis is confusing: https://steamcommunity.com/app/1890860/eventcomments/581683203528584817/?tscn=1791272209#c581684201210975056

This is also true for entering a menu and when interacting with the signs of supply facilities of base buildings.

My analysis is that the context change disconnects the vehicle control entirely, and that the disconnect sets the controls to the centre of the axis in the intermediate representation. It is the same reason you can't walk around while the map is active.

My experience was attained without mods, BTW. So it is in the base game. (I used the profile generated by Experimental with the car bits cut out to achieve joystick control in the regular version, as the workbench is hard to work with on linux)

You're right, this is not what I would expect either.

Is there an indexation period, e.g. only indexing votes once a day or something? If there is, then that might explain it. If there isn't, then this does represent a problem.

So, after a lot of fiddling with advanced assignments, I've figured out that click or press with an invert modifier will make it work as it should. Why the game doesn't apply this by default is beyond me. Nor is any of this shown in the advanced assignment modal, suggesting instead that none is fine. Any hint that changing it will show, like for example by greying out the options until another choice like press is made, would be infinitely better. The way it is done now is exceedingly confusing and breaks expectations created by decennia of industry applying a more or less standard way of doing things.

I know how to drive a car, I've had a driving license for over 15 years and I have driven stick shift for most of that time.

some notes:

• I'm actually starting the engine after pressing the clutch, as you would IRL.

• I'm using about 50% throttle, which is very generous compared to other car games and IRL. Normally you'd give about 30%.

Update: The engine will stall using this with the default assignment method. If I go to the advanced assigment, there is no modifier active. If I change it to analog value, without changing anything else, this all of a sudden works. The movement of the foot in the game appears exactly the same.

Another observation: if the axis assignment has been made via the default way, so without going through advanced assignment, the engine will stall even if the clutch pedal is fully pressed down when starting the engine in gear.

There is a huge problem with analog assigments, see #AREXP-483 , which might work on your end with your very special way of assigning things, but nobody will ever understand, as you're using very non-standard ways to assign axis.

I´ve viewed the part of the video where the collective gets assigned. I get wholly different results for slider type assignments. If I use the full range I get a combined split range, e.g. for the accelerator pedal on my G920, where neutral is at min range, I get "1 up positive + 1 down negative". This results in the axis counteracting itself in game. Only when I press the pedal to slightly past +50% of the range before the assignment, start the assignment and then go to full range and then back to +50% of the range, I get 1 down negative, which corresponds to normal axis behaviour. The same is true for all other axis assignments where slider-type inputs are involved. If I then go into the advanced assignment to tune the axis, it shows no axis modifier, nor is there any clue that something like that is required at all. It shows "none", and no hint of any options for axis modification. Not even a greyed out option with a hint or anything. You'd expect that an analog axis has the proper modifier for it shown if it is active, and since it is an axis, you can also already set up the binding as an analog assignment. If you do that, it instantly becomes a lot more intuitive. Same for button assingments. Make them click or press. (BTW. why is there press when click does the same, but with more options?)

In other games you assign the axis and then maybe change a curve in the advanced settings. The way it works in Reforger is not the way most other games work. As it is now, assignment of axis is very confusing and not following established practices. It is utterly unusable unless you start experimenting extensively. No good advice is given in the game. You're left clueless.

For illustration, consider the following: I tested with a friend and both of us were initially unable to assign things until we started comparing his custom profile made in the workbench with the assignments made through the settings in the game. Only then it became clear that you had to manually assign the input type. This took us about an hour before we were able to figure out even this basic fact, as the game leaves no clues at all.

If you want to see how it's done properly, take a look a the likes of DCS, War Thunder or Assetto Corsa. They do match the expectations set by years of implementation according to well established practices. Please follow suit.

This also means getting rid of split assigments for inputs which are continuous on a USB game controller. Don't have steer left and steer right. Just have steering. Same for inputs for the collective, cyclic and rudder on helicopters. It might be necessary for keyboards or even gamepads, but the intermediate layer should be able to handle the different schemas without trouble.

As for Discord, I have the following to say: I don't have a discord account, nor will I ever make one. They're a company which should be avoided like the plague. Since day one they have been violating the privacy of their users in many ways and this has been well documented. If you think using Discord as a primary channel is acceptable, think again. In short, any link to discord is utterly unusable and irrelevant to anyone who cares about their privacy and can't be relied upon for communication to your whole audience. Websites can. Forums can. It's debateable if youtube, with its very restrictive usage policies and extensive profiling can be considered as such, and I avoid it if I can, but through proxies like invidious etc it still can be used sporatically.

Changing it to "click" after assigning it did fix this issue. But I think that you'd better make this the default for this action, because nobody in their right mind will expect to have to fix this themselves unless prompted explicitly. This is outside of what is expected because other games don´t use a modal like the advanced assignment right off the bat. It is usually reserved for changing curves etc. So preferably you start adding default profiles for all problematic actions, which is probably all of the joystick ones. I also used click for the assignment of change weapon, as reported in point 2 of #AREXP-454 , and it also fixed that.

I think that the game needs to acommodate the behaviour common in other games or explain the difference explicitly inside the game, as breaking expectations like this is very confusing.

If I compare the stats for DayZ Arma 3 and Arma Reforger, filtering out the player reports / unban requests, then it shows that DayZ actually has the higest resolution rate at the time of writing.

For this comparison I've set the period filter to "Last Month", as the first round of pruning after the weekend has not happened yet. This means that choosing "Last Week" as the filter period would skew the numbers too much to create a reliable impression.

You think serial downvoting is not a problem? Please explain why.

To whom are you addressing your comment?

You do realise that "resolved" is a higher level status, indicating that an issue has come to its conclusion and has been closed. The specific state then details what that conclusion actually is. "User Feedback" essentially boils down to: "we've noticed your concern, but we will not act on it". Assigned seems to be almost the same, but with the distinction of leaving it open/unresolved, as to appear it might get worked on.

I guess that renaming it to something like: "Top 5 issues by votes in selected period" would be more accurate. Does it fit on the screen of the average user though?

For the record, this problem is much, much rarer, if not exceedingly rare in other games on linux when using proton, usually only occurring when the USB are plugged into the hubs in a different order. I think it is probably due to how the game reads USB identifiers of said controllers.

If you change the period, it will show the issues by votes cast in that period. So this is actually working as it should and there is no problem. I think the period filter is the right choice, as otherwise you'd get the problem that issues with a lot of votes would crowd out current issues, causing them to not be highlighted properly.