Re: [Bf-committers] 2.55 beta AHOY!
On 10/28/2010 05:28 PM, Mitchell Stokes wrote:
../../lib/libgp_ghost.a(GPG_ghost.cpp.o): In function `main':
/usr/src/packages/BUILD/blender-2.55/source/gameengine/GamePlayer/ghost/GPG_ghost.cpp:825:
undefined reference to `setGamePythonPath(char*)'
../../lib/libgp_ghost.a(GPG_Application.cpp.o): In function
`GPG_Application::initEngine(GHOST_IWindow*, int)':
/usr/src/packages/BUILD/blender-2.55/source/gameengine/GamePlayer/ghost/GPG_Application.cpp:607:
undefined reference to `PyObjectPlus::SetDeprecationWarnings(bool)'
../../lib/libgp_ghost.a(GPG_Application.cpp.o): In function
`GPG_Application::stopEngine()':
/usr/src/packages/BUILD/blender-2.55/source/gameengine/GamePlayer/ghost/GPG_Application.cpp:734:
undefined reference to `saveGamePythonConfig(char**)'
/usr/src/packages/BUILD/blender-2.55/source/gameengine/GamePlayer/ghost/GPG_Application.cpp:737:
undefined reference to `exitGamePythonScripting()'
../../lib/libgp_ghost.a(GPG_Application.cpp.o): In function
`GPG_Application::startEngine()':
/usr/src/packages/BUILD/blender-2.55/source/gameengine/GamePlayer/ghost/GPG_Application.cpp:683:
undefined reference to `setupGamePython(KX_KetsjiEngine*, KX_Scene*,
Main*, _object*, _object**, _object**, int, char**)'
/usr/src/packages/BUILD/blender-2.55/source/gameengine/GamePlayer/ghost/GPG_Application.cpp:692:
undefined reference to `loadGamePythonConfig(char*, int)'
collect2: ld returned 1 exit status
make[2]: *** [bin/blenderplayer] Error 1
make[1]: *** [source/blenderplayer/CMakeFiles/blenderplayer.dir/all] Error
2
make[1]: *** Waiting for unfinished jobs
[100%] Built target blender
make: *** [all] Error 2
If somebody can give me a clue, I can't get back to this until tonight.
My build statement :
pushd Build
cmake ../ \
-DWITH_FFTW3:BOOL=on \
-DWITH_JACK:BOOL=on \
-DWITH_OPENCOLLADA:BOOL=on \
-DWITH_PLAYER:BOOL=on \
-DWITH_SNDFILE:BOOL=on \
-DOPENCOLLADA=%{_prefix} \
-DOPENCOLLADA_LIBPATH=%{_libdir} \
-DOPENCOLLADA_INC=%{_includedir} \
-DWITH_PYTHON_INSTALL:BOOL=off \
-DWITH_PYTHON:BOOL=off \
-DWITH_IMAGE_OPENJPEG:BOOL=on \
-DWITH_FFMPEG:BOOL=off \
-DWITH_CXX_GUARDEDALLOC:BOOL=off \
-DPYTHON_LIB=%_libdir}/libpython3.1.so \
-DPYTHON_INC=%{_includedir}/python3.1 -GUnix Makefiles \
-DCMAKE_VERBOSE_MAKEFILE:BOOL=on \
-DCMAKE_INSTALL_PREFIX:PATH=%{_prefix}
Are you building with the game engine enabled? I'm using CMake on Arch with
gcc 4.5.1, and all seems to be working. I can post the contents of my
CMakeCache.txt if that will help.
--Mitchell
The game engine is enabled by default, I went through the main
CMakeLists.txt and enabled the options I needed that didn't have on as
default. What may be different to your build is my use of python.
Because I'm packaging this for the distro I can't have embedded python3
or installed python3. openSUSE is at python3-3.1, I'm trying
python3-3.1.2, maybe that will work. The contents of your CMakeCache.txt
would be appreciated.
Thanks
Dave P
___
Bf-committers mailing list
Bf-committers@blender.org
http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] 2.55 beta AHOY!
Dave, my CMakeCache.txt - http://www.pasteall.org/16515
2010/10/29 Dave Plater dpla...@webafrica.org.za
On 10/28/2010 05:28 PM, Mitchell Stokes wrote:
../../lib/libgp_ghost.a(GPG_ghost.cpp.o): In function `main':
/usr/src/packages/BUILD/blender-2.55/source/gameengine/GamePlayer/ghost/GPG_ghost.cpp:825:
undefined reference to `setGamePythonPath(char*)'
../../lib/libgp_ghost.a(GPG_Application.cpp.o): In function
`GPG_Application::initEngine(GHOST_IWindow*, int)':
/usr/src/packages/BUILD/blender-2.55/source/gameengine/GamePlayer/ghost/GPG_Application.cpp:607:
undefined reference to `PyObjectPlus::SetDeprecationWarnings(bool)'
../../lib/libgp_ghost.a(GPG_Application.cpp.o): In function
`GPG_Application::stopEngine()':
/usr/src/packages/BUILD/blender-2.55/source/gameengine/GamePlayer/ghost/GPG_Application.cpp:734:
undefined reference to `saveGamePythonConfig(char**)'
/usr/src/packages/BUILD/blender-2.55/source/gameengine/GamePlayer/ghost/GPG_Application.cpp:737:
undefined reference to `exitGamePythonScripting()'
../../lib/libgp_ghost.a(GPG_Application.cpp.o): In function
`GPG_Application::startEngine()':
/usr/src/packages/BUILD/blender-2.55/source/gameengine/GamePlayer/ghost/GPG_Application.cpp:683:
undefined reference to `setupGamePython(KX_KetsjiEngine*, KX_Scene*,
Main*, _object*, _object**, _object**, int, char**)'
/usr/src/packages/BUILD/blender-2.55/source/gameengine/GamePlayer/ghost/GPG_Application.cpp:692:
undefined reference to `loadGamePythonConfig(char*, int)'
collect2: ld returned 1 exit status
make[2]: *** [bin/blenderplayer] Error 1
make[1]: *** [source/blenderplayer/CMakeFiles/blenderplayer.dir/all]
Error
2
make[1]: *** Waiting for unfinished jobs
[100%] Built target blender
make: *** [all] Error 2
If somebody can give me a clue, I can't get back to this until tonight.
My build statement :
pushd Build
cmake ../ \
-DWITH_FFTW3:BOOL=on \
-DWITH_JACK:BOOL=on \
-DWITH_OPENCOLLADA:BOOL=on \
-DWITH_PLAYER:BOOL=on \
-DWITH_SNDFILE:BOOL=on \
-DOPENCOLLADA=%{_prefix} \
-DOPENCOLLADA_LIBPATH=%{_libdir} \
-DOPENCOLLADA_INC=%{_includedir} \
-DWITH_PYTHON_INSTALL:BOOL=off \
-DWITH_PYTHON:BOOL=off \
-DWITH_IMAGE_OPENJPEG:BOOL=on \
-DWITH_FFMPEG:BOOL=off \
-DWITH_CXX_GUARDEDALLOC:BOOL=off \
-DPYTHON_LIB=%_libdir}/libpython3.1.so \
-DPYTHON_INC=%{_includedir}/python3.1 -GUnix Makefiles \
-DCMAKE_VERBOSE_MAKEFILE:BOOL=on \
-DCMAKE_INSTALL_PREFIX:PATH=%{_prefix}
Are you building with the game engine enabled? I'm using CMake on Arch
with
gcc 4.5.1, and all seems to be working. I can post the contents of my
CMakeCache.txt if that will help.
--Mitchell
The game engine is enabled by default, I went through the main
CMakeLists.txt and enabled the options I needed that didn't have on as
default. What may be different to your build is my use of python.
Because I'm packaging this for the distro I can't have embedded python3
or installed python3. openSUSE is at python3-3.1, I'm trying
python3-3.1.2, maybe that will work. The contents of your CMakeCache.txt
would be appreciated.
Thanks
Dave P
___
Bf-committers mailing list
Bf-committers@blender.org
http://lists.blender.org/mailman/listinfo/bf-committers
___
Bf-committers mailing list
Bf-committers@blender.org
http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] 2.55 beta AHOY!
Here are the contents of my CMakeCache.txt file: http://www.pasteall.org/16516 I hope it helps. Cheers, Mitchell ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
[Bf-committers] unlimited clay DerivedMesh question
I build the unlimited clay modifier based on the EditMeshDerivedMesh type (emDM) I have added the emDM_getPBVH() function to the definition of that derived mesh type in a similar way like other types like cdDM_getPBVH() and ccgDM_getPBVH() but I have noted that while the other functions are called once per stroke the emDM_getPBVH() is called lots of time per stroke!!! as many times as steps have the stroke O.o! since those are callbacks I could not track them very well in the code to find out the cause... did you have any clue? the building of the pbvh structure is relatively expensive so if I reduce the calls I could speed up the code to some factor. thanks in advance Farsthary ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] 2.55 beta AHOY!
Sorry for the delays (hell week here at work). Think I have the blenderplayer builds for Linux sorted out, just need to get them packaged. Will upload later today or sometime tomorrow. Ken ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] 2.55 beta AHOY!
On 10/29/2010 09:43 AM, Mitchell Stokes wrote: Here are the contents of my CMakeCache.txt file: http://www.pasteall.org/16516 I hope it helps. Cheers, Mitchell It shows that you're using embedded python which makes me think even more that it's a python related error I'm encountering. I'm concentrating on my spec file atm with no player, the cmake make install is way better than scons and my %install section is now 1/3 of what it used to be. I'll let you know when I've sorted the player build out. If you're interested in building with collada you can browse : https://build.opensuse.org/package/show?package=openCOLLADAproject=home%3Aplater%3Ablender There's patches to get the shared lib to build with sonames etc and the spec file has the build details. Dave P ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] 2.55 beta AHOY!
On 10/29/2010 09:42 AM, Dalai Felinto wrote:
Dave, my CMakeCache.txt - http://www.pasteall.org/16515
2010/10/29 Dave Plater dpla...@webafrica.org.za
On 10/28/2010 05:28 PM, Mitchell Stokes wrote:
../../lib/libgp_ghost.a(GPG_ghost.cpp.o): In function `main':
/usr/src/packages/BUILD/blender-2.55/source/gameengine/GamePlayer/ghost/GPG_ghost.cpp:825:
undefined reference to `setGamePythonPath(char*)'
../../lib/libgp_ghost.a(GPG_Application.cpp.o): In function
`GPG_Application::initEngine(GHOST_IWindow*, int)':
/usr/src/packages/BUILD/blender-2.55/source/gameengine/GamePlayer/ghost/GPG_Application.cpp:607:
undefined reference to `PyObjectPlus::SetDeprecationWarnings(bool)'
../../lib/libgp_ghost.a(GPG_Application.cpp.o): In function
`GPG_Application::stopEngine()':
/usr/src/packages/BUILD/blender-2.55/source/gameengine/GamePlayer/ghost/GPG_Application.cpp:734:
undefined reference to `saveGamePythonConfig(char**)'
/usr/src/packages/BUILD/blender-2.55/source/gameengine/GamePlayer/ghost/GPG_Application.cpp:737:
undefined reference to `exitGamePythonScripting()'
../../lib/libgp_ghost.a(GPG_Application.cpp.o): In function
`GPG_Application::startEngine()':
/usr/src/packages/BUILD/blender-2.55/source/gameengine/GamePlayer/ghost/GPG_Application.cpp:683:
undefined reference to `setupGamePython(KX_KetsjiEngine*, KX_Scene*,
Main*, _object*, _object**, _object**, int, char**)'
/usr/src/packages/BUILD/blender-2.55/source/gameengine/GamePlayer/ghost/GPG_Application.cpp:692:
undefined reference to `loadGamePythonConfig(char*, int)'
collect2: ld returned 1 exit status
make[2]: *** [bin/blenderplayer] Error 1
make[1]: *** [source/blenderplayer/CMakeFiles/blenderplayer.dir/all]
Error
2
make[1]: *** Waiting for unfinished jobs
[100%] Built target blender
make: *** [all] Error 2
If somebody can give me a clue, I can't get back to this until tonight.
My build statement :
pushd Build
cmake ../ \
-DWITH_FFTW3:BOOL=on \
-DWITH_JACK:BOOL=on \
-DWITH_OPENCOLLADA:BOOL=on \
-DWITH_PLAYER:BOOL=on \
-DWITH_SNDFILE:BOOL=on \
-DOPENCOLLADA=%{_prefix} \
-DOPENCOLLADA_LIBPATH=%{_libdir} \
-DOPENCOLLADA_INC=%{_includedir} \
-DWITH_PYTHON_INSTALL:BOOL=off \
-DWITH_PYTHON:BOOL=off \
-DWITH_IMAGE_OPENJPEG:BOOL=on \
-DWITH_FFMPEG:BOOL=off \
-DWITH_CXX_GUARDEDALLOC:BOOL=off \
-DPYTHON_LIB=%_libdir}/libpython3.1.so \
-DPYTHON_INC=%{_includedir}/python3.1 -GUnix Makefiles \
-DCMAKE_VERBOSE_MAKEFILE:BOOL=on \
-DCMAKE_INSTALL_PREFIX:PATH=%{_prefix}
Are you building with the game engine enabled? I'm using CMake on Arch
with
gcc 4.5.1, and all seems to be working. I can post the contents of my
CMakeCache.txt if that will help.
--Mitchell
The game engine is enabled by default, I went through the main
CMakeLists.txt and enabled the options I needed that didn't have on as
default. What may be different to your build is my use of python.
Because I'm packaging this for the distro I can't have embedded python3
or installed python3. openSUSE is at python3-3.1, I'm trying
python3-3.1.2, maybe that will work. The contents of your CMakeCache.txt
would be appreciated.
Thanks
Dave P
___
It's interesting to see what windows builds blender with but
unfortunately it won't help me.
Thanks
Dave P
___
Bf-committers mailing list
Bf-committers@blender.org
http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] 2.55 beta AHOY!
Hi Dalai, The bug is still present with Python 3.1.1. Anyway, for Python 3.1.2, Jens has found a fix to enable BGE to compile again. I'll commit it with 3.1.2. BTW, for the other bug ([#23871] OSX panel button bug) it'll need a fix introduced only in 3.2 Diff for BGE to compile with 3.1.2: Index: source/gameengine/Expressions/KX_Python.h === --- source/gameengine/Expressions/KX_Python.h (revision 32756) +++ source/gameengine/Expressions/KX_Python.h (working copy) @@ -66,5 +66,22 @@ #endif #endif +#ifdef __APPLE__ +#undef isalnum +#undef isalpha +#undef iscntrl +#undef isdigit +#undef isgraph +#undef islower +#undef isprint +#undef ispunct +#undef isspace +#undef isupper +#undef isxdigit +#undef tolower +#undef toupper +#endif + + #endif // KX_PYTHON_H Le 29 oct. 2010 à 02:09, Dalai Felinto a écrit : Hi Damien, can you test if this bug happens with your builds: https://projects.blender.org/tracker/?func=detailatid=498aid=23346group_id=9 https://projects.blender.org/tracker/?func=detailatid=498aid=23346group_id=9It's supposed to be related with Python 3.1.1 and fixed in Python 3.1.2. Also, what was the problems you had with 3.1.2 and the gameengine? Thanks, Dalai 2010/10/28 Damien Plisson damien.plis...@yahoo.fr Done for the three OSX releases. Just note that they still include Python 3.1.1 as the lib builder has encountered issues with building the 3.1.2 (it mainly caused problems with the BGE). Damien ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] 2.55 beta AHOY!
Windows builds fine with Scons. However with msvc 2010 Express I've only got it
to build with CMake 2.8 and disable
OpenEXR.
Steve Obbayi
Software Developer
- Original Message -
From: Dave Plater dpla...@webafrica.org.za
To: bf-committers@blender.org
Sent: Friday, October 29, 2010 1:35:00 PM GMT -05:00 US/Canada Eastern
Subject: Re: [Bf-committers] 2.55 beta AHOY!
On 10/29/2010 09:42 AM, Dalai Felinto wrote:
Dave, my CMakeCache.txt - http://www.pasteall.org/16515
2010/10/29 Dave Plater dpla...@webafrica.org.za
On 10/28/2010 05:28 PM, Mitchell Stokes wrote:
../../lib/libgp_ghost.a(GPG_ghost.cpp.o): In function `main':
/usr/src/packages/BUILD/blender-2.55/source/gameengine/GamePlayer/ghost/GPG_ghost.cpp:825:
undefined reference to `setGamePythonPath(char*)'
../../lib/libgp_ghost.a(GPG_Application.cpp.o): In function
`GPG_Application::initEngine(GHOST_IWindow*, int)':
/usr/src/packages/BUILD/blender-2.55/source/gameengine/GamePlayer/ghost/GPG_Application.cpp:607:
undefined reference to `PyObjectPlus::SetDeprecationWarnings(bool)'
../../lib/libgp_ghost.a(GPG_Application.cpp.o): In function
`GPG_Application::stopEngine()':
/usr/src/packages/BUILD/blender-2.55/source/gameengine/GamePlayer/ghost/GPG_Application.cpp:734:
undefined reference to `saveGamePythonConfig(char**)'
/usr/src/packages/BUILD/blender-2.55/source/gameengine/GamePlayer/ghost/GPG_Application.cpp:737:
undefined reference to `exitGamePythonScripting()'
../../lib/libgp_ghost.a(GPG_Application.cpp.o): In function
`GPG_Application::startEngine()':
/usr/src/packages/BUILD/blender-2.55/source/gameengine/GamePlayer/ghost/GPG_Application.cpp:683:
undefined reference to `setupGamePython(KX_KetsjiEngine*, KX_Scene*,
Main*, _object*, _object**, _object**, int, char**)'
/usr/src/packages/BUILD/blender-2.55/source/gameengine/GamePlayer/ghost/GPG_Application.cpp:692:
undefined reference to `loadGamePythonConfig(char*, int)'
collect2: ld returned 1 exit status
make[2]: *** [bin/blenderplayer] Error 1
make[1]: *** [source/blenderplayer/CMakeFiles/blenderplayer.dir/all]
Error
2
make[1]: *** Waiting for unfinished jobs
[100%] Built target blender
make: *** [all] Error 2
If somebody can give me a clue, I can't get back to this until tonight.
My build statement :
pushd Build
cmake ../ \
-DWITH_FFTW3:BOOL=on \
-DWITH_JACK:BOOL=on \
-DWITH_OPENCOLLADA:BOOL=on \
-DWITH_PLAYER:BOOL=on \
-DWITH_SNDFILE:BOOL=on \
-DOPENCOLLADA=%{_prefix} \
-DOPENCOLLADA_LIBPATH=%{_libdir} \
-DOPENCOLLADA_INC=%{_includedir} \
-DWITH_PYTHON_INSTALL:BOOL=off \
-DWITH_PYTHON:BOOL=off \
-DWITH_IMAGE_OPENJPEG:BOOL=on \
-DWITH_FFMPEG:BOOL=off \
-DWITH_CXX_GUARDEDALLOC:BOOL=off \
-DPYTHON_LIB=%_libdir}/libpython3.1.so \
-DPYTHON_INC=%{_includedir}/python3.1 -GUnix Makefiles \
-DCMAKE_VERBOSE_MAKEFILE:BOOL=on \
-DCMAKE_INSTALL_PREFIX:PATH=%{_prefix}
Are you building with the game engine enabled? I'm using CMake on Arch
with
gcc 4.5.1, and all seems to be working. I can post the contents of my
CMakeCache.txt if that will help.
--Mitchell
The game engine is enabled by default, I went through the main
CMakeLists.txt and enabled the options I needed that didn't have on as
default. What may be different to your build is my use of python.
Because I'm packaging this for the distro I can't have embedded python3
or installed python3. openSUSE is at python3-3.1, I'm trying
python3-3.1.2, maybe that will work. The contents of your CMakeCache.txt
would be appreciated.
Thanks
Dave P
___
It's interesting to see what windows builds blender with but
unfortunately it won't help me.
Thanks
Dave P
___
Bf-committers mailing list
Bf-committers@blender.org
http://lists.blender.org/mailman/listinfo/bf-committers
___
Bf-committers mailing list
Bf-committers@blender.org
http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] Auto-registration in Python
On the contrary. Having half-defined subclasses of RNATypes breaks the Liskov substitution principle. How? The RNATypes themselves are not fully defined (e.g. you can't use bpy.types.Panel directly). Making a derived class of bpy.types.Panel that also can't be directly used hardly violates the Liskov substitution principle, as long as it can also be further derived from. I'm not even sure how Liskov is relevant. It _is_ however a violation of the 'contract', as you stated later on. So I see where you're coming from. But still, these are rules of thumb, not things that should be strictly enforced. Because sometimes it is useful to bend or break such principles, even if in the general case it is best to stick to them. My main complaint about the current system, however, is that it's so implicit. It does things without the code telling it to. And this is bad, both in terms of my personal preferences and in terms of code readability (i.e. being able to follow what's going on). I would hate to use a GUI toolkit, for example, that automatically displayed defined GUI elements without them being explicitly linked somewhere in the main loop. That's exactly what this feels like. The current system: 1. Coder defines a class. 2. That class magically shows up somewhere else without the coder telling it to. 3. wtf? A better system: 1. Coder defines a class. 2. Coder puts that class somewhere else. 3. No wtf. Having said that, I'm coming to agree with you insofar as property types are concerned (e.g. something derived from IDPropertyGroup), since as a coder you expect to just be able to use the class directly in your code. Having to 'register' it is strange. But things like operators, and especially panels(!) because they meaningfully change Blender's behavior, really feel like things that should be registered explicitly. --Nathan On Thu, Oct 28, 2010 at 9:26 PM, Martin Poirier the...@yahoo.com wrote: NOTE: TL/DR at bottom --- On Thu, 10/28/10, Nathan Vegdahl ces...@cessen.com wrote: It should be even more trivial with automatic registration. And yet in reality... Yet in really it's exactly as I was saying. Those problems concern properties, which aren't taken care off by the autoregistration system (yet), which really sucks. I agree. Part of the problem is that IDPropertyGroup derived classes, as a RNAType, is autoregistered while property definitions aren't, that's why property definition needs to be done in the Register function (especially in cases where they reference subclasses of IDPropertyGroup, which I would guess is more than a few times). [Well, that and otherwise addons wouldn't be good citizen and you'd end up with properties from all installed stuff, which is a huge NO). This isn't even a problem with autoregistration, the same issue would crop up with manual registration. You just can't define properties in the main namespace of a module if they reference IDPropertyGroup classes that will be registered later (whether automatically or manually in the Register function, as before). Also, the addons system won't work correctly in those cases, as mentioned before. One major problem is that there is (as far as I'm aware), no real written guidelines as to how addons should be coded in that regard. (In the future, as a solution, adding a delayed call system for properties would be the way to solve it, and that should pretty much be doable in the same way autoregistration currently works and pretty much remove the need for Register and Unregister functions, although we could still keep them around if people want to initialize custom resources). Here's the thing: I'm speaking as someone who was not involved in designing the system. For someone who doesn't have knowledge of the internals of how auto-registration works, it becomes a magical system with semi-unpredictable and unclear rules. Like, what gets registered? What doesn't? How do I control that so that I can structure my code how I want to? When do things get registered? Etc. I agree, there's a serious lack of documentation. The rules are rather simple though: Anything that derives from an RNAType is automatically registered (and will work correctly with the addon system). Don't derive from an RNAType if your class isn't a fully formed RNAType (with all the defined methods and whatnots that this imply). Any properties that you want to add need to be added in a Register function. The ordering doesn't really matter. RNATypes will always be registered (in the order they are defined) before the Register function is called, so if you add properties to a IDPropertyGroup in your Register function, it will always work the first time. Where it fucks up is when turning stuff on and off in the addons system and registering a module (or a package) multiple time in the same blender session. That's a problem with the properties system, NOT with
Re: [Bf-committers] 2.55 beta AHOY!
Hi Blender Developers, Ubuntu/Debian builds of 2.55 are available at http://launchpad.net/~kiniou/+archive/ppa for lucid, maverick and natty. Debian code is hosted at http://git.debian.org/?p=collab-maint/blender.git;a=summary and I've uploaded source package to mentors.debian.net. About build infos, blenderplayer is back but blender still lacks opencollada support due to inexistant package in the debian world. Packaging OpenCollada is on my TODO list :) . Critics are welcome ;) PS: I've quickly tested on my laptop and can't get the 3button emulation (aka WIN+ALT+LMB) work. Is this a known bug? On 27/10/2010 13:53, Nathan Letwory wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi release builders! Over 340 bugfixes and more than 760 commits to trunk/ since 2.54 beta. I've committed new splash, bumped versions and danced the tagging dance. Please checkout tags/blender-2.55-release at r32738 and start your building engines. Notify me when you have your builds ready. Note: make sure you build against Python 3.1.2 and for OpenCOLLADA use r771 or later from their SVN. Note2: see Note /Nathan -- Kevin Roy http://blog.knokorpo.fr ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] Screen-cast issues
In user preferences it has screen cast fps and frame speed. I thought screencast fps was the fps of the video format. And the frame speed was how many ms between adding a frame to the video. So I do not understand what the difference is between the 2 different fps settings. On 28/09/2010 6:58 PM, Nathan Letwory nat...@letworyinteractive.com wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 28.9.2010 8:42, Andrew Green wrote: I have been playing with the blender screen-cast functiona... That's because in user preferences FPS for screen casting is by default on 10. If you screencast directly to a movie, make sure you have the same FPS. /Nathan I think it's due to a couple of things. After it has written one frame it will simply sleep ... ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers - -- Nathan Letwory Letwory Interactive http://www.letworyinteractive.com -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJMoa40AAoJEKtfN7KsE0TtJvUH/0x7OFbtwD5axlBVQ+uCBduX e5tj+urYKHeCFhF2N4c9MKS11H3Y5E3wjmh1TPWu+PTtd24BS7yYzxKhMya57G0Z DlzTy+UAAt/MTnjj4EM6pN75PnJTgHeZnDh9ZzLG03Yg0KoC51B1KXGJeHDWA1c5 I3ge7d10YJySaNcU2qMqlP1n8HDbm39J1XCTCHIJaCh4KqymdmLOs//phnEydSzT HCGiqQbINwvwYvtWYSgtWX/aMRjTUoJ1R5i1oasIBsGFtxuvrV2xR9uR2UEi98bU n3YVzHpFL1/6OR/VbzWqCs5hDzCIZSDO8nr20vfIXZsfrZZ1eORgx+jvw2yDjkQ= =0CS3 -END PGP SIGNATURE- ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] Screen-cast issues
On 30/10/10 10:37 AM, Andrew Green wrote: In user preferences it has screen cast fps and frame speed. I thought screencast fps was the fps of the video format. And the frame speed was how many ms between adding a frame to the video. So I do not understand what the difference is between the 2 different fps settings. Screencast only captures static images (png from memory) to your /tmp (unix/mac) or whatever your defualt dir is. It is up to you to then use the VSE to create a movie format from those static images. This is done to minimise CPU time spent encoding video when you want nice UI performance. However at the moment there are a few bugs in screeencast. One particular is that if you change anything in the Last Operator panel on the toolbar ( T and at the bottom of that is the last operator) it will cancel your screencast. Cheers, Mike. ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] [Bf-blender-cvs] SVN commit: /data/svn/bf-blender [32764] trunk/blender: use PyImport_ExtendInittab for py module initialization rather then adding to sys .modules directly, no fun
Hi Campbell,
this commit produced this error in CMake+MSVC:
http://www.pasteall.org/16526
Confirmed in scons+gcc by Bassam.
Any clues?
Cheers,
Dalai
2010/10/30 Campbell Barton ideasma...@gmail.com
Revision: 32764
http://projects.blender.org/plugins/scmsvn/viewcvs.php?view=revroot=bf-blenderrevision=32764
Author: campbellbarton
Date: 2010-10-30 00:59:39 +0200 (Sat, 30 Oct 2010)
Log Message:
---
use PyImport_ExtendInittab for py module initialization rather then adding
to sys.modules directly, no functional change.
Modified Paths:
--
trunk/blender/intern/audaspace/intern/AUD_C-API.cpp
trunk/blender/source/blender/python/generic/bgl.c
trunk/blender/source/blender/python/generic/bgl.h
trunk/blender/source/blender/python/generic/blf_api.c
trunk/blender/source/blender/python/generic/blf_api.h
trunk/blender/source/blender/python/generic/mathutils.c
trunk/blender/source/blender/python/generic/mathutils.h
trunk/blender/source/blender/python/generic/mathutils_geometry.c
trunk/blender/source/blender/python/generic/mathutils_geometry.h
trunk/blender/source/blender/python/generic/noise.c
trunk/blender/source/blender/python/intern/bpy.c
trunk/blender/source/blender/python/intern/bpy_interface.c
trunk/blender/source/blender/python/intern/bpy_operator.c
Modified: trunk/blender/intern/audaspace/intern/AUD_C-API.cpp
===
--- trunk/blender/intern/audaspace/intern/AUD_C-API.cpp 2010-10-29 19:40:45
UTC (rev 32763)
+++ trunk/blender/intern/audaspace/intern/AUD_C-API.cpp 2010-10-29 22:59:39
UTC (rev 32764)
@@ -197,7 +197,7 @@
{
PyObject* module = PyInit_aud();
PyModule_AddObject(module, device, (PyObject
*)PyCFunction_New(meth_getcdevice, NULL));
- PyDict_SetItemString(PySys_GetObject(modules), aud, module);
+ PyDict_SetItemString(PyImport_GetModuleDict(), aud, module);
if(AUD_device)
{
g_device = (Device*)Device_empty();
Modified: trunk/blender/source/blender/python/generic/bgl.c
===
--- trunk/blender/source/blender/python/generic/bgl.c 2010-10-29 19:40:45
UTC (rev 32763)
+++ trunk/blender/source/blender/python/generic/bgl.c 2010-10-29 22:59:39
UTC (rev 32764)
@@ -1115,12 +1115,11 @@
};
-PyObject *BGL_Init(void)
+PyObject *BPyInit_bgl(void)
{
- PyObject *mod, *dict, *item;
- mod = PyModule_Create(BGL_module_def);
- PyDict_SetItemString(PyImport_GetModuleDict(),
BGL_module_def.m_name, mod);
- dict= PyModule_GetDict(mod);
+ PyObject *submodule, *dict, *item;
+ submodule= PyModule_Create(BGL_module_def);
+ dict= PyModule_GetDict(submodule);
if( PyType_Ready( BGL_bufferType) 0)
return NULL; /* should never happen */
@@ -1612,6 +1611,6 @@
EXPP_ADDCONST(GL_TEXTURE_BINDING_1D);
EXPP_ADDCONST(GL_TEXTURE_BINDING_2D);
- return mod;
+ return submodule;
}
Modified: trunk/blender/source/blender/python/generic/bgl.h
===
--- trunk/blender/source/blender/python/generic/bgl.h 2010-10-29 19:40:45
UTC (rev 32763)
+++ trunk/blender/source/blender/python/generic/bgl.h 2010-10-29 22:59:39
UTC (rev 32764)
@@ -38,7 +38,7 @@
#include Python.h
-PyObject *BGL_Init(void);
+PyObject *BPyInit_bgl(void);
/*@ Create a buffer object */
/*@ dimensions is an array of ndimensions integers representing the size
of each dimension */
Modified: trunk/blender/source/blender/python/generic/blf_api.c
===
--- trunk/blender/source/blender/python/generic/blf_api.c 2010-10-29
19:40:45 UTC (rev 32763)
+++ trunk/blender/source/blender/python/generic/blf_api.c 2010-10-29
22:59:39 UTC (rev 32764)
@@ -390,17 +390,16 @@
0, /* m_free */
};
-PyObject *BLF_Init(void)
+PyObject *BPyInit_blf(void)
{
PyObject *submodule;
submodule = PyModule_Create(BLF_module_def);
- PyDict_SetItemString(PyImport_GetModuleDict(),
BLF_module_def.m_name, submodule);
PyModule_AddIntConstant(submodule, ROTATION, BLF_ROTATION);
PyModule_AddIntConstant(submodule, CLIPPING, BLF_CLIPPING);
PyModule_AddIntConstant(submodule, SHADOW, BLF_SHADOW);
PyModule_AddIntConstant(submodule, KERNING_DEFAULT,
BLF_KERNING_DEFAULT);
- return (submodule);
+ return submodule;
}
Modified: trunk/blender/source/blender/python/generic/blf_api.h
===
--- trunk/blender/source/blender/python/generic/blf_api.h 2010-10-29
19:40:45 UTC (rev 32763)
+++ trunk/blender/source/blender/python/generic/blf_api.h 2010-10-29
22:59:39 UTC (rev 32764)
@@ -22,5 +22,4 @@
* * END GPL
Re: [Bf-committers] 2.55 beta AHOY!
On 10/27/2010 01:53 PM, Nathan Letwory wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi release builders! Over 340 bugfixes and more than 760 commits to trunk/ since 2.54 beta. I've committed new splash, bumped versions and danced the tagging dance. Please checkout tags/blender-2.55-release at r32738 and start your building engines. Notify me when you have your builds ready. Note: make sure you build against Python 3.1.2 and for OpenCOLLADA use r771 or later from their SVN. Note2: see Note /Nathan - -- Nathan Letwory Blender Foundation | Letwory Interactive http://www.blender.org | http://www.letworyinteractive.com I've built blender-2.55 for openSUSE, the package is available with openCOLLADA shared libraries for collada support but no player yet for 11.2 :- http://download.opensuse.org/repositories/home:/plater:/blender/openSUSE_11.2 for 11.3 :- http://download.opensuse.org/repositories/home:/plater:/blender/openSUSE_11.3 and for factory :- http://download.opensuse.org/repositories/home:/plater:/blender/openSUSE_Factory Regards Dave Plater Maintainer openSUSE blender ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] [Bf-blender-cvs] SVN commit: /data/svn/bf-blender [32764] trunk/blender: use PyImport_ExtendInittab for py module initialization rather then adding to sys .modules directly, no fun
On 30/10/10 12:29 PM, Dalai Felinto wrote:
Hi Campbell,
this commit produced this error in CMake+MSVC:
http://www.pasteall.org/16526
Confirmed in scons+gcc by Bassam.
Any clues?
Cheers,
Dalai
Simple missed name changes... Diff below compiles.
Mike.
Index: source/gameengine/Ketsji/KX_PythonInit.cpp
===
--- source/gameengine/Ketsji/KX_PythonInit.cpp (revision 32764)
+++ source/gameengine/Ketsji/KX_PythonInit.cpp (working copy)
@@ -2333,22 +2333,22 @@
PyObject* initMathutils()
{
- return Mathutils_Init();
+ return BPyInit_mathutils();
}
PyObject* initGeometry()
{
- return Geometry_Init();
+ return BPyInit_mathutils_geometry();
}
PyObject* initBGL()
{
- return BGL_Init();
+ return BPyInit_bgl();
}
PyObject* initBLF()
{
- return BLF_Init();
+ return BPyInit_blf();
}
// utility function for loading and saving the globalDict
___
Bf-committers mailing list
Bf-committers@blender.org
http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] 2.55 beta AHOY!
On 29/10/10 5:26 AM, Damien Plisson wrote: Done for the three OSX releases. Just note that they still include Python 3.1.1 as the lib builder has encountered issues with building the 3.1.2 (it mainly caused problems with the BGE). Damien Hi Damien, OK confused now Nathan has said on IRC that he uses python 3.12 source tarball for python build (windows I think). I have compiled 3.12 from source for OSX with the one patch for the xmlrpc fix:: Oh, and if you bundle Python on your platform, please apply patch found in http://bugs.python.org/issue9991, that'll save us some bug reports on XMLRPC HTTPS support. And this compiles ok as a lib (all 4 arch) and with blender. I dont use the game engine...so is the problem with game engine after build (playing games) or during the build process? Mike. Le 27 oct. 2010 à 13:53, Nathan Letwory a écrit : -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi release builders! Over 340 bugfixes and more than 760 commits to trunk/ since 2.54 beta. I've committed new splash, bumped versions and danced the tagging dance. Please checkout tags/blender-2.55-release at r32738 and start your building engines. Notify me when you have your builds ready. Note: make sure you build against Python 3.1.2 and for OpenCOLLADA use r771 or later from their SVN. Note2: see Note /Nathan ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] 2.55 beta AHOY!
Do you have the option checked in the user preferences to turn on 3-button mouse emulation? it's not checked by default. Best Regards, loopduplicate On 10/29/2010 04:14 PM, Kevin Roy wrote: PS: I've quickly tested on my laptop and can't get the 3button emulation (aka WIN+ALT+LMB) work. Is this a known bug? ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] Screen-cast issues
On 30/10/10 10:58 AM, Mike S wrote: On 30/10/10 10:37 AM, Andrew Green wrote: In user preferences it has screen cast fps and frame speed. I thought screencast fps was the fps of the video format. And the frame speed was how many ms between adding a frame to the video. So I do not understand what the difference is between the 2 different fps settings. Screencast only captures static images (png from memory) to your /tmp (unix/mac) or whatever your defualt dir is. It is up to you to then use the VSE to create a movie format from those static images. This is done to minimise CPU time spent encoding video when you want nice UI performance. Oops...I see now that the output from screencast is not fixed png but selectable by the render output type (never tried before:)!) . The screen capture rate is still determined by the capture settings in User Pref. Possibly why they are seperate is to allow you to screen cast at lower rates and at the same time demonstrate setting up VSE or render settings to another value? All the action is here::: source/blender/editors/screen/screendump.c The problem mentioned below still occurs regardless of capture type. Trying to find out why. However at the moment there are a few bugs in screeencast. One particular is that if you change anything in the Last Operator panel on the toolbar ( T and at the bottom of that is the last operator) it will cancel your screencast. Cheers, Mike. ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
