Re: [Bf-committers] A resources help for paper (Farsthary)
Hi Raul, I bet we are on the same deadline. I don't know many things about sculpting, but I believe you should probably mention automatic quadrangulation methods if you are subdividing using Catmull Clark, since the straightforward approach to me would be to deal with triangle meshes and then quadrangulate the result. Last year the cutting edge was Mixed integer quadrangulations, Quadcover is older but still in use, and last year at siggraph there were two papers, one called something like Wave based quadrangulations and the other one called Lp Centroidal Voronoi Tesselations (also dealing with volumic meshing). About sculpting I remember some work about virtual clay modeling and swirling sweepers about volume preservation, but it's a bit old, and might be obsolete. Typing this on scholar provides some results maybe checkout this, the page mentions papers citing it which might be more in the mood: http://portal.acm.org/citation.cfm?id=364338.364395. It's too bad citeseer is currently down. If you are dealing with multiresolution meshes, this should also be part of the related work, I'm not aware of this field to provide up to date references, sorry. I hope this tiny bit will help you, good luck ! regards, Vincent - Mail original - De: ra...@info.upr.edu.cu À: bf-blender developers bf-committers@blender.org Envoyé: Mercredi 5 Janvier 2011 22:40:48 Objet: Re: [Bf-committers] A resources help for paper (Farsthary) Ops I forgot in my previous repply to mention that the paper I'm writting: 'Dynamic subdivission sculpting' will make life easier for those who want to integrate that feature in any sculpting pipeline. I'm writting there the unlimited clay algorithm essence and theory, and contrary to what I thougth at the beginning of the project it has some quirks that are very hard to realize, so I hope to contribute a little with the developer community not only of Blender, sharing this knowledge. regards Raul ___ 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] blender25 and ctypes-pygtk
I managed to get GTK to work pretty well with blender25 using ctypes. The old PyGTK bindings didn't work that well with blender2.4x because the GTK mainloop did not release the GIL, and there was no ideal way to iterate the main loop from blender. Thankfully ctypes releases the GIL, so threading works! Not sure if updating blender data from a GTK thread can cause a crash, but with this simple addon that changes the scale of the selected object everything is ok so far.more details and source code here:http://pyppet.blogspot.com/2011/01/ctypes-pygtk-in-blender25.html -brett ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] A resources help for paper (Farsthary)
Hi :) Hi Raul, I bet we are on the same deadline. I don't know many things about sculpting, but I believe you should probably mention automatic quadrangulation methods if you are subdividing using Catmull Clark, Oh yes :) ! I´m aiming at SIGGRAPH 2011 , perhaps is too high goal for me but I think I´m ready to take the chance :) The good thing about the algorithm I´m developing is that it is relatively independent from the subdivision scheme used, so the simpler, the faster to calculate and for several architectural decitions I´m enforcing triangles only. (you will understand why sculptris use triangles only too ;) ) so I end up using Loop subdivision scheme. since the straightforward approach to me would be to deal with triangle meshes and then quadrangulate the result. Last year the cutting edge was Mixed integer quadrangulations, Quadcover is older but still in use, and last year at siggraph there were two papers, one called something like Wave based quadrangulations and the other one called Lp Centroidal Voronoi Tesselations (also dealing with volumic meshing). Definately Centriodal Voronoi Tessellations are an appealing remeshing/relaxation algorithm and I have being tempted to put my hands on it, but I don´t know the status of the quad remeshing GSOC and I don´t want to overlap with that cool project, perhaps in the future, when Unlimited Clay is fleshed out I could extend its relaxation scheme to include it, it will be fun ;) About sculpting I remember some work about virtual clay modeling and swirling sweepers about volume preservation, but it's a bit old, and might be obsolete. Typing this on scholar provides some results maybe checkout this, the page mentions papers citing it which might be more in the mood: http://portal.acm.org/citation.cfm?id=364338.364395. It's too bad citeseer is currently down. If you are dealing with multiresolution meshes, this should also be part of the related work, I'm not aware of this field to provide up to date references, sorry. I hope this tiny bit will help you, good luck ! regards, Vincent Thanks for your advices ... I wish you the best of luck too. Cheers Raul - Mail original - De: ra...@info.upr.edu.cu À: bf-blender developers bf-committers@blender.org Envoyé: Mercredi 5 Janvier 2011 22:40:48 Objet: Re: [Bf-committers] A resources help for paper (Farsthary) Ops I forgot in my previous repply to mention that the paper I'm writting: 'Dynamic subdivission sculpting' will make life easier for those who want to integrate that feature in any sculpting pipeline. I'm writting there the unlimited clay algorithm essence and theory, and contrary to what I thougth at the beginning of the project it has some quirks that are very hard to realize, so I hope to contribute a little with the developer community not only of Blender, sharing this knowledge. regards Raul ___ 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] SVN Migration today
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, Appologies for the short notice, but today (.nl/.fi today) we'll be conducting svn migration. It'll take several hours. If you notice difficulties with access, it might be because of that. I'll write the ML again when we have completed the migration. /Nathan - -- Nathan Letwory Blender Foundation | Letwory Interactive http://www.blender.org | http://www.letworyinteractive.com -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJNJcInAAoJEKtfN7KsE0TtVIwH/1TutQha4Q2pIVqQCq2r0uSI wSAw0vfbiN5iidENkcUIyb3n1wg38dkKqSjangSjZe8D5PWFiyzXCU9st6EE9hWa DbmZhhhw3it/mLSYNhseODwfICqLRH6caXv0917FukRSsUI41xZw54EZifVKX49a CD+i4O8OS7z11I29UABuO9kD+gXiHyLpArL2iwj2B3N9tgrSYMmQyMVneIePY97o uaZ6HKa0IBypsgObzs00u+YopWof1N7rDsdJXeoD7iGSyssonipFu764FalvKhlz zOmk+AVwruaavjQe25tIHKvDuGLn7XVgmJYewvv36zbuTj0jNeUcJMfFiyygzlY= =cVRj -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 [34133] trunk/blender/source/blender/ editors/transform/transform.c: Bug fix:
On 01/06/2011 03:19 PM, Ton Roosendaal wrote: Revision: 34133 http://projects.blender.org/plugins/scmsvn/viewcvs.php?view=revroot=bf-blenderrevision=34133 Author: ton Date: 2011-01-06 15:19:46 +0100 (Thu, 06 Jan 2011) Log Message: --- Bug fix: On texture-space transform, pressing Rkey crashed. Now it refuses to enter rotation mode. :) I always wondered why we can scale and grab but not rotate the texture space? Carsten ___ 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 [34133] trunk/blender/source/blender/ editors/transform/transform.c: Bug fix:
Hi, The texture space transform now is a simple single mult + addition. Rotation is possible too of course, just a bit slower renders need for nicer draw of texspace box with axes. -Ton- Ton Roosendaal Blender Foundation t...@blender.orgwww.blender.org Blender Institute Entrepotdok 57A 1018AD Amsterdam The Netherlands On 6 Jan, 2011, at 15:55, Carsten Wartmann wrote: On 01/06/2011 03:19 PM, Ton Roosendaal wrote: Revision: 34133 http://projects.blender.org/plugins/scmsvn/viewcvs.php?view=revroot=bf-blenderrevision=34133 Author: ton Date: 2011-01-06 15:19:46 +0100 (Thu, 06 Jan 2011) Log Message: --- Bug fix: On texture-space transform, pressing Rkey crashed. Now it refuses to enter rotation mode. :) I always wondered why we can scale and grab but not rotate the texture space? Carsten ___ 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] [Bf-blender-cvs] SVN commit: /data/svn/bf-blender [34133] trunk/blender/source/blender/ editors/transform/transform.c: Bug fix:
On 01/06/2011 06:17 PM, Ton Roosendaal wrote: Hi, The texture space transform now is a simple single mult + addition. Rotation is possible too of course, just a bit slower renders need for nicer draw of texspace box with axes. Maybe the lack of rotation is a reason so few (I think) people use this feature. So they use a cube, set non-renderable, switch on the axis display and use this as object input. Maybe it is not worth implementing the rotation and tell people to use a object? Carsten ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] Fwd: Copyright violation distributing faac binaries together with GPL software
Ton, libavcodec *is* FFmpeg. (Or part of it, anyway.) The problem that is claimed is that libfaac is included in Blender's version of libavcodec that is distributed with Blender 2.49. The solution is to compile FFmpeg / libavcodec without libfaac. (Throwing out x264 is not an option, as libfaac has more problems than just being GPL-incompatible) It should be a build config change and that's it - but someone has to build a new distribution. Then we should be OK. SVN is down fot the moment, so I haven't been able to look at the 2.49 source to figure out where the change needs to be made. We lose the ability to encode sound using AAC, but nothing more. Could you run this past Carl Hoyos and see if I got this thing right? See here for some others who have run into the same issue: https://bugs.launchpad.net/ubuntu/+source/faac/+bug/374900 http://lists.rpmfusion.org/pipermail/rpmfusion-developers/2009-October/006221.html Also look here for a libfaac license change (?): http://faac.cvs.sourceforge.net/viewvc/faac/faac/libfaac/tns.c?r1=1.8r2=1.9 Here's the libfaac license, for reference: BEGIN LIBFAAC LICENCE __ COPYRIGHTS FAAC is based on the ISO MPEG-4 reference code. For this base code the following license applies: ** This software module was originally developed by FirstName LastName (CompanyName) and edited by FirstName LastName (CompanyName) FirstName LastName (CompanyName) in the course of development of the MPEG-2 NBC/MPEG-4 Audio standard ISO/IEC 13818-7, 14496-1,2 and 3. This software module is an implementation of a part of one or more MPEG-2 NBC/MPEG-4 Audio tools as specified by the MPEG-2 NBC/MPEG-4 Audio standard. ISO/IEC gives users of the MPEG-2 NBC/MPEG-4 Audio standards free license to this software module or modifications thereof for use in hardware or software products claiming conformance to the MPEG-2 NBC/ MPEG-4 Audio standards. Those intending to use this software module in hardware or software products are advised that this use may infringe existing patents. The original developer of this software module and his/her company, the subsequent editors and their companies, and ISO/IEC have no liability for use of this software module or modifications thereof in an implementation. Copyright is not released for non MPEG-2 NBC/MPEG-4 Audio conforming products. The original developer retains full right to use the code for his/her own purpose, assign or donate the code to a third party and to inhibit third party from using the code for non MPEG-2 NBC/MPEG-4 Audio conforming products. This copyright notice must be included in all copies or derivative works. Copyright (c) 1997. ** For the changes made for the FAAC project the GNU Library General Public License (LGPL), version 2 1991 applies. For the changes the following statement applies: ** FAAC - Freeware Advanced Audio Coder Copyright (C) 2001 M. Bakker This library is free software; you can redistribute it and/or modify it under the terms of the GNU Lesser General Public License as published by the Free Software Foundation; either version 2.1 of the License, or (at your option) any later version. This library is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU Lesser General Public License for more details. You should have received a copy of the GNU Lesser General Public License along with this library; if not, write to the Free Software Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA ** Please note that the use of this software may require the payment of patent royalties. You need to consider this issue before you start building derivative works. We are not warranting or indemnifying you in any way for patent royalities! YOU ARE SOLELY RESPONSIBLE FOR YOUR OWN ACTIONS! END LIBFAAC LICENCE -- /LS On 2011-01-06 17:41, Ton Roosendaal wrote: Hi devs, Please advise. I recall libavcodec is quite old already, and probably obsolete mostly because of FFmpg? -Ton- Ton Roosendaal Blender Foundation t...@blender.orgwww.blender.org Blender Institute Entrepotdok 57A 1018AD Amsterdam The Netherlands Begin forwarded message: From: Carl Eugen Hoyos Date: 6 January, 2011 17:15:37 GMT+01:00 To: foundat...@blender.org Subject: Copyright violation distributing faac binaries together with GPL software Hi! I am an FFmpeg developer and I just found out that Blender binaries are distributed
[Bf-committers] Fwd: Copyright violation distributing faac binaries together with GPL software
Hi Ton, I checked ffmpeg code (0.6.1 - it should be there for some time though since version 0.5 I think)- if it is possible to link against ffmpeg 6.1 why not to use it?) and it contains native ( for ffmpeg) aac encoder it is there as a replacement for libfaac. It is of lower quality thought. as an alternative VP8/WebM+ Vorbis is preferred now - it is of comparable quality ( video ) and good sound quality. But then again - ffmpeg contains acc encoder even without libfaac, just not of high quality Regards Sergey ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] blender25 and ctypes-pygtk
On Jan 6, 2011, at 12:02 PM, Hart's Antler wrote: I managed to get GTK to work pretty well with blender25 using ctypes. The old PyGTK bindings didn't work that well with blender2.4x because the GTK mainloop did not release the GIL, and there was no ideal way to iterate the main loop from blender. Thankfully ctypes releases the GIL, so threading works! Not sure if updating blender data from a GTK thread can cause a crash, but with this simple addon that changes the scale of the There is a patch to allow py event handlers in 2.5, which AFAIK allows time based updates too. IIRC Dan wants to change something in it still and do more testing, perhaps you and me can help with the testing part at least. See [Bf-committers] Python Event Listeners and Notifiers, http://lists.blender.org/pipermail/bf-committers/2010-November/029211.html I'm afraid threading is crash-prone, though perhaps less with manual GUI 'cause you are not clicking both in the Blender UI and the external UI to do stuff at the same time :) .. Is more a problem with networking and controller devices, which I've sometimes targeted with this sort of stuff. Did think of testing making qt ui widgets too with PyQt (like using a more normal file dialog for non-blender end users of some special tool made as a Blender script), but didn't test it yet .. QApplication has a non-blocking processEvents call so should work in the async manner like GTK does too. Fun experiment in any case! -brett ~Toni ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] Fwd: Copyright violation distributing faac binaries together with GPL software
FYI, the OSX ffmpeg libs are build with version 0.6.1 and are not linked against libfaac. Damien Le 6 janv. 2011 à 18:42, Sergey Kurdakov a écrit : Hi Ton, I checked ffmpeg code (0.6.1 - it should be there for some time though since version 0.5 I think)- if it is possible to link against ffmpeg 6.1 why not to use it?) and it contains native ( for ffmpeg) aac encoder it is there as a replacement for libfaac. It is of lower quality thought. as an alternative VP8/WebM+ Vorbis is preferred now - it is of comparable quality ( video ) and good sound quality. But then again - ffmpeg contains acc encoder even without libfaac, just not of high quality Regards Sergey ___ 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] Release done, next steps!
Hi everyone, Thanks for the builds! Looks like we got a good one here :) The bug tracker is still nice low, so we can move on to the pending todo items. We should also try to get our patch tracker clean, to have compliant patches applied, and the rest at least categorized and shortly reviewed. We also need several im/exporters brought back still. To me it seems current svn is already quite stable, a next release - provided todo got cleaned up - can definitely be out of beta then. Short term roadmap prediction: - March: 2.57 release (with at least a week an RC for test) Being our 'first' 2.5 official release, it could align with a make- over of blender.org! - April/May: 2.58 as final for the 2.5 project (based on 2.57 feedback?) In May we then can move svn to 2.60, and start merging it with at the urgent waiting branches; - render branch (sintel) - bmesh (how's it going?) - GSoC projects, like rigid body anim During the next months the branch devs can report here on how stable migrations are, to make a planning that doesn't break 2.6 immediately, but do this in smaller steps and releases. I then would also like to start the recode for our shader system (in branch at first) And will have to wrap up the python api, especially for UI customizing and render api. Exciting times ahead, -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] [Bf-blender-cvs] SVN commit: /data/svn/bf-blender [34029] trunk/blender: rna/api
+1 for an option of mass-creating objects. I have ported a script for 2.4x to 2.5x that creates thousands of objects and it's wy slower now. It would be nice if scene.objects.link() accepts a list of objects and then updates the depgraph at the end. DiThi On Wed, Jan 5, 2011 at 3:45 AM, Campbell Barton ideasma...@gmail.com wrote: This would be useful short term but not a good precedent for other operators IMHO. If your making multiple duplicates through python, would an operator option to duplicate many times help?, then the update would only be once at the end. I'd prefer not to allow this, since its a workaround and seems arbitrary to add these kinds of options as users find certain operators slow. Id rather have a testcase showing slow duplication, then profile this and see whats taking time. While this probably isn't a quick fix, there are places where OB_RECALC_TIME OB_RECALC_DATA are used in blender were I'm fairly sure they don't need to be. - Campbell On Mon, Jan 3, 2011 at 11:53 AM, Dalai Felinto dfeli...@gmail.com wrote: Hi Campbell, nice function. Could the OBJECT_OT_duplicate operator have a (HIDDEN) option to skip depsgraph now? A long ago you told me that this would be a bit hacky (API-wise, not codewise) but maybe could be pushed into Blender. Now (? not sure since when) that we can force depsgraph sorting and flushing through python it seems more compatible with the current API design. Thanks, Dalai [the question is more API-design wise than implementation-wise (which should be trivial)] www.dalaifelinto.com 2011/1/3 Campbell Barton ideasma...@gmail.com Revision: 34029 http://projects.blender.org/plugins/scmsvn/viewcvs.php?view=revroot=bf-blenderrevision=34029 Author: campbellbarton Date: 2011-01-03 10:09:30 +0100 (Mon, 03 Jan 2011) Log Message: --- rna/api move Object.update(...) to ID.update(). since depsgraph update function can now be called on ID types. also changed how update flags work. obj.update(scene, 1, 1, 1) ... is now obj.update({'OBJECT', 'DATA', 'TIME'}) Don't pass scene anymore. This was used for recalculating text but I think this is better dont in a different function. Modified Paths: -- trunk/blender/release/scripts/op/io_scene_fbx/export_fbx.py trunk/blender/source/blender/blenkernel/intern/depsgraph.c trunk/blender/source/blender/makesrna/intern/rna_ID.c trunk/blender/source/blender/makesrna/intern/rna_object_api.c Modified: trunk/blender/release/scripts/op/io_scene_fbx/export_fbx.py === --- trunk/blender/release/scripts/op/io_scene_fbx/export_fbx.py 2011-01-03 08:28:22 UTC (rev 34028) +++ trunk/blender/release/scripts/op/io_scene_fbx/export_fbx.py 2011-01-03 09:09:30 UTC (rev 34029) @@ -1907,7 +1907,7 @@ if ob_arms_orig_rest: for ob_base in bpy.data.objects: if ob_base.type == 'ARMATURE': - ob_base.update(scene) + ob_base.update() # This causes the makeDisplayList command to effect the mesh scene.frame_set(scene.frame_current) @@ -2055,7 +2055,7 @@ if ob_arms_orig_rest: for ob_base in bpy.data.objects: if ob_base.type == 'ARMATURE': - ob_base.update(scene) + ob_base.update() # This causes the makeDisplayList command to effect the mesh scene.frame_set(scene.frame_current) Modified: trunk/blender/source/blender/blenkernel/intern/depsgraph.c === --- trunk/blender/source/blender/blenkernel/intern/depsgraph.c 2011-01-03 08:28:22 UTC (rev 34028) +++ trunk/blender/source/blender/blenkernel/intern/depsgraph.c 2011-01-03 09:09:30 UTC (rev 34029) @@ -2463,6 +2463,9 @@ } } } + else { + BKE_assert(!invalid flag for this 'idtype'); + } } } Modified: trunk/blender/source/blender/makesrna/intern/rna_ID.c === --- trunk/blender/source/blender/makesrna/intern/rna_ID.c 2011-01-03 08:28:22 UTC (rev 34028) +++ trunk/blender/source/blender/makesrna/intern/rna_ID.c 2011-01-03 09:09:30 UTC (rev 34029) @@ -30,6 +30,7 @@ #include DNA_ID.h #include DNA_vfont_types.h +#include DNA_object_types.h #include WM_types.h @@ -73,6 +74,7 @@ #include BKE_library.h #include BKE_animsys.h #include BKE_material.h +#include BKE_depsgraph.h /* name functions that ignore the first two ID characters */ void rna_ID_name_get(PointerRNA *ptr, char *value) @@ -248,6 +250,43 @@ return NULL; } +static void rna_ID_update(ID *id, ReportList *reports, int flag) +{ + /* XXX, new function for this!
Re: [Bf-committers] SVN Migration today
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 6.1.2011 15:22, Nathan Letwory wrote: Hi, Appologies for the short notice, but today (.nl/.fi today) we'll be conducting svn migration. It'll take several hours. If you notice difficulties with access, it might be because of that. I'll write the ML again when we have completed the migration. The migration has been completed, everybody can svn up and svn co. I just noticed that for some reason writing out the read/write rights for developers goes wrong for yet unknown reason. I'm on it and try to fix it ASAP. Project admins can still commit, not all other members who are supposed to have write acces can. /Nathan - -- Nathan Letwory Blender Foundation | Letwory Interactive http://www.blender.org | http://www.letworyinteractive.com -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJNJi2CAAoJEKtfN7KsE0TtZqkIAJn7luW00Q/AAEJ6kwoC8wXJ TJXA+b8FDp6wA4yUtQvvxc19xsOrHGB7MDMNuUBMmhHiSeacQs/yOe6ZgDn3DP/f O3q1j63UnbjRs+sb+omVkoUexcJuLHT9R1cpe9C34EQcBicLrgT4vGqdwM8AJE/H cC9iaSpc1KJr/Nkin1Cob9zu33+h6tx3QwhG2LNf3dvVFf2xdfv4BQSnSN34jumK HpoGdAUuDRf+CcEN5ofS3gy9mIrU1FsyaFYp3jHJz80Cy5IclUYj8jY4Ex/rLBO6 8xyNQa/72xGp1awNqhrQ50p/EQ9n+9p0d/MHoUy4pN6FGqI38VqVxE80G/H4zvk= =6qgC -END PGP SIGNATURE- ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] SVN Migration today
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 6.1.2011 23:00, Nathan Letwory wrote: I'm on it and try to fix it ASAP. Project admins can still commit, not all other members who are supposed to have write acces can. And to complete the hattrick, I've reported this issue myself here: http://projects.blender.org/tracker/index.php?func=detailaid=25521group_id=8atid=121 :) /Nathan - -- Nathan Letwory Blender Foundation | Letwory Interactive http://www.blender.org | http://www.letworyinteractive.com -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJNJi/lAAoJEKtfN7KsE0TtjIgIAIEUqv4uVWgv5giSbgONtaci UwSXSoVoOXq+5u7JKX76grRTX10c0SGBRoxQm6H/qmEoTwaanGVkg2wD40J30VfX UZj71kvAsaFC9Z6xesogvGLh6+QK4DiKcBK9jGrzgZZD7W1U/dKzOqRbt5v51oO8 fnOfrDGyboq7X40yLnHKfcUn43k/Ca5xwI+YPEyukDk4jgSRILASBh9ui1g3MZn0 /BBZ2Bm2qlFH1rpoEtSNgSyZJJ1PIERn/AwdDWDT3U3qWHZTnPZCliOR/2pMeAkZ rrmsE871R6sGZPpc6uYs2jKqHuA/B1nLv/clbzlKM4iK46CkCVGYGsHOpbT0BVk= =Mr/m -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 [34133] trunk/blender/source/blender/ editors/transform/transform.c: Bug fix:
--- On Thu, 1/6/11, Carsten Wartmann c...@blenderbuch.de wrote: From: Carsten Wartmann c...@blenderbuch.de Subject: Re: [Bf-committers] [Bf-blender-cvs] SVN commit: /data/svn/bf-blender [34133] trunk/blender/source/blender/ editors/transform/transform.c: Bug fix: To: bf-blender developers bf-committers@blender.org Received: Thursday, January 6, 2011, 12:21 PM On 01/06/2011 06:17 PM, Ton Roosendaal wrote: Hi, The texture space transform now is a simple single mult + addition. Rotation is possible too of course, just a bit slower renders need for nicer draw of texspace box with axes. Maybe the lack of rotation is a reason so few (I think) people use this feature. So they use a cube, set non-renderable, switch on the axis display and use this as object input. Maybe it is not worth implementing the rotation and tell people to use a object? Is there any advantage of using an empty Mesh compared to an Empty directly? Martin ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] how update all?
Hi, ideasma...@gmail.com (2011-01-06 at 0446.58 +): Existing files can also botch svn updating (highly annoying for automatic updates), or when going back in svn history *.pyc files can stop directories getting removed. On *nix you can ensure a clean checkout with this: svn status --no-ignore | grep ^I | awk '{print $2}' | xargs rm -rf Answer from cdhowie: http://stackoverflow.com/questions/4515586/clean-an-svn-checkout-remove-non-svn-files That command is troublesome when filenames have spaces, and only deletes actively ignored files anyway (some of which you would like to keep, like source search caches), but not local modifications or unversioned files which is part of what was asked for. The best is probably a combination of svn-clean and svn revert... or just svn checkout (slow but only way to make sure). GSR ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] Fwd: Copyright violation distributing faac binaries together with GPL software
Carl and everyone else, I've done some checking of the FFmpeg integration in Blender 2.49b. I came up with the following: I can confirm that the default configuration for compiling FFmpeg into Blender has --enable-gpl set and no --enable-nonfree. So it *ought* to be all right. It is linked against libfaad, but I find no trace of libfaac in the dll. For example, the string faac: codec init failed is in the dll, but that's from libfaad (libfaad.c), which does not link to libfaac, as far as I know. In libfaac.c, the FFmpeg interface to libfaac, are the strings wrong libfaac version and libfaac AAC (Advanced Audio Codec), neither of which can be found in avcodec-52.dll. Unless these strings are stored somewhere else, shouldn't they be present if libfaac.o is linked in? I am really unfamiliar with the FFmpeg codebase, so I don't know what the significance of the above is. Carl, could you give me some guidance as to what to look for to confirm the existence / absence of libfaac code in the dll? Basically, what did you see? /LS On 2011-01-06 17:41, Ton Roosendaal wrote: Hi devs, Please advise. I recall libavcodec is quite old already, and probably obsolete mostly because of FFmpg? -Ton- Ton Roosendaal Blender Foundation t...@blender.orgwww.blender.org Blender Institute Entrepotdok 57A 1018AD Amsterdam The Netherlands Begin forwarded message: From: Carl Eugen Hoyos Date: 6 January, 2011 17:15:37 GMT+01:00 To: foundat...@blender.org Subject: Copyright violation distributing faac binaries together with GPL software Hi! I am an FFmpeg developer and I just found out that Blender binaries are distributed containing GPL'd versions of libavcodec linked against non-free software (this is a copyright violation). I don't know where to report this (should I open a bug report?), so I write to the only email adress I easily found on the web-site. I downloaded blender-2.49b-windows, it contains libavcodec.dll, a binary distribution of libavcodec. The dll contains code from x264, making it GPL (and not LGPL). It also contains code from the libfaac project. Originally, libfaac claimed to be free software (under the LGPL), but unfortunately, this was never true: libfaac is (and always has been) proprietary software. Since you cannot fulfill the requirements of the GPL for libfaac, you cannot distribute a GPL'd version of libavcodec with libfaac support enabled. Please remove it from your download page / update your libavcodec version. Thank you, Carl Eugen Hoyos ___ 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] Fwd: Copyright violation distributing faac binaries together with GPL software
No probs, dude. Regarding the 2.56 version - right now we have a libavcodec dll binary checked into SVN - there is no source code in the blender tree: https://svn.blender.org/svnroot/bf-blender/trunk/lib/windows/ffmpeg/lib/ (We have ffmpeg binaries for other platforms checked in as well) I think it would be trivial to get a source package checked in there as well. The corresponding source tarball is here: http://ffmpeg.arrozcru.org/autobuilds/ffmpeg/sources/ffmpeg-r22941-swscale-r31050.tar.bz2 I don't have commit access, so I'm leaving this to someone who does now. Anyone? /LS On Fri, Jan 7, 2011 at 2:38 AM, Carl Eugen Hoyos c...@hoyos.ws wrote: Hi! Sorry for the noise! Your analysis is absolutely correct, given that I am the one hunting real FFmpeg license violators, I should really know better! libavcodec.dll shipped with Blender 2.49b was NOT linked against libfaac, there is absolutely nothing wrong with the dll (license-wise, since it is quite old, I fear there are a few known bugs in it)! Note that there may be another problem, http://download.blender.org/release//Blender2.56abeta/blender-2.56a-beta-windows32.zip contains libavcodec, but the source package http://download.blender.org/source/blender-2.56-beta.tar.gz may be missing FFmpeg sources (probably because you removed FFmpeg from your source tree, iiuc), Am I right or am I again missing something? Thank you for reacting so quickly (I wish the real license violators would be so fast!), and please excuse me again for making wrong assumptions! Carl Eugen PS: The reason I went to your forum today (and believed I saw the wrong information there that Blender uses libfaac) is this bug report that claims a problem using libavcodec: http://roundup.ffmpeg.org/issue2485 If anybody knows which posts in the blender's bugtracker user chaos means, I can try to help (although I am very bad in using libavcodec outside of FFmpeg/MPlayer). I didn't find anything remotely similar, but perhaps you know what he is talking about. On Fri, 7 Jan 2011, Leo Sutic wrote: Carl and everyone else, I've done some checking of the FFmpeg integration in Blender 2.49b. I came up with the following: I can confirm that the default configuration for compiling FFmpeg into Blender has --enable-gpl set and no --enable-nonfree. So it *ought* to be all right. It is linked against libfaad, but I find no trace of libfaac in the dll. For example, the string faac: codec init failed is in the dll, but that's from libfaad (libfaad.c), which does not link to libfaac, as far as I know. In libfaac.c, the FFmpeg interface to libfaac, are the strings wrong libfaac version and libfaac AAC (Advanced Audio Codec), neither of which can be found in avcodec-52.dll. Unless these strings are stored somewhere else, shouldn't they be present if libfaac.o is linked in? I am really unfamiliar with the FFmpeg codebase, so I don't know what the significance of the above is. Carl, could you give me some guidance as to what to look for to confirm the existence / absence of libfaac code in the dll? Basically, what did you see? /LS On 2011-01-06 17:41, Ton Roosendaal wrote: Hi devs, Please advise. I recall libavcodec is quite old already, and probably obsolete mostly because of FFmpg? -Ton- Ton Roosendaal Blender Foundation t...@blender.org www.blender.org Blender Institute Entrepotdok 57A 1018AD Amsterdam The Netherlands Begin forwarded message: From: Carl Eugen Hoyos Date: 6 January, 2011 17:15:37 GMT+01:00 To: foundat...@blender.org Subject: Copyright violation distributing faac binaries together with GPL software Hi! I am an FFmpeg developer and I just found out that Blender binaries are distributed containing GPL'd versions of libavcodec linked against non-free software (this is a copyright violation). I don't know where to report this (should I open a bug report?), so I write to the only email adress I easily found on the web-site. I downloaded blender-2.49b-windows, it contains libavcodec.dll, a binary distribution of libavcodec. The dll contains code from x264, making it GPL (and not LGPL). It also contains code from the libfaac project. Originally, libfaac claimed to be free software (under the LGPL), but unfortunately, this was never true: libfaac is (and always has been) proprietary software. Since you cannot fulfill the requirements of the GPL for libfaac, you cannot distribute a GPL'd version of libavcodec with libfaac support enabled. Please remove it from your download page / update your libavcodec version. Thank you, Carl Eugen Hoyos ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers ___ Bf-committers mailing list Bf-committers@blender.org
[Bf-committers] building blender with clang, scan-build
Building blender with clang's scan-build gives useful reports/warnings which typical compilers wont report. of course it has a lot of false positives or warnings which wouldn't result in actual bugs but its it also shows up real bugs, some of which would be hard to track otherwise. Heres the output from scan-build as html (r34117): http://www.graphicall.org/ftp/ideasman42/2011-01-07-2/ I wrote up a wiki page on how to build llvm+clang and use with blender. http://wiki.blender.org/index.php/User:Ideasman42/BlenderClang -- - Campbell ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] Fwd: Copyright violation distributing faac binaries together with GPL software
On Thursday, January 06, 2011, Leo Sutic wrote: The solution is to compile FFmpeg / libavcodec without libfaac. (Throwing out x264 is not an option, as libfaac has more problems than just being GPL-incompatible) It should be a build config change and that's it - but someone has to build a new distribution. Then we should be OK. SVN is down fot the moment, so I haven't been able to look at the 2.49 source to figure out where the change needs to be made. We lose the ability to encode sound using AAC, but nothing more. FFMPEG has their own AAC decoder which should work for the decode side. They have been developing their own AAC encoder as well, but it's still a work in progress. I've always built against my system's ffmpeg (0.6.1+) without any issues. (at least for building) -Reuben ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] Fwd: Copyright violation distributing faac binaries together with GPL software
On Thursday, January 06, 2011, Ton Roosendaal wrote: Hi devs, Please advise. I recall libavcodec is quite old already, and probably obsolete mostly because of FFmpg? -Ton- From: Carl Eugen Hoyos Date: 6 January, 2011 17:15:37 GMT+01:00 To: foundat...@blender.org Subject: Copyright violation distributing faac binaries together with GPL software I downloaded blender-2.49b-windows, it contains libavcodec.dll, a binary distribution of libavcodec. The dll contains code from x264, making it GPL (and not LGPL). It also contains code from the libfaac project. Originally, libfaac claimed to be free software (under the LGPL), but unfortunately, this was never true: libfaac is (and always has been) proprietary software. I'm not sure where he is getting this from. There is no libfaac dll shipped in the zip archive, and the dll deos not appear to be statically linked with libfaac. reu...@subterfuge ~ $ strings avcodec-52.dll | grep aac aac_main aac_low aac_ssr aac_ltp Read beyond end of ff_aac_codebook_vectors[%d][]. index %d = %d jaac faacDecInit2 failed r:%d sr:%ld ch:%ld s:%d faac: codec init failed. faac: frame decoding failed: %s aac_adtstoasc aac_adtstoasc_bsf aac_decoder aac_encoder aac_parser ff_aac_ac3_parse ff_aac_codebook_vectors ff_aac_coders ff_aac_kbd_long_1024 ff_aac_kbd_short_128 ff_aac_num_swb_1024 ff_aac_num_swb_128 ff_aac_parse_header ff_aac_pow2sf_tab ff_aac_pred_sfb_max ff_aac_psy_model ff_aac_scalefactor_bits ff_aac_scalefactor_code ff_aac_spectral_bits ff_aac_spectral_codes ff_aac_spectral_sizes I believe all of those strings are comming from the ffmpeg codebase. On _MY_ system where I compiled ffmpeg with libfaac: reu...@subterfuge ~ $ less /usr/lib64/libavcodec.so.52 Dynamic section at offset 0x69e848 contains 47 entries: TagType Name/Value [ ... ] 0x0001 (NEEDED) Shared library: [libfaac.so.0] -Reuben ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] Fwd: Copyright violation distributing faac binaries together with GPL software
On Thu, Jan 6, 2011 at 7:17 PM, Leo Sutic leo.su...@gmail.com wrote: No probs, dude. Regarding the 2.56 version - right now we have a libavcodec dll binary checked into SVN - there is no source code in the blender tree: https://svn.blender.org/svnroot/bf-blender/trunk/lib/windows/ffmpeg/lib/ (We have ffmpeg binaries for other platforms checked in as well) I think it would be trivial to get a source package checked in there as well. The corresponding source tarball is here: http://ffmpeg.arrozcru.org/autobuilds/ffmpeg/sources/ffmpeg-r22941-swscale-r31050.tar.bz2 I don't have commit access, so I'm leaving this to someone who does now. Anyone? /LS That's not a GPL violation since the sources only have to be provided on demand. Dan ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] Fwd: Copyright violation distributing faac binaries together with GPL software
On 6 January 2011 21:47, Dan Eicher d...@trollwerks.org wrote: I think it would be trivial to get a source package checked in there as well. The corresponding source tarball is here: http://ffmpeg.arrozcru.org/autobuilds/ffmpeg/sources/ffmpeg-r22941-swscale-r31050.tar.bz2 That's not a GPL violation since the sources only have to be provided on demand. It's best to plan ahead so such requests can be satisfied promptly and accurately from resources within one's own organisation. -r ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers