Alternatively, join us on Discord.

Z80-based pico8 clone?

Started by Snektron, September 07, 2016, 08:25:15 pm

Previous topic - Next topic

0 Members and 1 Guest are viewing this topic.

MateoConLechuga

September 08, 2016, 08:35:33 pm #15 Last Edit: September 08, 2016, 08:59:34 pm by MateoConLechuga
Quote from: c4ooo on September 08, 2016, 08:18:34 pm
I guess someone could just take the the wabbit code, remove all the "emulator" UI, and just leave the LCD so it looks like the user is playing the game natively ;)

To elaborate on this, anyone who can understand how the WabbitEmu source operates and can even read it is a god. Good luck with this :)

ben_g

Quote from: c4ooo on September 08, 2016, 08:18:34 pm
I guess someone could just take the the wabbit code, remove all the "emulator" UI, and just leave the LCD so it looks like the user is playing the game natively ;)

I think that's why he was planning to use z80e: it already only shows the LCD. It might be a good idea to scale that a bit though, since the window is a bit small to  play games on it for hours.

Snektron

I might strip out the LCD part though and make my own code for that
Legends say if you spam more than DJ Omnimaga, you will become a walrus...


DJ Omnimaga

THis would be a nice idea, although since many people find ASM and sometimes even C too difficult, maybe the Z80-based PICO-8 clone should also include Axe Parser support or maybe some hybrid TI-BASIC. Else your audience will be extremely limited, especially if it only supports monochrome graphics.

In the past I remember there were similar attempts with FreeBASIC, but with TI-BASIC. I think the file might still be available for download but I don't remember if that language supported graphical commands other than text.


Another idea that could be similar is what some people suggested: A tool allowing you to release calc games for the PC by having them embedded in a stripped down WabbitEmu/z80e and they get launched by double-clicking the icon on the PC. But that would require the game to be compatible with KnightOS or be released as an OS, since embedding copies of the TI-84+/CSE ROM would be illegal.

Snektron

I got bored so i started developement. Now i need to come up with a name, anyone have suggestions? :P
Legends say if you spam more than DJ Omnimaga, you will become a walrus...


DJ Omnimaga

For a Z80-based Pico-8 clone? Maybe PicoZ80? :P

Snektron

I thought of pico-80 but its a little too close to the original for my liking.
Legends say if you spam more than DJ Omnimaga, you will become a walrus...


c4ooo


DJ Omnimaga

Quote from: Cumred_Snektron on September 25, 2016, 07:59:55 pm
I thought of pico-80 but its a little too close to the original for my liking.
It could be named after the calc, such as PICO-84, PICO-84+CE, PICO-PCE or PICO-CE or something.

Snektron

Quote from: c4ooo on September 25, 2016, 08:01:08 pm
So, did you use java or C++? :)

I used C++ :P

Quote from: DJ Omnimaga on September 25, 2016, 10:18:59 pm
Quote from: Cumred_Snektron on September 25, 2016, 07:59:55 pm
I thought of pico-80 but its a little too close to the original for my liking.
It could be named after the calc, such as PICO-84, PICO-84+CE, PICO-PCE or PICO-CE or something.


That would be kinda weird though since i dont really aim for calculator compatibility
Legends say if you spam more than DJ Omnimaga, you will become a walrus...


DJ Omnimaga


Snektron

So i now im at the point where i want to implement the backend for the filesystem,
but i cant really decide between two options:

a) trying to implement an abstraction to a host platforms filesystem through an IO port (easy file transferring to the pico80 system, which means easier developement outside of the system, but possibly very weird to implemet)

b) a file that acts as flash memory (easier to implement but i'd need to make a program to store files from outside the system)

The first option would also mean that i lose more compatebility with the original kos api: most kos filesystem calls return the address relative to 0x4000 of files, which wont be possible...
Legends say if you spam more than DJ Omnimaga, you will become a walrus...


DJ Omnimaga

Would the program to store files from outside the system be difficult to implement?

Snektron

Ive already implemented it with a file, and now im thinking about how to do that. Ideally the file should go through the OS though, so i need a way to do that. I thought about adding an interrupt device and making the file available as some sort of stream on a port, or something like that.
Legends say if you spam more than DJ Omnimaga, you will become a walrus...


Snektron

I'm still working on this, even though it doesnt go fast. I'm now using Qt to design a gui:
https://sr.ht/sE9l.mp4
and with icons:


Note the Pico80 screen is just a placeholder for now. I think im going to split the project into the emulator core and the gui, and add the code as submodule
to the gui project or something.
Legends say if you spam more than DJ Omnimaga, you will become a walrus...


Powered by EzPortal