[Game] Dungeontest (very WIP)

User avatar
Napiophelios
Member
Posts: 1035
Joined: Mon Jul 07, 2014 01:14
GitHub: Napiophelios
IRC: Nappi
In-game: Nappi

Re: [Game] Dungeontest (very WIP)

by Napiophelios » Post

I havent had a chance to try this yet but this looks pretty wicked

Image
Attachments
dead-end
dead-end
20151017180258.png (116.6 KiB) Viewed 873 times

User avatar
kaadmy
Member
Posts: 706
Joined: Thu Aug 27, 2015 23:07
GitHub: kaadmy
IRC: KaadmY
In-game: KaadmY kaadmy NeD

Re: [Game] Dungeontest (very WIP)

by kaadmy » Post

If you'd like, I recently wrote a mod for somebody else that adds blood stains that can be spawned at any time, so for example, every time you get punched, blood splatters on the ground below you.
Never paint white stripes on roads near Zebra crossings.

Pixture

User avatar
Ferk
Member
Posts: 337
Joined: Tue Aug 18, 2015 17:18
GitHub: Ferk

Re: [Game] Dungeontest (very WIP)

by Ferk » Post

I should update that screenshot (and well.. the whole first post in general), the blood splats look better now.
kaadmy wrote:If you'd like, I recently wrote a mod for somebody else that adds blood stains that can be spawned at any time, so for example, every time you get punched, blood splatters on the ground below you.
That would be interesting to test. Not sure if I really would add it, but it would be nice to check it out.
{ ☠ Dungeontest ☠ , ᗧ••myarcade•• }

User avatar
kaadmy
Member
Posts: 706
Joined: Thu Aug 27, 2015 23:07
GitHub: kaadmy
IRC: KaadmY
In-game: KaadmY kaadmy NeD

Re: [Game] Dungeontest (very WIP)

by kaadmy » Post

Ferk wrote:
kaadmy wrote:If you'd like, I recently wrote a mod for somebody else that adds blood stains that can be spawned at any time, so for example, every time you get punched, blood splatters on the ground below you.
That would be interesting to test. Not sure if I really would add it, but it would be nice to check it out.
Well, here it is :)
MIT license, just for formality. Wouldn't care if it's WTFPL or whatever, I can change it if you'd like.
Attachments
decals.zip
zip download for decals
(3.34 KiB) Downloaded 114 times
Never paint white stripes on roads near Zebra crossings.

Pixture

Dorje
Member
Posts: 109
Joined: Sun Oct 04, 2015 21:19
In-game: gryphon + MajesticBird
Location: South Africa, Cape Town, Observatory, MINECRAFT!

Re: [Game] Dungeontest (very WIP)

by Dorje » Post

Give me some EXTREME HARDCORE xD

i have to say this sad thing viewtopic.php?f=3&t=13458&p=195719#p195719

User avatar
Ferk
Member
Posts: 337
Joined: Tue Aug 18, 2015 17:18
GitHub: Ferk

Re: [Game] Dungeontest (very WIP)

by Ferk » Post

I have received an email from the developer of another open source project and he's expecting to release a game using the same name (Dungeontest). He wants to hold the trademark, so I will have to change the name.

Any suggestions?

--

On another note, since it's been more than 1 month since my last message, I think I should give an update on the progress... the game is not dead, though development might not be as fast as it used to because I'm a bit busy with other things as well.

