ChibiAkumas ASM Programming Forum

I would define modern graphics ias resolution and colour depth that shows any photo realistically.

As an aside note x86 assembly language or x64 assembly language is not retro programming there are lots of x86 32bit computers and x64 computers 64bit computers still used today.All x64 CPUs I know of ...

About the video I see you have 8 of 16KB banks or a 128KB cartridge. So org 49152 with 49152=16384*3 would be used to code the start address before the 16KB incbin data block or bank of the 4th 16KB bank in a 128KB master system cartridge and this works.
It basically looks like this in code

org ...

I added in the PUSH IX POP IX code into your code. So the patterns display as expected so the delay
using the stack works. So all it took was a few bytes to solve theproblem and you found the bug in your own code.


RLE compression probably works best when the graphics have large patches of the ...

Eventually after I finish my game I want to make it available for download and the smallest commercial flash cartridge you can buy for the master system is 32K. A 32KB game will run on any real hardware cartridge it does not exclude gamers depending on their flash cartridge size so I was surprised ...

As it means from the above so it takes a wait of 29 t-states for writing in between OUT commands. Symmetric PUSH and POP will create delays as you mention. PUSH IX is 15 t-states POP Ix is 14 T-states so the
PUSH IX, POP IX pair should work as it will take 29 t-states and it only takes 2 bytes of ...

I hear your voice and you interesting words.

I did not say it would shrink closer to zero.

On the contrary I actually think money can be made from writing or selling great retro games. E.g. the company "Limited Run Games" makes tons of money from from publishing new great physical retro games ...

An emulator is based on how some person personally thinks how the hardware works. If the programmer did not fully understand the hardware then it is possibly emulated wrongly in some aspect of it. That is why I want to test my program on real hardware to make sure it 100% works because it a real ...

testing on real hardware is no issue for me. The hard part for me is the software part i.e. If it doesnt work I will need to think of the hypothesis for new code.

The heydays (or the 1980s) of all 8bit systems has passed and 8bit retro system programming
is always going to have a smaller audience or less money than compared to programming
a modern system such as a cartridge game for Nintendo Switch or a game for PS5 or
a game for Xbox one console where more ...

I guess the answer is in some sega programming assembly book.