Jump to content


  • Content Count

  • Joined

  • Last visited

Community Reputation

67 Excellent

About skywaffle

  • Rank
    Space Invader

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Having followed some of Deep Zone's development, and seeing the Gyruss cartridges pop up on eBay really discouraged me from doing a public release with source.
  2. I did not think you could more or less queue multiple GRAM definitions in between waits. Are you needing to always clear the same number of grams?
  3. Thank you! I am not sure if I completely understand how you are stuck. When on stairs, or near stairs, pressing up (or down) will have the character either walk up or down the stairs, as well as walk towards the stairs if within 8 pixels or so, as well as walk off of the stairs once aligned with a "ground block". I took a quick look at the demo just to see if maybe I introduced an issue, but could not replicate the problem you are experiencing. -- One thing I just noticed is when exiting stairs, if the controller is registering a diagonal, (up and right for example), the character will move back towards the stairs, up/down actions will take priority over left and right movements. As far as the control option, that is a good suggestion and something I will look into. The controls definitely can get a bit uncomfortable during longer play sessions. In fact I have only played through everything on an Intellivision II, because the Intellivision 1 controller side buttons make my hands hurt in short time (at least for playtesting this game).
  4. As much as I would love to expand on Castlevania like gameplay, and had considered it as a future project. I have already made the entire game, (every stage and boss is there and done), there is some polish needed in areas, and I would like to figure out how to add the various secrets (although I have some, just not the ones that require kneeling, falling, waiting, or walking against walls to access). Everything currently weighs 81kb, which leaves little room for extras, although I had contemplated trying to add some basic optional things, like item randomization, or expanding on loop 2, similar to the original game, but maybe going farther. The only real reason why I opted to make a small demo rather than release what I have is for a couple reasons. There still is more polishing I feel I can do in some later stages, but I have also been hesitant to release this, only to see someone on eBay selling an overpriced Parker Brothers Prototype of Castlevania using the ROM.. I may be off base about that though, but was getting the impression that people's efforts in the homebrew community are getting exploited. As far as the name goes, for the longest time the title screen was an Intellivision mock up of the NES game. I had always initially intended this to be Castlevania on the Intellivision, from an alternate universe of course, seeing that the only official ports that were ever released were some slightly average (or worse) home computer versions. However, not wanting to stir up any legal trouble, I felt that Intellivania worked and was a nice homage to one of my favorite game series.
  5. Thank you! Strangely I have had most of this demo more or less ready months ago (I had posted videos of the first two levels on Youtube). Although much more time has been spent trying to add things like hidden blocks, various polish on controls (stairs mostly), sound effects, and then constant rewriting of routines, music, and other optimizations for performance and/or freeing up space. There are bits that I still would like to improve on as time allows, but overall I had felt that everything was beginning to feel more similar to how Castlevania on the NES feels. I even spent an evening last week just playing through the original NES game, and then through the second loop (which is a harder difficulty), to help identify where some shortcomings / balance issues might be; especially in the later areas.
  6. Yeah, when setting up the control scheme, I opted to use the readings from cont1 rather than cont1.b0 and b1, etc. Those would not allow simultaneous presses which made things control more difficult. I had noticed though that two of bits 6, 7, and 8 of the cont1 readings are set for each input. unfortunately both lower buttons result in bits 6 and 8 being set which are the same bits set for pressing the top button. Overall it does not seem like a big issue, but I noticed when playing that I would inadvertently squeeze the entire controller and cause some unexpected jumps.
  7. I would imagine this is an issue in the emulator. The only issue control-wise that I really noticed is if you press both lower buttons, it will register as a jump. I don't believe there is any work around for this though.
  8. This was done due to the sprite limitations, and backtab scrolling which makes displaying information somewhat tricky. I had settled for flashing the health number when it is under 10, and then the border will flash red to signify if health is too low.
  9. Hello, sorry for the trouble, I went ahead and uploaded a new ROM image that allows both the lower left and right buttons to work as attack.
  10. I would love to see a boxed version with a cartridge. Originally when I had first started programming in IntyBASIC, that was a goal-- until I realized that you can't just program a 27c128 and slap it onto a game PCB. I had purchased an LTO Flash to at least get to see and test things on the real console. This is great and convenient; But still not quite the same as a physical cartridge and box.
  11. Thank you for the suggestion. I replaced the two files with a .ROM to make things easier
  12. Hello everyone, I figured while working on polishing up various things for my Castlevania project, I could at least assemble a small demo for people to play around with on emulators or the LTO Flash. It is only the first two levels, but should give an impression of what to expect. There are no in game instructions, If anyone is unfamiliar with the gameplay mechanics, there should be plenty of information online. If anyone has questions otherwise, I will be happy to answer. Matthew cvdemo.rom
  13. I am interested in the possible benefits of both. Currently I have really poured my time into just one project. But I can't help but wonder about other types of games. Some may have a need for smarter management of memory. But currently my biggest obstacle has been ROM space. I just am wanting to avoid the need for page flipping, and honestly it seems like I won't have to now. When I started my Castlevania project, I did not know anything about IntyBASIC, and really am not a programmer. However, over the months, I have learned an awful lot, and despite trying to always use the manual for reference, some benefits to commands are not always obvious from the get go. For example, in just the past month or so I learned just how invaluable Define Varptr is. I always wondered why it seemed as if I could not define grams dynamically, as the Screen command could do so (and did not use "Varptr"). Getting rid of tons of define commands alone freed up space, not to mention made for much easier animation routines.
  14. For the Castlevania game, it has been all about freeing up space. My enemy look up tables for placement in levels originally had 5 values in data statements for each 5 gram-wide segments of levels. These would be used for spawning enemies and moving platforms. Just condensing two 8-bit values into a single 16 bit value and then decoding it frees up some 400 bytes. Thinking about other games, I had wondered if projectile on/off status, among other things that only need a 1 bit value would benefit from storing everything into a single 16 bit variable. Although I have not currently run into any issues with not having enough RAM with the Castlevania game.. I feel that I have been fairly wasteful on arrays, but even then still have 20 8 bit variables and 5 16 bit variables that are unused. As far as JLP enhanced features, I have not played with any of that yet.
  15. That's awesome! I really have only started thinking about masking bits and trying to store information just because of the constraints of the Intellivision. It is easy to get carried away with many arrays that don't necessarily hold much information. Not to mention on the Castlevania game I have been working on, I have had so many issues with rom space. I had decided to try avoiding page flipping if I could help it. Months back I was struggling to fit half of the game in at 84kb. Now I am still right around there, but managed to get the other half of the game implemented. I still continue to try to find ways to write more efficiently if I can, hence all this about packing data. 100 bytes saved here or there feels like an accomplishment. But even after learning some of these functions, I can see simplifying other routines. It is amazing how much space convoluted logic takes up.
  • Create New...