Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - Crovaxus17

Pages: 1 2 3 4 5 6
31
Windows / Mac / Flash / HTML5 / Re: Infinite Rogue
« on: May 03, 2017, 06:22:19 pm »
Thanks!
Very good progress!
I enjoyed the new version. +1 on making the enemy AI a bit better.
I would still love to have diagonal movement ;)

Cheers!


I do think I will ultimately add in 8-way movement as an option, but first I need to make an options menu...

Really great work.  Any reason you don't allow the character to walk closer to the top wall? feels like the collision should be just until the base of the wall. Same will the bottom wall.

The simple answer is that it makes the level generator easier to deal with: so I can have all the base tiles be on a single layer and all the characters and objects on the layer above. I could make the top wall collision more like what you are saying pretty easily though.


Also, big new updates!

- Bosses added! Now every 3 levels a boss will spawn that drops better loot. (I am currently looking into adding different boss monsters that spawn randomly, and maybe having them drop special keys that you need in order to progress?)
- More Monsters! nuff said.
- Merchants now spawn periodically, so you can buy powerups with your coins.
- NPCs now occasionally spawn and offer you bits of dialogue/lore.

Check it out and let me know what you think!

32
Windows / Mac / Flash / HTML5 / Re: Infinite Rogue
« on: May 01, 2017, 02:38:24 pm »
@mdotedot
Thanks for the feedback. Yeah, the monster AI is a little weak. I am not sure what I want to do about it yet. I did tweak a bit to try to solve the problem you mentioned. Just a little check to see if there is a wall right next to the monster before he shoots, so he will at least move in that specific situation... Still working on it!

33
Windows / Mac / Flash / HTML5 / Re: Infinite Rogue
« on: April 27, 2017, 11:26:08 am »
Update!

I added a Rogue class, as well as dungeon furnishings, including destructible objects and chests! Plus, I put in lore fragments that the player can collect and read. Check it out and let me know what you think!

Cheers!

34
So how did i do test2?
My math skills are low and i am struggeling using raycasting. I used a very simple and stupid idea how to realize it. The player is firing actors when moving. Those actors move and remove tiles which are on the "fog layer" (in this case layer 1).

Please dont laugh but i wanted to do a quick test and performenace is good (see code attached).

No mockery here! I too am not great at math. I like your quick solution! Thanks for sharing.

@merrak
Bresenham's line algorithm, huh? I'll check it out. Thanks!

35
Windows / Mac / Flash / HTML5 / Re: Infinite Rogue
« on: April 24, 2017, 05:21:53 am »
@domagojbulat
Thanks! Yeah, I plan on making a Ranger and a Rogue: the traps are a good idea. I am trying to figure out ways to make each class feel distinct without making the gameplay too complicated, so keeping the same basic controls.

Also, updates for those who are interested:
- Added dungeon features – furniture, treasure chests, etc.
- Monsters now drop lore scrolls that give you bits of story (this content is still a work in progress, but the basic mechanic is up and running)
- Streamlined the level generator and monster AI (hopefully will improve performance);
- more enemy types added (lots more to come, here).

Plans for the near future:
- make objects like pots and crates destructible; *Pots and Crates can now be destroyed, and sometimes drop treasure!*
- make NPCs that talk to the player, including merchants that sell powerups (to give you something to do with all those coins!);
- make bosses that spawn every few levels;
- add new tilesets so the dungeons get more variation;
- play with the dungeon generator to see what kinds of layouts can be generated.

36
I think for your game's style one room at a time  works better (Test1), though I am not sure how corridors would work. Also, how did you do Test2? I have been thinking about adding something like that to my game, but all the ways I've gotten it to work slow down performance a lot.

37
Windows / Mac / Flash / HTML5 / Re: Infinite Rogue
« on: April 21, 2017, 10:42:46 pm »
Hey all, I made some more updates:
I added a Mage class with ranged attacks and a different stat balance. Check it out and let me know what you think!

38
Windows / Mac / Flash / HTML5 / Re: Infinite Rogue
« on: April 21, 2017, 11:08:44 am »
Update – I already have put in some of these changes:
- improved (I hope) the dungeon generator by making each floor smaller, with rooms closer together
- number of rooms on each floor is now variable, so each dungeon floor feels less like every other floor
- enemy projectiles can now be blocked with the player attack
- automatic 13 character limit on the name input screen will prevent you from making a name that is too long

