00:19.08 |
starseeker |
``Erik: been partying? |
00:26.30 |
yukonbob |
starseeker: maybe somebody took his seat on
the subway, and he had to stand all the way home... |
00:45.35 |
``Erik |
went to a friends bday party, 4 hours standing
around in a park :) was fun |
00:45.46 |
``Erik |
but now I smell like brlcad's dog :( |
00:56.01 |
IriX64 |
you prefer smelling like a pussy :) |
00:57.34 |
yukonbob |
got any pix of your latest work,
IriX64? |
00:59.16 |
IriX64 |
mc |
00:59.39 |
yukonbob |
?mc |
00:59.58 |
IriX64 |
midnight commander my weapon of choice
:) |
01:00.14 |
yukonbob |
ah -- |
01:00.54 |
IriX64 |
why am i getting undefined X references in
libfb when compiling fbserv? |
01:01.47 |
yukonbob |
why are you _always_ compiling brlcad? :) -- I
see screen shots from you of it running... how did that one get
compiled? |
01:02.25 |
IriX64 |
thats 7.8.4.... trying to stay
current |
01:05.37 |
yukonbob |
ah -- |
01:06.32 |
yukonbob |
if you want to add to the challenge (and help
brlcad's robustness), try compiling against tcl/tk 8.4 (latest
stable). I have, and so far so good, but the more, the merrier,
they say. |
01:06.58 |
starseeker |
yukonbob: I thought it now required
8.5? |
01:06.58 |
IriX64 |
In file included from if_X.c:53: |
01:06.58 |
IriX64 |
../../include/dm-X.h:42: error: expected
specifier-qualifier-list before 'mat_t' |
01:07.06 |
yukonbob |
starseeker: not strictly |
01:07.11 |
IriX64 |
if you help me here i will |
01:07.28 |
yukonbob |
it's compiled against 8.5, but is not using
8.5-specific features, as far as anybody knows. |
01:07.42 |
starseeker |
Erm. |
01:07.44 |
IriX64 |
i was told it was married to 8.5 or
greater |
01:07.46 |
yukonbob |
I have run it against 8.4.15, 8.4.16 |
01:07.53 |
starseeker |
brlcad: Is that the case? |
01:08.18 |
IriX64 |
in configure they hardcoded 8.5 |
01:08.25 |
yukonbob |
starseeker, IriX64: I've asked brlcad about
this, and run installation is (so far) proof it's not married to
8.5 ;) |
01:08.44 |
IriX64 |
ok :) |
01:08.58 |
yukonbob |
IriX64: there are some configure.ac
modifications necessary, yes. This affects what ./configure looks
for, and the resultant Makefile(s) |
01:09.08 |
starseeker |
Well, I guess the next question is whether we
have exercised the part of brlcad that might notice the
change... |
01:09.31 |
yukonbob |
starseeker: yes -- that's why I say the more
the merrier ;) |
01:09.49 |
yukonbob |
I'm an mged user and various rt[x] tools...
and so far so good. |
01:09.58 |
starseeker |
OK. |
01:11.47 |
yukonbob |
I also skipped compilation of bwish (wish,
compiled w/ a couple cad-specific routines) in hopes of creating
libtclcad as a loadable module to a stock wish/tclsh binary -- I've
got a start on that, but that's it. That will give bwish
functionality w/o a dedicated binary (and allow things like
rtwizard, etc. to run for me...) |
01:12.03 |
IriX64 |
starseeker i'm just a hobbiest, wadda I know
:) |
01:12.40 |
starseeker |
yukonbob: Did you run the make test benchmark
as well? I don't now how comprehensive it is but it's a
start |
01:13.16 |
IriX64 |
thought somewhere theres a make test thingy
too |
01:13.44 |
yukonbob |
starseeker: no, I haven't... |
01:14.19 |
starseeker |
That might be useful ;-) |
01:15.28 |
yukonbob |
as far as my personal use goes, it's better
than 8.5, though, since I never got 8.5 running how I wanted; also
nice to be able to depend on a stable version of tcl/tk rather than
beta software... |
01:17.00 |
starseeker |
Yes, the gentoo guys tend to
agree... |
01:17.34 |
starseeker |
Hmm... http://check.sourceforge.net/
looks kinda interesting. Requires POSIX... |
01:21.10 |
starseeker |
yukonbob: Sorry about not pushing harder on
the docbook conversion - I'm hoping things will get better after
next week. |
01:34.02 |
yukonbob |
starseeker: _no_ problems what-so-ever --
you're not beholden to me, btw, either ;) -- I think I saw you
mentioning emacs sometime earlier -- did you try that out as a
docbook environ? Try those scripts I sent? |
02:05.43 |
starseeker |
yukonbob: I am using emacs +nXML - very
nice. |
02:06.08 |
starseeker |
yukonbob: I haven't yet tried incremental pdf
generation, so I haven't tried your scripts - when I do I'll fish
them out :-) |
02:12.51 |
starseeker |
oops |
02:33.42 |
*** join/#brlcad yukonbob
(n=yukonbob@198.235.198.234) |
02:34.08 |
yukonbob |
Hello, whirled. |
03:16.19 |
starseeker |
yukonbob returns :-) |
03:16.35 |
poolio |
:o brl-cad won't compile |
03:16.46 |
starseeker |
uh oh - what platform/version? |
03:18.14 |
starseeker |
erk |
03:25.20 |
CIA-4 |
BRL-CAD: 03brlcad * 10brlcad/
(doc/deprecation.txt include/raytrace.h): removed wdb_tree_cmd(),
added to dg_obj.c as dgo_tree_cmd() |
03:28.16 |
brlcad |
starseeker: it should work with either --
codewise, it might need minor patches to work with 8.4 again but
they should be really minor |
03:28.45 |
brlcad |
most of the reasons for 8.5 are in the aquatk
codebase and build system |
03:52.17 |
poolio |
brlcad: is this your recent doing? |
03:52.31 |
poolio |
dg_obj.c:4917: error: conflicting types for
'dgo_tree_cmd' |
03:52.31 |
poolio |
../../include/raytrace.h:6364: error: previous
declaration of 'dgo_tree_cmd' was here |
03:53.07 |
brlcad |
yup |
03:53.11 |
brlcad |
just fixed it in that commit |
03:53.23 |
brlcad |
well, not entirely my doing |
03:53.59 |
poolio |
mmk :) re-updating. |
03:53.59 |
brlcad |
i changed the func, bob changed the decl (to
match my change, but got it wrong) |
03:54.34 |
poolio |
hehe, oops :) |
03:54.51 |
brlcad |
that was all just earlier today |
03:55.43 |
poolio |
brlcad: so, just out of curiousity and cause
I'm just remembering, there was a memory leak bug I found awhile
back where this free'ing was commented out everywhere and we
couldn't find a place for it...do you remember if that got
fixed? |
03:55.48 |
poolio |
(sorry it's so vague, it's been
awhile) |
03:57.13 |
brlcad |
it has definitely not been changed |
03:57.35 |
brlcad |
you did make a free commit that's still in
place and seems to be fine |
03:58.04 |
poolio |
k, I think I might start coding again. I'm
really missing programming, and would like to try to see the
project through...get some results |
03:58.06 |
brlcad |
but the others that are uncommented are
problematic .. other bits of code need to be refactored for it to
free cleanly prior to exit |
03:59.55 |
poolio |
errr if I could just get it to build on my
box |
04:00.06 |
poolio |
../../src/libdm/.libs/libdm.so: undefined
reference to `XFreeDeviceList' |
04:00.08 |
poolio |
and a few more |
04:00.23 |
poolio |
that's while trying to link bwish it looks
like |
04:04.59 |
louipc |
yukonbob: in canada we use imperial for
mechanical stuff |
04:05.42 |
brlcad |
poolio: i've yet to be able to reproduce that
error myself, but it's undoubtedly related to X11 library detection
in configure |
04:05.59 |
brlcad |
it's missing the Xi library |
04:06.02 |
poolio |
brlcad: alright, I'll dig around. |
04:06.07 |
brlcad |
so missing -lXi from the LIBS line |
04:06.17 |
brlcad |
which you can add directly to make or to the
configure line |
04:06.26 |
brlcad |
but the real question is why is configure
failing to find it |
04:07.13 |
yukonbob |
louipc: hrmm... /me knew for construction, but
figured for more 'technical' things we'd be using
Metric... |
04:07.39 |
poolio |
configure:27636: checking for
XGetExtensionVersion in -lXi |
04:07.40 |
poolio |
configure:27671: gcc -o conftest
-I/usr/local/include -L/usr/local/lib conftest.c -lXi -lX11
-lX11 -lXext >&5 |
04:07.43 |
poolio |
/usr/bin/ld: cannot find -lXi |
04:07.51 |
brlcad |
yeah, that's "wrong" |
04:07.57 |
brlcad |
or you really are missing libXi |
04:07.58 |
poolio |
hmm |
04:08.03 |
poolio |
Yes that's quite possible. |
04:08.33 |
brlcad |
why you'd suddenly now need it is a bit
bizarre, though -- the interface code certainly hasn't changed that
I can think of that were now using Xi symbols |
04:08.43 |
brlcad |
look in the config.log |
04:08.47 |
brlcad |
see why it failed |
04:09.53 |
poolio |
well it's a different system then the one I
was using over the summer |
04:10.02 |
poolio |
The why it failed in config.log was just the
line I pasted earlier |
04:12.02 |
brlcad |
oh |
04:12.09 |
brlcad |
it's missing /usr/X11R6/lib |
04:12.26 |
brlcad |
do you have /usr/X11R6/lib/libXi.* ? |
04:12.48 |
poolio |
...nope |
04:12.57 |
brlcad |
locate libXi |
04:13.17 |
poolio |
it's searching ... |
04:13.25 |
poolio |
/usr/lib |
04:13.31 |
brlcad |
huh |
04:13.34 |
poolio |
symlink or change the search path? |
04:13.47 |
brlcad |
that's bizzare place to have it |
04:13.47 |
brlcad |
what OS is it? |
04:13.50 |
poolio |
Debian |
04:14.03 |
brlcad |
are they trying to fade out /usr/X11R6
now? |
04:14.26 |
poolio |
Haven't the slightest idea, but there's no
libs in it anymore |
04:14.33 |
brlcad |
interesting |
04:14.38 |
brlcad |
asinine, but interesting |
04:14.58 |
brlcad |
either way, /usr/lib is a default search dir
iirc, but you can try adding -L/usr/lib to the LDFLAGS |
04:15.06 |
poolio |
Yeah /usr/X11R6 is 'empty.' Just a symlink
from /usr/X11R6/bin -> /usr/bin |
04:34.17 |
*** join/#brlcad zap
(n=zap@pool-71-251-104-157.tampfl.fios.verizon.net) |
04:34.22 |
*** part/#brlcad zap
(n=zap@pool-71-251-104-157.tampfl.fios.verizon.net) |
05:32.30 |
*** join/#brlcad butti
(n=butti@e178104046.adsl.alicedsl.de) |
05:32.33 |
butti |
hello |
05:32.37 |
butti |
morgen |
05:43.26 |
*** part/#brlcad butti
(n=butti@e178104046.adsl.alicedsl.de) |
06:06.21 |
*** join/#brlcad butti
(n=butti@e178104046.adsl.alicedsl.de) |
06:06.38 |
butti |
I have a quastion |
06:06.55 |
butti |
is the @brlcad a bot? |
06:08.02 |
Maloeran |
He's the main BRL-CAD developper, but he might
also just be an artificial intelligence running on the ARL
clusters |
06:09.41 |
butti |
It would be fantastic if he is AI |
06:10.13 |
butti |
I willl believe that he is |
06:10.20 |
butti |
it |
06:18.31 |
butti |
instalation from .deb failed |
06:18.40 |
butti |
try from source |
06:23.09 |
butti |
mainly I am intrested if this software export
dynamic VRML |
06:25.54 |
Maloeran |
There's a .g to vrml exporter though I
couldn't say if it's "dynamic" or not |
06:27.15 |
butti |
I will tell you soon , the instalation takes
long time |
06:29.43 |
butti |
I get slowly impression that on linux OS is
not many professional designeres which are using VRML , and not
much developers intrested on this issue |
06:30.32 |
butti |
this very hard for me |
06:35.26 |
butti |
I cant install it :( sudo make whit error
1 |
06:44.14 |
butti |
do you know some another # for brl, I dnt want
occupate and make you bored about my installation
troubles |
06:54.05 |
butti |
installation done :) |
07:19.34 |
butti |
excuseme last time more |
07:19.40 |
butti |
There is no visible way to start the app, and
no instructions. |
07:29.59 |
poolio |
you probably want mged :) |
07:31.02 |
*** join/#brlcad
MinuteElectron
(n=MinuteEl@silentflame/member/pdpc.base.minuteelectron) |
07:37.40 |
*** part/#brlcad butti
(n=butti@e178104046.adsl.alicedsl.de) |
07:47.43 |
*** join/#brlcad Z80-Boy
(i=clock@77-56-82-80.dclient.hispeed.ch) |
10:43.15 |
Supaplex |
poolio: sleep for me to |
11:02.50 |
*** join/#brlcad
MinuteElectron
(n=MinuteEl@silentflame/member/pdpc.base.minuteelectron) |
11:03.01 |
*** join/#brlcad elite01
(n=elite01@dslb-088-070-020-051.pools.arcor-ip.net) |
16:21.27 |
*** join/#brlcad
MinuteElectron
(n=MinuteEl@silentflame/member/pdpc.base.minuteelectron) |
16:42.38 |
*** join/#brlcad butti_
(n=butti@e178064032.adsl.alicedsl.de) |
16:42.47 |
butti_ |
hello again |
16:47.33 |
*** join/#brlcad Elperion
(n=Bary@p54874A20.dip.t-dialin.net) |
16:52.58 |
*** join/#brlcad butti
(n=butti@e178064032.adsl.alicedsl.de) |
16:53.37 |
butti |
anybidy home on linux? |
16:54.16 |
*** part/#brlcad butti
(n=butti@e178064032.adsl.alicedsl.de) |
16:55.35 |
louipc |
yep |
17:36.38 |
*** join/#brlcad butti
(n=butti@e178064032.adsl.alicedsl.de) |
17:36.46 |
butti |
anybody home? |
17:37.09 |
louipc |
yep |
17:37.29 |
butti |
hello |
17:37.47 |
louipc |
what's up |
17:38.40 |
butti |
louipc: I would like to give you some .dxf
file to control it, becouse some reason dosnt let me start brlcad
after succesful installation |
17:39.16 |
butti |
and I must see if I need to fight with brlcad
for this file |
17:40.16 |
butti |
should look like this:http://papernapkin.org/pastebin/view/12715 |
17:40.58 |
louipc |
cool |
17:41.02 |
butti |
http://papernapkin.org/pastebin/resources/wicket.Application/imageResource?imageEntryId=12716 |
17:42.00 |
butti |
sorry not this link |
17:42.38 |
butti |
http://papernapkin.org/pastebin/resources/wicket.Application/imageResource?imageEntryId=12689 |
17:42.50 |
butti |
but it looks like this above after
export |
17:43.53 |
louipc |
that's what it looks like in brlcad? |
17:44.01 |
butti |
so if you dont mind, take my file to test it
in brlcad |
17:44.20 |
butti |
no , this looks this way in qcad |
17:44.27 |
louipc |
oh |
17:44.36 |
louipc |
because qcad doesn't do 3D I think |
17:45.04 |
butti |
you mean thats why...sure this could be an
explaining |
17:45.28 |
louipc |
I'd expect it'd work in brlcad |
17:45.29 |
butti |
my system cant fint mged or rt to start
brlcad |
17:45.59 |
butti |
also any corresponding file to find:
brlcad |
17:46.22 |
butti |
and I m really angry about that |
17:47.12 |
louipc |
brlcad is installed in /usr/brlcad by default
so you need to add the corresponding directories to PATH, MANPATH,
/etc/ld.so.cache etc |
17:47.23 |
louipc |
what distro are you using? |
17:47.24 |
butti |
sorry for my english, I never learn it, im
very sorry |
17:47.30 |
butti |
feisty |
17:47.34 |
louipc |
no prob |
17:47.52 |
butti |
I have installed from source |
17:47.58 |
louipc |
hmm |
17:48.19 |
louipc |
no ubuntu pkgs eh? |
17:48.19 |
butti |
I saw in the web some guy has also this
problem but no solution |
17:48.43 |
butti |
no , I compiled the packedge |
17:49.28 |
louipc |
well the first thing you can do is make sure
all your paths are set correctly |
17:49.35 |
butti |
and after few times ...finally I've got clean
installation |
17:49.57 |
butti |
how I can do that? |
17:51.22 |
louipc |
export PATH=$PATH:/usr/brlcad/bin; |
17:51.33 |
*** join/#brlcad Z80-Boy
(i=clock@77-56-75-54.dclient.hispeed.ch) |
17:51.35 |
louipc |
similarly with MANPATH |
17:51.59 |
louipc |
add the lib directory to /etc/ld.so.conf and
run ldconfig |
17:52.36 |
louipc |
or you can use LD_LIBRARY_PATH
temporarily |
17:56.59 |
butti |
/etc/ld.so.conf this is not a
directory |
17:57.30 |
butti |
shoud I put there the path to
ldconfig? |
17:57.49 |
louipc |
ld.so.conf is a file which you specify paths
to libs |
17:58.09 |
louipc |
then you run ldconfig to update
ld.so.cache |
17:58.58 |
butti |
in this case i should put there this path
there? /sbin/ldconfig? |
17:59.13 |
butti |
do I understand it well? |
17:59.25 |
louipc |
you put the path in ld.so.conf |
17:59.44 |
louipc |
ldconfig will read ld.so.conf by
default |
18:01.56 |
butti |
sorry I dont want to borring you but it would
be very helpfull If you investigate one monet more for me. I have
done it now and runed ldconfig |
18:02.14 |
butti |
what next? |
18:02.24 |
louipc |
did you set the paths? |
18:03.01 |
butti |
I put the path of ldconf to
ld.so.conf |
18:03.19 |
louipc |
you also need to set PATH and
MANPATH |
18:04.07 |
louipc |
you should probably do that in a script that
runs when you start a new shell |
18:04.26 |
louipc |
that varies by distro (I don't know how ubuntu
works) |
18:05.01 |
butti |
we will try...just tell me the code...Im not
used to make a lot of stuff like that |
18:06.23 |
louipc |
well you'd usually have a directory in /etc/
that has a bunch of scripts that add paths to your shell
environment |
18:06.57 |
louipc |
you'll have to find out how that's done in
your distro |
18:07.11 |
butti |
what kind of scripts? |
18:07.23 |
butti |
sure it is in /etc |
18:07.25 |
louipc |
just to set variables |
18:08.07 |
louipc |
you might want to look into using a debian pkg
as well |
18:08.30 |
butti |
of brl? |
18:08.35 |
louipc |
but I'm not sure what compatibility between
debian and ubuntu is like |
18:08.46 |
louipc |
I don't use either distro |
18:08.57 |
butti |
what do you use? |
18:09.09 |
louipc |
butti: ask someone who is experienced in your
distro on how to properly do these things |
18:09.12 |
louipc |
;) |
18:09.17 |
louipc |
I use archlinux |
18:09.22 |
butti |
debian = ubuntu ist almost the same |
18:14.16 |
butti |
do you mean seting path like this f.e :set
path=($HOME/bin /usr/sfw/bin /opt/sfw/bin /usr/local/bin
/usr/ccs/bin \? |
18:14.26 |
louipc |
yes |
18:15.28 |
butti |
the problem still is that i dont know what
paths brlcad needs |
18:15.45 |
butti |
or where theay are |
18:15.58 |
louipc |
default installation path is
/usr/brlcad |
18:17.11 |
butti |
so this path I will set in those ld.so* for my
home dir, do I understand that? |
18:19.16 |
butti |
set path=($HOME/bin /usr/brlcad? |
18:19.22 |
louipc |
well make sure it's there |
18:19.29 |
butti |
is it there |
18:19.31 |
louipc |
then you have to point to the bin
dir |
18:19.36 |
louipc |
and the lib dir |
18:19.37 |
louipc |
etc |
18:19.41 |
louipc |
/usr/brlcad/bin |
18:19.45 |
butti |
ok |
18:21.50 |
butti |
probably all this: bin include lib man
share |
18:21.55 |
butti |
? |
18:22.06 |
louipc |
no you just need bin for PATH |
18:22.12 |
louipc |
lib for ld.so.conf |
18:22.16 |
louipc |
man for MANPATH |
18:36.41 |
butti |
excuseme, this is what I changed
now: |
18:36.43 |
butti |
http://papernapkin.org/pastebin/view/12767 |
18:38.53 |
louipc |
hmm I don't think you want to do
that |
18:39.20 |
louipc |
<PROTECTED> |
18:39.25 |
louipc |
that is what you want |
18:40.38 |
louipc |
and LD_LIBRARY_PATH is just for temporarily
setting the library path |
18:40.39 |
butti |
you mean the syntax is wrong |
18:40.57 |
louipc |
butti: yes and you should really find out how
these things are done in your distro |
18:41.09 |
louipc |
ask some ubuntu people that know :D |
18:41.24 |
butti |
yes Im tryind to find out wright now |
18:41.36 |
butti |
yes |
18:45.18 |
poolio |
Is Tcl require 8.5a6 hardcoded? |
18:47.48 |
louipc |
yeah I heard that there are changes in Tcl
that mean it isn't backward compatible |
18:49.07 |
poolio |
``Erik: bwahaha. I like your commit comment on
a shitty line of code I had: "silly coder, this is C! you can't
declare variables mid-scope" |
19:13.27 |
butti |
astro76: /msg louipc ps take atantion for me
again |
19:13.43 |
butti |
<PROTECTED> |
19:13.49 |
butti |
shit |
19:20.13 |
butti |
louipc: could I talk to you again? |
19:26.04 |
*** join/#brlcad clock_
(i=clock@77-56-75-54.dclient.hispeed.ch) |
19:27.24 |
butti |
clock_: hello |
19:32.44 |
clock_ |
hi |
19:33.16 |
butti |
clock I me here to get some help, do you have
a time for me? |
19:57.38 |
brlcad |
ciao butti |
19:59.30 |
brlcad |
butti: what's your question(s)? |
20:00.48 |
butti |
brlcad: I have incredable compllications with
makin brlcad runing on feisty...and I dont know if my installation
was correct becouse I didnt follow instuction very exactly....it
something about setin PATHS |
20:00.49 |
brlcad |
poolio: tcl 8.5+ is listed in configure as a
minimum as code modifications were needed to update from 8.4 to 8.5
-- if someone can confirm that it works with 8.4 without
modification by simply adding the two extra lines to configure.ac,
then it can be relaxed |
20:01.18 |
butti |
i made only ./configure make make install make
benchmark and make clean ...thats all |
20:01.20 |
brlcad |
you should know how to set/change your PATH
regardless of BRL-CAD .. that's pretty fundamental to using *nix
:) |
20:01.31 |
brlcad |
did make && make install
work? |
20:01.37 |
butti |
and thats about that |
20:01.45 |
brlcad |
i.e. did they complete successfully? |
20:01.48 |
butti |
yes.no errors at all |
20:01.59 |
brlcad |
then run "/usr/brlcad/bin/rt" |
20:02.05 |
brlcad |
does it give you an error or show a
version |
20:02.40 |
poolio |
brlcad: do I really need 8.5a6?
/usr/brlcad/lib/tcl8.5/init.tcl: version conflict for package
"Tcl": have 8.5b1, need exactly 8.5a6 |
20:03.02 |
butti |
brlcad: may I put the output here? |
20:03.23 |
butti |
Compile-time debug symbols are
available |
20:03.23 |
butti |
Running on fawn |
20:03.23 |
butti |
/usr/brlcad/bin/rt: MGED database not
specified |
20:03.23 |
butti |
Usage: rt [options] model.g
objects... |
20:03.23 |
butti |
Options: -s # Square grid size in
pixels (default 512) -w # -n # Grid size width and height in
pixels -V # View (pixel) aspect ratio (width/height) -a #
Azimuth in deg -e # Elevation in deg -M
Read matrix+cmds on stdin -N # NMG debug flags -o
model.pix Output file, .pix format (default=fb) -x #
librt debug flags |
20:03.39 |
butti |
<PROTECTED> |
20:03.41 |
brlcad |
poolio: ah, that's something stupid in the tcl
init funcs -- tcl's init script version check is
braindead |
20:04.17 |
brlcad |
butti: don't need to paste, just answer -- I
know what the output is supposed to look like ;) |
20:04.38 |
brlcad |
okay, so it's installed and at least rt
runs |
20:04.39 |
butti |
brlcad: sure , how I could forget it?
:) |
20:05.21 |
butti |
brlcad: I wouldnt make you nervous if i didnt
needs for my work |
20:05.37 |
brlcad |
you can and should set your PATH to include
/usr/brlcad/bin but it's not necessary -- just prefix the commands
with "/usr/brlcad/bin/" |
20:06.06 |
brlcad |
i happen to need it for my work too, so sounds
good ;) |
20:06.31 |
butti |
brlcad: this is what i would like to do for
me, I give you syntax for my system |
20:06.58 |
butti |
becouse Im not the persone which is hucking in
the system :) |
20:07.03 |
brlcad |
so there are lots of commands in brl-cad,
depends what you're trying to do .. I see in the log that you have
a dxf .. did you already run dxf-g ? |
20:07.38 |
butti |
no i didnt |
20:07.56 |
butti |
this command isnt known |
20:08.09 |
brlcad |
because you never set your PATH |
20:08.26 |
butti |
PATH="${PATH}:/some/path:/adifferent/path" |
20:08.26 |
brlcad |
i'm not going to teach you how to set your
PATH today, just run /usr/brlcad/bin/dxf-g |
20:08.46 |
butti |
I never set my Path, i need to do that onece
and I get it |
20:08.57 |
brlcad |
forget the path for now |
20:09.06 |
brlcad |
just run /usr/brlcad/bin/dxf-g |
20:09.11 |
poolio |
brlcad: I changed the require line in init.tcl
but It's stail failing with a version conflict... |
20:09.46 |
brlcad |
poolio: it's in a couple places iirc |
20:09.52 |
brlcad |
one is compiled into the library |
20:10.02 |
poolio |
arghh. |
20:10.48 |
brlcad |
so if you have a 8.4 init.tcl trying to load a
8.5 libtcl, it'll choke; if you have a 8.5 init.tcl set to allow
8.4+, it'll still choke |
20:10.56 |
brlcad |
it can be made to work |
20:11.04 |
brlcad |
involves chicken heads, and beads |
20:11.09 |
butti |
brlcad: Saving stack trace to
unknown-17666-bomb.log |
20:11.37 |
poolio |
brlcad: they're both 8.5, just different
ones |
20:11.38 |
brlcad |
butti: that's fine |
20:11.49 |
brlcad |
butti: I presume it showed you usage |
20:11.54 |
butti |
brlcad: should i read the log? |
20:12.05 |
brlcad |
no |
20:12.34 |
butti |
I need probably some gui if its prossible
:) |
20:12.50 |
poolio |
butti: probably mged... |
20:13.54 |
brlcad |
butti: focus .. first task is running dxf-g to
convert to brl-cad format |
20:14.32 |
butti |
brlcad: ok |
20:15.12 |
brlcad |
follow the usage and see if you can get the .g
file |
20:15.40 |
CIA-4 |
BRL-CAD: 03brlcad * 10brlcad/src/conv/dxf-g.c:
don't bomb on usage. bu_bomb is now only abnormal exit
conditions. |
20:15.46 |
brlcad |
gah, now that I've stopped playing that game I
was playing for 6 hours.. i suddenly realize just how freaking
hungry I apparently am |
20:16.17 |
butti |
.g file it is a standart format for
brlcad? |
20:23.42 |
butti |
there is any *.g file |
20:24.24 |
brlcad |
there are several .g examples
installed |
20:24.43 |
brlcad |
/usr/brlcad/share/brlcad/VERSION/db/ |
20:25.10 |
brlcad |
.g == BRL-CAD "g"oemetry file format |
20:25.20 |
brlcad |
heh, 'g'eometry |
20:25.29 |
butti |
:) |
20:25.32 |
butti |
ok I see |
20:26.22 |
brlcad |
did you run dxf-g yet? |
20:26.51 |
brlcad |
and what is your goal? what are you trying to
do? |
20:27.11 |
brlcad |
if you intend to be modelling, forget dxf-g --
you should be going through the tutorials that are available on the
website first |
20:27.15 |
butti |
but I dontt see my file |
20:27.22 |
brlcad |
what file? |
20:27.41 |
brlcad |
i can't see it for you |
20:27.50 |
butti |
ok , I think I made something not
necessery |
20:28.07 |
brlcad |
you're not giving me enough information to
help you |
20:28.07 |
butti |
I made dxf on my dxf file |
20:28.16 |
butti |
dxf-g |
20:28.32 |
butti |
and then I was looking for myfile.g |
20:28.49 |
brlcad |
you mean, you made a .g on your .dxf
file? |
20:28.58 |
butti |
yes |
20:29.45 |
butti |
like /usr/brlcad/*/dxf-g ond
/my/file.. |
20:30.15 |
brlcad |
show me your exact line |
20:30.37 |
butti |
/usr/brlcad/bin/dxf-g
/home/butti/Blender/Scenes/VM/TEST1.dxf |
20:30.49 |
brlcad |
is that all? |
20:30.55 |
butti |
yes |
20:31.01 |
brlcad |
then you didn't read the usage :) |
20:31.07 |
brlcad |
dxf-g [-c] [-d] [-v] [-t tolerance] [-s
scale_factor] input_dxf_file output_file.g |
20:31.11 |
butti |
i didnt mea culpa |
20:31.16 |
brlcad |
input .. AND .. output |
20:31.29 |
butti |
ok, so stupid |
20:32.22 |
butti |
ok something happend |
20:33.08 |
butti |
I have the file |
20:36.12 |
butti |
Ive got it! |
20:36.17 |
butti |
thank you so much |
20:39.02 |
*** join/#brlcad elite01
(n=elite01@dslb-088-070-023-060.pools.arcor-ip.net) |
20:40.30 |
butti |
brlcad: so still some trouble to see anything
on screen but I think I must read now the tuts, or? |
20:41.32 |
butti |
Im wondering that this software is 20 years
old |
20:41.34 |
brlcad |
that certainly shouldn't hurt |
20:41.59 |
brlcad |
it's a powerful package, but not easy to
learn |
20:42.51 |
brlcad |
there isn't decent a shaded mode in mged, so
you only get wireframe -- and for a model like a dxf that is going
to import as a bunch of polygons, that's going to be a bit
painful |
20:43.07 |
brlcad |
you'll need/want to raytrace it to see what it
really looks like |
20:43.16 |
butti |
brlcad: it will be not hard...but takes time
which I dont have realy...in 10 dayes <i must give my project
away |
20:43.23 |
brlcad |
run 'rt' in mged to see what it looks
like |
20:43.44 |
butti |
I nee only wireframes and measure
that |
20:44.15 |
butti |
so that the people working on autocad can read
it and counstuct the project |
20:44.20 |
brlcad |
mged only shows wireframe -- you have to
ray-trace it to see shaded |
20:44.31 |
butti |
I dont need raytrace |
20:44.40 |
butti |
just wires |
20:44.55 |
brlcad |
then rtedge |
20:45.01 |
butti |
ok |
20:45.12 |
brlcad |
wireframe in mged is not the same as
wire/sketch/diagram in autocad |
20:45.17 |
*** join/#brlcad elite01_
(n=elite01@dslb-088-070-013-006.pools.arcor-ip.net) |
20:45.24 |
butti |
inredable hacklike app |
20:46.22 |
brlcad |
mged's interface is painful |
20:46.32 |
brlcad |
it's eventually going away |
20:46.55 |
butti |
I get some errors |
20:46.55 |
brlcad |
but not for a long time, so long as the
experts still need/use it and until there's a fully operational
alternative |
20:47.09 |
brlcad |
"you're not giving me enough information to
help you" |
20:47.14 |
butti |
brlcad: you are incradable |
20:47.25 |
brlcad |
hm? |
20:48.19 |
Maloeran |
Parse error on incradable |
20:48.44 |
butti |
sudo /usr/brlcad/bin/rt
/home/butti/Blender/Scenes/VM/vm21.g |
20:48.56 |
brlcad |
you have to specify the object |
20:49.00 |
butti |
Compile-time debug symbols are
available |
20:49.00 |
butti |
Running on fawn |
20:49.00 |
butti |
/usr/brlcad/bin/rt: no objects specified --
raytrace aborted |
20:49.08 |
brlcad |
no objects specified |
20:49.31 |
brlcad |
.g files are multigeometry, can contain many
top-level models |
20:49.54 |
brlcad |
run this: /usr/brlcad/bin/mged -c
~/Blender/Scenes/VM/vm21.g tops |
20:50.01 |
brlcad |
what does it report? |
20:50.04 |
butti |
you mean I shloud put each object
seperatly? |
20:50.24 |
brlcad |
no |
20:50.41 |
brlcad |
i mean a .g file isn't like a blender file
that has "one" model .. it can have many |
20:50.46 |
butti |
<PROTECTED> |
20:51.01 |
brlcad |
huh? |
20:51.09 |
brlcad |
you ran "/usr/brlcad/bin/mged -c
~/Blender/Scenes/VM/vm21.g tops" and it said command not
found?? |
20:52.17 |
*** join/#brlcad elite01__
(n=elite01@dslc-082-082-071-085.pools.arcor-ip.net) |
20:52.38 |
butti |
BRL-CAD Release 7.10.2 Geometry Editor (MGED)
Thu Aug 16 16:30:38 EDT 2007, Compilation 1
morrison@sushi.local:/usr/brlcad |
20:52.41 |
butti |
attach (nu|X|ogl)[nu]? |
20:52.58 |
butti |
I made mistake sorry |
20:53.33 |
butti |
brlcad: do hack on this prog 20
years? |
20:53.45 |
butti |
you |
20:53.47 |
brlcad |
you've not even seen 1% of it |
20:54.08 |
brlcad |
no, I've only been involved for a little less
than half that time |
20:54.11 |
butti |
jessus, i m shaking from fear |
20:54.48 |
butti |
brlcad: but Im learning fast, just not long
time on linux |
20:55.29 |
butti |
I have learnd blender very quick
*proud* |
20:55.49 |
brlcad |
that's quite an acheivement :) |
20:56.15 |
brlcad |
brl-cad's at least as hard to learn, if not
harder ;) |
20:56.27 |
poolio |
brlcad: sushi? |
20:56.28 |
brlcad |
but once you learn it, the modelers are
actually quite proficient |
20:56.34 |
brlcad |
poolio: yes please? |
20:56.54 |
brlcad |
you trying to make me hungry? :) |
20:57.03 |
butti |
brlcad: im sure about that but I need that, no
way to running away from that |
20:57.21 |
brlcad |
butti: so you ran 'tops'? |
20:57.32 |
brlcad |
it should have given you an object
name |
20:57.36 |
butti |
are you guyes from GMT1 zone? |
20:57.57 |
butti |
brlcad: yes I do |
20:58.28 |
brlcad |
type this in mged: rt -F/dev/Xl
object_name |
20:58.45 |
brlcad |
(while looking at wireframe) |
20:59.47 |
*** join/#brlcad elite01
(n=elite01@dslb-088-070-014-209.pools.arcor-ip.net) |
21:00.04 |
brlcad |
butti: GMT-4/5 |
21:00.17 |
butti |
uh |
21:00.23 |
brlcad |
poolio: what was the sushi? :) |
21:00.24 |
butti |
so feilure |
21:00.31 |
butti |
brlcad: /usr/brlcad/bin/rt -M
-F/dev/Xl |
21:00.31 |
butti |
opendb vm21.dxf; |
21:00.31 |
butti |
tree
/home/butti/Blender/Scenes/VM/vm21.g; |
21:00.31 |
butti |
rt: rt_dirbuild(vm21.dxf) failure |
21:00.33 |
butti |
Raytrace complete. |
21:00.36 |
poolio |
brlcad: one of your box's hostnames? |
21:00.42 |
brlcad |
oooh |
21:00.55 |
brlcad |
heh, yeah |
21:01.05 |
butti |
hi guyes you should go est something |
21:01.09 |
poolio |
brlcad: speaking of which... this sushi is
quite tasty. |
21:01.12 |
butti |
eat |
21:01.50 |
brlcad |
butti: _inside_ mged |
21:01.59 |
brlcad |
"rt -F/dev/Xl object_name" |
21:02.13 |
brlcad |
outside of mged, it's a little
different |
21:02.26 |
brlcad |
you don't need the path inside mged |
21:03.02 |
butti |
brlcad: I think I did it |
21:03.08 |
butti |
inside of mged |
21:03.28 |
butti |
brlcad: mged> /rt -F/dev/Xl
vm21.dxf |
21:03.46 |
butti |
should i put all path? |
21:03.47 |
brlcad |
vm21.dxf is not an object name |
21:03.54 |
brlcad |
that's a file name |
21:04.09 |
brlcad |
and there shouldn't be a / in front of the
rt |
21:04.35 |
brlcad |
i really did mean exactly "rt -F/dev/Xl
object_name" .. just that you replace object_name with the name of
a top-level object |
21:04.45 |
brlcad |
i.e. run "tops" to see your top-level
objects |
21:05.12 |
butti |
ok |
21:05.29 |
brlcad |
poolio: then go saleing on a boat afterwards
with your x61t to get more sushi? |
21:06.39 |
poolio |
eh. I'm waiting it out til oct. 26th. Problem
is the x61t sale is over then...Also my damn current laptop works
fine when it turns on...the issue is it doesnt always turn
on |
21:07.19 |
brlcad |
fun |
21:11.01 |
butti |
brlcad: I ve got some command window
open |
21:12.36 |
butti |
brlcad: and the main window has got a
star-line wires |
21:16.44 |
brlcad |
which is why I'm trying really hard to get you
to run "rt -F/dev/Xl object_name" |
21:17.05 |
brlcad |
tell me what tops says |
21:19.18 |
butti |
nothing |
21:19.32 |
butti |
I put it in The mged console |
21:19.42 |
butti |
nothing happend |
21:19.43 |
brlcad |
did you open vm21.g in mged yet? |
21:19.55 |
butti |
yes |
21:19.58 |
butti |
I did |
21:20.13 |
butti |
there was nothing to see just little
point |
21:20.31 |
brlcad |
it doesn't show you anything by
default....because it's multi-geometry |
21:20.49 |
butti |
I accept |
21:21.02 |
starseeker |
? |
21:21.08 |
brlcad |
can you post the .g somewhere? |
21:21.08 |
butti |
:) |
21:21.43 |
butti |
I have no ftp entry anwhere |
21:21.53 |
brlcad |
ftp.brlcad.org |
21:21.57 |
butti |
I will try throug some service, 1
sec |
21:22.54 |
brlcad |
incoming dir |
21:23.52 |
*** join/#brlcad elite01
(n=elite01@dslc-082-082-095-140.pools.arcor-ip.net) |
21:28.39 |
butti |
cant connect Iwill do something else |
21:59.30 |
butti |
did you eat something guyes? |
21:59.59 |
louipc |
some hotdogs |
22:00.10 |
butti |
finally i upload it to your ftp
brlcad |
22:01.07 |
butti |
louipc: whit some hackmeet and
onion? |
22:01.41 |
louipc |
with some ketchup |
22:01.45 |
louipc |
and bread |
22:03.15 |
butti |
my cats tell me, jumping on my keyboard: stop
to watch this console |
22:05.23 |
butti |
brlcad: check incoming for .dxf after you eat
some hotdog. |
22:06.34 |
louipc |
lol |
22:11.50 |
butti |
Im sitting already 18 h for the
display |
22:12.03 |
louipc |
hm? |
22:12.26 |
butti |
um |
22:12.31 |
butti |
uhm |
22:14.17 |
butti |
louipc: are you developer of this comic app?
or just a fanatic? |
22:14.28 |
louipc |
fanatic |
22:14.55 |
louipc |
I'm thinking about doing some development
though |
22:15.17 |
butti |
which language it is writen? |
22:15.48 |
louipc |
C, Tcl, some C++ |
22:16.09 |
butti |
do you need brl for your work? |
22:17.31 |
``Erik |
comic app? |
22:18.03 |
louipc |
butti: I need something like brlcad, but
brlcad isn't quite up to spec for my work (yet?) |
22:19.08 |
butti |
I see, you are lost fanatic :) |
22:20.12 |
butti |
do you work in some design or architecture
stuff? or maschines constucting? |
22:20.18 |
louipc |
indeed it's quit comical |
22:20.20 |
louipc |
machines |
22:22.56 |
butti |
do you know any women working with
brl? |
22:24.34 |
louipc |
I've heard complaints about a 'wendy' haha
maybe she does |
22:27.10 |
``Erik |
why would it matter? |
22:27.17 |
``Erik |
and, um, BRL doesn't exist anymore |
22:27.29 |
``Erik |
it was twisted into ARL |
22:27.31 |
``Erik |
a long time ago |
22:27.35 |
poolio |
alloo ``Erik |
22:27.42 |
butti |
:) ..there is no other way to make 3d drawings
for free..Im very thankfull to find this comic app.. but I think
the next project I will first draw in qcad and then export to
blender. The problem with this order is, that you cant change
anything if you get some idea to put a new chair into |
22:27.44 |
``Erik |
'92 |
22:27.49 |
``Erik |
oi, hoolio |
22:28.05 |
louipc |
shouldn't it be called arlcad now
then? |
22:28.20 |
``Erik |
no, shut up |
22:28.34 |
``Erik |
if it were ARL-CAD, we'd have to make it suck
goat balls |
22:28.42 |
``Erik |
we still want it to be useful and worth
something |
22:28.43 |
``Erik |
:D |
22:28.44 |
``Erik |
*duck* |
22:28.57 |
louipc |
ah |
22:29.19 |
poolio |
uh oh. |
22:29.27 |
louipc |
wendy's coming |
22:30.08 |
poolio |
``Erik: that would mean brlcad wouldn't be
brlcad. he'd be arlcad. haha. we have the power to change his name
:) |
22:30.55 |
louipc |
yeah that might be a source of
confusion |
22:31.02 |
``Erik |
heh, I think he'd rather just keep 'tofu'
:) |
22:31.11 |
butti |
poolio: you guyes are just intrested on
hacking this app insted to draw |
22:31.24 |
louipc |
I'm interested in drawing |
22:33.02 |
poolio |
butti: This chat is primarily used by those
who develop the software. Most of us program more than we model,
but most of the devs have atleast some experience
modelling. |
22:34.19 |
butti |
poolio: this is maybe not the best
situation |
22:34.53 |
louipc |
I'd agree |
22:35.12 |
brlcad |
yeah, I'd revert back to one of my old names
before going to arlcad |
22:35.23 |
butti |
i wouldn walk on your nervs, guyes, if i would
find some another channel of brl-USERS |
22:35.25 |
brlcad |
heck, arrcad would be better |
22:35.27 |
louipc |
so brlcad needs more users |
22:35.31 |
brlcad |
speak-like-a-pirate-cad |
22:36.44 |
``Erik |
arrrrrrb8 |
22:37.02 |
starseeker |
we'd have to model a sailing ship to be the
new cad logo |
22:37.41 |
``Erik |
hum, mal has a model of an old golden age
frigate or something, he could hit the button and push out a png
;) |
22:37.47 |
butti |
notabe Im very suprised that amarican army
using basicly linux for drawing |
22:38.02 |
starseeker |
``Erik: really? That's cool! |
22:38.03 |
butti |
this is a country of windows |
22:38.11 |
``Erik |
but the research lab has a slew of linux
machines |
22:38.12 |
butti |
hehe |
22:38.12 |
louipc |
I think Malorean has a model of a
frigate |
22:38.12 |
starseeker |
(the sailing ship, not lack of
Linux) |
22:38.30 |
``Erik |
brlcad and I both have 8 core mac pro's with
gobs of memory and monitors |
22:38.39 |
louipc |
mac? |
22:38.40 |
``Erik |
I log into a freebsd box for most of my
compiling and testing |
22:38.53 |
``Erik |
and I'm on a 17" powerbook right now *cough*
O:-) |
22:39.02 |
poolio |
errrrrrrrrrrrr |
22:39.05 |
butti |
uh |
22:39.10 |
louipc |
butti: what country is that? |
22:39.38 |
butti |
louipc: make whois |
22:39.41 |
``Erik |
heh, the hostname doesn't give it away?
:D |
22:39.44 |
louipc |
I used to say that I'd get a mac but I think
now I'd rather shoot myself in the foot |
22:39.55 |
``Erik |
louipc: why? |
22:40.08 |
``Erik |
a few tweaks, and it's reasonably similar to
fbsd... |
22:40.20 |
brlcad |
butti: this is what I was trying to get you to
do: http://my.brlcad.org/~sean/tmp/butti.png |
22:40.20 |
louipc |
it's a frankenstein OS |
22:40.20 |
butti |
louipc: DE |
22:40.28 |
``Erik |
heh |
22:40.30 |
louipc |
``Erik: I'd just use fbsd :P |
22:41.01 |
starseeker |
Macs have graphics to die for, so long as
someone else is footing the bill... |
22:41.07 |
butti |
brlcad: shaded looks well but the wires, which
i need are not usable |
22:41.07 |
``Erik |
and linux is a paper mache monster created
from a slew of 12yo's shooting spitwads, and windows is just...
plain... evil... wrong... *shudder* |
22:41.16 |
``Erik |
my 12" ibook was $700 |
22:41.50 |
``Erik |
mac mini is pretty reasonable, just don't buy
the monitor and memory from apple :) |
22:41.51 |
starseeker |
``Erik: Heh. Well, for paper mache it does
pretty well. |
22:42.12 |
louipc |
``Erik: gimme a break linux is way better than
that |
22:42.18 |
butti |
brlcad: i will do that now |
22:42.42 |
poolio |
brlcad: you got the $100 iPhone
credit? |
22:42.43 |
``Erik |
heh, not really... I kinda gave up on linux
after too much kernel work around '98 or '99... gave fbsd a try and
was floored by the awesomeness |
22:42.59 |
brlcad |
butti: yes, it shows all the polygon edges,
that's what I was saying that mged's wireframe is a bit
different |
22:43.02 |
louipc |
oh linux sucked until after 2002 |
22:43.05 |
louipc |
or so |
22:43.10 |
brlcad |
rtedge (picture in the bottom right) is
closer |
22:43.11 |
starseeker |
``Erik: $700 - cool. My complaint with Apple
is not so much the machine price, but that Every Single App for it
(that isn't a unix port) costs money. |
22:43.17 |
brlcad |
poolio: yeah |
22:43.18 |
louipc |
so I understand that I guess |
22:43.39 |
louipc |
yeah linux finally stuck on me when I started
using gentoo |
22:43.59 |
louipc |
then I was sick of compiling every single app
on my slow computer and I'm on archlinux now |
22:44.11 |
starseeker |
The beauty of Gentoo is that, in theory, you
could swap out the kernel and keep right on truckin |
22:44.22 |
brlcad |
starseeker: huh? .. not all of them |
22:44.29 |
brlcad |
there are tons that are free, some ports, some
not |
22:44.39 |
starseeker |
brlcad: Really? |
22:44.41 |
brlcad |
most of the really good ones actually aren't
ports, but a few are |
22:44.46 |
``Erik |
loui: I still have debian boxes, redhat boxes,
have dorked with ubuntu and gentoo a little... the core suckage is
still there :( eSPECIALLY on redhat breeds |
22:44.52 |
brlcad |
yeah, search through http://www.apple.com/downloads/macosx/
and versiontracker.com for starters |
22:45.04 |
brlcad |
(though the latter also does
free/shareware) |
22:45.08 |
starseeker |
brlcad: Maybe there are more nowadays - I
guess it's been a while since I did a MacOS freeware hunt |
22:45.35 |
``Erik |
starseeker: the only app I've felt compelled
to drop $'s on for my mac is 'world of dorkcraft'... otherwise,
it's a shiny unix machine for me : |
22:46.03 |
brlcad |
it's just about any app you have on linux,
every app on bsd, and maybe a third of the apps on windows (.. and
of course the handful of mac-only) |
22:46.04 |
starseeker |
sweeet. |
22:46.14 |
butti |
brlcad: i still dont get the picture...but I
see that i cant work with that how I nee |
22:46.16 |
louipc |
yeah I've never been enthused with debian or
redhat |
22:46.32 |
louipc |
but if you dare - try archlinux it's quite
different |
22:46.37 |
starseeker |
That's really cool. I guess my last major
run-in with Macs was just before OSX became the big thing |
22:46.45 |
``Erik |
a lot of my bigger problems are with the
kernel proper. and redhat 'fixes' their kernel images to be far
more fucked up |
22:46.55 |
louipc |
lol |
22:46.57 |
starseeker |
Nice to see it getting more friendly :)
:) |
22:47.09 |
starseeker |
brlcad: Thanks for the heads up! |
22:47.14 |
brlcad |
butti: for what it's worth -- that model you
have is exceptionally trivial -- it translates to CSG pretty
directly and would not have all the lines like that if it were
re-modeled in brl-cad |
22:47.34 |
brlcad |
butti: it has all of the lines because it's a
dxf conversion and not modeled using primitives |
22:48.14 |
starseeker |
doggone it, now the next computer replacement
cycle I'm going to have to look at a Mac... |
22:48.18 |
butti |
brlcad: but it create wires which are not
exist in my model |
22:48.33 |
brlcad |
they do exist |
22:48.36 |
butti |
thats a point |
22:48.54 |
brlcad |
those are the edges to the polygons that make
up the object |
22:49.08 |
louipc |
butti: you modeled in blender yeah? |
22:49.16 |
brlcad |
the only difference is that brl-cad shows them
to you whereas something like blender will hide the internal
edges |
22:49.20 |
butti |
louipc: yes |
22:49.31 |
louipc |
yeah even a flat square is made up of two
triangles |
22:49.33 |
brlcad |
the edges are still there, even in
blender |
22:49.46 |
``Erik |
will turning on 'smoothing' in the bot "fix"
it? |
22:49.48 |
louipc |
there's a function in blender which you can
manipulate those |
22:49.53 |
brlcad |
nah |
22:49.55 |
butti |
brlcad: i can understand created wires on some
round objects, but not on simpe primes |
22:50.10 |
brlcad |
it needs to be implicit prims if you want the
mged wire to be minimal |
22:51.05 |
brlcad |
butti: how about the hidden-line rendering in
the bottom right corner of that screenshot -- is that closer to
what you are looking for? |
22:51.06 |
butti |
so you mean some vertics are not
closed? |
22:51.09 |
``Erik |
<-- only half paying attention... is it the
wireframe display (*_plot) being discussed? |
22:51.30 |
butti |
brlcad: yes it is |
22:52.15 |
brlcad |
``Erik: yeah, he's (understandly) not happy
with the mged wireframe .. particularly that it doesn't hide the
internel mesh edges (and probably would next want hidden-edge
detection to hide those as well) |
22:52.40 |
``Erik |
heh, it's that or seeing the cutters, too...
heh |
22:52.42 |
brlcad |
butti: that's "rtedge" - you can run rtedge on
any model as needed if visualization is your goal |
22:53.02 |
brlcad |
yeah, he's not even gotten to doing an csg
yet |
22:53.19 |
brlcad |
butti: here's what it would look like with
primitives: http://brlcad.org/images/mged.jpg |
22:53.22 |
butti |
brlcad: it is possible to work with is
rightside image this way: change of high of some objects and
measure the outside wires? |
22:53.42 |
brlcad |
and a more complex rtedge: http://brlcad.org/images/havoc_rtedge.png |
22:54.30 |
brlcad |
butti: that would be dimensioning .. and is
pretty much a drafting requirement; brl-cad isn't strongly suited
to drafting at the moment, but it's on the todo list |
22:54.32 |
butti |
brlcad: the first one is that what i would
like to reach |
22:55.02 |
butti |
jessus, volks i will loos my work if if
if |
22:55.26 |
brlcad |
butti: the first one is just modeling
something simple using brl-cad directly |
22:55.31 |
brlcad |
not a dxf conversion |
22:55.50 |
butti |
I understand |
22:56.24 |
starseeker |
figures, I dove into Linux without looking
back just when it started getting good... |
22:56.25 |
brlcad |
maybe give the tutorials a try on the main
website: http://brlcad.org .. read
the Documentation links 1, 2, and 3 |
22:56.26 |
butti |
brlcad: how is it with import .obj into
brl? |
22:56.33 |
brlcad |
same problem, that's a mesh format |
22:56.39 |
brlcad |
brl-cad doesn't like meshes |
22:56.42 |
louipc |
oh I guess I would get a mac if I wanted to
play games... or use some of that proprietary software that's out
there |
22:57.24 |
butti |
ok |
22:57.38 |
starseeker |
louipc: For some of what I do (Axiom/Lisp)
Linux is still the primary platform, but for things like
presentations, documents, etc it's nice to have everything "just
work" to save time |
22:57.47 |
brlcad |
you can view meshes (as you've seen), but
they're a pain in the ass to work with and maintain solid
geometry |
22:59.24 |
poolio |
``Erik: heh, I tried that when I was trying to
learn emacs/lisp and just ended up crying. |
22:59.36 |
``Erik |
heh |
22:59.38 |
butti |
brlcad: I think you gave me very much
informations which I know to use...So I think the next step for me
is to draw the model from the beginning. this project is quit easy
to draw as would be in original |
23:00.00 |
``Erik |
<-- comfortable with scheme, but is a vim
guy, so the twisted differences between scheme and common lisp,
plus trying to learn emacs... is interesting :) |
23:00.00 |
butti |
brlcad: no cad prog likes meshes how I
know |
23:00.02 |
louipc |
indeed! |
23:00.03 |
butti |
:( |
23:00.32 |
starseeker |
``Erik: Where's sbcl running? |
23:00.53 |
``Erik |
on my fbsd box, same as the emacs |
23:01.00 |
poolio |
``Erik: you have taken the emacs learning
path!? Coming from what? |
23:01.18 |
starseeker |
Ah :-) |
23:01.22 |
``Erik |
vim |
23:01.33 |
poolio |
``Erik: that's what I use now. Tell me how it
goes please. |
23:01.43 |
``Erik |
so far, not so impressive |
23:02.04 |
starseeker |
``Erik: If your brain doesn't explode, you
will have reached some kind of higher mental plane knowing both vim
and Emacs ;-) |
23:02.13 |
brlcad |
butti: some of the commercial CAD systems with
billions behind their development don't do too bad with
meshes.. |
23:02.14 |
``Erik |
the major arguments all kinda fall apart when
ya get to 'em :/ but I'm sure the same goes for the other
direction |
23:02.30 |
brlcad |
and if you have a billion dollars lying
around, I'd be happy to make brl-cad work well with
meshes |
23:02.35 |
brlcad |
just for you even |
23:02.38 |
starseeker |
hehe |
23:02.59 |
poolio |
brlcad: aren't you the generous one! |
23:03.03 |
brlcad |
i am! |
23:03.12 |
poolio |
Heh, we don't need that inflation |
23:03.28 |
starseeker |
(he might be actually - some tasks of that
nature are HARD) |
23:03.35 |
``Erik |
heh, did barnie explode? :D |
23:03.52 |
starseeker |
barnie? |
23:04.12 |
``Erik |
yeah, y'know, big purple dinosaur |
23:04.16 |
``Erik |
makes kids retarded |
23:04.17 |
starseeker |
we can only hope |
23:04.20 |
butti |
brlcad: how it ist whith measuring of
objects? |
23:04.21 |
brlcad |
``Erik: you're probably still pretty darn far
away from any sort of efficiency |
23:04.54 |
brlcad |
especially if you still didn't see the diff
between meta keybinding commands and modalities in vim |
23:04.59 |
``Erik |
obviously, but I'm still working at it...
*shrug* just noting that the big arguments emacs advocates put
forwards... well, are bunk :) |
23:05.08 |
brlcad |
such as? |
23:05.17 |
``Erik |
emacs is starting to seem kinda modal when I
want the meta key *cough* |
23:05.22 |
brlcad |
modalities is really the only/pain
difference |
23:06.24 |
brlcad |
vim is modal, emacs is non-modal during
editing, quasi-modal (actual term for it) when invoking
commands |
23:06.26 |
``Erik |
and the buffers keep rearranging themselves
and changing which ones are visible or hidden |
23:07.00 |
``Erik |
hmmm, that means modal, dude :D
*duck* |
23:07.07 |
brlcad |
it doesn't |
23:07.13 |
brlcad |
actually has a defined meaning |
23:07.26 |
brlcad |
quasimodal is very different from
modal |
23:07.46 |
brlcad |
and still, only applies to actions being taken
-- editing/use is still non-modal |
23:09.04 |
``Erik |
the thing I trip up on most is having to use
multiple keys or moving my hand to move the cursor, I miss the home
row fast navigation... I suppose when my left pinky starts figuring
out what to do, it'll get easier |
23:09.11 |
brlcad |
i'm not even arguing that it's better or
worse, but it is definitely different in the impact and different
type of modality interface |
23:09.29 |
``Erik |
*shrug* but I'm still sticking with
it |
23:09.43 |
brlcad |
yeah, that's just memory/familiarity - that
part is no diff to vim really |
23:10.33 |
``Erik |
"jjj^H^H^H<down><down><down>" hehehhe
:D |
23:11.00 |
brlcad |
same goes for learning to manage your buffers,
tweaking settings if auto-buffer arrangement isn't your
style |
23:11.16 |
brlcad |
ctrl-n/p |
23:11.21 |
brlcad |
next/previous line |
23:11.30 |
brlcad |
just like console |
23:11.41 |
``Erik |
<-- set -o vi |
23:11.48 |
brlcad |
yeah, that's nuts :) |
23:11.50 |
``Erik |
later, butti :) |
23:11.57 |
butti |
bye |
23:11.58 |
brlcad |
cya butti |
23:12.53 |
brlcad |
poor guy, any job that depends on learning a
new cad package (*any* new cad package) in under 10 days is
nuts |
23:13.01 |
brlcad |
:) |
23:13.05 |
``Erik |
ludicrous even |
23:13.31 |
``Erik |
just remember to put on your seat belt if
going to ludicrous speed |
23:26.29 |
brlcad |
butti: fyi, the units on your model are wrong,
unless you intentionally modeled something about 20mm in size ..
have to scale it up by about a factor of 1000 |
23:26.58 |
brlcad |
and it has several distinct objects
intersecting that shouldn't |
23:37.06 |
CIA-4 |
BRL-CAD: 03brlcad * 10brlcad/BUGS: rtedge
seems to get stuck in a loop at the end of rendering, has to be
killed |
23:38.58 |
``Erik |
um |
23:39.19 |
``Erik |
under what circumstances? |
23:40.01 |
brlcad |
seems any rtedge I run |
23:40.16 |
``Erik |
O.o 2 cpu? |
23:40.19 |
brlcad |
it gets to completion, sends everything to the
framebuffer and then just hangs |
23:40.22 |
brlcad |
yeah, 2 |
23:40.30 |
``Erik |
weird |
23:40.51 |
brlcad |
hm -P1 works |
23:42.26 |
``Erik |
hum |
23:42.34 |
``Erik |
or it might be related to the image saving in
libbu |
23:42.38 |
CIA-4 |
BRL-CAD: 03brlcad * 10brlcad/BUGS: works with
-P1 |
23:42.56 |
``Erik |
I'll dork with it tomorrow, I'm watching dr
who, then cartoons, then sleep |
23:42.58 |
brlcad |
rt is fine |
23:42.59 |
``Erik |
:D |
23:43.15 |
brlcad |
and this is rendering to framebuffer, not
file |
23:43.27 |
``Erik |
hum, ok |
23:52.47 |
brlcad |
hm, perhaps a race condition on
lastlinedone |
23:53.38 |
brlcad |
maybe just because the lines don't have to be
in order |