Jump to content


New Members
  • Content Count

  • Joined

  • Last visited

Community Reputation

33 Excellent

About Sknarp

  • Rank
    Star Raider

Profile Information

  • Interests
    Music, Games, Art

Recent Profile Visitors

175 profile views
  1. I was looking for a place in the forums to post about N64 since it is apparently too new for a classic gaming subforum and too old for a modern gaming subforum- I just started using Everdrive 64 v2.5 and I can't recommend it enough! For $107 and the physical space of a single cartridge you can.have the whole N64 library (would cost a few grand to buy the just under 300 games in the north American library, not to mention the 90 something Japanese exclusives.) Because you use a real N64 and not an emulator the quality is flawless and compatibility is near 100% The other great thing about this concept is that.the N64 ROMs take up so little space you could fit ALL of the games on an 8GB SD card and have a little under 3GB of free space left over. I actually bought a 16GB simply because you can get a class 10 16 gig for five dollars. Oh and being able to effortlessly play romhacks is neat. I also have seen some discussion about being able to use the ED64 to emulate a number of older systems, potentially allowing you to play anything from NES to Game Gear with the notoriously bad N64 controller...if for some reason that is a thing you want to do. 10/10, not a paid endorsement
  2. Yeah I assume it was the FP code, not that mind really- I find the website you maintain absolutely invaluable for working in Bb so in a way you kind of are co-creator of a good chunk of the games made here 🙂
  3. The Multisprite Kernel could use a little love, I can't say for sure that it is the Kernel or the emulator the Atari flashback uses but any game using it doesnt work 100% correctly- I even made a 4k game and with the stock MSK there is still an alignment issue. Everyone including myself thought it was because of my modifications but yeah it happens with a stock MSK.
  4. Hello, I haven't been on the forums for a while so I just saw this, to clarify : CRT The Chromatic was the only actual Atari 2600 game I finished in 2019 and seems to be missing from the list. Stake Toss and Pixel Ninja Pit Jumper are not active WIPs, I was just getting myself familiar with the software Not a big deal but I'm not using RTs suggested code for FP numbers in the Atax-Atax WIP so it remains a solo project, However I did use code provided by Karl G in CRT so credit is due to him 🙂
  5. I agree with the others. I thought it looked fantastic, but then realized it wasn't supposed to be read as "Maiiard games" so you should make the L's more obvious.
  6. Nice start, I definitely think dev threads are a good idea because there's any number of choices/issues/changes that can come up during the process and you never know what information might be helpful to others in the future.
  7. Thank you, that would be an awesome bit of information to have for sure. I've been using the syntax if !var1=var2 then a lot so if I need to change it to if var1<>var2 then it's not going to cost me any efficiency and I'll just adjust my style, but if it's safe to do it either way it's good to have the flexibility. As for using if !myvar then instead of if myvar=0 then I can't find the exact post right now but I'm positive I got the idea from some previous post on AA about space saving techniques, so it's important from an efficiency standpoint to know if you can't use ORs with the trick. I understand that it'll be a while before we get the definitive answer, I might just do a preemptive rewrite to be safe either way.
  8. Alright, so I went ahead and tested if <> has any advantage over !=, because I would love to know of any way to optimize- unfortunately it makes zero difference. In my tests of four conditonal checks using != vs the same four checks rewritten with <> instead, both sets of four checks take up exactly 32 bytes of ROM (8 bytes per conditional check) and take 64 cycles (16 cycles per) so it's just a matter of programmer's choice of style. I really don't understand why you're saying I can't write a conditional that uses a ! token and an || token... There's no reason as to why you can't in the linked page, and the "more information link" just brings you to another copy of the same warnings with again no explanation and a link back to the first verbatim warning. Also it does seem to work just fine, and even if the chart is accurate it says you can use OR with = and the condition if !varthis || !varthat is the same thing as saying if varthis=0 || varthat=0 so I'm really confused on WHY it would only work when written one way, Is there a source post somewhere that explains where the chart came from?
  9. Nice, added FP only using 74 bytes- most of which are if statements unfortunately but it might be well worth the cycles for sure. Could I ask a couple of questions about the opts you did? I noticed in the for loop for movement you used <> instead of typical equivalency (= or !=)- I couldn't find much information on if this has advantages- is it faster? Does it take less bytes? Also in the main loop you combined the collision checks, but on the win screen you separated out the switch checks, Which is better: using a bunch of &&'d ifs in one line or doing them as single checks over seperate lines? I really appreciate your help and input- your website is one of the main things I refer to when I am curious how to use a function of bB.
  10. It's done to save on space, indexing the memory space of one player and incrementing the index/offset..It's probably better I just show the code rather than fail to explain it. If you want to compile this you'll need the modified includes in the same directory, otherwise there's not enough free space. WIPsourceAA.bas multisprite_kernel.asm score_graphics.asm
  11. I tried to use FP, hung the compiler BAD - eventually got it to work, but it didn't actually have the desired effect because of decimal points being truncated when applied to an integer like x positions. Hanging the compiler (I assume) caused me to eventually be unable to compile any code- and also caused some sort of leak that was making my entire computer slow down. I was able to fix ability to compile by moving the most vital files to a new directory (The old directory will be deleted just to avoid that happening again) and the effects on my computer was mitigated by excessive swearing and a forced reboot. (I probably needed to do a fresh restart anyway, I'm lazy about those) At the moment I am not intending to use Fixed Point anything for anything I will still try tweaking the for loop to see if I can make it look more fluid
  12. Is it their movement speed, or is the jerkiness happening when you are on the same Y as the enemy? If it's the later, I think it's a kernel-related issue that's over my head.
  13. Just posted a near-complete build of my last 2-wk's of work in the bB section. (ATAX-ATAX) (LINK)

  14. Switch Support & Game Modes When I was programming in the switch support I saved 4 bytes on every switch check by using bit checks instead of bB keywords Title screen now supports Select Switch as well as Fire. Main game now supports Reset Switch. Win Screen supports both the Select Switch and Reset Switch. Two game modes (LEFT "Difficulty" Switch) and Two difficulty settings (RIGHT "Difficulty" Switch): Less than 150b left. Let me know if there are any game-breaking bugs I need to fix. New binary! Enjoy WIP_ATAX-ATAX_by_SKNARP.bin
  15. Player0 sprite: The player0 sprite wasn't completely centered, This was easy enough to fix The sprite looks almost exactly the same during gameplay, but now won't be offset if you turn around in a tight area, this helps to ensure you won't get stuck in a wall. Kernel Timing I used something like 15 cycles where I had 12 to work with, there was always a bit of room to go a little over-cycle at this point in the kernel (I belive at least 10-20 over was the wiggle room), but I found that one of the opcodes was unneeded (STA PF0), so I removed it and should be cycle exact now. Two Week Progress Report Currently at 16 screens (not counting the title), and 528b free. I also still have 28 variables free. I am now 14 days into development of this game. I still have some time this evening so I might still get more done tonight.
  • Create New...