Jump to content

Recommended Posts

Posted

In a module where iron bombing is so reliant on the depression tables you would think a reticle depression knob would be important to get right. However, unfortunately, the binding for an axis for sight depression is not working as you would expect it to. You have to keep the knob centered for the in-cockpit knob to keep a fixed value. Any deflection on the physical knob and you get a constant movement of the in-cockpit knob, the speed depending on the amount of deflection from the center point. Surely this isn't right...

Can we get a properly working absolute value sight depression knob?

  • Like 1
  • Windows 11 Pro, RTX4090 (24GB), 5950X @ 4.3GHz, 64GB RAM @ 3000MHz, M.2 SSD 8TB, Pimax Crystal
  • Modules and maps: All of 'em. (It's a problem...)
Posted (edited)
29 minutes ago, Xupicor said:

In a module where iron bombing is so reliant on the depression tables you would think a reticle depression knob would be important to get right. However, unfortunately, the binding for an axis for sight depression is not working as you would expect it to. You have to keep the knob centered for the in-cockpit knob to keep a fixed value. Any deflection on the physical knob and you get a constant movement of the in-cockpit knob, the speed depending on the amount of deflection from the center point. Surely this isn't right...

Can we get a properly working absolute value sight depression knob?

I'm currently developing a helios profile for the f-5 and the  Reticle Depression Knob only works as a rotary encoder, not a linear axis. I do find it odd that it since in clickabledata.lua its simply a "defaulit axis" leading me to believe a linear axis/ potentiometer should work, but it doesn't. Full step change moves the sight one degree... I just tested it binding it to a rotary encoder on my throttle and it does work as it should ( essentially the same as binding a button for increase and another for decrease).
I DO agree with you that a linear axis would be more feasible for most users as most hotas setups don't necessarily have an abundance of rotary encoders....except for my STECs, which is oddly loaded with them lol

Edited by MadKreator
  • Like 1

Intel i7 13700k, ASUS  rog strix z790A, 64gigs G.Skill Trident DDR5 @6400Mhz, Nvidia  RTX 4080FE, 4TB,  2x 2TB,  1TB Samsung NVME, 1TB Samsung SSD,   Corsair RM1000x, Corsair Titan 360 X AIO cooler, Lian Li LanCool 2, VKB Gunfighter Ultimate, VKB Custom STECS , MFG Crosswinds, Moza FFB,  Virpil Collective, Track IR5, 48” LG UltraGear OLED & HP 24” touchscreen for Helios,49” Samsung Ultrawide,  Streamdeck XL, Corsair Virtuoso RGB Headphones

Posted

I've got 19 rotary encoders here, but the one knob that's most closely placed to where the F-5 depression knob is in the pit is an analog axis.

I know I can just bind any one of the rotaries I have. I'd like to see the axis work properly, though. 🙂

  • Like 1
  • Thanks 1
  • Windows 11 Pro, RTX4090 (24GB), 5950X @ 4.3GHz, 64GB RAM @ 3000MHz, M.2 SSD 8TB, Pimax Crystal
  • Modules and maps: All of 'em. (It's a problem...)
  • 6 months later...
  • ED Team
Posted

I am not seeing the OP's issue anymore, so unless I am missing something I think this is ok. 

As I understand when assigned to an axis (in my case I assigned to a slider on my WINWING throttle) people were seeing movement when making adjustments off '0'? Is this correct?

Let me know if I am missing the issue and it's still present. Thanks!

64Sig.png
Forum RulesMy YouTube • My Discord - NineLine#0440• **How to Report a Bug**

1146563203_makefg(6).png.82dab0a01be3a361522f3fff75916ba4.png  80141746_makefg(1).png.6fa028f2fe35222644e87c786da1fabb.png  28661714_makefg(2).png.b3816386a8f83b0cceab6cb43ae2477e.png  389390805_makefg(3).png.bca83a238dd2aaf235ea3ce2873b55bc.png  216757889_makefg(4).png.35cb826069cdae5c1a164a94deaff377.png  1359338181_makefg(5).png.e6135dea01fa097e5d841ee5fb3c2dc5.png

  • 3 weeks later...
Posted
On 11/6/2024 at 9:30 PM, NineLine said:

I am not seeing the OP's issue anymore, so unless I am missing something I think this is ok. 

As I understand when assigned to an axis (in my case I assigned to a slider on my WINWING throttle) people were seeing movement when making adjustments off '0'? Is this correct?

Let me know if I am missing the issue and it's still present. Thanks!

It is still happening. Only when the axis is at the center the value is fixed. When you move the axis to both ends the knob is turning around endlessly.

I5 12600KF - 32 GB DDR4 - Nvidia RTX 4060 - SSD + NVME

Nadie es un completo inutil, por lo menos sirve de mal ejemplo.

 

Posted

Things were improved with today's update.

However, I wonder if the new behaviour is normal: the knob starts moving when the axis is at 45% ("35", "34",...), 50% gives "0", then 50% to 100% ranges from "0" to "200".

  • Like 1

---

Posted
16 hours ago, Flappie said:

Things were improved with today's update.

However, I wonder if the new behaviour is normal: the knob starts moving when the axis is at 45% ("35", "34",...), 50% gives "0", then 50% to 100% ranges from "0" to "200".

That seems like reasonable behavior to me - since the reticle depresses far more than it elevates, the alternatives would be to have the 0 point almost at one end of the axis, or for the motion to be wildly non-linear. Since many HOTAS/control panels have dials with center detents, having 0 depression at 50% makes the most sense to me.

  • Thanks 1
  • Recently Browsing   0 members

    • No registered users viewing this page.
×
×
  • Create New...