[Soc-2011-dev] Weekly progress report #5 - Dynamic Paint

[Miika Hämäläinen]

Actually Dynamic Paint doesn't use any existing "paint mode", but uses 
it's own ray casting checks instead. As I said, it's completely 
different from sculpt/paint tools so there is really no need to worry 
about those changes affecting my work or vice versa. And again, Dynamic 
Paint does only "output" results to meshes vertex color or ptex layer. 
So unless you change the very basic derivedmesh calls there is no risk 
for confilcts either.

Only problem I see here is Ptex integration timetable and availability 
for my branch. When I was writing the GSoC proposal I was expecting 
Nicholas to finish Ptex himself, even during summer. :p

I think best way to deal with this that I either synch my branch with 
onion instead of trunk, making carrot a sub-branch of onion. Or actually 
move my work to onion, if you don't mind another member. But imo there 
is no point even considering that both of us would add Ptex separately.

Either way, there is no big hurry with that. I still have other non-Ptex 
related things to do. I'm just looking forward to starting my Ptex 
related work because I believe it will be the most awesome Dynamic Paint 
thing yet. :)


26.6.2011 12:22, Jason Wilkins wrote:
> I accidentally checked out Salad instead of Carrot.
>
> I am going compile Carrot and take a closer look at it now.  I have
> two things I'm looking for:
>
> 1) If you are going to make the dynamic paint modifier work in vertex
> paint mode then I need to see if I can offer you any advice, since
> changes I am making remove the old screen based vpaint and replace it
> with one based on ray-casting.  It may not actually matter depending
> on exactly how it works, since you may operate at a lower level.
>
> 2) If you are going to use ptex we need to get together and make sure
> we both add the ptex library to our branches in the same way.
>
> If you think it may help then you could move to Onion, but I'd hold
> off a week or two until the dust settles here :)
>
> 2011/6/25 Miika Hämäläinen<miika.hamalainen at kolumbus.fi>:
>> Uh, I dont have paint_mask.c in carrot. :o It's all purely based on trunk.
>>
>> Anyway, Dynamic Paint is *very* different from regular sculpt/paint
>> tools. Because painting happens with objects and and it modifies mesh
>> data, it is implemented as a simulation modifier. It doesn't even use
>> same code files. 95% of the code is located in dynamicpaint.c. That's
>> why there is no need to worry about conflicting changes. :)
>>
>> 25.6.2011 22:20, Jason Wilkins wrote:
>>> I am making big changes to sculpt.c and paint_stroke.c at the moment,
>>> but I think you are right, that there probably won't be any big
>>> problems.  Since we are working in the same directory and I'm moving
>>> stuff around a bit, I'll certainly do everything I can to make sure we
>>> get things merged up :)
>>>
>>> I saw that you have paint_mask.c in Carrot, so it appears you are
>>> basing your work off Nick's, which is what I was mainly worried about,
>>> since my first thought was you were going to start PTex from scratch.
>>>
>>> 2011/6/25 Miika Hämäläinen<miika.hamalainen at kolumbus.fi>:
>>>> Hi Jason,
>>>>
>>>> Yeah, I have been following your merging progress.
>>>>
>>>> When it comes to Dynamic Paint, Ptex simply is superior format to paint
>>>> to. Not only it is easier for end-user but also produces better quality
>>>> due to not having seams. What I'm going to do is to add Ptex support for
>>>> Dynamic Paint. Basically that means outputting results to a Ptex mesh
>>>> data layer. So it shouldn't interfere with your work.
>>>>
>>>> Of course one problem is how am I able to use Ptex code if you work in
>>>> onion branch and I in carrot, but there are several ways to solve that.
>>>> One of them being if I move to onion myself. :p
>>>>
>>>>
>>>> 25.6.2011 19:10, Jason Wilkins wrote:
>>>>> 2011/6/24 Miika Hämäläinen<miika.hamalainen at kolumbus.fi>:
>>>>>>> 2) what you will do next week
>>>>>> Next week I'll focus on improving/cleaning work from previous weeks, including effects system, vertex surfaces and overall functionality. And hopefully I can soon start working on Ptex support. :p
>>>>> I will be merging a ptex patch created by Nicholas Bishop into Onion
>>>>> hopefully by the beginning of July.  Can you clarify what you intend
>>>>> to do with ptex?
>>>>> _______________________________________________
>>>>> Soc-2011-dev mailing list
>>>>> Soc-2011-dev at blender.org
>>>>> http://lists.blender.org/mailman/listinfo/soc-2011-dev
>>>>>
>>>> _______________________________________________
>>>> Soc-2011-dev mailing list
>>>> Soc-2011-dev at blender.org
>>>> http://lists.blender.org/mailman/listinfo/soc-2011-dev
>>>>
>>> _______________________________________________
>>> Soc-2011-dev mailing list
>>> Soc-2011-dev at blender.org
>>> http://lists.blender.org/mailman/listinfo/soc-2011-dev
>>>
>> _______________________________________________
>> Soc-2011-dev mailing list
>> Soc-2011-dev at blender.org
>> http://lists.blender.org/mailman/listinfo/soc-2011-dev
>>
> _______________________________________________
> Soc-2011-dev mailing list
> Soc-2011-dev at blender.org
> http://lists.blender.org/mailman/listinfo/soc-2011-dev
>