Jump to content

Ender

Members
  • Posts

    171
  • Joined

  • Last visited

Everything posted by Ender

  1. I don't believe there's a program that currently does this, but it's certainly possible to make your own version of the emulator that's integrated into an IDE environment that uses CC65 as the compiler. Something like this would be a fairly involved project to do though.
  2. Yup, the emulator supports the YM2151. Quickly perusing the Audio Apps section of the downloads area, it looks like this is a program that uses the YM2151, although the web player doesn't work with it. It may not be compiled for R38.
  3. Actually I downloaded this and it seems to work fine for me with R39. I think it may actually be made for R39 not R38, unless it's made for both. I haven't looked at the source.
  4. I thought I'd seen something about how collision detection in Sonic worked, and looked around some and came across this. Looks like it could be interesting to you: https://info.sonicretro.org/Sonic_Physics_Guide In particular, https://info.sonicretro.org/SPG:Solid_Tiles and https://info.sonicretro.org/SPG:Slope_Physics
    Whoa. This makes me want to see the whole game for the X16 haha.
  5. Yup, I was relieved to see that. I was about to say I'm still a little skeptical that that's actually what he meant based on the wording in the screenshot that's been circulating, but I did some searching on the Facebook group just now, and apparently they've come to the same conclusion, and I'm sure they would have been corrected by David or Frank there if it wasn't true (since they both seem to regularly post there). Don't get me wrong, the X8 does sound cool, and I would probably buy one at some point, but I'd just feel better if the X16 came out first.
  6. Most people have shrugged it off, but I still worry about having two incompatible systems out there, competing for software development resources, especially if the X8 comes out first. I'd much rather have a X16 FPGA solution come out first instead. It would be fine if the X8 were to release eventually (although once the X16 comes out I don't really see the point), once the X16 software ecosystem has matured a bit.
  7. If you look at the source code of VPOKE, all it does is put the first argument in to $9f22, the second argument into $9f20 and $9f21, and the third argument in to $9f23. So yes, you can use VPOKE to set the increment, and arguably it's faster than doing three POKEs to set up the address, since you're parsing and executing two less BASIC commands.
  8. If you're using the initial VPOKE just to set up the address, that won't work since it will increment on that write as well, and it will end up starting at P+1 on the next line. You need to start at P-1 (assuming that it's ok to put a 0 there), or somehow VPOKE only on the first actual data write that you do.
  9. The bank number comes before the address. Like "m 1A000"
  10. Correct me if I'm wrong, but you have SPRITE_64_BY_64 set to 196+48, which is 244, which I believe is 0b11110100 in binary. This results in a palette offset of 0b0100. I'm guessing that's not what you want since your palette_offset is 0. I think what you want is 240 for the dimensions.
  11. Right, but the bug is that it will always use the first two bytes of the file for the address, so if it's 0, it will try to load it to 0. Only if you're using an SD card image though.
  12. From what I can tell, it just uses the kernel LOAD function to do the loading. Are you on R38 and using an SD card image per chance? That has a bug where it ignores the address passed in and always uses the header for the address.
  13. I've currently got a Cooler Master Masterkeys MK750 with Cherry MX brown switches. I'm pretty satisfied with it, it's my first mechanical keyboard. I was kind of afraid to get keys that were too loud, but after having some experience with a mechanical keyboard and watching a bunch of videos on blue keys I kind of want to try buying some blue keys for it and see how I like it.
  14. You can see VRAM with the "v" command. Like "v 10000". It hasn't been added to the documentation yet, probably because it originally came from a pull request.
  15. Have you tried actually using the emulator debugger to look at what's in VRAM? Sounds like that could be helpful to you.
  16. I think it's definitely possible to do a simple (well, "simple"), line-by-line converter that detects when you're writing to a C64-specific area and converts it to an equivalent X16 area. The same for converting graphics calls to equivalent VERA calls, etc. The only thing is, as people pointed out, in a lot of the more complex cases, such as demo scene stuff, that would probably end up being slow, since the various techniques to accomplish things on the C64 would not always be the best way to do things on the X16. So it's definitely possible, just that it would have a limitation of being slow in a lot of cases.
  17. I'm not sure what your question is. Do you mean is there a way to load an SD card image after you've started the emulator? There isn't currently a way, no. That's just a limitation of the emulator. If you want to load a different SD card image, you have to restart the emulator with a different command line.
  18. Well, David describes in his post that it would require renting storage to store all those cases, and a lot of manpower and time to package all of it, and he just doesn't have the time or money to do all of that. I guess when he initially formed the idea he wasn't thinking they would have to deal with 1,000 units all at once.
  19. I would think that a license like that, (that is, one that makes you credit the author but not copy the license) kind of defeats the purpose, wouldn't it? Because let's say someone derives from your work and credits you but doesn't copy your license. Then someone else can derive from their work, but since there was no license, they don't credit the author. Then it can spread from there, with no credit to the author being given. I think the copying of the license kind of needs to happen, for it to have any effectiveness.
  20. @BruceMcF Are you saying then that the range of CPU RAM directly maps to the VRAM from a hardware perspective? That makes sense, I didn't know that. The way I imagined it was just how I interpreted David's wording in the original post, but I don't know a lot about the hardware side, so your way probably makes more sense. (Technically though, you could use it as CPU RAM if you really wanted to ).
  21. I have a C128 too actually. It's from when I was a kid and I have no idea if it still works (it hasn't been powered on since the mid 2000's I think), but I could finally dig it out and see if it still works if you want another beta tester!
  22. Wow, congrats. I wish I'd thought of that first, I'd be psyched to work on something like this (although I don't have much experience working on the C128). I kind of want to ask David for the source code anyway, mostly just because I love looking at other people's code and seeing how they do things and learning from it, and I'm sure the PETSCII Robots code is interesting.
  23. As far as I understand, it affects both. The changes to the window in CPU RAM are mirrored onto VRAM, and where these changes are mapped to in VRAM can be controlled by a register.
×
×
  • Create New...

Important Information

Please review our Terms of Use