Re: [Bf-committers] [Bf-blender-cvs] SVN commit: /data/svn/bf-blender [32629] trunk/blender: / WX enabled for MSVC in CMake too.
Hi Nathan, this commit broked builds in MSVC (e.g. - blender 2.5\source\blender\blenkernel\intern\smoke.c(148) : error C2220: warning treated as error - no 'object' file generated). The solution to make them to build again was: http://www.pasteall.org/16439/diff (basically casting ints to unsigned int). If someone knows if this is the better solution there feel free to commit it. Thanks, Dalai 2010/10/21 Nathan Letwory > Revision: 32629 > > http://projects.blender.org/plugins/scmsvn/viewcvs.php?view=rev&root=bf-blender&revision=32629 > Author: jesterking > Date: 2010-10-21 10:32:53 +0200 (Thu, 21 Oct 2010) > > Log Message: > --- > /WX enabled for MSVC in CMake too. > > Warning fixes. > > Modified Paths: > -- >trunk/blender/intern/ghost/CMakeLists.txt >trunk/blender/source/blender/blenkernel/BKE_collision.h >trunk/blender/source/blender/blenkernel/CMakeLists.txt >trunk/blender/source/blender/blenkernel/intern/cloth.c >trunk/blender/source/blender/blenkernel/intern/collision.c >trunk/blender/source/blender/blenkernel/intern/colortools.c >trunk/blender/source/blender/blenkernel/intern/fmodifier.c >trunk/blender/source/blender/blenkernel/intern/implicit.c >trunk/blender/source/blender/blenkernel/intern/ipo.c >trunk/blender/source/blender/blenkernel/intern/multires.c >trunk/blender/source/blender/blenkernel/intern/sequencer.c >trunk/blender/source/blender/blenkernel/intern/text.c >trunk/blender/source/blender/blenkernel/intern/writeffmpeg.c > > Modified: trunk/blender/intern/ghost/CMakeLists.txt > === > --- trunk/blender/intern/ghost/CMakeLists.txt 2010-10-21 07:48:51 UTC > (rev 32628) > +++ trunk/blender/intern/ghost/CMakeLists.txt 2010-10-21 08:32:53 UTC > (rev 32629) > @@ -69,6 +69,7 @@ >ADD_DEFINITIONS(-DWITH_QUICKTIME) >ENDIF(WITH_QUICKTIME) > ELSEIF(WIN32) > +SET(CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} /WX") >LIST(APPEND INC ${WINTAB_INC}) > >LIST(APPEND SRC > > Modified: trunk/blender/source/blender/blenkernel/BKE_collision.h > === > --- trunk/blender/source/blender/blenkernel/BKE_collision.h 2010-10-21 > 07:48:51 UTC (rev 32628) > +++ trunk/blender/source/blender/blenkernel/BKE_collision.h 2010-10-21 > 08:32:53 UTC (rev 32629) > @@ -136,7 +136,7 @@ > / > // used in effect.c > / > -struct Object **get_collisionobjects(struct Scene *scene, struct Object > *self, struct Group *group, int *numcollobj); > +struct Object **get_collisionobjects(struct Scene *scene, struct Object > *self, struct Group *group, unsigned int *numcollobj); > > typedef struct ColliderCache { >struct ColliderCache *next, *prev; > > Modified: trunk/blender/source/blender/blenkernel/CMakeLists.txt > === > --- trunk/blender/source/blender/blenkernel/CMakeLists.txt 2010-10-21 > 07:48:51 UTC (rev 32628) > +++ trunk/blender/source/blender/blenkernel/CMakeLists.txt 2010-10-21 > 08:32:53 UTC (rev 32629) > @@ -130,6 +130,7 @@ > ENDIF(WITH_LZMA) > > IF(WIN32) > +SET(CMAKE_C_FLAGS "${CMAKE_C_FLAGS} /WX") >LIST(APPEND INC ${PTHREADS_INC}) > ENDIF(WIN32) > > > Modified: trunk/blender/source/blender/blenkernel/intern/cloth.c > === > --- trunk/blender/source/blender/blenkernel/intern/cloth.c 2010-10-21 > 07:48:51 UTC (rev 32628) > +++ trunk/blender/source/blender/blenkernel/intern/cloth.c 2010-10-21 > 08:32:53 UTC (rev 32629) > @@ -385,7 +385,8 @@ >Cloth *cloth; >ListBase *effectors = NULL; >MVert *mvert; > - int i, ret = 0; > + unsigned int i = 0; > + int ret = 0; > >/* simulate 1 frame forward */ >cloth = clmd->clothObject; > @@ -1044,10 +1045,10 @@ >Cloth *cloth = clmd->clothObject; >ClothSpring *spring = NULL, *tspring = NULL, *tspring2 = NULL; >unsigned int struct_springs = 0, shear_springs=0, bend_springs = 0; > - int i = 0; > - int numverts = dm->getNumVerts ( dm ); > - int numedges = dm->getNumEdges ( dm ); > - int numfaces = dm->getNumFaces ( dm ); > + unsigned int i = 0; > + unsigned int numverts = (unsigned int)dm->getNumVerts ( dm ); > + unsigned int numedges = (unsigned int)dm->getNumEdges ( dm ); > + unsigned int numfaces = (unsigned int)dm->getNumFaces ( dm ); >MEdge *medge = CDDM_get_edges ( dm ); >MFace *mface = CDDM_get_faces ( dm ); >int index2 = 0; // our second vertex index > > Modified: trunk/blender/source/blender/blenkernel/intern/collision.c > === > --- trunk/blender/source/blender/bl
[Bf-committers] Bmesh question
Hi Farshary, cannot say for internals of BMesh itself for collision people try to bring BMesh and https://code.google.com/p/carve/ see http://www.mail-archive.com/bf-committers@blender.org/msg01356.htmlwhich uses octree for it's purposes to determine local mesh ( returns nodes with pointers to mesh stuctures ). also see http://code.google.com/p/opencamlib/ which uses adaptive octree for mesh representation so looks like BMesh is capable to have nodeable mesh - but you would need to use additional data structures. Regards Sergey ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] Does blender svn cmake build with openCOLLADA
On 10/25/2010 08:00 PM, Reuben Martin wrote: > Not sure an about player, but I've been building with collada and cmake for > several months. > Thanks I didn't want to get into a situation where, after searching for possible problems in the source and collada shared libraries, I find that blender doesn't build with cmake with collada. A linux cmake svn build with player has been possible for a few svn revisions now. I've also changed the spec file from scons to cmake and the build failure is on first attempt to build the package and collada related which adds a further possible reason for failure. Thanks Dave P ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] Does blender svn cmake build with openCOLLADA
Not sure an about player, but I've been building with collada and cmake for several months. On Oct 25, 2010 8:42 AM, "Dave Plater" wrote: > Hi, I've created shared openCOLLADA libs to use for blender (They've > even got SONAMEs) and I'm also trying to change to cmake, does blender > build with cmake with collada and player? > You can see the openCOLLADA package at : > https://build.opensuse.org/package/show?package=openCOLLADA&project=home%3Aplater%3Ablender > the 2.5x blender package is in the same project. > I can also build them for fedora, ubuntu, debian, mandriva and centos at > a later stage, though I'm not familiar with debian style packages yet. > 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] Blender Proceedings, proposal
Having a (former) magazine editor as a bro-in-law y'all might want to tack on a few euros for 'editing' to fulfill the quality part. Speaking of which, he was the editor-in-chief of a couple magazines for years and now does freelance editing... Dan ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
[Bf-committers] Does blender svn cmake build with openCOLLADA
Hi, I've created shared openCOLLADA libs to use for blender (They've even got SONAMEs) and I'm also trying to change to cmake, does blender build with cmake with collada and player? You can see the openCOLLADA package at : https://build.opensuse.org/package/show?package=openCOLLADA&project=home%3Aplater%3Ablender the 2.5x blender package is in the same project. I can also build them for fedora, ubuntu, debian, mandriva and centos at a later stage, though I'm not familiar with debian style packages yet. Thanks Dave P ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] Blender Proceedings, proposal
Olivier Saraja wrote: > 2010/10/25 Carsten Wartmann c...@blenderbuch.de > > >> Blender Tutorials Guides are back ;-) >> >> I am in if anyhow possible. Good idea. >> >> > > +1 ;-) > > Excellent proposal ! ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] Blender Proceedings, proposal
2010/10/25 Carsten Wartmann c...@blenderbuch.de > Blender Tutorials Guides are back ;-) > > I am in if anyhow possible. Good idea. > +1 ;-) -- Olivier SARAJA ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] Blender Proceedings, proposal
Am 24.10.2010 16:35, schrieb Ton Roosendaal: > Hi all, ... > "Blender Proceedings" > > - Magazine style and size, full color > - 80 pages, quality paper, 200 grs cover Blender Tutorials Guides are back ;-) I am in if anyhow possible. Good idea. Carsten -- Carsten Wartmann: Autor - Dozent - 3D - Grafik Homepage: http://blenderbuch.de/ Das Blender-Buch: http://blenderbuch.de/redirect.html ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
[Bf-committers] Bmesh question
Hi The main drawback that makes Editmode unusable for high polycounts is that for nearly every operation the code has to iterate over every vert, edge and face, in any combination/amount depending on the tool. That makes the performance scaling with the number of geometry components pretty bad, there's no locality, local transformations are handled only with flags, checking over the rest of the elements where the flag has the correct value :( One of the thing that makes sculptris so smooth at high polycounts is that it seems to edit the topology in a local way, the tool only has to iterate over the geometry that is rigth under the brush. my question is if Bmesh will make possible to work in a local way or if is just a drop in replacement for the current mesh with no performance imporvement in the Editmode? cheers Farsthary ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] New Developer Doug Hammond (dougal2)
Hi Guys, Having just got my email subscribed and configured I can now reply and say thanks! Indeed adding the 'EF' code to blender SVN will help to reduce installation pain with regards to the exporters that use it. Perhaps others might find some of the code useful and/or improve it, though I will take the task mostly upon myself for that. In the process of submitting the code, I have in fact renamed it to extensions_framework, as I felt that the 'Exporter' name was a little too specific. As Campbell correctly summarised in the other thread, the module contains several high-level utilities that other py-extensions could potentially use, not just for export purposes. In fact, it is my intention to continually review the contents of the module against the blender API as it evolves, with a view to preferring to use the blender API where possible. The EF originally started life as a stop-gap solution to get a few jobs done that were missing or awkward in the blender API, but as the blender API evolves and grows to better support render/export integration I have no problem in obsoleting parts of the EF that might be deemed 'duplicate'. Regards, Doug. On 25 October 2010 05:14, Paolo Ciccone wrote: > Congratulations Doug! > > Paolo Ciccone > www.preta3d.com > www.paolociccone.com > > > > On Sat, Oct 23, 2010 at 9:12 AM, Jonathan Williamson < > jonat...@montagestudio.org> wrote: > >> Congrats! >> >> Does this mean we could see exporters that make use of this framework (such >> as Luxblend) bundled with the official builds, or at least not require the >> framework to install? >> >> Jonathan Williamson >> >> Instructor - http://www.blendercookie.com >> Personal Trainer - http://www.mavenseed.com >> Founder/Artist - http://www.montagestudio.org >> >> >> On Fri, Oct 22, 2010 at 9:05 PM, Daniel Salazar - 3Developer.com < >> zan...@gmail.com> wrote: >> >> > That's great Doug! congrats! >> > >> > Daniel Salazar >> > >> > >> > On Fri, Oct 22, 2010 at 10:20 AM, Sergey I. Sharybin > > >wrote: >> > >> > > Congrats, Doug! >> > > >> > > > Doug's recent work with Blender 2.5's render integration projects - >> > > > LuxBlend& Blendigo has resulted in an Exporter Framework (EF). >> > > > Doug has been granted commit access to move EF into Blender's python >> > > > modules directory for Addons to use. >> > > > >> > > > Welcome Doug! >> > > > ___ >> > > > Bf-committers mailing list >> > > > Bf-committers@blender.org >> > > > http://lists.blender.org/mailman/listinfo/bf-committer >> > > -- >> > > With best regards, Sergey I. Sharybin >> > > >> > > ___ >> > > 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 >> > >> ___ >> 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 > ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers