[Soc-2017-dev] vertex paint project - ply exporter
Bastien Montagne
montagne29 at wanadoo.fr
Mon Jul 10 22:29:28 CEST 2017
I can also help for FBX if needed…
Le 10/07/2017 à 21:20, Howard Trickey a écrit :
> We kind of have to work on exporters for this GSoC project, at the
> least for the alpha-in-vertex-paint part, since according to the
> artists who have weighed in on the BA thread, the main use of vertex
> alpha is for game engines, so there is not much point in adding vertex
> alpha unless there is a way to get the data from Blender into game
> engines.
>
> Darshan, I like Bastien's idea of, at least for the duration of your
> GSoC, just putting a private-to-your-branch version of the exporters
> in release/scripts/startup. And change the python names and the menu
> names so that they don't conflict with the existing exporters.
>
> We agreed that this week you would work on the fbx and maybe collada
> exporters. These may be too hard; I don't know, I haven't looked at
> them myself yet. If after trying for a bit, it seem like it might be
> too hard, report back here and we may decide that just having the ply
> exporter is good enough for now.
>
> On Mon, Jul 10, 2017 at 9:18 AM Bastien Montagne
> <montagne29 at wanadoo.fr <mailto:montagne29 at wanadoo.fr>> wrote:
>
> Not so sure it’s good idea to work on addons in GSoC context? But
> if we want that, then we should definitively create own gsoc
> branches in addon repo when needed…
>
> However for own work (e.g. asset engines), I choose a different
> approach, which is cleaner and simpler to handle imho - put what
> should ultimately become an addon into release/scripts/startup.
> That way everything remains in same single branch of single repo,
> much much easier to handle and test. Further, ops defined that way
> are always enabled, and moving the code back into regular addon
> when merging into master is trivial work.
>
> If modifying existing addons, better to add own custom prefix to
> registered classes names!
>
> Le 10/07/2017 à 13:40, Howard Trickey a écrit :
>> Hey Darshan and other mentors:
>>
>> Darhsan, your last commit comment said that it committed changes
>> to the ply exporter, but it did not. I think you may have been
>> making the changes in the copy of the exporter that is in your
>> bin directory. Or maybe in the release directory of blender, and
>> then it gets copied into your bin when you make install (?)
>>
>> The actualy real place the exporters is stored is the separate
>> git repository blender-addons that is a subproject of blender. I
>> think stuff from there overwrites your release directory when/if
>> you do git submodule foreach git pull origin master.
>>
>> Other mentors:
>> what is the proper procedure to follow for a gsoc project that
>> wants to change something in addons? Should a branch of addons be
>> made to go along with soc-2017-vertex_paint?
>>
>>
>>
>> _______________________________________________
>> Soc-2017-dev mailing list
>> Soc-2017-dev at blender.org <mailto:Soc-2017-dev at blender.org>
>> https://lists.blender.org/mailman/listinfo/soc-2017-dev
>
> _______________________________________________
> Soc-2017-dev mailing list
> Soc-2017-dev at blender.org <mailto:Soc-2017-dev at blender.org>
> https://lists.blender.org/mailman/listinfo/soc-2017-dev
>
>
>
> _______________________________________________
> Soc-2017-dev mailing list
> Soc-2017-dev at blender.org
> https://lists.blender.org/mailman/listinfo/soc-2017-dev
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.blender.org/pipermail/soc-2017-dev/attachments/20170710/41271b09/attachment.htm
More information about the Soc-2017-dev
mailing list