Re: [Bf-committers] New BF team member: Sergey Sharybin
Congratulations Sergey :) On 2011-07-31, at 9:47, Ton Roosendaal t...@blender.org wrote: Hi all, I'm really happy to confirm that Sergey accepted a part-time job (30h/ week) to work with Brecht, Campbell and me on general Blender tasks. It is partially to wrap up his SoC project, but especially for all the other jobs that keep lying around, like patch reviewing and bugtracking. He'll start September 1st, at least for four months now. If things work out well, his contract will be continued to be part of the Mango (open movie) developer support team. Welcome Sergey! :) -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 ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] Advice on fixing bad merges (Shaders GSoC)
On Fri, Jul 30, 2010 at 12:38 PM, Mitchell Stokes moguri...@gmail.com wrote: I'm thinking now the best idea would be to re-branch and merge the individual revisions from my branch to the new one. I think it should work and would be better than doing a lot of manual merging. This is what I do for the NURBS branch. For whatever reason merging automatically almost never seems to work. It was taking so much of my time keeping the branch in sync, that I stopped updating, and plan to rebranch and diff when I need to. -Emmanuel p.s. If this is fixed in newer SVN versions, that sounds good :) ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] Mirror and array modifiers for curves
Hi Tobias, I agree that this is an interesting potential direction for the NURBS tools in Blender. For now I think it is important to get the 'static' tools in place first, and to worry about dynamic modifiers once the toolset is mature. Sergey and Laurynas and myself are all looking at different parts of this now, and hopefully when this fundamental work is complete in a few months we can start to look at the 'fancy' stuff :) -Emmanuel On Fri, Apr 23, 2010 at 5:11 AM, Tobias Beyrer tobiasbey...@googlemail.com wrote: /nazgul wrote//Thu Feb 25 19:56:49 CET 2010/: Hi, Blender community! I've done some work in constructive modifiers for curves. Details are here: http://projects.blender.org/tracker/index.php?func=detailaid=21350group_id=9atid=127 http://projects.blender.org/tracker/index.php?func=detailaid=21350group_id=9atid=127 Hi Blender developers, I think it is a good start, but there is still a great need to add a real DerivedNurbs system. Such a system could be really beneficial for the future of nurbs in blender. 1. Effect(shortterm): the ability apply the existing constructive modifiers and still having a nurbs object afterwards 2. Effect(midterm): possibility to write new modifiers like Boolean and more nurbs specific ones, like project, loft, swift/bevel, split along an object, etc. 3. Effect(longterm): dependency for the development of a constructive node system for nurbs modeling (in combination with the upcoming global[gamelogic] nodesystem) Of course the efforts in that direction should be made ontop of libnurbana, in order to avoid extra work to convert it, when nurbs25 branch is added to trunk. Regards, tobias ___ 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] Developer IRC meeting minutes, march 7, 2010
On Sun, Mar 7, 2010 at 8:26 AM, Ton Roosendaal t...@blender.org wrote: - It was mentioned that Emmanual Stone waits for review of his Nurbs branch, to get included in trunk. Meeting agrees on waiting with moving this code over until Blender is out of beta. That sounds fair. Are there any predictions for when Blender will be out of beta? -Emmanuel ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
[Bf-committers] Commit rights for Sergey I. Sharybin (nazgul)
This sounds like a good point to replace the existing NURBS architecture with the libNurbana backend. The code has been stable enough to do this for some time, but I was waiting until more functionality was exposed in the UI before suggesting it. Sergey, I'm glad that you're on board, there is a lot of work that's needed on the UI side of things :) However, if there will be changes made to curves/NURBS in the head, it will make maintaining a parallel branch much more difficult or impossible. I believe the libNurbana backend is faster, more feature rich and easier to maintain than the existing code. If I make up a patch that adds libNurbana to the head, will someone review it? -Emmanuel On Fri, Mar 5, 2010 at 6:19 AM, Brecht Van Lommel bre...@blender.org wrote: Hi, I've granted commit rights to Sergey for working on nurbs and curves. In particular he's added support for constructive modifiers and is fixing various problems. I'll still review his commits and patches for a while. Anyway, congrats! Brecht. ___ 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] Mirror and array modifiers for curves
To take it one step further, it would be ultimately a good idea (although not immediately) to have a modifier system for the construction of complex NURBS structures. I haven't looked at the modifier system at all to know how feasible this is, but if someone wanted to take a look, I would be happy to act as a mentor for the NURBS part. On Mon, Feb 15, 2010 at 5:38 AM, Laurynas Duburas lad...@gmail.com wrote: I had an idea of creating curve/surface wrapper object with DerivedMesh interface. This way all modifiers retaining rectangular control point grid structure could work without rewriting them. ___ 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] status of branches
I'm currently playing catchup with all the 2.5 changes, but I think I'm nearly there. After that I plan to work on getting a basic set of essential tools integrated/written. This stage is a bit vague, as the 'minimum' set of tools could be quite small or quite large depending on who you talk to. Ultimately the decision when to merge with the head is up to the core dev team whether it is better to wait for a more full feature set, or just replace the current tools (+ a little more) with the libNurbana backend. The latter could be achieved in a matter of weeks as the engine is quite stable for some time now, the former is a question of months at least. -Emmanuel On Tue, Jan 26, 2010 at 10:39 PM, Tom M letter...@gmail.com wrote: Hi all just thought it might be interesting to get an update on the status of some of the branches in particular I'm interested in how the following projects are progressing, and anticipated timeline (if any) for merging to head Nurbana BMesh Lightpaint Freestyle any others that I'm overlooking? Thanks, LetterRip ___ 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] New Developer Meeting minutes
I have also been using the CMake files with MSVC for the past year or so in Debug and Release. It takes a bit of tweaking, but so do most build systems. I also think scons is fantastic for getting a build up quickly and simply, but as many people have pointed out project files are great for development. I think both CMake and Scons have a place right now, and I don't think anyone needs to be taking sides :) -Emmanuel p.s. I like vim and emacs too On Sun, Jan 17, 2010 at 9:37 AM, Erwin Coumans erwin.coum...@gmail.com wrote: Ok, I got fed up with all the discussion about a broken cmake Win32 debug build, so I fixed it in svn revision 26055. The fix is to put 'debug' or 'optimized' before the library name. cmake OpenCollada is now enabled by default for a bit of testing. If other devs like to disable it again, it is trivial to switch ON to OFF again :-) SET(OPENCOLLADA_LIB debug OpenCOLLADASaxFrameworkLoader_d debug OpenCOLLADAFramework_d debug OpenCOLLADABaseUtils_d debug OpenCOLLADAStreamWriter_d debug MathMLSolver_d debug GeneratedSaxParser_d debug UTF_d debug xml2_d optimized OpenCOLLADASaxFrameworkLoader optimized OpenCOLLADAFramework optimized OpenCOLLADABaseUtils optimized OpenCOLLADAStreamWriter optimized MathMLSolver optimized GeneratedSaxParser optimized UTF optimized xml2 ) Are there any other outstanding cmake issues, or was the fuzz all about this OpenCollada issue? Thanks, Erwin 2010/1/17 Andrea Weikert and...@aweikert.de: Hi Erwin, Erwin Coumans schrieb: Andrea, I tested current trunk on Windows and cmake debug build and release just compiles and runs fine, if you use default settings. Well, the default settings have only part of the features enabled. What if I want to debug/test these? Did you change any cmake defaults (such as enabling OpenCollada which is OFF by default)? Yes, I had OpenCollada enabled, it works fine with the debug build in the projectfiles, so why shouldn't it work with the cmake files? Did you file an issue with details in the bug tracker (with full callstack at crash)? not yet, because I didn't have much information. As far as I remember there wasn't even a call stack, because the application refused to start up. It crashed while loading the dlls at startup. Cheers, Andrea ___ 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] Meeting summary
On Sun, Nov 29, 2009 at 7:39 AM, Tom M letter...@gmail.com wrote: 3) other merges (BMesh, NURBS) need to be evaluated for feasibility yet The NURBS branch is stable and mature enough to offer a replacement for the existing NURBS tools. I'm not sure if it makes more sense to commit this first without adding much new functionality, or to wait until there are many new/improved tools. 2.5 is missing a lot of the old tools, so I'm planning to revisit a lot of those. I will have a significant chunk of time to work on this at the beginning of 2010. I'm happy to keep working on my branch, but if it's needed I'm happy to commit the 'NURBS engine' to trunk and work from that instead. -Emmanuel ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers