when are the next betas being released?

I'm really dying to use breve with my own python 2.5 modules here!!!!

new beta posted

New betas posted for OS X and Windows, with Python 2.5 support in Windows at
http://spiderland.org/breve_betas/ . Please post here with reports on whether or not custom modules are now working.

- jon

Hi, for some reason the

Hi, for some reason the native python interpreter still isn't being called when I use breve.
I've set and unset pythonpath to no effect. PYTHONHOME seems to be recognized correctly since the syntax errors will display the correct path when attempting to load the os module.
When I do call breve it uses the packaged python2.4 library and it looks like theres a conflict in syntax and the python c api between 2.4 and 2.5.

Hrm ok looking again that might not be the case; breve fails to load when it can't locate python25.dll, however it still complains of syntax in python2.5 modules??
Heres the relevant traceback:

'import site' failed; use -v for traceback
warning: Python C API version mismatch for module breveInternal: This Python ha
API version 1012, module breveInternal has version 1013.
Traceback (most recent call last):
File "lib/classes\breve\__init__.py", line 3, in ?
import sys, os, math, random, array
File "C:\Python25\lib\os.py", line 134
from os.path import (curdir, pardir, sep, pathsep, defpath, extsep, altsep,
^
SyntaxError: invalid syntax
Failed to initialize Python frontend. breve will not be able to execute Python
files.

More difficulties:

I ended up just replacing python23.dll with python25 and renaming it to fool breve into loading it.

The error is pretty funny:

Traceback (most recent call last):
File "", line 73, in
File "", line 11, in __init__
File "lib/classes\breve\PhysicalControl.py", line 13, in __init__
breve.Control.__init__( self )
File "lib/classes\breve\Control.py", line 13, in __init__
breve.Abstract.__init__( self )
File "lib/classes\breve\Abstract.py", line 13, in __init__
breve.Object.__init__( self )
File "lib/classes\breve\Object.py", line 36, in __init__
breve.breveObjectInit( self )
File "lib/classes\breve\__init__.py", line 488, in breveObjectInit
inObj.controller = breve.breveInternalFunctionFinder.getController( inObj )
File "lib/classes\breve\__init__.py", line 254, in __call__
return breveInternal.callInternalFunction( self.function, args )
TypeError: argument 1 must be PyCObject, not PyCObject

Is the conflict in pycobjects something to do with different python versions or something?

Linux 2.7.5b2?

Hello there jon!

Can you please post the beta2 version with python2.5 for Linux too?

I have been trying to compile it here and it has been a little bit hard... here is some of my experiences:

Using standard ubuntu 8.04 (hardy) dev environment and headers/libs, I even recompiled the libode0debian1 deb package from the source, enabling --double-precision, however, to make it compile using gimpact for trimesh, I had to use a patch to the sources, to enable double-precision with it.

Working with the SVN version, and all this tricks, I could finish compilation of the breve console version, but it was not usable for me, because when I run anything I get a black simulation screen, and if I right-click, I get a black popup also!

After that I tried to use the breve_2.7_source package avaliable in the download page, and I got the console version working fine, except for some demos behaving strangelly, like the Demolition(py or tz) has the Ramp inverted... sounds doesn't work, and so on... (even tough I intalled every required library, except for Push)

The IDE version did not compile, with the SVN version or the breve 2.7 source package, not matter how hard I tried, I even recompiled the wxwidgets2.8 deb package with --disable-unicode, but I keep getting a lot of errors when I try to compile the breveIDE (in the wx/ dir). If you want I can send you the compilation logs, I could not make sense of it... :)

Well, if you can post a beta version working with python2.5, that would help me a lot, saving time fighting with the compiler.

Thanks for this excellent piece of software!

Julio

Will give it a try this weekend...

I haven't yet tried building with 2.5 on Linux, but assuming I don't run into any problems, I'll post a build of 2.5 for Linux this weekend and try to examine some of the windows issues as well.

- jon

Linux betas updated

These new builds will use a system-wide installation of Python 2.5:

http://spiderland.org/breve_betas/

Please let me know how it works for you.

- jon

Excellent!

Thanks a lot, jon!!

This really work, and now we can get rid of all the scripts that set environment vars, and just call breve_ex or breveIDE_ex straight away and it uses the system's python version!

Good job!

Julio

The windows version still

The windows version still loads python23.dll instead of system installation of python.

try one more time...

Okay -- found the problem -- thought the DLL was updated, I was still using an old version of the Python import library. It should be using the system wide Python now.

- jon

Another try on windows

Hello jon,

Still no luck with the windows version here. When I try to run the 'breveIDE.exe' binary file it complains saying it could not find 'python23.dll' and quits.

I noticed that this time we have 'python25.dll' in the package and not the old 'python23.dll'.

Anyway now I am happy because I can use breveIDE in linux, and wow it's much faster now!

Keep up the good work!
Julio

IDE updated

Sorry, the CLI version had been updated but not the IDE -- NOW the IDE version should work as well with 2.5.

- jon

Everything working!

Excellent, jon!

The windows versions for IDE and console are working with my system python 2.5 now, but perhaps someone should test if it works straight out the box even in a system without python installed.

I don't mind if having python is a requirement, as long as the README file/donwload page are updated pointing to a download link. Python is really easy to install nowadays.

Thanks!
Julio

Works perfectly now!!

Thanks Jon! Everything works perfectly and I'm able to make some progress on my simulation while incorporating psyco.

One strange error I noticed consistently when over a long period of time was the openGL getting completely messed up do to some calls failing for some reason. This would prevent most any 3d application from working in Windows before a reboot. The actual error breve spit out was "drew nonalpha bodies: OpenGL error invalid enumerant". This was from Breve being called tens of thousands of times over 12 hour time spans, which is the current way I've interfaced the neuro-evolution code with breve (each instance of breve reads a different genome file and erases it upon termination). I realize I should probably have evolution running continuously in Breve but if anyone could shed any light on why that might be happening I'd be grateful.

Glad things are finally

Glad things are finally working, and sorry for the delay in getting the kinks out.

As for the OpenGL error -- I've seen this occasionally, but haven't tracked down what causes it. It generally seems to affect only a single frame. If you have any insights on the circumstances which are causing it (creating/deleting objects, for example?), please let me know.

- jon

Comment viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.