Comments on: Bobobanhttp://trilema.com/2018/boboban/
Moving targets for a fast crowd.Thu, 21 Mar 2019 20:02:50 +0000http://polimedia.ushourly1By: Mircea Popescuhttp://trilema.com/2018/boboban/#comment-125322
Mircea PopescuTue, 10 Apr 2018 16:34:30 +0000http://trilema.com/?p=78941#comment-125322Turn based. Each step is a turn.Turn based. Each step is a turn.
]]>By: spykedhttp://trilema.com/2018/boboban/#comment-125319
spykedTue, 10 Apr 2018 14:58:51 +0000http://trilema.com/?p=78941#comment-125319Hey, take a look at <a href="http://lucian.mogosanu.ro/randomio/hex.html" rel="nofollow">this</a>! (<a href="http://archive.is/neZj7" rel="nofollow">archived</a>) I deliberately omitted the second ring, just to illustrate the flexibility of the generation process.
One more question: is the game real-time or turn-based? One of the main differences between Sokoban and Supaplex is that the latter has a notion of time (IIRC there was even a time limit for gathering "victory blockers"). Also, some of the harder Supaplex levels relied a lot on avoiding/running from those bastard forks.Hey, take a look at this! (archived) I deliberately omitted the second ring, just to illustrate the flexibility of the generation process.

One more question: is the game real-time or turn-based? One of the main differences between Sokoban and Supaplex is that the latter has a notion of time (IIRC there was even a time limit for gathering "victory blockers"). Also, some of the harder Supaplex levels relied a lot on avoiding/running from those bastard forks.

]]>By: Mircea Popescuhttp://trilema.com/2018/boboban/#comment-125316
Mircea PopescuTue, 10 Apr 2018 10:09:03 +0000http://trilema.com/?p=78941#comment-125316There we go. I think you got it!
What degenerate case, it's the map maker's job to make an interesting map/campaign. These map exactly on the concept of patch tree, so you know, only play those signed by people you trust.
As to movement, player always moves to an adjacent square. Can be done with clicking, this item screams to be implemented in html5.There we go. I think you got it!

What degenerate case, it's the map maker's job to make an interesting map/campaign. These map exactly on the concept of patch tree, so you know, only play those signed by people you trust.

As to movement, player always moves to an adjacent square. Can be done with clicking, this item screams to be implemented in html5.

]]>By: spykedhttp://trilema.com/2018/boboban/#comment-125315
spykedTue, 10 Apr 2018 10:05:52 +0000http://trilema.com/?p=78941#comment-125315Quadderple posting this, with apologies for the noise and duplication:
I think I got it, but the numbers don't check out, so just to make sure, I'll give formalization another shot: a r-map comprises r concentric "rings", of length 1, 6, 6*2, ..., 6*(r-1), centered around the coordinate (1,1). The first ring has length 1, the second 6, the third 12, etc. (pen and paper drawing agrees on this), so in general: the first "ring" has one tile, while ring k (1 < k <= r) has 6*(k-1) tiles.
Then in general, for 1 < k <= r, coordinates can be represented as (k, i) where 1 <= i <= 6*(k-1). Then the first coordinate on the outermost ring (could be top-most by convention) is (r,1), the "last" coordinate is (r,6*(r-1)), while the "middle" (could be bottom-most by convention) is (r,6*(r-1)/2 + 1). I've verified this on a hand-drawn 3-map.
Looking at it, I see two problems: 1. the degenerate r = 1 case is a bit annoying (but could be handled gracefully), and 2. I'm not sure what moves are available to the player. I guess it would make sense to preserve the directions as represented by the coordinates (away from/towards the center and forwards/backwards on the current ring), and it makes sense to make this explicit, since there's no such thing as up/down-left/right movement in this universe.
I think I have a pretty clear image of how this should look now, I'll see if there's some easy way to arbitrarily draw these r-maps.Quadderple posting this, with apologies for the noise and duplication:

I think I got it, but the numbers don't check out, so just to make sure, I'll give formalization another shot: a r-map comprises r concentric "rings", of length 1, 6, 6*2, ..., 6*(r-1), centered around the coordinate (1,1). The first ring has length 1, the second 6, the third 12, etc. (pen and paper drawing agrees on this), so in general: the first "ring" has one tile, while ring k (1 < k <= r) has 6*(k-1) tiles.

Then in general, for 1 < k <= r, coordinates can be represented as (k, i) where 1 <= i <= 6*(k-1). Then the first coordinate on the outermost ring (could be top-most by convention) is (r,1), the "last" coordinate is (r,6*(r-1)), while the "middle" (could be bottom-most by convention) is (r,6*(r-1)/2 + 1). I've verified this on a hand-drawn 3-map.

Looking at it, I see two problems: 1. the degenerate r = 1 case is a bit annoying (but could be handled gracefully), and 2. I'm not sure what moves are available to the player. I guess it would make sense to preserve the directions as represented by the coordinates (away from/towards the center and forwards/backwards on the current ring), and it makes sense to make this explicit, since there's no such thing as up/down-left/right movement in this universe.

I think I have a pretty clear image of how this should look now, I'll see if there's some easy way to arbitrarily draw these r-maps.

]]>By: spykedhttp://trilema.com/2018/boboban/#comment-125313
spykedTue, 10 Apr 2018 01:16:42 +0000http://trilema.com/?p=78941#comment-125313Sorry for the annoying triple-post. wp parsed some of the input as tags, trying to wrap the math in preformatted tags:
I think I got it, but the numbers don't check out, so just to make sure, I'll give formalization another shot: a r-map comprises r concentric "rings", of length 1, 6, 6*2, ..., 6*(r-1), centered around the coordinate (1,1). The first ring has length 1, the second 6, the third 12, etc. (pen and paper drawing agrees on this), so in general: the first "ring" has one tile, while ring k (1 < k < = r) has 6*(k-1) tiles.
Then in general, for 1 < k < = r, coordinates can be represented as (k, i) where 1Sorry for the annoying triple-post. wp parsed some of the input as tags, trying to wrap the math in preformatted tags:

I think I got it, but the numbers don't check out, so just to make sure, I'll give formalization another shot: a r-map comprises r concentric "rings", of length 1, 6, 6*2, ..., 6*(r-1), centered around the coordinate (1,1). The first ring has length 1, the second 6, the third 12, etc. (pen and paper drawing agrees on this), so in general: the first "ring" has one tile, while ring k (1 < k < = r) has 6*(k-1) tiles.

Then in general, for 1 < k < = r, coordinates can be represented as (k, i) where 1