00:43.16 |
*** join/#brlcad killerflo
(n=5931fce0@bz.bzflag.bz) |
00:43.33 |
killerflo |
is there anyone who speaks german? |
00:44.06 |
killerflo |
ok i try in english |
00:45.00 |
killerflo |
i have installed brl-cad and i don't find the
programm on my HD can somebody help me? |
00:45.10 |
starseeker |
try mged |
00:45.34 |
starseeker |
/usr/brlcad/bin/mged if install is in default
location |
00:49.41 |
killerflo |
what is the command in terminal to show the
content of /usr/brlcad/bin/ |
00:49.54 |
starseeker |
ls /usr/brlcad/bin |
00:50.16 |
starseeker |
on linux |
00:50.26 |
starseeker |
What operating system are you using? |
00:50.38 |
killerflo |
mac os x 10.4 |
00:50.43 |
starseeker |
Ah. |
00:51.11 |
starseeker |
Not sure where it is there - don't have a Mac
handy |
00:52.00 |
starseeker |
Did you build it yourself or use the
binary? |
00:52.10 |
killerflo |
binary |
00:52.37 |
starseeker |
Um. Did you put it in the Applications
folder? |
00:53.34 |
killerflo |
normaly the programmes are installed in the
application folder, but there is nothing new after the
installation |
00:53.59 |
killerflo |
so it must be installed somewhere
else |
00:54.08 |
killerflo |
but i can't find it |
00:54.19 |
starseeker |
What about a global search for mged |
01:02.50 |
killerflo |
i have a solution |
01:03.04 |
starseeker |
what's that? |
01:03.13 |
killerflo |
i have to run x11 and start it from
there |
01:03.23 |
killerflo |
i found it in the folder u said |
01:03.30 |
starseeker |
Ah :-) |
01:03.44 |
starseeker |
working now? |
01:03.44 |
killerflo |
here is the solution
http://www.nabble.com/Problem-with-installing-BRL-CAD-on-my-MacBook-td14826259.html |
01:04.30 |
killerflo |
yes it works thanks for help |
01:04.37 |
starseeker |
np - have fun! |
01:04.49 |
killerflo |
bye |
01:05.10 |
*** part/#brlcad killerflo
(n=5931fce0@bz.bzflag.bz) |
01:22.59 |
*** join/#brlcad Maloeran
(n=maloeran@glvortex.net) |
02:08.33 |
*** join/#brlcad vedge
(i=vedge@ubar.csoft.net) |
02:09.10 |
*** join/#brlcad Jambe
(n=Jambe@c-68-51-76-227.hsd1.in.comcast.net) |
03:15.36 |
*** join/#brlcad IriX64
(n=IriX64@bas2-sudbury98-1128565083.dsl.bell.ca) |
03:16.17 |
IriX64 |
http://www3.sympatico.ca/mario.dulisse2/latesteffort.png
:) |
04:58.31 |
*** join/#brlcad iraytrace
(n=iraytrac@c-67-172-239-24.hsd1.co.comcast.net) |
04:58.50 |
brlcad |
it's the same on mac as it is for linux,
exactly the same other than telling users that they have to start
up X11 |
10:13.24 |
*** join/#brlcad bjohan
(n=bjohan@c83-254-64-17.bredband.comhem.se) |
10:13.45 |
bjohan |
can brl-cad be used to generate
drawings? |
11:16.28 |
*** join/#brlcad Z80-Boy
(i=clock@77-56-85-74.dclient.hispeed.ch) |
12:42.31 |
*** join/#brlcad elite01
(n=elite01@dslb-088-070-107-092.pools.arcor-ip.net) |
14:21.08 |
*** join/#brlcad Elperion
(n=Bary@p5487753B.dip.t-dialin.net) |
14:24.31 |
Z80-Boy |
brlcad: query please... |
14:30.04 |
*** join/#brlcad Axman6
(n=Axman6@61-69-24-178.netspeed.com.au) |
16:34.45 |
*** join/#brlcad Elperion
(n=Bary@p5487753B.dip.t-dialin.net) |
17:13.53 |
*** join/#brlcad elite01_
(n=elite01@dslb-088-070-098-141.pools.arcor-ip.net) |
18:12.00 |
starseeker |
brlcad: How's this look? http://my.bzflag.bz/~starseeker/earth-model-cutaway.png |
18:16.43 |
starseeker |
(for those of you wondering, yes it is to
scale (or pretty close) and I did model the outer layers as ell
rather than sph |
18:23.18 |
brlcad |
hah |
18:23.23 |
brlcad |
that's pretty damn cool |
18:23.55 |
starseeker |
Took NASA's fact page for the data, and
wikipedia for rough depths of the various layers |
18:29.29 |
starseeker |
Sean, can I position the "camera"
corresponding to the raytracing window? |
18:30.38 |
*** join/#brlcad elite01_
(n=elite01@dslb-088-070-098-141.pools.arcor-ip.net) |
18:36.08 |
brlcad |
what do you mean? |
18:36.17 |
starseeker |
nevermind |
18:36.29 |
brlcad |
the raytrace view is the "camera"
view |
18:36.32 |
starseeker |
I was "zooming in" on the cassini model, but
it's so tiny |
18:36.46 |
starseeker |
the earth under it is one pixel on this
scale |
18:36.52 |
brlcad |
:) |
18:37.02 |
brlcad |
you can probably get them both into view with
perspective |
18:37.11 |
starseeker |
Ah - good idea |
18:38.02 |
starseeker |
howdy :-) |
18:38.19 |
yukonbob |
:) hi starseeker |
18:38.24 |
yukonbob |
having fun? |
18:38.30 |
starseeker |
Yep :-) |
18:38.38 |
yukonbob |
carry on, then :) |
18:38.52 |
starseeker |
I made a wild remark to brlcad yesterday, and
he didn't let me get away with it |
18:39.06 |
yukonbob |
?What comment? |
18:39.11 |
yukonbob |
*remark |
18:39.31 |
starseeker |
private chat |
18:40.38 |
starseeker |
working on making some docs, and my example
model didn't go so hot for what I was calling it. So I said I'd
call it Earth |
18:40.47 |
starseeker |
opps |
18:41.16 |
yukonbob |
nice |
18:41.45 |
starseeker |
So this morning I decided I'd give it a go,
and one thing sorta led to another... |
18:42.35 |
brlcad |
did you get internal texture working or is
that external? |
18:44.23 |
starseeker |
external |
18:44.57 |
starseeker |
it's actually pretty simple - a texture shader
for the external sphere, then the rest as basic shapes |
18:46.40 |
starseeker |
yikes |
18:48.02 |
yukonbob |
starseeker: what images are you
using? |
18:48.18 |
starseeker |
brlcad found them: http://visibleearth.nasa.gov/view_rec.php?id=7100 |
18:49.53 |
louipc |
lol @ canada vs usa |
18:50.43 |
louipc |
snow , no snow |
18:54.03 |
starseeker |
brb |
18:54.39 |
*** join/#brlcad Twingy
(n=justin@74.92.144.217) |
18:56.20 |
*** join/#brlcad Z80-Boy
(i=clock@77-56-85-74.dclient.hispeed.ch) |
18:56.59 |
Z80-Boy |
I just installed latest official brlcad on
fresh new Linux system. |
18:57.19 |
Z80-Boy |
When I run "mged" it says backgrounding or
initializing or something like that and waits for a long
time |
18:57.25 |
Z80-Boy |
then it returns with "Detached" |
18:57.29 |
Z80-Boy |
no window appears |
18:57.35 |
Z80-Boy |
no mged process is running
afterwards |
18:57.42 |
brlcad |
how'd you install it? |
18:57.50 |
Z80-Boy |
During the wait, one there is one mged process
and one mged [defunct] process |
18:57.57 |
Z80-Boy |
./configure --prefix=/usr; make; make
install |
18:58.09 |
brlcad |
ah |
18:58.16 |
Z80-Boy |
is it wrong? |
18:58.18 |
brlcad |
add --enable-all to configure |
18:58.24 |
Z80-Boy |
then it's gonna work? |
18:58.32 |
brlcad |
make clean && make |
18:59.40 |
Z80-Boy |
OK doing that |
19:00.19 |
louipc |
hmm shouldn't it be
--prefix=/usr/brlcad? |
19:00.28 |
Z80-Boy |
I don't know |
19:00.32 |
Z80-Boy |
normal programs take /usr |
19:00.37 |
*** join/#brlcad starseeker
(n=CY@c-68-33-217-173.hsd1.md.comcast.net) |
19:00.47 |
louipc |
you might have borked your system |
19:01.03 |
louipc |
yeah but brlcad libs conflict with some
essential linux libs |
19:01.11 |
Z80-Boy |
lol |
19:01.26 |
Z80-Boy |
isn't it freetype or fontconfig or something
like that? |
19:01.41 |
louipc |
that's why the default configure; make; make
install installs in /usr/brlcad |
19:02.14 |
louipc |
Z80-Boy: I think it's some kernel stuff
too |
19:02.27 |
starseeker |
Anybody got enough ram to convert that 13 meg
sucker on NASA's website to a PNG? |
19:02.37 |
Z80-Boy |
brlcad: did I screw my system by installing
with --prefix=/usr |
19:02.42 |
louipc |
lol |
19:03.08 |
starseeker |
Z80-Boy: This is experience talking. If
you're on Linux, the odds are good that the answer is yes |
19:03.15 |
louipc |
why would you convert that to png? |
19:03.26 |
starseeker |
To convert it to pix, to use it as a
texture |
19:03.31 |
Z80-Boy |
Linux comes pre-borked by design |
19:03.46 |
louipc |
no support for jpg textures? |
19:03.47 |
louipc |
gah! |
19:04.15 |
Z80-Boy |
it's not a matter of RAM, but a matter of well
written program |
19:04.18 |
louipc |
Z80-Boy: how's that? |
19:05.01 |
Z80-Boy |
You can do conversion without placing the
whole image into the memory |
19:05.28 |
louipc |
i mean how is linux pre-borked? |
19:06.36 |
starseeker |
Well, so far the Gimp is thrashing and
Imagemagick's convert refused to try |
19:06.44 |
starseeker |
what else 'ya got? |
19:08.59 |
Z80-Boy |
what is the source format of the
image? |
19:09.05 |
starseeker |
jpg |
19:09.22 |
Z80-Boy |
how much tile cache do you have in
GIMP? |
19:09.27 |
Z80-Boy |
What are the dimensions of the jpeg? |
19:09.41 |
brlcad |
Z80-Boy: possibly.. |
19:09.45 |
Z80-Boy |
Imagemagick is a piece of crap, very
suboptimal |
19:09.48 |
brlcad |
that is why it's not the default |
19:10.02 |
Z80-Boy |
can I revert the install? |
19:10.08 |
brlcad |
heh |
19:10.38 |
starseeker |
image is 21600x21600 |
19:10.38 |
brlcad |
can you magically recreate files that you
overwrote? |
19:10.42 |
starseeker |
gimp tile cashe... |
19:11.10 |
starseeker |
1 gig |
19:11.11 |
brlcad |
Z80-Boy: the issue really depends on your
system .. if you had the deprecated librt.so installed and in use,
you'll have problems (as we have a librt) |
19:11.32 |
brlcad |
another common one is libbu and libbn .. but
those are much more rare |
19:12.40 |
brlcad |
louipc: no support for any lossy
formats |
19:13.15 |
Z80-Boy |
starseeker: to convert this image into png,
you need 518400 bytes of memory |
19:13.22 |
Z80-Boy |
a strip 21600 pixels wide and 8 pixels
high |
19:15.05 |
starseeker |
Hang on - looks like I might be able to use
some old fashioned tools and make a pit stop in pnm... |
19:15.48 |
Z80-Boy |
lol |
19:15.55 |
starseeker |
bingo |
19:15.56 |
Z80-Boy |
you need a lot of disk space for that I
guess |
19:17.14 |
starseeker |
Yep - if the other tools were trying to do
that in memory no wonder it crapped out |
19:18.57 |
starseeker |
Heh - cool - the pnm and the pix formats are
almost exactly the same - pnm VERY slightly bigger |
19:19.08 |
brlcad |
starseeker: they already provide
png's... |
19:19.18 |
louipc |
http://freshmeat.net/projects/vips/ |
19:19.30 |
brlcad |
"Details and More Imagery" |
19:19.32 |
louipc |
for large images ^ |
19:19.47 |
louipc |
hah! |
19:19.52 |
starseeker |
Ah :-) |
19:20.23 |
brlcad |
mged won't care so long as you have enough
memory to load it |
19:20.35 |
starseeker |
uh oh |
19:20.39 |
louipc |
hmm 473MB png |
19:20.41 |
brlcad |
it won't exceed core though |
19:20.48 |
brlcad |
(without aborting) |
19:23.32 |
brlcad |
yeah, a color pnm is nearly identical .. they
have a header block and are forth-quadrant images (0,0 in top left
instead of bottom left) |
19:24.41 |
starseeker |
Hmm - that image wasn't set up to map to a
sphere the way the other one was |
19:25.53 |
CIA-4 |
BRL-CAD: 03brlcad * r30408
10/brlcad/trunk/src/adrt/ (87 files in 16 dirs): style and ws
update using the indent.sh emacs formatter script. make the sources
consistent with header/footer blocks and our BSD KNF / K&R
indent style. |
19:28.02 |
Z80-Boy |
brlcad: I did configure with extra
--enable-all, make clean, make, make install, mged |
19:28.05 |
Z80-Boy |
and still doesn't work |
19:28.21 |
Z80-Boy |
Initializing and backgrounding, please
wait... |
19:28.40 |
*** join/#brlcad docelic
(n=docelic@212.15.184.222) |
19:29.12 |
starseeker |
What do you think brlcad - the successful
model worth putting up as a screen shot? (I doubt the model is
anything to write home about...) |
19:29.35 |
Z80-Boy |
write home == army slang? |
19:30.17 |
starseeker |
no - I mean I doubt the way I modeled it is a
shining example of good modeling practices - it's OK but not
great |
19:32.50 |
Z80-Boy |
brlcad: is there any debugging command I could
use to figure out where the mged program is sticking? |
19:33.53 |
Z80-Boy |
I even tried ldconfig, doesn't help. |
19:34.33 |
Z80-Boy |
If I run rt, it prints a help message. That
works. |
19:36.19 |
louipc |
gdb --args mged |
19:36.25 |
louipc |
run |
19:46.34 |
*** join/#brlcad elite01
(n=elite01@dslb-088-070-098-141.pools.arcor-ip.net) |
19:54.19 |
brlcad |
starseeker: yeah, that'd be a great
screenshot |
19:54.26 |
brlcad |
Z80-Boy: try "mged -f" |
19:57.23 |
brlcad |
starseeker: sure, that's a great
picture |
20:03.35 |
Z80-Boy |
mged -f does segmentation fault |
20:15.53 |
*** join/#brlcad Elperion
(n=Bary@p5487753B.dip.t-dialin.net) |
20:31.10 |
starseeker |
brlcad: Cool, thanks |
20:44.28 |
*** join/#brlcad Elperion
(n=Bary@p5487753B.dip.t-dialin.net) |
20:54.30 |
Twingy |
``Erik, brl-cad, I'm doing the March 12-13 IA
training, are you? |
21:30.41 |
Z80-Boy |
brlcad: the parse_points as you said doesn't
work |
21:30.45 |
Z80-Boy |
doesn't simply do anything. |
21:30.57 |
Z80-Boy |
Doesn't print error message, doesn't create
any primitive. |
22:23.10 |
starseeker |
brlcad: Is there any way in viewing mode to
highlight an element of the model too small to see - sort of a
"it's here" pointer to follow?' |
22:34.23 |
starseeker |
meh - even the high resolution map doesn't
have NEARLY enough detail |
22:55.21 |
brlcad |
starseeker: you can go into object/solid
selection mode which will illuminate objects -- hit 's' or 'o' in
the graphics window and move the mouse up/down |
22:55.26 |
brlcad |
it'll illuminate and tell you the
name |
22:55.34 |
brlcad |
hit q or esc to cancel |
22:55.50 |
brlcad |
(otherwise it effective does an oed or
sed) |
22:55.54 |
starseeker |
OK. Yeah, that's how I had been doing
it |
22:56.29 |
starseeker |
Not a very normal problem for this type of
software anyway ;-) |
22:56.56 |
brlcad |
what do you mean? |
22:57.36 |
brlcad |
or is it just something so small that even
illuminated it's not clear what/where it is? |
22:57.49 |
starseeker |
zooming from something 6000km across to
something a couple meters long |
22:58.00 |
starseeker |
basically |
22:58.13 |
starseeker |
the eyepoint and lookat settings did the
trick |
22:58.31 |
brlcad |
center work similar to lookat as
well |
22:59.10 |
brlcad |
or if you autoview one object and then e up
additional objects, it won't change the display size |
22:59.21 |
brlcad |
e.g. B up something tiny, then e up the big
thing |
22:59.28 |
starseeker |
Ah |
22:59.37 |
starseeker |
That would do it |
23:00.03 |
starseeker |
No biggie - even the really high resolution
photo didn't have nearly enough detail for the shot I was trying to
line up |
23:00.23 |
brlcad |
ahh |
23:01.48 |
starseeker |
This is kinda cool: http://my.bzflag.bz/~starseeker/earth-night.png |
23:03.20 |
brlcad |
yeah, that is |
23:03.51 |
starseeker |
Nothing you couldn't do with any sphere
mapping software of course |
23:04.55 |
brlcad |
yeah, nothing special, but still pretty cool
;) |
23:05.01 |
brlcad |
you can do some other effects |
23:05.11 |
brlcad |
is that just the texture shader or stacked
with phong? |
23:05.19 |
starseeker |
texture shader |
23:05.39 |
brlcad |
try the "stack" shader, and add texture and
glass |
23:06.07 |
brlcad |
or texture and bumpmap.. that might be
neat |
23:10.57 |
starseeker |
What should I see on bumpmap? |
23:11.11 |
brlcad |
good question :) |
23:11.14 |
brlcad |
depends on the bump map |
23:11.33 |
starseeker |
Do I enter the bump map first or the texture
first? |
23:12.44 |
brlcad |
bump mapping in general fakes the impression
of surface detail |
23:12.46 |
brlcad |
I'd think the texture is first |
23:13.11 |
brlcad |
adding glass or plastic on top should make it
look like it's painted/glossy |
23:13.54 |
brlcad |
nasa has some topological maps, those would
probably work even better, but you should get something from just
using the same image as a bump map too |
23:15.30 |
starseeker |
Glass killed it somehow |
23:15.44 |
brlcad |
huh? |
23:15.51 |
brlcad |
killed as in crashed? |
23:15.55 |
starseeker |
just getting speckles |
23:16.04 |
brlcad |
hm |
23:16.05 |
brlcad |
ahh |
23:16.20 |
brlcad |
yeah, maybe not glass, it's going to let most
of the light through |
23:16.32 |
brlcad |
plastic probably better |
23:20.24 |
starseeker |
hmm - http://my.bzflag.bz/~starseeker/weird1.png |
23:21.05 |
starseeker |
it's interesting, that's for sure... |
23:21.23 |
starseeker |
stack {{texture {file world4.pix w 21600 n
10800}} {bump {file world4.pix w 21800 n 10600}} {plastic
{}}} |
23:22.50 |
brlcad |
any reason the file dimensions are different?
:) |
23:22.59 |
starseeker |
ooops |
23:23.26 |
brlcad |
it's not an ideal bump map either, so it may
still look wonky |
23:24.00 |
brlcad |
usually it's a greyscale indicating
depth |
23:24.14 |
brlcad |
heck, it may even be assuming bw instead of
pix |
23:24.39 |
starseeker |
could be |
23:25.12 |
starseeker |
Yeah, that's better - not much in the way of
bumpmapping though |
23:25.25 |
starseeker |
bbl, gotta put away dishes |
23:25.58 |
brlcad |
I'd imagine at that scale, you'd have to
increase the bump size considerably too |
23:28.53 |
CIA-4 |
BRL-CAD: 03brlcad * r30409
10/brlcad/trunk/src/ (1014 files in 49 dirs): |
23:28.53 |
CIA-4 |
BRL-CAD: major style and ws consistency
cleanup. apply the automatic emacs-based |
23:28.53 |
CIA-4 |
BRL-CAD: indent.sh formatting to the sources
so they consistently are formatted to our |
23:28.53 |
CIA-4 |
BRL-CAD: BSD KNF / K&R indentation style
(see HACKING) using 4 char indents with tab |
23:28.53 |
CIA-4 |
BRL-CAD: stops at 8. |
23:30.51 |
CIA-4 |
BRL-CAD: 03brlcad * r30410
10/brlcad/trunk/src/bwish/cadAppInit.c: add footer,
indent |
23:31.10 |
CIA-4 |
BRL-CAD: 03brlcad * r30411
10/brlcad/trunk/src/conv/g-adrt.c: footer, indent |
23:38.55 |
alex_joni |
brlcad: can you still use svn diff after
this? |
23:40.01 |
alex_joni |
I mean .. efficiently (if you want to see what
happened in a certain commit vs. an older version..) |
23:50.02 |
starseeker |
brlcad: technically, any bumpmapping that
would have anything like visual significance on this scale probably
wouldn't be physical anyway ;-) |
23:57.21 |
starseeker |
ah, shoot - the mapping of the image isn't
corresponding to the physical dimensions I had laid out |