The SDL forums have moved to discourse.libsdl.org.
This is just a read-only archive of the previous forums, to keep old links working.

SDL Forum Index
SDL
Simple Directmedia Layer Forums
[PATCH] Haptic coding bugs and fixes for Linux FF: periodic.
Elias Vanderstuyft
Guest
Post Posted: Tue Nov 25, 2014 6:47 pm
Bump


On Sun, Oct 26, 2014 at 6:06 PM, Sam Lantinga wrote:
Quote:
Yep, thanks!

On Sun, Oct 26, 2014 at 2:45 AM, Elias Vanderstuyft wrote:
Quote:
I'm not sure what you mean by "these match the behavior on Mac and Windows".

I assume you mean when a SDL periodic.phase of "9000" (= +90deg) is applied, the behavior is the same across Linux, Mac, and Windows?


They are the same between Mac and Windows, since they essentially use the same API (based on DInput).

Now the remaining thing to prove, is whether a Linux phase of "0x4000" corresponds with a DInput phase of "9000".

If you use FEdit (Microsoft Force Editor), you can see that the DInput phase is indeed interpreted as a "positive phase".

For the Linux case, we will standardize the phase as "positive phase", as can be seen in QForceStudio (https://github.com/Logitech/qforcestudio).

This means that every Linux FF driver will have to follow this convention. At the moment, very few Linux FF drivers take the phase parameter into account,

but this will change in the future (hence the "verification" you asked for will become a "constraint").


I hope this answered your question.


Thanks,
Elias


On Sat, Oct 25, 2014 at 9:12 PM, Sam Lantinga wrote:
Quote:
Have you verified that these match the behavior on Mac and Windows?

Thanks!


On Sat, Oct 25, 2014 at 5:33 AM, Elias Vanderstuyft wrote:
Quote:
Hi all,


Here's yet another bug report (https://bugzilla.libsdl.org/show_bug.cgi?id=2766) that handles the subject of this mail.

You might find the argumentation of the 3rd patch a bit sketchy, but "we" refers to some people included in Cc.


Thanks,
Elias















[PATCH] Haptic coding bugs and fixes for Linux FF: periodic.
Sam Lantinga


Joined: 10 Sep 2009
Posts: 1765
Post Posted: Sat Nov 29, 2014 7:52 pm
Looks good. Patches are applied, thanks!

On Tue, Nov 25, 2014 at 10:47 AM, Elias Vanderstuyft wrote:
Quote:
Bump


On Sun, Oct 26, 2014 at 6:06 PM, Sam Lantinga wrote:
Quote:
Yep, thanks!

On Sun, Oct 26, 2014 at 2:45 AM, Elias Vanderstuyft wrote:
Quote:
I'm not sure what you mean by "these match the behavior on Mac and Windows".

I assume you mean when a SDL periodic.phase of "9000" (= +90deg) is applied, the behavior is the same across Linux, Mac, and Windows?


They are the same between Mac and Windows, since they essentially use the same API (based on DInput).

Now the remaining thing to prove, is whether a Linux phase of "0x4000" corresponds with a DInput phase of "9000".

If you use FEdit (Microsoft Force Editor), you can see that the DInput phase is indeed interpreted as a "positive phase".

For the Linux case, we will standardize the phase as "positive phase", as can be seen in QForceStudio (https://github.com/Logitech/qforcestudio).

This means that every Linux FF driver will have to follow this convention. At the moment, very few Linux FF drivers take the phase parameter into account,

but this will change in the future (hence the "verification" you asked for will become a "constraint").


I hope this answered your question.


Thanks,
Elias


On Sat, Oct 25, 2014 at 9:12 PM, Sam Lantinga wrote:
Quote:
Have you verified that these match the behavior on Mac and Windows?

Thanks!


On Sat, Oct 25, 2014 at 5:33 AM, Elias Vanderstuyft wrote:
Quote:
Hi all,


Here's yet another bug report (https://bugzilla.libsdl.org/show_bug.cgi?id=2766) that handles the subject of this mail.

You might find the argumentation of the 3rd patch a bit sketchy, but "we" refers to some people included in Cc.


Thanks,
Elias




















[PATCH] Haptic coding bugs and fixes for Linux FF: periodic.
Elias Vanderstuyft
Guest
Post Posted: Sat Nov 29, 2014 10:04 pm
Thanks!


Elias

On Sat, Nov 29, 2014 at 8:52 PM, Sam Lantinga wrote:
Quote:
Looks good. Patches are applied, thanks!

On Tue, Nov 25, 2014 at 10:47 AM, Elias Vanderstuyft wrote:
Quote:
Bump


On Sun, Oct 26, 2014 at 6:06 PM, Sam Lantinga wrote:
Quote:
Yep, thanks!

On Sun, Oct 26, 2014 at 2:45 AM, Elias Vanderstuyft wrote:
Quote:
I'm not sure what you mean by "these match the behavior on Mac and Windows".

I assume you mean when a SDL periodic.phase of "9000" (= +90deg) is applied, the behavior is the same across Linux, Mac, and Windows?


They are the same between Mac and Windows, since they essentially use the same API (based on DInput).

Now the remaining thing to prove, is whether a Linux phase of "0x4000" corresponds with a DInput phase of "9000".

If you use FEdit (Microsoft Force Editor), you can see that the DInput phase is indeed interpreted as a "positive phase".

For the Linux case, we will standardize the phase as "positive phase", as can be seen in QForceStudio (https://github.com/Logitech/qforcestudio).

This means that every Linux FF driver will have to follow this convention. At the moment, very few Linux FF drivers take the phase parameter into account,

but this will change in the future (hence the "verification" you asked for will become a "constraint").


I hope this answered your question.


Thanks,
Elias


On Sat, Oct 25, 2014 at 9:12 PM, Sam Lantinga wrote:
Quote:
Have you verified that these match the behavior on Mac and Windows?

Thanks!


On Sat, Oct 25, 2014 at 5:33 AM, Elias Vanderstuyft wrote:
Quote:
Hi all,


Here's yet another bug report (https://bugzilla.libsdl.org/show_bug.cgi?id=2766) that handles the subject of this mail.

You might find the argumentation of the 3rd patch a bit sketchy, but "we" refers to some people included in Cc.


Thanks,
Elias