I backed up the prj folder with all the .elf files and then emptied the folder on the SD card
SD card went back into the raspberry pi zero. I booted the arcade cabinet. There were no games listed in the menu. I connected my USB cord to it. Now the boot drive said 30MB free of 30M (still FAT).
I copied over the remaining games my students programmed
I pulled out the SD card and put it into my laptop. I merged my backed-up prj folder with the one on the SD card and put it back into the raspberry pi
All the games were listed, but only the new ones worked. The rest sent me to a BlackSOD
I connected my USB cable to the pi. The boot drive now said 0 free of 30MB. Looking in the folder where all the .uf2 files go (I think it was called Projects) there were only a few files with odd characters for names. I am guessing corruption.
I rebooted my pi and disconnected the cord. Everything worked as magic. ¯\_(ツ)_/¯
So kinda a work around? Maybe my SD card is just… bad? IDK.
I received some help from guys at adafruit that I thought I’d post here just in case some future maker/teacher runs into this problem.
Unfortunately the SD image for that project is kind of complicated: it holds a very small OS called piCore which then uses a system called Docker to create a virtual Linux computer from the 9.0.3.gz file (which contains an entire Raspbian file tree).
By default, Raspbian assumes the SD card has a BOOT partition that holds 32MB. It looks like the data that builds the virtual filesystem still uses that 32MB limit, which is where you’re running into size limits.
There isn’t an easy fix for that, but I’ve sent a message to the author of the project to see if they know how to increase the size of the partition.
and then his next reply:
I talked to the project developer, and modifying the partition sizes would be an advanced, in-depth project. The partitions don’t exist physically… instead they’re emulated by the UF2 bootloader. To change the partition sizes would involve modifying the boodloader.
But they are still very popular, and a lot of people are therefore naturally eager to get MakeCode Arcade games running on them, like here in this thread. And therefore it would be great if the @MakeCode had RPis available to test and replicate on, as well.
For some reason, as MakeCode Arcade(MCA) development progresses and time goes by, there seems to be a growing difference in functionality between the RPi and the web simulator and other other hardware devices and a growing number of unsolved issues with MCA on the RPi.
We don’t have anyone actively working on RPI compilation at the moment. That being said, we have been building a new experience that is easier to use for RPIs and other OSs that have a “kiosk mode”
You can find it here:
The idea is that you put the RPI in kiosk mode and have it load this webpage fullscreen. This page accepts gamepad input, so you can build a cabinet using gamepads or an arcade button kit with gamepad support. You can add new games using a phone and the button in the top right.
This webapp is still under active development, but it works now!
Thanks for your quick reply with some clearer perspectives on the current RPi situation!
(I hope it does not regress to quickly for the RPi going forward and/or that someone, inside or outside MS, will pick up active maintenance/development for the RPi again!
-DOES ANYONE HAVE SOME SPARE RASPBERRY PIS TO SEND TO @richard?)!
Thanks for the tip about progress with the Arcade Kiosk! -I am looking forward to trying it out!
-Very good idea, especially if it is launchable also from inside a running OS! The RPi and many computers might be too expensive and powerful to only be a “one trick(boot) pony”.
The RPi is maybe a tough nut for MakeCode(?), given that it falls inbetween the most basic microcontrollers you have great support for, and the more powerful(full browser capable) full PCs, which also have great support. And I don’t mean to nag, rather to commend you for all the great ideas and support you have already and going forward. My beef is only that I still don’t understand why MakeCode hasn’t grown even bigger and faster in user adoptation and community… I wish for it to, and I still believe and repeat myself again that getting all the makers onboard, with especially RPi, but also Odroid etc. would probably be a big boost!