[Bf-cycles] Cycles Standalone

[Tycho Tatitscheff]

Maybe an other raison to  switch to git !

http://stackoverflow.com/questions/1811730/how-do-you-work-with-a-git-repository-within-another-repository


What do you think ?
Cheers

Tycho

________________________________
 De : Brecht Van Lommel <brechtvanlommel at pandora.be>
À : bf-cycles at blender.org 
Envoyé le : Mercredi 21 août 2013 13h47
Objet : Re: [Bf-cycles] Cycles Standalone
 


On Wed, Aug 21, 2013 at 12:37 AM, Matt Ebb <matt at mke3.net> wrote:

* Would it be possible to move (or somehow mirror?) Cycles to its own repository so that people don't need to check out the entire blender tree just to get cycles? It would probably help to dispel any notions of GPL infection if the code is completely isolated and presented that way.

We should indeed do this. I'm not sure yet where that would be hosted, but I think it would be (manually) mirrored somehow, since for Blender development it's still nice to have an actual copy of the code in the bf-blender repository. Otherwise things can get out of sync and more complicated for users to check out.
 
* Having a generalised C/C++ API, that's clear and not tied to blender-isms would of course be great as well, especially for the purposes of things like live updating from a non-blender application's viewport.

Yes, we need some work to separate Blender integration code more, it's in a separate module but could be improved. Live updating especially makes the API more complex, we have some fairly generic mechanisms for tagging partial updates but it needs to be clarified more.

Brecht.
 
_______________________________________________
Bf-cycles mailing list
Bf-cycles at blender.org
http://lists.blender.org/mailman/listinfo/bf-cycles
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.blender.org/pipermail/bf-cycles/attachments/20130821/63defffb/attachment.htm