[Bf-committers] Tile Branche Merge

Thomas Dinges blender at dingto.org
Tue Jan 3 17:34:41 CET 2012


Hi,
Ok I see the issue here, I checked the code but have no idea how to fix 
it, the compositor code changed totally. Sorry Brecht!

In general:
Imho, the merge was needed though, as it won't become easier to merge 3 
months of changes, 2 months was already not fun.

So I would ask you Jeroen, if you could please check on the changes and 
adapt them.
On the one hand you search for new developers to port nodes, on the 
other hand the branch does not compile anymore due to build 
system/library changes in Trunk. ;-)
This way, I am afraid you won't find new devs so quickly.

Anyway ,if this is unacceptable, I can simply revert the merge commit. I 
already spend three hours last night on merging this, because I wanted 
to bring this great project a step forward and make it possible again to 
build it easily without local modifications. If this caused more trouble 
then benefit, as I said I can simply revert the changes, but won't 
bother in the future about it either then.

Thomas

Am 03.01.2012 17:02, schrieb Brecht Van Lommel:
> The issue still remains though, by skipping these commits, the
> fixes/changes will be missing in the new compositing nodes. So they
> should get ported and I would still strongly suggest to do this
> immediately. But if not, somehow someone still has to remember to do
> it later on...
>
> Brecht.
>
> On Tue, Jan 3, 2012 at 4:08 PM, Thomas Dinges<blender at dingto.org>  wrote:
>> Sorry, I was not telling this correct. :)
>>
>> The 3 revisions are merged of course, and all the changes in
>> source/blender/nodes are there, but they did not get ported to the new
>> compo system in /source/blender/compositor. This therefore is part of
>> the branch work / porting compositor to new system, rather than a merge
>> task.
>>
>> Regards,
>> Thomas
>>
-- 
Thomas Dinges
Blender Developer, Artist and Musician

www.dingto.org



More information about the Bf-committers mailing list