Jump to content

Nop90

Members
  • Posts

    858
  • Joined

  • Last visited

Everything posted by Nop90

  1. I made a wonderful play. A son can't beat a father! DEATHS 8 VALIDATION 2418 Try hard! Die Hard!
  2. I'm playing on the online emulator and on my Freeplay CM3 (but the best scores are with the online emulator). My son can't play with the keyboard arrow keys so he is playing on my RPI3 with a PS3 joy. Using the joy the game isn't easier (I tried with bad results) but my son is a Playstation addicted and can control it very well. My best score at the moment is: DEATHS 20 VALIDATION 3162 Very close to my son, but I can't make better than this for the moment.
  3. And my boy scored: DEATHS 16 VALIDATION 2914 Sigh!
  4. DEATHS 32 VALIDATION 3906 and at least 3 deaths were silly moves! My son is at 41 and he is getting better.
  5. DEATHS 41 VALIDATION 4464 I'm having a challenge with my son, this is helping me improve my score. Let's see if the boy can do better.
  6. DEATHS 44 VALIDATION 4650 He He!!!!!!!! @LordKraken your game is really addictive and adding the final score makes this little game even better. LynxMas 2020 wasn't a competition, but IMHO you did the best one.
  7. I want to suggest two possible changes to the final version of the game: - add a hard mode with one or more tiles in every level that, if you walk on one of them, make the blades increase their speed for that level - add a crazy mode where if you die after taking the key, you lose it
  8. DEATHS 151 VALIDATION 11284 But I can do better ?
  9. to convert a .lnx to a .lyx I think you can simply cut away the first 64 bytes of the rom. If you can code it should be easy to make a simple program or script that does it. Or you can use a program like Hexedit: load the rom file, select with the mouse the first 64 bytes (first 4 rows of 16 bytes), hit the Canc key and save the file.
  10. Some of the code could also be reused. This could be a nice project, if you start it I'm in (and for free ?).
  11. I suppose the three character can't be freely selected during gameplay but the second and the third are an evolution of the nerd by taking some powerup (or nuclear pollution from that green slime you can see in the screen). Changing the character could be a testing option to be removed in the final release.
  12. I don't think there is a problem with the code, simply (looking at the github repository) you are using two images with different palettes. Lynx can ue only 16 colors at a time and all the images displayed need to use the same 16 colors palette. If you make a test using only images edited to have the same 16 colors (best if all the colors in the same order in the palette) probably the sceen will be ok.
  13. Thank you for the improvements. I didn't spend time optiizing the code an Iìm a novice with 6502 ASM. Later I'll test it with handy. The driver can run faster with protocol improvements, i.e. theoretically there is no need to set the IODIR byte for output and the AUDIN value to 1 because leaving IODIR as input the line should go to 1 for the pull-up resistor. Using this extensively we can save a lot of instructions. But I want to have a real eeprom to test it, @karri already spent a lot of time testing my bugs.
  14. I read on @Igor twitter page that he is using a cart with a 3 wires 1KB eeprom chip instead of the usual 128B one. Does it use the same driver of the 128B eeprom or a modified one?
  15. No, whatched all the stream, but most of it without login. I use my twitch acount only to download twitch prime PS4 content for my son, so finding the pwd was not easy. Connected just in time to give some hint on my game.
  16. Nice livestream. Too bad I can't chat in french. My wife is helping me translating the chat.
  17. The game has upgraded graphics, new original tunes from @miker and other small updates. We are polishing the last things, but we should be close to have the final version for a phisical release.
  18. Olimpic games this summer. This could result in a great compilation.
  19. The libretro handy core has a perfect sound. You can test it with the atarigamer online emulator.
  20. Found a 2012 post about it: different protocol but same idea
  21. This EEPROM has a I2C interface, and with "almost" the same code we can control every device with a I2C communication protocol. Up to 8 can cohesist setting different addresses on the same bus (this eeprom uses address 0). I had some crazy ideas: - hardmod the lynx with a capacitive 4.5 inch touchscreen - add a keyboard like this . Could be connected to a special cart with a back connector, and on the cart a Basic interpreter that can store programs on the 64kB eeprom - add an accelerometer chip like this (can be on the cart) to make a game controlled moving the lynx
  22. I propose these changes: unsigned char __fastcall__ lynx_eeread_24aa512(unsigned char *val, unsigned int addr); unsigned char __fastcall__ lynx_eereadnext_24aa512 (unsigned char *val, ); this way all the functions return the same error code (0 = OK, 1 = KO). After a write it's possible to use a while loop for the next EEPROM access (read or write) to wait the EEPPROM ACK: while(lynx_eeread_24aa512 (&content,0)); This is exactly the process proposed in the datasheet. The only thing to remind is that whitout a 24AA eeprom this while loop is blocking, so it should not be used with the first read to the eeprom. The updated driver code is: eeprom64k.s and the new test rom (with sources) using these while loop instead of the delay: E2test.lnx E2test.zip @karri if you like the last changes we can consider the driver interface final. Note: my emulator eeprom code doesn't have any writing delay after a write, so writing to the eeprom and then reading from it without a delay can be used to detect the emulator (with a real EEPROM the read will fail). It's a trivial thing to fix in the emulator code, but I bet no one will ever do it ?
×
×
  • Create New...