00:07.24 |
*** join/#brlcad vedge
(n=vedge@205-237-251-204.ilesdelamadeleine.ca) |
00:10.39 |
*** join/#brlcad vedge
(n=vedge@205-237-251-204.ilesdelamadeleine.ca) |
00:17.34 |
*** join/#brlcad vedge_
(n=vedge@205-237-251-204.ilesdelamadeleine.ca) |
00:47.34 |
brlcad |
pacman87: neat |
01:37.10 |
brlcad |
if anyone wants to get on the .de server and
already has a .bz account, just lemme know |
01:42.50 |
yukonbob |
lots of committing to docbook... |
01:42.56 |
yukonbob |
hello, cadheads |
01:43.57 |
brlcad |
yeah, that's a about 1000 files more than I
thought it was going to be :) |
01:44.37 |
brlcad |
starseeker: you should run distcheck if you
haven't |
01:47.06 |
yukonbob |
reads scrollback, for .de
server desc, and whatever else crops up... |
01:49.29 |
yukonbob |
heh -- IriX64 was here and I missed
him |
01:55.01 |
yukonbob |
brlcad: what is this .de server
about? |
02:58.13 |
brlcad |
yukonbob: ah, I have another dedicated host
over in germany |
02:58.35 |
brlcad |
it doesn't have a fqdn yet, so I just call it
the .de server |
03:24.56 |
*** join/#brlcad Twingy
(n=justin@74.92.144.217) |
03:27.34 |
PrezKennedy |
brlcad, i want one! |
03:27.48 |
PrezKennedy |
logs in every once in awhile
to brush up on his unix commands |
03:33.01 |
*** join/#brlcad Twingy
(n=justin@74.92.144.217) |
04:11.22 |
starseeker |
svn updates and runs
distcheck to see what he busted this time... |
04:20.50 |
starseeker |
brlcad: Let me know if that's too
much |
04:20.56 |
starseeker |
in docbook I mean |
04:23.02 |
brlcad |
might want to reduce the binary, maybe nix
examples |
04:23.25 |
brlcad |
and the testing framework if it doesn't get us
anything |
04:24.29 |
starseeker |
no problem - I was a bit rushed there at the
end of the day |
04:24.49 |
starseeker |
is definitely in favor of
trimming to the minimum, once he figures out what said minimum
is |
04:25.46 |
brlcad |
k |
04:25.55 |
brlcad |
no rush to trim |
04:27.42 |
starseeker |
keeps eye on distcheck build,
misses super-powered machines at work |
04:35.17 |
starseeker |
brlcad: What would you recommend as a good
example of a journal-style CSG modeling paper? Are there any
particularly good examples to learn from in terms of styling,
information to present, etc? |
04:45.39 |
poolio |
rt^ 3 |
04:45.47 |
poolio |
I had to test that...and I failed :( |
04:45.54 |
poolio |
Also, alloo all. |
04:47.28 |
starseeker |
distcheck failed, but not where I was thinking
it would: |
04:47.32 |
starseeker |
../../../src/rt/scanline.c:26:22: error:
scanline.h: No such file or directory |
04:56.07 |
starseeker |
tweaks... |
04:59.15 |
brlcad |
poolio: heh |
04:59.46 |
brlcad |
starseeker: that'd be a file missing from the
Makefile.am, header missing from noinst_HEADERS in that
case |
05:00.52 |
brlcad |
starseeker: I finally read some of paul's note
-- he is right about the subtraction -- once you subtraced the
sphere from the cylinder on the lollipop, that included the core
and the stick |
05:01.02 |
brlcad |
a nitpick overlooked detail, but
valid |
05:01.42 |
brlcad |
they're needed for the first part, just not
the seond |
05:04.27 |
brlcad |
his reason for the pull command is semi bogus
.. a pull command would be awesome, just mildly more complicated to
implement properly |
05:09.09 |
*** join/#brlcad thing0
(n=ric@58.171.169.47) |
05:16.33 |
poolio |
heh, .de seems faster than .bz |
05:22.06 |
brlcad |
it is |
05:22.25 |
brlcad |
faster everything (net pipe, disks, cpu,
..) |
05:22.45 |
brlcad |
and cheaper! ze crazy germans |
05:24.51 |
poolio |
sweet :) |
05:27.05 |
brlcad |
should totally make that a freenode node or
mirror for something when it's configured |
05:28.43 |
PrezKennedy |
it also doesnt have anything on
it... |
05:28.47 |
PrezKennedy |
probably helps a bit |
05:28.47 |
PrezKennedy |
:P |
05:40.43 |
CIA-22 |
BRL-CAD: 03brlcad * r31446
10/rt^3/trunk/src/g3d/ (GuiConsole.cxx History.h): break out the
History class into its own file, plus some comment
cleanup |
05:41.01 |
CIA-22 |
BRL-CAD: 03brlcad * r31447
10/rt^3/trunk/src/g3d/GuiConsole.h: comment/header
cleanup |
05:41.08 |
brlcad |
that too |
05:46.13 |
CIA-22 |
BRL-CAD: 03brlcad * r31448
10/rt^3/trunk/src/g3d/Logger.cxx: ws |
05:48.10 |
CIA-22 |
BRL-CAD: 03brlcad * r31449
10/rt^3/trunk/src/g3d/ (GuiConsole.cxx History.h): get rid of using
namespace std -- conventionally/intentionally use std:: scope on
all stl types to make the code universally unambiguous. also fix ws
indentation. |
05:50.32 |
CIA-22 |
BRL-CAD: 03brlcad * r31450
10/rt^3/trunk/src/g3d/main.cxx: ws + header |
06:38.23 |
brlcad |
starseeker: at a quick glance, it looks like
the epub subtree could probably go (ebook format) .. it's about 25
MB of "stuff" that wouldn't be high on the priority list anytime
soon |
06:40.36 |
brlcad |
that was all I noticed at a glance |
06:46.30 |
CIA-22 |
BRL-CAD: 03brlcad * r31451
10/brlcad/trunk/src/libpc/pc_solver.cpp: ws and header cleanup,
intentionally do not use 'using namespace std;' in order to make
the usages of stl classes unambiguous |
06:46.39 |
CIA-22 |
BRL-CAD: 03brlcad * r31452
10/brlcad/trunk/src/libpc/pc_solver.h: ws and header cleanup,
intentionally do not use 'using namespace std;' in order to make
the usages of stl classes unambiguous |
06:49.50 |
CIA-22 |
BRL-CAD: 03brlcad * r31453
10/brlcad/trunk/src/libpc/ (5 files): ws |
07:18.48 |
*** join/#brlcad thing0
(n=ric@58.171.169.47) |
07:34.58 |
*** join/#brlcad clock_
(n=clock@zux221-122-143.adsl.green.ch) |
07:40.38 |
*** join/#brlcad Axman6
(n=Axman6@pdpc/supporter/student/Axman6) |
08:52.35 |
CIA-22 |
BRL-CAD: 03homovulgaris * r31454
10/brlcad/trunk/src/libpc/ (5 files): Class definitions for
constraint solver: Interval, Domain, and Variable in pc_solver.h;
Code beautification/indentation to be done |
10:52.49 |
*** join/#brlcad clock_
(n=clock@zux221-122-143.adsl.green.ch) |
10:53.02 |
*** join/#brlcad mafm
(n=mafm@elnet-111.lip.pt) |
10:53.27 |
mafm |
hey |
11:11.36 |
brlcad |
howdy mafm |
11:17.02 |
mafm |
sigh |
11:17.14 |
mafm |
I could do better, but not very bad |
11:19.53 |
mafm |
have to go out for a bit |
11:30.21 |
*** join/#brlcad elite01
(n=elite01@dslb-088-071-047-226.pools.arcor-ip.net) |
12:25.49 |
*** join/#brlcad d_rossberg
(n=rossberg@bz.bzflag.bz) |
12:33.27 |
*** join/#brlcad thing0
(n=ric@58.171.224.241) |
12:43.49 |
CIA-22 |
BRL-CAD: 03starseeker * r31455
10/brlcad/trunk/doc/docbook/resources/standard/xsl/epub/: Remove
epub xsl files - not high priority output target, large amount of
stuff (per Sean's suggestion) |
13:01.12 |
*** join/#brlcad andrecastelo
(n=chatzill@189.71.51.90) |
13:01.15 |
*** join/#brlcad Elperion
(n=Bary@p5B14E362.dip.t-dialin.net) |
13:01.51 |
andrecastelo |
morning all |
13:05.41 |
mafm |
morning andrecastelo |
13:19.00 |
*** join/#brlcad docelic
(n=docelic@78.134.207.183) |
14:02.28 |
CIA-22 |
BRL-CAD: 03johnranderson * r31456
10/brlcad/trunk/ (4 files in 2 dirs): Since MUVES3 was not using
the asynchronous capabilities, simplified this library to eliminate
pthreads, queues, and most of the locking. These changes were also
suggested by Ron and Erik. |
14:03.34 |
CIA-22 |
BRL-CAD: 03homovulgaris * r31457
10/brlcad/trunk/src/util/loop.c: added -c argument to loop.c so as
to support characters |
16:03.45 |
*** join/#brlcad homovulgaris
(n=homovulg@202.63.233.61) |
16:04.43 |
homovulgaris |
hi all |
16:04.46 |
homovulgaris |
pacman87: how is it going ;) |
16:06.06 |
homovulgaris |
mafm: how do i see g3d :) i did a make in rt^3
trunk.. but i guess i need to do much more ? |
16:08.23 |
homovulgaris |
loves the tropics and the
monsoon : enjoying the rain for the last 36 hours (
non-stop) |
17:09.48 |
poolio |
brlcad: So I'm a bit confused about working
with nmgs...to retrieve say, all the vertices, do I just repeatedly
call the macros and that will properly manipulate the indices? Or
is it that each vertex is an element in a linked list that I can
iterate over? |
17:36.51 |
CIA-22 |
BRL-CAD: 03starseeker * r31458
10/brlcad/trunk/doc/docbook/tutorials/oed/oed.xml: Fix to lollipop
model suggested by Paul Tanenbaum |
17:52.14 |
CIA-22 |
BRL-CAD: 03starseeker * r31459
10/brlcad/trunk/doc/docbook/tutorials/oed/ (README oed.xml): Point
dtd reference to new location, add note on xsltproc
conversion |
17:56.01 |
CIA-22 |
BRL-CAD: 03starseeker * r31460
10/brlcad/trunk/src/rt/Makefile.am: Add scanline.h to
noinst_HEADERS, per Sean |
18:13.02 |
pacman87 |
is there documentation somewhere on how to use
sketch/extrude? |
18:13.34 |
mafm |
homovulgaris: I need to upload OGRE and the
rest of libraries |
18:17.04 |
mafm |
brlcad: what's "ws" of your commit
comments? |
18:17.11 |
pacman87 |
whitespace |
18:20.03 |
mafm |
I see |
18:21.18 |
homovulgaris |
:) |
18:21.41 |
homovulgaris |
mafm: didnt svn diff show that ? |
18:22.04 |
mafm |
there are more changes than that |
18:26.42 |
homovulgaris |
what changes i see only corresponding line
addition and removals ( svn diff -r 31453:31452 right ? ) , code
style standardization of my files :) |
18:29.03 |
mafm |
there are 5 commits or so |
18:30.38 |
homovulgaris |
oh ok u meant all the commits together.. :)
hows the ogre hacking going btw ;) |
18:31.28 |
mafm |
there are the comment "ws" in 2 or 3 of them,
and in some it's not only that |
18:32.07 |
mafm |
the hacking of OGRE is not an issue, the
hacking of the GUI libraries (RBGui) is |
18:32.28 |
mafm |
I offered to the guys to maintain that in
their server, a week or more ago, but no reply |
18:32.30 |
mafm |
:( |
18:32.50 |
mafm |
it's much better to do it that way than having
to maintain private patches |
18:33.16 |
mafm |
apart from the obvious "useful for everyone,
not just us" because it simplifies the process of building it from
our side |
18:39.07 |
CIA-22 |
BRL-CAD: 03bob1961 * r31461
10/brlcad/trunk/include/ged.h: Added GED_INIT |
18:41.07 |
CIA-22 |
BRL-CAD: 03bob1961 * r31462
10/brlcad/trunk/src/mged/setup.c: Temporarily comment out the E
command. |
18:51.24 |
CIA-22 |
BRL-CAD: 03bob1961 * r31463
10/brlcad/trunk/src/mged/ (chgmodel.c chgtree.c cmd.c): Use
GED_INIT initialize ged. |
18:52.14 |
CIA-22 |
BRL-CAD: 03bob1961 * r31464
10/brlcad/trunk/src/libged/wdb_obj.c: Use GED_INIT to initialize
ged. |
18:55.48 |
homovulgaris |
mafm: hmm .. why dont they have a irc channel
:P |
19:02.11 |
mafm |
they don't even have proper website |
19:04.26 |
mafm |
http://www.rightbraingames.com/ |
19:04.39 |
mafm |
you have to go to http://www.rightbraingames.com/tech/
to actually see something |
19:11.05 |
*** join/#brlcad clock_
(n=clock@77-56-81-222.dclient.hispeed.ch) |
19:13.38 |
homovulgaris |
RBG stands for Right Brain Games :O :)
? |
19:14.06 |
prasad1 |
the new brlcad gui is built using
rbgui? |
19:17.05 |
homovulgaris |
afaik yes :) mafm: so ogre provides the
rendering functionality which u would be accessing via rbgui ? i
mean rbgui basically provides ui elements and management right ? or
does it act as a layer above ogre for everything ? |
19:18.26 |
homovulgaris |
prasad1: u are from india :) ? |
19:18.42 |
prasad1 |
close, sri lanka |
19:19.21 |
homovulgaris |
closer ;) . my home is in kerala :) i am right
now more near Bangladesh though |
19:19.40 |
prasad1 |
ah cool |
19:19.45 |
homovulgaris |
would love to visit Sri Lanka
sometime |
19:20.10 |
prasad1 |
most of us have origins in kerala |
19:20.11 |
prasad1 |
:) |
19:22.53 |
homovulgaris |
wow :) I thought it was more tamil-esque
:) |
19:23.07 |
prasad1 |
who? SL? |
19:23.14 |
prasad1 |
70% majority is sinhalese |
19:23.37 |
homovulgaris |
k |
19:23.49 |
prasad1 |
it's not well known but most anthropologists
say the sinhalese ppl are from kerala |
19:23.58 |
prasad1 |
20% tamils from tamil nadu |
19:24.32 |
homovulgaris |
interesting :) I know pretty little about my
neighbour i realise |
19:25.47 |
homovulgaris |
hmm.. i should be back in Kerala soon.. end of
the month .. home after 2 years :) |
19:25.57 |
prasad1 |
then again most ppl believe a story about a
prince and crew from a mythical kingdom in northern india |
19:26.04 |
prasad1 |
cool |
19:26.11 |
mafm |
homovulgaris: yes, RBG stands for that...
would be funny BDGui though |
19:26.13 |
mafm |
:P |
19:26.14 |
prasad1 |
my mother in law is from kerala |
19:26.29 |
homovulgaris |
pacman87: did u find anything on sketch and
extrude ? |
19:26.43 |
homovulgaris |
prasad1: nice :) |
19:26.47 |
mafm |
RBgui only provides windows and
widgets |
19:26.58 |
mafm |
you have to inject the input from ogre
(keyboard, mouse, whatever) |
19:27.13 |
mafm |
for displaying geometries and all that, OGRE
will be used directly |
19:27.21 |
homovulgaris |
hmmm.. |
19:28.09 |
prasad1 |
we might visit kerala next year |
19:28.24 |
homovulgaris |
I have only used libcairo before for output..
0 knowledge about openGL, ogre et al :) rendering stuff must be fun
:) |
19:28.51 |
prasad1 |
heh not really |
19:29.00 |
homovulgaris |
prasad1: If you come near cochin let me know
maybe we could meet up :) |
19:30.12 |
prasad1 |
heh cool |
19:30.31 |
pacman87 |
homovulgaris: no, unfortunately |
19:31.29 |
pacman87 |
http://www.nabble.com/-brlcad---Developers--QCAD-integration-inside-BRL-CAD--td5495294.html |
19:31.40 |
pacman87 |
did anything ever come from that? |
19:36.51 |
homovulgaris |
hmmm.. |
19:53.23 |
homovulgaris |
pacman87: i cant locate the code for sketch
type in mged/typein |
19:53.23 |
homovulgaris |
how are we supposed to add sketches anyways
:O |
19:53.42 |
pacman87 |
homovulgaris: that's what i was wondering,
too |
19:54.42 |
pacman87 |
read primitives/sketch/sketch.c import/export
functions, and write your own binary file to conform to that
standard? |
19:54.45 |
pacman87 |
:) |
20:22.42 |
mafm |
going home now, take care guys :) |
20:25.23 |
homovulgaris |
pacman87: I guess there must be some system of
inserting sketch if not via mged |
20:25.41 |
pacman87 |
i dl'd and complied qcad |
20:25.46 |
homovulgaris |
otherwise how would they have tested during
development of extrude |
20:26.29 |
pacman87 |
make a simple sketch, saved as .dxf |
20:26.43 |
pacman87 |
now i'm trying to figure how to import that to
brl-cad |
20:26.50 |
homovulgaris |
dxf-g now :) ? |
20:28.26 |
homovulgaris |
conv/dxf-g should do that work shouldnt it
? |
20:28.31 |
pacman87 |
yeah |
20:28.49 |
pacman87 |
/usr/brlcad/bin/dxg-g input.dxf
output.g |
20:28.55 |
pacman87 |
*dxf-g |
20:29.09 |
homovulgaris |
yep :) |
20:30.14 |
pacman87 |
although the conversion switches everything to
line segments |
20:36.18 |
homovulgaris |
hmm supporting splines would be a functional
addition to dxf-g.. but if dxf import is the only method of adding
a sketch, we should concentrate on providing make sketch
functionality within mged / brlcad |
20:36.35 |
homovulgaris |
though i guess specifying bsplines using
commandline would be pretty tedious |
20:37.50 |
pacman87 |
yeah, the sketch primitive has line segments,
circular arcs, bezier splines and nurb |
21:06.22 |
starseeker |
woot - make distcheck succeeded |
21:07.25 |
homovulgaris |
is taking a
nap |
21:07.58 |
starseeker |
and the tarball didn't suck up the dtd and xsl
dirs |
21:08.03 |
starseeker |
breaths a sigh of
relief |
22:01.09 |
*** join/#brlcad CIA-22
(n=CIA@208.69.182.149) |
22:11.43 |
brlcad |
pacman87: nope, absolutely nothing came of it
-- erosenst had a few questions, but never got to trying
afaik |
22:12.14 |
pacman87 |
brlcad: how are sketches made in
brlcadA? |
22:12.25 |
brlcad |
through the sketch editor |
22:12.56 |
brlcad |
Create -> sketch |
22:13.19 |
pacman87 |
yeah, i'm still using classic mode
;) |
22:13.32 |
brlcad |
ahh, then somewhat tough :) |
22:13.48 |
brlcad |
you can create an empty one with "make sketch
sketch" |
22:13.54 |
brlcad |
but that's certainly not useful |
22:14.03 |
pacman87 |
i tried that, but it crashed |
22:14.10 |
brlcad |
oh? |
22:14.16 |
brlcad |
sounds like a bug that needs fixing |
22:14.17 |
brlcad |
oooh |
22:14.19 |
brlcad |
right |
22:14.44 |
brlcad |
there was a bit that bob committed just
yesterday (or day before) that broke the 'make' command and a slew
of other mged commands |
22:14.51 |
brlcad |
he's working on it now |
22:14.57 |
pacman87 |
ok |
22:15.14 |
brlcad |
if you revert libged and mged dirs to friday,
it should work |
22:15.27 |
pacman87 |
i got the import workign from qcad .dxf, so i
have a sample sketch to play with |
22:15.27 |
brlcad |
or you can add the one-liner that makes it not
crash |
22:15.37 |
brlcad |
ah, even better |
22:15.39 |
pacman87 |
unfortunately, the import is just line
segments |
22:16.53 |
brlcad |
do they enclose an area? |
22:17.11 |
pacman87 |
yes |
22:17.29 |
pacman87 |
my original sketch had two lines and an
arc |
22:17.38 |
pacman87 |
the arc was approximated using line segments
on import |
22:17.43 |
brlcad |
ahh |
22:32.28 |
brlcad |
pacman87: I'll make a sample sketch for
you |
22:32.32 |
brlcad |
gimmie a sec |
22:33.20 |
brlcad |
http://brlcad.org/tmp/sketch.g |
22:34.20 |
brlcad |
that's a sketch that has all of the basic
entities (circle, arc, line, and two bezier curves) |
22:34.35 |
brlcad |
with an extrude that shows it |
22:34.42 |
pacman87 |
ok, thanks |
22:34.48 |
brlcad |
which for some reason is god-aweful slow
here |
22:35.04 |
brlcad |
some semaphore contention .. lemme know if
it's slow for you |
22:35.30 |
pacman87 |
what part is slow? |
22:36.13 |
brlcad |
the ray-trace |
22:36.19 |
brlcad |
I think it's because of the two
beziers |
22:36.33 |
*** join/#brlcad PrezKennedy
(i=Matthew@whitecalf.net) |
22:36.50 |
brlcad |
they invoke malloc/free a few dozen/hundred
times per ray as part of their evaluation... |
22:36.53 |
brlcad |
utterly horrible |
22:37.00 |
brlcad |
was never optimized |
22:37.07 |
pacman87 |
can't that be moved to prep()? |
22:37.09 |
brlcad |
should never alloc during a shotline |
22:37.16 |
brlcad |
of course! :) |
22:37.19 |
brlcad |
or not done at all |
22:37.28 |
brlcad |
in this case, it could probably go away
entirely |
22:38.21 |
brlcad |
fyi, if you run g2asc, you can see the basic
structure and could use that to make your own sketches with a text
edtior |
22:38.53 |
brlcad |
there's a VL vertex list followed by a SL
segment list that defines the thing |
22:39.04 |
brlcad |
very simple |
22:39.36 |
brlcad |
the dxf-g should just preserve the entities
instead of turning them all into line segments |