IRC log for #brlcad on 20080618

00:07.24 *** join/#brlcad vedge (n=vedge@205-237-251-204.ilesdelamadeleine.ca)
00:10.39 *** join/#brlcad vedge (n=vedge@205-237-251-204.ilesdelamadeleine.ca)
00:17.34 *** join/#brlcad vedge_ (n=vedge@205-237-251-204.ilesdelamadeleine.ca)
00:47.34 brlcad pacman87: neat
01:37.10 brlcad if anyone wants to get on the .de server and already has a .bz account, just lemme know
01:42.50 yukonbob lots of committing to docbook...
01:42.56 yukonbob hello, cadheads
01:43.57 brlcad yeah, that's a about 1000 files more than I thought it was going to be :)
01:44.37 brlcad starseeker: you should run distcheck if you haven't
01:47.06 yukonbob reads scrollback, for .de server desc, and whatever else crops up...
01:49.29 yukonbob heh -- IriX64 was here and I missed him
01:55.01 yukonbob brlcad: what is this .de server about?
02:58.13 brlcad yukonbob: ah, I have another dedicated host over in germany
02:58.35 brlcad it doesn't have a fqdn yet, so I just call it the .de server
03:24.56 *** join/#brlcad Twingy (n=justin@74.92.144.217)
03:27.34 PrezKennedy brlcad, i want one!
03:27.48 PrezKennedy logs in every once in awhile to brush up on his unix commands
03:33.01 *** join/#brlcad Twingy (n=justin@74.92.144.217)
04:11.22 starseeker svn updates and runs distcheck to see what he busted this time...
04:20.50 starseeker brlcad: Let me know if that's too much
04:20.56 starseeker in docbook I mean
04:23.02 brlcad might want to reduce the binary, maybe nix examples
04:23.25 brlcad and the testing framework if it doesn't get us anything
04:24.29 starseeker no problem - I was a bit rushed there at the end of the day
04:24.49 starseeker is definitely in favor of trimming to the minimum, once he figures out what said minimum is
04:25.46 brlcad k
04:25.55 brlcad no rush to trim
04:27.42 starseeker keeps eye on distcheck build, misses super-powered machines at work
04:35.17 starseeker brlcad: What would you recommend as a good example of a journal-style CSG modeling paper? Are there any particularly good examples to learn from in terms of styling, information to present, etc?
04:45.39 poolio rt^ 3
04:45.47 poolio I had to test that...and I failed :(
04:45.54 poolio Also, alloo all.
04:47.28 starseeker distcheck failed, but not where I was thinking it would:
04:47.32 starseeker ../../../src/rt/scanline.c:26:22: error: scanline.h: No such file or directory
04:56.07 starseeker tweaks...
04:59.15 brlcad poolio: heh
04:59.46 brlcad starseeker: that'd be a file missing from the Makefile.am, header missing from noinst_HEADERS in that case
05:00.52 brlcad starseeker: I finally read some of paul's note -- he is right about the subtraction -- once you subtraced the sphere from the cylinder on the lollipop, that included the core and the stick
05:01.02 brlcad a nitpick overlooked detail, but valid
05:01.42 brlcad they're needed for the first part, just not the seond
05:04.27 brlcad his reason for the pull command is semi bogus .. a pull command would be awesome, just mildly more complicated to implement properly
05:09.09 *** join/#brlcad thing0 (n=ric@58.171.169.47)
05:16.33 poolio heh, .de seems faster than .bz
05:22.06 brlcad it is
05:22.25 brlcad faster everything (net pipe, disks, cpu, ..)
05:22.45 brlcad and cheaper! ze crazy germans
05:24.51 poolio sweet :)
05:27.05 brlcad should totally make that a freenode node or mirror for something when it's configured
05:28.43 PrezKennedy it also doesnt have anything on it...
05:28.47 PrezKennedy probably helps a bit
05:28.47 PrezKennedy :P
05:40.43 CIA-22 BRL-CAD: 03brlcad * r31446 10/rt^3/trunk/src/g3d/ (GuiConsole.cxx History.h): break out the History class into its own file, plus some comment cleanup
05:41.01 CIA-22 BRL-CAD: 03brlcad * r31447 10/rt^3/trunk/src/g3d/GuiConsole.h: comment/header cleanup
05:41.08 brlcad that too
05:46.13 CIA-22 BRL-CAD: 03brlcad * r31448 10/rt^3/trunk/src/g3d/Logger.cxx: ws
05:48.10 CIA-22 BRL-CAD: 03brlcad * r31449 10/rt^3/trunk/src/g3d/ (GuiConsole.cxx History.h): get rid of using namespace std -- conventionally/intentionally use std:: scope on all stl types to make the code universally unambiguous. also fix ws indentation.
05:50.32 CIA-22 BRL-CAD: 03brlcad * r31450 10/rt^3/trunk/src/g3d/main.cxx: ws + header
06:38.23 brlcad starseeker: at a quick glance, it looks like the epub subtree could probably go (ebook format) .. it's about 25 MB of "stuff" that wouldn't be high on the priority list anytime soon
06:40.36 brlcad that was all I noticed at a glance
06:46.30 CIA-22 BRL-CAD: 03brlcad * r31451 10/brlcad/trunk/src/libpc/pc_solver.cpp: ws and header cleanup, intentionally do not use 'using namespace std;' in order to make the usages of stl classes unambiguous
06:46.39 CIA-22 BRL-CAD: 03brlcad * r31452 10/brlcad/trunk/src/libpc/pc_solver.h: ws and header cleanup, intentionally do not use 'using namespace std;' in order to make the usages of stl classes unambiguous
06:49.50 CIA-22 BRL-CAD: 03brlcad * r31453 10/brlcad/trunk/src/libpc/ (5 files): ws
07:18.48 *** join/#brlcad thing0 (n=ric@58.171.169.47)
07:34.58 *** join/#brlcad clock_ (n=clock@zux221-122-143.adsl.green.ch)
07:40.38 *** join/#brlcad Axman6 (n=Axman6@pdpc/supporter/student/Axman6)
08:52.35 CIA-22 BRL-CAD: 03homovulgaris * r31454 10/brlcad/trunk/src/libpc/ (5 files): Class definitions for constraint solver: Interval, Domain, and Variable in pc_solver.h; Code beautification/indentation to be done
10:52.49 *** join/#brlcad clock_ (n=clock@zux221-122-143.adsl.green.ch)
10:53.02 *** join/#brlcad mafm (n=mafm@elnet-111.lip.pt)
10:53.27 mafm hey
11:11.36 brlcad howdy mafm
11:17.02 mafm sigh
11:17.14 mafm I could do better, but not very bad
11:19.53 mafm have to go out for a bit
11:30.21 *** join/#brlcad elite01 (n=elite01@dslb-088-071-047-226.pools.arcor-ip.net)
12:25.49 *** join/#brlcad d_rossberg (n=rossberg@bz.bzflag.bz)
12:33.27 *** join/#brlcad thing0 (n=ric@58.171.224.241)
12:43.49 CIA-22 BRL-CAD: 03starseeker * r31455 10/brlcad/trunk/doc/docbook/resources/standard/xsl/epub/: Remove epub xsl files - not high priority output target, large amount of stuff (per Sean's suggestion)
13:01.12 *** join/#brlcad andrecastelo (n=chatzill@189.71.51.90)
13:01.15 *** join/#brlcad Elperion (n=Bary@p5B14E362.dip.t-dialin.net)
13:01.51 andrecastelo morning all
13:05.41 mafm morning andrecastelo
13:19.00 *** join/#brlcad docelic (n=docelic@78.134.207.183)
14:02.28 CIA-22 BRL-CAD: 03johnranderson * r31456 10/brlcad/trunk/ (4 files in 2 dirs): Since MUVES3 was not using the asynchronous capabilities, simplified this library to eliminate pthreads, queues, and most of the locking. These changes were also suggested by Ron and Erik.
14:03.34 CIA-22 BRL-CAD: 03homovulgaris * r31457 10/brlcad/trunk/src/util/loop.c: added -c argument to loop.c so as to support characters
16:03.45 *** join/#brlcad homovulgaris (n=homovulg@202.63.233.61)
16:04.43 homovulgaris hi all
16:04.46 homovulgaris pacman87: how is it going ;)
16:06.06 homovulgaris mafm: how do i see g3d :) i did a make in rt^3 trunk.. but i guess i need to do much more ?
16:08.23 homovulgaris loves the tropics and the monsoon : enjoying the rain for the last 36 hours ( non-stop)
17:09.48 poolio brlcad: So I'm a bit confused about working with nmgs...to retrieve say, all the vertices, do I just repeatedly call the macros and that will properly manipulate the indices? Or is it that each vertex is an element in a linked list that I can iterate over?
17:36.51 CIA-22 BRL-CAD: 03starseeker * r31458 10/brlcad/trunk/doc/docbook/tutorials/oed/oed.xml: Fix to lollipop model suggested by Paul Tanenbaum
17:52.14 CIA-22 BRL-CAD: 03starseeker * r31459 10/brlcad/trunk/doc/docbook/tutorials/oed/ (README oed.xml): Point dtd reference to new location, add note on xsltproc conversion
17:56.01 CIA-22 BRL-CAD: 03starseeker * r31460 10/brlcad/trunk/src/rt/Makefile.am: Add scanline.h to noinst_HEADERS, per Sean
18:13.02 pacman87 is there documentation somewhere on how to use sketch/extrude?
18:13.34 mafm homovulgaris: I need to upload OGRE and the rest of libraries
18:17.04 mafm brlcad: what's "ws" of your commit comments?
18:17.11 pacman87 whitespace
18:20.03 mafm I see
18:21.18 homovulgaris :)
18:21.41 homovulgaris mafm: didnt svn diff show that ?
18:22.04 mafm there are more changes than that
18:26.42 homovulgaris what changes i see only corresponding line addition and removals ( svn diff -r 31453:31452 right ? ) , code style standardization of my files :)
18:29.03 mafm there are 5 commits or so
18:30.38 homovulgaris oh ok u meant all the commits together.. :) hows the ogre hacking going btw ;)
18:31.28 mafm there are the comment "ws" in 2 or 3 of them, and in some it's not only that
18:32.07 mafm the hacking of OGRE is not an issue, the hacking of the GUI libraries (RBGui) is
18:32.28 mafm I offered to the guys to maintain that in their server, a week or more ago, but no reply
18:32.30 mafm :(
18:32.50 mafm it's much better to do it that way than having to maintain private patches
18:33.16 mafm apart from the obvious "useful for everyone, not just us" because it simplifies the process of building it from our side
18:39.07 CIA-22 BRL-CAD: 03bob1961 * r31461 10/brlcad/trunk/include/ged.h: Added GED_INIT
18:41.07 CIA-22 BRL-CAD: 03bob1961 * r31462 10/brlcad/trunk/src/mged/setup.c: Temporarily comment out the E command.
18:51.24 CIA-22 BRL-CAD: 03bob1961 * r31463 10/brlcad/trunk/src/mged/ (chgmodel.c chgtree.c cmd.c): Use GED_INIT initialize ged.
18:52.14 CIA-22 BRL-CAD: 03bob1961 * r31464 10/brlcad/trunk/src/libged/wdb_obj.c: Use GED_INIT to initialize ged.
18:55.48 homovulgaris mafm: hmm .. why dont they have a irc channel :P
19:02.11 mafm they don't even have proper website
19:04.26 mafm http://www.rightbraingames.com/
19:04.39 mafm you have to go to http://www.rightbraingames.com/tech/ to actually see something
19:11.05 *** join/#brlcad clock_ (n=clock@77-56-81-222.dclient.hispeed.ch)
19:13.38 homovulgaris RBG stands for Right Brain Games :O :) ?
19:14.06 prasad1 the new brlcad gui is built using rbgui?
19:17.05 homovulgaris afaik yes :) mafm: so ogre provides the rendering functionality which u would be accessing via rbgui ? i mean rbgui basically provides ui elements and management right ? or does it act as a layer above ogre for everything ?
19:18.26 homovulgaris prasad1: u are from india :) ?
19:18.42 prasad1 close, sri lanka
19:19.21 homovulgaris closer ;) . my home is in kerala :) i am right now more near Bangladesh though
19:19.40 prasad1 ah cool
19:19.45 homovulgaris would love to visit Sri Lanka sometime
19:20.10 prasad1 most of us have origins in kerala
19:20.11 prasad1 :)
19:22.53 homovulgaris wow :) I thought it was more tamil-esque :)
19:23.07 prasad1 who? SL?
19:23.14 prasad1 70% majority is sinhalese
19:23.37 homovulgaris k
19:23.49 prasad1 it's not well known but most anthropologists say the sinhalese ppl are from kerala
19:23.58 prasad1 20% tamils from tamil nadu
19:24.32 homovulgaris interesting :) I know pretty little about my neighbour i realise
19:25.47 homovulgaris hmm.. i should be back in Kerala soon.. end of the month .. home after 2 years :)
19:25.57 prasad1 then again most ppl believe a story about a prince and crew from a mythical kingdom in northern india
19:26.04 prasad1 cool
19:26.11 mafm homovulgaris: yes, RBG stands for that... would be funny BDGui though
19:26.13 mafm :P
19:26.14 prasad1 my mother in law is from kerala
19:26.29 homovulgaris pacman87: did u find anything on sketch and extrude ?
19:26.43 homovulgaris prasad1: nice :)
19:26.47 mafm RBgui only provides windows and widgets
19:26.58 mafm you have to inject the input from ogre (keyboard, mouse, whatever)
19:27.13 mafm for displaying geometries and all that, OGRE will be used directly
19:27.21 homovulgaris hmmm..
19:28.09 prasad1 we might visit kerala next year
19:28.24 homovulgaris I have only used libcairo before for output.. 0 knowledge about openGL, ogre et al :) rendering stuff must be fun :)
19:28.51 prasad1 heh not really
19:29.00 homovulgaris prasad1: If you come near cochin let me know maybe we could meet up :)
19:30.12 prasad1 heh cool
19:30.31 pacman87 homovulgaris: no, unfortunately
19:31.29 pacman87 http://www.nabble.com/-brlcad---Developers--QCAD-integration-inside-BRL-CAD--td5495294.html
19:31.40 pacman87 did anything ever come from that?
19:36.51 homovulgaris hmmm..
19:53.23 homovulgaris pacman87: i cant locate the code for sketch type in mged/typein
19:53.23 homovulgaris how are we supposed to add sketches anyways :O
19:53.42 pacman87 homovulgaris: that's what i was wondering, too
19:54.42 pacman87 read primitives/sketch/sketch.c import/export functions, and write your own binary file to conform to that standard?
19:54.45 pacman87 :)
20:22.42 mafm going home now, take care guys :)
20:25.23 homovulgaris pacman87: I guess there must be some system of inserting sketch if not via mged
20:25.41 pacman87 i dl'd and complied qcad
20:25.46 homovulgaris otherwise how would they have tested during development of extrude
20:26.29 pacman87 make a simple sketch, saved as .dxf
20:26.43 pacman87 now i'm trying to figure how to import that to brl-cad
20:26.50 homovulgaris dxf-g now :) ?
20:28.26 homovulgaris conv/dxf-g should do that work shouldnt it ?
20:28.31 pacman87 yeah
20:28.49 pacman87 /usr/brlcad/bin/dxg-g input.dxf output.g
20:28.55 pacman87 *dxf-g
20:29.09 homovulgaris yep :)
20:30.14 pacman87 although the conversion switches everything to line segments
20:36.18 homovulgaris hmm supporting splines would be a functional addition to dxf-g.. but if dxf import is the only method of adding a sketch, we should concentrate on providing make sketch functionality within mged / brlcad
20:36.35 homovulgaris though i guess specifying bsplines using commandline would be pretty tedious
20:37.50 pacman87 yeah, the sketch primitive has line segments, circular arcs, bezier splines and nurb
21:06.22 starseeker woot - make distcheck succeeded
21:07.25 homovulgaris is taking a nap
21:07.58 starseeker and the tarball didn't suck up the dtd and xsl dirs
21:08.03 starseeker breaths a sigh of relief
22:01.09 *** join/#brlcad CIA-22 (n=CIA@208.69.182.149)
22:11.43 brlcad pacman87: nope, absolutely nothing came of it -- erosenst had a few questions, but never got to trying afaik
22:12.14 pacman87 brlcad: how are sketches made in brlcadA?
22:12.25 brlcad through the sketch editor
22:12.56 brlcad Create -> sketch
22:13.19 pacman87 yeah, i'm still using classic mode ;)
22:13.32 brlcad ahh, then somewhat tough :)
22:13.48 brlcad you can create an empty one with "make sketch sketch"
22:13.54 brlcad but that's certainly not useful
22:14.03 pacman87 i tried that, but it crashed
22:14.10 brlcad oh?
22:14.16 brlcad sounds like a bug that needs fixing
22:14.17 brlcad oooh
22:14.19 brlcad right
22:14.44 brlcad there was a bit that bob committed just yesterday (or day before) that broke the 'make' command and a slew of other mged commands
22:14.51 brlcad he's working on it now
22:14.57 pacman87 ok
22:15.14 brlcad if you revert libged and mged dirs to friday, it should work
22:15.27 pacman87 i got the import workign from qcad .dxf, so i have a sample sketch to play with
22:15.27 brlcad or you can add the one-liner that makes it not crash
22:15.37 brlcad ah, even better
22:15.39 pacman87 unfortunately, the import is just line segments
22:16.53 brlcad do they enclose an area?
22:17.11 pacman87 yes
22:17.29 pacman87 my original sketch had two lines and an arc
22:17.38 pacman87 the arc was approximated using line segments on import
22:17.43 brlcad ahh
22:32.28 brlcad pacman87: I'll make a sample sketch for you
22:32.32 brlcad gimmie a sec
22:33.20 brlcad http://brlcad.org/tmp/sketch.g
22:34.20 brlcad that's a sketch that has all of the basic entities (circle, arc, line, and two bezier curves)
22:34.35 brlcad with an extrude that shows it
22:34.42 pacman87 ok, thanks
22:34.48 brlcad which for some reason is god-aweful slow here
22:35.04 brlcad some semaphore contention .. lemme know if it's slow for you
22:35.30 pacman87 what part is slow?
22:36.13 brlcad the ray-trace
22:36.19 brlcad I think it's because of the two beziers
22:36.33 *** join/#brlcad PrezKennedy (i=Matthew@whitecalf.net)
22:36.50 brlcad they invoke malloc/free a few dozen/hundred times per ray as part of their evaluation...
22:36.53 brlcad utterly horrible
22:37.00 brlcad was never optimized
22:37.07 pacman87 can't that be moved to prep()?
22:37.09 brlcad should never alloc during a shotline
22:37.16 brlcad of course! :)
22:37.19 brlcad or not done at all
22:37.28 brlcad in this case, it could probably go away entirely
22:38.21 brlcad fyi, if you run g2asc, you can see the basic structure and could use that to make your own sketches with a text edtior
22:38.53 brlcad there's a VL vertex list followed by a SL segment list that defines the thing
22:39.04 brlcad very simple
22:39.36 brlcad the dxf-g should just preserve the entities instead of turning them all into line segments

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