I've actually added some more things during this time, among them:
  • Several new rooms and nodes contributed by DonBatman. He actually did more work on some other aspects of the game, and some more rooms but they were not pushed yet, since I think I have to work more on some gameplay aspects before including them.
  • New mechanism: levers that can both toggle a node on/off and turn the state of another lever on/off
  • New mechanism: timed togglers, that will only remain activated for a custom amount of seconds and then automatically turn off
  • New spells: scroll of miasma, scroll of fireball, scroll of icebolt, scroll of frostbite
  • Also extended the mobs api so they can now cast any of the registered spells. the dungeonmaster will now cast fireballs using the scroll of fireball spell instead of the traditional ones. This is for now the only mob using spells but it will be easy to add mobs that use other magic missiles, like icebolt, or mobs that use healing, poisoning, etc.
  • Level design: Now levels are smaller (which hopefully means less disorienting), they are composed by closed areas of 5x5 rooms, with ladders in opposite corners leading to next/previous levels.
  • Level design: It's possible to define now level presets.. thought this is for now only done in the code (a user interface with the Tome of Dungeonmaking is planned, as soon as I have some time.. but that can take a few weeks actually)
  • Level design: rooms can now be assigned particular groups, that are used as "tags", a level preset can set particular positions of the level to only select rooms that match a particular group.
  • New node/feature: Map. You can find a map in the first room of the dungeon showing the layout of the first dungeon level. This is pretty much the only place for now where the map is used. There's also a map button in the Tome of Dungeonmaking.
  • New node: biotoxine, a poisonous gas. Its main application is actually for the scroll of miasma spell.
  • Tons of small fixes and tweaking.
{ ☠ Dungeontest ☠ , ᗧ••myarcade•• }

User avatar
jp
Banned
Posts: 947
Joined: Wed Dec 18, 2013 09:03
GitHub: kilbith
Location: France

Re: [Game] Dungeontest (very WIP)

by jp » Post

Ferk wrote:I have received an email from the developer of another open source project and he's expecting to release a game using the same name (Dungeontest). He wants to hold the trademark, so I will have to change the name.

Any suggestions?
You released it first, then it's up to him to change the name IMO.

User avatar
benrob0329
Member
Posts: 1341
Joined: Thu Aug 06, 2015 22:39
GitHub: Benrob0329
IRC: benrob0329
In-game: benrob03
Location: Michigan
Contact:

Re: [Game] Dungeontest (very WIP)

by benrob0329 » Post

I would grab the trademark, and tell him that your project is no less than his and that since you came up with the name first, you already have legal backing.

User avatar
rubenwardy
Moderator
Posts: 6972
Joined: Tue Jun 12, 2012 18:11
GitHub: rubenwardy
IRC: rubenwardy
In-game: rubenwardy
Location: Bristol, United Kingdom
Contact:

Re: [Game] Dungeontest (very WIP)

by rubenwardy » Post

According to http://www.trademarkeagle.co.uk/tradema ... demarkPage and https://www.ipo.gov.uk no such trademark exists. Unlike copyright, you usually have to register a trademark in order to have a legal case.

