Homebrew Question Any free games/apps/homebrew that has keyboard support for text input?

[DiscostewSM]

When I mean by support, I mean not using Switch's built-in dialog with a virtual keyboard, but having its own.

I ask this because I'm using a Raspberry Pi Zero Wireless to act as an HID keyboard to send keystrokes. What's wrong with using the built-in dialog, you may ask? Well, my test cases of sending emulated keystrokes are coming up incomplete through it (like missing characters). I tested my script with the pi connected to other devices (laptop, Wii U, etc), and they all don't have an issue. It's just the Switch, but I've only tested with the built-in dialog.

So, any games, apps or homebrew that have keyboard support that doesn't use the built-in dialog?

 

[PewtieBewtie]

When I mean by support, I mean not using Switch's built-in dialog with a virtual keyboard, but having its own.

I ask this because I'm using a Raspberry Pi Zero Wireless to act as an HID keyboard to send keystrokes. What's wrong with using the built-in dialog, you may ask? Well, my test cases of sending emulated keystrokes are coming up incomplete through it (like missing characters). I tested my script with the pi connected to other devices (laptop, Wii U, etc), and they all don't have an issue. It's just the Switch, but I've only tested with the built-in dialog.

So, any games, apps or homebrew that have keyboard support that doesn't use the built-in dialog?

Did you ever have any success with this?

I have a physical hardware USB keyboard and mouse that works fine with both Fuze4 and SmileBASIC 4 on the Switch. I was thinking it would be so nice to be able to do my code in VS Code, then send a code file over the wire via a Raspberry Pi Zero W, of course it has to be done by keypresses.

It's obvious that other developers are doing this somehow, look at the Nyan cat example on SmileBASIC 4 and how they've byte by byte loaded a GIF into the data segment as a variable. That would take a while to type character by character.

If I could get this working, I could just send images, 3d models, and sounds as base64 encoded strings in the data segment and decode them.

I've got the same issue with missing characters via the usb_gadget scripts, no matter what delays I send or when I release keys by sending a null report. I'm wondering if it's the kernel drivers themselves that's the issue? The HID report perhaps?

I used a RPI4 to look at the lsusb HID report for the physical USB Keyboard and USB Mouse and I've attached both.

Notice it's a bit different than the usb_gadget HID on the first report of the keyboard, there's an extra byte for LEDs, is the Switch expecting that? Is it expecting a second report like I've got on the physical too? Maybe someone can tell me why the second report has a logical minimum/maximum 0-896 with a report size of 16 bits at the beginning of the second report, and what that's sending? I'm a noob at this and not entirely sure what I'm looking at, just trying to translate it according to what's in the USB docs for table 12 of the keyboards.

 

[hippy dave]

When I mean by support, I mean not using Switch's built-in dialog with a virtual keyboard, but having its own.

I ask this because I'm using a Raspberry Pi Zero Wireless to act as an HID keyboard to send keystrokes. What's wrong with using the built-in dialog, you may ask? Well, my test cases of sending emulated keystrokes are coming up incomplete through it (like missing characters). I tested my script with the pi connected to other devices (laptop, Wii U, etc), and they all don't have an issue. It's just the Switch, but I've only tested with the built-in dialog.

So, any games, apps or homebrew that have keyboard support that doesn't use the built-in dialog?

Did you ever have any success with this?

I have a physical hardware USB keyboard and mouse that works fine with both Fuze4 and SmileBASIC 4 on the Switch. I was thinking it would be so nice to be able to do my code in VS Code, then send a code file over the wire via a Raspberry Pi Zero W, of course it has to be done by keypresses.

It's obvious that other developers are doing this somehow, look at the Nyan cat example on SmileBASIC 4 and how they've byte by byte loaded a GIF into the data segment as a variable. That would take a while to type character by character.

If I could get this working, I could just send images, 3d models, and sounds as base64 encoded strings in the data segment and decode them.

I've got the same issue with missing characters via the usb_gadget scripts, no matter what delays I send or when I release keys by sending a null report. I'm wondering if it's the kernel drivers themselves that's the issue? The HID report perhaps?

I used a RPI4 to look at the lsusb HID report for the physical USB Keyboard and USB Mouse and I've attached both.

Notice it's a bit different than the usb_gadget HID on the first report of the keyboard, there's an extra byte for LEDs, is the Switch expecting that? Is it expecting a second report like I've got on the physical too? Maybe someone can tell me why the second report has a logical minimum/maximum 0-896 with a report size of 16 bits at the beginning of the second report, and what that's sending? I'm a noob at this and not entirely sure what I'm looking at, just trying to translate it according to what's in the USB docs for table 12 of the keyboards.

Anyone get anywhere with this pi zero keyboard simulation in the last couple of years?