Chaosforge Forum

  • May 21, 2022, 06:58
  • Welcome, Guest
Please login or register.



Login with username, password and session length

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 - Sereg

Pages: 1 2 [3] 4 5 ... 48
31
Off Topic / Re: New Roguelike - alpha testers wanted
« on: April 03, 2020, 14:20 »
So, I think I've found a solution that addresses both of our concerns.

I've reconfigured message flow to display in reverse order to the in-game message display, and re-ordered the action queue so that the player moves first.

This way the message resulting from the player action still appears at the top of the in-game display each term, but in its proper order in the message recall, and enemies are prevented from making in-between moves like the one you described. Unfortunately, I won't be able to push that out for testing until the next release, which I don't have ready quite yet. I'll try to get it finished up and posted soon, and after that I'll maintain a release branch for hotfixing bugs and correcting other minor issues, so I don't have to delay getting them out to testers.

Thanks again for your input.

32
Off Topic / Re: New Roguelike - alpha testers wanted
« on: April 03, 2020, 12:47 »
Yeah, it doesn't look to me like either your CPU or GPU should be causing the problem.

Your energy example works as intended provided the player executes first. However, when the player moves first, that means other actors move afterwards, which means that the messages their actions generate appear after any messages generated by the player's action.

The question, then, is which approach is least jarring, and that seems to be where our opinions differ.

33
Off Topic / Re: New Roguelike - alpha testers wanted
« on: April 03, 2020, 12:06 »
Yeah, that's definitely unexpected - as you say, when the game is idling, the only thing that's happening is the GUI is on a loop refreshing the display, and that doesn't take up all that much processing power(unless Java is automatically tasking that to my GPU instead of my CPU - what sort of graphics card do you have?).

I initially had the player queued as the first actor to execute, but this resulted in the message obscurity I mentioned in my first reply - that is, the message directly generated by the player's action was not the one that appeared most recently. Now I have the player executing last, so the message corresponding to your action is on top. It'll work either way in the engine, and I'll keep it open and see what other feedback I receive - I'll definitely keep yours in mind.

The attack from a tile away is not really related to that - you'll queue an action, but the spider will reach the energy it needs to act first, request a decision from its AI(which will choose to attack the player since it is adjacent at that point), and make the attack, after which the player actor will reach the energy required for the action you chose with your keyboard input and move away. This actually wouldn't change even if I had the player at the first position in the engine's actor queue, because each actor generates a small amount of energy each game turn, and the engine simulates these game turns until the player has enough energy to act. Part of this simulation includes handling actions by non player actors who gain enough energy to act before the player does. The only real consequence would be to bury the message directly produced by the player's input, which I personally don't like(but again, will remain receptive to input on).

To actually ensure that the player acted first in all situations, I'd need a totally different engine concept - which isn't necessarily off the table, but it's something I'd be quite hesitant to do at this point.


34
Off Topic / Re: New Roguelike - alpha testers wanted
« on: April 03, 2020, 11:25 »
A second on every move? o_O  even when there are no monsters in sight of the player? The combat handler is pretty complex and has a lot going on(although even that shouldn't result in the sorts of delays you're seeing), but ordinary movement shouldn't have any reason to delay that long... that's very concerning, especially given your processor.

You're probably right as far as the extent of testing for now - the game doesn't have enough content to be very replayable yet, so at this point I'm mostly looking for observations like what you've made, things I've overlooked or otherwise failed to notice or worry about in my own testing(since that's usually focused on whatever feature I've just added, and I mentally skip everything else until I get to what I'm specifically looking for). I definitely appreciate your feedback so far.

The combat might need some review - you're right that the counterattack system can cause enemies to die somewhat unexpectedly, which can be jarring - especially with the slowdowns you seem to be experiencing. I do want to preserve that aspect of it, and I think it will be less jarring against more powerful enemies(who won't die instantly like the little spiders in the forest). It might require some adjustment - maybe counterattacks should be prevented from doing lethal damage, for example. I'll bear that in mind and remain open to making changes.

I will note that no enemy should be getting two to three actions against you - it's possible with the way the system works, but none of the enemies I've added so far have the ability to use it that way. I think the unexpected moves are entirely due to the counterattack system, not the energy system.

35
Off Topic / Re: New Roguelike - alpha testers wanted
« on: April 03, 2020, 10:03 »
Do you mind posting your computer specs? I've been developing on a reasonably decent gaming laptop, so it's possible that I'm being inefficient in ways that haven't impacted my own testing yet. As a roguelike, I definitely want it to be playable on almost any computer.

Is there anything specific you're doing when it slows down like that? Combat, movement, level transitions? I know that saving and loading can take a bit longer, but I haven't noticed any particular slowdowns in normal gameplay.

As far as the death screen, that's just a placeholder for now. It will definitely be much more informative in future releases, complete with autopsy files like VA, as well as high scores and other useful features.

Edit: At your edit, I can certainly make the user profile remember display settings - this will be live in the next release as well.

36
Off Topic / Re: New Roguelike - alpha testers wanted
« on: April 03, 2020, 09:45 »
Thanks for the feedback. I'll address it as I can:

