nihilocrat's Forum Posts

• • nihilocrat
  • 
  • • Joined 16 Dec, 2008
    • 
    • 0 topics • 4 posts
  • 1

  • 24 Jan, 2009
  • Quote

  Python is a "batteries included" language, people are going to want to import all of the rich standard and third party libraries out there.

  I know with OpenGL you can have multiple libraries which write to the same OpenGL context. This allows for interesting libraries like Rabbyt; it can be used with pyglet OR an OpenGL-enabled pygame surface to do fast sprite rendering. I haven't tried it, but it might be possible to do even stranger stuff, like combine PythonOgre (using OpenGL) and Rabbyt so you can use Rabbyt for 2d sprite /environment rendering but use PythonOgre for GUI, post-effects, etc..

  I have no idea if this is also achievable in DirectX. If it is, I could see how you could get other Python libs to do drawing, but I honestly don't see much of a point because Construct gives you just about everything you would want render-wise out-of-the-box.

• Try Construct 3

  Develop games in your browser. Powerful, performant & highly capable.

  Try Now Construct 3 users don't see these ads
• • nihilocrat
  • 
  • • Joined 16 Dec, 2008
    • 
    • 0 topics • 4 posts
  • 1

  • 17 Dec, 2008
  • Quote

  What are the dependencies outside of DirectX that are keeping it from being easily ported?

  Would it be significantly easier to create a cross-platform runtime plus command-line "compiler" to create and run Construct executables, and limit the authoring of games to Windows?

  It sounds like the rendering API isn't as difficult, as you say you've got an SDL fork already.

• • nihilocrat
  • 
  • • Joined 16 Dec, 2008
    • 
    • 0 topics • 4 posts
  • 1

  • 17 Dec, 2008
  • Quote

  While toying around with Construct for the first time, I've made a diagnostic app. It will tell you the PYTHONPATH and some other python-specific system variables according to the Python instance running on top of Construct. Its only dependency is that you can successfully import the 'sys' module, which should be builtin to the interpreter itself.

  http://nil.cjb.net/code/python_diagnostic.cap

  Also, on a fresh install I find no problems importing libraries and such, and any of the libraries I need seem to be available.

• • nihilocrat
  • 
  • • Joined 16 Dec, 2008
    • 
    • 0 topics • 4 posts
  • 1

  • 16 Dec, 2008
  • Quote

  Hello everyone,

  It sounds like it might be some issue with the PYTHONPATH environment variable being incorrect or getting overwritten when you install your own Python vs. Construct's python. Had you already thought of that as a source of the problem?

  I notice when people post here with errors they seem to largely be ImportErrors. They are trying to import some standard library stuff (like socket or ftp) so it's unlikely that anything is actually missing, but it's just not looking in the right place.