Uzebox Forums

Found the catch. Yeah I write it out to sanity check it sometimes, or just to see a compilation of theory. A lot of times it's also documentation for when I forget something I used to know :roll: The concept should be valid to save RAM, but the necessity to achieve a sector per frame means the mix_b...

Added a lot to the demo, went nuts and made a dialogue script which follows with song changes, effects, and probably some stuff no one would expect. Very silly random stuff, you'll find it humorous or think I'm an idiot, either way it's probably the most engaging original content I've ever made. Sho...

That would be cool for a high score table that integrates into the website! I was screwing around with completely write only ESP8266 code for Solitaire. Basically if an ESP8266 is listening and was setup for autoconnect to somewhere, it just sent out a new world record during the high score screen. ...

Something like that would it, or it could be part of the solution. If that, then why stop at multitaps. I like Alec's "crazy idea" for the UzeBus. If sending it, may as well put the whole sledgehammer through. Address the devices you support, ignore the ones you don't. All backwards compat...

Yeah they don't keep clocking out the extra controllers like the NES ones do. You have to interface with an extra wire.

Probably true though, that modifying an existing one with an ATtiny85 would be cheaper/faster. Make it present data the same way the NES ones did and call it a day.

That worked out well. Great job to all involved

Huh actually SNES mouse guts would probably work. Now I forget if I ever tested the 3rd party SNES mice, but presumably they would work.

With the arcade parts in there, that will be hefty. Pretty sure this will be the most legit Uzebox controller out there.

For me personally, I like C and raw Berkley sockets. These have worked great for decades, and are easy. There are libraries/dependencies to "simplify" this with abstractions, but I never found one too useful. SDL might be useful and is already required for CUzeBox, but even then for these ...

Good info, thank you. I remembered that tool existed, but didn't know it did optimizations even the OS can't necessarily match.

Seems the only reasonable way to maximize performance is with the official tool. This is good, since I can put this idea/question out of my mind permanently!

I've off and on thought about the need for high performance SD stuff to have a reasonable guarantee on read speeds. The bootloader API is awesome in general, but there are legitimate situations where having to follow the chain to find the next sector in a file(I think bootloader 5 does this?) can't ...