1) The GUI I built, while in my opinion a significant improvement over the old one, is still pretty simplistic - I only support two tile sizes, 16x16 and 32x32(text and graphical tiles have different widths - text width is narrower for better readability, but it's constant and to scale). I don't have any capability to support resizing the window, so fullscreen(or changing your monitor resolution - this will shrink the available display area but each individual tile will appear larger) is your best option for correcting that.

2) This is because the screen is refreshing itself when you provide input. It might be better to skip the update when the input doesn't change anything - I'll take another look at the way I handle input, but that should be pretty simple to get rid of.

3) I've done that deliberately - I have it set up now so that the most recent message reflects the results of the last action the player took. Previous messages are available for review by checking the message recall. I originally had the player message first, and messages generated by enemy actions would appear last, and I found that to be more confusing. It's also worth noting that multiple enemies can generate messages for each action by the player, and the order of those depends on the rate of actor energy generation, not the effect they've had on the player(it might be possible to collect and deliberately order them this way, but it would require a lot of additional manipulation and even then might not be any more clear). I think I'll hold off on any immediate changes on this one and wait for more feedback to see if I can get a better sense of the general opinion on this.

I will point out that you can adjust message verbosity, filtering how much information you receive for each interaction. Combat tends to offer a lot of information, which can spam out the on-screen message window, but at lower verbosity settings, only the more important details will come through with each message, and this might help you get a better picture of the entire last round of combat.

4) Experience is awarded only when you leave a floor - the manual should have better information on the details of this with the current release, but the general idea is that if you move down to the next floor, you're awarded a small percentage of what you've earned in the dungeon so far(and the rest is saved for when you leave the dungeon itself), while if you exit by the entry staircase, you gain about 40% of your earned rewards and forfeit the rest, and if you leave by the exit staircase, you gain full rewards.

Note that gaining levels doesn't do all that much for you just yet(although it does have an effect even now), nor are the enemies balanced, since I am holding off on that until I have more features implemented. Bears are definitely a high threat right now(and there are worse things you might find if you are unlucky enough, or visit the deeper floors!), but once you can find better gear and change your equipment setup, as well as being able to use consumable items like the healing items from VA, they should become less of a challenge.


Thanks for checking it out. Let me know if you're not satisfied with any of my explanations, and of course if you find any other issues that seem noteworthy.

I'm working on adding additional content for the a.2.0 update right now, and I'll throw the screen refresh fix in there(as I don't currently have a separate release branch - I'll be sure to maintain one for releases going forward, though). Edit: This was very quick to handle and will be in the next release. Thanks for pointing it out.

37
Nicely done.

As you've observed, those invulnerability chains are key to any sort of Nightmare AoOC game, and such games were responsible for quite a lot of my own more difficult platinums and diamonds.

Good luck, hope to see more from you now that you've broken into the Angelic League ;)

38
Good job on recovering from your previous loss... and interesting discovery about Longinus in the prepared slot - I don't recall ever hearing about that one before.

What happened to the 3 enemies you missed? Really close to YAAM there... and you are entitled to YAFW - instead of a mere YAVP - for the JC kill ;)

Also, which special levels did you skip? And which did you fail to complete? Pretty close to Conqueror, there, too.

39
Off Topic / New Roguelike - alpha testers wanted
« on: March 26, 2020, 18:14 »
Edit:

4 APR 2020 - Version [a.2.0]:
 [Change]
  -Text screens no longer attempt to redraw themselves unless a meaningful change has taken place.
  -User profile now remembers last session's display settings (e.g. fullscreen and graphical modes)
  -Player now moves before all monsters.
  -Messages now display with the player message on top, and only attempt to display since last player action.
  -Message overflow indicates that more messages are available, which appear as before in Message Recall.
  -Floor bosses may no longer spawn on floor 1 of the Dark Grove.
  -Improved player HP and Soul at all levels.
 [New]
  -Library now supports basic upgrades.
  -Text items may now be found in the dungeon and researched in the player estate(with required upgrade).
  -Languages added and tracked across games.

Hello again everyone,

After quite a long time, I've finally got a new roguelike game ready for play testing. This is the third project I've started since Viridian Abyss, and the first since then to reach a state where I felt ready to release it to a wider audience than just myself(the other two had a lot of good features but not the overall quality I was working towards, and much of their content and code ended up in the current project).

I've developed a completely new display scheme from the one I used in VA, and I'm interested to see how well that ends up working on other computers, resolutions, monitors, and graphical environments than the ones I have immediately available for testing.

The game itself takes place in the same world as Viridian Abyss, although the time setting is significantly earlier - for those of you who played VA and remember the nations of Atlantis and Lemuria, this setting takes place in the very distant past of those nations - which were themselves very ancient history in the setting of Viridian Abyss.

