Untitled RPG project prototyping

VMblast I would have thought yes, but the others will know more about this in detail, it's also worth pointing out that unlike other engines Godot is completely open source, if you really wanted to you could get a couple of programmers on the payroll and have them tinker with anything you want to get what you're looking for internally. Also with regards to your comments about assets I agree, I wouldn't mind it as much if devs at least bothered to maybe learn how to edit them and things like that so there's variation and their games look different but most don't, they're looking for lazy cash grabs opportunities.

VMblast Is it possible to do this in Godot, to recreate this kind of tech?

It seems to be their own engine. It's clearly missing the change of seasons. And there are no weather effects.

VMblast I may be able to help you a bit with that, just so you know, I've had quite a bit of success importing terrain sculpts into Godot from Blender. What I do is I get a regular plane then subdivide it enough for things to be smoothed out nicely and go to town with the sculpting tools, what I found interesting is the texture paint seems to import fine as well. I haven't done anything particularly fancy as of yet but I have managed to make a basic island that looks alright, this is what I came up with, followed a water shader tutorial and I need to tweak the meshes for that to work all cleanly but that came out nicely too.

It may even be worth doing some terrain generation in Blender itself and then exporting the results, sculpting I feel allows for a lot more control.

VMblast I have one question, so if anyone see's this, especially from the coder side, Id appreciate a reply.

Is it possible to do this in Godot, to recreate this kind of tech? (maybe minus GI as this is already in)

Depends what you mean by that. Are you asking if you could implement these in the editor without modifying the engine core source? Perhaps some, probably not all though. Some of this could perhaps be implemented as a GDExtention, so outside the core, but probably still needing C/C++.

VMblast The big letdown for me concerning Godot, at least in this first iteration of No4, is that there is no any built in terrain implementation.

I wouldn't hold my breath while waiting/hoping for that. I recon it might appear as a officially supported GDExtention addon down the line perhaps, but it's unlikely to make it into core feature set I think(this is just a guess tho).

I also frankly wouldn't be in favor of having such bloat in the core anyways. Thinking of Unity as an example here, though the same applies to engines like Unreal or Cryengine, in my experience the built in terrains are rather limited and not very good and not conveniently extensible so I wouldn't use such in the first place, personally. But an officially supported first class add-on if you will, would non the less be a welcome sight of course.

I do have to acknowledge the Unity one is itself technically a script/add-on that's bundled with the engine tho.

VMblast This is the problem a lot of people don't realise who think they can make their own game, when it comes to programmers who know what they're doing it's either money upfront or they walk. I mean, if it's just a friendly collab project, there's nothing wrong with that, but you seem to understand that realistically when it comes to projects you're not going to get any programmers onside by yourself without money because being blunt all of us here can and do make projects similar by ourselves no problem. 'Revenue sharing agreements' are a joke to anyone professional, I'd avoid that like the plague because it's just a way to scam free labour from earnest people on the vague promise of ROI which would barely hold up in court as a verbal agreement.

This is why I advise, learn to code, even if it's painful initially, it will be worth it, I've surprised myself at how much I'm enjoying programming now and I hated maths in school.

VMblast That's a difficult one that I can't answer all myself because it does depend on person to person or what project is being worked on, I imagine the fairest way would be to do it after certain targets have been reached with the project generally so you'd get paid based on if you have certain gameplay mechanics in and functional which seems like the most sensible approach to me. Obviously you wouldn't want to do it by line and yes maybe per script would be a good idea and price things depending on how big or complex it is. By line encourages programmers to mess around and add more than necessary instead of making their code efficient.

You can't really pay programmers by hour or anything like that in the traditional manner because for instance I can code in my sleep, so how the hell would you calculate that? It is a problem that should be talked about more amongst employers and people wanting to pay programmers properly.

VMblast The big letdown for me concerning Godot, at least in this first iteration of No4, is that there is no any built in terrain implementation.

If you need a landscape generator, you can use free third-party ones for now. Making a whole continent by hand, of course, somewhat tedious.

By the way, Boreal Orienteering somewhat disappointed me. Yes, there is a very nice landscape, but repetitive trees with straight trunks on which the leaves do not even flutter.