Jump to content

JimmyDansbo

Moderators
  • Posts

    310
  • Joined

  • Last visited

  • Days Won

    9

Everything posted by JimmyDansbo

  1. I would like to be able to build the web emulator my self, but am stuck in something like dependency hell. Is there any chance you could show me your tool chain or maybe even guide me? I am currently using Linux Mint as my development station, but can easily move to Windows if needed. Thanks.
  2. I don't think there are any dark secrets in my DM's so I say go ahead and convert
  3. I see no problem with scrolling in mode $01 (80x30) with R39?
  4. BSOUT and CHROUT is the same function, just called different things in different documentation and source...
  5. I am sorry, I may have missed something, but as far as I know it is hardcoded that kernal routines use layer 1. What would be the benefit of having it say so in a register or memory location? If you want kernal routines to work with something different than defaults, you should modify layer 1 registers, call kernal routines, then reset layer1 registers if needed.
  6. Default text screen memory has moved to $1B0000 https://github.com/commanderx16/x16-docs/blob/master/Commander X16 Programmer's Reference Guide.md#video-programming
  7. In the meantime I will be porting it to VIC20, C64, C128, Amstrad CPC 464 and Amstrad NC100
  8. New version uploaded to support R39
  9. I believe the VERA memory layout has changed a lot. Have a look at the Programmer's Reference https://github.com/commanderx16/x16-docs/blob/master/Commander X16 Programmer's Reference Guide.md#video-programming Unfortunately I don't think the VERA documentation has been updated yet.
  10. At a glance, the book looks very nice. I am sure you are aware that parts may need to be revised or rewritten as BASIC and Kernal on the Commander X16 keeps developing
  11. The forum is already running just fine on the software. In order to switch to free, open-source software, a lot of work is needed to migrate.
  12. Unfortunately it is not well suited to be used by BASIC. I have just fiddled around a bit with it to see if I could make it usable from BASIC but I seem to run into strange behavior where the emulator just hangs... That is not an issue I have seen when it is used from assembler programs.
  13. Version 1.0.0

    36 downloads

    Slideshow showing some of the progress of the Commander X16 project.
  14. Just a small slideshow View File Slideshow showing some of the progress of the Commander X16 project. Submitter JimmyDansbo Submitted 01/08/22 Category Demos  
  15. I get the same. Mine also warns about 9fb7 WARN: Invalid register 9fb7 WARN: Invalid register 9fbc WARN: Invalid register 9fb6
  16. I think I could carry the expense of keeping the site running. Let me know what kind of money we are talking.
  17. Velkommen Nice to see another Dane in the forum. Seems like you might be a bit younger than me, but that just makes it that much more exciting that you are interested in this project.
  18. You read from Addres $FF80 in ROM bank 0 https://github.com/commanderx16/x16-docs/blob/master/Commander X16 Programmer's Reference Guide.md#kernal-version
  19. I am in no way fluent in CC65, but I would think you could do something like this: unsigned int address = 0x1234; unsigned char lo = (address & 0x00FF); unsigned char hi = (address >> 8); You may have to typecast to char...
  20. Raspberry Pi 400 - I am sure I could easily live with that as my desktop system.
  21. I would think that it should be cbm_k_load((address+2)>>16, address)
  22. Just like < and > gives you the low- and high- byte of a constant, ^ gives you the bank. The manual for CA65 has a bit of information. https://cc65.github.io/doc/ca65.html#ss5.5
  23. Yes, that is also possible however it requires that you set the carry flag before calling it to get it to return the actual coordinates. Something like this one-liner should work Address 780-783 are the CPU registers and flags just as the Commodore 64, see https://www.c64-wiki.com/wiki/SYS $FFF0 is the kernal PLOT routine, see https://cx16.dk/c64-kernal-routines/plot.html You do not have to switch ROM as the BASIC ROM does indeed have stubs to forward calls to the Kernal ROM just as @Scott Robison mentioned. Above line will of course use more CPU cycles than a simple peek of a memory address, but you should be fairly certain that the addresses do not change.
×
×
  • Create New...

Important Information

Please review our Terms of Use