[Soc-2014-dev] Weekly Report #2: NURBS Modernization

[Jonathan deWerd]

Yes, I tend to agree. Besides, once I get cmake to link it properly (that's the hangup right now but I think I'm pretty close to fixing it) then I can probably chop out 60-80% of that code to keep the size down. If we ever need to update the library (unlikely; Rhino probably wants to maintain backwards compatibility as much as possible and it's unlikely we'd support a new feature of theirs for some time after release) we could then just cherrypick the "hatchet-job" commit.

On Jun 1, 2014, at 9:54 AM, Bastien Montagne <montagne29 at wanadoo.fr> wrote:

> One other thing to consider is that openNURBS seems to be packaged in no main linux distro (at least, could not find any). So imho, would be best to keep such exotic libs nice and cosy in /extern (the xxIO and OSL familly are already rather hairy to handle in stuff like install_deps.sh :/ ).
> 
> Le 01/06/2014 15:44, Jonathan deWerd a écrit :
>> Here is the download link for convenience: C++ openNURBS SDK
>> 
>> On Jun 1, 2014, at 9:42 AM, Jonathan deWerd <jjoonathan at gmail.com> wrote:
>> 
>>> On Jun 1, 2014, at 8:59 AM, Sergey Sharybin <sergey.vfx at gmail.com> wrote:
>>> 
>>>> Hi,
>>>> 
>>>> How huge OpenNURBS is? If it's big enough libraries (like OSL) we don't put them into extern/.
>>> It's pretty big. Not the biggest extern_* but normalized by usefulness it's almost certainly the biggest:
>>> 
>>> 192M   libextern_libmv.a # 81 824 lines of code via wc -l
>>> 109M   libextern_ceres.a
>>>  77M   libextern_opennurbs.a             # 270 137 lines of code via wc -l
>>>  61M   libbf_freestyle.a
>>>  32M   libextern_carve.a                     # 32 897 lines of code via wc -l
>>>  22M   libge_logic_ketsji.a
>>>  21M   libbf_rna.a
>>> 
>>> Is the alternative to put it into the subversion "lib" folder (the one with binaries)? How should I go about doing that (I can handle the cmake, I mean who should I talk to to get it actually added to the svn)? Alternatively, could you do that for me (rather than setting up svn access so I can add a single library)? It builds cleanly on mac os x without additional modifications, so hopefully it won't be too much work.
>>> 
>>>> And what was the result investigation nurbana's tessellator?
>>> I didn't really get around to looking at it (other than finding where it was), but it's the next thing on the todo list. I'll let you know when I take a look.
>>> 
>>>> 
>>>> 
>>>> On Sat, May 31, 2014 at 1:56 PM, Jonathan deWerd <jjoonathan at gmail.com> wrote:
>>>> This week's progress:
>>>> - I can successfully load order 2, 3, and 4 NURBS curves! To be clear: no surfaces yet and I haven't added support for a bunch of .3dm features, from small ones (not-open curves with irregular knots) to big ones (trimming). But I'm not held up on these, I'm hung up on...
>>>> - Integrating opennurbs into cmake. I got my first result by manually tweaking the Xcode files that came out of cmake but this is no good in general. I've put opennurbs in the "extern" folder and I'm still working out how to persuade cmake to generate the appropriate build files.
>>>> - Got a stakeholder .3dm testfile. It's not production data but it tests for a specific cut that was needed in production. I have lots of .3dms now: I have 3dms that I made, 3dms from stakeholders, and lots of 3dms from the Rhino example libraries.
>>>> 
>>>> Things that were done this week that weren't progress:
>>>> - Reading trimming literature
>>>> 
>>>> What I want to have done by next Friday:
>>>> - Integrating opennurbs into cmake
>>>> - Surface import (ideally including trimming although I suspect it will slide another week)
>>>> - Midterm proposal (didn't really work on it this week)
>>>> 
>>>> 
>>>> Cheers,
>>>> Jon
>>>> _______________________________________________
>>>> Soc-2014-dev mailing list
>>>> Soc-2014-dev at blender.org
>>>> http://lists.blender.org/mailman/listinfo/soc-2014-dev
>>>> 
>>>> 
>>>> 
>>>> -- 
>>>> With best regards, Sergey Sharybin
>>>> _______________________________________________
>>>> Soc-2014-dev mailing list
>>>> Soc-2014-dev at blender.org
>>>> http://lists.blender.org/mailman/listinfo/soc-2014-dev
>>> 
>> 
>> 
>> 
>> _______________________________________________
>> Soc-2014-dev mailing list
>> Soc-2014-dev at blender.org
>> http://lists.blender.org/mailman/listinfo/soc-2014-dev
> 
> _______________________________________________
> Soc-2014-dev mailing list
> Soc-2014-dev at blender.org
> http://lists.blender.org/mailman/listinfo/soc-2014-dev

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.blender.org/pipermail/soc-2014-dev/attachments/20140601/898e71ab/attachment-0001.htm