Want to read Slashdot from your mobile device? Point it at m.slashdot.org and keep reading!

 


Forgot your password?
Close
typodupeerror
×
Programming First Person Shooters (Games) IT Technology

Python Used as Modding Language for Battlefield 2 41

Posted by Zonk from the snakes-and-guns dept.
Dutch Dopey writes "In an interview with Lars Gustavsson of DICE, it was mentioned that Battlefield 2's modding tools are going to be delivered with the game, and that the tools are the same ones used to develop the game. The modding language in use is Python, and will support all aspects of the language.
This discussion has been archived. No new comments can be posted.

Python Used as Modding Language for Battlefield 2 More

Python Used as Modding Language for Battlefield 2

Comments Filter:
  • For mods, it's OK, but it's simply too high a level code for the main game. Battlefield already runs too slowly on my computer (UT2k4 works 10x better). I don't want it going even slower!
    • Why is this modded interesting? It's just the same old myths again.
      The speed in games is not influenced much by the language that the high level logic is written in.

    • Re:Python's too slow for gaming (Score:5, Insightful)

      by sholden ( 12227 ) on Friday February 11, 2005 @12:33PM (#11643622) Homepage
      That hasn't stopped Troika Games using it for Greyhawk or Irrational using it for Freedom Force. Not for the entire game engine but as the level scripting engine. The bit that actually matters in the game, the bit which makes the *fun* stuff rather than the pretty stuff.

      And of course there's BaseGolf which is completely implemented in python.

      The problem I see with using python as a modding language is that it makes it very difficult to enforce safety in mods. It'd be nice if the modding language was sandboxed so that you could download a mod and know it won't format your hard drive.

      But it makes sense to use an existing language engine instead of creating yet another scripting language for the level designers to use. And python is much easier for non-programmers to write in than lua, in my opinion anyway...

      • Re:Python's too slow for gaming (Score:4, Informative)

        by BeBoxer ( 14448 ) on Friday February 11, 2005 @01:14PM (#11644158)
        The problem I see with using python as a modding language is that it makes it very difficult to enforce safety in mods. It'd be nice if the modding language was sandboxed so that you could download a mod and know it won't format your hard drive.

        Yeah, that's one of Python's shortcomings I think. There is the 'rexec' module which is meant to do this, but it apparently it has unspecified holes in it. The 'pickle' module has similar flaws. You could do some neat RPC stuff passing around picked objects, but only at the risk of introducing security holes. Oh well.
        • It's a shortcoming in any language which wasn't designed with doing exactly that in mind from the beginning.

          Hacking it in is very difficult, and none of the python attempts I've seen actually work.

          Just think how many languages which have been designed with that in mind end up with bugs/flaws that result in holes - it's hard to get right when it is designed in from the start...

        • Re:Python's too slow for gaming (Score:5, Informative)

          by snorklewacker ( 836663 ) on Friday February 11, 2005 @02:08PM (#11644889)
          The holes in rexec have been acknowledged to the point where importing the module throws an error about its complete lack of actual security. Expect it to be removed entirely in some future version. Pickle is importing arbitrary code, which can do arbitrary things. There really isn't a sensible way to protect against this in a dynamic environment.

          It's not like lua lacks file and system access primitives either, though those tend to be easier to hack out if necessary (which it usually isn't, since it's the game logic that's written in lua, not third party mode). The appeal of lua is the smaller footprint.
      • Do what Blizzard did with LUA and only implement the core functions and libraries you consider 'safe' and leave the others out.

        Of course, the scope of a mod for a full game would be greater than the scope of just a quick add-on to the UI to keep track of the number of copper bars you are carrying around, but there are still limitations to what you can specificly expect a mod to use. How many mods can legitimately claim a need to be able to write to files outside the game's own folder? Implement your versio

        • The builtin modules (c modules created by the interpreter) are enough to fsck up a computer (pun intended). This is hackable, of course (I heard a rumor that Zope has its own custom sandboxed python interpreter, but for some reason you can't use it without the rest of zope?), but beyond the scope of most projects (if security is a concern, I've heard that lua and javascript sandbox quite easily).

          A hackish way to implement security in python is to check every untrusted line with a custom parser, not allowi

        • Homeworld 2 uses LUA as well for modding, and in fact for all config files. I prefer it to Python as the whole whitespace thing in Python drives me crazy.

  • I don't want to miss the opportunity to give propz (Score:3, Informative)

    by Deekin_Scalesinger ( 755062 ) * on Friday February 11, 2005 @11:52AM (#11643108)
    To those who made BF42 so much fun:

    Desert Combat - http://www.desertcombat.com/

    Battlefield 1918 - http://www.bf1918.com/

    Forgotten Hope - http://forgottenhope.bf1942files.com/main.html

    These three mods (and many more out there) took BF42 to new places, especially DC. Glad to hear that they are giving modders even more tools with BF2 - I can't mod or skin my way out of a paper bag, but I am grateful to those who can and give their talents to their community gratis.

  • so.. (Score:2, Funny)

    by newr00tic ( 471568 )
    .

    Ok... Is it safe to assume that the _whole_ game is coded in Python then?

    .
    • I seriously doubt it

    • Re:so.. (Score:5, Insightful)

      by Jerf ( 17166 ) on Friday February 11, 2005 @02:04PM (#11644839) Journal
      Ok... Is it safe to assume that the _whole_ game is coded in Python then?

      Not in the slightest. Python integrates well with C and C++. (Some other languages do it without somewhat less boilerplate in the integration code, but Python is one of the languages that basically integrates 100% feasibly.)

      In fact, quite the opposite; it's safe to assume only the high level is in Python. That's Standard Operating Procedure for high-performance code in the Python world.
      • Well, Python integrates tolerably with C and fairly poorly with C++. It's clumsy, verbose, and annoying, but the end result does work well.

        Libraries like Boost::Python and tools like Pyrex help a *lot* when trying to make Python/C integration a bit less excruciating.

  • Opensource tools (Score:5, Interesting)

    by petteri_666 ( 745343 ) on Friday February 11, 2005 @12:40PM (#11643723)
    from the article

    Modifications
    FZ: When Valve released Half-Life 2 last year criticism quickly arose due to the fact that they assumed people wanting to do modifications would have access to the commercial compiler and IDE Microsoft Visual C++ .NET 2003, which costs several hundreds of euros. What tools will be required to fully modify Battlefield 2 in addition to the tools that DICE will provide?(Steven Svensson)

    LG: We have greatly enhanced our support for modders by giving the option to create modifications through the script language Python. This means that there will be no requirement to have access to Microsoft Visual C++ as you mentiond in your question.

    This is perfect use for python language. Nice to see this kind of solution in a commercial game.

  • Troika used python for the scripting in Bloodlines (Score:3, Informative)

    by JimmehAH ( 817552 ) <slashdot@j-a-h.co.uk> on Friday February 11, 2005 @12:48PM (#11643814) Homepage
    It uses the Source engine (the Half-Life 2 one).

    Vampire: Bloodlines [vampirebloodlines.com]
    Source engine feature list [valvesoftware.com]

  • EVE Online (Score:5, Informative)

    by Winterblink ( 575267 ) on Friday February 11, 2005 @12:56PM (#11643934) Homepage
    The developers of EVE Online [eve-online.com] utilize Python for their game logic. Linkage [eve-online.com]

  • Good choice. (Score:4, Informative)

    by jericho4.0 ( 565125 ) on Friday February 11, 2005 @01:20PM (#11644233)
    There are several reasons why Python is a good choice for such a thing. The Python licence allows any commercial project to embed it without releasing code. So rather then develop a custom solution (ie; UnrealScript), one comes ready made, and complete. And there are lots of reference books about. I did some modding in UnrealScript, and documentation was _very_ hard to find, and incomplete when you did find it.

    Python intergrates well with C/C++. Amazingly well, actually, and I think any C/C++ coder should go through the tutorial [python.org], and see what python can do for you. Yes, I know other enviroments promised the same thing before, but Python delivers.

    Python is powerful, but easy to learn. Personally, I think we should be teaching kids Python in elementary school. And if it's your first language, you won't get all hung up on the whitespace thing.

    Anyone coding an app that could benifit from a scripting language needs to take a look at python.

    • Both of my brothers in high school have gone through beginning python class. Just to let you know, your idea is reality at least somewhat (Fort Collins, CO)
    • So what do you use to bind Python and C/C++? I tried using the Python/C API and that was damn painful. Python is my favorite language, and I can code well enough in C++ to make it to the ICPC world finals, but I honestly struggled through making some very simple binding between C and Python. It's much nastier than programming in vanilla C. It seems to combine the worst parts of both C and Python.
      • If you're using C, you can use SWIG (http://www.swig.org/)to automatically generate Python bindings. Well, some manual work is probably required if you go beyond the trivial, but not that much.

        Sadly, SWIG breaks for more complicated C++ stuff, so you're better off using boost::python (http://www.boost.com). Very nice.

  • Great News (Score:2, Interesting)

    by boeserjavamann ( 655642 )
    I really like Python, its a well designed language (ruby would be the best non-typesafe language, but the syntax sucks a little in the eyes of a java freak :)) and its increasing popularity (check http://www.tiobe.com/tpci.htm) is surely a good point for using it as a modding language.

  • CIV 4 is also using Python (Score:3, Informative)

    by ShaggusMacHaggis ( 178339 ) on Friday February 11, 2005 @02:45PM (#11645346) Homepage
    Sid Meirs Civ 4 will also be using python and xml for its scripting language.

  • Python Ideal for Game Logic (Score:5, Interesting)

    by MiceHead ( 723398 ) * on Friday February 11, 2005 @03:19PM (#11645766) Homepage
    We've used Python in a few projects, from a relatively simple action/puzzle game, TapDown [dejobaan.com], to a larger, multi-user game [dejobaan.com]. As jericho4.0 points out, it binds well with C, so for both projects, we wrote C/Python binders for the Fastgraph [fastgraph.com] graphics library and the BASS [un4seen.com] audio library. I find that it's much easier to prototype in Python than in C, so, for example, when we wanted to implement a modified Perlin Noise algorithm for the larger project, we modelled it in Python first, then optimized the processor-consuming bits by implementing them in C.

    I'd jump at the chance to use Python as a the scripting language in a first-person shooter. The Conitec engine [conitec.net] uses something called C-Script, which is nice, but not nearly as sexy as Python is. Some drawbacks come to mind, (just off the top of my head, it may be tricky to have an entity sit around in the middle of its script), but its ease-of-use, combined with the simplicity of dropping down to C for the lower-level stuff makes it very appealing for all sorts of games.
    _________________________________________________
    Inago Rage - Create, fight, and fly in a first-person shooter. [dejobaan.com]
  • So there will be one single mod, ever?
  • ...it's the documentation that's important. Look at all the great stuff made by the bf1942 community, and then realize that until the release of Battlecraft 42 (which was actually created by a modder, who was then hired by DICE, which delayed his tool for months), there was absolutely no help from the developers.

    If you read some of the first posts on the modding forums, it's mainly people trying to figure out the format of the level archives and then write a program to extract them.
  • Not about the python, but about the modding tools, they kept promising it for Battlefield 1 and people waited and waited and waited and waited and waited and waited and waited and waited and waited and waited ...

Slashdot Top Deals

Save gas, don't use the shell.

Close