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) |