braincell1973 wrote:Hi All,
I rewrote the CIA and have just spent the last 5 hours trying to get it to talk to the core seems it refuses to accept a verilog file in place of the vhdl CIA.....
anyway .... plan B gonna start going through original vhdl ( back to reading ).
Small addition to the original CIA - I have added the TOD ALARM mode to this core too
In the meantime, Please find attached a jiffydos fixed cart loading core while i look into this other stuff.
Edit. Hopefully goes without saying the cart work is still unfinished so please still consider this beta.....
@braincell: where did you get the sources from?
They're not available from the mist repository. i know that the sources from darfpga are available but there has been some modification since, ie by sorgelig. Plus sources from darfpga don't compile for mist, they have to be ported to mist.
I'm asking because I started learning how to program fpga and I'd like to have a look at the c64 src.
Since the new WIP core isn't on the github page, any way to edit the first post here with a brief changelog so we could keep track of all the features, improvements and progress that braincell1973 created since the github core? A changelog may be nice also by way of encouragement for braincell1973 to keep up the great work!
Hi,
I have created a github account, For some reason my cart code isnt right at the mo so im correcting that, Once thats back to working properly i will have a code cleanup and put it up on github....
EDIT - As im developing on several machines i appear to have got my sources mixed up *facepalm* this one should fix the cart loading.
standard 8/16k , Ultimax , Ocean should be ok along with hesmon and simons basic........
Lee
C64_mist 3_jun_27.zip
You do not have the required permissions to view the files attached to this post.
Great work. A problem I've noticed in all the versions of the MIST C64 core so far. A couple of games, such as Afterburner, moving the joystick connected in port 2 to the left causes it to behave strangely. In the case of Afterburner, it skips levels!?
An issue I've noticed on all the versions of MIST C64 cores so far, joystick port 2 strange behaviour. For example on Afterburner (PAL) when using the joystick piugged into the 2nd DB9 port it skips levels whenever moving the joystick left!
Hi,
if you read though this thread you can see a few games giving issues, I found this after i got the cart version of PANG running.
I suspect the CIA as the problem but i am still looking into this, It could even be a timing issue.
Time is scarce at the moment (using lunchtimes) but i havnt given up.
As for TAP - The issue lies in the fact that the sdram needs to be accessed for the TAP reading in a different 'slice' cycle from the cpu & IO controller, Will definitely take some working out, As it stands the TAP is loaded into HI sdram 0x20000 i think, but i still need to write the decoding.
Along with the sdram comment above goes the simple fact of moving roms out of block ram and into sdram, whilst should be quite easy for basic / kernal enabling the switch to and from jiffy easily the other issue is the 1541 rom, This needs yet another 'slice' or cycle to access it with.
@braincell1973,
Where is your repository? i don't see any links.
To respect other developers of open source project you need to publish your changes. It doesn't matter if your code is bad, messy or whatever it is. Publishing the changes is how the project is being alive. The code of C64 is not perfect itself but it has been published anyway.
Once you start to publish binaries, you need to provide sources as well. No need to show your irritability here.
The code gets benefit from source releases, not binaries. I appreciate your additions, but be more polite, please.
Hi, so this is a total once off . . . I've merged the save/write code (darfpga) from the MiSTer C64 core (sorgelig) back into the latest MIST core (Braincell1973) . . .
HOWEVER be warned I have no idea about the code I've just merged it, so use it on a new SD card so you don't lose anything. Also I can't do fixes, I haven't got a clue how it works, so please don't ask me for them.
As per the Atari Forum post by sorgelig, the FORMAT command does not work.