On Thu, Mar 10, 2016 at 1:17 AM, Vasco Alexandre da Silva Costa <
vasco.co...@gmail.com> wrote:

> On Thu, Mar 10, 2016 at 12:21 AM, Margaret Hu <margaret.ss...@gmail.com>
> wrote:
>
>> Sean:
>>
>> >>Not really — that is your job to propose a best candidate — but we do
>> keep notes on our geometry conversion desires in our TODO file.  There is a
>> section entitled >>CONVERTERS that pertain to our conversion interests.
>>
>> Thanks for the information, looking at the CONVERTERS section in the TODO
>> file and checking the current status of src/libgcv. It is obvious that the
>> work should be obj, stl, vrml. Some work has already started at the obj
>> part, the lex/yacc grammer/token is already there while stl and vrml exists
>> only as a skeleton directory. Unless using the asset import library is
>> planned in the immediate future, it seems working on obj, stl, vrml format
>> is a reasonable start.
>>
>> Is there a SVN checkout of the test cases for the src/conv directory,
>> where can I find some small yet representative 3D files of various format?
>>
>>
>>
> Hello,
> It is probably better to start out with the obj and stl formats. AFAIK
> support is rather widespread among 3D tools and the formats themselves are
> easier to comprehend. vrml is a rather complicated file format and not all
> applications support it well. In addition vrml was superseded by x3d (an
> even more complex standard). The only standard as complex as x3d in the 3D
> file format world is probably collada. i.e. the 3D file format to rule them
> all... which didn't. Both x3d and collada are XML based so you would need a
> XML parser and then parsers for those higher level formats as well. Hard to
> do in the time of the GSoC unless you use an utility library (or several)
> and add extra dependencies.
>
> Just my 2 cents here.
>
>

PS: I was looking at src/libgcv/plugins on SVN trunk and I see code in the
obj, stl and vrml subdirectories. But they use hand rolled parsers rather
than Lex and YACC/Bison.


> On Tue, Mar 8, 2016 at 2:13 PM, Christopher Sean Morrison <brl...@mac.com>
>> wrote:
>>
>>> Hi Margaret,
>>>
>>>  will investigate CMake online, should not be too hard, will first try
>>> to build all executables from source in Ubuntu 14.04, (I downloaded
>>> brlcad-7.24.2.tar.gz). Can you point me the documentation of the build
>>> process, such as : configure, make all, make install.
>>>
>>>
>>> Like most open source software, see the README and/or INSTALL files. ;)
>>>
>>> Have investigated some of the source code, raytrace.h seems to be an
>>> important file to get familiar with,
>>> most of the data structure is similar to "union tree" which is like
>>> base-class derived-class kind of approach in C.
>>>
>>>
>>> Indeed, old school tricks for “object-oriented C”.
>>>
>>> The src/libgcv directory already have something called bot which seems
>>> to be related to 4 file formats
>>> OTYPE_DXF  OTYPE_OBJ  OTYPE_SAT  OTYPE_STL
>>> is the above 4 format done already? if not perhaps I can start with the
>>> one that is not yet finished? or perhaps some other simpler format.
>>>
>>>
>>> You’re in the wrong directory.  I believe you are referring to
>>> src/libged/bot_dump.c which implements mged's  bot_dump command.  Unrelated.
>>> Please revisit/recheck the list of filepaths provided on the wiki page
>>> and make sure you’re using an SVN checkout.
>>>
>>> I also find the following link helpful
>>> https://en.wikipedia.org/wiki/Category:CAD_file_formats
>>>
>>>
>>> In that list and important is
>>> https://en.wikipedia.org/wiki/CAD_data_exchange
>>>
>>> But I did not investigate those format in detail.
>>>
>>>
>>> That is one of many things you will need to do in order to make a
>>> successful proposal.
>>>
>>> wonder if you can give me some hints of what is the best candidate
>>> format for this project.
>>>
>>>
>>> Not really — that is your job to propose a best candidate — but we do
>>> keep notes on our geometry conversion desires in our TODO file.  There is a
>>> section entitled CONVERTERS that pertain to our conversion interests.
>>>
>>> Cheers!
>>> Sean
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> Transform Data into Opportunity.
>>> Accelerate data analysis in your applications with
>>> Intel Data Analytics Acceleration Library.
>>> Click to learn more.
>>> http://makebettercode.com/inteldaal-eval
>>> _______________________________________________
>>> BRL-CAD Developer mailing list
>>> brlcad-devel@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/brlcad-devel
>>>
>>>
>>
>>
>> ------------------------------------------------------------------------------
>> Transform Data into Opportunity.
>> Accelerate data analysis in your applications with
>> Intel Data Analytics Acceleration Library.
>> Click to learn more.
>> http://pubads.g.doubleclick.net/gampad/clk?id=278785111&iu=/4140
>> _______________________________________________
>> BRL-CAD Developer mailing list
>> brlcad-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/brlcad-devel
>>
>>
>
>
> --
> Vasco Alexandre da Silva Costa
> PhD in Computer Engineering (Computer Graphics)
> Instituto Superior Técnico/University of Lisbon, Portugal
>



-- 
Vasco Alexandre da Silva Costa
PhD in Computer Engineering (Computer Graphics)
Instituto Superior Técnico/University of Lisbon, Portugal
------------------------------------------------------------------------------
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://pubads.g.doubleclick.net/gampad/clk?id=278785111&iu=/4140
_______________________________________________
BRL-CAD Developer mailing list
brlcad-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/brlcad-devel

Reply via email to