00:43.20 |
``Erik |
iie, eriku wa tabenai!!! |
00:55.18 |
``Erik |
japanese, for "no, don't eat me!"...
discussion in another channel... happened to have been in japanese
o.O |
00:56.41 |
Twingy |
wow, that's appropriate furby talk
too |
00:56.46 |
Twingy |
damn I'm good |
00:57.11 |
``Erik |
well, someone tried to ask me how old I was,
but asked if they could eat me instead |
00:57.23 |
Twingy |
was she cute? |
00:57.41 |
``Erik |
d'no... heh, friend of a friend, haven't seen
a pic |
00:57.59 |
``Erik |
(and immediately after, I said "unless you do
it nice"...) |
00:58.04 |
Twingy |
pfft, I'd want to see what they looked like
before I let them ask me if they could eat me |
00:58.12 |
``Erik |
heh |
00:58.33 |
``Erik |
so you're not swinging by the harbor to visit
alexis? |
01:06.33 |
Twingy |
he'll be in town again soon enough |
01:07.46 |
Twingy |
plus I'm no fun when I'm tired |
01:08.15 |
``Erik |
heh |
01:08.28 |
Twingy |
wanna see an amusing pic? |
01:08.32 |
``Erik |
always |
01:08.36 |
Twingy |
http://js.cx/~justin/images/justin_disney.jpg |
01:09.04 |
``Erik |
is that richard stallman??? |
01:09.06 |
``Erik |
:> |
01:09.13 |
Twingy |
all I remember is some little kid was to the
right of me asking his mom if that was Gandalf |
01:09.16 |
``Erik |
no, you're not pinching your nose... |
01:09.30 |
Twingy |
I think he was playing grab ass with
me |
01:09.34 |
Twingy |
maybe it was john |
01:10.12 |
``Erik |
hehe, john's got himself a semi-sweet deal...
3 days of work a week, obnoxious pay, and none of the mandatory
shit |
01:10.13 |
Twingy |
looks like he's holding a joint in his right
hand |
01:10.31 |
Twingy |
doobie snacks |
01:10.36 |
``Erik |
towlie is the gandalf of southpark. |
01:14.27 |
``Erik |
woops |
01:44.51 |
brlcad |
i think that's Blinn |
01:45.00 |
``Erik |
hahaha |
06:43.39 |
*** join/#brlcad Maloeran
(n=maloeran@195.139.172.210) |
08:05.46 |
*** join/#brlcad ibot
(i=ibot@pdpc/supporter/active/TimRiker/bot/apt) |
08:05.46 |
*** topic/#brlcad is http://ftp.brlcad.org (mirror of
http://brlcad.org, down for
'maintenance') || BRL-CAD is an open source solid modeling software
suite || Developers needed! Read the HACKING file for details on
getting involved || Release 7.8.4 is posted, next release will be
7.10.0 |
11:45.05 |
*** join/#brlcad clock__
(n=clock@zux221-122-143.adsl.green.ch) |
12:02.10 |
*** join/#brlcad ibot
(i=ibot@pdpc/supporter/active/TimRiker/bot/apt) |
12:02.10 |
*** topic/#brlcad is http://ftp.brlcad.org (mirror of
http://brlcad.org, down for
'maintenance') || BRL-CAD is an open source solid modeling software
suite || Developers needed! Read the HACKING file for details on
getting involved || Release 7.8.4 is posted, next release will be
7.10.0 |
15:21.31 |
Maloeran |
If the user interface presented by Microsoft
research at this conference is used, I pity the future generation
of windows users |
15:24.17 |
*** join/#brlcad jpjacobs
(n=jpjacobs@ace.ulyssis.student.kuleuven.be) |
15:24.37 |
jpjacobs |
does anyone have a debian/ubuntu package of
brlcad? |
15:43.48 |
clock__ |
jpjacobs: I don't but compiling is
easy |
15:43.59 |
clock__ |
I compiled on Linux and OpenBSD. You don't
need additional libraries AFAIK. |
15:49.57 |
brlcad |
jpjacobs: several people have started working
on making a package, and I believe one exists for a version from a
year or so ago .. but current no there's not |
15:50.38 |
clock__ |
brlcad: I found a bug in mged |
15:50.59 |
brlcad |
it is pretty much self-contained, so it should
compile off of a source distribution cleanly and fully if you at
least have a compiler |
15:51.07 |
brlcad |
clock__: reproducible? |
15:52.14 |
clock__ |
brlcad: yes |
15:53.01 |
jpjacobs |
yeah, the compiling, or just extracting the
tarball isn't really the problem, but i wanted to just have a deb,
so i can manage the file with apt-get instead of a bunch of loose
files |
15:53.49 |
Maloeran |
Ubuntu doesn't come with anything one needs to
compile stuff, you have to install a bunch of packages |
15:53.54 |
jpjacobs |
hmm just managed to buid a deb from the
tarball i got from sourceforge |
15:53.55 |
Maloeran |
It's really a painful distribution for
programmers |
15:54.14 |
jpjacobs |
yeah i know, there's a meta package for that:
build-essential |
15:54.28 |
jpjacobs |
allright, no errors, wish me luck :) |
15:57.19 |
clock__ |
Well actually already 2 bugs. |
16:00.35 |
clock__ |
Well |
16:00.42 |
clock__ |
http://ronja.twibright.com/3d/par_welded_we_s2.png
at the right side of the vertical beam an edge is not drawn,
although an edge is there. |
16:00.46 |
clock__ |
Second bug: |
16:00.59 |
clock__ |
http://ronja.twibright.com/3d/tetrax.g |
16:01.58 |
clock__ |
Matrix selection,
/tetrax/tetrax.c/sym.c/l2.c/li.s, l2.c then it shows nonsense -
both pieces are moving synchronously and they should move in a
mirrored fashion. When you do an accept then, one of them
disappears and reappears only after you type "B tetrax". |
16:02.16 |
brlcad |
jpjacobs: good luck |
16:02.43 |
jpjacobs |
nice. i've got it working! if anyone want's
the deb, i could upload it somewhere |
16:03.01 |
clock__ |
brlcad: can I consider this bugreported and
scratch it out of my TODO list? |
16:03.05 |
brlcad |
jpjacobs: which version did you
compile? |
16:03.14 |
jpjacobs |
working is relative, i still have to add
/usr/brlcad/bin to the path ;) |
16:03.22 |
clock__ |
brlcad: can you try it out if you can
reproduce it? |
16:03.25 |
brlcad |
jpjacobs: you can upload via ftp to
ftp.brlcad.org/incoming |
16:03.32 |
jpjacobs |
i didn't, i just got the binairies of
sourceforge |
16:03.43 |
jpjacobs |
i can try though |
16:03.52 |
brlcad |
er, binaries or source? |
16:04.01 |
brlcad |
sounded like you compiled it |
16:04.23 |
jpjacobs |
(but i warn you i don't know anything about
packaging in general, so don't blame me if this breaks things
:p) |
16:04.51 |
brlcad |
clock__: yeah, I'm actually not so sure that's
a bug as much as it is a setting issue (though certainly undesired
behavior) |
16:04.59 |
jpjacobs |
i had both, but the compilingstuff was mainly
to get things installed via checkinstall , but that
failed |
16:05.19 |
brlcad |
jpjacobs: failed because? |
16:06.19 |
brlcad |
clock__: there's a test in rtedge when
determining whether to draw an edge, looking at the depth of the
adjacent faces.. in your diagram there, the adjacent are nearly
identical and I bet that's why it's not drawing it |
16:06.20 |
clock__ |
brlcad: which one are you talking about now to
be a setting issue? |
16:06.41 |
clock__ |
brlcad: they are not nearly identical there is
actually several millimeters space in between |
16:06.46 |
brlcad |
that value is configurable, albeit maybe only
via source.. there should be a run-time configuration for
it |
16:07.28 |
jpjacobs |
dunno anymore, it's been a while |
16:07.29 |
clock__ |
brlcad: but why does it have to be
configurable? Can't it just test if the ray doesn't punch another
body or another face of the same body? |
16:07.52 |
jpjacobs |
is 7.8.3 the most recent source
release? |
16:08.04 |
clock__ |
brlcad: why isn't configured to be more
sensitive by default? Would it draw edge everywhere then
? |
16:08.24 |
brlcad |
right, it's a subtle balance |
16:08.38 |
brlcad |
not everywhere, but more than you'd generally
want |
16:10.59 |
clock__ |
brlcad: well if it draws bulshitty edges it
doesn't matter it's not necessary for Ronja that all edges are
perfect it's just to show the shape |
16:11.22 |
brlcad |
curious, if you draw it larger, does it render
the edge? |
16:11.27 |
clock__ |
I didn't try |
16:11.29 |
brlcad |
what object is that? |
16:11.35 |
clock__ |
It's done by scripts |
16:11.58 |
clock__ |
http://ronja.twibright.com/3d/par_welded.g |
16:12.16 |
clock__ |
object inside "par_welded_we" |
16:13.05 |
brlcad |
hmm.. there's something wrong in that
.g |
16:13.50 |
clock__ |
As usual, I always manage to make something
wrong in the .g files |
16:18.02 |
brlcad |
jpjacobs: if you use the latest posted source
tarball (7.8.4 posted at
http://sourceforge.net/project/showfiles.php?group_id=105292&package_id=113368)
I'll upload your .deb as a linux download |
16:18.25 |
brlcad |
clock__: it might not be you actually.. I'm
using an older version, considerably older -- have to check with a
never version |
16:18.43 |
brlcad |
it still brins up par_welded |
16:19.48 |
clock__ |
brlcad: "B par_welded_we" |
16:20.13 |
brlcad |
yep, already there |
16:21.13 |
brlcad |
hmm, sure enough some sort of tolerancing
issue |
16:21.21 |
brlcad |
it renders the edge zoomed in |
16:21.36 |
clock__ |
brlcad: then it's not a bug |
16:21.45 |
clock__ |
brlcad: can you look into the other report
please? |
16:21.53 |
clock__ |
That's actually quite annoying during
modelling |
16:21.54 |
brlcad |
like i said, maybe not a bug but certainly
undesired behavior |
16:29.44 |
jpjacobs |
How do i build brl to have all executable
files in /usr/bin instead of /usr/brlcad/bin ? and also the man
stuff? |
16:30.10 |
brlcad |
jpjacobs: that's highly not recommended for
many reasons right now |
16:30.44 |
brlcad |
aside from the plain reason that it'll end up
installing several hundred binaries and several dozen
libraries.. |
16:30.50 |
jpjacobs |
hehe, that's just the opposite that people
just told me on #ubuntu :p |
16:31.14 |
jpjacobs |
yeah, ok, but that's no problem if things get
managed by apt |
16:31.25 |
brlcad |
there's also a high probability that one of
those binaries or libraries will conflict in name with an
existing |
16:31.41 |
brlcad |
meaning it could clobber something you already
have which would be "bad" |
16:32.00 |
jpjacobs |
mmm, maybe i'll just make a wrapperscript to
that then... something like brlterm ... |
16:32.18 |
brlcad |
more likely it'll be a library |
16:32.20 |
jpjacobs |
and put that in /usr/bin |
16:32.57 |
brlcad |
brl-cad's core libraries, librt, libbu, and
libbn have been around for decades, but other projects sometimes
have similarly named libraries |
16:32.58 |
``Erik |
heh |
16:33.01 |
jpjacobs |
i mean , just a stupid shellscript that set's
the path's right |
16:33.21 |
``Erik |
echo PATH=$PATH:/usr/brlcad/bin >>
~/.bashrc |
16:33.22 |
``Erik |
:D |
16:33.23 |
``Erik |
done |
16:33.31 |
brlcad |
you mean scripts installed into /usr/bin
pointing to stuff in /usr/brlcad/bin? :) |
16:33.45 |
clock__ |
brlcad: did you try my second
report? |
16:33.55 |
brlcad |
clock__: i'm still working on your first
one |
16:34.02 |
brlcad |
or do you really not care |
16:34.10 |
jpjacobs |
no, just a script like /usr/bin/brlterm, that
just set's the right paths and then dumps you to a shell |
16:34.12 |
clock__ |
brlcad: but you don't have to - I don't care
about the first one |
16:34.21 |
brlcad |
clock__: grr |
16:34.26 |
clock__ |
That seems to be a design property |
16:34.41 |
brlcad |
well, at a glance, I'm trying to
verify |
16:34.43 |
clock__ |
Or do you have an idea how to quickly fix it
so that there is no magical constant and it always detects edges
properly? |
16:34.46 |
brlcad |
as well as to see if there's a
workaround |
16:35.25 |
brlcad |
there are options that can be set that should
help it find that edge |
16:35.57 |
``Erik |
jpjacobs: the only paths you SHOULD need to
muck with are the binary path $PATH and the manpage (maybe)
$MANPATH, just fix your .bashrc or .profile or whatever? |
16:36.55 |
jpjacobs |
yeah, but like brlcad said, that might
conflict with other executables etc |
16:37.06 |
brlcad |
jpjacobs: ahh.. there's actually a todo item
to create a "proper" full blown terminal interface that has the
environment set up, but that's future work |
16:37.13 |
brlcad |
actually, not quite what I said |
16:37.27 |
brlcad |
installing into /usr/brlcad is preferred, and
just set the PATH/MANPATH |
16:37.28 |
jpjacobs |
so this thing would only set the path's when
you invoke it |
16:37.46 |
brlcad |
akin to /usr/X11R6 |
16:37.57 |
``Erik |
why make it a script? why not just put the
paths in another file, and source it when you want it?
heh |
16:38.24 |
brlcad |
``Erik: that's effectively what he's
suggesting too :P |
16:38.41 |
``Erik |
I mean, it seems to me like like you want
something in the same class as writing ls-l.c to execute ls -l
... |
16:38.56 |
``Erik |
brlcad: sourcing doesn't spawn a
subshell |
16:39.26 |
brlcad |
so? |
16:39.30 |
``Erik |
treating the ptree like a stack of shells does
not seem optimal to me *shrug* :) |
16:40.01 |
brlcad |
he probably cares about as much as I'd care
about that for this purpose :) |
16:40.12 |
brlcad |
that said, still think it's not a good
approach |
16:41.30 |
brlcad |
it should either install into /usr/bin or not,
and let usual unix pathing do what it's supposed to do (i.e. update
the /etc scripts with new PATH, or assume user will) |
16:43.18 |
``Erik |
hell, I've had accounts on systems where /etc
was legitimately in the path... :D |
16:44.04 |
brlcad |
what could be useful is an installer script
phase for debian/gentoo/freebsd that optionally updates the system
paths for you |
16:44.27 |
brlcad |
but it's still more important to get it
working integrated cleanly first imho before doing that |
16:44.34 |
``Erik |
I wouldn't do that for fbsd... :/ |
16:44.40 |
brlcad |
hence the optional |
16:45.05 |
``Erik |
the 'right' way is to have an 'install-user'
target which mucks a persons ~/.profile or whatever, or just a
pkg-message to tell how to use it |
16:45.31 |
brlcad |
could have that in addition, but that would be
solving a slightly different issue |
16:45.44 |
``Erik |
and that extra mged.sh pedro made is a bit of
a headache, heh |
16:46.08 |
jpjacobs |
i think a lot of users don't like mucking with
paths, and like the idea of just doubleclicking an icon and getting
a nice shell with everything ready to use, maybe even with a nice
text printed to get them started :) |
16:46.55 |
clock__ |
I hate dealing with paths |
16:47.03 |
clock__ |
Different on every system |
16:47.16 |
clock__ |
And if you do it wrong it can disappear the
next time you restart or upgrade the system |
16:47.27 |
clock__ |
Or it can work on text console and not work in
X, or vice versa |
16:48.09 |
``Erik |
yeah, a lot of users should put the machine
back in the box and return it to the store. o.O |
16:48.14 |
``Erik |
:D |
16:48.59 |
``Erik |
hey, brlcad, does mged have the ability to run
all four hundred and something programs of the suite? |
16:52.13 |
jpjacobs |
woohoow, everything compiled right. Does
anyone have better scripting skills than I do? (what i come up with
is http://ln-s.net/FGP |
16:53.43 |
``Erik |
and how are you planning on calling
that? |
16:54.52 |
brlcad |
jpjacobs: the double-clickable option (a
brl-cad terminal) is what has my focus, for what it's worth --
that's a solution that is necessary in particular for the gui
systems (esp. mac and windows) |
16:55.25 |
brlcad |
``Erik: what do you mean? |
16:55.36 |
brlcad |
you can invoke any of them with exec in mged
if that's what you mean |
16:55.46 |
brlcad |
only a handful of them are coupled to similar
mged commands |
16:55.56 |
brlcad |
probably a dozen or so |
16:56.28 |
``Erik |
hm |
16:56.48 |
``Erik |
I wonder if they should all be blindly
name-linked... (like rt is)... then call the mged shell 'the
thing', just launch mged |
16:57.21 |
brlcad |
jpjacobs: if you would, that should say
"Everything set up for BRL-CAD", not using the lowercase non-dashed
naming |
16:57.33 |
``Erik |
pedant :D |
16:57.43 |
brlcad |
consistent |
16:58.37 |
brlcad |
it's generally non-trivial to couple the
command line commands to a similar mged command |
16:58.55 |
brlcad |
extensively different options and conventions
amongst different tools |
16:59.25 |
``Erik |
ah, you can't take the argument list and just
blindly pass them to the underlying program? like a shell
execvp() |
16:59.25 |
brlcad |
and many of them would just be confusing and
inconsistent if used inside mged without proper wrapping |
16:59.38 |
brlcad |
like if I ran mk_wire.. i'd expect it to make
a wire object in my current database |
16:59.52 |
jpjacobs |
i've got it almost... any colors for xterm
that would go nicely wiht BRL-CAD? |
16:59.54 |
brlcad |
whereas mk_wire expects a .g and object names,
etc |
17:00.34 |
brlcad |
so mged would have to be aware of mk_wire's
options format on how to specify the current .g and how to specify
object names (some are consistent like the tracers, others
aren't) |
17:01.08 |
brlcad |
jpjacobs: you could set a color on .g and .pix
files |
17:01.59 |
``Erik |
eenterestink... my 1.25 g4 scores 2127, where
the 1.2ghz athlon scores 667 |
17:01.59 |
jpjacobs |
how do you mean? |
17:03.49 |
``Erik |
or LSCOLORS |
17:04.33 |
jpjacobs |
it's LS_COLORS aparently |
17:04.42 |
``Erik |
it's different on different os's :( |
17:07.47 |
brlcad |
``Erik: that's a stunningly low score for a
1.2 athlon |
17:07.56 |
``Erik |
um, you don't know what my metric is |
17:08.10 |
``Erik |
nope |
17:08.21 |
``Erik |
not BRL DASH CAD related |
17:08.43 |
brlcad |
ah, so it's a useless metric .. got it
;) |
17:09.31 |
``Erik |
:D ultra-naive raytracer with the goal of
being modular so different algorithms for different aspects can be
dropped in trivially... this is with the ueber-naive 'acceleration'
structure, moller-trombour triangle intersection, and the value is
rays per second |
17:09.56 |
brlcad |
hehe |
17:09.58 |
``Erik |
(every ray tests every triangle, keeping the
'closest') |
17:12.35 |
jpjacobs |
just did the benchmark too, i've got 1597 on
my AMD AthlonXP 2600+ (2.05 GHz) |
17:12.38 |
brlcad |
i finally got Zeta to install |
17:12.52 |
brlcad |
jpjacobs: that'd be an unoptimized build
:) |
17:13.16 |
brlcad |
you should recompile optimized, at least it
sounds unoptimized |
17:13.21 |
jpjacobs |
well that could very well be (it's just the
binarie from sourceforge) |
17:13.25 |
brlcad |
hmmm |
17:13.41 |
brlcad |
those should be optimized actually, unless
someone left off the option |
17:13.59 |
``Erik |
what're you running zeta on? |
17:14.13 |
jpjacobs |
now for the .deb, should i make it with
--enable-optimized ? |
17:14.25 |
brlcad |
zeta won't do ppc |
17:14.46 |
brlcad |
wouldn't do parallels either, kept kernel
panic'ing in random places |
17:15.13 |
brlcad |
jpjacobs: yes, --enable-optimized and
--enable-almost-everything ;) |
17:15.45 |
brlcad |
can toss in --disable-debug for good
measure |
17:15.51 |
brlcad |
but that's optional |
17:18.03 |
``Erik |
heh, "dooking" http://www.zefrank.com/theshow/# |
17:23.14 |
jpjacobs |
is the enable-almost-everything to be taken
literally? |
17:23.30 |
brlcad |
yes |
17:23.52 |
CIA-5 |
BRL-CAD: 03brlcad * 10brlcad/BUGS: rtedge is
not respecting the -c'set' options |
17:24.24 |
brlcad |
there is such a configure option that enables
the compilation of the third-party dependencies (libpng, tcl/tk,
urt, zlib, itcl/itk/iwidgets, etc) |
17:24.55 |
brlcad |
otherwise it will autodetect what you have
installed, which is potentially different if you wanted to share
that .deb with someone else |
17:25.56 |
``Erik |
debs have dependancy info built in... urt,
zlib, and png should be added as dependancies and forced not to
build imho... :D |
17:32.00 |
brlcad |
should, and the official debian .deb request
has/had such a thing going iirc |
17:32.40 |
brlcad |
but then there's still issues running against
system tcl/tk/itcl/itk/... that I'm still working on |
17:36.20 |
jpjacobs |
``Erik: well, if you can tell me how i do
that, that'll be nice:) |
17:45.46 |
jpjacobs |
hmmm almost there with the xterm, lscoloring
and path setting thing |
17:51.54 |
jpjacobs |
damn it, i can't get the lscoloring to get
set... very weird. have alook at it at: http://ln-s.net/FGX |
17:53.02 |
jpjacobs |
can anybody give me a list of packages where
brlcad depends on? |
17:53.49 |
brlcad |
jpjacobs: ls src/other |
17:53.54 |
brlcad |
they are included there |
17:54.19 |
brlcad |
the probablem you'll run into with some of
them though, like tcl/tk, is that a system tk is currently
non-functional .. close, but not there yet |
17:54.59 |
brlcad |
but for things like jove and urt and zlib and
png and regex, system ones work just as well |
17:59.01 |
jpjacobs |
so i should have tcl/tk compiled in and the
rest as dependancy |
17:59.37 |
jpjacobs |
i'm off for dinner |
18:04.48 |
brlcad |
pretty much |
18:25.39 |
dtidrow_work |
``Erik: lol at the 'stinky' opinions |
20:16.31 |
jpjacobs |
has anybody an idea why the lscolloring stuff
in my script doesn't work? |
20:21.36 |
Maloeran |
Ohh, so that's the raytracer you spoke of
writing, Erik :). Okay, I don't feel too threatened yet |
20:34.05 |
*** join/#brlcad clock_
(i=clock@84-72-95-129.dclient.hispeed.ch) |
21:01.43 |
clock_ |
brlcad: did you check the second report I told
you? |
21:01.50 |
clock_ |
Or should I report it into the bug
database? |
21:07.46 |
clock_ |
brlcad: is it OK to subtract a region from
another one or do AND operation? |
22:38.42 |
*** join/#brlcad Maloeran
(n=maloeran@195.139.172.210) |
22:40.48 |
*** join/#brlcad Maloeran
(n=maloeran@195.139.172.210) |
22:46.36 |
``Erik |
hum, per ghz, the naive rt I got here does 874
ray/sec, the g4 does 1700 ray/sec :) |
22:58.15 |
Maloeran |
Feel like trying my ray-triangle intersection
test to compare? :) |
22:58.30 |
Maloeran |
It works best with short ray segments, but you
should see a good gain |
23:00.13 |
``Erik |
um, if I give you a function prototype, can y
ou give me a .c file easily enough? |
23:00.42 |
Maloeran |
It requires conversion to a different triangle
structure than 3 vertices, but it's simple enough |
23:00.58 |
``Erik |
hrmmmmmm |
23:01.20 |
``Erik |
tell ya what, when I see you tomorrow, I'll
have my thumbdrive, we can compare and mess around |
23:01.49 |
Maloeran |
Sure |
23:01.50 |
Twingy |
just think of me as the richard stallman of
renewable energy |
23:02.46 |
Twingy |
I'd grow a beard, but it'd increase my
coefficient of friction |
23:07.19 |
``Erik |
so you stink a lot? :D |
23:08.20 |
``Erik |
it's cuz you're queerbeqois |
23:08.50 |
Twingy |
DEY TUK HIS JB! |
23:08.58 |
``Erik |
JRB! |
23:09.03 |
Twingy |
JRRRRRR |
23:09.09 |
``Erik |
JJJJRRRRRRRRRB |
23:09.15 |
Twingy |
BACK TO THE PILE! |
23:09.32 |
``Erik |
twingies a timecist |
23:09.46 |
Twingy |
I'm a confuscist atm |
23:10.01 |
Twingy |
you'd think 2d math would be easy |
23:10.24 |
``Erik |
dpeends on which two dimensions :D |
23:10.48 |
Maloeran |
Erik, there were some interesting talks today
about visualization of dynamic fluids, turbulence, vortexes ; the
first interesting talks to me so far |
23:11.17 |
Maloeran |
I really should have skipped the first 3 days,
had I known that it was all about "Information visualization", or
how to draw pretty eye-candy 2d graphs for humans to see huge
datasets |
23:11.55 |
Twingy |
but just think |
23:12.04 |
Twingy |
with the knowledge you contain you could write
powerpoint++ :) |
23:12.20 |
``Erik |
really, fluid dynamics are of strong interest
to me, heh |
23:12.23 |
Twingy |
powerpoint doesn't have a ray-tracer yet
eh? |
23:12.25 |
``Erik |
but I was running errands all day :/ |
23:12.30 |
``Erik |
no, but it has a flight sim... |
23:13.25 |
Maloeran |
Same here, Erik. SURVICE wants me on their
fire simulations too apparently, good timing |
23:14.44 |
Maloeran |
For 3 days now, I feel like eating a huge
plate/bowl of fruits, any idea where to find that in Baltimore?
:) |
23:16.21 |
``Erik |
I thought I saw a grocery store when we were
looking for food on monday, they'd probably have fruit platters in
their deli area, or straight fruit |
23:16.23 |
Maloeran |
I wish I could find that. Perhaps what I need
is a grocery, not a restaurant |
23:16.45 |
Maloeran |
Right, okay |
23:17.24 |
brlcad |
there's a grocery about 15 minutes away,
albeit not walkable at this time of day now, you'd have to cab it
or something |
23:17.41 |
Maloeran |
How is it not walkable? |
23:17.53 |
Twingy |
SUPAH FOOD TOWN! |
23:18.43 |
brlcad |
it's about 15-20 blocks southwest of the inner
harbor |
23:18.51 |
brlcad |
almost due south |
23:19.11 |
brlcad |
which would require walking down some rather
dark streets |
23:19.26 |
brlcad |
not something I'd recommend for someone as
skinny as you :) |
23:19.33 |
Twingy |
just buy 100 of those neon light sticks and
duct tape them to your body |
23:19.45 |
Maloeran |
I never went anywhere it wasn't "safe" before,
this is weird |
23:20.03 |
Maloeran |
I might be skinny, but I made the Montreal
games on the 100m and 500m runs not so long ago ;), I can run...
fast |
23:20.09 |
archivist |
sounds like a matchstick with the wood scraped
off |
23:20.12 |
brlcad |
it's actually pretty safe where you're
at |
23:20.39 |
brlcad |
you might run fast, but I bet a bullet or
knife would still catch up quickly enough ;) |
23:21.42 |
Maloeran |
Woah. Understood, I really am
surprised |
23:21.47 |
brlcad |
if you had your bike, I'd say go for it ..
those neighborhoods around federal hill are pretty safe |
23:22.03 |
brlcad |
it's just a bit much to walk |
23:22.20 |
``Erik |
if you do walk, only care enough money to buy
what your'e going to get, keep your stuff in your sock, and try not
to be too pretty o.O :D *duck |
23:22.48 |
``Erik |
but cabbing would be way preferrable or wait
until morning *shrug* |
23:22.53 |
brlcad |
seriously, just take a cab and you'll be there
in about 5 minutes :) |
23:22.58 |
``Erik |
if I had fruit handy, I'd bring some
down |
23:23.01 |
Twingy |
heh, mal looked at me with shock when I told
him that some parts of baltimore aren't the safest :) |
23:23.25 |
``Erik |
heh, I've been lost ins ome of those
:D |
23:23.30 |
``Erik |
tore the shit out of that pt cruiser...
*cough* |
23:24.44 |
Twingy |
never trust google maps through
baltimore |
23:24.48 |
Maloeran |
It's just a fairly different environment. I
have never seen a gun in my life, and you talk about these "tools"
wandering the streets |
23:25.15 |
brlcad |
heh |
23:25.21 |
brlcad |
now that I find funny for some
reason |
23:25.31 |
brlcad |
we should go shooting something :) |
23:25.33 |
Twingy |
you get into the projects with a bunch of
crack houses and gangs, what do you expect |
23:26.18 |
Twingy |
soon as the city cleans up a block or two, one
or two more show up |
23:26.48 |
Twingy |
company goes out of business, board up the
building, becomes a crack house |
23:26.56 |
Twingy |
simple as that |
23:27.20 |
Maloeran |
If it's that simple, that should make the
police's job very easy |
23:27.24 |
brlcad |
heh, I'm not sure if that says anything about
France or just you ability to be naive.. |
23:27.37 |
Twingy |
mal, the budget can't employe 10,000 police
officers |
23:28.03 |
Twingy |
just be glad you're not in turkey where if you
lift up the wrong box it's a bomb |
23:28.20 |
brlcad |
ding ding ding, you win! *boom* |
23:28.41 |
Twingy |
school-mate of mine in college told me some of
the horry stories he lived through before moving to
america |
23:28.47 |
Twingy |
*horror |
23:33.10 |
Maloeran |
Probably mostly naivety, brlcad :), I think I
have become a little wiser since then |
23:33.54 |
brlcad |
:) |
23:34.16 |
``Erik |
given what efficiencies? |
23:34.42 |
``Erik |
ICE's tend to be horribly inefficient
:( |
23:35.02 |
``Erik |
chemical energy vs kinetic energy at the wheel
is abysmal |
23:38.02 |
Twingy |
17% efficiency |
23:38.04 |
``Erik |
hydrogen ice, or diesel indirect
drive... |
23:38.30 |
``Erik |
(ice == internal combustion engine... heh, I'm
an old battletech geek :( ) |
23:41.38 |
Twingy |
WINTER HAVEN, Florida (AP) -- Police Chief
Paul Goward was tired of looking around his department and seeing
blubber hanging over the belts of some of his officers. So he sent
out a memo exhorting the "jelly bellies" to shape up. |
23:41.38 |
Twingy |
In the end, the department lost 190 pounds --
all of them belonging to Goward. He was forced out as chief because
some of his officers took offense at the memo. |
23:42.56 |
Maloeran |
Sad. |
23:44.50 |
Twingy |
sweet, my pair of palm sized 250 psi
compressors just arrived |
23:45.00 |
Maloeran |
Does "fruit" have a second meaning? |
23:45.19 |
``Erik |
http://www.urbandictionary.com/define.php?term=fruit |
23:45.35 |
brlcad |
the fruit of your loins does, I hope |
23:46.04 |
brlcad |
regardless, that's a piece of fruit I wouldn't
touch ;) |
23:46.32 |
Maloeran |
That is weird |