Uzebox Forums

Yup, I thought it was kind of trying to do something alike the Pokitto at first glance. It is not that much different as far as I see from the concept, apart from that the MCU is much faster and has more resources. It is still in a middle ground though, resource-constraints preventing it becoming ju...

Wow, these are nice! Sure will be quite some motivation to get new stuff released!

I discovered a rather promising mod for this mode, quite simple actually, so at least it is not a ground-up something. I will see where I can get with it, but could be a whole new genre for the Uzebox, akin to what CunningFellow would do with his RLE mode! (No more for now, I hope I can come up with...

What are you trying to accomplish by the way here? (Or is it some top secret stuff for a new awesome project? :) ) I am just curious as we have a couple of SD code already, that I created along with the new bootloader should do pretty well (or does it also have problems with these cards?). If you ne...

I think you should really try to reproduce it in the emulator. This is so that if the behaviour happens to appear within either of them (Uzem or CUzeBox), we could figure out what is going on causing it (something probably elsewhere in the code, probably not even within yours, and not an actual HW p...

Could you check what happens in the Uzebox emulator when attempting to trigger the behaviour? It might pinpoint something. However I also think that the SPI is a bit "wonky" in this regard, code to work with it feeling somewhat fragile (I mean when I was in the situation).

Generally I think PIC SUCKS AVR RULES Well, today they are both Microchip, so at this point the old battle became a bit moot :lol: Could even be a fun thing just for the heck of it! I did extensive coding on PIC18s, I dunno the situation today, but then there weren't free C compiler options for the...

I like the idea of dedicated 'GPU'. What about adding a dedicated video SRAM that would work as RAMDAC? The tiles would be loaded to Video SRAM (rather than the GPU RAM itself) and the GPU would render pixels by sending 'read' addresses to the VSRAM, which would output the values on the 8bit data o...

If I was to turn off sprite auto processing what would I really need to do in order to achieve this? I would be guessing that I could set a flag after I'm done doing all the the ram tile changes and THEN do the sprite blitting followed by the restore background. Would I be correct? There is some do...

The problem is that I think it should normally just work, that is, if you reserve user RAM tiles, prepare the colour-replaced sprite into the user RAM tile, then forwarded that to the sprite blitter, the outcome should be as expected. However I am saying this assuming sequential execution. I am real...