>>49103unity
c#
>>49107are you chatgpt?
demographics? all people deserve to die. They dont deserve anything good. DESIGN DOCUMENT? (geg) I would never do spaghetti code! Or rather, i would gladly redo my code, even 2 times or more, to unspaghettify it! I always work on- imagining how to do it efficient, without spaghetti. Currently, due to learning new things, the new things, very likely, will be a bit spaghetti, but i will work on them. I will improve and learn how to do it not-spaghetti-like because i am thinking of how to do it better, and how to understand it, mentally.
It is made with saving in mind: The map is unchanging, so besides few values, it stays the same. Some pieces in a slightly seperate file to have things stored per block that ARE changed, and otherwise- nothing, i guess. The player is also stored "inside of a block". hmm…
Combat? probably "limb-based"- either instakill because headshot, or limb-destroyed because of shots at the limb. Maybe bleeding out as well. Limbs? Combat? For now, just ideas, as i didnt work on them.
Basically, I DARE start this project because i had a very thought out and extremely complicated project in the past, which i worked on "a bit successfully", so i have the feeling of mostly just recopying and recreating, in a better and more fitting state for this game, mechanics and UI, from the old project that had a lot more then the current project has.
Wdym blocks?
XXXXX
XXXXX
XXXXX
ech X is a block (3d though)
it is this case already though. Block doesnt mean that it is fully filled. No, a block is divided into 7*7*7 cubes
CCCCCCC
CCCCCCC
CCCCCCC
CCCCCCC
CCCCCCC
CCCCCCC
CCCCCCC
and only some of them are filled out. Some cubes have "exits" marked, and the exits are automatically generated to connect to other blocks (i dont think i have to go into detail here: But it is accounted for already in-the-way-blocks, and directions, so it works!)
mar….ge…?…
they have space, yes. "good idea goyim"
"several smaller blocks": to the neigbouring blocks; thats the way it works for now. Grid-based. imagine 3*3*3, block in the middle
"only connect to the flat ides of the blocks"?- the tunnels can go into more then just a straight line. They can also turn 90° in all directions.
"any large species": I am not a fantasyshitskin. I do not believen, nor promote, nor portray anything not based on anything i think is good: fantasy "beasts" or demons or other "threats" will not be part of a game i will make: I have long ago thought much about wether i should make a— (leaving out details) realistic fantasy game: Even if possible, it would be bad to create it, so i wont do it.
"Squiggly enough"… I- pic related is the "thought-of"-goal. Currently, in the footage, it is different, of course. I will probably adjust height and speed of the player
It is just that another not neccessary goal would be allowing for more then just walking or crouching. Some sort of complicated movement. But either way, sure, size of the tunnels will be- no, probably size of the player will be larger.
Minus the textures, of course. Meaningless graphics are bad
instead of a design document, i just comment every action i do and almost every idea i have with timestamps and date.