Stranded III Dev. Blog - Comments
Offline
No I think I haven't played 7 Days to Die. I'll watch some videos to find out more about that. Thanks for sharing!
Forum
Projects Stranded III Dev. Blog - CommentsNo I think I haven't played 7 Days to Die. I'll watch some videos to find out more about that. Thanks for sharing!
I was skeptical at first of your modeling and textures, but now that the world is becoming more and more filled with your art style, I changed my opinion, it looks good again
Will there be single-unit/object/item code in SIII? If so, maybe make it so you can change every property coded into the object/unit/item using code, even changing the model and animation to one in a specific folder (maybe in a resource folder for a specific map) for more skilled modders/scripters to make it easier to make unique maps that don't require a messy changes to the entire game.
for example, in SII it won't let you change the name, model, icon, material, and a lot of other parameters that can be modified in the entire game, but not in any specific map. That means that, if you add anything you want, even in a single map, the whole system will be cluttered and will look messy.
In my experience, it always helps to have more options and flexibility for modding or mapmaking.
example: Say I want an angry sheep that attacks and has a few different variables, but don' t want to add it to the entire game. There would be a code, like:
customunit/object/item: builds an entire new unit based on the script contained inside an info in the same way that msgbox can use an info for the text it displays.
alterunit/object/item: changes only specified parameters, and can also use an info for reference.
freevarunit/object/item: frees specific parameters on subject.
EDIT:
DC: Will the code in stranded 3 be turing complete? Also, will you base it off of the code in stranded II?
What will the code format be based off of?
and also, how flexible will the codes be? Will it still be able to run with the same global/unit/object/item/info capabilities that stranded II had?
Also, will the user be able to alter everything using the code (for example, weather, terrain height, terrain texture, terrain color, sky color, time, etc.)
edited 1×, last 09.04.21 06:46:56 am
Quote
EDIT: user DC: Will the code in stranded 3 be turing complete?
Also, will you base it off of the code in stranded II?
Also, will you base it off of the code in stranded II?
I don't know where to start there....of course not. The game is built in a completely different game engine with different programming language.
Quote
and also, how flexible will the codes be? Will it still be able to run with the same global/unit/object/item/info capabilities that stranded II had?
If you're asking if stranded 3 supports stranded 2's mods and assets, absolutely not.
You really have no idea how game development works. Please educate yourself.
ModJuicer has writtenWill the code in stranded 3 be turing complete?
Are you talking about scripting here? If yes: I'm using Lua script in Stranded III for scripting.
So the "scientific" answer is:
http://lua-users.org/lists/lua-l/2004-12/msg00032.html
What you probably want to hear:
Lua is a complete sripting language which allows you to implement basically everything you want to. Limits are memory and speed, not language capabilities. It's much more powerful than SII script.
ModJuicer has writtenAlso, will you base it off of the code in stranded II?
Jawohl correctly noted that I'm using another engine and another programming language. Moreover SIII is much more complex than SII. Therefore it's completely new code. Some concepts are based on SII concepts but not the code itself.If you were talking about the scripting API: It will be different as well but also easy to understand if you know SII.
ModJuicer has writtenWhat will the code format be based off of?
"code format"? What exactly are you talking about? Maybe the scripting API? The commands you can use in scripts?
ModJuicer has writtenand also, how flexible will the codes be? Will it still be able to run with the same global/unit/object/item/info capabilities that stranded II had?
Not sure what you mean. It will be more flexible than SII for most things. You won't be able to use your SII definitions/scripts for SIII unfortunately.
For definitions it would probably be possible to write a converter to convert SII definitions to SIII definitons. Auto-converting the scripts however would be quite complicated.
ModJuicer has writtenAlso, will the user be able to alter everything using the code (for example, weather, terrain height, terrain texture, terrain color, sky color, time, etc.)
You will be able to change most things. My goal is to make SIII more flexible and dynamic than SII.
Regarding the Lua / SII script "discussion":
Fully agree with
ohaz. I prefer my syntax of course 
but SII script is broken. Complex expressions are often not evaluated correctly. Moreover it is very slow compared to basically all other scripting languages.Lua is much faster (with much I mean multiple times), more powerful and an established and well known scripting language with a big and helpful community. Therefore it's the better option. It will allow you to do amazing stuff which was impossible with SII script because it was simply way too slow.
Quote
and also, how flexible will the codes be? Will it still be able to run with the same global/unit/object/item/info capabilities that stranded II had?
Not sure what you mean. It will be more flexible than SII for most things. You won't be able to use your SII definitions/scripts for SIII unfortunately.
For definitions it would probably be possible to write a converter to convert SII definitions to SIII definitons. Auto-converting the scripts however would be quite complicated.
Not sure what you mean. It will be more flexible than SII for most things. You won't be able to use your SII definitions/scripts for SIII unfortunately.
For definitions it would probably be possible to write a converter to convert SII definitions to SIII definitons. Auto-converting the scripts however would be quite complicated.
I meant, would each unit/object/item/info be able to hold its own individual script?
I wasn't talking about auto converting scripts, which would be easier to do by hand or simply write new, better scripts, of course.
Quote
If you were talking about the scripting API: It will be different as well but also easy to understand if you know SII.
Yes, I was talking about the scripting API. That's great news!
http://lua-users.org/lists/lua-l/2004-12/msg00032.html has written
Lua is not a Turing-complete
language, because it's implemented on a machine with a finite address space
language, because it's implemented on a machine with a finite address space
I think that's good enough for me and any other scripter out there.
I can't wait for stranded III
DC when the game release i wanted to play the game when it release i like the 3D Objects in the game so when it release? See https://stranded3.com/about.php
Note that Stranded III will likely have more users that Stranded II, and people will likely use it more often, so eventually some of the simple tools and settings won't be enough, and they'll want more control.
DC has writtenI still wanted to post something so you know I'm still alive.
Good. Don't keel over anytime soon. That's one of my biggest worries.
Quote
Note that these are just first attempts and that I may (or may not) improve them later.
Yup, they pry need improvement, because I can't get over the fact that the fire only comes from the very tip of the fireplace, and that the fire looks like smoke (maybe you haven't added fire yet?)
maybe you could also add glare to it (kind of like the carnage contest-style special effects in the fire in the main menu of stranded 3 in the fire)
Also, what's the news about the y-coordinate snap grid? Have you decided to implement it? (I worry about having stranded 3 without that feature, as it would make it much harder to build further above the ground)
Also, the caves (you have mentioned in the past) seem like a good idea. You would just need a variable that tells the player whether they can be above the ground or not and set it to 1 or 0 based on whether the player is in a cave or not, at least according to my coding expertise
edited 6×, last 03.09.21 05:33:16 pm
ModJuicer: Thanks a lot for the precious feedback! Highly appreciated! I'm aware that there's still a lot of stuff which can be improved with the particles and will try to do so.Regarding y-snapping: Will be in. I'll enable the option in the editor. Moreover there will definitely also be some snapping logic for buildings. Still working on that.
ModJuicer has writtenI meant, would each unit/object/item/info be able to hold its own individual script?
Yep. There's two levels of scripts:
definition scripts: Written in the definition file. Valid for each entity of a specific type. e.g. each coconut palm tree spawns coconuts. instance scripts: attached directly to instances in the map editor (or - funky stuff - via script). Take precedence over definition scripts. e.g. you can alter one specific coconut tree to spawn chocolate cookies instead of coconuts 
Both script types can also be modified at runtime. E.g. in case you want a map where all coconut palm trees spawn cookies you can change the definition script of the coconut palm tree via script.
Quote
Both script types can also be modified at runtime. E.g. in case you want a map where all coconut palm trees spawn cookies you can change the definition script of the coconut palm tree via script.
I missed this the first time I read the post, but.. does this mean you can customize units/objects/items for a single map? If so.. I feel kind of stupid for asking a question already answered but I guess that's life.
Quote
Moreover there will definitely also be some snapping logic for buildings
Yeah.. I like where this is going! I'm hyped up for this.
Quote
I'm aware that there's still a lot of stuff which can be improved with the particles and will try to do so.
Well, I've seen your work with carnage contest, so I'm sure it'll look amazing by the time you finish.
Anyway, It's an amazing work of programming already, so I can only picture what it'll be like by the time you finish it. In the meantime, I'll be waiting for the another exciting update. Anyway, see ya later, and have fun making cool stranded 3 stuff.
edited 8×, last 08.09.21 05:44:17 am
update: through my amazing powers of hacking I bamboozled DC into granting me direct access to the mainframe where I swiftly exclaimed "I'm in!" before getting to work and just fixing the bug myself.
cheers to all players involved!
edited 2×, last 22.09.21 11:42:35 pm
Hurri04: What browser & OS & version are you using? It works fine in Chrome and Firefox (up to date versions on Windows).I agree with
Hador that it's crucial to keep your browser up to date and that it's a very bad idea to use an old browser for every day web browsing tasks.I don't plan to support old browsers.
In stranded III, there could be a choice of whether a state makes particles (in right click menu you could turn paticles on/off for a state), what size of particles, how many, what color. Also maybe it could have a time variable, so time could be added/subtracted easily, without having to have a separate timer and extra functions for in-map scripts
EDIT: Also, sound levels (ex. Lightning and fire crackles) are important. I've had problems with lightning being too loud, and not visible enough, so being able to effect both sound effect frequency (EDIT:how frequently the effect makes a sound effect, not like audio frequency) and volume (or being able to turn off the sound effects for single states), particle size, color, amount, and alpha are important if there is something large that is on fire, because (in stranded 2) it gets less noticeable the larger the object is, so being able to modify the amount of a particle would fix that problem.
edited 3×, last 23.09.21 01:30:03 am
ModJuicer: stop editing your post with just adding "EDIT2" to it...@
DC: Can you estimate state of the game is it playable or does it need more technical aspects? (despite the fact it was outdated even it was released in 2012)