• Projects

  • Untitled RPG project prototyping

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.

    Well, you can write custom shaders in Godot, meaning basically anything is possible. It's just that a lot of stuff doesn't come built in. But I don't think there is any limit.

      cybereality
      Yeah I got that would be the case.
      Buuut...me no coder, code burn eyes, me went blind... 😃

          VMblast I know you probably know this or at least have considered it, but honestly it needs to be spread to anyone that will pay attention, you really do hamstring yourself badly when it comes to games development and not knowing anything about code.

              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.

                    Lethn
                    Yeah I tried that. No one was interested.
                    But I do understand, no one wants to work for nothing on someone else ide, vision, project. I dont know, maybe if the vision is strong enough and have great pull, than someone would want to chip in.

                        Megalomaniak
                        Yeah I do understand this ethos, I mean it is good in a sense. You make terrain exact tailored to needs of your project. The only downside that I could see, is that for low tier projects, which could you like a default standard terrain work, that would be taxing on the time and budget.

                            Added some broadleaf trees for testing.


                            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 The only downside that I could see, is that for low tier projects, which could you like a default standard terrain work, that would be taxing on the time and budget.

                                Ah, but there already are terrain plugins/addons that you could modify and cater to your projects needs if you have the skill and/or the resources for or just try to live with the limitations of as they are if you can't afford to do more with them. It's just that the godot project hasn't yet gotten to the point where it has the capacity to adopt some of these addons as 'official' yet.

                                For terrain see for an example Zylanns. The caveat of course being that 4.0 was only just recently released and the plugin hasn't yet been updated for it.

                                    Lethn
                                    What are the prices? I mean roughly?
                                    I cant even imagine how it would be counted. Like per script? How many lines of code? What about those plugin integrations that needs C++?

                                        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.

                                                Tomcat
                                                Thanks! Good to know.
                                                Im using World Machine for the terrain gen.

                                                Yeah Boral Orienteering is fully static and repetitive, however it is good proof of concept and prototype. For me personally as an artitst it was of great importance of how he achieved vast forest look, with very soft and natural shading of the trees and foliage overall. Ofc its not like 101% photo realistic, I think only maybe UE5 can achieve this today (and maybe Cryengine, its good with foliage).

                                                But the soft look for the foliage overall is what Ive been after, its actually how we perceive foliage, feel it, we filter out noise, our brain do it automatically. So that prototype is very interesting in that regards.
                                                Also it is very, very good with performance.

                                                  Lethn
                                                  This is good talk actually. So if the work is priced by the gameplay mechanic, how would you define that? In term, like player character, but how deep? If its RPG akin to something like Morrowind, is one gameplay mechanic just character motor? But what about lets say, combat, and how complex?
                                                  What about enemy AI in similar setting, and its combat? Enemies in-fighting? What about interactions between NPCs and player, between npc-npc?
                                                  Note: Im talking about prototype here, pre-alpha, not full game ofc.

                                                    I mean it would have to be negotiated obviously because opinions would differ but I would have thought an example would be me putting in combat mechanics for you and getting all that setup and working I'd want a chunk of money for that as a task accomplished. That way you'd at least be getting something finished and I'd feel like I'm getting a worthwhile payment for the job done. It does depend on the person though and what tasks are being assigned.

                                                    A simpler example would be an animator or character designer, if you wanted the character done by itself with a rig setup then you'd pay just for that, however if you then wanted to have animations done with it for you, you'd pay extra for the animations after the character has been finished if you were happy with it. So that's how I'd view my work as a programmer and I hope others would agree with me on that but you never know they might look at things differently.

                                                    11 days later

                                                    Ive been busy working on the modular building assets (and logic). Most of the modules are set in place, there are some minor errors that I will tweak, but overall I got it going and I can also re-dress these modules for other architecture styles as well.

                                                    Now I know its kind of odd looking for the medieval house and that it looks like taverns from the Daggerfall, which was semi my intention. I did a ton of research over the years on medieval England architecture and you'd be surprised how a ton of different looks were in use. The most common was ofc tudoresque style, but people were using a lot of different materials, like stone, wood, planks, plasters, mud, wattle, bricks, terracotta tiles (shingles), tached roofs etc. (I have to say that original AD of Daggerfall also had a great deal of research done by the looks of it, with a little of extra artistic license)




                                                    Tho I encountered some quite odd error. So maybe someone could help me resolve this?

                                                    Ive made this building as separate 3D scene and add all the modules and separated them in their own Nodes (eg. roof, walls etc.). But when I want to place this in my main testing scene, so somewhere random, building snaps back to the center (origin) point, but manipulator is visible and I can drag it all around, but the building just remains in the center of the axis.

                                                      6 days later

                                                      @VMblast

                                                      Megalomaniak For terrain see for an example Zylanns. The caveat of course being that 4.0 was only just recently released and the plugin hasn't yet been updated for it.

                                                      Zylann is porting(read linked post carefully) it to 4.0 and it's reached a somewhat testable state in the godot 4 branch on his github:
                                                      https://github.com/Zylann/godot_heightmap_plugin/tree/godot4

                                                      note: I wouldn't add the plugin to your project just yet, just start a new project to experiment with it in. Don't risk a production project with it but test it to see if it's the kind of terrain system for you once it's stable.

                                                        VMblast Try disabling the grid snapping, you have it enabled at the top and I assume that's on purpose, if you try to make fine adjustments that don't snap to the grid it probably won't behave itself, really liking the look of your game by the way, definitely looking like some kind of modern Morrowind to me.