david-given

Search for 'm4 wristband' and you should find them (there's also an affiliate link in the Youtube description). Bear in mind that there are several very nearly identical ones, based on different architectures, so it's possible you won't get the same one as mine.

Hello --- I made this! Thank you for the kind words.

I have, BTW, just received a $6.50 watch with touchscreen, microphone and speaker, much better build quality, BT 3, 4.2 and 5, plus the traditional fake heart rate sensor and a bigger battery with an actual label on it. It's powered by a YC1133 which contains an ARM Cortex M0 with 56kB RAM and 4MB flash. This would be an awesome device for hacking if there was any information about it whatsoever.

Weirdly, it runs a more complex version of what's clearly the same software stack as the LT716!

Disclaimer I said, and disclaimer I meant. That was a warning.

Ironically enough, I agree. I loathe trying to get information out of videos. To pick an example _completely at random_: trying to get information on how to do video editing stuff with DaVinci Resolve invariably leads to a video, which is guaranteed to increase my blood pressure at a time when I'm already annoyed.

There is not, because none of it was scripted and any semblance of narrative flow was crudely faked in editing. But it's a reasonable request. I'll try pushing the audio through Whisper and see what comes out. Google will, eventually, do it's own speech recognition but historically it hates my accent.

<angry upvote>

Disclaimer: I made this.

Now I think of it...

On the Master I could fairly easily extend the TPA up into the sideways RAM area, adding another 16kB, for a total of probably about 45kB. The difficulty is that filesystems in Acorn's MOS can't access sideways RAM directly, as that's where the filesystem module itself lives, so all I/O would have to be done by copying the data to low memory, calling MOS, then switching the sideways RAM back in again afterwards. There may also be subtleties in catching interrupts and things which might try to change sideways RAM pages. But it should totally work.

For the _really_ advanced version, it could run bare metal and reuse the OS workspace at 0xc000 all the way up to 0xe000. But that would lost all MOS services, so would have to reimplement things like screen redrawing and floppy disk handling.

Hello --- author here; thanks for the kind words!

Responding to a few random things posted here:

- yes, that 8080 emulator ought to work fine. Not sure what the performance would be like but it's certainly worth a try. Sadly, unless the author shows up and relicenses it I can't use that one ('may not be redistributed without express written permission of the author').

- llvm-mos: the only bits in C are some of the utilities, and that's only because I happened to have (buggy) C versions from one of my other CP/M projects. What I'd actually like to do is to write a PL/M compiler with LLVM and try and compile the original Digital Research code for the 8080 with it.

- re porting: should be trivial to do! The only thing you need is a BIOS, with console I/O and sector read/write. Everything else is the same. You can even use the same binaries. But the documentation is trivial, so if you're interested file a github issue and I'll try to assist.

Also, I _really_ want some software for this thing, primarily programming languages. I do plan to port Microsoft's BASIC (now open source), but I need an assembler. If anyone knows any suitable 6502 assemblers from back in the day _which have actual licenses_ please let me know.

Sadly they're only available in the US, and it would triple the cost to get one sent to me in Switzerland! Fuzix would suffer from the same address space problem, however, but as there's no existing software for it it's less of an issue...

Yes but no; yes in that you _can_ do that, no in that all available software has been built to assume that the base of memory at 0x0000. It can be done but there's probably not much point. Which is a shame as it's a really nice-looking machine...