Author Topic: Neohack -- Not released yet, but now has a home page and a release timeframe.  (Read 17124 times)

Bear

  • Rogueliker
  • ***
  • Posts: 308
  • Karma: +0/-0
    • View Profile
So:  I put up a basic homepage/announcement page for neohack.

http://dillingers.com/blog/neohack/

It basically talks about the design goals and does some simple intro material. 

In the future, all updates about Neohack will go there. When there's a release, it'll be available from there. 

And yes, I'm now mentioning an actual timeframe for release.  For, approximately, the first time.

koiwai

  • Rogueliker
  • ***
  • Posts: 99
  • Karma: +0/-0
    • View Profile
Wow. The technical part is the biggest selling point for me. I'm shocked, in a good way. And it actually sounds like a system that can be sensibly moddable. Wow.

It's interesting what the time system is, and how everything is going to work together. You previously mentioned something about timers and event triggers, I'm looking forward to seeing it in action too.
 
Are you going to accept contributions from others, maybe with a repository on github, or you will be doing everything yourself? I'm just curious, because it can become a very important question in the future.


reaver

  • Rogueliker
  • ***
  • Posts: 207
  • Karma: +0/-0
    • View Profile
Timeframe looks very optimistic, but looking forward to it

TheCreator

  • Rogueliker
  • ***
  • Posts: 370
  • Karma: +0/-0
    • View Profile
    • Fame
    • Email
Quote from: blog
Neohack’s Data-Directed architecture easily and without touching main game logic allows complex interactions and multiple-use items which are not possible in most roguelike games and achievable only through extensive case-by-case patching of exceptions into main game logic in other games.  Also the code is well documented internally and comes with a “modders guide” which serves as an introduction to the code base and architecture. This affects the ability to modify, maintain, expand, and improve Neohack. From the perspective of players, this means that bugfixes, balancing changes, and new features should be routine and quickly releasable rather than rare and riddled with new bugs.

I would like to see a few examples of such interactions. Guess it is already implemented, not just planned?
Fame (Untitled) - my game. Everything is a roguelike.

mushroom patch

  • Rogueliker
  • ***
  • Posts: 554
  • Karma: +0/-0
    • View Profile
Clever name.

I think you're on the right track with your approach to the console interface. I like the part about using two characters to represent tiles, but I would recommend using wide unicode ASCII characters to represent monsters and two part tiles only for piles of items and other inanimate objects/dungeon features. (Although I have to admit, the idea of using the second tile to represent a wielded item is interesting and something I hadn't thought of, I'm kind of sceptical of it aesthetically and from a usability perspective.)

