PasocomMini will come with SmileBASIC

Most of you don't know what you're talking about lol. There wouldn't be any benefits other than speed. (And I'm pretty you can already use the GPIO pins in this version of SB)

Explain. Also, the 3ds version does NOT use GPIO pins, do you know what GPIO pins actually are? Also, if I recall correctly, I was the one who pointed out the correct terminology for the Raspberry Pi (SOC).

*ahem* The Raspberry Pi is not an SoC. SoC is short for System-On-Chip, and refers to an electronic chip containing ALMOST everything a computer needs to run on its own for the most part. The Raspberry Pi is what is known as a SBC, or Single-Board Computer, which is a complete computer system contained on a PCB. Please stop trying to act like you know everything, you're just coming off as an idiot.

Does anybody here have experience with QEMU? Raspberry Pi emulation isn't as user friendly as I'd like it to be and I'd rather just hand off these files to someone who knows what they're doing.

So the OS on the SD is somehow linked to a single Pi? I'm very interested in how they went about doing that.

What are the specs of this version of SmileBASIC? Is it just a stripped down version or is it as strong as the 3DS version? Is it full color or only black and white? ^{Can someone dump the SD card into a .iso file?}

A few months ago, I contacted the PasocomMini creators if they would have support for sprites and if the device would ship to the US. They said that whether sprites would be supported was undetermined, and as for shipping, they suggested that I should contact BEEP (the company that will release and ship the PasocomMini). I haven't done so. From this, I can only assume that they're considering adding sprites, but they haven't decided and that they have no plans for it to be released in the US.

I'm guessing it's mostly identical to SB, with a few extra features.

Unfortunately, it may be the reverse. Sure, it includes other things than SB, but from some early screenshots, it shows that it was running SmileBASIC v3.0, not v3.5.2. Also, it may have fewer features for compatibility. Doesn't mean I'll want it any less though, it seems really cool! And I may be wrong and those were just prototype screenshots, but I guess we'll never know until it's released and one of us gets our hands on one.

It is different from 3DS/WiiU Smile BASIC. BEEP has only 6 different sounds. There is no BGM stuff. no MML. sound is generated with frequency based value(square wave by default). There is no BG layer. everything needs to be done with sprites (512 max) There are only 4 Graphic pages. (page 3 is reserved to sprite). and 1 font page. Graphic and sprite are full color just like 3DS version. no black/white stuff. Console text supports full color (RGB 255,255,255) XSCREEN supports 128~1280 x 128~720 (increment of 8. for example, QBASIC screen 13 is possible with 320,200) SB saved file is stored in \PCM\SB\ on SD card. (it acts as root folder for SB) sub folder is supported.(for example, \PCM\SB\MyProject\ and develop stuff inside MyProject folder) graphic is saved as 1280x1024x16M PNG file for easy export/import. There is no Smile tool yet. by the way, it is SmileBASIC for PasocomMini version 1.0.0 At SmileBASIC start up, user ID is displayed on top of screen. It seems user ID is different from each PasocomMini. (I think HAL inserted unique ID to every SDcard, so they can track who leaked SDcard dump) micro SDcard is 4GB one. On windows, normal copy operation copies about 20MB files. It is not windows based file system, so I think some stuff is hidden from windows viewer. When I used Win32DiskImager to dump memory card, I got about 4GB dump image. I copied image to new 8GB SD and PasocomMini ran with new SDcard without any problem. I am planning to convert some of my old SB game. I copied speed test part from 3DS EX8TECHDEMO and ran it on PasocomMini. here is the result! (with new 3DS version too)

Most of you don't know what you're talking about lol. There wouldn't be any benefits other than speed. (And I'm pretty you can already use the GPIO pins in this version of SB)

I'm not sure why you act like speed is trivial.

Most of you don't know what you're talking about lol. There wouldn't be any benefits other than speed. (And I'm pretty you can already use the GPIO pins in this version of SB)

I'm not sure why you act like speed is trivial.

I didn't mean it like that

I copied speed test part from 3DS EX8TECHDEMO and ran it on PasocomMini. here is the result! (with new 3DS version too)

Oh, those results seem quite low. Is there any way to boost the speed of the PasocomMini (with RAM upgrades or something)? I was hoping the device would have at least as much RAM as the New 3DS’s.

The RAM isn't the problem. (It has WAY more than the 3DS IIRC). It's just that the pi (at least the original) is pretty slow (and possibly that this version of SB is poorly optimized), and I think the GPU is worse (notice that "addition" is around half the speed, while the others (all graphics related) have a much larger difference)

I wonder if we can upgrade the Raspberry Pi in there to the Raspberry Pi 3...

I've hit a slump trying to get it to recognize USB controllers. Not a whole lot of info on how JOYBTNASSIGN works. If anybody who bought this thing has any suggestions I'd greatly appreciate it.

JOYBTNASSIGN could be mapped like this: This is from a HTML5 gamepad API thing, but I think it will work. I think the way it's designed is supposed to make remapping buttons effortless. Each button has its unique ID, but it can be mapped to the BUTTON() function, so if you said

JOYBTNASSIGN 5,0

it would make the R button mapped to bit 0 of the BUTTON() thing.

JOYBTNASSIGN 5,0
WHILE 1
 VSYNC
 CLS
 IF BUTTON()==&b1 THEN
  PRINT "yay"
 ENDIF
WEND

EDIT: command listing for JOYBTNASSIGN

Thanks for the help!