IRC log for #brlcad on 20070430

02:41.48 brlcad alas if he were only here, of course
03:28.59 *** join/#brlcad IriX64 (n=mario_du@bas2-sudbury98-1177871943.dsl.bell.ca)
07:57.18 *** join/#brlcad clock_ (n=clock@zux221-122-143.adsl.green.ch)
07:58.12 *** join/#brlcad clock_ (n=clock@zux221-122-143.adsl.green.ch)
09:56.40 *** join/#brlcad elite01 (n=elite01@dslb-088-070-018-216.pools.arcor-ip.net)
10:04.44 elite01 uhm how do i create a region that's the union of a few objects which are globbed?
10:05.17 elite01 r asd u globme* won't work because there's a "u" missing in front of every but the first globbed primitive
10:06.17 clock_ brlcad: before, the whole Ronja model set compiled overnight
10:06.45 clock_ brlcad: now I introduced threads into one uncomplicated model and just that model already took 2 nights and still not compiled
10:09.21 *** join/#brlcad elite01_ (n=elite01@dslb-088-070-005-253.pools.arcor-ip.net)
11:26.03 clock_ tgc(thread_cyl10_0.8115_0.0625.s): 1 intersects != {0,2,4}
11:26.03 clock_ Is that normal or should I report it to the bug database?
11:44.34 elite01_ isn't there some big fat book with everything in it i need to know about brlcad?
11:44.45 elite01_ those pdf files aren't really uuh... big
12:24.08 clock_ Failing to compile brl-cad 7.10.0:
12:24.10 *** join/#brlcad cad79 (n=540250f8@bz.bzflag.bz)
12:24.19 clock_ ./.libs/librt.so.19.1: undefined reference to `std::basic_ostream<char, std::char_traits<char> >& std::operator<< <std::char_traits<char> >(std::basic_ostream<char, std::char_traits<char> >&, char const*)'
12:24.31 cad79 hi
12:25.19 cad79 i have problem during starting of the application. Could somebody help?
12:26.55 *** part/#brlcad cad79 (n=540250f8@bz.bzflag.bz)
12:42.42 *** join/#brlcad clock_ (n=clock@zux221-122-143.adsl.green.ch)
12:44.12 _jack- sup ;)
12:44.21 _jack- wtf, wrong chan
12:44.21 _jack- nm
13:06.42 elite01_ how to edit (translate) multiple primitives at once? or maybe a region?
13:12.01 *** join/#brlcad arkygeek (n=arkygeek@arkygeek.arch.liv.ac.uk)
13:14.18 *** join/#brlcad docelic (n=docelic@212.15.178.253)
14:08.02 *** join/#brlcad cad75 (n=57037b9b@bz.bzflag.bz)
14:51.02 *** join/#brlcad Elperion (n=Elperion@p54875006.dip.t-dialin.net)
14:52.43 *** part/#brlcad arkygeek (n=arkygeek@arkygeek.arch.liv.ac.uk)
16:49.57 deltazap woo, my first decent model :)
16:50.15 deltazap http://zap.bonzoesc.net/brlcad/platform/
16:50.32 deltazap warning, huge sizes ahead
17:14.17 elite01_ whoa nice
18:06.28 *** join/#brlcad IriX64_ (n=mario_du@bas2-sudbury98-1177871943.dsl.bell.ca)
18:25.16 IriX64_ elite01_ may i ask what version and platform you're using?
18:44.44 *** join/#brlcad jano (n=point@mailbox.nationalfranchisesales.com)
18:44.54 jano hey, happy birthday, punk :p
18:45.06 *** part/#brlcad jano (n=point@mailbox.nationalfranchisesales.com)
18:47.17 *** join/#brlcad IriX64_ (n=mario_du@bas2-sudbury98-1177871595.dsl.bell.ca)
18:47.56 IriX64_ http://www.pastebin.ca/465957 < ---- don't know id this made it, this is the only occurence of have_x in the whole file.
19:09.02 *** join/#brlcad cad86 (n=d8e34816@bz.bzflag.bz)
19:09.16 cad86 I just ran across brl-cad.... what is it
19:09.36 cad86 I have a model someone made using it and I was wanting to convert it to a 3ds or such
19:13.30 *** join/#brlcad Ralfy2020 (n=12@dsl-216-227-72-22.pivot.net)
19:13.37 Ralfy2020 hello?
19:14.22 Ralfy2020 is there a way to convert a model that was made in brlcad to another type?
19:16.34 ``Erik lots
19:16.43 ``Erik look at the g-* programs in bin/
19:17.23 deltazap also volume IV - converting geometry
19:22.28 *** part/#brlcad Ralfy2020 (n=12@dsl-216-227-72-22.pivot.net)
19:22.46 *** join/#brlcad Ralfy2020 (n=12@dsl-216-227-72-22.pivot.net)
19:23.10 Ralfy2020 anyone know what kind of model uses the .ac extention (new to brlcad)
19:30.49 elite01_ IriX64, sure, 7.8.4 on linux on a t2300
19:40.24 IriX64 http://www.pastebin.ca/466046
19:42.12 elite01_ hmm i guess you're taking me for someone else
19:42.43 IriX64 huh didn't notice, was just curious
19:42.58 elite01_ hm? don't get it
19:43.07 IriX64 did you get your array sortedf out?
19:43.34 elite01_ yes
19:43.48 elite01_ i still have questions, if you have some time to spare
19:43.49 IriX64 wonderfull :)
19:44.12 IriX64 im not a user i just play but ask someone will in time answer i'm sure
19:44.14 elite01_ so, i finally used a tcl script to build a few of those buttons
19:44.30 elite01_ because when using the pattern tool, the offset wasn't right
19:44.48 elite01_ and i don't know how to move multiple objects at once - not even how to enter edit mode using the console
19:45.08 IriX64 you're light years beyond me
19:45.43 elite01_ oh
19:56.16 *** join/#brlcad clock_ (i=clock@84-72-88-220.dclient.hispeed.ch)
20:02.07 IriX64 http://www.pastebin.ca/466071
20:06.50 elite01_ it can find headers but no libraries? umpf
20:07.01 IriX64 disregard that last paste, i found it, unique to my system
20:08.15 IriX64 that's what happens when you have a system in a constant state of flux :)
20:08.50 IriX64 aren't I glad that wasn't filed as a formal report/
20:08.53 IriX64 .
20:18.16 *** join/#brlcad cad25 (n=d894f83f@bz.bzflag.bz)
20:20.19 cad25 can anyone tell me the difference in rt and rtg3
20:27.24 *** join/#brlcad IriX64_ (n=mario_du@bas2-sudbury98-1177871595.dsl.bell.ca)
20:43.14 brlcad cad25: vast differences, use rt unless you know what rtg3 is :)
20:47.45 *** join/#brlcad poolio (n=poolio@c-69-251-3-107.hsd1.md.comcast.net)
21:18.00 ``Erik heh, does anyone even use it anymore?
21:18.20 elite01_ uh i even started using it
21:18.57 ``Erik by 'it', I mean rtg3 and other archaic GIFT stuff...
21:20.39 ``Erik elite: what are you talking about with the headers and libraries? O.o
21:20.40 elite01_ oh
21:20.55 elite01_ i was referring to the pastebin link
21:21.35 ``Erik ah, 'k, I tend to ignore irix64's paste stuff... :) what questions do you have?
21:22.04 elite01_ how can i translate multiple primitives?
21:23.20 ``Erik hum, got me on that... might be something you can do in red to apply a matrix to a set of primitives, but I d'no... I'm very weak on the mged use side, I mostly do underlying code...
21:23.22 brlcad put them in a group, translate the group
21:23.31 brlcad push the matrix
21:23.31 ``Erik ok, that woulda been my guess, heh
21:23.49 elite01_ ah ok :)
21:24.18 brlcad if keeping them organized together makes sense, then I'd just keep the group around and not push the matrix
21:24.38 ``Erik 'push', if I recall, is a matrix elimination operations, it'll mutate the primitives so the matrix heirarchy is all identity
21:24.49 elite01_ ok
21:24.50 ``Erik s/ns/n/
21:24.53 elite01_ another one :)
21:25.00 elite01_ i made two primitives right next to each other
21:25.51 elite01_ not, during rt, they intersect with a depth of 0.0000 :/
21:25.51 elite01_ *now
21:25.52 ``Erik if they mathematically touch, you'll get floating point fuzz that'll do "weird things"
21:26.39 ``Erik brlcad: does the tcl print precision work in mged?
21:27.14 elite01_ and what to do about it? just ignore? or rather place the primitives a piece apart?
21:27.16 brlcad "tcl print precision"?
21:27.34 ``Erik yeah, there's a command to alter tcl's default precision for printing floating point numbers...
21:27.47 brlcad if it's something a tool like rt or rtcheck is reporting, those are %lf'd in the code with various lengths
21:27.49 ``Erik I came across it in the tcl/tk pocketbook, I think
21:28.11 brlcad i don't think any of the useful numbers reported are touched by tcl
21:28.19 brlcad they come from the C side
21:28.20 ``Erik heh, hurrr, rt doesn't use tclsh
21:28.41 ``Erik <-- claims being addled by hunger, hasn't eaten today
21:28.53 brlcad elite01_: run rtcheck, it might give you better information
21:29.15 elite01_ it doesn't detect any overlap
21:29.28 ``Erik what about g_qa ?
21:30.10 ``Erik (if you're just doing visual rendering, you probably don't care too much about overlap, so you can pass rt the -R flag I think to quell the warnings)
21:30.17 elite01_ rt only reports those overlaps when i use cell jitter
21:31.17 elite01_ ah yes, i just want visual rendering
21:31.46 elite01_ brlcad is quite overkill, but i wouldn't know what else to use
21:32.41 brlcad elite01_: rtcheck -s1024
21:32.49 brlcad by default is does a 50x50 grid
21:33.07 elite01_ oh
21:33.13 elite01_ still no overlaps *tries more*
21:33.23 brlcad won't go over 10k iirc
21:33.34 elite01_ it seems to :)
21:33.51 elite01_ uhm i gues that will take some time
21:33.57 brlcad it won't tell you when you hit the limit, it just silently falls back to 512 or something ;)
21:34.22 brlcad though there was some work to let it go much much higher
21:34.23 ``Erik lame
21:34.40 elite01_ it reports that it's using that high grid - and it's still checking
21:34.57 brlcad still, you should be able to match rt -- use the same grid size and turn on jitter
21:36.05 elite01_ please :)
21:36.32 elite01_ hm - finished without any overlap
21:38.00 brlcad ah, interesting .. rtcheck basically does clamp and toss -- no way for it to report a 0.000+ overlap
21:38.08 brlcad sorry, that won't help :)
21:38.56 elite01_ ah
21:39.56 brlcad hm, as well as this comment in the code: * ToDo: It would be nice if we could pass in (1) an overlap depth
21:40.00 brlcad <PROTECTED>
21:42.03 elite01_ that irradiance cache, used when doing photon mapping, is supposed to take some time - or am i doing something wrong?
21:42.31 ``Erik it takes a fair bit of time
21:42.36 CIA-22 BRL-CAD: 03brlcad * 10brlcad/TODO: add an overlap depth reporting tolerance parameter to the ray-tracers (similar to -R)
21:42.45 ``Erik the more photons and the more complex the scene, the longer it takes
21:43.16 elite01_ ok
21:43.30 elite01_ whoa even another question
21:43.40 elite01_ how am i supposed to model a sheet of paper
21:43.50 ``Erik make a very veryt thing arb8?
21:43.55 elite01_ one side is printed, the other isn't - should i use 2 arb8?
21:43.57 ``Erik very very thin
21:44.32 CIA-22 BRL-CAD: 03brlcad * 10brlcad/src/rt/viewcheck.c: the tracers support the -R option, which turns reporting on/off
21:44.34 brlcad or make a plate mode BoT by hand (ugh) :)
21:44.50 brlcad really thin arb would be best
21:45.19 elite01_ hmm but what about the 2 sides?
21:45.19 elite01_ one should be rather white, the other textured
21:47.43 brlcad projection shader should do the trick on a single arb8
21:48.59 elite01_ i just wanted to see if a few objects, well approximated by cubes, could fit into a certain space
21:49.08 elite01_ and now i'm building cool-locking models :)
21:50.50 ``Erik "more teeth than brain cells" hehehehe, red dwarf++
22:38.53 *** join/#brlcad Caps_Lock (n=c83786c3@bz.bzflag.bz)
22:52.48 *** join/#brlcad Twingy (n=justin@74.92.144.217)
23:17.32 *** join/#brlcad IriX64 (n=mario_du@bas2-sudbury98-1177871595.dsl.bell.ca)

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