Forum Replies Created
That’s a very nice proposal, and I am most definetely interested!
If someone who is familiar with MSX graphics and sound could work together with me, I feel that we could implement MSX support quite quickly.
How about talking this through on Messenger? My profile is: https://www.facebook.com/anthony.beaucamp
It is possible to use TGI, but in that case you will be limited to either low-res or low-color (all TGI modes are standard Atari GFX modes, see: https://cc65.github.io/doc/atari.html#ss6.1).
8bit-unity (see bitmap.c and DLI.a65) implements a 160x200x9 colors mode using frame blending, with relatively low memory usage when compared to a TGI driver. This mode is similar to InterPainter (see: https://ipfs.io/ipfs/QmXoypizjW3WknFiJnKLwHCnL72vedxjQkDDP1mXWo6uco/wiki/Software-driven_graphics_modes_for_the_Atari_8-bit_computers.html)
Next version of 8bit-Unity will contain more TGI like functions (such as draw line/circle) for this mode.
Hardware scrolling is planned for early next year, I have done quite a lot of investigation for the various platforms already (see for example: http://1amstudios.com/2014/12/07/c64-smooth-scrolling/).
For you other question, yes you can mix C and assembly code. The 8bit-Unity SDK is a mix of C and S files already, and you will find in some C codes statements like __asm__( xxxx ) which are used to directly inject opCodes in the middle of C code.
Sure, in CC65 you can write something like: __asm__(‘lda #1’);
Yes it is opensource, the repo is here: https://github.com/8bit-Dude/8bit-Unity
The installer contains these source files, related assets, and the cc65 compiler.
Regarding your project, I would recommend that you create support directly into cc65. There is a driver system for memory expanders and such, check this out:
There are few drivers for the Atari currently, compared with the c64:
If you write these drives, then both cc65 and 8bit-Unity will be able to use them!
Can you please explain to me what you mean by “external video card”? I have never heard of such hardware…
For sure! I don’t work fast, but I keep going forward! 🙂
The code is already on GitHub. Besides this code, I have written a set of python scripts/utilities for asset convertion and packaging disks (the release installer will include cc65, Python, and a few other binaries).
There is still a lot of C code that needs converting to S, like the sprite functions on Apple//. Anyway, please take a look and let me know what you think.
Thanks for checking-in Fabrizio, I heard of your project through RetroWiki.
As you guessed, I am less focused on number of platforms at the moment, and more on developping a fully featured SDK containing bitmap+sprites+music+sfx+networking, though a very simplistic API and automation of asset convertion and disk packaging, allowing people to jump right-in.
I saw your github account, and it will be a great source of inspiration when I move away from 6502 processors (my next target will probably be 6809).
So yeah, let’s keep in touch and see if there are opportunities for collaboration in future, after all this is just for fun not for commercial gain. 🙂
- This reply was modified 1 year, 9 months ago by 8bit-Dude.