[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
KEGS v0.35 released
I'd like to announce the release of KEGS v0.35, an Apple //gs emulator.
New with this version--a portable, C-only 65816 interpreter! With only a little
work, KEGS can be ported to other Unix workstations. With a bit more work,
KEGS could run on Linux. I haven't tried doing any ports yet.
If anyone is interested in trying a port, let me know.
The portable interpreter is about 2X slower than the assembly interpreter.
But it's still a lot faster than XGS--I'd gues 2-3X faster, but I haven't
tried XGS recently. And KEGS is a lot more accurate than XGS.
Also, KEGS v0.35 is 20% faster than v0.32, and now includes some limited
serial port support. You can "telnet" to the emulated //gs. See the included
README file.
KEGS is available at:
http://www.mtnweb.com/~kentd/kegs/
The change log for KEGS since v0.32:
Changes in KEGS v0.35 since v0.34
- engine_c.c fully implemented--KEGS now has a version completely written
in C, and now portable to other Unix machines.
- KEGS got another 5% faster with more tweaks to the asm dispatch loop.
Changes in KEGS v0.34 since v0.33
- KEGS is 10-15% faster due to finally implementing a planned recoding
of the dispatch loop.
Changes in KEGS v0.33 since v0.32
- Fixed bug in engine_s.s that prevented compiling on pre-10.20 systems.
- ADB mouse interrupts work now. Fixed "bug" where GSHK would think
mouse button was depressed at startup. (GS/OS is looking at mouse
button 1 status, which accidentally was reading as down).
- ADB emulation of read char_sets and read_kbd_layouts now matches a real
//gs.
- optimization to allow dereferencing page_info[] even if BANK_IO is set,
to get a small speed improvement in engines_s:dispatch().
- SCC logs are 'Z' at the disas prompt.
- Tool decoded is 'T' at the disas prompt.
- SCC changes to support slot 1 == port 6501 and slot 2 == port 6502,
with limited interrupt support. Most serial tasks won't work still,
but some do. PR#1/2 and IN#1/2 work fine. getty under GNO doesn't.
- -audio [0/1] forces audio off/on. This just stops the sound playing--
internally all Ensoniq interrupts/etc are fully emulated. If display
is not using shared memory (i.e., it's remote), audio defaults to off.
(but can be forced on with -audio 1).
- -display {foo} sends X display to {foo}.
Kent Dickey
kentd@cup.hp.com
HP is not affiliated with KEGS in any way.