00:06.46 |
``Erik |
erm, ... |
00:07.09 |
IriX64 |
you have code analysis tools i could
run? |
00:07.47 |
IriX64 |
im not good at security, but i'll run your
analyzers for you no matter how long they take to
complete |
00:08.06 |
Maloeran |
Erik, did you see me mentionning that rtcmp
doesn't compile here? |
00:09.00 |
``Erik |
ummmm, I think so, uh, something aboput the
nmg silent flag that requires a newer BRL-CAD than you
have? |
00:09.21 |
Maloeran |
Oh. I see, okay |
00:09.45 |
``Erik |
you can comment that line out, it just makes
things a tiny bit quieter |
00:10.35 |
Maloeran |
tri.c:234: error: too few arguments to
function 'bu_realloc tri.c:277: error: 'nmg_bool_eval_silent'
undeclared |
00:15.31 |
``Erik |
hm, I'll fix the realloc thing tomorrow... but
it SHOULD just be a warning :/ |
00:16.10 |
``Erik |
fixing the bu_realloc is easy, just add a
message as the last arg |
00:22.38 |
Maloeran |
I really should get used to the math notation
some day. After spending minutes translating "big" formulas into
pseudo-code, I'm surprised by how simple the thing is in the
end |
00:34.01 |
tedcx |
BRLCAD: re: can't find a usable init.tcl on
execution of mged: Yes suing CVS per istructions on the website -
I'll try to find a tar.gz |
00:34.46 |
brlcad |
tedcx: yes, current known issue from a commit
I made a couple days ago -- working on it now |
00:35.22 |
brlcad |
you should be able to pull a cvs checkout of
-r rel-7-8-4 |
00:35.41 |
brlcad |
er, cvs update -r rel-7-8-4 -dP |
00:35.45 |
tedcx |
brlcad |
00:37.44 |
tedcx |
brlcad: where is an x64 source for
linux? |
00:38.15 |
brlcad |
the source is the same for all
platforms |
00:38.50 |
brlcad |
if you have a checkout already, you should be
able to run the above cvs command and rebuild |
00:40.12 |
tedcx |
brlcad: OK, am doing now |
00:40.57 |
tedcx |
brlcad: what configure switches should be
used? |
00:49.45 |
brlcad |
hm, probably ./configure --disable-adrt
--enable-optimized |
00:49.58 |
brlcad |
have to rerun autogen.sh after doing the
update |
00:50.06 |
brlcad |
then configure |
00:50.48 |
tedcx |
Brlcad: ran autogen, am making now
thanks |
01:09.21 |
IriX64 |
there's something to be said for not trying to
have the latest and greatest *all the time:) |
02:07.02 |
*** join/#brlcad PrezKennedy
(n=Matthew@c-69-251-101-137.hsd1.md.comcast.net) |
02:20.10 |
deltazap |
man, being able to use tcl in mged is pretty
awesome |
02:20.23 |
deltazap |
now if it could do ruby, we'd be onto
something ;) |
02:22.20 |
brlcad |
deltazap: soon enough :) |
02:22.53 |
deltazap |
:D |
02:29.09 |
deltazap |
brlcad: is there a guide around on how to set
up distributed ray tracing? |
02:30.13 |
brlcad |
deltazap: not a really good one .. the closest
is probably the remrt manual page |
02:31.18 |
brlcad |
basic idea is to set up remrt with all of the
usual rt parameters that you might want to use |
02:31.25 |
brlcad |
then run rtsrv on all your distributed
hosts |
02:36.59 |
deltazap |
alright, i'll have to start reading
up |
02:39.56 |
deltazap |
my ibook doesn't have quite enough power to do
photon mapping by itself :P |
03:05.55 |
deltazap |
i know i asked this a few nights ago, but i
don't know if someone responed |
03:06.25 |
deltazap |
is there a way to replace one primative for
another region, for instance? |
03:24.38 |
IriX64 |
Twingy: gave it some light
www.irix64.spaces.live.com/photos |
03:25.10 |
Twingy |
you are stilling missing an environment
IriX64 |
03:29.27 |
IriX64 |
man its in flight :P |
03:29.49 |
deltazap |
whoops, crashed mged |
03:46.36 |
IriX64 |
thought you crashed havoc for a moment
:) |
04:01.53 |
IriX64 |
want to see my bbs again.... i'm darn well
going to. |
04:02.30 |
IriX64 |
say is random chatter and mutterings permitted
or not permitted during work hours? |
04:16.16 |
brlcad |
deltazap: combinations use named references,
so if you refer to a primitive and want to replace that primitive
with something else, (whether it be a region or another primivite)
you can use the mvall command |
04:17.07 |
deltazap |
ah, nice :) |
04:17.37 |
brlcad |
so to replace a primitive p.s with a region
c.r, you'd mvall p.s c.r then restore p.s with mv c.r p.s then kill
c.r (which is a primitive) and then create whatever you want to
replace it with |
04:18.33 |
deltazap |
alright |
04:18.45 |
brlcad |
not the clearest of examples, but hopefully
you see -- you renamed all references to the new name, then put
something new in place |
04:22.28 |
brlcad |
these are in the 'Creating Geometry' section
on http://ftp.brlcad.org/MGED_Quick_Reference_Card.pdf
if that thelps |
04:22.28 |
deltazap |
next odd question: is there any way to resize
a region? |
04:22.28 |
deltazap |
i have that printed out here
somewhere |
04:22.29 |
brlcad |
resizing is another way of saying
scale |
04:22.29 |
brlcad |
found in the "S R G set
glob_compat_mode 1 |
04:22.29 |
brlcad |
eek |
04:22.29 |
brlcad |
Scaling and Resizing Geometry in non-unicode
form :) |
04:22.29 |
deltazap |
ok |
04:22.34 |
brlcad |
basically, you oed the object (or matrix
select via gui -- same thing) -- then sca or select Scale on the
menu |
04:22.57 |
deltazap |
that's what i thought, but in the matrix
selection, the region wasn't listed |
04:23.33 |
brlcad |
if you want to apply the scale to the
primitives themselves, you'd use the push and/or xpush
commands |
04:24.28 |
deltazap |
ok |
04:29.27 |
deltazap |
last random question of the night: how well
does that .g -> cubit converter and do you need testers
:P |
04:29.36 |
deltazap |
*work |
04:33.16 |
brlcad |
it actually works surprisingly well .. what
I'm trying to sort out, though, is how we can go about
distribution |
05:02.45 |
IriX64 |
infozip rather :) |
05:03.26 |
IriX64 |
tedcx did you get yours to compile (to get
back on topic) |
05:05.42 |
IriX64 |
brlcad: can i really use this cvs client to
access BRL-CAD latest code? |
05:07.42 |
brlcad |
the very latest is always in cvs |
05:07.55 |
IriX64 |
whats the learning curve like? |
05:08.05 |
brlcad |
it's not incredibly different |
05:08.14 |
brlcad |
but it's current active development |
05:08.28 |
brlcad |
so even the slightest typo and something might
not build |
05:09.02 |
IriX64 |
i see you use cvs till you get something
building error free then you release a new source
tarball? |
05:09.20 |
brlcad |
it's generally expected that you have a basic
understanding of how to resolve the simple build errors and
occasional build failures or run-time glitches if you work off of
cvs HEAD |
05:09.38 |
IriX64 |
ill wait for the source distribution,
thanks |
05:10.09 |
IriX64 |
i mean i think i can reslove build issues, but
i have a slow link |
05:10.13 |
brlcad |
sort of .. the process has changed over the
years and generally speaking, head is stable and we simply release
when we want |
05:10.34 |
brlcad |
which is "supposed" to be once a month if
everything is running smooth |
05:10.57 |
IriX64 |
supposed mean a lot of things to a lot of
people :) |
05:11.03 |
IriX64 |
+s |
05:12.05 |
IriX64 |
but on the other hand i downloaded the thing,
maybe ill play with it whats the address or is it on
sourceforge? |
05:13.27 |
brlcad |
it's all on sourceforge, including detailed
instructions |
05:13.41 |
brlcad |
just follow the CVS link on the sf project
page |
05:16.12 |
IriX64 |
ty |
05:22.49 |
CIA-21 |
BRL-CAD: 03brlcad *
10brlcad/doc/html/bookmarks.html: add an initial bookmarks file in
NETSCAPE-Bookmark-file-1 html doctype format. slews of links
missing, but stub initial sections for news, distribution,
documentation, source analysis, and external linkages. |
05:23.39 |
CIA-21 |
BRL-CAD: 03brlcad *
10brlcad/doc/html/Makefile.am: install the bookmarks.html
file |
05:28.56 |
brlcad |
if you had a cvs checkout -- those commits are
actually "live" -- you could do a cvs update on your source tree
and get the modification immediately no matter what it is |
05:30.25 |
IriX64 |
I see, i'm skimming documentation here but see
no way to connect to sourceforge, or at least i haven't found it
yet. |
05:37.21 |
IriX64 |
what is the project name to enter into this
thing BRL-CAD? |
05:42.18 |
*** join/#brlcad clock_
(i=clock@84-72-95-15.dclient.hispeed.ch) |
06:06.14 |
*** join/#brlcad IriX64
(n=mario_du@bas2-sudbury98-1177871510.dsl.bell.ca) |
06:08.21 |
IriX64 |
DogStar running |
07:34.04 |
*** join/#brlcad clock_
(n=clock@zux221-122-143.adsl.green.ch) |
11:23.54 |
*** join/#brlcad Elperion
(n=Elperion@p54877948.dip.t-dialin.net) |
11:35.35 |
*** join/#brlcad SWPadnos_
(n=Me@dsl245.esjtvtli.sover.net) |
12:40.43 |
*** join/#brlcad ibot
(i=ibot@rikers.org) |
12:40.43 |
*** topic/#brlcad is BRL-CAD
Open Source Solid Modeling || http://brlcad.org || http://sf.net/projects/brlcad
|| http://fisheye1.cenqua.com/browse/brlcad/brlcad
|| 7.10 release preparations coming soon to a tarball near
you... |
13:57.22 |
*** join/#brlcad ``Erik
(i=erik@c-69-250-155-85.hsd1.md.comcast.net) |
15:40.26 |
deltazap |
hmm, trying to figure out why my photon
mapping looks blown out in the render i did over night |
16:08.56 |
brlcad |
light might be too bright |
16:09.25 |
brlcad |
have to be cautious towards the number of
photons being used and the lumens of the light in the
scene |
16:15.54 |
clock_ |
brlcad: if I want caustics, do I have to use
photon mapping? |
16:17.05 |
brlcad |
clock_: yes |
16:17.14 |
brlcad |
or some other global illumination
render |
16:17.57 |
clock_ |
brlcad: and in BRL-CAD that means always
photon mapping? |
16:18.59 |
clock_ |
brlcad: how can I render with photon mapping?
With rt? Or other command? |
16:19.07 |
clock_ |
I didn't find photon mapping in rt
--help |
16:19.57 |
brlcad |
clock_: no, it means photon mapping or
converting the model to adrt and rendering it with rise |
16:20.18 |
brlcad |
clock_: it's easier to select photon mapping
from the raytrace control panel in the gui |
16:20.19 |
clock_ |
is rise part of BRL-CAD? |
16:20.21 |
brlcad |
there are a lot of options |
16:20.32 |
clock_ |
brlcad: I want for automated
processing |
16:20.37 |
brlcad |
RISE is a part of ADRT, which is included with
BRL-CAD (but not compiled by default yet) |
16:21.04 |
clock_ |
man -a rt rt - AIMS Lab Radiotrack FM radio
device |
16:21.13 |
brlcad |
clock_: I mean use the gui to test/set the
options .. then you can review what the command-line parameters are
for automation afterwards |
16:21.47 |
brlcad |
the command line params are displayed to the
mged console |
16:41.19 |
*** mode/#brlcad [+o brlcad]
by ChanServ |
16:55.06 |
deltazap |
you just have to catch them quickly
;) |
17:34.13 |
tedcx |
brlcad: cvs update -are rel-7-8-4 -dP seems to
compile, benchmark,test and run. Thanks for the help. |
18:20.41 |
brlcad |
tedcx: glad to hear it |
18:41.13 |
``Erik |
Maloeran |
18:54.15 |
deltazap |
woo woo, finished volume II tutorial |
18:56.27 |
``Erik |
w00t |
18:56.59 |
brlcad |
sweet |
19:02.38 |
IriX64 |
sweet if you zoom out the drawing, the model
is painted much faster |
19:06.02 |
``Erik |
um, I'm going to guess that the speedup is
inversely proportional to the number of pixels being drawn? O.o
cuz, um, that is kinda... y'know, expected :) |
19:06.30 |
IriX64 |
who put that beauty in the code :) |
19:07.37 |
IriX64 |
``Erik people think my os is a toy.... I point
to the threads picture... lets see yours do that. |
19:07.45 |
``Erik |
what threads picture? |
19:08.05 |
IriX64 |
www.irix64.spaces.live.com/photos |
19:09.47 |
``Erik |
what, run an emulator? |
19:10.05 |
IriX64 |
start 100000 threads |
19:10.09 |
``Erik |
um |
19:10.11 |
``Erik |
I do it all the time? |
19:10.13 |
IriX64 |
err 10000 |
19:10.26 |
IriX64 |
on windows? |
19:10.34 |
``Erik |
no, fbsd and solaris are where I've really
tanked up threads |
19:10.51 |
``Erik |
linux sucked back in the day because it got
sputtery around 16k threads on my 120mhz cyrix |
19:10.57 |
IriX64 |
me too with os/2 but os/2 has a 4095 uppewr
limit |
19:10.58 |
``Erik |
when fbsd could keep grinding up to
100k |
19:11.03 |
``Erik |
solaris got obscene |
19:11.08 |
IriX64 |
heh |
19:11.17 |
IriX64 |
define obscene |
19:11.54 |
IriX64 |
how do you spawn a thread in ansi c |
19:11.54 |
``Erik |
thousands and thousands of processes, each
with thousands and thousands of threads, and the machine was still
responsive? |
19:11.57 |
IriX64 |
yes |
19:12.09 |
IriX64 |
they obeyed the priorities assigned |
19:12.16 |
``Erik |
ansi C has no notion of threads, but the POSIX
library for doing them is called pthreads |
19:12.46 |
IriX64 |
so if you're going to code to ansi spawn and
exec are your only options? |
19:12.56 |
``Erik |
spawn? |
19:13.02 |
IriX64 |
spawnv |
19:13.13 |
IriX64 |
much like exec |
19:13.13 |
``Erik |
exec replaces the running process, and is not
ansi, it's POSIX |
19:13.27 |
``Erik |
you're probably thinking of fork(), which is
also not ansi, it's posix |
19:13.35 |
IriX64 |
wait now ansi supports exec |
19:13.45 |
``Erik |
ansi C has no notion of processes, threads,
etc... those are library or kernel supplied |
19:14.15 |
IriX64 |
my reference says exec is supported shall i
pastebin it |
19:15.22 |
``Erik |
exec* is an os facility, not a C lang
facility, or even a C stdlib facility |
19:15.52 |
``Erik |
http://www.acm.uiuc.edu/webmonkeys/book/c_guide/
<-- that is ansi C. |
19:16.48 |
IriX64 |
my mistake, wrong os mea culpa |
19:16.57 |
``Erik |
(are ya thinking of system() ?) |
19:17.05 |
IriX64 |
maybe |
19:17.46 |
IriX64 |
ahhh a dos function, sorry ``Erik |
19:18.01 |
IriX64 |
any and body else who beleived me :) |
19:18.15 |
IriX64 |
err anybody |
19:18.21 |
Maloeran |
You can't do multiple threads or processes
with ANSI C |
19:18.24 |
``Erik |
posix has a whole family of exec* functions,
like execl, execle, execlp, execvp, .. |
19:18.52 |
IriX64 |
windows supports _beginthread |
19:18.52 |
``Erik |
mal, I'm putting a very big ugly present in
cvs for you |
19:19.19 |
``Erik |
windows also supports pthreads, but you're on
your own for function prototypes there *cough* |
19:19.32 |
IriX64 |
process.h? |
19:19.42 |
Maloeran |
Erik, a coherent ray bundle benchmark?
:) |
19:19.58 |
``Erik |
no, a big endian cache file :) |
19:20.22 |
Maloeran |
All right, thanks |
19:21.18 |
``Erik |
24m, so it'll take a bit to upload |
19:22.16 |
Maloeran |
Which model? You could have picked a light
one |
19:23.23 |
``Erik |
trucks |
19:23.35 |
IriX64 |
nice reference page ``Erik thankyou, added to
my favs list. |
19:24.05 |
``Erik |
irix: it was a quick google... |
19:24.22 |
IriX64 |
ill have to learn how to do google eyes
:) |
19:24.25 |
``Erik |
mebbe I should adone city, heh :) |
19:25.08 |
``Erik |
irix: with your pics, the black helicoptor
images are photon mapped? |
19:25.22 |
IriX64 |
yes with no light source |
19:25.31 |
IriX64 |
moonlight :P |
19:25.37 |
``Erik |
well, of course there was a light source,
there was just nothing to contain the photons |
19:26.04 |
IriX64 |
i meant no sun |
19:26.20 |
``Erik |
you should carve a hollow box and put the mi28
on the floor so we can see the pretty soft shadows |
19:26.56 |
IriX64 |
im not a serious brlcadder ``erik that sounds
too much like work :) |
19:27.05 |
IriX64 |
``Erik too |
19:27.51 |
``Erik |
um, make two boxes, one slightly bigger than
the other... then type something like "c box.r box1.s -
box2.s" |
19:28.08 |
``Erik |
then get the light source, helicoptor and
camera all in the box and render it |
19:28.11 |
IriX64 |
just a sec let me bring it up well
try |
19:31.11 |
IriX64 |
ok extraced the sun and then havoc pressed
multi-pane defaults and ive got havoc on the screen now
what. |
19:31.18 |
IriX64 |
extracted too |
19:31.33 |
``Erik |
oh, and if you google for mi28 or "mi 28
havoc", you'll see lots of sies with specs, pictures, some movies,
... :) it was an impressive machine, probably a good thing the
russians decided it was too expensive O:-) |
19:31.43 |
``Erik |
make a box |
19:31.47 |
``Erik |
then make another box |
19:31.50 |
IriX64 |
what size |
19:31.54 |
IriX64 |
sizes |
19:31.54 |
``Erik |
big |
19:32.27 |
``Erik |
like, bigger than the havoc |
19:32.32 |
IriX64 |
s0 and s1 created |
19:32.38 |
IriX64 |
arb 8 both |
19:32.43 |
IriX64 |
arb8 |
19:35.06 |
IriX64 |
didn't even know it was called mi28 |
19:36.40 |
IriX64 |
wife calls be right back |
19:45.24 |
IriX64 |
what do I do now ``Erik? |
19:48.28 |
``Erik |
one arb8 is bigger than the other? |
19:48.34 |
IriX64 |
no |
19:48.45 |
IriX64 |
dont know how to do that |
19:49.02 |
``Erik |
well, get one on the screen, sed it, click
edit, click scale, and do like p 0.99 |
19:49.04 |
``Erik |
then 'accept |
19:49.26 |
``Erik |
y'know, this exercise is probably in the
modeling tutorial |
19:49.57 |
IriX64 |
you offered |
19:50.04 |
IriX64 |
i did the p 0.99 |
19:50.21 |
``Erik |
ok, it made one just he tiniest bit smaller,
right? |
19:50.27 |
``Erik |
like, say, 99% of the bigger ones
size? |
19:50.28 |
IriX64 |
right |
19:50.37 |
``Erik |
type "accept" and hit enter |
19:50.49 |
IriX64 |
ok |
19:50.51 |
``Erik |
then create a combination where you subtract
the smaller one from the bigger one |
19:51.20 |
IriX64 |
``Erik this is a walk through, how is that
done? |
19:51.39 |
``Erik |
this is about to not become a walkthrough, but
a point down a path :D |
19:51.46 |
IriX64 |
heh ok |
19:51.54 |
IriX64 |
which tutorial? |
19:52.42 |
``Erik |
VolumeII-Intruduction_to_MGED.pdf |
19:52.49 |
``Erik |
lesson 5, page 37 |
19:52.54 |
IriX64 |
ty |
19:53.18 |
IriX64 |
now i need a pdf viewer sigh.... |
19:53.19 |
``Erik |
page 39 is subtraction, you want to subtract
the smaller box from the bigger one |
19:53.26 |
``Erik |
no adobe reader? |
19:53.30 |
IriX64 |
no |
19:58.13 |
*** join/#brlcad clock_
(i=clock@84-72-89-172.dclient.hispeed.ch) |
20:01.50 |
IriX64 |
urf pkg_suckin read error now on photon
mapping, ``Erik what'd you do :) |
20:08.28 |
``Erik |
woops, my havoc is glass, heh |
20:10.47 |
IriX64 |
kill works :) |
20:10.59 |
IriX64 |
thanks to brlcad: for pointing that
out |
20:11.38 |
IriX64 |
wish to see my control screen? |
20:12.22 |
IriX64 |
never mind its just like yours |
20:42.48 |
*** join/#brlcad Elperion
(n=Elperion@p54877948.dip.t-dialin.net) |
22:21.01 |
*** join/#brlcad louipc
(n=louipc@bas8-toronto63-1128544063.dsl.bell.ca) |
23:02.04 |
IriX64 |
Twingy:
www.irix64.spaces.live.com/photos/brlcad < ==== too much light
:) |
23:02.53 |
IriX64 |
how to build a star :) |
23:14.26 |
Twingy |
great IriX64, you've demonstrated that 30
years of cad development is good for making yellow circles, here is
your gold star |
23:17.08 |
*** join/#brlcad poolio
(n=poolio@c-69-251-3-107.hsd1.md.comcast.net) |
23:27.25 |
IriX64 |
heh give me credit twingy im not running from
the experts :) |
23:28.11 |
IriX64 |
brlcad is 30 years old twingy? I didn't
realize that. |
23:28.27 |
IriX64 |
acad is what 12? |
23:30.05 |
brlcad |
since '79 (since '83 for first
release) |
23:32.37 |
IriX64 |
explains why its so rich in feature
set |
23:33.39 |
IriX64 |
is it permissable to advertise it, we have a
local steel mill here who builds thir own brake wheels for cars and
such im sure they would be interested. |
23:34.43 |
IriX64 |
Twingy i could try turning their machine shop
onto g-cam if it's ready. |
23:36.18 |
IriX64 |
that blog is for us i haven't let the url out
to anybody outside the channel |
23:41.29 |
brlcad |
advertising is always permissable, and
generally encouraged if done well, not offensive, nor obtrusive,
etc .. getting the word out is important |
23:41.56 |
IriX64 |
ill let the steel mill know then, they are
heavy into acad at the moment |
23:47.07 |
louipc |
I'm not completely certain, but I don't think
steel mills really use cam software |
23:47.35 |
IriX64 |
they have a machine shop louipc, latest nc
gear |
23:48.03 |
IriX64 |
twingy says he can produce tape
louipc |
23:48.38 |
IriX64 |
not sure of their platform tho, may still be a
vax |
23:49.59 |
IriX64 |
big mill 3rd largets in Canada |
23:50.05 |
IriX64 |
larest too |
23:50.12 |
IriX64 |
err largest grrr |
23:51.45 |
IriX64 |
think the rank is Stelco=1 Dofasco-2
Algoma=3 |