00:50.33 |
*** join/#brlcad
hippieindamakin8 (n=hippiein@202.3.77.38) |
00:56.08 |
starseeker |
reformats his new external
hard drive with ext3 |
01:16.05 |
*** join/#brlcad Ralith
(n=ralith@216.162.199.202) |
02:27.24 |
*** join/#brlcad bitminer
(n=bitminer@h96-60-82-113.vrnawi.dsl.dynamic.tds.net) |
02:41.33 |
CIA-40 |
BRL-CAD: 03brlcad * r33933
10/brlcad/trunk/src/ (libged/clone.c mged/clone.c): var doesn't
need to be global, make it static |
02:41.54 |
CIA-40 |
BRL-CAD: 03brlcad * r33934
10/brlcad/trunk/src/ (libged/nirt.c libged/rt.c libged/rtcheck.c
mged/rtif.c): these commands that run external tools weren't
migrated to libged correctly so that they identify their run-time
path correctly. the bu_brlcad_root lookups need to happen on the
final argv that is exec'd. |
02:44.51 |
*** join/#brlcad Ralith
(n=ralith@216.162.199.202) |
03:02.44 |
CIA-40 |
BRL-CAD: 03brlcad * r33935
10/brlcad/trunk/NEWS: refixed run-time tool invocation bug where
commands like rt/rtcheck/nirt/vnirt weren't being found unless path
was set. this makes them work again regardless of path. |
03:02.50 |
brlcad |
so that fixes the last issue and distcheck
passes, so tomorrow i'll tag and post |
03:07.07 |
tc-rucho |
brlcad: glad you liked it. I find tcl much
more friendly now. Should this trick be added to the
brlcad-wiki? |
03:07.54 |
tc-rucho |
(I ping timeouted some time ago and maybe
missed something) |
03:20.24 |
brlcad |
sure, why not |
03:20.56 |
brlcad |
useful tips that help get the job done,
perfectly appropriate |
03:32.59 |
*** join/#brlcad Ralith
(n=ralith@216.162.199.202) |
04:09.37 |
yukonbob |
hello, cadheads |
04:30.24 |
bitminer |
DocBookWiki : http://doc-book.sourceforge.net/homepage/ |
04:44.39 |
bitminer |
http://www.scrollyourwiki.com/index.php?page=product
Wiki -> DocBook translator |
04:46.32 |
bitminer |
http://code.google.com/p/wits-parser/
- Another wiki -> DocBook translator |
04:54.32 |
CIA-40 |
BRL-CAD: 03starseeker * r33936
10/brlcad/trunk/NEWS: It's in there, it has a man page - go ahead
and announce coil. |
06:51.32 |
*** join/#brlcad Twingy
(n=justin@74.92.144.217) |
08:24.13 |
*** join/#brlcad _sushi_
(n=_sushi_@84-72-93-63.dclient.hispeed.ch) |
09:52.16 |
*** join/#brlcad d_rossberg
(n=rossberg@bz.bzflag.bz) |
10:19.09 |
*** join/#brlcad mafm
(n=mafm@223.Red-83-49-86.dynamicIP.rima-tde.net) |
11:42.28 |
d-lo |
Mornin all |
12:24.29 |
*** join/#brlcad elite01
(n=omg@unaffiliated/elite01) |
12:34.37 |
*** join/#brlcad Elrohir
(n=kvirc@p5B14DA3E.dip.t-dialin.net) |
12:50.26 |
brlcad |
yo |
13:00.46 |
d-lo |
yo. |
13:00.46 |
tc-rucho |
hey guys, is there a chamfer/fillet function
with some weird name I'm not aware of? |
13:00.59 |
d-lo |
brlcad: Meeting at 1400 FYI |
13:01.03 |
tc-rucho |
or brlcad does not have this feature
(yet)? |
13:07.08 |
*** join/#brlcad archivist
(n=archivis@host81-149-119-172.in-addr.btopenworld.com) [NETSPLIT
VICTIM] |
13:16.07 |
brlcad |
d-lo: alrighty |
13:17.04 |
brlcad |
tc-rucho: doesn't have feature edits like
those two at the moment |
13:20.01 |
brlcad |
there are some commands that assist, like
blending a cylinder, rounding off the end, rounding a box, and a
few others, but not specifically chamfer and fillet as feature
edits |
13:20.12 |
brlcad |
you have to just apply the negative
boolean |
13:20.54 |
tc-rucho |
I would like to know how to do that on this
model: http://tc-rucho.homelinux.net/webcam.g |
13:21.43 |
tc-rucho |
I really wonder what was brlcad specifically
used for in the 20 years it's been arround |
13:22.55 |
tc-rucho |
I have a hole in a sphere, and want to chamfer
that |
13:23.17 |
tc-rucho |
doing it with bolean subtract or intersect
would be really rough |
13:29.08 |
d-lo |
you just want the opening in the hole (in the
sphere) to have a 45 degree chamfer? |
13:30.18 |
tc-rucho |
d-lo: more or less, actually, rounded edge,
but if you check the model I just linked, you will see _why_ this
would be a really tough task if only manual boolean operations were
used |
13:30.34 |
tc-rucho |
d-lo: just open it and B orbita.c |
13:31.13 |
tc-rucho |
I've already done some chamfer here and there
using trc |
13:31.40 |
tc-rucho |
but this case it's different |
13:31.58 |
tc-rucho |
I have decentered holes in a sphere |
13:32.09 |
tc-rucho |
that makes a double-convex edge |
13:32.26 |
d-lo |
hrm, can't hit that addy you linked |
13:32.51 |
tc-rucho |
maybe the dns is screwed up, I'll use the ip
instead |
13:33.14 |
tc-rucho |
http://190.191.172.28/webcam.g |
13:33.15 |
tc-rucho |
there |
13:33.50 |
tc-rucho |
d-lo: I recommend you to do a view aet 75 30
0 |
13:33.54 |
tc-rucho |
and render |
13:35.23 |
tc-rucho |
I want to fillet/chamfer the holes in
carcaza.c |
13:35.44 |
tc-rucho |
B carcaza.c; rt -M -F0 -w 1669 -n 784 -V
2.128826530612245 -C0/0/50 -P16 -H0 -J0 -l0 |
13:35.54 |
tc-rucho |
that will give you an idea of the
problem |
13:36.29 |
d-lo |
thanks, but I have a decent handle on the
commands ;) |
13:36.37 |
tc-rucho |
(: |
13:36.45 |
d-lo |
firstly, I need to comment on the tree struct
you have going. |
13:36.53 |
tc-rucho |
it sucks, right? |
13:37.02 |
tc-rucho |
first time drawing anything in
brlcad |
13:37.15 |
tc-rucho |
so, tell me, what's wrong with it |
13:37.18 |
d-lo |
in order for something to *exist*, it needs to
be in a region. |
13:37.48 |
d-lo |
inside carcaza.c, there are two solids that do
not belong to a region. This invalidates the csg. |
13:38.10 |
tc-rucho |
o..k..? |
13:38.13 |
tc-rucho |
why? |
13:38.36 |
tc-rucho |
are you telling me I should make combinations
of only regions? |
13:39.03 |
d-lo |
thats the simple explaination. Better than
what I was typing lol |
13:39.29 |
d-lo |
In order for a primitive to *be* something, it
needs to have Material information associated with it. |
13:39.43 |
d-lo |
and the only way for a primitive to get that
is to belong to a region. |
13:40.30 |
d-lo |
currently esfera-externa.s and
esfera-eterna-menor.s do not belong to a region, so technically
they don't exist. |
13:41.05 |
tc-rucho |
ok, and what's all this for? |
13:41.20 |
d-lo |
for valid csg modeling. |
13:41.30 |
tc-rucho |
ok |
13:41.33 |
tc-rucho |
fixes the
tree |
13:42.00 |
tc-rucho |
I don't think this helps for the chamfer thing
in carcaza.c |
13:42.27 |
tc-rucho |
however, if it will save me troubles in the
future, I'll apply it |
13:42.42 |
d-lo |
I would think that carcaza.c should become a
region... |
13:43.03 |
d-lo |
ranura-superior.r and ranura-frontal.r should
become combinations. |
13:43.15 |
tc-rucho |
why? |
13:43.37 |
tc-rucho |
what I still don't get is why isn't it valid
to do bolean operations between regions |
13:45.42 |
d-lo |
Well CSG modeling, in my opinion, is best
approached from a Reality perspective. |
13:45.58 |
*** join/#brlcad bitminer
(n=bitminer@h96-60-82-113.vrnawi.dsl.dynamic.tds.net) |
13:45.58 |
d-lo |
if you are going to make a hole in a piece of
wood.... |
13:46.20 |
d-lo |
then youwould subtract from that
wood |
13:47.00 |
d-lo |
it would be rather silly to make a cyl out of
another piece of wood and *then* try to make that cyl become a hole
in the wood. |
13:47.25 |
d-lo |
With your model, you have a sphere that you
are subtracting various things from it |
13:47.45 |
d-lo |
the sphere exists, but you are using other
prims to subtract from it. |
13:47.59 |
d-lo |
I am probably not explaining this very well,
lol |
13:49.10 |
tc-rucho |
not really.. that was just to keep track of
the objects. See, I'm not very comfortable with having to name
every object I create. So in order to keep track of them I group
the primitives I intend to use for subtraction |
13:49.16 |
tc-rucho |
or for everything else |
13:49.44 |
tc-rucho |
so I can then do x object and see where does
it belong |
13:50.03 |
tc-rucho |
if you have a better way I'd like to hear
about it |
13:50.28 |
tc-rucho |
I come from AutoCAD, never named a shit, just
modelled |
13:50.35 |
d-lo |
heh :) |
13:50.40 |
d-lo |
whats your email addy? |
13:50.45 |
tc-rucho |
I know, AutoCAD is not CSG |
13:51.05 |
tc-rucho |
d-lo: you are not gonna spam it, right d-:
tc.rucho@gmail.com |
13:52.23 |
tc-rucho |
btw, I got to go in about 15 minutes |
13:52.38 |
d-lo |
kk, i will hurry |
13:54.08 |
bitminer |
Back in the ether: posting from yesterday:
DocBookWiki : http://doc-book.sourceforge.net/homepage/ |
13:54.30 |
bitminer |
<PROTECTED> |
13:54.38 |
bitminer |
http://code.google.com/p/wits-parser/
- Another wiki -> DocBook translator |
13:55.16 |
bitminer |
for thoes interested in wik docbook. I am
going to try and install this on my server today. |
13:55.51 |
d-lo |
tc-rucho: the chamfer on that, will indeed, be
a tough one ;) |
13:56.48 |
d-lo |
getting a nice smooth one atleast. |
13:57.35 |
tc-rucho |
d-lo: see what I meant (: I did some basic
chamfer on camara.r but this was a totally different
task |
14:02.45 |
tc-rucho |
I'm checking the .g database format definition
in order to see if chamfer/fillet operations could be added without
breaking backwards compatibility. Once I figure out how 'ev' works
and some other stuff here and there, maybe I'll implement a
fillet/chamfer function. Still, I will have to do a lot of research
to acomplish that |
14:04.18 |
tc-rucho |
d-lo: shall we continue this later? It's time
for me to go, I'll be back in about 5 hours |
14:04.22 |
d-lo |
beveling on an edge like that could be done
with BoTs, but then you lose the true roundness |
14:04.32 |
d-lo |
I just emailed you |
14:04.45 |
d-lo |
moved the region levels around a bit and took
care of two overlaps. |
14:05.19 |
d-lo |
kk. I might be here :) |
14:06.49 |
d-lo |
to any crypto gurus: If you have the
unencrypted data and the encrypted data, is it difficult (or
possible) to derive the key used for that encryption? |
14:11.58 |
brlcad |
depends on what cipher was used |
14:12.20 |
d_rossberg |
d-lo: it depends on the encryption algorithm:
it is very hard for the usual asymmetric public key algorithms to
dereive the secret key (e.g.) |
14:12.29 |
brlcad |
brute force, you search the keyspace
encrypting until you match the encrypted |
14:26.17 |
*** join/#brlcad madant
(n=madant@117.196.137.149) |
14:30.34 |
*** join/#brlcad madant
(n=madant@117.196.137.149) |
15:09.11 |
*** join/#brlcad archivist
(n=archivis@host81-149-119-172.in-addr.btopenworld.com) [NETSPLIT
VICTIM] |
15:30.07 |
``Erik |
*readreadread* |
15:30.37 |
d-lo |
just learn an new word and are
excited? |
15:30.40 |
``Erik |
hm, I get some acne on that webcam
model |
15:30.51 |
d-lo |
acne? |
15:30.56 |
``Erik |
words are for nerds |
15:31.02 |
``Erik |
yeah, uhm, hold up |
15:31.17 |
d-lo |
you done moving your computers yet? |
15:32.32 |
``Erik |
http://brlcad.org/~erik/webcam.png |
15:32.40 |
``Erik |
oh hell no, I have other shit to do
:D |
15:32.52 |
``Erik |
the computers will be the last
things |
15:33.15 |
d-lo |
acne = little white dots on the cyl? |
15:33.19 |
``Erik |
yeah |
15:33.29 |
d-lo |
strange.... |
15:33.42 |
``Erik |
floating point errors, probably due to having
surfaces at the same location instead of slightly offset |
15:34.55 |
starseeker |
grumbles at packages that
have to be signed for and heads out |
15:35.01 |
d-lo |
hrm. I didn't see any duplicate geometry when
I was looking through it.... so two cyls in the same space could
cause that? |
15:35.10 |
d-lo |
starseeker: whats in the packages? |
15:35.27 |
d-lo |
most things I have to sign for are ususaly
electronic gadgets |
15:35.32 |
``Erik |
yeah, among other things |
15:36.43 |
d-lo |
``Erik: you speak asm? |
15:37.07 |
``Erik |
um, some flavors |
15:39.38 |
*** join/#brlcad archivist
(n=archivis@host81-149-119-172.in-addr.btopenworld.com) [NETSPLIT
VICTIM] |
15:42.50 |
``Erik |
if, y'know, you need help on 65xx, 68xx, z80,
mips, ... and a little x86 :) |
15:43.30 |
d-lo |
x86 |
15:43.37 |
*** join/#brlcad archivist
(n=archivis@host81-149-119-172.in-addr.btopenworld.com) [NETSPLIT
VICTIM] |
15:43.53 |
d-lo |
I did a 'for dummies' excursion into it a few
years back, but i forget things quick :/ |
15:44.35 |
``Erik |
most of my experience writing that is with 16b
segmented or bootstrapping/basics after the a20 gate is enabled and
mode set to 32 paged |
15:44.47 |
``Erik |
(like, after 'grub' hands off control to a
kernel) |
15:47.16 |
*** join/#brlcad archivist
(n=archivis@host81-149-119-172.in-addr.btopenworld.com) [NETSPLIT
VICTIM] |
15:55.59 |
*** join/#brlcad BigAToo
(n=BigAToo@pool-96-230-124-39.sbndin.btas.verizon.net) |
16:05.20 |
*** join/#brlcad archivist
(n=archivis@host81-149-119-172.in-addr.btopenworld.com) [NETSPLIT
VICTIM] |
16:45.23 |
madant |
brlcad: is spirit a problem :) ? |
17:01.04 |
starseeker |
d-lo: friggin shirt |
18:00.58 |
*** join/#brlcad SWPadnos_
(n=Me@dsl107.esjtvtli.sover.net) |
18:26.38 |
*** join/#brlcad Don_
(n=Don@c-68-62-76-34.hsd1.mi.comcast.net) |
19:03.07 |
*** join/#brlcad BigAToo
(n=BigAToo@pool-96-230-124-39.sbndin.btas.verizon.net) |
19:32.52 |
*** join/#brlcad _sushi_
(n=_sushi_@77-58-234-152.dclient.hispeed.ch) |
19:35.49 |
*** join/#brlcad BigAToo
(n=BigAToo@pool-96-230-124-241.sbndin.btas.verizon.net) |
19:45.07 |
*** join/#brlcad samrose
(n=samrose@75-134-168-98.dhcp.bycy.mi.charter.com) |
20:01.39 |
PrezKennedy |
hmm the price of a refurb mac is almost the
same as a new mac |
20:01.46 |
PrezKennedy |
i dont think they get how that works |
20:31.46 |
*** join/#brlcad mafm
(n=mafm@223.Red-83-49-86.dynamicIP.rima-tde.net) |
20:37.28 |
*** join/#brlcad IriX64
(n=IriX64@bas2-sudbury98-1177726399.dsl.bell.ca) |
20:38.16 |
``Erik |
hey, irix, I heard you have a patch for
review? |
21:12.08 |
*** join/#brlcad Axman6
(n=Axman6@pdpc/supporter/student/Axman6) |
22:02.41 |
brlcad |
madant: nope other than their own claim that
they really stress the compiler's ability to instantiate
templates |
22:02.54 |
brlcad |
so it's not very portable to older c++
compilers |
22:03.12 |
brlcad |
but that's a new project so portability to the
ancients isn't nearly as important |
22:27.02 |
CIA-40 |
BRL-CAD: 03bob1961 * r33937
10/brlcad/trunk/src/libged/gqa.c: Fixed a bug where the code was
writing off the end of an array. Also added code to handle
arbitrary blank lines and comment lines. |
23:02.28 |
*** join/#brlcad mafm_
(n=mafm@223.Red-83-49-86.dynamicIP.rima-tde.net) |
23:18.37 |
CIA-40 |
BRL-CAD: 03starseeker * r33938
10/brlcad/trunk/src/shapes/coil.c: Tweak ending point z equation in
coil. |