Re: [Bf-committers] Blender developers meeting notes - 2018-02-26

2018-02-26 Thread Jacob Merrill
I meant to attend and was absent* I had 1 question. it's for something very long term. could there be some collaboration between simulations? seperate fire sim, fluid sim, and rigid bodies seems over simplified to me. an 'energy, state, and bond' system that handles a.heat b.rigid body

Re: [Bf-committers] FM 2.8 Proposal : Fracturing, Cache, Rigidbody

2018-02-26 Thread Brecht Van Lommel
Thanks for the explanation. Overall I agree with the approach. It would be very helpful if this kind of functionality was submitted for review and integration in smaller parts. For example: * Change rigid body simulation to work as a modifier. * Add Alembic support to point caches for physics

Re: [Bf-committers] FM 2.8 Proposal : Fracturing, Cache, Rigidbody

2018-02-26 Thread Jacob Merrill
ideally, a simulator would take energy(light) Solids, liquids and gases and plasma in 1 simulation, (so a laser impact can melt, vaporize, as well as emit residual light as the laser passes) a 'unified solver' would be spectacular On Feb 26, 2018 8:59 AM, "Martin Felke"

[Bf-committers] Blender developers meeting notes - 2018-02-26

2018-02-26 Thread Dalai Felinto
Hi all, Here are the notes from today's 17 UTC (18 CET) meeting in irc.freenode.net #blendercoders. Reminder: meetings are on Mondays, next meeting is 05 March, 09 UTC (10 CET). 1) Blender 2.79 'a' release Final release will happen by Wednesday. 2) Code Quest * The campaign is doing well.

Re: [Bf-committers] FM 2.8 Proposal : Fracturing, Cache, Rigidbody

2018-02-26 Thread Martin Felke
Am Montag, den 26.02.2018, 15:29 +0100 schrieb Brecht Van Lommel: > Am I understanding correctly that you are proposing to keep all fracture > data within one Object datablock? And then there would be a "Convert" > button on the modifier that generates multiple objects, which are then no > longer

Re: [Bf-committers] FM 2.8 Proposal : Fracturing, Cache, Rigidbody

2018-02-26 Thread Brecht Van Lommel
Am I understanding correctly that you are proposing to keep all fracture data within one Object datablock? And then there would be a "Convert" button on the modifier that generates multiple objects, which are then no longer influenced by the modifier? If so that makes sense to me. Even if many

[Bf-committers] 答复: GSoC 2018 Proposal for Freestyle Rewrite?

2018-02-26 Thread Wu Yiming
Hello and thanks for all the feedback! I have my complete proposal ready here on my website for blender developers to evaluate: http://www.wellobserve.com/#!NPR/2018Summer/Proposal.md Thanks for the advice Richardo! Nahuel: The vector calculation method is STILL (but not as bad) memory

Re: [Bf-committers] GSoC 2018 Proposal for Freestyle Rewrite?

2018-02-26 Thread Nahuel Belich
Hello:  Nice pictures there, im just a user talking here but ¿did you post this at http://blendernpr.org/ ?  and other question i have is ¿does this method consumes the same amount of memory than the actual freestyle?.  Cheers El Domingo, 25 de febrero, 2018 22:41:33, Ricardo Nunes

[Bf-committers] FM 2.8 Proposal : Fracturing, Cache, Rigidbody

2018-02-26 Thread Martin Felke
Hi, first attempt to get my thoughts / ideas sorted on how to move on with FM in 2.8. FM 2.8 Proposal : Fracturing, Cache, Rigidbody == Fracturing: -- Main Goal is to avoid 1000s of real objects, this still causes serious lags in blenders