Here is the UK law, but other places won't differ that much: https://en.wikipedia.org/wiki/United_Ki ... e_mark_law
Ferk wrote:He wants to hold the trademark, so I will have to change the name.
This, as seen, implies that he hasn't done so yet. Don't feel pressured into changing the name, you have no legal responsibility to do so (although I'm not a lawyer, just gathered through quick research). But you may change it to be nice.
Renewed Tab (my browser add-on) | Donate | Mods | Minetest Modding Book

Hello profile reader

Dragonop
Member
Posts: 1233
Joined: Tue Oct 23, 2012 12:59
GitHub: Dragonop
IRC: Dragonop
In-game: Dragonop
Location: Argentina

Re: [Game] Dungeontest (very WIP)

by Dragonop » Post

Ferk wrote:I have received an email from the developer of another open source project and he's expecting to release a game using the same name (Dungeontest). He wants to hold the trademark, so I will have to change the name.
Did he asked nicely, or he just assumed that his project was bigger than yours so it's imperative for you to change the name?

User avatar
Ferk
Member
Posts: 337
Joined: Tue Aug 18, 2015 17:18
GitHub: Ferk

Re: [Game] Dungeontest (very WIP)

by Ferk » Post

He asked nicely. He even said he checked out my game and liked it.

I was thinking about being nice and changing the name if I come up with something that sounds good. But so far I didn't find any name I liked. Dungeontest is very appropriate for a Minetest game.

I suggested him to keep both names and see.. it wouldn't be the first time 2 open source projects have the same name. After all I think my game is not very popular outside of the Minetest community, so I doubt it would hurt him. If in the future any of the projects gets popular enough that the conflict starts being annoying we could always change it.

I'm not gonna spend money on registering a trademark, so if he actually does register it I might have to change the name. However, it's unclear to me how this would apply in the internet.. I mean, if for example someone registers a trademark in the UK for Dungeontest and I live in Germany, would I be forced to change it?
{ ☠ Dungeontest ☠ , ᗧ••myarcade•• }

BobbyBonsaimind
Member
Posts: 97
Joined: Tue Apr 14, 2015 19:32
GitHub: RobertZenz
IRC: Robert_Zenz
In-game: Bobby

Re: [Game] Dungeontest (very WIP)

by BobbyBonsaimind » Post

Without being a lawyer, no, it would not effect you in any way as long as the other party does not have a Europe wide, or even world wide trademark. If the trademark is registered in the UK, the other party (or sometimes it's enough if the servers are) must be in the UK, otherwise there's pretty much nothing you can do except spit out threats which you can't keep.

There are few examples of naming collisions, one of the most prominent ones is Chromium, both being a game and a browser. The problem which might arise is the usage of names for repositories, if the other one *also* wants a repository on Github, though, it is of course not unheard of to add a prefix or postfix to the name to make the repository unique again.

User avatar
Wuzzy
Member
Posts: 4786
Joined: Mon Sep 24, 2012 15:01
GitHub: Wuzzy2
IRC: Wuzzy
In-game: Wuzzy
Contact:

Re: [Game] Dungeontest (very WIP)

by Wuzzy » Post

I won't comment on the trademark thing, but if possible you both should somehow try to arrange that both projects have different names in the end, simply for practical reasons to avoid a naming collision and thus confusion.

I also don't care much which project will be named “Dungeontest” in the end or even if any project is called “Dungeontest” as long as the names are different.
But I would slightly prefer your project to keep its name because you used the name first and the name “Dungeontest” is accociated with this game (at least for me xD). If suddenly the other project will take the name “Dungeontest” and your project won't, it can be the cause of some confusion. This may be an issue the other party might consider.
Especially if the other project is also a Minetest subgame.
If not, then a naming collision might only be slightly annoying, since I consider Minetest subgames to kinda have their own “name space”.

Please note: I am arguing purely from a practical viewpoint here, not from a legal or moral one.

npx
Member
Posts: 164
Joined: Thu Apr 09, 2015 21:17
In-game: npx
Location: Turin, Italy

Re: [Game] Dungeontest (very WIP)

by npx » Post

Good work! Your subgame is amazing!

User avatar
Neuromancer
Member
Posts: 958
Joined: Tue Jun 12, 2012 22:28
GitHub: Neuromancer56

Re: [Game] Dungeontest (very WIP)

by Neuromancer » Post

This is an awesome subgame. I was wanting to do something incredibly similar but as a mod.
viewtopic.php?f=9&t=13887 Ruben Wardy pointed out that you had already done most of what I wanted. But what I would like is to take this, and this work with the regular game, meaning, dungeons are not everywhere, they appear randomly and of different sizes. If I just wanted rooms, traps, mob spawners and loot, but not all of the other stuff, do you have any ideas if your subgame could be changed to do that? Could I just rip out a bunch of mods and change a few config files? or would I have to re-code the whole thing? I'm looking to use it as a mod, not a sub-game. How hard would it be to make the dungeons not go on forever but spawn randomly of random size?

User avatar
Don
Member
Posts: 1643
Joined: Sat May 17, 2014 18:40
GitHub: DonBatman
IRC: Batman
In-game: Batman

Re: [Game] Dungeontest (very WIP)

by Don » Post

I can not speak for Ferk but what I think is that this game is too advanced to be a mod. It would take a lot of work to change it to be a mod. You would be better off making a few schematics and then have blocks to spawn them similar to my mymineshafts.

Make a few schematic. Say you have 5 different ones. You just need to do math.random (1,5). That ill make it so you have different ones. Use minetest.register_ore to place the spawner blocks so that they are randomly place throughout the underground.

Ferk is far beyond me in programming skills so he might have better suggestions. I hope what I have said helps.
Many of my mods are now a part of Minetest-mods. A place where you know they are maintained!

A list of my mods can be found here

User avatar
Ferk
Member
Posts: 337
Joined: Tue Aug 18, 2015 17:18
GitHub: Ferk

Re: [Game] Dungeontest (very WIP)

by Ferk » Post

The current version of Dungeontest no longer generates dungeons that are infinite across the X-Z plane of the map. Each dungeon is limited to 5x5 rooms in the XZ plane (80x80 nodes.. ideally matching a mapchunk). They are only infinite in depth (Y axis, so you can keep going deeper and deeper down the dungeon), and in number (immediately next to each dungeon there's another independent dungeon, but not interconnected).

This means that, in theory, it would be possible to add an optional probability for dungeons to be generated. This way you could leave big random gaps, and have, for example, only 10% of the underground be replaced with dungeons.

But, like Don, I don't think this should be a mod. There are many aspects that have to be balanced and the dungeon might not work very well depending on how your game is. I depend on some manipulation of the default mod. Also I'm disabling some things that could spawn in the underground and interfere with the dungeon (this doesn't mean they couldn't be re-added, but perhaps not in the same way). Not to mention the changes in crafting/mining.

What kind of game experience are you looking for? I didn't get rid of much of the stuff in default (at the moment), so most mods are compatible with Dungeontest, maybe we could come up with some way to make it possible to have an interesting survival experience outside of the dungeon as well. The thing is that I wouldn't want to change too much the mining and crafting limits inside the dungeon to prevent exploits. But it would probably be interesting to see if we can come up with some tools or some mechanics to overcome the limitations when in the surface, which might give another interesting aspect to the game.

But the point of Dungeontest is the dungeons, so while I'm open to improving the surface, anything too crazy would make more sense as a mod that could be combined with this game. After all, like I said, mods that just add stuff to the surface of vanilla Minetest would work all the same in Dungeontest.. once we find a compromise for the mining/crafting constrains.

Btw, I'm not having much time these days for this project, I'm sorry about that. Hopefully I can come over soon. Also npx has sent me some more Dungeon rooms to add to the collection :) thanks!
{ ☠ Dungeontest ☠ , ᗧ••myarcade•• }

User avatar
Neuromancer
Member
Posts: 958
Joined: Tue Jun 12, 2012 22:28
GitHub: Neuromancer56

Re: [Game] Dungeontest (very WIP)

by Neuromancer » Post

It might not be that hard to create a Dungeontest modpack that acts more like Sokomine's villages Modpack. Meaning it isn't a complete game. It just adds interesting flavor to the game. I took all of the dumgeon* modpacks and nothing else and enabled them in a world. I had to add a depends.txt with a default in it to one of the modpack folders. It worked fine. It still would need some of the following modifications:
  • There were a few unknown blocks in the chests
  • Need to make smaller fewer random dungeons
  • Need to make everything destructable
My biggest concern is performance. Map generation is pretty slow when you add a bunch of other Mods. Hopefully by greatly reducing the number of dungeons and limiting their size, it will speed things up.

See my post viewtopic.php?f=3&t=13893 to see why I think having a DungeonTest Modpack is incredibly useful.

User avatar
Neuromancer
Member
Posts: 958
Joined: Tue Jun 12, 2012 22:28
GitHub: Neuromancer56

Re: [Game] Dungeontest (very WIP)

by Neuromancer » Post

I think this might work. Create a Dungeon Modpack that has configuration settings so that it can be used both as a standalone modpack that just adds a little spice to the default minetest game, and can be used by the DungeonTest subgame. Configurations would be something like:
  • Destructable-true/false
  • Dungeon depth-# levels/infinite
  • level size- number of rooms per level
  • Dungeon frequency=percent chance of occurence of a dungeon in a map chunk/sector.
Or whatever settings are easy to implement.
That way any improvements to the modpack would immediately be available to the game and the modpack.

User avatar
Neuromancer
Member
Posts: 958
Joined: Tue Jun 12, 2012 22:28
GitHub: Neuromancer56

Re: [Game] Dungeontest (very WIP)

by Neuromancer » Post

I tried the following:

\mods\dungeon_rooms\mapgen.lua Line 22:

Code: Select all

        -- Chunks above will either be pure air or hard to predict mountains.
        -- lets just keep the entrance generation in ground-level chunks
        if (maxp.y > 80) and (math.random(100)>10)then return end
But it didn't reduce the dungeons.

I also tried:
\mods\dungeon_rooms\nodes.lua line 83:

Code: Select all

minetest.register_abm( {
	nodenames = {"dungeon_rooms:room_spawner"},
	interval = 1,
	chance = .5,
	action = function(pos, node, active_object_count, active_object_count_wider)
        minetest.set_node(pos, {name="air"})
		dungeon_rooms.spawn_room(pos)
	end,
})
But again no dice. Am I going down the right path?

User avatar
Neuromancer
Member
Posts: 958
Joined: Tue Jun 12, 2012 22:28
GitHub: Neuromancer56

Re: [Game] Dungeontest (very WIP)

by Neuromancer » Post

I know I've been real pushy about splitting your subgame into a configurable Modpack. But that's because I'm incredibly excited by what you have created. Turning DungeonTest into a Mod would be very difficult. But you don't seem to realize what you have here. If DT were turned into a Mod, it wouldn't be just another mod. It would be The Mod that turns Minetest from an interesting sandbox to a game that is compelling to play like Terarria or Minecraft, because it is just so much fun to play! You have created pure mese. This would be the turning point for Minetest. So yes it will be hard to convert DT to a Mod. But there isn't a choice in the matter. It has to be done. DT mod would put Minetest over the top. I realize you probably don't have the time to do this, and I wish I were the one to be able to do it all myself, but maybe someone like paramat could lend a hand and help you bridge the gap by enhancing the engine or minetest game so it could support as much of the functionality of what you have now, and still enabling the rest of the standard minetest game like being able to place blocks, destroy dungeon walls, and make dungeons somewhat rare. But the more of your game we get into a modpack the better, mob spawners, interesting decorations, community designed rooms, traps, loot, etc. Maybe spells, spawners, and loot are turned into separate mods that can be added or not. What truly makes DT so special is that you have made it easy for anyone to create and share interesting dungeon rooms.

User avatar
Ferk
Member
Posts: 337
Joined: Tue Aug 18, 2015 17:18
GitHub: Ferk

Re: [Game] Dungeontest (very WIP)

by Ferk » Post

Sorry, Neuromancer, that it took me so long to answer.

Yes, it's doable, but many rooms and puzzles would make very little sense without established constrains.
If everything is destructible a lot of puzzles would make no sense. And at the same time, maybe people making new rooms may assume that you can destroy the nodes which would result in their rooms being unsolvable obstacles whenever destructible==false.

In essence, this means that if we want to support both types of rooms we will have to end up splitting the collection of rooms, which would be a pity, since a single big common repository of dungeon rooms could be much richer and varied if we stuck together. One of the problems there is with Dungeontest at the moment is precisely that there's often a lot of repetition.

IMHO, if we turn this into a modpack it should have established guidelines to get the most out of it. The destructible true/false flag, for example, is too game-changing to be switchable. There are other aspects, like crafting. Most of the stuff in the dungeon doesn't even have a crafting recipe.

Also some rooms might want to use nodes or items from other mods, which results in the "unknown" node/item problems that you found. Whenever there's such a problem you only have two options:

a) Strip the mod from the modpack, and possibly perhaps the entire room, as well as any other room that might rely on the item/node to do something (like if you remove the scrolls you have to remove the rooms that may have a big pit only crossable by flying, for example)
b) Include the mod, because maybe it'd be cool to have that item, node or spell in the dungeon and use it for puzzles to engross the collection of dungeon rooms.

The problem with "a" is that your collection of rooms will be limited then, because you won't have complete freedom on what can you add.
The problem with "b" is that you end up having a modpack that will quickly become huge.. it'll start including huge amounts of mods, to the point that you will basically be turning it into a game on its own. And then it makes very little difference between having it as a modpack than as a game. Except that as a game you have more freedom to change other things.

Then there's the problem of incompatibilities... in the dungeon_* mods there's also a slightly modified mobs redo, also xdecor and some other mods. The modpack will also become huge, and as you've seen, the performance would be affected.

...all that said, perhaps you are right and making a modpack would expose Dungeontest more and would in turn result in more people making rooms and having a cooler dungeon.

But for this to work I should probably embrace the fact that the repository of rooms would get split. I should probably have several different directory paths where to look for rooms, to organize them better. This is also something I have thought of doing in the past already.

About your attempts at adding the probability. The place where you were changing it would only have affected it per-room.. I might have to do some changes in the code so that a whole dungeon can be disabled, maybe I'll have a look at it later today.
{ ☠ Dungeontest ☠ , ᗧ••myarcade•• }

User avatar
Neuromancer
Member
Posts: 958
Joined: Tue Jun 12, 2012 22:28
GitHub: Neuromancer56

Re: [Game] Dungeontest (very WIP)

