00:43.19 |
crdueck__ |
brlcad: could i get ed davisson's email? my
post on the mailing list went unanswered and i'd like to have his
address for tomorrow since questions are sure to arise |
05:30.59 |
*** join/#brlcad ksuzee
(~ksu@193.151.107.42) |
06:41.45 |
*** join/#brlcad stas
(~stas@82.137.11.55) |
06:42.13 |
kanzure |
good night |
06:42.17 |
kanzure |
oops. wrong chan. |
06:52.47 |
*** join/#brlcad Stattrav_
(~Stattrav@61.12.114.82) |
07:11.16 |
*** join/#brlcad Al_Da_Best
(~Al_Da_Bes@elvyn-248-109.halls.student.lut.ac.uk) |
07:40.12 |
*** join/#brlcad cristina
(~cristina@82.77.104.77) |
07:48.21 |
*** join/#brlcad merzo
(~merzo@225-202-133-95.pool.ukrtel.net) |
08:18.46 |
*** join/#brlcad kane_
(~kane@g226124183.adsl.alicedsl.de) |
08:26.13 |
brlcad |
kanzure: does that make it any less of a good
night? :) |
08:45.04 |
*** join/#brlcad merzo
(~merzo@181-94-200-46.pool.ukrtel.net) |
08:46.41 |
*** join/#brlcad kane_
(~kane@g226124183.adsl.alicedsl.de) |
08:54.06 |
*** join/#brlcad stas
(~stas@82.208.133.12) |
09:56.21 |
*** join/#brlcad anuragmurty
(~anurag@14.139.128.11) |
10:53.06 |
CIA-65 |
BRL-CAD: 03Ksuzee 07http://brlcad.org * r3696
10/wiki/User:Ksuzee/Reports: fixi |
10:53.12 |
CIA-65 |
BRL-CAD: 03Ksuzee 07http://brlcad.org * r3697
10/wiki/User:Ksuzee/Reports: |
11:15.12 |
*** join/#brlcad d_rossberg
(~rossberg@BZ.BZFLAG.BZ) |
11:39.48 |
kane_ |
Is it possible to use object oriented coding
in brlcad? |
11:50.29 |
d_rossberg |
kane_: you mean C++? |
11:50.36 |
kane_ |
yes |
11:51.13 |
d_rossberg |
sure |
11:52.26 |
d_rossberg |
e.g. src/conv/intaval is pure C++ |
12:02.01 |
*** join/#brlcad ksuzee
(~ksu@193.151.107.42) |
12:02.36 |
kane_ |
Then the functions can me methods, if I use
C++? |
12:03.35 |
kane_ |
And globals could be saved as
attributes? |
12:13.41 |
d_rossberg |
??? you can use C++ structs aka
classes |
12:14.00 |
d_rossberg |
globals are something different |
12:21.18 |
kane_ |
hm ok. I have here some variables how "static
int ogl_actively_drawing = 0;", I can save them as class members.
Or shall they be static variables outside the structure? |
12:32.04 |
kane_ |
d_rossberg: Or maybe I will write a small work
sample of the dm-qt class and you review it? |
12:33.39 |
d_rossberg |
ideally it would be a non-static member
variable, is there a handle from BRL-CAD to the display manager
(probable a genptr_t)? |
12:35.11 |
d_rossberg |
kane_: you will certainly start with a small
program enlarging it during this summer of code ;) |
12:37.56 |
kane_ |
d_rossberg: ok :), thank you. |
13:03.07 |
brlcad |
kane_: you can't expose C++ in any of the
public C API (include/ header files) so you have to be careful when
working in a library dir (src/lib*), but can use it within
application code |
13:04.55 |
Stattrav |
brlcad: hey, I've implemented the offbyval and
I am testing it now. The problem is that, the offset is harcoded
and I need some help with finding a better example of bu_optget
parsing |
13:07.42 |
brlcad |
need or needed? |
13:07.54 |
Stattrav |
need |
13:07.55 |
brlcad |
if you've implemented it, does that mean you
figured it out? |
13:08.08 |
Stattrav |
no currently the -d4 thing is
hardcoded |
13:08.14 |
brlcad |
how'd you implement it without an option??
:) |
13:08.30 |
Stattrav |
i am changing it and recompiling it |
13:08.49 |
brlcad |
you mean you added a variable or something?
:) |
13:08.53 |
Stattrav |
yeah |
13:08.57 |
brlcad |
ok |
13:09.08 |
brlcad |
so bu_getopt is used in literally about 2000
places |
13:10.04 |
brlcad |
it's a wrapper around the libc getopt call, so
you can read the manual page on how to use it |
13:10.07 |
brlcad |
man getopt |
13:10.10 |
Stattrav |
sure |
13:10.31 |
brlcad |
probably in "man 3 getopt" |
13:11.37 |
Stattrav |
thanks |
13:19.12 |
*** join/#brlcad juanman
(~quassel@unaffiliated/juanman) |
13:19.34 |
kanzure |
brlcad: nope :) |
13:45.30 |
brlcad |
:) |
13:55.58 |
CIA-65 |
BRL-CAD: 03phoenixyjll * r50620
10/brlcad/trunk/src/librt/primitives/pipe/pipe_brep.cpp: Fixed the
bug of wrong id & od for pipe, by changing some prevp to
curp. |
14:01.21 |
CIA-65 |
BRL-CAD: 03Phoenix 07http://brlcad.org * r3698
10/wiki/User:Phoenix/GSoc2012/Reports: /* Community Bonding
*/ |
14:03.29 |
d_rossberg |
has somebody heard of a .raw file format for
triangulated geometries? |
14:05.08 |
brlcad |
several formats are close to that, but none
come to mind and certainly none in prevalent use |
14:05.18 |
brlcad |
binary stl is pretty close |
14:06.27 |
d_rossberg |
so you've heard of it, that's good |
14:07.13 |
brlcad |
I'm not sure that indicates anything
particularly insightful.. :) |
14:08.39 |
brlcad |
rhino3d supports reading from a ".raw" file:
http://www.rhino3d.com/5/help/fileio/raw_triangles_raw_import_export.htm |
14:09.01 |
brlcad |
presumably val1val2val3 triplets in binary or
ascii form |
14:09.30 |
d_rossberg |
it does :) i've a converter to hand (raw-g)
and want to know if it's worth to add it to the other
converters |
14:10.28 |
brlcad |
ah, sure |
14:11.24 |
brlcad |
there's little reason to hold back support for
new converters, no matter how obscure :) |
14:12.04 |
brlcad |
a few years ago, I was working on brl-cad to
bzflag exporter, for example.. no use to anything in our field, but
entertaining nonetheless |
14:12.40 |
d_rossberg |
we have many .raw files here because they can
easily be manipulated with text editors |
14:12.43 |
brlcad |
should try to convert that
parser to lemon syntax |
14:12.54 |
brlcad |
so they're text format, not binary? |
14:13.15 |
brlcad |
i'd expect a "true" raw file to be binary
data, like pix files :) |
14:14.28 |
d_rossberg |
very simple text: a line with the component's
name and then som lines with 9-uples (you know what i mean
:) |
14:16.23 |
brlcad |
yep |
14:16.30 |
brlcad |
looks like it's listed here: http://en.wikipedia.org/wiki/Polygon_mesh |
14:18.31 |
d_rossberg |
perfect, it's an official format since it's in
wikipedia ;) |
14:33.43 |
``Erik |
<-- points at the g-egg (panda3d) exporter
as an example of an obscure converter :D |
14:49.36 |
*** part/#brlcad kane_
(~kane@g226124183.adsl.alicedsl.de) |
16:38.18 |
CIA-65 |
BRL-CAD: 03phoenixyjll * r50621
10/brlcad/trunk/src/librt/primitives/pipe/pipe_brep.cpp: Deal with
duplicated points. Delete duplicated points from the linklist of
pipe. |
16:39.31 |
CIA-65 |
BRL-CAD: 03Phoenix 07http://brlcad.org * r3699
10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 1 */ |
16:40.02 |
CIA-65 |
BRL-CAD: 03Crdueck 07http://brlcad.org * r3700
10/wiki/User:Crdueck/log: |
16:43.43 |
CIA-65 |
BRL-CAD: 03Crdueck 07http://brlcad.org * r3701
10/wiki/User:Crdueck/log: /* 21/05/2012: */ |
17:10.19 |
Stattrav |
brlcad: I have the patch ready, small but
ready, preliminary testing goes on well |
17:28.59 |
CIA-65 |
BRL-CAD: 03Ksuzee 07http://brlcad.org * r3702
10/wiki/User:Ksuzee/Reports: |
18:23.50 |
Stattrav |
brlcad: sent the mail w.r.t to the
patch |
18:24.03 |
Stattrav |
btw I've started working on the log
parser |
18:45.58 |
Stattrav |
brilliant even the benchmark goes through
after the change |
18:46.13 |
Stattrav |
things left out: sanity check of the
input |
19:40.46 |
*** join/#brlcad jbschw
(4355ee10@gateway/web/freenode/ip.67.85.238.16) |
20:14.27 |
CIA-65 |
BRL-CAD: 03Stattrav 07http://brlcad.org * r3703
10/wiki/User:Stattrav/GSoC2012_log: Updation of logs |
20:23.43 |
CIA-65 |
BRL-CAD: 03starseeker * r50622
10/brlcad/trunk/src/tclscripts/rtwizard/rtwizard.tcl: argv
arguments are now being handled by getopt for rtwizard or not at
all. clear argv after processing to avoid accidental additional
processing attempts. |
20:31.30 |
*** join/#brlcad louipc
(~louipc@archlinux/fellow/louipc) |
20:37.35 |
CIA-65 |
BRL-CAD: 03starseeker * r50623
10/brlcad/trunk/src/tclscripts/rtwizard/rtwizard.tcl: Add an option
to specify the view center. Between this option, the aet options,
and zoom it should be possible to re-create most (all?) raytracing
views |
20:43.53 |
*** join/#brlcad jbschw
(4355ee10@gateway/web/freenode/ip.67.85.238.16) |
20:45.54 |
CIA-65 |
BRL-CAD: 03Stattrav 07http://brlcad.org * r3704
10/wiki/User:Stattrav/GSoC2012: Pointing to the things I am working
on as per the roadmap. |
20:52.14 |
CIA-65 |
BRL-CAD: 03starseeker * r50624
10/brlcad/trunk/src/tclscripts/util/getopt.tcl: Allow negative
numbers as values instead of treating them as flags. |
20:53.16 |
CIA-65 |
BRL-CAD: 03brlcad * r50625
10/brlcad/trunk/src/librt/primitives/pipe/pipe_brep.cpp: ran ws.sh,
massive trailing ws |
21:07.30 |
CIA-65 |
BRL-CAD: 03starseeker * r50626
10/brlcad/trunk/src/tclscripts/rtwizard/rtwizard.tcl: Support
framebuffer specifications without the space for rt
compatibility |
21:14.42 |
*** part/#brlcad anuragmurty
(~anurag@14.139.128.11) |
21:18.44 |
*** join/#brlcad louipc
(~louipc@archlinux/fellow/louipc) |
21:49.53 |
*** join/#brlcad jbschw
(4355ee10@gateway/web/freenode/ip.67.85.238.16) |
23:07.04 |
CIA-65 |
BRL-CAD: 03starseeker * r50627
10/brlcad/trunk/regress/ (4 files in 2 dirs): Put a framework for
regression testing rtwizard in place. Need to assemble more tests -
just one example for now. |