@Duke Please, don't forget about the corruption of protected files on DSK images that we discussed by email a couple of weeks ago. That's probably preventing quite a few games from loading too.
Thanks for reminding me, it had slipped my mind completely. Yeah the main issue is I implemented a .bas decryption so basic files saved with ,p paramter is decrypted on the fly (and appropriete flag set in the header) forgetting that binary files can also use this. Ideally I will revert this idea and pass them on as they should. Noted again !.
- I think we can't copy files from a DSK image to a plain directory. Not a great deal as we can always use tools to extract files on our computers, but if there isn't really a real reason for this limitation it'd be nice to have the option to do it from the CPC.
I am working on a filecopy RSX to do tape<->disc<->sd, .dsk's should be supported aswell.
- Would it be too much work to add an RSX to dump a DSK image to a physical disc? I guess this can be all done on the M4ROM side? If so, I might even give it a go myself if I find the time to do learn some Z80 assembler (my experience with assembler was limited to the x86 and that was many years ago) and research the CPC internals.
Originally it was one of my main plans (TFM kindly provided me with raw FDC disc I/O code for this purpose). When I started to look at it, I realized much more work would be needed on the Z80 side, especially with all the copyprotected discs, I kinda lost the motivation and since no-one was asking for it...
If you want to have a go, it would be great.
- What about a filesystem navigator on the Control web server? Not only it'd make much easier to navigate through big collections of files and save some typing, but it'd also allow to hot swap DSK images while running a game or application.
I've talked about this before, I am not that good with javascript for the PC side, if anyone wants to help out, I'll gladly provide whatever functions needed (http requests), but parsing all the stuff in javascript and output it in html for a nice file tree, is not for me

And on a related note: do you have any plans on releasing the sources of the M4's side of the firmware? Or at least the essential bare bones parts to provide a start to those interested in using your card to emulate completely different hardware? I was thinking about the possibility of simulating a memory expansion (I think I read on your blog that you don't think it's possible to do this at the same time that you simulate ROMs, but would it be possible if used for this only purpose or still not fast enough?) or even, just for the sake of it, simulating the FDC (on a CPC464). Or, I have to admit that I haven't looked at the datasheet or any other documentation of the ST32F407, but I guess that some of the signals that you made available on the other side of your card could be used to interface with other devices? If yes, that would make your board even more interesting.
I will not at this time release my core sources, I have a few more projects lined up relying on this, simulating memory expansion is one of them.
For what it is worth, this is what I am working on currently in hardware terms for the cpc:
M4 lite. Same as M4 board, but without WiFi/USB, just romboard and mass storage + 64/128 memory expansion. I am pretty far with this, but having a big issue with the extended RAM, reading is perfect, but for some reason I always get the ram WR going through to the base memory, at first I thouht I wasn't asserting RAMDIS quick enough, but that's not it. I put the scope on, the LA and not found the reason yet. In the process of going through the 464 schematics step by step. If I don't solve that, it'll be canned. Otherwise it was intended as play games/whatever for CPC464/664 at low cost.
M7 Pro. Same as M4 board (with WiFi aswell). But with a lowcost 512KB ram expansion + some bonus, not ordered the prototype PCB for this yet, before I have that part working on M4 lite. So might be canned aswell if I get sick of it

That being said every GPIO on the board is labelled, there's JTAG header and SWDIO, the datasheet is available and you can go right on programming it. And I'll be helpful if any info needed.
As for the extra connector, yes there is quite a few things, there's a serial port, it would be trivial to add a serial interface and use those pins from the CPC, there's a SPI interface aswell (though more tricky) and a bunch of GPIO's available.