Re: [Bf-committers] Geometry in Compositor or Quadrangulation???
after a chat with Matt we agreed that there are two areas to take care now or eventually: 1- masking tools: simple, independant from 3D view, interactive, probably work inside *image editor*. rotobezier, power windows, etc go here 2- integration of 3D scene: this should be done by making a better *blender internal*. the renderer should handle non obstructive rendering of custom jobs, like it does with material preview renders. It should handle different cameras or resolution (to be able to render outside of main view's screenspace) and it should be able to render simple geometry like shadeless objects or normals as fast as possible. This is actually simmilar to an old design of mine that uses the 3D view instead of the image editor but still focuses on tweaking Blender Internal to be more flexible https://docs0.google.com/drawings/edit?id=1VLs3SkOjn9TVYtet0KvNTVLWvcgaH4gVYIUrMOMp_xo&authkey=CIK37ecL&hl=en what Pete is doing is probably a mix between the two and that's probably a bad idea :s cheers! Daniel Salazar 3Developer.com On Tue, Apr 12, 2011 at 12:04 AM, Daniel Salazar - 3Developer.com wrote: > to elaborate the problems with everything that has to be with scene > data and compositing together are speed/interactivity and integration. > what do you suggest? > > Daniel Salazar > 3Developer.com > > > > On Mon, Apr 11, 2011 at 11:58 PM, Daniel Salazar - 3Developer.com > wrote: >> What do you suggest? (not focusing on the pure topic of masking) >> >> Daniel Salazar >> 3Developer.com >> >> >> >> On Mon, Apr 11, 2011 at 11:51 PM, Matt Ebb wrote: >>> On Tue, Apr 12, 2011 at 3:35 PM, Daniel Salazar - 3Developer.com >>> wrote: Indeed! :) *but!* there are other uses for having a geometry node in the compositor like bringing geometry normals, vectors, alphas and what not and all interactive (no need for regular render). It's what other compositors do to integrate the 3D view with the compositor. We can see this as a step of integration. What do you think Matt? >>> >>> I think it's a bad idea. Blender already has a renderer and that's >>> what it's for. Duplicating code to make an entirely separate renderer >>> that's only used in the comp would end up in a world of >>> overcomplicated pain. If there are problems with the workflow of >>> rendering elements to be used in comp, then that should be worked on >>> itself, I don't think the solution is to ignore it and build an >>> entirely separate thing. >>> >>> But that's all putting the cart way before the horse anyway, when so >>> much of blender's compositor is still at quite a basic level for 2d >>> manipulations. >>> >>> Matt >>> ___ >>> 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] ctypes wrappers for blender
On Mon, Apr 11, 2011 at 5:18 AM, Hart's Antler wrote: > Hi BlenderDevs, > > http://rpythonic.googlecode.com/files/libblender-ctypes-test2.tar.bz2 > > Above contains a ctypes wrapper around a large part of the blender C API. > Also included is a blender.h header file that the wrapper is generated from. > I wasn't sure if there was some more headers that should be included in > there, so far its just a starting point. The archive includes libblender.so > compiled for 32bit ubuntu. The ctypes wrapper (blender.py) can be used from > within blender by having ctypes load an empty string, telling ctypes to load > from the current process, in case your not interesting in using libblender.so > > -brett Hi Brett, firstly do you have to do anything special with RPythonic to generate the wrapper? if so could you give info as to how you generated blender.py I noticed some of the structs have no fields, is there some way to control this? ImBuf & View3D for eg. Do you have some examples of this api being used? Noticed you had to make some changes to get blender to build as a library. You can also do this by building with WITH_PYTHON_MODULE which will give bpy.so but from what I can tell is the same thing as you generated, just means it can be done without editing cmake files. -- - Campbell ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
[Bf-committers] Blender 2.57 Release AHOY! (1)
Hi all, SVN is now locked, only the crucial release-related fixes get in now! Typically some last minute issues get found as well... I'd like the platform builders to give final blessings as well. Revision for release currently is: 36125, tagged as blender-2.57-release Builders for 2.57: Windows: Nathan Letwory Linux: Sergey Sharybin OS X: Jens Verwiebe FreeBSD: Pete Larabell Thanks! We're awesome! :) -Ton- Ton Roosendaal Blender Foundation t...@blender.orgwww.blender.org Blender Institute Entrepotdok 57A 1018AD Amsterdam The Netherlands ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] Blender 2.57 Release AHOY! (1)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 12.4.2011 21:14, Ton Roosendaal wrote: > Hi all, > Before we awesome builders do our building job, I want to first do the actual tagging of both bf-blender and bf-extensions. I'll reply to this message with the correct revision to get of blender-2.57-release tag when I'm done. /Nathan > SVN is now locked, only the crucial release-related fixes get in now! > > Typically some last minute issues get found as well... I'd like the > platform builders to give final blessings as well. > > Revision for release currently is: 36125, tagged as blender-2.57-release > > Builders for 2.57: > > Windows: Nathan Letwory > Linux: Sergey Sharybin > OS X: Jens Verwiebe > FreeBSD: Pete Larabell > > Thanks! We're awesome! :) > > -Ton- > > > Ton Roosendaal Blender Foundation t...@blender.orgwww.blender.org > Blender Institute Entrepotdok 57A 1018AD Amsterdam The Netherlands > > ___ > Bf-committers mailing list > Bf-committers@blender.org > http://lists.blender.org/mailman/listinfo/bf-committers - -- Nathan Letwory Letwory Interactive | Studio Lumikuu http://www.letworyinteractive.com | http://www.lumikuu.com -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJNpJciAAoJEKtfN7KsE0Tt/xkIAKLotcey+KzYa/Wlo7257P6m R/0kSkK1CL3aFWe+M3e+AT3o9Oul+GQXiTiQKI/o/S06O9QX6Z7kDnnQzl8mwuSh FW4T5rkfLlgPfPzTnT6SbQC0WfSpsX9UPCyuD295n0yAA0hnOdSOxeXKXGM4NQOa FS01ZcCuitdIS3GCYP+kDZ5vQH3Y1rOC+svGDE9XyA+MzW8q67zwzOruud/sl/EC b+KG2tTZucM8l1gp8mLy4DV6od8qOedRhreUdAZK0VyDDJ1QRPcQw5a67ThVu+AZ mGlyl/Mu4BheP9hBt9v92jBLKInVJGRpGxaw7Bvg+m3WVELYWSvskBz2SPXucgM= =e2cM -END PGP SIGNATURE- ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] Blender 2.57 Release AHOY! (1)
Hi, Planning update: a lot of pages on blender.org will get refreshed tomorrow too. But if all goes fine we could put it live end of day tomorrow. -Ton- Ton Roosendaal Blender Foundation t...@blender.orgwww.blender.org Blender Institute Entrepotdok 57A 1018AD Amsterdam The Netherlands On 12 Apr, 2011, at 20:14, Ton Roosendaal wrote: > Hi all, > > SVN is now locked, only the crucial release-related fixes get in now! > > Typically some last minute issues get found as well... I'd like the > platform builders to give final blessings as well. > > Revision for release currently is: 36125, tagged as blender-2.57- > release > > Builders for 2.57: > > Windows: Nathan Letwory > Linux: Sergey Sharybin > OS X: Jens Verwiebe > FreeBSD: Pete Larabell > > Thanks! We're awesome! :) > > -Ton- > > > Ton Roosendaal Blender Foundation t...@blender.org > www.blender.org > Blender Institute Entrepotdok 57A 1018AD Amsterdam The > Netherlands > > ___ > 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 2.57 Release AHOY! (1)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 12.4.2011 21:17, Nathan Letwory wrote: > On 12.4.2011 21:14, Ton Roosendaal wrote: >> Hi all, > > > Before we awesome builders do our building job, I want to first do the > actual tagging of both bf-blender and bf-extensions. I'll reply to this > message with the correct revision to get of blender-2.57-release tag > when I'm done. Blender sources: svn co https://svn.blender.org/svnroot/bf-blender/tags/blender-2.57-release/blender/@36129 blender-2.57-release also get your platform lib/* folder if necessary svn co https://svn.blender.org/svnroot/bf-blender/tags/blender-2.57-release/lib/windows/@36129 lib/windows (of course getting everything from under the tag is allowed too ;): svn co https://svn.blender.org/svnroot/bf-blender/tags/blender-2.57-release/@36129 blender-2.57-release ) Have fun building! /Nathan - -- Nathan Letwory Letwory Interactive | Studio Lumikuu http://www.letworyinteractive.com | http://www.lumikuu.com -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJNpJ4eAAoJEKtfN7KsE0Ttw8gIAIn+e68Wvb6jYxsVgPXITxXB F+M+rhn1CyUPpnwMf9I4Gi7/yPdxYwgL3MSgZpEFbytXKeeJDENfSl8KSn2kJ8rt anCbZusAqEIgF1GvdN6FOFf0rHeEvi7MtEpFr4mPpZ+mxI5gM8oLQHsg2qgQYU16 RH29zHCPT3NbIM4C2pGgw0WS6fcrqdupvPC/zoit9VjpZ+h8TL/yWNM0/SK9DYgI dva53RS9WJNBt/B8A0QeP3H2PiU1syoFaiWbfm/RJ7M87Ols6lIkJ/8NCFkbwxOP 1pBYeRxN1e4Y4g9bVJaJfBEbx2zvJhdyA8NjAJ7pw5b6Ka/Z2DqIIqUubNxI8lc= =ymP2 -END PGP SIGNATURE- ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] Blender 2.57 Release AHOY! (1)
Both of 32 and 64bit linux builds were uploaded to ftp.blender.org/incoming. I hope there's no issues with them. The only thing which i'd prefer to check -- content of the archive. Should it be something special there? And i've been able to make quick tests at my home computer only (no all that ubuntu/fedora/etc), so if somebody will make additional quick test before publishing -- would be useful. Nathan Letwory wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On 12.4.2011 21:17, Nathan Letwory wrote: >> On 12.4.2011 21:14, Ton Roosendaal wrote: >>> Hi all, >> >> Before we awesome builders do our building job, I want to first do the >> actual tagging of both bf-blender and bf-extensions. I'll reply to this >> message with the correct revision to get of blender-2.57-release tag >> when I'm done. > Blender sources: > > svn co > https://svn.blender.org/svnroot/bf-blender/tags/blender-2.57-release/blender/@36129 > blender-2.57-release > > also get your platform lib/* folder if necessary > > svn co > https://svn.blender.org/svnroot/bf-blender/tags/blender-2.57-release/lib/windows/@36129 > lib/windows > > (of course getting everything from under the tag is allowed too ;): svn > co > https://svn.blender.org/svnroot/bf-blender/tags/blender-2.57-release/@36129 > blender-2.57-release ) > > Have fun building! > > /Nathan > > - -- > Nathan Letwory > Letwory Interactive | Studio Lumikuu > http://www.letworyinteractive.com | http://www.lumikuu.com > -BEGIN PGP SIGNATURE- > Version: GnuPG v1.4.10 (MingW32) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ > > iQEcBAEBAgAGBQJNpJ4eAAoJEKtfN7KsE0Ttw8gIAIn+e68Wvb6jYxsVgPXITxXB > F+M+rhn1CyUPpnwMf9I4Gi7/yPdxYwgL3MSgZpEFbytXKeeJDENfSl8KSn2kJ8rt > anCbZusAqEIgF1GvdN6FOFf0rHeEvi7MtEpFr4mPpZ+mxI5gM8oLQHsg2qgQYU16 > RH29zHCPT3NbIM4C2pGgw0WS6fcrqdupvPC/zoit9VjpZ+h8TL/yWNM0/SK9DYgI > dva53RS9WJNBt/B8A0QeP3H2PiU1syoFaiWbfm/RJ7M87Ols6lIkJ/8NCFkbwxOP > 1pBYeRxN1e4Y4g9bVJaJfBEbx2zvJhdyA8NjAJ7pw5b6Ka/Z2DqIIqUubNxI8lc= > =ymP2 > -END PGP SIGNATURE- > ___ > Bf-committers mailing list > Bf-committers@blender.org > http://lists.blender.org/mailman/listinfo/bf-committers > -- With best regards, Sergey I. Sharybin ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] Blender 2.57 Release AHOY! (1)
El 12/04/11 21:53, Sergey I. Sharybin escribió: >Both of 32 and 64bit linux builds were uploaded to > ftp.blender.org/incoming. I hope there's no issues with them. The only > thing which i'd prefer to check -- content of the archive. Should it be > something special there? > > And i've been able to make quick tests at my home computer only (no all > that ubuntu/fedora/etc), so if somebody will make additional quick test > before publishing -- would be useful. Hi I could test it on some machines with ubuntu 32bits (Maverick, Natty) and Centos but It is no possible to download from ftp.blender.org/incoming. How could I do it without having to build them by myself ? Rafael Rios ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] Blender 2.57 Release AHOY! (1)
To download them you should use link http://download.blender.org/ftp/incoming/ rafa wrote: > El 12/04/11 21:53, Sergey I. Sharybin escribió: >> Both of 32 and 64bit linux builds were uploaded to >> ftp.blender.org/incoming. I hope there's no issues with them. The only >> thing which i'd prefer to check -- content of the archive. Should it be >> something special there? >> >> And i've been able to make quick tests at my home computer only (no all >> that ubuntu/fedora/etc), so if somebody will make additional quick test >> before publishing -- would be useful. > Hi > I could test it on some machines with ubuntu 32bits (Maverick, Natty) > and Centos but It is no possible to download from ftp.blender.org/incoming. > How could I do it without having to build them by myself ? > > Rafael Rios > ___ > Bf-committers mailing list > Bf-committers@blender.org > http://lists.blender.org/mailman/listinfo/bf-committers > -- With best regards, Sergey I. Sharybin ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] Blender 2.57 Release AHOY! (1)
FreeBSD-i386 and FreeBSD-amd64 are up on ftp. On Tue, Apr 12, 2011 at 1:46 PM, Nathan Letwory wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On 12.4.2011 21:17, Nathan Letwory wrote: >> On 12.4.2011 21:14, Ton Roosendaal wrote: >>> Hi all, >> >> >> Before we awesome builders do our building job, I want to first do the >> actual tagging of both bf-blender and bf-extensions. I'll reply to this >> message with the correct revision to get of blender-2.57-release tag >> when I'm done. > > Blender sources: > > svn co > https://svn.blender.org/svnroot/bf-blender/tags/blender-2.57-release/blender/@36129 > blender-2.57-release > > also get your platform lib/* folder if necessary > > svn co > https://svn.blender.org/svnroot/bf-blender/tags/blender-2.57-release/lib/windows/@36129 > lib/windows > > (of course getting everything from under the tag is allowed too ;): svn > co > https://svn.blender.org/svnroot/bf-blender/tags/blender-2.57-release/@36129 > blender-2.57-release ) > > Have fun building! > > /Nathan > > - -- > Nathan Letwory > Letwory Interactive | Studio Lumikuu > http://www.letworyinteractive.com | http://www.lumikuu.com > -BEGIN PGP SIGNATURE- > Version: GnuPG v1.4.10 (MingW32) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ > > iQEcBAEBAgAGBQJNpJ4eAAoJEKtfN7KsE0Ttw8gIAIn+e68Wvb6jYxsVgPXITxXB > F+M+rhn1CyUPpnwMf9I4Gi7/yPdxYwgL3MSgZpEFbytXKeeJDENfSl8KSn2kJ8rt > anCbZusAqEIgF1GvdN6FOFf0rHeEvi7MtEpFr4mPpZ+mxI5gM8oLQHsg2qgQYU16 > RH29zHCPT3NbIM4C2pGgw0WS6fcrqdupvPC/zoit9VjpZ+h8TL/yWNM0/SK9DYgI > dva53RS9WJNBt/B8A0QeP3H2PiU1syoFaiWbfm/RJ7M87Ols6lIkJ/8NCFkbwxOP > 1pBYeRxN1e4Y4g9bVJaJfBEbx2zvJhdyA8NjAJ7pw5b6Ka/Z2DqIIqUubNxI8lc= > =ymP2 > -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] Blender 2.57 Release AHOY! (1)
Just wanted to put in a "me too". I got a good build for Fedora 14 x86_64. Tested it out remotely over X11 Forwarding (cygwin) and everything seemed fine. No console errors so that's good. With all the stuff Dave P. and I are doing to the source to make it compatible with with the distribution requirements, if mine works, chances are the standard linux build is fine. Richard ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] Blender 2.57 Release AHOY! (1)
Maybe retag after 36130 and 36131? Mainly cosmetic fixes, but this is a real release and errors are in the splash. ;-) :/ ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] Blender 2.57 Release AHOY! (1)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 13.4.2011 0:20, Thomas Dinges wrote: > Maybe retag after 36130 and 36131? > Mainly cosmetic fixes, but this is a real release and errors are in the > splash. ;-) Retagged. tags/blender-2.57-release should now be checked out on Revision: 36135 Builders, if you could please rebuild with that revision? /Nathan - -- Nathan Letwory Letwory Interactive | Studio Lumikuu http://www.letworyinteractive.com | http://www.lumikuu.com -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJNpMWkAAoJEKtfN7KsE0TtRBwH/1AEJsvyp1Q8XVwkeYN7ykVt Sm4e/7XLBJsfPvhj3ygFzioSG5Wx4CkzhK8ur/0lrdHvTt0RofTGMYHltZi+e4eY w6EGr+IE1q1qseDEcM4XdaWzkQSm7Bx2p2xZuAPpc7D28Ba0FakF309pH3viMRRR LXXxJdIDKfFOwhLDng1jGKTn2I0ksRipBtdmu1Km3IZHQ+918c7IoTNxWVrWC1jo 58rosA2EFQrThOerZGfV+Chtq8AoDvU6cTGpkaVL2fTeIks1ZoirdPIFUfdPZAs6 dGMk63MbF4Ev1Szk+GN+dLWJi4cr5xvHZr27m441bjfqrx1gXB1uZh9L+7FggKo= =V3nI -END PGP SIGNATURE- ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] Blender 2.57 Release AHOY! (1)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 >> Builders for 2.57: >> >> Windows: Nathan Letwory Windows builds in my homedir on d.b.o under 257release/ - -- Nathan Letwory Letwory Interactive | Studio Lumikuu http://www.letworyinteractive.com | http://www.lumikuu.com -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJNpMo5AAoJEKtfN7KsE0Tt6aMH/1lGsTDxV85HED6/WP/cqfIN t5NAhLzf9QyPfkxXd/A6OqZQ9A9XpGBnWUTB181beitzuUJrXNa8g1L+qlOC+G+b xcictLDYZuci/CV3EoxJzwOsDs/addijcO+7FAjevBDYgOLZ0MHols7PvpTamIaw lYF+71t2hrUHzOcIvWCCPJ2WLfKIxgd7Lwti3AnCJR332qAyicCbT/3W1y5Fi7BI RSifHMTI9N/TfDBMOq4N2CkF3SubuiphIzCyuX+IhsGWVCbyJCiXNZmBYee9EWb1 cyyM+aVqCFg49kIy+kaj7WvnfssyLgIAuLaWFV2he7UL0eyL5UaMYLMNmxio86M= =cWRL -END PGP SIGNATURE- ___ 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 [36119] trunk/blender/source: report missing engines on file load.
This is reporting missing engine for any 2.49 file. (Engine not available: '' for scene: Scene, an addon ) [win7 64bit blender scons] 2011/4/12 Campbell Barton : > Revision: 36119 > > http://projects.blender.org/scm/viewvc.php?view=rev&root=bf-blender&revision=36119 > Author: campbellbarton > Date: 2011-04-12 15:55:38 + (Tue, 12 Apr 2011) > Log Message: > --- > report missing engines on file load. (request from Martin). > > Modified Paths: > -- > trunk/blender/source/blender/render/intern/source/pipeline.c > trunk/blender/source/blender/windowmanager/intern/wm_files.c > trunk/blender/source/creator/creator.c > > Modified: trunk/blender/source/blender/render/intern/source/pipeline.c > === > --- trunk/blender/source/blender/render/intern/source/pipeline.c > 2011-04-12 15:55:04 UTC (rev 36118) > +++ trunk/blender/source/blender/render/intern/source/pipeline.c > 2011-04-12 15:55:38 UTC (rev 36119) > @@ -35,6 +35,7 @@ > #include > #include > #include > +#include > > #include "DNA_group_types.h" > #include "DNA_image_types.h" > @@ -3349,13 +3350,9 @@ > > static int external_render_3d(Render *re, int do_all) > { > - RenderEngineType *type; > + RenderEngineType *type= BLI_findstring(&R_engines, re->r.engine, > offsetof(RenderEngineType, idname)); > RenderEngine engine; > > - for(type=R_engines.first; type; type=type->next) > - if(strcmp(type->idname, re->r.engine) == 0) > - break; > - > if(!(type && type->render)) > return 0; > if((re->r.scemode & R_PREVIEWBUTS) && !(type->flag & RE_DO_PREVIEW)) > > Modified: trunk/blender/source/blender/windowmanager/intern/wm_files.c > === > --- trunk/blender/source/blender/windowmanager/intern/wm_files.c > 2011-04-12 15:55:04 UTC (rev 36118) > +++ trunk/blender/source/blender/windowmanager/intern/wm_files.c > 2011-04-12 15:55:38 UTC (rev 36119) > @@ -33,7 +33,7 @@ > /* placed up here because of crappy > * winsock stuff. > */ > -#include > +#include > #include > #include > > @@ -96,6 +96,8 @@ > #include "ED_view3d.h" > #include "ED_util.h" > > +#include "RE_pipeline.h" /* only to report missing engine */ > + > #include "GHOST_C-api.h" > #include "GHOST_Path-api.h" > > @@ -338,6 +340,17 @@ > #endif > CTX_wm_window_set(C, NULL); /* exits queues */ > > + /* TODO, make this show in header info window */ > + { > + Scene *sce; > + for(sce= G.main->scene.first; sce; sce= sce->id.next) > { > + if(BLI_findstring(&R_engines, sce->r.engine, > offsetof(RenderEngineType, idname)) == NULL) { > + BKE_reportf(reports, RPT_WARNING, > "Engine not available: '%s' for scene: %s, an addon may need to be installed > or enabled", sce->r.engine, sce->id.name+2); > + } > + } > + } > + > + > // XXX undo_editmode_clear(); > BKE_reset_undo(); > BKE_write_undo(C, "original"); /* save current state */ > > Modified: trunk/blender/source/creator/creator.c > === > --- trunk/blender/source/creator/creator.c 2011-04-12 15:55:04 UTC (rev > 36118) > +++ trunk/blender/source/creator/creator.c 2011-04-12 15:55:38 UTC (rev > 36119) > @@ -43,6 +43,7 @@ > #endif > > #include > +#include > #include > > /* for setuid / getuid */ > @@ -583,18 +584,12 @@ > { > printf("\nError: no blend loaded. order the > arguments so '-E / --engine ' is after a blend is loaded.\n"); > } > - else > - { > + else { > Scene *scene= CTX_data_scene(C); > RenderData *rd = &scene->r; > - RenderEngineType *type = NULL; > > - for( type = R_engines.first; type; type = > type->next ) > - { > - if (!strcmp(argv[1],type->idname)) > - { > - BLI_strncpy(rd->engine, > type->idname, sizeof(rd->engine)); > - } > + if(BLI_findstring(&R_engines, argv[1], > offsetof(RenderEngineType, idname))) { > + BLI_strncpy(rd->engine, argv[1], > sizeof(rd->engine)); > } > } > } > >
Re: [Bf-committers] Blender 2.57 Release AHOY! (1)
s t o p the machines. (man I always wanted to say that for real) rev.#36119 introduced a bug when opening 2.49 files. btw saving the file with 2.57 and re-opening doesn't help either (the file still doesn't have an "Engine" (confirmed by Nathan (jesterKing)) Thanks, Dalai 2011/4/12 Nathan Letwory : > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > >>> Builders for 2.57: >>> >>> Windows: Nathan Letwory > > Windows builds in my homedir on d.b.o under 257release/ > > - -- > Nathan Letwory > Letwory Interactive | Studio Lumikuu > http://www.letworyinteractive.com | http://www.lumikuu.com > -BEGIN PGP SIGNATURE- > Version: GnuPG v1.4.10 (MingW32) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ > > iQEcBAEBAgAGBQJNpMo5AAoJEKtfN7KsE0Tt6aMH/1lGsTDxV85HED6/WP/cqfIN > t5NAhLzf9QyPfkxXd/A6OqZQ9A9XpGBnWUTB181beitzuUJrXNa8g1L+qlOC+G+b > xcictLDYZuci/CV3EoxJzwOsDs/addijcO+7FAjevBDYgOLZ0MHols7PvpTamIaw > lYF+71t2hrUHzOcIvWCCPJ2WLfKIxgd7Lwti3AnCJR332qAyicCbT/3W1y5Fi7BI > RSifHMTI9N/TfDBMOq4N2CkF3SubuiphIzCyuX+IhsGWVCbyJCiXNZmBYee9EWb1 > cyyM+aVqCFg49kIy+kaj7WvnfssyLgIAuLaWFV2he7UL0eyL5UaMYLMNmxio86M= > =cWRL > -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] Blender 2.57 Release AHOY! (1)
After loading the previous presets and using the file browser the bookmarks, recent files and other data from old version do NOT work. After closing blender and opening again they work as expected take that dfelinto puto!! Daniel Salazar 3Developer.com On Tue, Apr 12, 2011 at 5:32 PM, Dalai Felinto wrote: > s t o p the machines. > (man I always wanted to say that for real) > > rev.#36119 introduced a bug when opening 2.49 files. btw saving the > file with 2.57 and re-opening doesn't help either (the file still > doesn't have an "Engine" (confirmed by Nathan (jesterKing)) > > Thanks, > Dalai > 2011/4/12 Nathan Letwory : >> -BEGIN PGP SIGNED MESSAGE- >> Hash: SHA1 >> Builders for 2.57: Windows: Nathan Letwory >> >> Windows builds in my homedir on d.b.o under 257release/ >> >> - -- >> Nathan Letwory >> Letwory Interactive | Studio Lumikuu >> http://www.letworyinteractive.com | http://www.lumikuu.com >> -BEGIN PGP SIGNATURE- >> Version: GnuPG v1.4.10 (MingW32) >> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ >> >> iQEcBAEBAgAGBQJNpMo5AAoJEKtfN7KsE0Tt6aMH/1lGsTDxV85HED6/WP/cqfIN >> t5NAhLzf9QyPfkxXd/A6OqZQ9A9XpGBnWUTB181beitzuUJrXNa8g1L+qlOC+G+b >> xcictLDYZuci/CV3EoxJzwOsDs/addijcO+7FAjevBDYgOLZ0MHols7PvpTamIaw >> lYF+71t2hrUHzOcIvWCCPJ2WLfKIxgd7Lwti3AnCJR332qAyicCbT/3W1y5Fi7BI >> RSifHMTI9N/TfDBMOq4N2CkF3SubuiphIzCyuX+IhsGWVCbyJCiXNZmBYee9EWb1 >> cyyM+aVqCFg49kIy+kaj7WvnfssyLgIAuLaWFV2he7UL0eyL5UaMYLMNmxio86M= >> =cWRL >> -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 > ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] GPL v2/v3 problem.
Hi all, - Original Message - > Yes, there also seems to be some confusion with GPL and LGPL. > > Even if Eigen was not additionally lisenced as GPL2+, the main license > is LGPL3 and not GPL3 so a GPL2 prog (or even a proprietary program) > can use it without problem. Ah yes, I didn't realise it was using LGPL. But there is still the Wavelet Turbulence code, which looks like it uses GPLv3. E.g. intern/smoke/intern/IMAGE.h // Wavelet Turbulence is free software: you can redistribute it and/or modify // it under the terms of the GNU General Public License as published by // the Free Software Foundation, either version 3 of the License, or // (at your option) any later version. Is there any plan to relicense it as GPLv2? Cheers, Alex ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] Geometry in Compositor or Quadrangulation???
Ok here's the ultimate sucky mockup for a 2D masking environment. I focuses on a getting the basics of masking well done. leaving better integration with 3D scene for later. http://www.zanqdo.com/tmp/MockUpMask.png Daniel Salazar 3Developer.com On Tue, Apr 12, 2011 at 3:54 AM, Daniel Salazar - 3Developer.com wrote: > after a chat with Matt we agreed that there are two areas to take care > now or eventually: > > 1- masking tools: simple, independant from 3D view, interactive, > probably work inside *image editor*. rotobezier, power windows, etc go > here > > 2- integration of 3D scene: this should be done by making a better > *blender internal*. the renderer should handle non obstructive > rendering of custom jobs, like it does with material preview renders. > It should handle different cameras or resolution (to be able to render > outside of main view's screenspace) and it should be able to render > simple geometry like shadeless objects or normals as fast as possible. > This is actually simmilar to an old design of mine that uses the 3D > view instead of the image editor but still focuses on tweaking Blender > Internal to be more flexible > > https://docs0.google.com/drawings/edit?id=1VLs3SkOjn9TVYtet0KvNTVLWvcgaH4gVYIUrMOMp_xo&authkey=CIK37ecL&hl=en > > what Pete is doing is probably a mix between the two and that's > probably a bad idea :s > > cheers! > > Daniel Salazar > 3Developer.com > > > > On Tue, Apr 12, 2011 at 12:04 AM, Daniel Salazar - 3Developer.com > wrote: >> to elaborate the problems with everything that has to be with scene >> data and compositing together are speed/interactivity and integration. >> what do you suggest? >> >> Daniel Salazar >> 3Developer.com >> >> >> >> On Mon, Apr 11, 2011 at 11:58 PM, Daniel Salazar - 3Developer.com >> wrote: >>> What do you suggest? (not focusing on the pure topic of masking) >>> >>> Daniel Salazar >>> 3Developer.com >>> >>> >>> >>> On Mon, Apr 11, 2011 at 11:51 PM, Matt Ebb wrote: On Tue, Apr 12, 2011 at 3:35 PM, Daniel Salazar - 3Developer.com wrote: > Indeed! :) *but!* there are other uses for having a geometry node in > the compositor like bringing geometry normals, vectors, alphas and > what not and all interactive (no need for regular render). It's what > other compositors do to integrate the 3D view with the compositor. We > can see this as a step of integration. What do you think Matt? I think it's a bad idea. Blender already has a renderer and that's what it's for. Duplicating code to make an entirely separate renderer that's only used in the comp would end up in a world of overcomplicated pain. If there are problems with the workflow of rendering elements to be used in comp, then that should be worked on itself, I don't think the solution is to ignore it and build an entirely separate thing. But that's all putting the cart way before the horse anyway, when so much of blender's compositor is still at quite a basic level for 2d manipulations. Matt ___ 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] Use DerivedMesh instead of Mesh in GeometryExporter
I'm trying to get Blender to export normals, tangents and binormals. I'm not familiar with the modifiers system yet, so I can't say how this affects the exporting objects with baked modifiers. Any info on this is very much appreciated. What do you mean by making this a property of the operator? I'm hoping not to lose any previous functionality, but since this is my first time tinkering with Blender's code base, I probably messed something up in there. If exporting scenes with instancing is already supported by the current implementation, it should continue to do so. Is there anyway you can provide me a simple scene with such example? That way I can test it and make sure I don't break any previously supported feature. To be honest, it's not very clear to me what exactly the current exporter already supports. In my understanding, the current implementation works in certain scenarios, but lacks support in other areas, and has bugs. I'm hoping that my contributions can improve Blender's COLLADA support. Cheers, Daniel On Mon, Apr 11, 2011 at 4:01 PM, Wenzel Jakob wrote: > Ah, nice! I suppose this patch is meant to export objects with baked > modifiers? > > One suggestion from my end would be to make this a property of the > operator itself (i.e. whether to export original/derived meshes) so that > the old functionality is still there. > > Also, I'm curious: will your patch preserve the ability to export scenes > with instancing? This currently works quite well with the original mesh > implementation and can potentially save vast amounts of storage in > scenes that make use of this feature. > > Thanks, > Wenzel > > On 11/04/11 22:04, Daniel Tavares wrote: > > Hey Nathan, > > > > These are the changes I made in the GeometryExporter so it uses > DerivedMesh > > as opposed to Mesh. It still needs work, or possibly, not as many changes > as > > are in there. But given this is my first attempt at changing Blender's > code, > > I want to get some feedback, before I go to deep in this rabbit hole. > > > > http://codereview.appspot.com/4387052/ > > > > > > Cheers, > > > > Daniel (dBugSlayer) > > ___ > > 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
Re: [Bf-committers] Blender 2.57 Release AHOY! (1)
Both my fault too! - Error report on engine load only shows in the info view, so no popups which complain to the user, infact the message should show in the info header but because its done on file load it doesn't, I marked it as a TODO in the code, so we have a nice case of a bug hiding a bug. IMHO its bad but not a showstopper (fixed in svn). - Not loading bookmarks & recent file list is stupid, currently this is only done on load. This bug existed before the "Copy Previous Settings" operator was added it just that moving blenders configuration wasn't something users ended up doing much. My main aim was go get the files copied to the right locations & correctly check if copying was needed on all OS's & configurations, (self contained, system wide install etc). Calling WM_read_history() on file new looks like it should work. The bookmarks are not so simple since its called from ED_file_init which initializes file sel icons & thumbnail dir, of coure splitting it off into a function isn't hard, but I rather not do this as a last minute fix. For a quick solution on this it could just have a popup that says "restart blender for new settings". The drawback with this is it leaves blender splash with the "Copy Settings" button still there, as if nothing happened, the splash wont redraw without the button because of how its setup (draw call only runs once), the copy settings operator has no way to exit the splash or force a re-initialization - unless we add some api calls or operators to do so... ...so maybe users can just put up with this one time annoyances?, we probably get a huge number of more important reports so since this is only a glitch and doesn't stop the button being useful I'm inclined to just go ahead with the release. ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] Blender 2.57 Release AHOY! (1)
Hi Campbell, here (on windows 64) the message shows as a warning popup actually (before your commit/fix) http://www.pasteall.org/pic/show.php?id=10969 So imho it's really annoying/misleading (thinking in the mainstream user that used to work in 2.49 and is finally migrating to 2.5). -- Dalai 2011/4/12 Campbell Barton : > Both my fault too! > - Error report on engine load only shows in the info view, so no > popups which complain to the user, infact the message should show in > the info header but because its done on file load it doesn't, I marked > it as a TODO in the code, so we have a nice case of a bug hiding a > bug. > IMHO its bad but not a showstopper (fixed in svn). > > - Not loading bookmarks & recent file list is stupid, currently this > is only done on load. > This bug existed before the "Copy Previous Settings" operator was > added it just that moving blenders configuration wasn't something > users ended up doing much. > My main aim was go get the files copied to the right locations & > correctly check if copying was needed on all OS's & configurations, > (self contained, system wide install etc). > > Calling WM_read_history() on file new looks like it should work. > The bookmarks are not so simple since its called from ED_file_init > which initializes file sel icons & thumbnail dir, of coure splitting > it off into a function isn't hard, but I rather not do this as a last > minute fix. > > For a quick solution on this it could just have a popup that says > "restart blender for new settings". > The drawback with this is it leaves blender splash with the "Copy > Settings" button still there, as if nothing happened, the splash wont > redraw without the button because of how its setup (draw call only > runs once), the copy settings operator has no way to exit the splash > or force a re-initialization - unless we add some api calls or > operators to do so... > > ...so maybe users can just put up with this one time annoyances?, we > probably get a huge number of more important reports so since this is > only a glitch and doesn't stop the button being useful I'm inclined to > just go ahead with the release. > ___ > 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 2.57 Release AHOY! (1)
Odd. That this behaves differently on Linux and Windows is also a bug! maybe this one? https://projects.blender.org/tracker/index.php?func=detail&aid=26708&group_id=9&atid=498 Can you confirm this happens with release build? - since the report mentions difference between scons/cmake its possible only in your build. If this popup issue is windows only then we could save some hassle and only do a windows build?. On Wed, Apr 13, 2011 at 4:02 AM, Dalai Felinto wrote: > Hi Campbell, > > here (on windows 64) the message shows as a warning popup actually > (before your commit/fix) http://www.pasteall.org/pic/show.php?id=10969 > > So imho it's really annoying/misleading (thinking in the mainstream > user that used to work in 2.49 and is finally migrating to 2.5). > > -- > Dalai > > 2011/4/12 Campbell Barton : >> Both my fault too! >> - Error report on engine load only shows in the info view, so no >> popups which complain to the user, infact the message should show in >> the info header but because its done on file load it doesn't, I marked >> it as a TODO in the code, so we have a nice case of a bug hiding a >> bug. >> IMHO its bad but not a showstopper (fixed in svn). >> >> - Not loading bookmarks & recent file list is stupid, currently this >> is only done on load. >> This bug existed before the "Copy Previous Settings" operator was >> added it just that moving blenders configuration wasn't something >> users ended up doing much. >> My main aim was go get the files copied to the right locations & >> correctly check if copying was needed on all OS's & configurations, >> (self contained, system wide install etc). >> >> Calling WM_read_history() on file new looks like it should work. >> The bookmarks are not so simple since its called from ED_file_init >> which initializes file sel icons & thumbnail dir, of coure splitting >> it off into a function isn't hard, but I rather not do this as a last >> minute fix. >> >> For a quick solution on this it could just have a popup that says >> "restart blender for new settings". >> The drawback with this is it leaves blender splash with the "Copy >> Settings" button still there, as if nothing happened, the splash wont >> redraw without the button because of how its setup (draw call only >> runs once), the copy settings operator has no way to exit the splash >> or force a re-initialization - unless we add some api calls or >> operators to do so... >> >> ...so maybe users can just put up with this one time annoyances?, we >> probably get a huge number of more important reports so since this is >> only a glitch and doesn't stop the button being useful I'm inclined to >> just go ahead with the release. >> ___ >> 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 > -- - Campbell ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers