I have been working on learning C64 Assembly and working various version of disassemblers for years however @ricardoquesada.bsky.social has just released Regenerator2000 which more than I could ever hope for. github.com/ricardoquesa...

I now have a tile editor for the mine level of A View to a Kill for the Commodore 64. The level was always interesting to me but was terribly cramped and difficult to get around. Now I can give the level a lot of space.

I now have a map viewer built in for Paris and Mine levels of a View to a Kill for the Commodore 64. One is character based and the other is tile based which makes things more complicated. However, soon I will be able to modify the maps to make them a little less frustrating to play.

I always found the arrows on the roads of the Paris level of A View to a Kill for the Commodore 64 really confusing. So now I have a character and map editor where I can change the arrows to dashes straight into an uncompressed PRG.

Since there isn't Charpad for MacOS so I have been trying to build a character / map editor for MacOS. It's not pretty, but I can now see the Paris map for A View to a Kill.

One of the things that really frustrated me about A View to a Kill - Paris level for the Commodore 64 was the wall collision. Coding a solution would basically be a ground up rebuild so I have decided to shorten the car to greatly reduce this issue - way better. Now to make it multicolour.

Ive also now got the ability to view and edit the sprite. Not sure how useful it would be to make modifications to a sprite while reverse engineering yet, but it's there for my amusement.

Added the ability to define .word, .text, and also sprites. This makes the program use less rows and a bit more manageable to read.

GitHub user pditincho has taken apart the C64 version of Maniac Mansion - perfect for anyone curious enough to PEEK into the game’s code. github.com/pditincho/mm...

Sometimes you need 'Cautious', then sometimes you need...

This is the weirdness of disassembling C64 Assembly. Someone leaves a random address or code somewhere that the program never gets to, but messes up disassembly.

Due to the randomness of C64 Assembly, I have had to make an option of 'Aggressive' or 'Cautious' disassembly. I found that sometimes you need to step through sections and find the buggy code before disassembling. Paris Chase in A View to a Kill was fine on Aggressive, but City Hall has some bugs.

There are some scaling issues but it looks like I have a build of my disassembler working on Windows now too.

Much better on MacOS now.

Testing my disassembler in MacOS. It builds - but it's pretty ugly. I still prefer using Linux as an OS than MacOS.

I can now manage self-modifying code. Getting close to having all the program just use labels rather that direct memory addresses.

Added symbol management to my disassembler. I can now select a symbol, press F3 and go to the next usage of the symbol too.

Making some good progress on my disassembler. Its the most promising version of a disassembler I have ever made. I am 70% through mapping out A View to a Kill Paris level which is good. I think the last 15% will be bizarre junk.

My C64 disassembler is getting to a point where I am spending more time disassembling than updating the disassembler. It now has handy features like percentage categorised and the ability to copy sections to ASM so I can get AI to help understand sections.

Well I now have my C++ disassembler disassembling to 64tass format, compiling to a prg and making a self-extracing prg with exomizer in Linux. It is now also launching in RetroDebugger. This is good because I can continue to disassemble to see when the disassembler doesnt do a good job.

Build a new Commodore 64 Disassembler in C++ this time. Allows me to group sections for readability.

My Gnome C64 disassembler now has data blocks and can put start and end comments around a data block.

Some good progress on the Gnome C64 Disassembler. It now has all the buttons working and I can save and load a project.

Making some good progress on my Gnome C64 Disassembler. It how has some nice features like "Make data block", "Jump to memory address" (If the row contains a JSR, JMP, BEQ, etc), and also bookmarks. Bookmarks are handy to make areas of focus.

I can now add and update labels on code and adjust the starting memory address in my Gnome C64 Disassembler. The code is very messy and needs to be refactored, but making some good progress.

My code is pretty hacky at the moment but I now have branching logic working along with JMP operations in my Gnome C64 debugger. The hardest part has been learning Vala - and some object oriented programming concepts. Its certainly different from Assembly which I am used to.

Finally built a basic Gnome application in Vala. Its the foundation of my C64 Disassembler. Getting to this point was pretty difficult - the rest of the disassembly logic is already know in my Python script so hopefully it should be easier now.

An enjoyable and frustrating game. #balatro

I'm learning GTK to build my first Gnome app and decided to start by converting my Commodore 64 Python disassembler. Yes, I am a weirdo.

I started coding a Commodore 64 conversion of Chiller into Pico8 and completely forgot about it. I may pick it up again - or I may just start yet another project.

Something else I am working on. I now have a build script that extracts binary from spritepad files and inserts into code and builds a Toki C64 cartridge.

Uploaded the first cut of the reverse engineered code for Squirm for the Commodore 64. Its a raw output of my disassembler but its a big start. github.com/unorig/Squirm

After some messing around, I can now finally reverse engineer Kane (Commodore 64) into 64Tass code. I had a few bugs in my disassembler that were really hard to find.

Disassembling Kane for the Commodore 64 has been a bit of a challenge but digging into unp64 a little more I realised "Patch original Kernal ROM at $e000" can be really helpful.

I can now disassemble and reassemble Squirm for the C64. Its not commented yet but it is all disassembled in to 64Tass format.

Continuing to disassemble Chiller (Commodore 64) with my Python script. I now have more code and data sections identified. #C64

Noticed a really strange BEQ in Chiller that didnt make sense. Game still worked but failed in my disassembler build. A small adjustment and its all good now.

I spent so much time trying to figure out why my sprite positioning calculations were off... and then I realised I had the sprites in double height/width🤦Its all good now!

Making some good progress on my sprite-jigsaw tool for Toki Remasterd. Not only is it a useful tool, but also helping me get better at Assembly coding. Its such a creative and rewarding process. #c64 #commodore64

My walkthrough for the mine level for A View to a Kill for the Commodore 64 just clocked over 1K views. I did it for myself, but glad others found value (and closure) in this video too. #c64 #commodore64 www.youtube.com/watch?v=enfY...

As Toki enemies are built up of multiple sprites and varying offsets, I need to calculate their offsets on new sprites. It was getting really time-consuming so now I am building my own program to calculate the offsets. I can select a sprite and push it around to get the offsets. #c64 #commodore64