My goal from a storytelling perspective is to expand on the world and lore I started to reveal in VA, while my goal from a game development perspective is to improve on the experience of VA. As far as that goes, the engine execution, event flow, display layout, etc., of the new project are already superior to what I had in VA. There's currently a *lot* less content - I only have a rudimentary implementation of items, and the dungeon itself is smaller and probably much easier to complete than the one in VA. However, the potential for expansion is far greater because the underlying systems are much better, and I have a lot of content I want to add in future releases, including some of the stuff from VA that's missing in the current release, such as languages and magic, a post mortem autopsy system, and more interesting dungeon generation.

As before, I welcome any feedback on any aspect of the game, whether it be gameplay, design, storytelling, or any other feature you feel could be improved.  Prospective alpha testers can find the zipped folder here. It contains a graphics folder(which currently only serves the purpose of supplying the icon for windowed mode - my display scheme does support tile based graphics, and my implementation requires paths for such tiles, but I don't make use of them at this time), a document folder containing a manual text file(which is currently empty, although all currently available commands can be found in the ingame help menu, accessible via '?') and a changelog text file(which is also currently empty, since this is the first release), and the executable jar, which as before requires an installed Java Runtime Environment to run.

I do have error logging implemented, and in the event of a fatal crash, a debug log *should* be written inside the main directory. If this happens, please send me the log at the provided e-mail address. If it does not happen, I'd also like to know about it, as well as all the information about what you were doing and the state of the game when the crash occurred as you're able to gather.

Thanks for reading, thanks again to those of you who play tested Viridian Abyss for me, and thanks in advance to any who will help me out that way with this new project.

40
Berserk! / Re: [0.8.5|Endless|16|YASD] Very avoidable death
« on: January 15, 2020, 06:37 »
Yeah, Scavengers can be troublesome.  :)  I wrote a mini guide for BerserkRL a while back that might help you out.  It's a game with unique gameplay that has it's own interesting set of challenges.

I'll have to take a look at that guide then - I am currently quite woefully underprepared for Berserk!, lol.

*Sereg mentions having something release worthy*
*waiting intensifies*

Nothing that will resemble a game for a long time yet, though I'll probably have something playable, in the sense that you'll be able to walk around and not much else, pretty shortly*. If you're interested in that just as sort of a snapshot of progress, I can send you a download link via pm, but I probably won't be posting an official development thread until I have something significantly more substantial, which may be a few months or more.

*assuming the Engine I've designed for it works as intended and doesn't take weeks to sort out in and of itself...

Reminds me that I haven't played Viridian Abyss in a while.  Maybe I'll have another go at that.  :)

It's still as unpolished as I left it, but it is a complete game in some sense of the word =P I'll admit I've fired it up myself once or twice while working on the new one... but I definitely plan to offer a much more complete experience next time ;) Still, I'd be interested to see if you (or anyone else) can discover the alternate ending...

41
Berserk! / Re: [0.8.5|Endless|16|YASD] Very avoidable death
« on: January 13, 2020, 16:28 »
Thanks... got smoked by a scavenger that I couldn't hit to save my life on the very first level =P guess I won't be setting any records anytime soon.

42
Berserk! / Re: [0.8.5|Endless|16|YASD] Very avoidable death
« on: January 13, 2020, 09:26 »
Judging by the other active thread today, it's quite difficult enough - it's just that when Tormuse plays things, they look a lot easier than they actually are =P

Balancing for Tormuse is not balancing for everyone else - something I'll have to be sure to keep in mind as my own current project approaches a release-ready state.

Edit: Decided I'd try to play Berserk! myself - never played before - and the download links seem to be failing for me(I was looking at the Beta Board, the two WIP threads). Is there a better place to get it?

43
Well played - pistol games can be a lot of fun, but I agree that the hardest part is getting them started, perhaps more so than any other common build, simply because of how inherently weak pistols are before you have the necessary skills built, and because of the loss of tactical options that shotguns, rockets, etc. provide.

I'm probably extremely rusty, so I might be forgetting something obvious, but is there a reason you insisted on so many of the earlier special levels, other than simple experience? Seems to me those would add significantly to the starting difficulty of the run, although perhaps the predictability makes them worthwhile for the boost to your build, allowing earlier access to skills in terms of non-special levels than you'd otherwise have.

44
Hopefully you're maintaining a separate list for achievements that are doable by mortals... Tormuse doesn't exactly set the standard of what the average player can hope to achieve ;)

45
General Discussion / Re: Wiki / game info?
« on: December 16, 2019, 18:33 »
As another example of non-permadeath mechanics in a roguelike game, consider TomeNET. It divides players into two groups(there are further distinctions, but two major classifications): Everlasting and Unworldly. Everlasting players are allowed to instantly respawn following a death, but still face penalties in experience loss and potential item loss, whereas Unworldly players die permanently and completely. However, Everlasting players are completely separate from the game's high scores, and even have a separate system of titles for winning the game - that is, all meaningful achievements as far as the game is concerned are restricted to Unworldly characters.

As an MMO, items can be traded between different characters, but they are firmly divided along these lines - that is, Unworldly players cannot use items found, purchased, or otherwise generated by Everlasting characters, and vice versa. This means that players can't use an Everlasting character to jumpstart an Unworldly character, for example, which preserves the integrity of the Unworldly achievements.

Pages: 1 2 [3] 4 5 ... 48