by Neuromancer » Post

First of all let me say thank you a million times over for even considering this. I was losing lots of sleep thinking of what could be done to make this happen. Things like is it the ABMs that need to change? Do the map sectors have a number which we could use a mathematical formula on to randomize the appearance of dungeons? Will Ferk really be angry with me for being a pest and make this all impossible? etc.
Ferk wrote: Yes, it's doable, but many rooms and puzzles would make very little sense without established constrains.
If everything is destructible a lot of puzzles would make no sense. And at the same time, maybe people making new rooms may assume that you can destroy the nodes which would result in their rooms being unsolvable obstacles whenever destructible==false.

In essence, this means that if we want to support both types of rooms we will have to end up splitting the collection of rooms, which would be a pity, since a single big common repository of dungeon rooms could be much richer and varied if we stuck together. One of the problems there is with Dungeontest at the moment is precisely that there's often a lot of repetition.. IMHO, if we turn this into a modpack it should have established guidelines to get the most out of it. The destructible true/false flag, for example, is too game-changing to be switchable.
Agreed. I think what you want is to leave the dungeons as indestructable and un-buildable. Make it like the villages Modpack that says "The villagers prevent you from modifying the village." That being said, I ran into the situation where I was unable to place blocks anywhere in the world even on the surface. So if you make the dungeons configurably rare, the user will still be able to do mining and cave exploring outside of them, but be limited when they are in the dungeons themselves. That way you have the best of both worlds. When outside the dungeon, the player can do anything they normally do. When inside, they play by your rules.
Ferk wrote: There are other aspects, like crafting. Most of the stuff in the dungeon doesn't even have a crafting recipe.
I'm not sure this is a bad thing. In Terraria, there are some things you can't craft, but can only get in dungeon. But that gives you a reason to go into the dungeon to get these cool things that you can't get anywhere else. It makes it worth overcoming all the dungeon challenges to get these items. That being said you want to minimize the core mods that DT modpack depends on. e.g. Forcing 3d armor on everyone just because they want the DT modpack is not a good idea. Scrolls on the other hand seem to affect the gameplay a bit so might not be bad to include them in DT modpack core.
Ferk wrote: Also some rooms might want to use nodes or items from other mods, which results in the "unknown" node/item problems that you found. Whenever there's such a problem you only have two options:

