00:06.32 |
CIA-62 |
BRL-CAD: 03bhinesley * r45224
10/brlcad/trunk/src/libtclcad/tclcad_obj.c: set outdated argument
list to void |
00:08.10 |
CIA-62 |
BRL-CAD: 03bhinesley * r45225
10/brlcad/trunk/include/raytrace.h: we have a DB_FULL_PATH_CUR_DIR,
so why not add a DB_FULL_PATH_DOOR_DIR, too. |
00:10.23 |
CIA-62 |
BRL-CAD: 03bhinesley * r45226
10/brlcad/trunk/src/libged/translate.c: Adding ged_ispath to
determine if supplied paths exist. Previous translate cmd tests
were all wrong, and were removed. I'll find a better home for
ispath once it's working. Not sure if it needs to be an actual
command. |
00:11.42 |
bhinesley |
things are starting to make sense
(finally) |
00:12.32 |
bhinesley |
understanding the database format has been a
struggle... new to me |
00:14.43 |
bhinesley |
haha, that's DB_FULL_PATH_ROOT_DIR, not
DOOR_DIR |
00:15.22 |
bhinesley |
's brain is
fried |
00:31.53 |
CIA-62 |
BRL-CAD: 03bhinesley * r45227
10/brlcad/trunk/include/raytrace.h: r45225 added
DB_FULL_PATH_ROOT_DIR, not DB_FULL_PATH_DOOR_DIR |
00:45.31 |
*** join/#brlcad crazy_imp
(~mj@a89-182-163-109.net-htp.de) |
01:50.54 |
CIA-62 |
BRL-CAD: 03kunigami * r45228
10/brlcad/trunk/src/liboptical/ (CMakeLists.txt
osl_rt.cpp): |
01:50.54 |
CIA-62 |
BRL-CAD: modifying osl_rt so that it renders
brl-cad scenes. It shoots its own rays and |
01:50.54 |
CIA-62 |
BRL-CAD: calls rt_shootray. I'm using the
cornel.g db, with the parameters in |
01:50.54 |
CIA-62 |
BRL-CAD: db/cornell.rt script. By now, it
justs prints a message when a object is hit. |
01:50.54 |
CIA-62 |
BRL-CAD: Next step is to identify the name of
the osl-shader the object belongs to |
02:02.23 |
CIA-62 |
BRL-CAD: 03bhinesley * r45229
10/brlcad/trunk/src/libged/translate.c: ged_ispath should use
standard GED function return codes |
02:05.45 |
CIA-62 |
BRL-CAD: 03kunigami * r45230
10/brlcad/trunk/src/ (5 files in 4 dirs): changed occurrences of
quaturnion by quaternion |
02:32.36 |
*** join/#brlcad ibot
(~ibot@rikers.org) |
02:32.36 |
*** topic/#brlcad is BRL-CAD
Open Source Solid Modeling || http://brlcad.org || http://sf.net/projects/brlcad
|| #brlcad logs: http://ibot.rikers.org/%23brlcad/
|| BRL-CAD release 7.18.4 is posted! (20110412) |
02:37.02 |
*** join/#brlcad ibot
(~ibot@rikers.org) |
02:37.02 |
*** topic/#brlcad is BRL-CAD
Open Source Solid Modeling || http://brlcad.org || http://sf.net/projects/brlcad
|| #brlcad logs: http://ibot.rikers.org/%23brlcad/
|| BRL-CAD release 7.18.4 is posted! (20110412) |
04:01.32 |
*** join/#brlcad DarkCalf
(DC@173.231.40.98) |
04:08.45 |
CIA-62 |
BRL-CAD: 03bhinesley * r45231
10/brlcad/trunk/src/libged/translate.c: ged_is_path is now
functioning (privately) :) It would be useful for several
functions, so they can check paths and not die a meaningless death
like 'ls shell.c/nut.c'. Now to find it a home. |
04:13.48 |
bhinesley |
brlcad: really hoping I didn't duplicate any
functionality with that one ^ |
04:13.48 |
bhinesley |
I looked around but couldn't find anything
that did the trick. Assuming that I haven't, any suggestions on
where it should live and/or what it should be named? |
04:35.43 |
CIA-62 |
BRL-CAD: 0399.125.86.110 07http://brlcad.org * r2935
10/wiki/User:Bhinesley: /* Log */ last few days, today, plan
tomorrow+ |
04:39.23 |
CIA-62 |
BRL-CAD: 0399.125.86.110 07http://brlcad.org * r2936
10/wiki/User:Bhinesley: /* Log */ clarified dates an item was
worked on |
06:59.46 |
*** join/#brlcad Stattrav
(~Stattrav@117.192.148.225) |
06:59.46 |
*** join/#brlcad Stattrav
(~Stattrav@unaffiliated/stattrav) |
07:17.54 |
*** join/#brlcad merzo
(~merzo@193.254.217.44) |
07:58.22 |
*** join/#brlcad Stattrav
(~Stattrav@117.202.16.22) |
07:58.22 |
*** join/#brlcad Stattrav
(~Stattrav@unaffiliated/stattrav) |
08:03.23 |
*** join/#brlcad Stattrav
(~Stattrav@unaffiliated/stattrav) |
08:15.42 |
*** join/#brlcad Stattrav
(~Stattrav@unaffiliated/stattrav) |
08:20.43 |
*** join/#brlcad Stattrav_
(~Stattrav@117.192.154.61) |
09:15.31 |
*** join/#brlcad mafm_
(~mafm@162.Red-83-38-35.dynamicIP.rima-tde.net) |
11:20.19 |
brlcad |
kunigami: it's usually better to define a new
struct application for each new ray segment being fired |
11:23.02 |
brlcad |
kunigami: orientation is a quaternion (and
that was a set of typos) and yes, you can extract the viewing
direction (which is what the mged "loadview" command partially
does |
11:26.20 |
brlcad |
bhinesley: hope you didn't too as low-level
functionality like that is easy to replicate (because it can be
hard to find unless you wrote it) |
11:27.41 |
brlcad |
I wouldn't be surprised if that logic existed
somewhere but the important part is that it's not readily
documented, so if your implementat does anything new, it should be
that ;) |
11:28.46 |
brlcad |
for now, I'd treat is as private (documented)
libged API (src/libged/ged_private.h) |
11:31.05 |
brlcad |
libged is supposed to consist of a private API
for reuse across ged functions and the public API for external
reuse and transactional access into the struct ged |
11:33.54 |
brlcad |
starseeker: best way to learn lex/yacc, highly
recommended -- use that tutorial and write a simple parser for
something real but not too complicated (maybe a povray parser or a
csv parser) |
12:12.45 |
*** join/#brlcad Stattrav
(~Stattrav@unaffiliated/stattrav) |
12:29.51 |
*** join/#brlcad merzo
(~merzo@193.254.217.44) |
12:35.27 |
kunigami |
I've a strange linker error: http://pastebin.mozilla.org/1256847 |
12:36.35 |
kunigami |
it does not find mlib_setup, even tough I'm
linking to liboptical and this function is in the liboptical
table |
12:37.15 |
kunigami |
there's a strange warning too: warning: can't
find atom for N_GSYM stabs ep:G(0,423) in
CMakeFiles/osl_rt.dir/osl_rt.cpp.o |
12:48.25 |
kunigami |
this error happens both on mac and linux
:( |
13:00.01 |
starseeker |
makes a note to study this
more carefully, even though src/other may make it impractical:
http://www.vtk.org/Wiki/CMake/Tutorials/How_to_create_a_ProjectConfig.cmake_file |
14:56.01 |
CIA-62 |
BRL-CAD: 03bhinesley * r45232
10/brlcad/trunk/src/libged/translate.c: check for empty tree is
unnecessary, as db_find_named_leaf will return correctly either
way |
15:25.28 |
CIA-62 |
BRL-CAD: 03bhinesley * r45233
10/brlcad/trunk/src/libged/ (CMakeLists.txt Makefile.am
ged_private.h path.c translate.c): Renamed ged_is_path to
_ged_path_validate, and moved it into a seperate file. Exposed it
via ged_private. |
15:39.32 |
CIA-62 |
BRL-CAD: 03bhinesley * r45234
10/brlcad/trunk/src/libged/path.c: Document _ged_path_validate
interface |
16:09.54 |
CIA-62 |
BRL-CAD: 03erikgreenwald * r45235
10/brlcad/trunk/src/libged/translate.c: change strtof to strtod.
fastf_t is double and windows doesn't have strtof. |
16:16.10 |
kunigami |
I'm trying to extract the view direction from
the quaternion with the following code: http://pastebin.mozilla.org/1256899
Though the scene that is rendered is not the same as when I run it
with cornell.rt script. |
16:26.13 |
CIA-62 |
BRL-CAD: 03erikgreenwald * r45236
10/brlcad/trunk/ (include/ged.h src/libged/path.c
src/libged/translate.c): Remove _ prefix from _ged_path_validate
and add prototype to ged.h. |
16:37.14 |
*** join/#brlcad yiyus
(1242712427@server1.bouncer4you.de) |
16:54.07 |
*** join/#brlcad mafm
(~mafm@162.Red-83-38-35.dynamicIP.rima-tde.net) |
17:10.36 |
CIA-62 |
BRL-CAD: 03bhinesley * r45237
10/brlcad/trunk/src/libged/ged_private.h: r45236 put
ged_path_validate in ged.h, so remove it from
ged_private.h |
17:30.12 |
*** join/#brlcad Stattrav_
(~Stattrav@117.192.154.61) |
17:46.56 |
*** join/#brlcad roberthl
(~robert@mediawiki/RobertL) |
18:49.08 |
*** join/#brlcad Stattrav
(~Stattrav@unaffiliated/stattrav) |
19:06.58 |
*** join/#brlcad Stattrav
(~Stattrav@117.192.154.61) |
19:06.58 |
*** join/#brlcad Stattrav
(~Stattrav@unaffiliated/stattrav) |
19:29.36 |
*** join/#brlcad Stattrav
(~Stattrav@117.192.154.61) |
19:29.40 |
*** join/#brlcad Stattrav
(~Stattrav@unaffiliated/stattrav) |
19:41.43 |
*** join/#brlcad Stattrav_
(~Stattrav@117.192.154.61) |
20:17.43 |
CIA-62 |
BRL-CAD: 03bhinesley * r45238
10/brlcad/trunk/src/ (66 files in 32 dirs): Quieted all 511
warnings about using number formatting other than %zu for a size_t
argument. |
21:24.21 |
*** join/#brlcad kunigami
(~kunigami@201.53.197.251) |
22:13.24 |
*** join/#brlcad Stattrav
(~Stattrav@117.192.154.61) |
22:13.24 |
*** join/#brlcad Stattrav
(~Stattrav@unaffiliated/stattrav) |
22:21.46 |
*** join/#brlcad Stattrav
(~Stattrav@117.192.154.61) |
22:21.46 |
*** join/#brlcad Stattrav
(~Stattrav@unaffiliated/stattrav) |
22:29.44 |
*** join/#brlcad Stattrav
(~Stattrav@unaffiliated/stattrav) |
22:47.28 |
*** join/#brlcad Stattrav
(~Stattrav@117.192.154.61) |
22:47.28 |
*** join/#brlcad Stattrav
(~Stattrav@unaffiliated/stattrav) |
22:53.48 |
*** join/#brlcad Stattrav
(~Stattrav@117.192.154.61) |
22:53.48 |
*** join/#brlcad Stattrav
(~Stattrav@unaffiliated/stattrav) |
23:02.13 |
*** join/#brlcad Stattrav
(~Stattrav@117.192.154.61) |
23:02.13 |
*** join/#brlcad Stattrav
(~Stattrav@unaffiliated/stattrav) |
23:13.01 |
bhinesley |
for a windows cmake build, do we use
mingw32-make.exe? I can't seem to get it to work: http://pastebin.mozilla.org/1257485 |
23:35.28 |
*** join/#brlcad Stattrav
(~Stattrav@unaffiliated/stattrav) |
23:45.04 |
*** join/#brlcad Stattrav
(~Stattrav@117.192.154.61) |
23:45.04 |
*** join/#brlcad Stattrav
(~Stattrav@unaffiliated/stattrav) |