Uzebox Forums

That's very useful and should probably go on the wiki somewhere.

Ah, so also the subtraction thing is no magic at all if you are thinking of checking against vram for collisions. Your first 2 examples are right. I don't understand the second 2. Did you see indications of a vram function in the link you posted? It was unintentional if so as there isn't one.

There is no vram function, just the array. Scrolling and no scrolling both have ram tiles. From your example, I think you get it. Best way to express it, if I wanted to put a wall tile at (11,22) I could SetTile(11,22,37); Behind the scenes settile() is doing: vram[VRAM_TILES_H*22)+11]=RAM_TILES_COU...

Damn I like how that looks, very classic. I think your method could work. There are a lot of ways to do collision. If it were me(and this is not a suggestion), I'd drop the floats and used 8.8 fixed point math, with sin/cos tables as values 0-255. Float code is slow and takes lots of code space. It ...

@Uze I need to see this proto Uzebox computer! If it's '644 hardware...I'm thinking Telnet to a Linux shell to get the output from Lynx browser? @dan Not yet. It's one of my top priorities when I get back to Uzebox. I have the ESP8266 simulator more or less, but an additional command line or config ...

Haha yes both our quick searches yielded the same results

For the bridge between a real MIDI instrument and a serial port, we could have this . Otherwise there would be simple solutions. If you just want to use MIDI software on a PC to send to CUzeBox, maybe this Now as far as usefulness, I mean just to fix the current notion of MIDI in on Uzebox side to w...

mconvert can compress MIDI music by ~20-40% dconvert can translate C array<->binary, starting from arbitrary points to arbitrary destinations, with other options. This is all handled by a "batch" file, so that many sequential transforms can be done on the data. It can enhance the power of existing t...

I don't believe it is released unfortunately.

The current MIDI in code in the kernel has issues with losing bytes. Because the instrument sending the serial stream has no concept of Uzebox rendering and interrupts, it can send multiple bytes before the code gets a chance to intervene. I think the current MIDI in code should be removed from the ...