Thanks again for the feedback! I'll keep posting updates as I work them in.

39
Windows / Mac / Flash / HTML5 / Re: Infinite Rogue
« on: April 21, 2017, 05:35:19 am »
Thanks all: these are good ideas. I have been thinking on some of those things, too.

What do you suggest for making it better?

Bringing the rooms closer together sounds like a good idea to me. Finding the stairs after the clearing out most of the monsters got tedious, mainly because of the time it took to explore. Walking speed versus the monster speed seems good to me, but shortening the corridors would make exploration faster.

"Lorebites" sounds really interesting to me, especially since there's the potential to have a randomized storyline. I was planning to use A* to do something similar myself, although in a different way and to a different end.

If you haven't seen it yet, I think it's worth reading about Hectate's Metroid Generator and the "Lock and Keys" concept. The algorithm described would be a good approach to generating levels that have a sense of progression (get X to get to Y)... for example, finding a particular weapon or powerup to enable you to defeat a particular boss.

@merrak
Shrinking the dungeon a bit should easy, so that will probably be the next thing I work on. As for A*, I had though about trying to use that, but I really wanted to build this game without any extensions. (And actually, without any actual code, just the blocks: I might be stupid, but my goal was to keep things simple.) That said, I would like the monster AI to be more elegant, so perhaps I will cave and try out A* later on....

Thanks for mentioning the Metroid generator! I had seen it a while back but forgotten about it – definitely worth looking at, as it is so similar to what I am trying to do. I had definitely considered Lock-and-Key-like random progression. What I had in mind would be like this: randomly drop keys in each dungeon level (you can see I have a key slot in the HUD, but currently there is nothing to fill it...) and keep track of how many have been dropped so far; then, randomly generate locked things (doors and chests), but never generate more locked things than the number of keys that have already been dropped in previous levels. This would occasionally make the player have to back track – not sure if that would be too frustrating, but it would be interesting. If anyone has thoughts on how to do that sort of thing well, I would love to hear it!

Great Start Crovaxus17 !

At first, when I start reading, I thought : too big of a project and was expecting a green grass game where nothing was done.
Then I started the game and it was like : Good Start!

Procedural Generation is a thing that I frequent look at and it will be interesting to see how for you go with it.

I would advice to let the player start in a room where there isn't an enemy. Just to get the feeling of the controls and let the player get familiar with the scene. You might use a thing like 'after x seconds' to set a variable for spawning enemies.

Again, good start and I will be watching this journal!


@mdotedot
Yeah, the size of the project worries me a bit: that is why I really want to keep it as simple as possible. If I can get a streamlined, playable dungeon, then I can just add details to it over time, so it will grow and get more interesting, but still be a playable "finished" product the whole time. My brother is going to help me create unique assets to populate the dungeon with, so that should be a big help: I am not an artist. (I should credit Oryx Design Labs for the Tiny Dungeon tileset, which is great! Definitely worth the price. I have found the sprites very flexible and easy to animate, and I love the dark color palette.)

I think I fixed it so that enemies will not spawn in the very first room on the first level (though they can still spawn at the staircase in subsequent rooms). Let me know if this fix isn't working....

Congrats!
I died in level 3 being surrounded by skeletons ;)
I enjoyed it and its a good start. I would love to move diagonal and have ranged weapons at a certian point. Maybe you want push the rpg idea w bit further and add NPC's in the dungeons or add some goals beside finding the next staircase.

All the best!

@Bombini
Moving Diagonal would be easy, I could just use the 8-way built-in behavior instead of the 4-way. Maybe I'll try to make it optional: so the player can choose to enable diagonal movement or not?
As for ranged weapons, yes I plan to add them. I am thinking that I can make at least 4 distinct character classes just by varying the starting stats and attack type (melee or ranged). So, for example, the current hero would be the Warrior class: melee attacks, high defense and hit points, high basic attack damage, low special attack damage and mana, lower movement speed; a Mage would have ranged attacks, low defense and hit points, low basic attack damage, very high special attack damage and mana, lower movement speed; a Rogue would have melee attacks, medium defense and hit points, medium basic attack damage, medium-high special attack damage and mana, highest movement speed; and a Ranger would have ranged attacks, medium defense and hit points, high basic attack damage, low special attack damage, medium mana, high movement speed.

