As it says in the description, Dokimi's original Exile is no longer maintained, and is becoming outdated. This negative review is to help Mantar's fork (and potentially others) to rise above it. This package still has value as the original, but should not necessarily be the first version of Exile that players see, which is affected by package ranking/scoring.
The screenshots folder packaged up with the game does not appear to be used by the game in any way, and more than doubles the size of the package, making the download from CDB take longer. You could use export-ignore in .gitattributes to make CDB, github, and other packagers that zip up your game exclude the screenshots from the zip archive, while still keeping them available in the repo.
I tried to reproduce the problem myself, downloaded the game, created a new world with v7 mapgen (all mapgen options enabled except floatlands), and THOUGHT it hadn't worked (screen was all black), but it turned out I spawned inside a tree trunk. I turned on fly+noclip to get out of it.
So v7 worked for me, but maybe the game should check the player's starting position and ensure it's not inside a solid, or push players out of solids.
I tested this out with NodeCore, and while the resulting worlds it created are probably mostlly unplayable, it was fun to see some surreal results. There were worlds that were extremely radioactive, some that rapidly caught fire, some that were covered in dungeon stone, and some where pumwater was seeping out of every crevice. There were a lot of wet cement beaches, and trees made out of doors, and grassy fields transformed into a cornucopia of different ores and stones.
The method used to determine which nodes can substitute or be substituted uses a heuristic, so it works with every game ... but it's obvious it was only tested on a couple of games so far, as it misses a number of things; I'm pretty sure that liquids were not intended to be substituted for non-liquids, but not all liquids use the liquid drawtypes. The shuffle is also uniform-random, and ignores the relative rarity of some things (which is at least partly the point of the randomizer) but making extremely rare things become extremely common may cause some performance issues. Fine-tuning the heuristic with some more cross-game testing may help, and in extreme cases, maybe just white/black-listing certain problem cases that slip past the heuristic.
One feature that I'd love to see would be different randomization "zones" with different shuffles, maybe of configurable size...
There is a minor bug wherein tree leaves can be mostly substituted but occasionally some unsubstituted leaves are found at mapchunk boundaries. This is due to a limitation in how the engine works that would probably be difficult to fix without creating other issues.
N.B. make sure the mod is enabled before first creating the world, or else the first areas that generate will not be randomized. If you make a mistake on first startup, you can reset the world but keep the same seed by quitting, deleting map.sqlite, and restarting.
I am not familiar with the aforementioned Slimesling mod this is adapting, but found it fun, interesting, and well balanced.
As far as a practical form of transportation goes, I haven't exactly figured that out yet, but in theory, one could setup a series of stations for "refueling" by crafting more replacement mudslings to continue a long journey. Getting the trajectory right, and not having problems with hitting an unloaded mapblock boundary, might be challenges. It would be interesting to see someone make something interesting like a travel network based on this.
N.B. at this time, this is a VERY short game, and clearly very WIP. It really should be marked as such in the description fields to make this clearer. A public source control repo should really be setup, and that field filled in on CDB, so players can follow along with development.
This game seems very focused on a core concept of crafting ever more complex things by combining simple items, like Little Alchemy. At least, this seems like the safest assumption since it's by far the most fleshed-out gameplay area. The idea of having a single simple crafting system that everything is built through over multiple stages is interesting and seems like it could lend itself well to continuous progression.
It feels like this game needs a list of goals, or a progress indicator or something, since there aren't a lot of elements that naturally generate and it's hard to tell whether you've reached the end of the game so far or not. Also, constraining the crafting system (limiting size/shape or number of ingredients) could make the crafting a little easier, which would balance out well if it's intended to have a huge number of items and recipes.
The only issues I've found with what content there is so far, other than the total length, are the texture for the copper ingot, and the fact that water is completely opaque but intangible so you can fall to the bottom of the ocean and be trapped/lost indefinitely. I hope to see this game continue to coalesce around a strong core idea, and continue to improve the execution.
As far as the tutorial content is concerned, I got pretty much what I expected. I really enjoyed the scavenger hunt mini-game though. The castle was well-made and had lots of fun nooks and crannies to discover.
Although the tutorial says it's not MTG-specific, it does focus mainly on MTG-likes, especially around the crafting and smelting systems. It is still a good starting point for things like general movement, liquid mechanics, digging/building common to the majority of major games for this platform, so still a good choice for players who haven't yet found a game they want to invest time in.
This is my current favorite; it's a slightly different stylistic direction from the original WinterCore (also very good) but I consider it an upgrade. The blue fire is bold and striking. The smoother look of the optics in particular is very pleasant.
This is great concept and well-executed. Once you get the hang of movement the rest is simple and easy to learn, but there is a smooth learning curve to the existing puzzles, and room for a lot of challenging puzzles in the future.
The game itself is short, but there are instructions on how to create and submit new levels right in the project README; adding a "puzzle creation mode" to the game itself might be a way to encourage players to submit more levels. It also feels like it could be easy to extend the concept with new mechanics, like spaces only the player (not boxes) can enter, one-way movement spaces, etc. I would very much like to see more of this in the future.
If a fair use claim is on a "make your own call" basis, not an "it's painfully obvious" one, then it might be on too-shaky ground for CDB, even if ultimately it's valid ... and even when fair use IS obvious, it's still sometimes disputed.
The Steam Workshop license itself is quite a tangle, e.g. what's all this about Subscribers, does being one allow you to sublicense the work under ANY terms, what are the actual terms themselves, and how do they apply to 3rd parties without any relationship with Steam or the original creators?
It would be, at the very least, REALLY helpful if you could find content with a "real" license. Alternatively, you could distribute a carefully-licensed version via CDB, and a version with high-quality models (or a pack of drop-in replacement assets) elsewhere.
I wanted the game itself to be spoiler-free, so that players would know that they wouldn't accidentally read the solution for a puzzle they were hell-bent on solving for themselves. The intent was to have external resources like the wiki contain the detailed/spoilery info, but everyone wants to READ the wiki but nobody wants to WRITE in it. As of right now, YouTube is probably the best resource for spoilers.
Have you looked where the inventory screen used to be? There's a pretty extensive guide in there already, which is careful to avoid spoilers, but still includes a complete achievement/"hint" system (though the hints themselves are behind on maintenance).
Attractive design, especially stone and other earthy materials (which are a LOT of NodeCore). Faithful to the original, blends well with mod content even when not yet supported, while still providing a distinct and improved look. Immersive, actually makes the game feel colder.
As it says in the description, Dokimi's original Exile is no longer maintained, and is becoming outdated. This negative review is to help Mantar's fork (and potentially others) to rise above it. This package still has value as the original, but should not necessarily be the first version of Exile that players see, which is affected by package ranking/scoring.
The
screenshots
folder packaged up with the game does not appear to be used by the game in any way, and more than doubles the size of the package, making the download from CDB take longer. You could useexport-ignore
in .gitattributes to make CDB, github, and other packagers that zip up your game exclude the screenshots from the zip archive, while still keeping them available in the repo.I tried to reproduce the problem myself, downloaded the game, created a new world with v7 mapgen (all mapgen options enabled except floatlands), and THOUGHT it hadn't worked (screen was all black), but it turned out I spawned inside a tree trunk. I turned on fly+noclip to get out of it.
So v7 worked for me, but maybe the game should check the player's starting position and ensure it's not inside a solid, or push players out of solids.
I tested this out with NodeCore, and while the resulting worlds it created are probably mostlly unplayable, it was fun to see some surreal results. There were worlds that were extremely radioactive, some that rapidly caught fire, some that were covered in dungeon stone, and some where pumwater was seeping out of every crevice. There were a lot of wet cement beaches, and trees made out of doors, and grassy fields transformed into a cornucopia of different ores and stones.
The method used to determine which nodes can substitute or be substituted uses a heuristic, so it works with every game ... but it's obvious it was only tested on a couple of games so far, as it misses a number of things; I'm pretty sure that liquids were not intended to be substituted for non-liquids, but not all liquids use the liquid drawtypes. The shuffle is also uniform-random, and ignores the relative rarity of some things (which is at least partly the point of the randomizer) but making extremely rare things become extremely common may cause some performance issues. Fine-tuning the heuristic with some more cross-game testing may help, and in extreme cases, maybe just white/black-listing certain problem cases that slip past the heuristic.
One feature that I'd love to see would be different randomization "zones" with different shuffles, maybe of configurable size...
There is a minor bug wherein tree leaves can be mostly substituted but occasionally some unsubstituted leaves are found at mapchunk boundaries. This is due to a limitation in how the engine works that would probably be difficult to fix without creating other issues.
N.B. make sure the mod is enabled before first creating the world, or else the first areas that generate will not be randomized. If you make a mistake on first startup, you can reset the world but keep the same seed by quitting, deleting
map.sqlite
, and restarting.I am not familiar with the aforementioned Slimesling mod this is adapting, but found it fun, interesting, and well balanced.
As far as a practical form of transportation goes, I haven't exactly figured that out yet, but in theory, one could setup a series of stations for "refueling" by crafting more replacement mudslings to continue a long journey. Getting the trajectory right, and not having problems with hitting an unloaded mapblock boundary, might be challenges. It would be interesting to see someone make something interesting like a travel network based on this.
N.B. at this time, this is a VERY short game, and clearly very WIP. It really should be marked as such in the description fields to make this clearer. A public source control repo should really be setup, and that field filled in on CDB, so players can follow along with development.
This game seems very focused on a core concept of crafting ever more complex things by combining simple items, like Little Alchemy. At least, this seems like the safest assumption since it's by far the most fleshed-out gameplay area. The idea of having a single simple crafting system that everything is built through over multiple stages is interesting and seems like it could lend itself well to continuous progression.
It feels like this game needs a list of goals, or a progress indicator or something, since there aren't a lot of elements that naturally generate and it's hard to tell whether you've reached the end of the game so far or not. Also, constraining the crafting system (limiting size/shape or number of ingredients) could make the crafting a little easier, which would balance out well if it's intended to have a huge number of items and recipes.
The only issues I've found with what content there is so far, other than the total length, are the texture for the copper ingot, and the fact that water is completely opaque but intangible so you can fall to the bottom of the ocean and be trapped/lost indefinitely. I hope to see this game continue to coalesce around a strong core idea, and continue to improve the execution.
As far as the tutorial content is concerned, I got pretty much what I expected. I really enjoyed the scavenger hunt mini-game though. The castle was well-made and had lots of fun nooks and crannies to discover.
Although the tutorial says it's not MTG-specific, it does focus mainly on MTG-likes, especially around the crafting and smelting systems. It is still a good starting point for things like general movement, liquid mechanics, digging/building common to the majority of major games for this platform, so still a good choice for players who haven't yet found a game they want to invest time in.
This is my current favorite; it's a slightly different stylistic direction from the original WinterCore (also very good) but I consider it an upgrade. The blue fire is bold and striking. The smoother look of the optics in particular is very pleasant.
This is great concept and well-executed. Once you get the hang of movement the rest is simple and easy to learn, but there is a smooth learning curve to the existing puzzles, and room for a lot of challenging puzzles in the future.
The game itself is short, but there are instructions on how to create and submit new levels right in the project README; adding a "puzzle creation mode" to the game itself might be a way to encourage players to submit more levels. It also feels like it could be easy to extend the concept with new mechanics, like spaces only the player (not boxes) can enter, one-way movement spaces, etc. I would very much like to see more of this in the future.
If a fair use claim is on a "make your own call" basis, not an "it's painfully obvious" one, then it might be on too-shaky ground for CDB, even if ultimately it's valid ... and even when fair use IS obvious, it's still sometimes disputed.
The Steam Workshop license itself is quite a tangle, e.g. what's all this about Subscribers, does being one allow you to sublicense the work under ANY terms, what are the actual terms themselves, and how do they apply to 3rd parties without any relationship with Steam or the original creators?
It would be, at the very least, REALLY helpful if you could find content with a "real" license. Alternatively, you could distribute a carefully-licensed version via CDB, and a version with high-quality models (or a pack of drop-in replacement assets) elsewhere.
I wanted the game itself to be spoiler-free, so that players would know that they wouldn't accidentally read the solution for a puzzle they were hell-bent on solving for themselves. The intent was to have external resources like the wiki contain the detailed/spoilery info, but everyone wants to READ the wiki but nobody wants to WRITE in it. As of right now, YouTube is probably the best resource for spoilers.
Have you looked where the inventory screen used to be? There's a pretty extensive guide in there already, which is careful to avoid spoilers, but still includes a complete achievement/"hint" system (though the hints themselves are behind on maintenance).
Attractive design, especially stone and other earthy materials (which are a LOT of NodeCore). Faithful to the original, blends well with mod content even when not yet supported, while still providing a distinct and improved look. Immersive, actually makes the game feel colder.