a) Strip the mod from the modpack, and possibly perhaps the entire room, as well as any other room that might rely on the item/node to do something (like if you remove the scrolls you have to remove the rooms that may have a big pit only crossable by flying, for example)
b) Include the mod, because maybe it'd be cool to have that item, node or spell in the dungeon and use it for puzzles to engross the collection of dungeon rooms.

The problem with "a" is that your collection of rooms will be limited then, because you won't have complete freedom on what can you add.
The problem with "b" is that you end up having a modpack that will quickly become huge.. it'll start including huge amounts of mods, to the point that you will basically be turning it into a game on its own. And then it makes very little difference between having it as a modpack than as a game. Except that as a game you have more freedom to change other things.

Then there's the problem of incompatibilities... in the dungeon_* mods there's also a slightly modified mobs redo, also xdecor and some other mods. The modpack will also become huge, and as you've seen, the performance would be affected.
I think you are on the right track. You are going to need a core group of dungeon items/blocks without which you simply can't have any decent dungeon. So there needs to be a core set of items that simply must be included for this modpack to make sense. A bunch of stuff from x-decor, and castles, and just a few things from Home Decor. What you could do is make these mods optional. If HomeDecor is included by the user, then use its nodes. If not then spin up the nodes yourself in the DungeonTest core objects. (This prevents clashing/duplication of items). If someone creates a room outside of the core then you could create a configuration for the player to either include all rooms minus the missing stuff, or exclude the rooms that are missing stuff. You will find users that will want variety above all else, and others that want only rooms that are missing nothing. I think you are going to find that this Modpack is going to be so popular that you are going to have more rooms than you could possibly imagine even just ones using the core items/blocks.

