LoginLogin

PetitModem For Switch

Root / General / [.]

zagg2000Created:
Is there any transfer tools like PetitModem For smile BASIC 4 yet?

No, and they're impossible to create due to the switch not having a microphone. However, You can use SB3 public keys on SB4 So you can just do the following: Transfer file to SB3 through Petit Modem > Upload the file to the servers > Apply for a public key > Type in the public key on SB4 Of course, doing the reverse to transfer an SB4 file to PC is impossible as you cannot download SB4 stuff on SB3 (at least I think you can't, haven't actually tried to do so)

No, and they're impossible to create due to the switch not having a microphone. However, You can use SB3 public keys on SB4 So you can just do the following: Transfer file to SB3 through Petit Modem > Upload the file to the servers > Apply for a public key > Type in the public key on SB4 Of course, doing the reverse to transfer an SB4 file to PC is impossible as you cannot download SB4 stuff on SB3 (at least I think you can't, haven't actually tried to do so)
I think this is incorrect. I don't remember where but someone made a tool exploiting the fact that you can use a USB keyboard

I think this is incorrect. I don't remember where but someone made a tool exploiting the fact that you can use a USB keyboard
Might be this: http://rei.to/petit4send.html

I should've specifically said SB4 file transfer programs would be impossible to create in the same way as Petit Modem, not that they were impossible to create, period.

The only problem with using petitmodem for the 3ds is that it can only send images. It cant send something like a MIDI file or MP4. It would be nice to transfer music. Or even just custom sound effects.

I use an Arduino pretending to be a USB keyboard which types a TXT out as keystrokes. For images I usually just convert them into a text file full of hex values. So long as you have a means to convert something into text and back again, you could build something to send whatever files you wanted. (But of course the bandwidth isn't ideal for audio/video.)

Spent some time working on a way to use the IRCamera, the other day. Flash little squares of white on the PCs screen, read it with the IR camera, sorted!! .. so, coded the PC app, got the flashing white squares working, and then moved over to the Switch, and got a very very basic reader functioning, enough for the first test. Held the IRCamera up to the screen.. ... .... and then remembered that IRCameras don't work with screens, and I'm an absolute blinkin' idiot for having sat there for an hour or so, coding what is essentially utter garbage!! However.. if you built a little Arduino-based grid of 4x4 LEDs, enclosed it all with a stand for the IR sensor, then.. .. That could be doable.

well, if it requires special hardware then you might as well just use a usb keyboard emulator like petit4send anyway, which is a lot faster (and more reliable!)

I hate that line of thinking. And I hate it with a passion. Why bother making any game? Why not just download a game from the eShop? Why even bother with programming languages at all? It's not about the end result. It's never about the end result. It's about making things. Using my fingers to type out a solution, whilst my mind jumps through hoops to get there. That's the entire point of all this. Create, and have fun creating. Or else.. why??!

Hmm curious... How would you transfer something like a rom for a SB emulator? (how would you convert the txt back into the rom/dat file? In SB?)

Binary's the key. Take any number from 0 to 255 and convert it to an 8 bit binary number. 00000000 to 11111111 Split that down the middle and you get two 4 bit numbers which are represented as 0 to 15. Use letters to represent a number, so A is 0, B is 1, up to P as 15 .. I think..?? So then you use two letters for those two halves of the 8 bit number. AA would be 0000,0000 whilst PP would be 1111,1111 Since EVERYTHING can be represented in bytes, and everything is more or less happy to send and receive alphabet characters, you can send those back and forth relatively easily. All you need is a convertor on either side, and once you've transferred the string of letters in a string, it's a simple job to change them back into a giant binary array and store that back as the data you started with.

But because characters are typically stored as more than 4 or 8 bits, wouldn't it be better to just send integer numbers? Say, four 8 bit values in a 32 bit int.

Then you simply send four lots of the data instead of one. Binary is very sequential. As long as you put it back together in the same order, it still represents the same set of data, as long as you use it correctly.