| 00:11.00 | Notify | 03BRL-CAD:starseeker * 59915 brlcad/trunk/src/libdm/dm-osg.cpp: Print out the decompositions of our matrix and the tracking matrix from osg's viewpoint to try to understand the differences. |
| 00:15.39 | starseeker | grrr |
| 00:47.28 | *** join/#brlcad starseek1r (~starseeke@66-118-151-70.static.sagonet.net) | |
| 01:02.48 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 01:06.08 | *** join/#brlcad andromeda-galaxy (~user@108-225-17-54.lightspeed.sntcca.sbcglobal.net) | |
| 01:06.52 | maths22 | the commit is huge and painful |
| 01:07.02 | maths22 | It will hopefully be done soon |
| 01:07.17 | maths22 | It just keeps needing my intervention |
| 01:33.31 | *** join/#brlcad KimK (~Kim__@ip24-255-223-153.ks.ks.cox.net) | |
| 01:52.49 | andromeda-galaxy | brlcad: could you elaborate on what you meant about a binary interface for the 'db adjust' commands? |
| 01:52.56 | andromeda-galaxy | brlcad: Last night I had to leave in a hurry, sorry... |
| 02:12.46 | brlcad | andromeda-galaxy: no problem |
| 02:14.04 | brlcad | andromeda-galaxy: so right now, the get/put routines are basically an overly simplistic way to get a string form of a primitive and to specify edits in a simple manner (also string-based) |
| 02:15.05 | brlcad | those two aspects are presently implemented either using our libbu struct-parse tables or by using Tcl API calls |
| 02:19.11 | brlcad | basically, one solution to this problem is to create a different interface intended to replace those former methods |
| 02:19.35 | brlcad | one that fully generalizes the specification of a primitive, supporting hierarchical data and editing |
| 02:20.00 | andromeda-galaxy | brlcad: okay, I think I see what you mean aboutu that... |
| 02:20.21 | andromeda-galaxy | brlcad: you said something similar about the 'rt_*_adjust' command usage of TCL if I remember correctly |
| 02:20.50 | andromeda-galaxy | I was also wondering about that... |
| 02:21.39 | andromeda-galaxy | http://ibot.rikers.org/%23brlcad/20140220.html.gz time 00:53.04 |
| 02:31.27 | maths22 | brlcad: I keep getting errors |
| 02:31.36 | maths22 | committing, that is |
| 02:37.46 | brlcad | andromeda-galaxy: get and adjust are nearly identical |
| 02:38.10 | brlcad | I belive they both utilize a structparse table if one exists or the primitive implements their own version |
| 02:39.14 | andromeda-galaxy | brlcad: I think I see now |
| 02:39.33 | andromeda-galaxy | brlcad: that would result in a major change in the way that those commands work in MGED/Archer though |
| 02:40.15 | brlcad | those two functions were added (get and adjust) because the structparse table doesn't easily describe arrays of variable-length data |
| 02:41.26 | andromeda-galaxy | Would each primitive implement different methods? like a rt_*_vertex_modify for things that have vertices, but not in other ones? |
| 02:45.18 | brlcad | much more general |
| 03:15.17 | brlcad | andromeda-galaxy: the other point I made yesterday is that I think you should stick to what you started with |
| 03:15.29 | brlcad | i.e., just focus on removing tcl |
| 03:15.59 | brlcad | to do that, you don't really need the multi-week distraction of implementing a generalized primitive serialization/editing interface |
| 03:16.39 | brlcad | far easier to just reimplement those functions using tcl to not use tcl |
| 03:18.00 | brlcad | (you'd probably be able to eliminate all tcl callers in the time it'll take to properly implement a generalized interface) |
| 03:18.38 | andromeda-galaxy | brlcad: that's true |
| 03:18.48 | Notify | 03BRL-CAD:Inderpreet * 6447 /wiki/MediaWiki:Sidebar: |
| 03:18.58 | andromeda-galaxy | however, it seems like trying to design and implement an interface like that would be a good long-term objective... |
| 03:28.17 | *** join/#brlcad inderplus_ (~inderplus@117.199.107.243) | |
| 03:33.40 | maths22 | brlcad: I realized I should tell you wha the error is: I will next time I try to commit |
| 03:34.36 | brlcad | andromeda-galaxy: it would, it's just *substantially* harder to get right for all primitives without knowing their complexity (which you do not) |
| 03:35.21 | brlcad | andromeda-galaxy: you'l likely be in a far better position to implement that interface after doing the tcl work because you will have been exposed to much more |
| 03:35.49 | brlcad | maths22: indeed :) |
| 03:43.58 | andromeda-galaxy | brlcad: ok, thanks for the advice |
| 03:44.18 | andromeda-galaxy | brlcad: I will try to start writing the tcl list parsing function now |
| 03:50.34 | Notify | 03BRL-CAD:brlcad * 59916 brlcad/trunk/include/raytrace.h: document in a few places that geometry database files always store dimensional values in millimeters. |
| 03:58.35 | inderplus_ | brlcad: I was little confused about Online Geometry Viewer |
| 04:01.40 | inderplus_ | I want to work on it, actually I am on my 6 months industrial training and I chose this as my major project (fortunately my mentor agreed ). So I would be working full time on it for next few months. |
| 04:48.02 | brlcad | inderplus_: that's great news |
| 04:48.30 | brlcad | have you gotten a status update from harmanpreet? |
| 04:49.24 | inderplus_ | brlcad: No, I have seen the to do list in wiki though. |
| 04:51.06 | inderplus_ | He did share some of them in mailing list too. |
| 04:54.00 | inderplus_ | We have many others (Deepak, Rishabh) interested in this project too, but I guess because of no proper roadmap yet no one is able to start working on it. |
| 05:00.17 | inderplus_ | Once the foundation is in shape, we can work on things like, sharing and embedding features, mediawiki extension for it (which in my opinion will be incredible to see) |
| 05:36.33 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 05:58.06 | brlcad | inderplus_: agreed, that's why getting set up for multiuser contributions and a live version controlled checkout will be helpful too |
| 05:58.14 | brlcad | so people aren't stepping on others work |
| 06:06.20 | inderplus_ | brlcad: There has been confusion about the underlying technology to be used. |
| 06:06.45 | inderplus_ | It was clear though that current backend which is in vanilla PHP needs to be changed, but changed to what? we have no answer on that. |
| 06:06.47 | inderplus_ | <PROTECTED> |
| 06:40.32 | brlcad | inderplus_: can you itemize what you see as the options are that are worth considering onto either the mailing list or the wiki? |
| 06:41.15 | brlcad | the selection of infrastructure needs to be a greater discussion with all requirements/goals under consideration |
| 06:41.37 | brlcad | it's not clear that all requirements are on the to-do yet, which is why that hasn't been decided |
| 06:42.36 | brlcad | for example, if we really are serious about creating a viewer that could be integrated into wikipedia, that'd be a major requirement |
| 06:43.36 | brlcad | how much the backend leverages brl-cad is another major factor, if we're going for SaaS or PaaS or client-only or whatever |
| 06:44.27 | inderplus_ | There have been few items shared by other developers in mailing list, I have also shared my views there. I will make a wiki page and list them all, their plus points and negative points (along with sources for those points). |
| 06:47.15 | inderplus_ | I am in a big favor of mediawiki extension, I see it as a major lead for open source CAD systems specifically BRL-CAD, but mediawiki extension will be built over the OGV, aka OGV needs to be in some shape before we can make a mediawiki extension of it. |
| 06:48.33 | inderplus_ | I think for now, we can focus on just viewing the 3D models well (that's what mediawiki requires as per discussions we had on their mailing list), so all the operations that will be performed on those models that can be kept to BRL-CAD. |
| 06:49.04 | inderplus_ | viewing by client, and everything else (conversions, operations) by BRL-CAD |
| 08:13.02 | *** join/#brlcad inderplus_ (~inderplus@117.212.54.215) | |
| 08:14.37 | *** join/#brlcad luca79 (~luca@net-37-117-183-186.cust.vodafonedsl.it) | |
| 08:35.00 | *** join/#brlcad Anaphaxeton (~george@unaffiliated/anaphaxeton) | |
| 09:34.14 | *** join/#brlcad jasleen (~chatzilla@202.164.53.117) | |
| 10:12.21 | *** join/#brlcad jasleen (~chatzilla@202.164.53.117) | |
| 12:00.26 | *** join/#brlcad inderplus_ (~inderplus@117.212.54.215) | |
| 13:23.29 | *** join/#brlcad ishwerdas (~inderplus@117.220.150.237) | |
| 14:23.47 | *** join/#brlcad luca79 (~luca@net-37-117-183-186.cust.vodafonedsl.it) | |
| 14:41.46 | Notify | 03BRL-CAD:carlmoore * 59917 brlcad/trunk/src/libdm/dm-osg.cpp: remove trailing blank/tab |
| 15:08.11 | *** join/#brlcad KimK (~Kim__@ip24-255-223-153.ks.ks.cox.net) | |
| 15:26.45 | Notify | 03BRL-CAD:starseeker * 59918 (brlcad/trunk/include/dm/dm-osg.h brlcad/trunk/src/libdm/dm-osg.cpp): Trying for ortho view - making some progress, but the center calculation from the matrix isn't lining up with the bounding sphere initial positioning, resulting in a 'jump' when rotation starts. Also, non-square views aren't happy. |
| 15:49.23 | *** join/#brlcad deepak (~chatzilla@117.220.147.250) | |
| 16:19.10 | *** join/#brlcad deepak (~chatzilla@117.220.147.250) | |
| 16:19.15 | *** join/#brlcad ishwerdas (~inderplus@117.220.150.237) | |
| 16:22.08 | *** join/#brlcad jasleen (~chatzilla@106.66.105.27) | |
| 16:39.09 | *** join/#brlcad deepak (~chatzilla@117.220.147.250) | |
| 16:40.46 | *** join/#brlcad ishwerdas (~inderplus@117.220.150.237) | |
| 16:50.25 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 17:32.16 | *** join/#brlcad ignacio|here (~IgnacioUy@2001:4830:134:7::11) | |
| 17:33.06 | *** join/#brlcad Guest4369 (~IgnacioUy@unaffiliated/ignaciouy) | |
| 19:14.30 | Notify | 03BRL-CAD:carlmoore * 59919 brlcad/trunk/src/nirt/nirt.c: add description of -A (which I am actually still not familiar with); switch placement of 'v'; add a missing parenthesis |
| 21:13.21 | Notify | 03BRL-CAD:starseeker * 59920 (brlcad/trunk/src/libdm/dm-ogl.c brlcad/trunk/src/libdm/dm-osg.cpp): Start trying to more closely map the ogl drawing calls in dm-ogl - reshape, at least, doesn't seem to work yet... |
| 21:38.31 | Notify | 03BRL-CAD:starseeker * 59921 brlcad/trunk/src/libdm/dm-osg.cpp: Try some matrix tweaking - doesn't do much so far. |
| 21:40.22 | starseek1r | wants to re-design libdm's API to take high-level view_obj style inputs, not mimic the OpenGL drawing process so closely in the API... |
| 22:17.33 | Notify | 03BRL-CAD:starseeker * 59922 brlcad/trunk/src/libdm/dm-osg.cpp: Put the contents of the 'dm_osg' functions into their appropriate osg_ functions |
| 22:26.06 | Notify | 03BRL-CAD:starseeker * 59923 brlcad/trunk/src/libdm/dm-osg.cpp: rework osg_reshape to better match ogl_reshape |
| 22:29.46 | maths22 | brlcad: could compass/less be installed on the server? |
| 22:52.03 | Notify | 03BRL-CAD:starseeker * 59924 brlcad/trunk/src/libdm/dm-osg.cpp: implement osg_close - not fully clean yet, but does allow switching |
| 22:53.53 | brlcad | maths22: /less? |
| 22:54.01 | brlcad | "less" is installed |
| 23:04.23 | *** join/#brlcad Anaphaxeton (~george@unaffiliated/anaphaxeton) | |
| 23:15.21 | *** join/#brlcad Anaphaxet0n (~george@unaffiliated/anaphaxeton) | |