+Philsan Posted August 9, 2021 Share Posted August 9, 2021 https://github.com/unbibium/atari64 I haven't tested it yet but it seems a nice project, at least to emulate Basic and Petscii. 7 Quote Link to comment Share on other sites More sharing options...
_The Doctor__ Posted August 9, 2021 Share Posted August 9, 2021 (edited) It's a nice start, the coder indicates he might need some help in his writing by the how did they do this or does this do that type questions. How to make it reset proof, how to bring some colors in etc. That being said, a great group of helpers could really allow this person to run with it. Some other emulation guys might have ideas, and the crunching/speed up crew might follow along. This is good work and an interesting project! edit* it actually works quite a bit already, let's see where this goes... Edited August 9, 2021 by _The Doctor__ Quote Link to comment Share on other sites More sharing options...
Rybags Posted August 9, 2021 Share Posted August 9, 2021 (edited) Interesting... with VBXE this could be expanded to supply colour attributes. Sprites would be a different matter though - not really possible to directly emulate, there'd likely always be program changes needed. And translating the bitmapping of the sprites probably not possible either. The surviving reset thing - the problem there is that the Ram locations involved would likely be overwritten by the C= OS and Basic, so it could be problematic. My suggestion would be just use something like Shift-Break to simulate a Stop-Restore. Edited August 9, 2021 by Rybags 3 Quote Link to comment Share on other sites More sharing options...
ndary Posted August 12, 2021 Share Posted August 12, 2021 did anyone succeed to compile the code to xex file? Quote Link to comment Share on other sites More sharing options...
twh/f2 Posted August 13, 2021 Share Posted August 13, 2021 I'm also very excited on this project. To my point of view I wouldn't call this project a "C64 Emulator". It is a port of the C64 Basic + Kernal ROM stuff. It is a lot different to an emulator, because it's the actual code that is being adapted to work on native A8 hardware. Otherwise it does not emulate any specific aspects of the C64 it only wires what directly translates (screen, keyboard). Using the VBXE to fully support color cells is a great idea though. 1 Quote Link to comment Share on other sites More sharing options...
carlsson Posted August 13, 2021 Share Posted August 13, 2021 As it sits, it probably would be a rather good PET 3032 simulator without additions for colours, graphics, sound support etc. Quote Link to comment Share on other sites More sharing options...
Wrathchild Posted August 13, 2021 Share Posted August 13, 2021 Cool stuff, a similar attack on the BBC ROM/Basic would be neat, assembler in Basic 3 Quote Link to comment Share on other sites More sharing options...
carlsson Posted August 17, 2021 Share Posted August 17, 2021 Robin Harbron checks out this project in his latest video and concludes that C64 BASIC + Kernel running on an Atari 1200XL is about 17-20% faster than when it runs on a real C64C. It probably was expected given the Atari has a higher clock frequency. 6 Quote Link to comment Share on other sites More sharing options...
_The Doctor__ Posted August 17, 2021 Share Posted August 17, 2021 (edited) Of this course works better as a rom or prom, which this guy probably already knows and should have stated... over writes using pokes certainly will happen... showing them as faults is would be silly - Addressing it as a curiosity is the way to go for normal users. Just put the stuff in any of the multitude of ROM slot capable devices or even make a cartridge of some sort... The rest of the observations are pretty valid except for a couple here and there. It's early in this journey so more will be added and other items fixed. Edited August 17, 2021 by _The Doctor__ Quote Link to comment Share on other sites More sharing options...
ndary Posted August 17, 2021 Share Posted August 17, 2021 I managed to get it working on my old 800 computer by replaceing the OS and Basic rom on the cart... The XEX file works on XL/XE only as it copies itself to the shadow OS RAM 1 Quote Link to comment Share on other sites More sharing options...
ndary Posted August 17, 2021 Share Posted August 17, 2021 I could not get the ROM images to work on my XL as a ROM replacement to the existing OS and BASIX Quote Link to comment Share on other sites More sharing options...
TomDarth5 Posted August 17, 2021 Share Posted August 17, 2021 On 8/12/2021 at 7:44 PM, ndary said: did anyone succeed to compile the code to xex file? Here you go. If you click on releases on the right you can see it there. atari64.xex Quote Link to comment Share on other sites More sharing options...
+skr Posted August 17, 2021 Share Posted August 17, 2021 It works, but all the Pokes go to Atari-hardware. Thanks to @8Bitjunkie for explaining to me why that is. If you have a C64-BASIC-Program without a single POKE or SYS, it should work. commotari.mp4 Quote Link to comment Share on other sites More sharing options...
_The Doctor__ Posted August 17, 2021 Share Posted August 17, 2021 sys still works, most poke can be changed to something as close as the Atari has and some things do work. should be interesting to see a nearest poke approximation script etc. to convert some proggies... doing by hand and though will be best for now. 1 Quote Link to comment Share on other sites More sharing options...
carlsson Posted August 17, 2021 Share Posted August 17, 2021 Apparently screen matrix is located to $0400. I don't know what is the default is on the A8 side, if there even is a default. Quote Link to comment Share on other sites More sharing options...
Sugarland Posted August 17, 2021 Share Posted August 17, 2021 (edited) Awesome. Would be fun to have this as a .ROM for U1MB please. Edited August 17, 2021 by Sugarland 1 Quote Link to comment Share on other sites More sharing options...
+David_P Posted August 17, 2021 Share Posted August 17, 2021 4 hours ago, carlsson said: Apparently screen matrix is located to $0400. I don't know what is the default is on the A8 side, if there even is a default. Atari does not have a default screen area; ANTIC lets you point the screen anywhere in RAM. On the 130xe and compatible upgrades, you can point the screen to expanded memory while running programs in main memory. 3 Quote Link to comment Share on other sites More sharing options...
Mclaneinc Posted August 18, 2021 Share Posted August 18, 2021 Isn't $BC20 where screen data / display list is by default? That's what I seem to remember.....Pretty sure (for once) Quote Link to comment Share on other sites More sharing options...
drpeter Posted August 18, 2021 Share Posted August 18, 2021 (edited) 1 hour ago, Mclaneinc said: Isn't $BC20 where screen data / display list is by default? That's what I seem to remember.....Pretty sure (for once) For 48K+ machine without cartridge/internal BASIC and Graphics 0 screen, $BC20 is the display list. For 40K+ machine with cartridge in slot A / internal BASIC and Graphics 0 screen, $9C20 is the display list. Actual screen display memory starts at $BC40 / $9C40 respectively. Edited August 18, 2021 by drpeter 1 Quote Link to comment Share on other sites More sharing options...
carlsson Posted August 18, 2021 Share Posted August 18, 2021 Hm. When I emulate an 800XL in Altirra with Atari BASIC Rev C and XL/XE OS ver 2, the default GRAPHICS 0 mode seems to configure the screen matrix to 40000 - 40959 (hex $9C40). To clarify for non-C64 people: The screen matrix pretty much is fully relocatable on that one too, though the VIC-II chip works in banks of 16K at a time so it takes a few more POKEs to switch things around if required. $0400 happens to be right between the low 1K and where BASIC programs start so reasonably practical, in particular if you would not use any form of custom graphics. Since it has been pointed out that every POKE in Atari 64 relates to Atari addresses, of which some are configured to behave like C64 addresses, you probably can't expect that a program that tries to reconfigure the C64 memory a lot will work. Then again this is not a C64 emulator, but a C64 BASIC + Kernel environment just like there are PC Windows shells that implement a C64 BASIC environment without attempting to emulate the computer. Like mentioned, BBC BASIC probably could be ported too - there is at least one half finished one for the C64. I would assume that Applesoft, Oric etc other 6502 based systems would be doable too with the same degree of functionality if one desired. Actually Oric might be an interesting challenge since it has a 6x8 character size so you might want to shift to a bitmapped mode and emulate text from that. 1 Quote Link to comment Share on other sites More sharing options...
drpeter Posted August 18, 2021 Share Posted August 18, 2021 (edited) The way this works with the standard Atari OS ROMs is that at boot the OS determines the lower limit of ROM by finding the first (lowest) page of memory that isn't writable and sticking the screen memory immediately below that. Edited August 18, 2021 by drpeter Quote Link to comment Share on other sites More sharing options...
Mazzspeed Posted August 18, 2021 Share Posted August 18, 2021 The C64 also has color memory that runs from a fixed address at $D800 via it's own bus direct to the VIC-II. This is a cool tech concept, but I sort of can't see the point. It's naturally going to be fairly limiting beyond anything very basic. Quote Link to comment Share on other sites More sharing options...
drpeter Posted August 18, 2021 Share Posted August 18, 2021 (edited) 46 minutes ago, Mazzspeed said: This is a cool tech concept, but I sort of can't see the point. It's naturally going to be fairly limiting beyond anything very basic. Well, perhaps to certain extent that pretty much defines the fun of fooling around with 8-bit technology. ? Bearing in mind that the inbuilt C64 BASIC is itself fairly limiting beyond anything very... erm... basic, the fact that when running on an Atari 8-bit it lacks for example ready access to sound & graphic capabilities isn't perhaps such a different experience to the C64 itself? Edited August 18, 2021 by drpeter 1 1 Quote Link to comment Share on other sites More sharing options...
carlsson Posted August 18, 2021 Share Posted August 18, 2021 Haha, an opportunity for an Atari POKE-fest! Perhaps that could be a challenge: Write a game/program in Atari 64 BASIC which essentially will be the same as programming in machine code except slower. Quote Link to comment Share on other sites More sharing options...
Mazzspeed Posted August 18, 2021 Share Posted August 18, 2021 (edited) 18 minutes ago, drpeter said: Well, perhaps to certain extent that pretty much defines the fun of fooling around with 8-bit technology. ? Bearing in mind that the inbuilt C64 BASIC is itself fairly limiting beyond anything very... erm... basic, the fact that when running on an Atari 8-bit it lacks for example ready access to sound & graphic capabilities isn't perhaps such a different experience to the C64 itself? It actually worked to the C64's advantage, no one was interested in BASIC, it was all assembly. Assembly was a crap ton better, once I learned to code in assembly you may as well have removed BASIC altogether. Interpreted basic is just too slow. TBH, I think I used BASIC only a handful of times to quickly run test programs. Edited August 18, 2021 by Mazzspeed 1 Quote Link to comment Share on other sites More sharing options...
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.