Forum Replies Created
-
AuthorPosts
-
8bit-DudeKeymaster
There is no size limit for Lynx sprites, you just need the X-size to be a multiple of 2.
16×32 will make a huge sprite (the screen is only 160×102).8bit-DudeKeymasterIt is planned, though the 7800 is quite a bit different and harder to program than the Atari 8bit / 5200 line.
8bit-DudeKeymasterHello Alex!
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
Cheers,
Tony8bit-DudeKeymasterHello Jim!
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.
Best regards,
Anthony8bit-DudeKeymasterHey Jim!
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.
Cheers,
Tony8bit-DudeKeymasterSure, in CC65 you can write something like: __asm__(‘lda #1’);
8bit-DudeKeymasterYes 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:
https://www.cc65.org/doc/atari-5.html
There are few drivers for the Atari currently, compared with the c64:
https://cc65.github.io/doc/c64.html#ss7.1
If you write these drives, then both cc65 and 8bit-Unity will be able to use them!
8bit-DudeKeymasterHello Gianluca!
Can you please explain to me what you mean by “external video card”? I have never heard of such hardware…
Cheers,
Tony8bit-DudeKeymasterFor sure! I don’t work fast, but I keep going forward! 🙂
8bit-DudeKeymasterHi again,
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.
Cheers,
Tony8bit-DudeKeymasterThanks 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 5 years, 10 months ago by 8bit-Dude.
-
AuthorPosts