As far as Mobs are concerned I think that at some point (lower proirity) it would be wonderful to have a spawner mod with a config file that allows users to specify what mobs can be spawned where, allowing even mobs from new mods you hadn't known about. The config file would have lines with "Mob mod name", "Mob Name", "dungeon level/difficulty", "Rarity" or something along those lines.

For Loot you could do something similar to what I suggested for Mobs. A system that handles both pre-placed chests that are part of the room and also the random the placing of chests with loot. There could be a config file that makes it easy for users to add items to it. The file could contain ModName, ItemName, LevelOfDifficulty, & Rarity. This would allow items from any mod to be added to loot. That way, the loot mod could scan through the config file and add things as appropriate. If your loot system doesn't work you might be able to use some ideas from Blockmen's.
Ferk wrote:...all that said, perhaps you are right and making a modpack would expose Dungeontest more and would in turn result in more people making rooms and having a cooler dungeon.
I'd be stunned if this modpack doesn't become the most popular modpack ever. Everyone complains that Minetest is missing interesting content, challenges and gameplay and that is where DungeonTest shines. That being said, at some point it wouldn't hurt to consider (as a very low priority) offering a sensitive configuration that changes scrolls to schematics, pentacles to generic spawners, noblood and the like so that those who love the hardcore elements can have them, and those who might be offended by them to still enjoy the modpack. DT modpack would simply be too important to exclude groups of people from playing it. It's your call, and I don't mind these elements, but I can see people asking for it at some point.
Ferk wrote: But for this to work I should probably embrace the fact that the repository of rooms would get split. I should probably have several different directory paths where to look for rooms, to organize them better. This is also something I have thought of doing in the past already.

This probably makes some sense. Some people won't care, they will want variety in rooms at any cost, others will want every room to be a compelling puzzle that doesn't work exactly as designed.
Ferk wrote: About your attempts at adding the probability. The place where you were changing it would only have affected it per-room.. I might have to do some changes in the code so that a whole dungeon can be disabled, maybe I'll have a look at it later today.
Awesome! I'm doing cartwheels! Most of the stuff I mentioned is wouldn't be needed to make DT work as a modpack. The only things that I can see that are absolutely needed:
  • Make dungeons configurably rare.
  • Make the world outside of the dungeons behave normally (digging and placing of blocks etc.)
  • Have a core set of items/blocks that players can safely design rooms with, and a way to deal with rooms that use stuff not in that list.

User avatar
Glorfindel
Member
Posts: 137
Joined: Tue Jul 07, 2015 20:05
GitHub: the1glorfindel
IRC: Glorfindel DoomWeaver
In-game: Glorfindel

Re: [Game] Dungeontest (very WIP)

by Glorfindel » Post

My personal opinion: Make it so everything is dig-able and etc, but disable crafting of picks or something, that way it would be like in nethack: if you find a pick or mattock, you can dig down to the next level, but if not you have to go through the one you are on.

And I would prefer it the way it is right now, you start this world and go on a quest through the dungeons, i.e. dungeons not "rare" at all.

User avatar
Neuromancer
Member
Posts: 958
Joined: Tue Jun 12, 2012 22:28
GitHub: Neuromancer56

Re: [Game] Dungeontest (very WIP)

by Neuromancer » Post

Glorfindel wrote:My personal opinion: Make it so everything is dig-able and etc, but disable crafting of picks or something, that way it would be like in nethack: if you find a pick or mattock, you can dig down to the next level, but if not you have to go through the one you are on.

And I would prefer it the way it is right now, you start this world and go on a quest through the dungeons, i.e. dungeons not "rare" at all.
If dungeons aren't rare, then you lose all the other underground activities that the other mods give you (mining, underground realms, caves, ores, goblins, etc. ) Dungeon rarity should be a configurable parameter so the player gets as much dungeon as they want and no more.

Post Reply

Who is online

Users browsing this forum: ROllerozxa and 11 guests