(Further parenthetical gushing about two character tiles: You can do a hexagonal grid in a standard terminal with them. Not that anyone should do that, just saying it's possible.)


Re: Mouse support, I'm sure you know that curses supports mouse events from xterm and xterm-like terminals. I'd be interested to see how that works in a roguelike game. xterm mouse support has seemed clunky to me in those few cases I've used a curses application that used it, but I've never experimented with it seriously from the development side.

« Last Edit: September 18, 2014, 01:54:39 PM by mushroom patch »

reaver

  • Rogueliker
  • ***
  • Posts: 207
  • Karma: +0/-0
    • View Profile
the idea of using the second tile to represent a wielded item is interesting and something I hadn't thought of, I'm kind of sceptical of it aesthetically and from a usability perspective.

Agree on that.
If only this kind of info could be revealed in a more pull-style way (rather than push-style aka "shove it down your throat") as a semi-transparent layer over the tile when mouse was hovering over it. Oh wait.

Rickton

  • Rogueliker
  • ***
  • Posts: 215
  • Karma: +0/-0
    • View Profile
    • Weirdfellows
With a name like "neohack" I was almost expecting a cyberpunk game.
Sounds cool though. Is the two-tile system implemented yet? Do you have any screenshots to show how it'd look?
Creator of the 7DRL Possession: Escape from the Nether Regions
And its sequel, simply titled Possession

Zireael

  • Rogueliker
  • ***
  • Posts: 604
  • Karma: +0/-0
    • View Profile
Quote
Are you going to accept contributions from others, maybe with a repository on github, or you will be doing everything yourself? I'm just curious, because it can become a very important question in the future.

Seconding this question, because with the modding supposedly being detailed and easy, I'd love to contribute!

mushroom patch

  • Rogueliker
  • ***
  • Posts: 554
  • Karma: +0/-0
    • View Profile
the idea of using the second tile to represent a wielded item is interesting and something I hadn't thought of, I'm kind of sceptical of it aesthetically and from a usability perspective.

[...]

If only this kind of info could be revealed in a more pull-style way (rather than push-style aka "shove it down your throat") as a semi-transparent layer over the tile when mouse was hovering over it. Oh wait.

Mouse hovering can be detected in curses, with some effort. If I were doing this, I would have a side bar that has (short) descriptions of every monster and object on screen. Mousing or clicking on a monster/object would highlight it and the corresponding entry, perhaps scrolling the sidebar if necessary. Perhaps another click would expand the description in the sidebar.

The point is, the good part of your idea can be done in curses.

reaver

  • Rogueliker
  • ***
  • Posts: 207
  • Karma: +0/-0
    • View Profile

Mouse hovering can be detected in curses, with some effort. If I were doing this, I would have a side bar that has (short) descriptions of every monster and object on screen. Mousing or clicking on a monster/object would highlight it and the corresponding entry, perhaps scrolling the sidebar if necessary. Perhaps another click would expand the description in the sidebar.

The point is, the good part of your idea can be done in curses.

I'm not saying something like that can't be done, just saying that mouse and hover-popus are natural with real GUIs. Sidebar would work, but then you'd have to be moving your eyes back and forth - mouse cursor for targetting what you want info about, and sidebar.

Anyway, I'm ending my hijack, I guess more meaningful comments about interface can be had with actual footage/demos.

mushroom patch

  • Rogueliker
  • ***
  • Posts: 554
  • Karma: +0/-0
    • View Profile
So does the OP have any screen shots and/or video of how this two character monster + wielded item business looks in realistic gameplay situations? (e.g. crowds of monsters, movement in crowds, etc.)

getter77

  • Protector of the Temple
  • Global Moderator
  • Rogueliker
  • *****
  • Posts: 4957
  • Karma: +4/-1
    • View Profile
Certainly sounds spiffy and looking forward to what comes of it!   8)
Brian Emre Jeffears
Aspiring Designer/Programmer/Composer
In Training

Bear

  • Rogueliker
  • ***
  • Posts: 308
  • Karma: +0/-0
    • View Profile

Re: Mouse support, I'm sure you know that curses supports mouse events from xterm and xterm-like terminals. I'd be interested to see how that works in a roguelike game. xterm mouse support has seemed clunky to me in those few cases I've used a curses application that used it, but I've never experimented with it seriously from the development side.

Right.  curses is essentially 3 things that ought to be separable but aren't really if you're using it.  One is keyboard input, two is display output, and three is mouse input.  Right now I'm using curses for keyboard input and display output, on the presumption that there are things that are "drop-in" replacements for those functions that ought to work fine (libtcod probably, though I haven't looked at it yet).  I'm not nearly so sure about mouse input.  If I use curses to process mouse input, the interface is just bizarre enough that I'm afraid it'll be hard to replace if I replace curses as the I/O library.

Bear

  • Rogueliker
  • ***
  • Posts: 308
  • Karma: +0/-0
    • View Profile
With a name like "neohack" I was almost expecting a cyberpunk game.
Sounds cool though. Is the two-tile system implemented yet? Do you have any screenshots to show how it'd look?

Two-tile system is implemented, but as yet no monsters wield weapons.  :-/  So the major functionality of it is sitting there in code but not yet tested/debugged.  I will be hacking inventory (and weapon wielding) this weekend.

Bear

  • Rogueliker
  • ***
  • Posts: 308
  • Karma: +0/-0
    • View Profile
Quote
Are you going to accept contributions from others, maybe with a repository on github, or you will be doing everything yourself? I'm just curious, because it can become a very important question in the future.

Seconding this question, because with the modding supposedly being detailed and easy, I'd love to contribute!

Yes, there's going to be a Github repository and I will be accepting contributions. 

That said, I will be accepting contributions that actually work with game balance and fit in with my vision of what the game ought to be, not every contribution that someone thinks would be cool.