Add Gitadora support to BT5. Here is a code draft that someone sent me some time ago. Unfortunately, I don't have any references on who sent me that or what's the state of that. Assume this is based on a rather older BT5 version. Therefore, the code needs to be updated.
However, the code looks fairly complete so it is a really good reference to get started with a custom hook implementation along with IO modules etc.
Probably a good way to approach this is start from scratch and then copy-paste things bit-by-bit into your feature branch you are working on.
Add Gitadora support to BT5. [Here is a code draft](https://dev.s-ul.net/djhackers/bemanitools/uploads/02e6e63412a69aa205180669e0c5f9c4/gitadora-bt5-support-draft.zip) that someone sent me some time ago. Unfortunately, I don't have any references on who sent me that or what's the state of that. Assume this is based on a rather older BT5 version. Therefore, the code needs to be updated.
However, the code looks fairly complete so it is a really good reference to get started with a custom hook implementation along with IO modules etc.
Probably a good way to approach this is start from scratch and then copy-paste things bit-by-bit into your feature branch you are working on.
Message by the person who created that draft. Some additional information that might be helpful:
I previously at one point tried to implement Gitadora support into bemanitools and got it somewhat working, but the input queue method I used in gitadoratools doesn't translate well to how geninput works, and MIDI still doesn't seem to be supported which was also another pain point, so I scrapped that project and went back to work on gitadoratools. That was over a year ago and a failed project so I don't have the code anymore either unfortunately.
spicetools has an implementation pretty close to mine (including replicating bugs from earlier versions of gitadoratools...) if you'd like something to reference though.
Message by the person who created that draft. Some additional information that might be helpful:
```
I previously at one point tried to implement Gitadora support into bemanitools and got it somewhat working, but the input queue method I used in gitadoratools doesn't translate well to how geninput works, and MIDI still doesn't seem to be supported which was also another pain point, so I scrapped that project and went back to work on gitadoratools. That was over a year ago and a failed project so I don't have the code anymore either unfortunately.
spicetools has an implementation pretty close to mine (including replicating bugs from earlier versions of gitadoratools...) if you'd like something to reference though.
```
Bumping this, would really appreciate for GFDM to be added to Btools since there's not many good ways to run it other than gitadoratools which only works half of the time (if you're nice to it).
Bumping this, would really appreciate for GFDM to be added to Btools since there's not many good ways to run it other than gitadoratools which only works half of the time (if you're nice to it).
Not promising anything, as I am likely not going to be the person working on this. But, there were some discussions about looking into support of this once another project got wrapped up which also requires support for the ACIO over P3IO uart stuff. That's also the current major blocker regarding "someone needs to provide this". Any other concerns are mostly solved problems in the scope of bemanitools, so providing fundamental gitadora support is mostly putting the pieces together.
We don't have a timeline or anything for this and are also in need of more (external) contributors in general.
Not promising anything, as I am likely not going to be the person working on this. But, there were some discussions about looking into support of this once another project got wrapped up which also requires support for the ACIO over P3IO uart stuff. That's also the current major blocker regarding "someone needs to provide this". Any other concerns are mostly solved problems in the scope of bemanitools, so providing fundamental gitadora support is mostly putting the pieces together.
We don't have a timeline or anything for this and are also in need of more (external) contributors in general.
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
Add Gitadora support to BT5. Here is a code draft that someone sent me some time ago. Unfortunately, I don't have any references on who sent me that or what's the state of that. Assume this is based on a rather older BT5 version. Therefore, the code needs to be updated.
However, the code looks fairly complete so it is a really good reference to get started with a custom hook implementation along with IO modules etc.
Probably a good way to approach this is start from scratch and then copy-paste things bit-by-bit into your feature branch you are working on.
Message by the person who created that draft. Some additional information that might be helpful:
Bumping this, would really appreciate for GFDM to be added to Btools since there's not many good ways to run it other than gitadoratools which only works half of the time (if you're nice to it).
Not promising anything, as I am likely not going to be the person working on this. But, there were some discussions about looking into support of this once another project got wrapped up which also requires support for the ACIO over P3IO uart stuff. That's also the current major blocker regarding "someone needs to provide this". Any other concerns are mostly solved problems in the scope of bemanitools, so providing fundamental gitadora support is mostly putting the pieces together.
We don't have a timeline or anything for this and are also in need of more (external) contributors in general.