00:11.22 |
IriX64 |
the fairies just dropped in, going to be a
good spring, summer, fall and winter haven't made up their minds
yet |
00:58.52 |
*** join/#brlcad ki6ijg
(n=wegstar@h69-128-116-234.69-128.unk.tds.net) |
05:37.12 |
*** join/#brlcad clock_
(i=clock@84-72-89-172.dclient.hispeed.ch) |
06:38.37 |
*** join/#brlcad louipc_
(n=louipc@bas8-toronto63-1177614277.dsl.bell.ca) |
06:47.32 |
*** join/#brlcad SWPadnos_
(n=Me@dsl245.esjtvtli.sover.net) |
06:50.56 |
*** join/#brlcad louipc
(n=louipc@bas8-toronto63-1128543684.dsl.bell.ca) |
07:38.57 |
*** join/#brlcad clock_
(n=clock@zux221-122-143.adsl.green.ch) |
07:40.44 |
CIA-21 |
BRL-CAD: 03d_rossberg *
10brlcad/src/librt/g_brep.cpp: |
07:40.44 |
CIA-21 |
BRL-CAD: VC++ 6.0 does not like near, far
(obsolete keyword error) |
07:40.44 |
CIA-21 |
BRL-CAD: operator= should return a reference
to *this |
11:40.00 |
*** join/#brlcad dtidrow_work
(n=dtidrow@host66.objectsciences.com) |
12:46.52 |
*** join/#brlcad louipc
(n=louipc@bas8-toronto63-1128543684.dsl.bell.ca) [NETSPLIT
VICTIM] |
12:46.52 |
*** join/#brlcad Maloeran
(n=maloeran@glvortex.net) [NETSPLIT VICTIM] |
13:55.04 |
CIA-21 |
BRL-CAD: 03erikgreenwald * 10rtcmp/ (tri.h
adrt/adrt.c): use linear fastf_t buf for tri data instead of
typedef on typedef on typedef |
13:58.24 |
CIA-21 |
BRL-CAD: 03erikgreenwald *
10rtcmp/tri.c: |
13:58.24 |
CIA-21 |
BRL-CAD: Move to linear fastf_t buffers.
Radical simplification. Proper endian |
13:58.24 |
CIA-21 |
BRL-CAD: safety added/tested. |
14:59.26 |
Maloeran |
You aren't the only one |
14:59.34 |
Maloeran |
http://news.bbc.co.uk/2/hi/technology/6506027.stm
- Yay |
15:01.37 |
*** join/#brlcad louipc_
(n=louipc@bas8-toronto63-1088754359.dsl.bell.ca) |
15:08.42 |
``Erik |
oh, but they'll install the wrong linux, not
only htat, they'll install it all wrong |
15:08.50 |
``Erik |
:D |
15:17.15 |
*** join/#brlcad Elperion
(n=Elperion@p5487493B.dip.t-dialin.net) |
15:22.09 |
clock_ |
``Erik: and then all will turn into hardcore
trolls and accuse each other from trolling in a huge flamewar
tsunami |
15:22.31 |
``Erik |
O.o |
15:23.10 |
clock_ |
``Erik: do you mean the same modding as in
slashdot? |
15:23.15 |
``Erik |
yeah :D |
15:23.17 |
clock_ |
What does -1 mean? |
15:23.23 |
``Erik |
down a point... |
15:23.52 |
``Erik |
usually it's like "+1 insightful" or "-1
troll" |
15:23.58 |
clock_ |
can you mod -2? |
15:24.07 |
``Erik |
but, uh, relevance seems to be a bad thing in
slashdot |
15:24.07 |
clock_ |
aha -1 relevant hehe |
15:24.25 |
*** join/#brlcad dtidrow_work
(n=dtidrow@host169.objectsciences.com) |
15:24.30 |
clock_ |
yeah and relevance also increases the
probability that you'll be accused from trolling |
15:24.30 |
``Erik |
no, but if enough people mod up, the score
goes up |
15:25.03 |
clock_ |
and then you can see the statistics how many
people said troll how many relevant how many insightful
etc.? |
15:25.28 |
clock_ |
interesting that projects like gEDA, BRL-CAD
or Ronja usually have an easy discussion |
15:25.54 |
clock_ |
and projects like Linux or OpenBSD or Gentoo
are very sensitive to exploding into a trolllabelling fit |
15:26.07 |
``Erik |
people get religion about funny
things |
15:26.25 |
clock_ |
i. e. in-depth discussion is
impossible |
15:27.11 |
``Erik |
it's the people with little to no knowledge
that really get flamey about things, usually |
15:27.32 |
clock_ |
or personality disorder developers like theo
de raadt |
15:27.48 |
``Erik |
they'll spot one minor wart on whatever isn't
their favorite and focus on it, ignoring the 8 zillion good
things |
15:27.55 |
clock_ |
;-) |
15:27.58 |
``Erik |
and conveniently ignoring the warts on their
own |
15:28.41 |
clock_ |
You mean realloc is slow when it has to move
the block? |
15:29.50 |
``Erik |
doug leas malloc does slight of hand to remap
pages, so realloc across page boundries is pretty cheap...
phkmalloc forces memory contiguous, so if you can't take the next
page, it allocates in a completely new area, copies the old data,
then frees the old area |
15:30.32 |
``Erik |
the pathological case gives you a
malloc/copy/free cycle every realloc |
15:31.24 |
``Erik |
if you have a program that reads a file
stupidly, like read a page, realloc, read the next page, ad
nauseum... it shows :) (but if you were to, say, stat the file,
allocate the size and read it... or mmap, it ain't an
issue) |
15:31.39 |
*** join/#brlcad
joevalleyfield (n=joevalle@bz.bzflag.bz) |
15:32.26 |
``Erik |
chaining buffers linked list style also "fix"
it at the cost of losing contiguouity (sp?) during the
read |
15:32.37 |
``Erik |
oi, timbert |
15:33.44 |
joevalleyfield |
my presence is random |
15:35.23 |
``Erik |
well, I d'no |
15:35.33 |
``Erik |
he hides in a dark cave with a club and
screams at children |
15:37.44 |
``Erik |
and EATS TEHIR BONES |
15:37.55 |
clock_ |
BONES!!!!11111 |
15:38.04 |
``Erik |
!!@!~@~!!!~!ONE!~@!~ |
15:39.04 |
clock_ |
actually I thought it should be possible to
use BRL-CAD to produce some kind of industrial 3D rendered
art |
15:39.25 |
``Erik |
in what sense? |
15:39.34 |
clock_ |
I saw often posters for technical things
including some kind of artistically processed blueprints, diagrams
or wireframe models |
15:40.06 |
clock_ |
so one could either use rt-edge to produce
such linedraw pictures, or straight rt to make colour
pictures |
15:40.13 |
clock_ |
modeling of stylized technical elements should
be easy |
15:40.17 |
``Erik |
oh, sure, um, the plot routines generate rough
wireframe, or you could tesselate and generate wireframe... and if
you want to raytrace things, the shaders are fairly easy to write,
check out src/liboptical |
15:40.46 |
clock_ |
can one write a script / little program to
generate "landscapes" in ASCII? |
15:40.56 |
clock_ |
To make e.g. repeating changing patterns
etc.? |
15:41.20 |
``Erik |
um, there is a program to generate random
dsp's |
15:41.28 |
clock_ |
what is a random dsp? |
15:41.31 |
``Erik |
which are good for gnenerating
terrain |
15:41.36 |
``Erik |
dsp is kinda like a heightfield map |
15:41.44 |
clock_ |
no I don't mean real landscape |
15:42.09 |
``Erik |
like if you generated a 2d plasma image and
fed that to POV as a heightfield |
15:42.11 |
clock_ |
I mean for example a bunch of low cylinders
with different colours, positions and diameters |
15:42.31 |
``Erik |
oh, I'd imagine a tcl script could do that
easily enough |
15:42.45 |
``Erik |
or if you want to get fancy, a
procdb |
15:42.51 |
clock_ |
can I specify the geometry in ASCII without
trying to parrot the ASCII dump? |
15:43.23 |
``Erik |
by 'ascii dump', do you mean the .asc form of
a .g file? |
15:43.24 |
joevalleyfield |
write an mged script and pipe it to
mged? |
15:43.39 |
clock_ |
that's an idea |
15:43.46 |
clock_ |
can I do just cat script | mged |
15:43.48 |
clock_ |
? |
15:43.48 |
``Erik |
mged -c is nifty :) |
15:44.04 |
clock_ |
can't get man mged is there a page? |
15:44.15 |
``Erik |
MANPATH=/usr/brlcad/man man mged |
15:45.48 |
clock_ |
wow |
15:46.19 |
clock_ |
hmm mged -c asks the user at start for
something, is it gonna work? |
15:46.27 |
clock_ |
Or do I need to prepend an answer? |
15:46.37 |
joevalleyfield |
it should work |
15:46.47 |
joevalleyfield |
it should detect that the input isn't coming
from a terminal |
15:47.13 |
clock_ |
oh yeah seems so and then it doesn't display
the graphics |
15:47.18 |
``Erik |
$ echo 'tops' | mged -c ktank.g |
15:47.18 |
``Erik |
_GLOBAL ktank/
metaball.r/R |
15:47.18 |
``Erik |
air/ ktank-facets |
15:47.24 |
clock_ |
that's actually quite handy |
16:44.12 |
CIA-21 |
BRL-CAD: 03erikgreenwald * 10rtcmp/partm.c:
internal functions should be static |
16:45.48 |
CIA-21 |
BRL-CAD: 03erikgreenwald * 10rtcmp/dry/dry.c:
return negative radius for bounding sphere, as this is not a legit
engine |
17:23.32 |
*** join/#brlcad louipc_
(n=louipc@bas8-toronto63-1128543513.dsl.bell.ca) |
17:29.32 |
CIA-21 |
BRL-CAD: 03erikgreenwald * 10rtcmp/rtcmp.h:
add notion of views |
17:30.19 |
CIA-21 |
BRL-CAD: 03erikgreenwald * 10rtcmp/perfcomp.c:
add "golden rays", begin move to orthos view instead of "same
ray" |
17:54.40 |
CIA-21 |
BRL-CAD: 03erikgreenwald * 10rtcmp/perfcomp.c:
add some more "interesting" ray directions |
17:55.59 |
CIA-21 |
BRL-CAD: 03erikgreenwald * 10rtcmp/rtcmp.c:
show ray packets for visual inspection... will be automated
later |
17:57.46 |
CIA-21 |
BRL-CAD: 03erikgreenwald * 10rtcmp/perfcomp.c:
uh, normalize the right dir vectors... |
18:05.12 |
CIA-21 |
BRL-CAD: 03erikgreenwald *
10brlcad/src/tclscripts/mged/openw.tcl: File->_R is raytrace,
not renderview. Fixes bug 1687710 |
18:18.01 |
``Erik |
amusing, the mailing lists on sf don't escape
the body, so'z the it tries to parse C diffs as html in the web
thingy O.o |
18:45.23 |
brlcad |
heh, or just mged -c ktank.g tops |
18:45.56 |
brlcad |
anything after the db throws it into single
command mode |
19:00.07 |
``Erik |
the idea was to have a long script that he can
cat into it :) |
19:00.51 |
*** join/#brlcad louipc
(n=louipc@bas8-toronto63-1128544250.dsl.bell.ca) |
19:01.08 |
``Erik |
mged -c < cmdsoutthewazoo |
19:04.12 |
louipc |
eh? |
19:07.53 |
brlcad |
yeah, but then echo doesn't show that well
:) |
19:08.10 |
brlcad |
a herenow doc also works well |
19:08.20 |
brlcad |
mged -c file.g <<EOF |
19:08.21 |
brlcad |
ls |
19:08.22 |
brlcad |
tops |
19:08.23 |
brlcad |
EOF |
19:11.10 |
``Erik |
the echo was to vrfy tims statement
:) |
19:13.55 |
brlcad |
ah, true dat |
20:04.30 |
``Erik |
perhaps not o.O :D |
20:06.21 |
*** join/#brlcad Bariton
(n=Elperion@p548760E6.dip.t-dialin.net) |
22:29.26 |
*** join/#brlcad Ben
(n=43be4c56@bz.bzflag.bz) |
22:38.06 |
*** join/#brlcad Benny
(n=43be4c56@bz.bzflag.bz) |