MEGA65 FORUM

Mega 65 emulator

append delete commodorecracow

It would be a good think to make an MEGA 65 emulator.
The computer could be for masses and it would be easy to develop software for
this platform .

Reply RSS

Replies

append delete #1. gardners

Xemu by LGB has a MEGA65 emulator, which he works with me to track progress of the hardware, to keep it as current as possible.

append delete #2. commodorecracow

Where can I download it.?

append delete #3. LGB

The best would be a compilation from source, on Linux or UNIX like OS (including MacOS). The Windows version somewhat strange (mainly because I have no windows at all, so I just "blindly" ported to Windows, and I use cross-compilation done on LInux even to produce windows EXE files - that is, if you want to compile yourself for Windows only, you still need some kind of UNIX with SDL devel libs + gcc + usual UNIX tools to do). But anyway, you can try a somewhat older version eg from here:

https://bintray.com/lgblgblgb/generic/xemu/current_version#files

Source repository:

https://github.com/lgblgblgb/xemu

Please note, that you need to provide the ROM, Mega65-kickstart, and even the proper SD-card image file by yourself. Till now it was mainly a tool more useful for Mega65 developers themselves: Though recently I have some plan to form Xemu into a more user friendly form, but it was not the top priority, but the ability that it can emulate Mega65 at all first (till a level which is enough for the purpose of the M65 development). So in nutshell: highly work-in-progress material ...

append delete #4. Orion Blastar

I could not find the Binaries, but I found some of the ROMs and the image files the XEMU emulator uses to work. I am told emulation of the Mega65 is not ready for prime time yet but getting there.

I uploaded the files here:
https://archive.org/details/mega65ROMS

In case people don't have make installed or don't use it because they got Windows instead of a UNIX system.

Archive.org can download each file separately or download the whole thing via BitTorrent.

I think the SDCard images are formatted like the 1541 etc floppies are formatted because Windows and any ISO or BInary program could not read them.

Amazon sells 1 and 2 Gig SDCards for under $10 if you have a way for a Mega65 to read them.

I'd like to beta test the XEMU emulator someday when it is ready to work once the Mega65 is finished so the emulator can run the same programs.

append delete #5. LGB

No, the SD card has FAT32 filesystem. I don't know how you mean that no windows program can read it, it should be. However it also has a partition table so it should be handled that way. About the Xemu binaries, I've already posted where they are in the previous post in this topic:

https://bintray.com/lgblgblgb/generic/xemu/current_version#files

For example, xemu-binaries-win64.zip for 64 bit windows. That's true anyway, that these binaries and older than versions can be compiled from source _currently_.

Actually the mega65 emulator within Xemu does not even require those rom files at all. It only requires the C65 ROM but it's on the SD card image file.

append delete #6. pmprog

Hi LGB,

Does you emulator support the 16 colour sprites that's being shown off in the latest videos?

I must admit, I've not actually tried your emulator yet, because I've previously run off a bitstream.

append delete #7. LGB

@pmprog Unfortunately not :( Most of the emulator is was more about the "skeleton" of Mega65, CPU, memory addressing how it works etc, so it can boot with the default Kickstart what M65 has. Things like VIC-IV is just a "stub" to have the minimal functionality it needs to work for KS + C64 mode + C65 mode, to be able to get in. BUT. It does not mean of course that it won't change! Currently there are some heavy changes needed done with M65 recently, being incompatible with older versions. I have to realize that on the emulator level first, and making work. Then, it's - indeed - time for implementing parts eg VIC-IV "advanced" related stuffs, and so on. My previous work was the Ethernet emulation (it works in Xemu too, but only with Linux, since it needs low-level EtherTAP device attached to) which was need by me to write some code (for both of the board and Xemu) and learn about more on M65 ethernet things. The other problem, till recently, M65 development was in a bit "flux" that I was not sure what to really start to emulate to. Now it's kinda more clear than it was!! So it's really time soon :D :D

append delete #8. Freddy Champagne

I just compiled your xmega65.native on Debian Stretch.
As far as I can see, it works well. Altough I have one remark: I miss the "make install" which should move the binary in /usr/bin (p.e.) and the needed support files (ROM,char etc.) in /usr/share/xmega65 (p.e.).

For now I'm looking (aka searching) for docs. For xmega65 (keybindings etc) as well as for the mega65 (c65), especialy of course for the basic and how to change graphics mode etc. I guess the monitor is the same as those from c16/116/+4 and c128.

Btw. Great job you did LGB, I really appreciate your work. Puts me 36 years back in times when I still hat some hair covering my brain ;)

append delete #9. LGB

@Freddy Honestly, I don't bother too much about installing since it's so a development phase thing ... But if you're serious about that, you can say "make deb", then you can use "dpkg -i build/bin/xemu_current_amd64.deb" or something like that to install, so at least even your package manager will know about it then, and it's installed that way. Note, that name of the binaries are different then (you can use "dpkg -L xemu" to check the package content if it's already installed), this "xmega65.native" etc, is for only being multi-platform, "native" means no cross-compiling (for windows cross compiling it will be xmega65.win32 or xmega65.win64 for 32/64 bit builds, but can be rename to exe files). The ugly and dirty "binary-level deb package creation" of mine also includes a script, so after installing xemu deb package you can run xemu-download-data (as root! eg with sudo) and it will download data files for you. But anyway, as I've written, it's not so much ready for general use, that's why I didn't even bother too much about any installer regardless of the platform (eg for windows, many people would expect some decent installer - though I am not a windows guy at all, I am lame with that, at least with Linux I have experience).

Key bindings are a bit lame, I have to admit. You can see the content of file xemu/c64_kbd_mapping.c which is the common source of C64/Mega65 keyboard handling as well. My plan is to do this configurable, now you must edit this file and recompile xemu ... Since xemu in fact can use config files (even now, though not so much used feature ...) I should connect some options to define keybindings, so one can find a more easy way to simply edit a config file for xemu to re-define keyboard (surely, it's still not the ideal, when some want use a GUI-like solution to configure everything, but still better than the need to edit a c file, and recompile the source tree ....).

Surely, things like C65 ROM stuffs, graphics modes, etc, is already not xemu related topic too much. Maybe you can try this:

https://github.com/MEGA65/c65-specifications/blob/master/c65manualupdated.txt

But it's hard to tell sometimes what works and what not, these "preliminary" documents from Commodore may be incomplete, sometimes only means "plan", and sometimes, it varies from ROM version to ROM version if it works or not, the same way as documented or not, etc ... After all, C65 had never came out as a product, so only different stage of development ROMs are available, and also documentation is confusing what it refers for, what ROM version, or even just a future plan (or even just an outdated information for any available ROMs). Hard question, well, in nutshell, in my opinion.

Reply

(Leave this as-is, it’s a trap!)

There is no need to “register”, just enter the same name + password of your choice every time.

Pro tip: Use markup to add links, quotes and more.

Your friendly neighbourhood moderators: Deft, gardners, MARCOM