00:36.34 |
*** join/#brlcad Erroneous
(n=DTRemena@c-67-187-164-66.hsd1.ca.comcast.net) |
00:50.59 |
*** join/#brlcad Erroneous_
(n=DTRemena@c-67-187-164-66.hsd1.ca.comcast.net) |
01:39.46 |
*** join/#brlcad Mac-
(n=ble@abmg32.neoplus.adsl.tpnet.pl) |
01:39.50 |
Mac- |
hi there |
01:54.32 |
*** join/#brlcad PrezKennedy
(n=Apathy@c-68-33-243-45.hsd1.md.comcast.net) |
01:54.53 |
*** join/#brlcad Erroneous_
(n=DTRemena@c-67-187-164-66.hsd1.ca.comcast.net) |
02:01.13 |
brlcad |
Mac-: howdy |
02:03.13 |
Mac- |
fine and you ? |
02:05.54 |
brlcad |
going great |
02:08.00 |
brlcad |
~pl |
02:08.02 |
ibot |
i guess pl is sometimes referred to as
\"packet loss\" |
02:08.30 |
brlcad |
~.pl |
02:08.31 |
ibot |
.pl is, like, Poland (or a perl
extension) |
02:08.46 |
brlcad |
that's right, never seem to remember that
one |
02:31.40 |
*** join/#brlcad Mac--
(n=ble@abmk206.neoplus.adsl.tpnet.pl) |
02:31.43 |
Mac-- |
sorry |
02:31.57 |
Mac-- |
it was disconnect by ISP |
02:51.45 |
brlcad |
no problem here ;) |
02:54.08 |
Mac- |
i was here some time ago, and asked about
drafting in brl-cad |
02:54.26 |
Mac- |
equivalent to autocad |
02:54.29 |
brlcad |
yeah, I vaguely recall |
02:54.39 |
brlcad |
that's a frequent question regardless
;) |
02:54.46 |
brlcad |
everyone want an autocad alternative
:) |
02:56.39 |
Mac- |
but now my university started subject 'CAD/CAM
Systems' |
02:56.48 |
Mac- |
and they talk about CATIA |
02:56.57 |
Mac- |
which is solid modeling |
02:57.02 |
brlcad |
there's an expensive system |
02:57.06 |
Mac- |
yeah |
02:57.08 |
Mac- |
right |
02:57.14 |
Mac- |
very expensive |
02:57.37 |
Mac- |
and i want to ask you is brl-cad equivalent
for CATIA ? |
02:59.14 |
brlcad |
much more equivalent than it is to
autocad |
02:59.42 |
brlcad |
there are plenty of features that catia does
that brl-cad doesn't support, though |
03:00.02 |
brlcad |
e.g. brl-cad doesn't do hardly anything
related to CAM other than basic geometric management |
03:00.46 |
Mac- |
for CNC ? |
03:01.07 |
brlcad |
right |
03:01.42 |
brlcad |
that said, it's not a far stretch to get into
that area |
03:01.56 |
brlcad |
it's just a focus that's never been needed or
considered |
03:03.01 |
Mac- |
hmm, well brl isn`t designed to CAM area
? |
03:03.36 |
brlcad |
CAD, design, and even more specifically
towards analyses primarily |
03:03.47 |
brlcad |
rendering through raytracing, etc |
03:04.00 |
brlcad |
it has been used in CAM areas |
03:04.23 |
brlcad |
it's easy enough to export geometry into a
format that most CNC machining systems recognize |
03:04.39 |
brlcad |
and correct solidity should be
preserved |
03:05.14 |
Mac- |
'should' is very expensive word in
mechanic |
03:05.15 |
Mac- |
:> |
03:06.38 |
brlcad |
well, it is preserved, guaranteed topology up
to the tolerances you select |
03:06.44 |
Mac- |
ok, but i`m obnly student, my way to real CNC
is like from Earth to Sun :) |
03:08.14 |
Mac- |
is there any support from graphic card for
work in brl ? |
03:08.37 |
brlcad |
the default rendering context is via
opengl |
03:09.19 |
brlcad |
historically, the graphics card isn't relied
upon much though as the models historically don't fit within video
card memory (until very very recently) |
03:11.39 |
Mac- |
i`m working on Matrox MGA G200 8MB |
03:12.12 |
Mac- |
it is too weak ? |
03:13.03 |
brlcad |
for brl-cad? it should be completely
fine |
03:13.09 |
brlcad |
our minimum requirements are pretty bare
:) |
03:15.06 |
Mac- |
ok, waht about memmory and CPU subsystem
? |
03:16.09 |
brlcad |
there's not really a memory or cpu minimum..
that only limits the size of the models and speed it will evaluate
raytraces, etc |
03:16.24 |
brlcad |
maybe a minimum of a couple megs to invoke the
tcl version of mged |
03:17.11 |
Mac- |
but Pentium 166MHz is a little to small
:> |
03:18.35 |
brlcad |
brl-cad's run on stuff over the past 20 years,
I've run it on old 486's with no problems |
03:18.56 |
brlcad |
just slows it down ;) |
03:21.33 |
Mac- |
hehe |
03:23.28 |
Mac- |
i worked on AMD K6-2 450MHz for 6
years |
03:23.58 |
Mac- |
but CPU got malfunction (reset by itself from
time to time) |
03:24.12 |
Mac- |
and now i have to byu something to
replace |
03:25.48 |
Mac- |
but they are 486 level? |
03:34.07 |
``Erik |
and coleco adam |
03:34.10 |
``Erik |
and c128 |
03:34.40 |
``Erik |
mebbe that's why I dig those little
microcontrollers and pics so much, heh |
03:35.29 |
``Erik |
fight scenes in family guy are freakin'
awesome |
03:40.16 |
brlcad |
the whole scene to go smack down will ferrill
is hilarious |
03:45.38 |
Mac- |
well something like PIII ~900MHz will be fine
? |
03:51.29 |
pra5ad |
ohh no work tomorrow |
03:52.54 |
pra5ad |
but i have class tomorrow |
03:52.56 |
pra5ad |
nooooo |
03:53.36 |
``Erik |
... |
03:53.40 |
``Erik |
damn you whine a lot |
03:53.52 |
``Erik |
:D |
03:57.56 |
pra5ad |
old news |
03:58.27 |
pra5ad |
ill be in san jose for spring break |
04:07.33 |
``Erik |
I thought san jose was a whole lot more west
than south |
04:19.45 |
pra5ad |
that is besides the point |
04:45.22 |
Mac- |
what about SMP systems ? |
06:07.01 |
brlcad |
Mac-: all the raytracers take advantage of SMP
automatically by default, and can be set up for distributed systems
with a little extra effort |
06:08.30 |
Mac- |
nice |
06:08.56 |
Mac- |
i could get 2xPIII 866MHz for ~100$ |
07:11.12 |
*** join/#brlcad PKMOBILE
(n=Apathy@c-68-33-243-45.hsd1.md.comcast.net) |
09:22.23 |
*** join/#brlcad clock_
(n=clock@zux221-122-143.adsl.green.ch) |
10:02.52 |
*** join/#brlcad Mac-
(n=ble@abmi63.neoplus.adsl.tpnet.pl) |
10:02.53 |
Mac- |
re |
10:25.11 |
*** join/#brlcad DTRemenak
(n=DTRemena@c-67-187-164-66.hsd1.ca.comcast.net) |
10:50.02 |
*** join/#brlcad clock__
(n=clock@zux221-122-143.adsl.green.ch) |
12:24.34 |
*** join/#brlcad cad934
(n=5493bf9a@bz.bzflag.bz) |
12:42.41 |
CIA-5 |
BRL-CAD: 03bob1961 *
10brlcad/src/librt/wdb_obj.c: Modified wdb_killtree_callback()'s
call to dgo_eraseobjall_callback (i.e. parameters were out of
order). Modified wdb_killtree_cmd() to call dgo_notifyWdb() to
reduce the number of times observers are notified. |
12:46.21 |
CIA-5 |
BRL-CAD: 03bob1961 *
10brlcad/src/librt/dg_obj.c: Added missing parameter to
dgo_eraseobjall_callback(). Added dgo_notifyWdb(). |
12:52.33 |
CIA-5 |
BRL-CAD: 03bob1961 *
10brlcad/include/raytrace.h: Flesh out parameter list for the
declaration of dgo_eraseobjall_callback() and dgo_notify(). Declare
dgo_notifyWdb(). |
12:56.28 |
CIA-5 |
BRL-CAD: 03bob1961 *
10brlcad/src/librt/dg_obj.c: Removed declaration of
dgo_eraseobjall_callback() and dgo_notify(). |
13:53.03 |
CIA-5 |
BRL-CAD: 03bob1961 *
10brlcad/misc/win32-msvc7/librt/librt.vcproj: Update the debug
version's preprocessor definitions. |
15:33.51 |
*** join/#brlcad DTRemenak
(n=DTRemena@c-67-187-164-66.hsd1.ca.comcast.net) |
15:37.27 |
*** join/#brlcad age
(n=nothx@pool-138-88-159-157.esr.east.verizon.net) |
15:37.54 |
age |
could BRL-CAD be used for building models
also? |
15:38.48 |
``Erik |
... that's kinda the purpose of it
:) |
15:39.21 |
age |
i mean, building (structures) models |
15:41.02 |
``Erik |
there's a detailed building that comes with
the package as an example |
15:41.51 |
*** join/#brlcad Mac-
(n=ble@abma163.neoplus.adsl.tpnet.pl) |
15:41.53 |
Mac- |
re |
15:42.10 |
age |
ok, my interest is in using brlcad for
simulating NBCR/explosive events, on structures |
15:43.28 |
``Erik |
ARL has a group that does that, I THINK they
use brlcad .g files, but I'm not sure |
15:44.22 |
age |
are you with the ARL? |
15:44.36 |
``Erik |
some of us, yeah |
15:45.11 |
age |
i've had back luck trying to contact govt ppl
lately, whether it is ATEC or whatnot heh |
15:45.31 |
``Erik |
<-- has never talked to atec |
15:45.49 |
age |
did you try to get in contact with them also?
:D |
15:46.23 |
``Erik |
heh, no :) |
15:46.36 |
age |
they had some good window dressing on how they
evaluate devices for use in the battlefield |
15:46.49 |
age |
i thought, ok, if i talk to them, maybe they
will share their methodology. |
15:46.53 |
age |
no such luck. |
15:47.27 |
``Erik |
there's an official brlcad email with an
@arl.army.mil address, iirc, that goes to a fistful of people, I'd
be surprised if you didn't get a fairly prompt response... not
today of course, but tomorrow |
15:48.12 |
``Erik |
(or, if you just have questions and stuff, I'm
here right now, others will wake up or something later) |
15:49.06 |
``Erik |
hrm, well, I thought there was an
@arl.army.mil addy, but I'm not seeing it, heh |
15:50.43 |
``Erik |
nbc+r on structures? I can only think of a
couple industry niches interested in that kinda stuff o.O |
15:51.08 |
brlcad |
there was/is, it's a moderated forwardable
alias -- the old mailing list addr |
15:51.12 |
brlcad |
cad @ |
15:51.19 |
age |
erik > have you ever looked at digital
sandbox? |
15:51.36 |
age |
they have a very very expensive solution for
doing some of that |
15:51.38 |
``Erik |
newp |
15:51.47 |
age |
they do explosions only i believe |
15:52.12 |
``Erik |
blast, shock, fragments/debris, all
that? |
15:52.23 |
brlcad |
sounds incredibly familiar :) |
15:52.38 |
age |
i'm not sure how much of it they do, but if i
remember right, only explosions |
15:52.58 |
``Erik |
well, those're some of the damage mechanisms
from an explosion... heh |
15:53.18 |
age |
i want to do chemical agents of various types,
bio agents, explosions, radiological, nuclear, etc |
15:53.25 |
``Erik |
sean, is the sf mailing list the best
'official channel' now? |
15:53.31 |
brlcad |
you could rather easily simulate explosive
events via the raytrace libraries, it's pretty much used in that
manner already in muves to some extents |
15:53.53 |
brlcad |
``Erik: for anything non-sensitive,
yeah |
15:54.07 |
brlcad |
and here |
15:54.22 |
brlcad |
i'd even say irc is primary, mailing list is
secondary |
15:54.23 |
age |
what about modeling people within the
buildings also? I'd be interested in doing that too :D |
15:54.23 |
``Erik |
radiation transport can be done fairly easy,
I'd imagine? (path tracing style)... chem might be a bit hairier,
that seems to get more towards fem land |
15:55.12 |
age |
i don't like the idea that the US govt has to
pay 300,000+ for a software package to do counter terrorism
planning stuff |
15:55.19 |
brlcad |
there's an effort going on this year where
brl-cad is being used to simulate radiation transport levels to
people in situations/places |
15:55.47 |
age |
what about fluid dispersion? |
15:55.48 |
``Erik |
I've seen plain csg models of humans that have
enough fidelity for building and vehicle stuff... and nurb support
is being improved right now |
15:56.38 |
brlcad |
why pay 300k when the government has already
paid millions for brl-cad over it's life ;) |
15:57.01 |
brlcad |
and it's fully customizeable and "free" today
at least now |
15:57.33 |
age |
brldcad: i think because http://www.dsbox.com/ is an easier to
use package |
15:58.07 |
brlcad |
age: that is a fairly safe "no" towards fluid
dispersion, don't think anyone has done that yet as fluid mechanics
usually involve a completely different class of
calculations |
15:58.22 |
age |
and has more features specific to counter
terrorism. |
15:58.50 |
``Erik |
fluid dispersion seems pretty well wedged into
the FEM world |
15:59.47 |
``Erik |
if we had (better) voxel support, it's be a
possibility, I'd suppose... that damn boy needs to get off his ass
and do the nastran converters |
16:00.02 |
brlcad |
age: i do understand the naysayers concerns,
brl-cad's gui modeling interface can be painful -- nobody ever
wanted to pay to make it easy to use .. |
16:00.27 |
brlcad |
but this is more in-line with the libraries,
not so much the tools, and the libraries are pretty easy to
use |
16:00.57 |
age |
is brlcad funded only by govt users of
it? |
16:01.11 |
brlcad |
primarily, but not solely |
16:01.29 |
brlcad |
plus it's also open source now, so anyone can
get in on the development |
16:03.14 |
brlcad |
there's not really anything preventing you or
anyone else from contributing to the project to the point that
they'd actually become a core developer or core contributor (for
non-devs) etc |
16:10.06 |
age |
that is good, i have to see how much time i
will have in the future |
16:10.53 |
brlcad |
even if you can't get involved and there's
something that you're interested in, it's good to raise the issues
and questions on the mailing list or to even make feature requests
on sf |
16:11.29 |
brlcad |
they do get read several times over |
16:11.54 |
brlcad |
of course unless it's something sensitive,
then just contact directly |
16:14.51 |
``Erik |
heh, I thought milton was supposed to be doing
that |
16:15.05 |
brlcad |
heh |
16:15.25 |
brlcad |
something different |
16:15.28 |
``Erik |
I was kinda hoping I'd get put on that after
milton... didn't do anything at all :D |
16:15.31 |
``Erik |
ahhh, okie |
16:15.57 |
brlcad |
working on auto-improving the orca human
model |
16:16.05 |
``Erik |
'auto-improving'? |
16:16.07 |
``Erik |
<PROTECTED> |
16:16.16 |
brlcad |
yep, it's looking good so far |
16:16.51 |
brlcad |
found a nasty bug in orca in the
process |
16:17.37 |
brlcad |
something trivial to fix fortunately |
16:22.01 |
``Erik |
http://www.ctrlaltdel-online.com/comic.php?d=20030607
*snrktkt* |
16:24.13 |
brlcad |
heh |
16:25.29 |
age |
Erik: the value of small teams of snipers is
tying up conventional forces is vastly underrated :) |
16:25.55 |
``Erik |
true, but if they don't watch the paths to get
to 'em... EXACTLY that happens |
16:26.06 |
``Erik |
I've done it and I've been done like that,
hehehehhee |
16:26.57 |
age |
yeah, but most infantry people become so sound
aware when deployed |
16:27.25 |
age |
my sense of smell became hyper sensitive also
when i was deployed |
16:29.21 |
``Erik |
I'd imagine that any sense that could keep you
from getting dead becomes hightened in those kind of situations
o.O |
16:29.47 |
age |
i just looked at the photo too, it had someone
taking a shot from the knee |
16:30.09 |
age |
which is something in the army we almost never
do, and AA discourages if i remember right |
16:30.26 |
age |
almost exclusively from the prone :D |
16:30.57 |
``Erik |
opposed to ut and quake, where most shots are
taken while spinning airborne |
16:31.06 |
``Erik |
:D |
16:31.28 |
age |
yeah, the unrealistic aspect of most FPSs
bother me. |
16:31.54 |
age |
jump through the door, land and duck, facing
opposite direction, shoot. |
16:31.56 |
age |
lol. |
16:32.29 |
*** join/#brlcad cobbaut
(n=51f127bf@bz.bzflag.bz) |
16:32.34 |
``Erik |
running 60mph, jumping 30 feet, landing
without ever losing bead... |
16:33.02 |
brlcad |
http://www.ctrlaltdel-online.com/comic.php?d=20060130 |
16:33.05 |
age |
i remember AA taking breathing into affect
though, which is an improvement over most FPSs |
16:33.06 |
``Erik |
laughing off hits with no ill effects, just
grab a box and it's all better, do it over and over |
16:33.39 |
age |
but, i remember AA discounting trigger
squeeze, as if newb soldiers have perfect non pulling squeezes from
the start |
16:33.40 |
age |
:D |
16:33.44 |
``Erik |
only in 'aim' mode |
16:33.53 |
``Erik |
iirc |
16:34.14 |
age |
yeah. |
16:34.22 |
``Erik |
one of these days, I'll get my fbsd box back
up and running how it's supposed to so I can play some games
again |
16:34.41 |
age |
they overrate the recoil on the m249
also |
16:35.05 |
age |
experienced m249/240/60 gunners, have very
tight shot groups on piasters |
16:35.41 |
``Erik |
heh |
16:36.19 |
``Erik |
back when I was playing it, i tended to take
medic roles... |
16:36.34 |
age |
it would ruin most FPS games, but i'll tell
you straight up. Nothing compares to an M249 for real life
stuff |
16:36.49 |
``Erik |
massive points just to stop one dude from
bleeding |
16:37.48 |
age |
the m249, is only 17 lbs, cyclic rate is very
fast, recoil is minimal, one person can take out squads with
minimal difficulty. |
16:40.20 |
``Erik |
provided they aren't flanked |
16:42.34 |
age |
also, another thing that is great about the
m249 is the accuracy |
16:43.01 |
age |
you can snipe with an m249, with the regular
barrel |
16:43.42 |
age |
put some NODs on it, and they are so sweet at
night |
16:43.42 |
``Erik |
what's the dispersion numbers? do ya know?
(are they public release?) |
16:44.00 |
age |
i think they are public release |
16:44.37 |
age |
http://www.army.mil/fact_files_site/m-249_saw/index.html |
16:45.07 |
age |
here it says max effective range on a point
target is 600m |
16:45.18 |
age |
but i think it is longer than that |
16:45.42 |
age |
ditto with effectiveness on area
target |
16:45.54 |
``Erik |
they don't say the radius or anything of
accuracy at those distances, tho :/ |
16:46.10 |
``Erik |
ah well |
16:46.35 |
age |
it is really easy to clean and disassemble
also |
16:47.56 |
``Erik |
against an 8x8 target at 850m, 90% hit rate
out of 800 rounds (zeroed to 300m) |
16:49.11 |
age |
5.56 rounds drop out at the long ranges so
skill comes into play |
16:49.50 |
age |
but, i thought my m249 was much more accurate
than the m60, which i was used primarily before then |
16:49.51 |
``Erik |
these were vehicle mounted computer systems
and test stands, I think... |
16:50.50 |
``Erik |
aannnyyywwwaaayyysss |
16:51.24 |
age |
probably not vehicle mounted, since m249s are
not fired so often in vehicles |
16:52.44 |
``Erik |
this was a 'crow' system, they were testing
different guns for use in it |
16:52.50 |
``Erik |
computer controlled dealie, I think |
16:53.13 |
``Erik |
*shrug* I skipped most of the slides in the
pdf, was lookin' for the numbers :) |
16:56.51 |
pra5ad |
buildings eh |
16:58.31 |
``Erik |
oi, prasad |
16:58.48 |
pra5ad |
we used STMG (see ARA) for that |
17:07.13 |
brlcad |
which should be integrated with STMG, that was
someone's failure to notice the replication/need |
17:07.37 |
brlcad |
they're still busy reinventing the wheel
there |
17:07.46 |
brlcad |
geometricly |
17:09.57 |
pra5ad |
what should be integrated with stmg? |
17:10.27 |
pra5ad |
o brlcad |
17:13.51 |
age |
STMG looks interesting |
17:14.08 |
pra5ad |
buggy as hell though |
17:14.22 |
pra5ad |
here's the kicker.. its a java
program |
17:15.15 |
``Erik |
*shudder* |
17:15.40 |
age |
hehehe |
17:19.05 |
pra5ad |
brlcad, fwiw stmg does save its models in 4
formats, and iirc one is a .g |
17:20.28 |
``Erik |
http://www.ctrlaltdel-online.com/comic.php?d=20031004 |
17:22.43 |
*** join/#brlcad DTRemenak|RDP
(n=DTRemena@c-67-187-164-66.hsd1.ca.comcast.net) |
17:26.41 |
pra5ad |
watched harold and kumar again |
17:26.42 |
pra5ad |
=) |
17:39.40 |
learner |
pra5ad, yeah, v4 ascii iirc, maybe |
17:39.57 |
learner |
and it's something like simplified
arbs/boxes |
17:40.29 |
learner |
their internal geometry management was
pathetic from what I listened to last fall |
19:27.31 |
*** join/#brlcad pier
(n=pier@151.56.203.12) |
19:32.11 |
*** join/#brlcad clock_
(n=clock@84-72-90-165.dclient.hispeed.ch) |
19:43.58 |
pier |
brlcad... about g-dxf, get an error message
when giving: |
19:44.09 |
pier |
bash-3.00$ g-dxf -o cubo.dxf cubo.g
cubo.s |
19:44.09 |
pier |
db_walk_subtree() FAIL on '/cubo.s' |
19:44.09 |
pier |
12 triangles written |
20:06.06 |
brlcad |
pier: cubo.s is a "leaf" node, i.e. a
primitive |
20:06.45 |
brlcad |
converters work on a region/combination
level |
20:07.28 |
brlcad |
generally speaking, there is no "physical"
geometry until you make a region |
20:08.11 |
pier |
I made one as a matter of fact |
20:08.18 |
brlcad |
it's just a template, a void space |
20:08.25 |
pier |
cubo.s -> cubo.r |
20:08.26 |
brlcad |
before you make a region |
20:08.37 |
brlcad |
ah, great |
20:08.52 |
brlcad |
so specify that instead of the .s on
g-dxf |
20:09.00 |
pier |
so the command I gave was faulty |
20:09.10 |
pier |
ok yhanks |
20:09.14 |
pier |
thanks |
20:09.22 |
brlcad |
you told it to convert cubo.s |
20:09.31 |
brlcad |
g-dxf -o cubo.dxf cubo.g cubo.r |
20:09.32 |
pier |
yep |
20:10.02 |
pier |
ok it works |
20:10.40 |
pier |
brlcad... I am still working on the second
volume but a bit slowly |
20:12.38 |
brlcad |
no problem at all ;) |
20:12.42 |
pier |
so I am not sure about when it will be
ready |
20:13.14 |
brlcad |
wouldn't want to shadow it with the other big
announcements coming out this month and next regardless |
20:13.37 |
pier |
bit in trouble with an exam these
days... |
20:13.50 |
pier |
about releasing a win version? |
20:14.22 |
brlcad |
that's one of the big announcements |
20:16.08 |
pier |
and a taste of the others...? |
20:16.34 |
pier |
nevermind it it is top secret |
20:16.57 |
brlcad |
no top secrets, this is open source
:) |
20:17.34 |
pier |
yes of course |
20:19.20 |
brlcad |
most of it's in the NEWS file already, hasn't
been announced in a while |
20:19.40 |
pier |
ok I'll have a look at it |
20:19.43 |
brlcad |
the new clone duplication command will be big
news to some |
20:20.38 |
brlcad |
it's a tool for very easily creating patterns
of geometry, way easier than the current pattern tool |
20:20.54 |
pier |
Is it to make copies of components and
regions? |
20:21.17 |
brlcad |
yes, in various ways through a pretty simple
syntax |
20:21.53 |
brlcad |
one of a handful of really powerful tools from
the former GSI modeling powerhouse |
20:32.21 |
*** join/#brlcad Erroneous
(n=DTRemena@c-67-187-164-66.hsd1.ca.comcast.net) |
20:33.28 |
pier |
brlcad, I can't see why I am not able to
import a dxf file exported with the gdxf commnd with blender as
well as with ac3d |
20:34.23 |
brlcad |
blender's dxf support is horrible |
20:35.41 |
pier |
I'm testing this with a dxf file that ac3d can
open whereas blender fails |
20:36.08 |
pier |
but both of them cannot open
cubo.dxf |
20:36.23 |
brlcad |
keep in touch with a few of the blender devs
from time to time, their support is very basic. fails on most
things that autocad exports too |
20:36.46 |
pier |
neithed autocad does |
20:36.53 |
pier |
neither |
20:37.09 |
brlcad |
if autocad doesn't then it's probably our
fault ;) |
20:37.14 |
brlcad |
unless it's a versioning problem |
20:37.19 |
brlcad |
dxf has several versions |
20:39.26 |
brlcad |
send me or post the cubo.dxf, I can at least
see if it's something trivial |
20:39.48 |
brlcad |
should probably get reported as a bug on the
tracker |
20:39.49 |
pier |
not that I am interested in it but before
trying to extract triangles from the dxf file I wanted to have a go
at looking the objects in these programs |
20:40.15 |
pier |
ok will via ftp work |
20:40.30 |
brlcad |
extract triangles? there are better exporters
for that |
20:40.39 |
brlcad |
stl is a very simple triangle format |
20:40.59 |
brlcad |
e-mail would be better, but ftp works
too |
20:41.56 |
pier |
yes... I am still looking to writing a program
(crappy for sure) that draws the mai view of an object |
20:42.09 |
pier |
main views |
20:43.10 |
pier |
removing hidden faces (the painter's algo) and
drawing hidden edges with dashed lines |
20:43.34 |
brlcad |
or not drawing them altogether ;) |
20:45.10 |
pier |
do you think that it would be to much effort
for a rookie programmer? |
20:45.39 |
pier |
please give me the e:mail |
20:48.14 |
brlcad |
not too much effort, anything's possible
;) |
20:49.42 |
pier |
I thought that extracting all the triangles
wouldn't be that hard... perhaps I am wrong |
20:50.09 |
pier |
Is there a positive verse in the vertex
numbering? |
20:50.38 |
brlcad |
extracting the triangle is the easiest
part |
20:50.45 |
pier |
so that it woud be possible to work out an
exiting versor from the surface? |
20:52.50 |
pier |
that way it wouldn't be hard to pinpoint the
hidden ones |
21:00.50 |
brlcad |
possible, though that's where it gets
tricky |
21:01.28 |
brlcad |
i've seen some algorithms for it, but only
glanced through them |
21:04.07 |
pier |
I'll have a look at the dxf txt file to see if
the triangles are stored cws or ccws |
21:07.02 |
pier |
and let you know if I get to
something |
21:14.00 |
pier |
Ok bye then |