Replies: 2 comments 1 reply
-
While not currently supported in Xidi, it is possible to imagine a DLL loading and running a script like this. Also see issue #40 for another thread talking about making Xidi externally programmable via an API. I actually really like the idea of making a Xidi API for plugin/patch developers to use to control things like which mapper is in use at any given time, among possible other things. I do not foresee myself taking the time to write a script interpreter inside Xidi, but someone else could certainly use the API to do so as an external plugin module. |
Beta Was this translation helpful? Give feedback.
-
Another contribution you might consider is a system wide implementation with device hiding, like what devreorder does (see the "Apply to your entire system" section) its a pretty intresting project and I think it fits well with xidi, maybe if combining both whould be the ultimate DirectInput solution to all of our problems. Edit: forgot to mention btw, allowing for a systemwide solution like this can benefit from other mods in games to freely use the dinput8.dll from the game's folder (such as widescreen mods), also..is there any way to use two dinput8.dlls with the same game? |
Beta Was this translation helpful? Give feedback.
-
Is it possible for a dll like this to load an external file and use a scripting language to interact with it? I'll give some examples:
Games like FlatOut 2 (a racing game) have very poor/basic controller support:
Another example is Prince Of Persia: Sands of Time:
I suggest that maybe add some kind of scripting language to do some more advanced stuff, maybe something like Lua(maybe this one is easy to implement), Python or even JavaScript but of course keep it completely optional by still using the .ini files, I'll give you an example on how we can fix FlatOut 2 by doing some pseudo code:
Beta Was this translation helpful? Give feedback.
All reactions