I imagine will be able to create our own maps, but to mod the generator will prob need python skill.

Given everything else is moddable, I'd be surprised if it wasn't.

I think that was talked about in one of the PAX video's.

 

Let's hope the random map functions somewhat like Civ4's random map function. For those without Civ4, it has as series of python scripts you can choose from (eg tectonics, archipello, pangea, lake), which all have variables (wet, dry, number of islands, etc), and modders can create their own map scripts which can be added by placing them in the map-script folder.

Good point, Boogie.  Just curious, but does adding in the ability to mod things increase overhead?  For instance, why don't you write anything that could be moddable in Python first, rather than adding in that function with something else and backporting the feature in?  (yes, this post reveals my naive view of coding)

What you have already committed to allowing to mod is amazing.  In essence, you're allowing people to make their own games, just without all of the legwork you've been doing.  You guys are so generous!

Let's say what we want to mod is simply not a part of the Python part of the game.  What sort of ability will we have to mod the game outside of Python?  Going back to Civ 4 (again), you had access to the CvGameCoreDLL.dll source code.  You could rewrite large portions of the game completely, doing things that weren't possible inside what they allowed in Python.  You then recompiled it and released that as part of your mod.

From what I'm hearing, it's very possible that many parts of the game might not be moddable.  Can we expect something similar in the form of limited source code for a .DLL?  What plans, if any, are there to allowing modding outside of what you've ported to Python?

Because the Elemental engine was techniciall started way back with GalCiv1, so think of our engine development as iterative, not 'clean slate'.  All python functionality at the engine level has to be back ported, which is a huge pain.  Using python for the AI and Questing is our first step, then we implement it elsewhere

This is why we're focusing on the internal tools ATM...everyone should be able to use them to increase the game's longevity, then as we build in the scripting support, the more advanced modders can take things to the next level.

We'll try and get it in

Awesome.

Got to say, i'm very impressed with your community/fanbase relation skills.

Definitely you should add map generation in python. It's not that much work if you look at Civ IV code, and many user-made map scripts have been included into Civ IV patches, which means they were quite popular. I don't think I've played a single standard Civ IV map for years, only modded ones.

I've been asking for this since the start anyway... But if your model is tile based, generating a binary or xml file format for the map shouldn't be hard in python even with an external program.

If it isn't hook up-able through Python, will it be exposed via SDK so we can write our own mapgens in C++?

(I'd be happier.  I hate whitespace aware languages... )

In general, is the plan to only do modding via Python, or is there any chance of actually getting a SDK? (I don't know your architecture, but depending on how engine functionality is exposed for internal development, it could just be possible to expose a subset for external development) - or just some way of hooking a custom dll up to the game (if we want to mod in things that might be performance intensive - as a map-gen very well could be)

I imagine that enabling dll based mods could be more easily enabled than Python, as they could potentially be developed in the exact same way as internal development, at least in terms of the APIs one could build against.  I guess the plugin management aspect would be the difficult part, unless the engine was already built to load dlls dynamically.

Also, I imagine it's just the ways my eyes have been trained, but I find C++ much easier to read than Python.  I think it's the whitespace thing again, though.  I'm so trained to use curly brackets or some other block delimiter that it's very difficult to change the habit.

I think the difficulty distinguishing tab whitespace and space whitespace was the single largest issue I had at first.  (Thankfully, a good IDE can help with the issue immensely)

That said, I do appreciate its flexibility as a language - it didn't take that long to get decently proficient with it and get some pretty neat things done (even though I know I was often doing things the wrong way by Python standards).  Even so, I'm still much less comfortable working in it than in a more formal language such as C++ - or even another scripting language like Perl.  I think Python just feels too unstructured to me, and I find myself having a harder time getting my head around how I need to structure a program.