Castle Paradox

[Camdog]

[Reposted from Slime Salad.]

So, I've noticed that a few folks in the community are interested in roguelike games. I've dinked around a bit with Nethack and Angband, both of which I enjoyed (though I've gotten nowhere near beating either of them), and I thought it might be a cool experiment to see if I could do something similar with the OHR.

I've put together some basic scripts for creating random dungeons, creating random treasures, and fighting different enemy formations based on what dungeon level the player is on. The scripts are a little rough around the edges, but they all work as intended. At this point, the game isn't too tough or extensive, but it will give you an idea of what is possible with the engine.

Since most current roguelikes are community projects, I thought at this point it might be fun to expose the engine to the public. The scripts are written in such a way that anyone with a little hamsterspeak knowledge should be able to elaborate on them. And of course anyone could contribute new graphics or ideas for enemies, items, quests, etc.

I don't know the best way to handle a collaborative OHR projects. The tactic of emailing from one author to the next that's been used on previous collaboration projects obviously won't work here. Perhaps we could set up a subversion repository of the unlumped game and have authors check in the relevant unlumped files for inclusion? I've never used subversion, and I don't know how much leeway we have messing with unlumped files, but it's the only idea I have so far. Let me know if you have any better ideas.

So, the basic question is, would anyone be interested in working on this? What's uploaded right now has no documentation for working with the script framework, but the basics should be pretty obvious if you look at it. If a bunch of people are into this, I'll probably write up some documentation as well.

Get the game here.

If you don't know what I mean when I say "roguelike", go here.

[TMC]

!
Neat, I've been obsessed with RLs for the past several months (still no code), and I think I've decided to turn my isometric Gamethon contest game into a RL. Maybe I'll leave in real-time mode as a totally separate game. However I'm going a different route: I'm not even going to use the standard item system. Crazy, yes, but script "threads", arrays and script-manipulatable sprites will make the scripting significantly easier.

[Camdog]

[Moogle1]

[msw188]

You're not using the standard item system? I've been trying to work out a method for individualized item menus, so I'd be very much interested in some of your ideas involved. Especially concerning how items are used and consumed correctly in battle, and how you can gain items from battles.

PS: I am almost done figuring out the general framework for my system, but it depends on several bugs (features) being resolved, so I'd be very interested in getting some implementation ideas from the master.
_________________
My first completed OHR game, Tales of the New World:
http://castleparadox.com/gamelist-display.php?game=161

This website link is for my funk/rock band, Euphonic Brew:
www.euphonicbrew.com

[Mr B]

Oh cool.

I think you could have randomly-generated battles by having each of the enemy slots in the battle be an unique enemy ID. When you decide which enemies to have in the battle, copy the enemy data from the enemy data ID to the unique ID that is displayed in battle.

You could have 8 different battles for 1-8 enemies, or certain battles that have the unique enemies placed for flying critters.

[Inferior Minion]

[TMC]

[Newbie_Power]

Maybe we can rely on making attacks/enemies in the OHR, and if they work out into OHRogue, then we could detail what we actually did in a .txt file and then send the .txt and appropriate images so that they can get imported/made manually, instead of having to deal with discrepancies in lump files that we can't read as humans. We could do this as a hackish way of doing things until proper converters are made to allow handling lump files to be easier. This would be for attacks, enemies, and other things that are hard coded into OHR.

This is very hackish and an oversimplified solution, but it would allow multiple submissions at one time without breaking the .rpg file, and one person can then put in the submissions one by one. Turns can be taken for who actually does the implementation.

For plotscripts, those are lines of human readable text, so can't those be handled by the SVN the way most code is handled?
_________________

TheGiz> Am I the only one who likes to imagine that Elijah Wood's character in Back to the Future 2, the kid at the Wild Gunman machine in the Cafe 80's, is some future descendant of the AVGN?

[msw188]

[Bob the Hamster]

[TMC]

[msw188]

See bug 286. PS commands have been recently added to set level MP, so consumable items are doable. It is only the need to restore level MP in battle that I need. I thought about the separate menu, but it seems very counter intuitive to the player (assuming I was the player) that there is a limit of eight just on consumable items, and then a separate limit on non-consumable items. I'd much much rather have a global item limit of eight (or maybe 16).

As for equipment, I should have thought about swapping out the other heroes. I'm still a little hazy on how properly to use the standard equipping system though (and I really want to do so, as it will make certain things a whole lot easier on my part). My initial idea would be to have 'Equip' lead to a hero picker, then we swap out the other heroes like you said, and then populate the real item list using the hero's item list (stored in globals somewhere). The problem is, I want equipment to count as items in the list so that you can use equipment as an item in battle. So when I populate the item list with the hero's globals, I risk having the currently equipped things both in the item list AND already equipped.

Actually, I guess the proper thing to do would be to store what is currently equipped somewhere, then unequip it all and delete it, then populate the item menu from the globals, THEN reequip the proper things before opening the menu to the player... do we have commands to do all that?

[NeoTA]

Thanks TMC and IM for reminding me of the importance of that project.
*specifically schedules dev time on every Tues/Thur*

[Myroc]