As for NPCs and dungeon features: yes! I want to put in merchants, for example, so you can spend your coins to customize your character a bit, if you want to, by buying powerups to improve your stats; and also other NPCs like prisoners, demons, and otherworldly beings that will talk to you instead of fighting, and they could have randomized dialogue similar to the Lorebites mentioned above. And the lock and key idea would hopefully create a sense of progression and goals...

(I love Space Pirate, btw!)

Really cool, I enjoyed it, I really like how the enemies can hurt each other, I like the tactic of using them against each other. The range enemies in the corridors was difficult, would be nice to be able to deflect the projectiles with the sword. Looking forward to seeing how this progresses.

@colbert
Hmmm... deflecting projectiles might be interesting. I'll add it in and see how it works. Thanks!

Sorry for the long-winded response, everyone, but as you can tell I am really excited about this game!

40
Windows / Mac / Flash / HTML5 / Re: Infinite Rogue
« on: April 20, 2017, 10:06:23 pm »
Love the screen shot! I was kinda hoping people would do that to capture how far they got, since it has the score, the dungeon level, and all the character info right there, plus the mob that got you.

Anyway, I fixed the name length issue (temporarily, anyway – I just added text to state the character limit; I'll find a more elegant way to communicate that information later), and I added some code in to remove any monsters that spawn in the very first room. I agree that the level generator needs tweaking. I was planning to try to add in something to vary the number of rooms, and to make fewer corridors, especially fewer redundant ones.  And maybe shrink the level some so the rooms are closer together... What do you suggest for making it better?

Thanks for the feedback!

41
Windows / Mac / Flash / HTML5 / Infinite Rogue
« on: April 20, 2017, 08:10:11 pm »
***UPDATE 13 MAY 2017***

Hey, just wanted to post a quick update at the top of the thread, since the game has come so far since I first posted. The main news is that I have officially published a Beta version of the game on the Stencyl Arcade. Check it out!

http://www.stencyl.com/game/play/36833

Or on Kongregate:

http://www.kongregate.com/games/Crovaxus17/tower-of-non

**********

Hello Stencylers!

I have been playing around with this idea now for a while, and recently it coalesced into something. I always loved Zelda games, and I have also become interested recently in procedural generation... And obviously the world needs a proc gen Zelda clone. (Actually, I bet there are already a dozen of them, but what can you do?)

The story of the game is that the dungeon is a kind of dreamworld: the player wakes up (or doesn't wake up...?) into an eerie and endless labyrinth, full of impossible creatures and otherworldly beings. She has to journey down into the dark to uncover the dark secrets of this strange world... and maybe then she can escape.

My big goals for this game are as follows:
- Make the gameplay loop as streamlined as possible, so there is no sifting through menus or learning a bunch of complicated skills.
- Within that simple framework create a lot of potential variety.
- Make a framework that I can add interesting content to later; the big idea for this game is that the dungeon will eventually be stocked with bits of interesting lore: story fragments, poems, cryptic writings, unusual objects – let's call them Lorebites; then, once I have the engine in place, I can just add Lorebites to the game as I create them.

I also plan to add things like different character classes (I am hoping I can differentiate them with basic stats alone), lots of monsters, boss monsters with unique powers, traps, treasure, different tilesets to the keep the dungeon fresh.

For now, I know it is incomplete and the dungeon is pretty barren, but I would love some feedback on the gameplay. Is it fun? Is it easy to pick up? Are there any major problems? Let me know! Thanks!

http://www.stencyl.com/game/play/36652

42
Journals / Re: 10000 Dragons: Action RPG
« on: February 24, 2017, 12:05:46 pm »
@gomadojbulat
Thanks for the feedback! Glad you like it.

@ceosol
It is hard for me to keep my investment up, too: it's a marathon. But what I love about Stencyl is that it is so easy to get working prototypes up and running – that helps me stay interested because I can iterate (relatively) so much in so little time.

43
Journals / Re: 10000 Dragons: Action RPG
« on: February 22, 2017, 08:18:16 am »
Hey, everyone. We've been AWOL for a while now, but we are still working on this project. We ran into some slowdowns, and are now thinking about where to take this game next. But, the demo is updated. We put in some changes to the gameplay, so if you want to try out the demo and tell us what you think, we would really appreciate it. The demo is here:

https://crovaxus17.itch.io/10000-dragons

Cheers!

44
Journals / Re: 10000 Dragons: Action RPG
« on: November 07, 2016, 05:37:51 am »
Hey folks, thanks for the feedback. Sorry about the GIFs being busted. I'm not sure what I did wrong, but here is a video version of the sample:

<a href="https://www.youtube.com/v/ySiIjLeijwE&amp;feature=youtu.be" target="_blank" class="new_win">https://www.youtube.com/v/ySiIjLeijwE&amp;feature=youtu.be</a>

My feelings on the subject is that interruptions should be a case-by-case basis. One boss requires you to knockback the energy ball thingies. Another boss could require you to interrupt at a certain moment. Interruptions would not add much to the gameplay unless EVERYTHING can be interrupted, including the player.
I think I agree that on-hit animations are not needed except in special circumstances. And that is one advantage to refraining from making them a common feature of the game: the interrupt could become a cool feature that makes a handful of encounters more interesting. The trick then seems to me to be getting the feedback associated with each individual hit beefy enough to feel right. (We are working on improving the sound effects as well, which will also help.)

the gif is not animating for me so I can't see exactly what the particle effect looks like.  Adding in a staggered animation would be cool but it would change the combat so much( unless it was extremely brief) .  You would have to re work all the AI to incorporate the stagger.

What about a really subtle screen shake on collision?  Just enough to give the attacks more weight.  I'm also a big fan of making the actor flash white on collision and flash white screen on kill.  Those little touches go a long way.

Game looks Great!!!!

Yeah, even if the hit animation was extremely brief, it would still substantially alter the flow of the combat, which we are currently pretty happy with.

The screen shake is a good idea. As of now, the screen shakes when you do the "special" big attack and when the player gets hit, but I could put in a tiny touch of it for regular attacks as well.

As for the white flash, do you mean something like a white flash shader whenever you kill an enemy? The enemies used to get a "make negative" effect on hit, but on the desktop app, that effect slaughters game performance when applied to big actors (it seems exacerbated when the actor has a bunch of transparency on it, but I am not sure)--it's how the desktop app processes effects as opposed to the flash player. We are currently using the "Tint" effect instead because that is the only effect built into the desktop app software, but it doesn't work on the enemies because they are already black (i.e. fully saturated)--the only place the tint effect shows up is in their eyes (which you can see on the video I think, if you look really close :o ).

I would love to have a way to add back in "make negative" or "brightness" effects without loosing performance on desktop: anyone have any suggestions for that?

45
Journals / Re: 10000 Dragons: Action RPG
« on: November 04, 2016, 05:54:20 am »
Hey, thanks everybody for all your feedback; we're looking for some more, if you can:

We are currently working on tweaking the details of the gameplay experience: the overall look and feel, including visual effects. (We want to really get things polished before we start creating additional content for the game.) One of the questions we have been considering is whether or not to add Hit animations to the characters (as is, the actors do not change animations when they get hit in combat, though there is a particle effect and sometimes knockback). Adding hit animations might improve the feel of the game, but it would also complicate the simplicity of combat since it would involve interrupting other animations, like attacks. (It would also possibly hinder performance, as some of our actors are pretty big, with over 2 dozen animations already.) At the moment, we are unsure whether we want to add interruptible animations as a common feature of the game (as opposed to, say, a particular enemy with a special property of having an interruptible attack), so I tried to increase the Hit feedback effect without adding extra animations. I put in a lens flare and beefed up the particle effect. Check out the GIF below; compare it to the combat as seen in the Trailer video posted above to get a sense for how much it has changed. What do you think? Is it enough visual feedback?

Pages: 1 2 3 4 5 6