IRC log for #brlcad on 20130219

00:33.00*** join/#brlcad velociostrich (~anonymous@24.0.153.224)
02:07.03starseekerhmm.  brlcad, does this look like something we might be able to leverage?  http://embree.github.com/
02:12.18*** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net)
02:28.47*** join/#brlcad kanzure (~kanzure@131.252.130.248)
05:29.20*** join/#brlcad witness_ (uid10044@gateway/web/irccloud.com/x-laisyrdfbuutpilc)
05:43.48*** join/#brlcad merzo (~merzo@95.133.167.155)
07:34.30*** join/#brlcad Al_Da_Best (Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com)
08:23.09*** join/#brlcad merzo (~merzo@94.45.58.138)
09:00.37*** join/#brlcad merzo (~merzo@94.45.58.138)
10:19.12Notify03BRL-CAD Wiki:Sschaffert * 0 /wiki/User:Sschaffer:
11:59.31*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
12:13.26``Erikhm, http://hamberg.no/erlend/posts/2013-02-18-static-array-indices.html
13:11.58brlcad``Erik: hah, now that's interesting
13:12.41brlcadand something I didn't know about C99 ... not something I run into very often any more
13:55.53``Erikyeh, seems like it could be handy in some cases.... but I'm tempted to stick with c89, which I know like that back of my ha... wtf is that? O.o
14:00.26starseekeras far as I know, the main reason we stick with c89 is Visual Studio
14:03.25starseekerwe might conceivably be able to do better if we could get all of our code to compile as C++ (which is much better supported in MSVC) but that's not a priority right now
14:07.07``ErikI was under the impression that msvc didn't do C at all, just C++ (thus the subset of C that is the intersection of C and C++)
14:50.55*** join/#brlcad Skriptkid (~Skriptkid@117.202.107.184)
14:52.23*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
15:00.19*** join/#brlcad Yoshi47 (~jan@64.235.102.210)
15:05.38*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
15:20.47*** join/#brlcad Posterdati (~antani@host160-215-dynamic.11-87-r.retail.telecomitalia.it)
15:20.54Posterdatihi
15:21.14Posterdatiplease I need help on opennurbs code, could anyone help me? tx
15:22.08PosterdatiI'm trying to scale a .3dm geometry using ON_Xform and I'm trying to understand the explode_block_sample.cpp code
15:51.54Notify03BRL-CAD:d_rossberg * 54432 (rt^3/trunk/include/brlcad/globals.h rt^3/trunk/src/coreInterface/globals.cpp): experimental feature: activate semaphoresthis change has no impact on existing code
15:53.58*** join/#brlcad Skriptkid (~Skriptkid@117.202.107.184)
16:48.06*** join/#brlcad luca79 (~luca@adsl-ull-201-152.46-151.net24.it)
16:49.42Posterdatihi
16:49.55Posterdatiis there any opennurbs expert?
16:52.29archivistPosterdati, in IRC ask the real question not does anyone know x
16:53.46Posterdatihow to apply a transformation to a ONX_Model and save the result?
16:54.38PosterdatiI followed the explode_block_sample.cpp without success, it saves only the geometry objects at the end resulting in empty .3dm files
17:10.46Posterdati:(
17:11.41caen23Posterdati: you shouldn't expect a prompt answer. stick around and wait for a reply
17:11.56Posterdatisure
17:12.09Posterdatianyway I was able to add new objects to the model
17:53.12Notify03BRL-CAD:bob1961 * 54433 (brlcad/trunk/src/tclscripts/archer/Archer.tcl brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl and 2 others): Refactored a bit of code related to the various edit panels. Also added code to clear data associated with highlighting the primitives being edited.
18:37.48*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
19:19.54Notify03BRL-CAD Wiki:Tmusselman * 0 /wiki/User:Tmusselman:
20:20.08*** join/#brlcad merzo (~merzo@155-167-133-95.pool.ukrtel.net)
20:32.17*** join/#brlcad ``Erik (~erik@pool-74-103-121-45.bltmmd.fios.verizon.net)
21:28.32Posterdatihi
21:39.51Notify03BRL-CAD:carlmoore * 54434 brlcad/trunk/src/tclscripts/vmath.tcl: use DEG2RAD to simplify expressions; is the 'global' OK?
22:10.36brlcadPosterdati: we strip the examples, so I'm not sure what that specific example refers to
22:11.02brlcadwhat's the problem specifically?  there should be a Transform() function that takes an ON_Xform
22:11.17Posterdatithank you for helping me
22:11.52Posterdatithe problem is that I cannot get a valid pointer from ON_InstanceRef::Cast(...)
22:12.55Posterdatihow can I apply a transformation on objects in a ONX_Model objects and save it back on disk?
22:15.29brlcadwell, you apply it and then just call model.Write()
22:15.49brlcadhow to apply a transform depends on several factors, but Transform() is what you'll eventually call
22:15.58brlcadprobably on object(s) within the ONX_Model
22:16.57Posterdatinot using ON_Geometry class?
22:18.20brlcadthere's undoubtedly many ways
22:18.41brlcadbut the way I would expect is to iterate over the object(s) you want to transform, then write
22:18.56brlcadsomething like
22:19.30Posterdatiyes
22:19.36Posterdatibut how to transform them?
22:19.53PosterdatiTransform is not applicable on ONX_Model objects
22:20.18brlcadONX_Model is a collection of objects
22:20.22brlcadnot an object itself
22:20.35brlcadyou have to iterate over them
22:20.50Posterdatiyes I know
22:21.02PosterdatiI iterate on m_object_table[ i ]
22:21.30Posterdatibut these ONX_Model_Object are not transformable
22:25.56brlcadnot directly, you need to get at the geometry they contain
22:26.13brlcadit looks like you can transform via ON_3dmObjectAttributes
22:27.19brlcadtry m_attributes.Transform()
22:27.29Posterdatiok
22:27.37brlcad(on the onx_model_obj)
22:32.11brlcadPosterdati: what are you doing with nurbs?  how'd you come across brl-cad?
22:33.08Posterdatino way, it didn't work
22:33.29PosterdatiI'm trying to write a simple program using opennurbs for .3dm reading and manipulation
22:33.56PosterdatiON_Xform xform;
22:33.57Posterdati<PROTECTED>
22:33.57Posterdati<PROTECTED>
22:34.18Posterdatithis is the transformation
22:36.45brlcaddidn't work as in didn't do anything or didn't compile?
22:37.03Posterdaticompile, but object is not scaled along z axis
22:38.07brlcadcalled Write() to a new file?
22:38.56brlcadstill, the way I'd expect it to work is as I mentioned before
22:39.20brlcadi.e., you convert the onx_model_obj to real geometry, apply Transform()
22:39.25Posterdatihttp://pastebin.com/H2frr5cm
22:40.46brlcadwhat's pXModel?
22:40.56brlcadyou'd need to call something like sHeel.getModel().Write()
22:41.33brlcadthat style is whack :)
22:42.00Posterdatito write
22:42.02Posterdatibut to scale?
22:42.12brlcadyou have to write what you scaled
22:42.27PosterdatipGeometry?
22:42.38Posterdatisorry
22:47.52Posterdatihttp://pastebin.com/fq6qfiP1
22:48.27Posterdatididn't work either the object is just copied from the other file :(
22:55.05Posterdati:(
22:56.14brlcadheader says ON_Geometry::Transform() is for classes that derive from ON_Geometry, it's a hook
22:56.20brlcadso that's not what you want
22:56.26Posterdatiok
22:56.57Posterdatibut I did a cast
22:58.38Posterdatidamned mcneel
22:58.47Posterdati:)
22:59.04Posterdatithis is the worst sdk I found
22:59.09Posterdatiuntil now
22:59.57brlcadfor free and open source, I kind of have the completely opposite impression
23:00.17brlcadyou have to read the sources sometimes, but it's all mostly straightforward
23:00.46PosterdatiI copied the example code and didn't work either
23:01.25Posterdatiexplode_block_sample.cpp
23:01.29brlcadnote that they sell and provide support for rhinosdk too, it's got a lot more docs
23:01.46Posterdatiyes but I don't develop under windows
23:01.51brlcadI haven't messed with that one
23:06.29brlcadso I haven't tried this, but what I would expect to work is how we use it in other places
23:06.52brlcadwhere you get ahold of the ON_Geometry and you cast to a real type
23:08.05brlcadcalling Transform() on the real geometry should do the work, and then that can be written
23:08.45brlcadit's a few lines of code because you have to specifically cast to known types, but it's dead simple
23:09.08brlcadthere may be an easier way, but that would have been what I would have probably ended up with if I were trying that
23:09.16brlcadI think we have an example somewhere
23:09.52brlcadyeah, see main() in  http://brlcad.svn.sourceforge.net/viewvc/brlcad/brlcad/trunk/src/conv/3dm/3dm-g.cpp
23:10.13brlcadnotably the line:
23:10.14brlcadconst ON_Geometry* pGeometry = ON_Geometry::Cast(model.m_object_table[i].m_object);
23:10.19brlcadand then the block that follows
23:11.44brlcadtry just one known entity type like ON_Brep and see if it works
23:13.17PosterdatiI did so too, but compile complains about pGeometry -> MakeDeformable();
23:14.17Posterdatishould I save the ONX_Model after that?
23:14.29brlcadnot following
23:14.44brlcadshouldn't need MakeDeformable() I think
23:14.49Posterdatiok
23:15.11Posterdatibut pGeometry -> Transform(xform)
23:15.16Posterdatidoesn't compile
23:17.53brlcadfor (i=0; i<model.obj_table.Count(); i++) { ON_Geometry *g = ON_Geometry::Cast(model.obj_table[i].m_obj); if (g) { ON_Brep *brep = const_cast<ON_Brep * >(ON_Brep::Cast(g)); if (brep) brep.Transform(xform); } } ... model.Write();
23:18.07brlcadthat's expected
23:18.21brlcadpGeometry is an ON_Geometry which is an opaque container
23:18.35brlcadyou have to cast it to "actual" geometry
23:18.56Posterdatiaah
23:19.09Posterdatithey are all breps
23:22.22Posterdatididn't compile
23:22.28PosterdatiON_Geometry *pGeometry = ON_Geometry::Cast(sObject.m_object);
23:22.57Posterdatiinvalid conversion from const ON_Geometry* to ON_Geometry *
23:23.44brlcadthat doesn't look right
23:26.26brlcader, that's just a constness failure
23:26.33brlcadconst ON_Geometry ...
23:27.00Posterdatiok, doesn't compile either
23:27.41Posterdatirequest for member 'MemoryRelocate' in ...
23:28.16brlcadI can't debug it for you  :)
23:28.30brlcadwe use this exact method I mentioned in the link I showed
23:28.44brlcadyou have to sync up the types
23:28.54brlcadwe toss the const later
23:29.15brlcadbut there are several ways
23:30.10Posterdatiis the ::Cast a must?
23:30.22brlcadthe basic idea though is to iterate over the objects in the model, get each object's geometry container, cast each geometry container to the real thing, transform, and then write it out
23:30.47Posterdatiwriting the parent ONX_Model ?
23:31.28brlcadthat bit I don't recall, but at the time you have done the transform, shouldn't matter -- you either will be able to write it or write each real thing
23:31.48brlcadI'd expect the parent to work
23:32.01Posterdatiok tx
23:32.07brlcadbut i haven't read the header to know if that's kosher
23:32.32brlcadin our example, we write out to a new file, so it's moot
23:33.14Posterdatime too
23:33.38Posterdatiwell it's an object transformed
23:33.43brlcadI mean we write out our ON_Brep to a new file (and not a .3dm)
23:34.16brlcadbut we write the ON_Brep, not the parent model or object or geometry
23:34.25Posterdatiah ok
23:34.26brlcadso at least that works ;)
23:34.43brlcadand I would expect writing the model to work, but lot of variables there
23:34.51brlcadyou know
23:35.02Posterdatiso a brep could be transformed regardless an ON_Geometry object
23:35.03brlcaddid you end up inadvertently creating a copy anywhere along the line, etc
23:35.12brlcadsure
23:35.17Posterdatiso
23:35.32Posterdatiwhy use ON_Geometry? My objects are all breps
23:35.33brlcadand looking at the code, ON_Brep does override ON_Geometry::Transform() with the actual logic
23:35.42brlcadyou shouldn't be
23:35.58brlcadyou just go through that container in the process of iterating
23:36.23Posterdatimay I cast .m_object directly to brep?
23:36.29brlcadbeats me ;)
23:36.33brlcadmebbie
23:36.47brlcadCast() is a low-level ON_Object feature, so probably
23:36.57PosterdatiI'm trying right now
23:36.58brlcadwe make sure it's geometry though "just in case"
23:37.14brlcadthe whole system is based around uuid registration, so it should work
23:38.18Posterdatirequest for member 'MemoryRelocate' in ...
23:38.22Posterdatiwhat the Hell is this???
23:41.25brlcadsounds like you're doing something wrong ;)
23:42.15Posterdatiyes like using opennurbs
23:43.01brlcadwhat's your code look like?
23:43.51brlcadthey have a forum, there may be a simple solution to what you're trying to do and they do provide pretty good free support for relatively simple questions like this
23:44.05brlcaddid you follow our example?
23:44.34brlcadit's pretty much a recipe that should work as-is
23:47.29Posterdatiis compiling now!
23:47.35Posterdatitesting
23:48.55PosterdatiWORKS WORKS WORKS !!!!
23:48.56Posterdatitx
23:49.06Posterdatiyou saved me man
23:49.10Posterdatithanks a lot
23:49.22PosterdatiI wrote the ONX_Model parent object
23:58.19brlcadcool

Generated by irclog2html.pl Modified by Tim Riker to work with infobot.