You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This may not be an issue with the library itself, but this is seemingly the best place to ask.
I am attempting to adapt an xbox controller to a gamecube console, which is a much slower protocol. It's taking between 1.09 and 1.12ms to send a single frame to the gamecube, generally being 1.11ms. after adding code to convert the xbox status report into a gamecube status report, it takes around 1.5-1.9ms (depending on implementation). this is seemingly enough that even having constant polling outside of that or even running 20 polls before reading the controller's state, it still skips most inputs or has stuck inputs.
are there any workarounds for this? i have attempted running the gamecube status reports even just once a second and it is still enough to throw off the usb, i can't really find any conflicts between the two libraries aside from interrupts being disabled to send the gamecube's status reports, if that is an issue is there a rate at which i could run one library to not interfere, or a way to set the shield to have slower polling, since i only need it polled at 60hz or so at the most rather than the 250hz it seems to use now
The text was updated successfully, but these errors were encountered:
This may not be an issue with the library itself, but this is seemingly the best place to ask.
I am attempting to adapt an xbox controller to a gamecube console, which is a much slower protocol. It's taking between 1.09 and 1.12ms to send a single frame to the gamecube, generally being 1.11ms. after adding code to convert the xbox status report into a gamecube status report, it takes around 1.5-1.9ms (depending on implementation). this is seemingly enough that even having constant polling outside of that or even running 20 polls before reading the controller's state, it still skips most inputs or has stuck inputs.
are there any workarounds for this? i have attempted running the gamecube status reports even just once a second and it is still enough to throw off the usb, i can't really find any conflicts between the two libraries aside from interrupts being disabled to send the gamecube's status reports, if that is an issue is there a rate at which i could run one library to not interfere, or a way to set the shield to have slower polling, since i only need it polled at 60hz or so at the most rather than the 250hz it seems to use now
The text was updated successfully, but these errors were encountered: