Joystick testing thread

[redsteakraw]

But that does not change the fact unfortunately that some encoder boards and controllers are really lousy introducing delays way higher than what a human would introduce (mostly cheap stuff thrown at the buyers for a few bucks) and that some tvs even in game mode add a lot of delay which is in the same ballpark at what humans introduce into the chain. But that is just a lousy controller/board but not usb itself.

Daemonbite is an opensource DIY encoder based off of arduino, it is 1ms capable so no worries there. As far as TVs, i have a LG tv that is ~1 frame of lag and I have a CRT tv. But yes everything adds up even the human component.

[Sorgelig]

That's why MiSTer has official USB converters based on Arduino Micro which has 1ms polling without any tweaks.

[SegaMan]

That's why MiSTer has official USB converters based on Arduino Micro which has 1ms polling without any tweaks.

And they are working GREAT!!

[Sigismond0]

I've been using the official NES and SNES controllers for Switch. For the most part they work, but they have some weird behavior on re-connect. They wake up on any button press and go into a reconnect state, and it seems to be totally random whether they reconnect or time out. Sometimes I'll pick them up and it'll sync immediately. Sometimes I have to let it timeout and then retry. Sometimes I have to timeout/retry a dozen times. Sometimes it just won't go. But it always picks up immediately if I do a full re-pair from the BT script. Either way, once they are paired/sycned they keep operating without issue until you turn it off. Then it's back to re-syncing roulette.

I did some testing on my PC using the same BT adapter I'm using on the MiSTer, and in that environment it immediately re-syncs every time without hesitation.

Has anyone used these and had different results, or come up with any sort of pattern or trick to it?

[AndreStarTrek]

I don't know if the latest method is any different then wen i tried before to get this 2 player Aliexpress adapters to work. But could this 2 adapter been added to the no merge code?

This are the vids/pids for the SNES and NES adapter.

VID_1292&PID_534E - USB to 2 player SNES Aliexpress OTG Adapter
VID_1292&PID_4647 - USB to 2 player NES Aliexpress OTG Adapter

[Threepwood]

For a while now I need to constantly map my gamepads again. The window with the best guess automapping in the upper left corner will show up sometimes, when I turned the MiSTer off and on again and loaded a core.

Is there a known issue with mapping being forgotten by MiSTer or does the automapping info show up despite there being a mapping sometimes?

In the config/inputs folder no new mapping file was created today, after I mapped my gamepad again.

[Sorgelig]

I never experienced any problem with mapping save.
Check your SD card against possible filesystem corruption.
Also some joysticks use VID/PID of other well known joysticks. If you have several joysticks, then make sure they have different VID/PID.

[Threepwood]

I never experienced any problem with mapping save.
Check your SD card against possible filesystem corruption.
Also some joysticks use VID/PID of other well known joysticks. If you have several joysticks, then make sure they have different VID/PID.

Thank you, I guess it is simply a feature that confused me. The cores do all display the current mapping when a gamepad button is pressed before the OSD shows up? (Master System does not auto open the OSD after load, by the way, but that's no biggy.)

I on purpose did change the button mapping and all the "Map:" window does is show the current mapping. I was used to this meaning that an input device was not recognized and was auto mapped.

Is there a script or command to do a file system check on MiSTer itself?

[Sorgelig]

if you see a message window with Map: according to what you defined then it works fine.
I don't see where is the problem.

[Threepwood]

if you see a message window with Map: according to what you defined then it works fine.
I don't see where is the problem.

There is no problem. I thought when Map: shows up, then the gamepad was not recognised and automatically mapped. There I was wrong, I guess.

I get that Map: always shows the current mapping?

EDIT: Is there a script or command to do a filesystem check on MiSTer?

[Sorgelig]

I get that Map: always shows the current mapping?

yes, unless explicitly disabled in ini. It's good to have it enabled so it will remind you your current map for core.

[Kraken]

I've been using the official NES and SNES controllers for Switch. For the most part they work, but they have some weird behavior on re-connect. They wake up on any button press and go into a reconnect state, and it seems to be totally random whether they reconnect or time out. Sometimes I'll pick them up and it'll sync immediately. Sometimes I have to let it timeout and then retry. Sometimes I have to timeout/retry a dozen times. Sometimes it just won't go. But it always picks up immediately if I do a full re-pair from the BT script. Either way, once they are paired/sycned they keep operating without issue until you turn it off. Then it's back to re-syncing roulette.

I did some testing on my PC using the same BT adapter I'm using on the MiSTer, and in that environment it immediately re-syncs every time without hesitation.

Has anyone used these and had different results, or come up with any sort of pattern or trick to it?

I’m also using official Nintendo SNES Bluetooth controller (Switch) and a 8bitDo M30 + 2 8BitDo grey Bluetooth dongles.
the SNES controller keeps disconnecting randomly during game play which is extremely annoying.
I wonder if it’s the controller or the dongle causing this?

[jim150]

Usually Arduino Micro 5V version has no 3.3V power pin. Some sources say it's ok to use 5V for PSX controllers.
I've used ItsyBitsy from Adafruit which has 3.3V LDO on board, so you can easily source both 3.3V and 5V from the same board.
There is also BS Micro which is similar to Beetle, but includes 3.3V LDO as well.
Another way is to use Arduino Micro 3.3V version which should include LDO for main chip and thus should provide 3.3V. Such version is slower, but i think it doesn't matter for USB adapter.

I'm triyng to build the jogcon adapter with the BS Micro, but unfortunately this board does not have a D4 pin to connect the ATT signal.
Is it ok if I change this line to a 9 for example and then connect the wire to the D9 of the BS Micro?
https://github.com/MiSTer-devel/Retro-C ... SB.ino#L47
I'm asking before damaging anything

[Sorgelig]

You are free to modify the source for pins you have.
You can change to 9 and it should work.

[jim150]

Thank you!

[mrbig6251]

It's the brook works on mister??? Thanks

Mr BIG

[redsteakraw]

Theoretical could a 2.4 GHZ wireless controller be able to do 1ms polling? Most wireless controllers don't come close, I know the Daemonbite / Mr. Spinner projects are pushing the 1ms polling support but could something similar be done with wireless controllers. By something I mean a homebrew solution with a daemonbite USB receiver that is the lowest latency wireless controller possible? What are your thoughts and would anyone be interested in such a project?

[Sorgelig]

Theoretical could a 2.4 GHZ wireless controller be able to do 1ms polling? Most wireless controllers don't come close, I know the Daemonbite / Mr. Spinner projects are pushing the 1ms polling support but could something similar be done with wireless controllers. By something I mean a homebrew solution with a daemonbite USB receiver that is the lowest latency wireless controller possible? What are your thoughts and would anyone be interested in such a project?

i think gamepads with USB RF receivers can be fast enough. It must be non-BT.

for low lag obsessed, i suggest this experiment:
Two people with one button each. Some way to measure the time between buttons press. First man has some LED producing the light when button is pressed by him. So, first man press the button at very random time/intervals without prior notice. Second man doesn't see (and doesn't hear) the first one but see the LED. When it sees the LED turned on, he has to press his own button.
Then record the times between first and second button press. You will see, how much lag second man has. It will be much more than 1ms. It will be something like 60ms and up. Probably even more than 200ms.

Modern methods can record fast signals, so when you see waveform of MHz you don't realize how quick it is. Same with those funny measurement of "so-called" input lag. Sure you can measure, but you need to learn how to treat it and understand many other factors you didn't measured.

[redsteakraw]

Am I alone in the thought that this thread is pretty long and hard to sort through. Maybe a Testing results and a testing discussion should be separated. People may just want to see what joysticks support the lowest latency

Maybe a tier system where you have top tier for 1ms polling, tier 2 for 2-4 ms latency, tier 3 for 5-10ms latency and tier 4 for 10 - 20 ms polling and poo tier for any controller that adds more than 20 ms of latency.

What are your thoughts?