00:25.59 |
``Erik |
heh, favorite language poll http://news.ycombinator.com/item?id=3746692 |
01:19.48 |
bhinesley |
finished my last final yesterday... I've
decided to submit another proposal this year. |
01:22.05 |
bhinesley |
just thinking aloud here, but what comes to
mind is doing some refactoring of the edit command, maybe adding
another subcommand (rotate?), and trying to mix in elements from
another project on the wiki to make things more
interesting |
01:23.18 |
bhinesley |
perhaps I could even do the refactoring of
edit before gsoc |
01:23.59 |
bhinesley |
to clear up time for more in depth non-edit
related business :) |
01:27.12 |
bhinesley |
now is probably a good time to ask what you
guys think about edit/translate and the future of rotate/scale.
From a usability standpoint. Is it practical, something that will
actually be used? |
02:22.40 |
brlcad |
great progress but definitely more is needed
before they're ready for production use |
02:23.26 |
brlcad |
it would be better to have one of them "fully
done" than having one 95% and two others even at 90% |
02:26.18 |
bhinesley |
well I certainly wouldn't move on until we're
satisfied with edit/translate |
02:26.50 |
bhinesley |
assuming I should continue in that
direction |
02:32.00 |
brlcad |
it would be good to identify what exactly is
remaining before it can be considered "done", what is necessary and
what is just nice to have convenience |
02:32.57 |
brlcad |
then do just what is necessary to bring it to
completion |
02:36.09 |
bhinesley |
speaking from inexperience here... could you
give me an idea of what type of things are expected, for it to be
considered ready for production? I made sure that translate at
least "works" last gsoc. |
02:37.02 |
bhinesley |
for any command to be considered "ready", for
that matter |
02:41.39 |
brlcad |
well "done" in the sense of it can do the
variety of operations that it needs to do, but not necessarily
everything that was scheduled to be done |
02:41.43 |
brlcad |
so sure, it translates |
02:41.49 |
brlcad |
relative and absolute, great |
02:42.18 |
brlcad |
it's probably easier to itemize everything you
had planned that is not complete, then we could go over that
list |
02:42.47 |
bhinesley |
ok, i'll get back to you within a day or
so |
02:42.53 |
brlcad |
excellent |
04:44.25 |
*** join/#brlcad Akshat
(~chatzilla@14.140.40.14) |
04:45.52 |
Akshat |
anyone there |
04:55.10 |
Akshat |
anyone there |
06:59.41 |
*** join/#brlcad newbies2012
(~chatzilla@123.49.42.194) |
07:26.00 |
newbies2012 |
hi |
07:44.36 |
*** join/#brlcad jordisayol
(~jordisayo@unaffiliated/jordisayol) |
07:44.41 |
*** part/#brlcad jordisayol
(~jordisayo@unaffiliated/jordisayol) |
07:44.45 |
*** join/#brlcad jordisayol
(~jordisayo@unaffiliated/jordisayol) |
07:58.02 |
andrei__ |
brlcad: let me know when you re arround
please |
08:14.13 |
*** join/#brlcad stas__
(~stas@5ED2BDA6.cm-7-3c.dynamic.ziggo.nl) |
08:37.51 |
*** join/#brlcad Neil___
(~chatzilla@117.229.122.207) |
08:44.19 |
brlcad |
~ask |
08:44.20 |
ibot |
Questions in the channel should be specific,
informative, complete, concise, and on-topic. Don't ask if you can
ask a question first. Don't ask if a person is there; just ask
what you intended to ask them. Better questions more frequently
yield better answers. We are all here voluntarily or against our
will. |
08:54.16 |
Khobaib |
Hi |
08:54.30 |
Khobaib |
I am interested in shader enhancement
project |
08:54.53 |
andrei__ |
brlcad, I believe I have finished the torus
surface area function |
08:55.00 |
andrei__ |
you can find it here for now :
https://github.com/pandrei/BRL-CAD-related/blob/master/tor_area.c |
08:57.12 |
andrei__ |
now i m trying to find out how could I test
it |
09:00.30 |
andrei__ |
also, on a side note , I read that bhinesley
intends to continue his work on the code refactoring project.
Should I keep my focus on that project or try to find something
else? What do you advice me to do? |
09:02.16 |
brlcad |
howdy Khobaib and glad to hear it |
09:02.25 |
brlcad |
andrei__: excellent -- i'll have to take a
closer look later though |
09:03.17 |
Khobaib |
Hi brlcad, I worry I am a little late to
contact |
09:03.32 |
brlcad |
no worries about bhinesley (or any other
student) applying or not -- every application is evaluated and
ranked independently and overlapping applicants are
expected |
09:04.04 |
Khobaib |
:-) |
09:04.12 |
brlcad |
which is part why we recommend submitting two
applications too, but it's still a fair shake and we very well may
select multiple applicants for some project areas if the proposals
warrant it |
09:04.27 |
brlcad |
Khobaib: a little catch-up to do, but there's
still lots of time |
09:05.18 |
Khobaib |
ok can u tell me how I can proceed with that
project? |
09:08.22 |
Khobaib |
I am going through the reference |
09:10.02 |
Khobaib |
In the page, it says I should study BRL-CAD's
shader system |
09:12.14 |
Khobaib |
can u tell me the link of the
system? |
09:14.29 |
andrei__ |
brlcad: I will probably also submit the
hashmap test later today . After that I will start documenting and
writing my proposal, may I show you various draft of the proposal
to see if the timelines and goals are viable , for
example? |
09:28.17 |
*** join/#brlcad atneik
(~atneik@59.178.34.219) |
09:38.33 |
*** join/#brlcad witness123
(~witness@14.139.228.210) |
10:04.19 |
jordisayol |
I'm unable to compile brlcad in Linux without
debug symbols, even if I add |
10:04.20 |
jordisayol |
-DBRLCAD_ENABLE_RUNTIME_DEBUG=OFF |
10:04.20 |
jordisayol |
and |
10:04.20 |
jordisayol |
-DBRLCAD_FLAGS_DEBUG=OFF |
10:04.20 |
jordisayol |
to cmake |
11:02.47 |
*** join/#brlcad Al_Da_Best
(~Al_Da_Bes@027e71f6.bb.sky.com) |
11:30.53 |
*** join/#brlcad andrei_
(~andrei@188.25.174.181) |
11:51.49 |
*** join/#brlcad Aun`Shi
(~Al_Da_Bes@027e71f6.bb.sky.com) |
13:07.30 |
``Erik |
Khobaib: src/liboptical/ is the shader set,
there's an 'osl' component that was a link to the
openshaderlanguage done as a gsoc project last year |
13:08.51 |
``Erik |
Khobaib: src/libmultispectral/ uses many
sources from liboptical, but with different #defines set, so that
may be worth looking at a bit, as well |
13:09.03 |
Khobaib |
ok looking into it |
13:38.12 |
*** join/#brlcad atneik_
(~atneik@59.178.43.193) |
13:42.17 |
*** join/#brlcad cristina
(~cristina@79.114.175.172) |
14:16.53 |
*** join/#brlcad atneik__
(~atneik@59.178.43.193) |
14:17.55 |
brlcad |
Khobaib: going through the references is how
to proceed, feel free to ask specific questions as they come
up |
14:18.32 |
brlcad |
emphasis on *specific* questions .. asking
"how to proceed" is not at all specific :) |
14:18.42 |
Khobaib |
ok |
14:19.03 |
brlcad |
andrei_: absolutely, that's strongly
encouraged |
14:19.39 |
brlcad |
one of the mailing list messages has links to
previous GSoC student pages where you can see how they included
their proposals there |
14:21.03 |
brlcad |
jordisayol: you don't want to disable
runtime-debug -- that has nothing to do with debug symbols and
should be left enabled for 99.9% of users |
14:21.13 |
brlcad |
runtime-debug is only for specific production
installs |
14:22.53 |
jordisayol |
brlcad: ok |
14:23.00 |
brlcad |
jordisayol: I believe the flag is
BRLCAD_DEBUG_BUILD=OFF |
14:24.05 |
jordisayol |
aha, I think that too, but exe/lib resulting
with this flag is much bigger than some time ago |
14:34.20 |
brlcad |
could be a lot of reasons for that |
14:34.43 |
brlcad |
libs do generally get bigger, not smaller
;) |
14:35.05 |
brlcad |
if you run strip, does the lib get
smaller? |
14:36.24 |
jordisayol |
rpm for fedora was ≃ 50 mb. Now is about 150
mb. |
14:39.40 |
jordisayol |
bin/3dm-g before strip 1016.3 KB, after 70.9
KB |
14:42.11 |
atneik__ |
Hello everyone! |
14:42.49 |
Al_Da_Best |
Hallo |
14:43.38 |
atneik__ |
I should probably introduce myself to IRC too.
My name is Aniket Handa, currently enrolled in JIIT,
Noida. |
14:45.25 |
atneik__ |
I was trying to fix Bounding Box function for
bot from contributor quickies..and was lost in 1M+ lines. |
14:50.44 |
atneik__ |
Meanwhile I found a little bug in centroid for
arb8 primitive. Here is quick patch, kindly have a look: http://pastebin.ca/2131801 |
14:58.37 |
brlcad |
jordisayol: did you try to delete your cmake
cache? |
14:58.45 |
brlcad |
it may be overridden or something |
14:58.55 |
brlcad |
and make clean, of course |
14:59.18 |
jordisayol |
mmm well, I built it from a clean svn
checkout |
14:59.51 |
jordisayol |
I'll try again |
15:01.20 |
brlcad |
jordisayol: look at the flags summary at the
end of cmake -- it lists the flags to be used, see if -g is one of
them |
15:02.30 |
brlcad |
atneik__: bot bounding box is in
src/librt/primitives/bot/bot.c |
15:03.00 |
atneik__ |
brlcad: sure! I was just wandering
;) |
15:03.30 |
brlcad |
atneik__: plus, your patch isn't
right |
15:03.39 |
brlcad |
what makes you think that was a bug? |
15:04.27 |
atneik__ |
brlcad: shouldn't centre_pt be
passed? |
15:04.41 |
brlcad |
it is |
15:05.17 |
brlcad |
i'd bet you didn't compile with that patch
too, because it should halt the build where that function is
used |
15:05.49 |
brlcad |
point_t is an array |
15:06.06 |
atneik__ |
brlcad: No, I did it on 7.20.4 |
15:06.19 |
atneik__ |
trunk isn't building up on my mac |
15:06.23 |
brlcad |
version shouldn't matter |
15:07.13 |
brlcad |
you could use the VM image to avoid platform
issues, or fix the build failure and make that your patch |
15:07.32 |
atneik__ |
yeah it should not.. strange |
15:07.59 |
atneik__ |
can you please give some directions for fixing
it up.. |
15:08.14 |
brlcad |
not really, that's the point no? :) |
15:08.21 |
brlcad |
if you have a specific question, I'll be glad
to answer |
15:08.36 |
brlcad |
vague questions like "what should I do" are
pointless, though |
15:09.41 |
brlcad |
open source requires self-sufficience, you got
to be able to figure things out on your own (while knowing when to
ask questions AFTER you've done your homework, when you can ask a
specific question for clarity) |
15:09.45 |
brlcad |
make sense? |
15:10.58 |
jordisayol |
brlcad: yes, with -DBRLCAD_FLAGS_DEBUG=OFF,
CFLAGS and CXXFLAGS contains -g |
15:11.07 |
brlcad |
jordisayol: so that's a bug |
15:11.14 |
jordisayol |
ok |
15:11.51 |
atneik__ |
brlcad: Second you completely. Sorry for my
bad. |
15:11.55 |
brlcad |
jordisayol: try setting the
CMAKE_BUILD_TYPE=NONE |
15:12.06 |
brlcad |
atneik__: no worries |
15:12.44 |
atneik__ |
It always hangs up here: http://pastebin.ca/2131805 |
15:13.19 |
atneik__ |
I'll get back to you after some possible
tweaks. |
15:13.50 |
brlcad |
atneik__: loosely related to what we were just
talking about is a pretty cool presentation someone posted to the
list yesterday:
http://www.shakthimaan.com/downloads/glv/presentations/i-want-2-do-project-tell-me-wat-2-do.pdf |
15:14.17 |
brlcad |
it's maybe 95% spot-on, some points I'd
disagree with but overall interesting |
15:15.02 |
brlcad |
atneik__: ah yeah, I recall that snippet --
it's failing in our new step convert |
15:15.20 |
brlcad |
basically, the parser generator (fedex_plus)
is crashing |
15:15.31 |
brlcad |
it gets run during the build to generate
source code for our step-g convert |
15:15.46 |
brlcad |
for whatever reason, it's crashing during
source generation so the build halts |
15:15.56 |
brlcad |
even better patch ;) |
15:16.01 |
atneik__ |
lol |
15:16.04 |
brlcad |
maybe easy, maybe not |
15:16.06 |
Al_Da_Best |
argh bright colours. Nice presentation though,
saw that :P |
15:16.29 |
brlcad |
if you run "make VERBOSE=1", you'll see the
exact command it ran and can manually try to reproduce the crash on
the command-line |
15:16.30 |
jordisayol |
brlcad: yes, -DCMAKE_BUILD_TYPE=NONE disable
-g, among many others |
15:16.38 |
brlcad |
if you can reproduce it, you should be able to
debug it |
15:16.38 |
atneik__ |
I downloaded that one, but the text was too
large to read ;) |
15:17.09 |
brlcad |
goes wandering for a
bit |
15:25.55 |
atneik__ |
Ahh I get it now, how wrong the patch
was. |
15:34.26 |
*** join/#brlcad Ban
(duh@112.211.207.250) |
15:34.28 |
*** part/#brlcad Ban
(duh@112.211.207.250) |
15:41.28 |
andrei_ |
brlcad : at this secton ( (optional) Link to
resumé ) , I am a bit unclear. Should I give a link to my
background info resume, or should I write it there? |
15:51.49 |
*** join/#brlcad abhi2011
(~chatzilla@119.226.184.246) |
16:33.14 |
CIA-128 |
BRL-CAD: 03jordisayol * r49811
10/brlcad/trunk/ (misc/debian/rules sh/make_rpm.sh): update cmake
arguments for deb/rpm building |
16:37.01 |
brlcad |
yes |
16:38.05 |
andrei_ |
yes as in can I write it there ? :) |
17:22.33 |
*** join/#brlcad Rentroth
(cd95497c@gateway/web/freenode/ip.205.149.73.124) |
17:27.50 |
*** join/#brlcad tuxilina
(~tuxilina@p6.eregie.pub.ro) |
17:28.00 |
*** part/#brlcad tuxilina
(~tuxilina@p6.eregie.pub.ro) |
17:37.56 |
brlcad |
yes as in you should give a link to your
background info resume or you should write it there |
17:39.22 |
andrei_ |
right:) |
17:53.59 |
atneik__ |
brlcad: with verbose on, looks like its using
a wrong path. I looked for Cmake bug (in exppp and fedex_plus
cmakefiles) specific to mac but was unsuccessful. Am I in right
direction? Here is the error: http://pastebin.ca/2131820 |
17:55.05 |
*** join/#brlcad Khobaib_
(~chatzilla@123.49.42.194) |
18:00.49 |
*** part/#brlcad atneik__
(~atneik@59.178.43.193) |
18:04.35 |
brlcad |
it's not using the wrong path |
18:04.50 |
brlcad |
the paths are relative to the build
directory |
18:06.07 |
brlcad |
rather, *cmake* _wasn't_ using the wrong path
.. it was crashing |
18:06.37 |
brlcad |
whatever that paste is from does seem to have
two paths concatenated together incorrectly, a bad copy/paste or
bad edit or something |
18:48.16 |
*** join/#brlcad thiago_
(~thiago@201.82.137.119) |
18:49.01 |
thiago_ |
hello! |
18:56.22 |
*** join/#brlcad ksuzee
(c1976953@gateway/web/freenode/ip.193.151.105.83) |
18:56.42 |
*** join/#brlcad atneik
(~atneik@59.178.43.193) |
19:20.07 |
*** join/#brlcad atneik
(~atneik@59.178.43.193) |
19:32.54 |
andrei_ |
brlcad : I am done with the non-technical
part of my proposal, may I show you what I have wrote so
far? |
19:33.24 |
andrei_ |
I wrote that first because I believed it's
less likely to change and I haven't really documented myself
enough |
19:39.55 |
*** join/#brlcad atneik_
(~atneik@59.178.54.110) |
19:45.15 |
*** join/#brlcad thiago_
(~thiago@201.82.137.119) |
19:48.47 |
*** join/#brlcad Al_Da_Best
(~Al_Da_Bes@027e71f6.bb.sky.com) |
19:59.19 |
andrei_ |
brb ~ 1 hour |
20:09.42 |
cristina |
brlcad: regarding the "Visualizing CSG"
project, I understand that the goal is for each geometry to create
a corresponding graph that represents its modelling
steps. |
20:10.35 |
cristina |
should I understand by this graph, a tree like
this: http://en.wikipedia.org/wiki/File:Csg_tree.png? |
20:19.28 |
*** join/#brlcad b0ef
(~b0ef@175.134.202.84.customer.cdi.no) |
20:37.39 |
*** join/#brlcad merzo
(~merzo@215-163-133-95.pool.ukrtel.net) |
20:57.57 |
*** join/#brlcad npcdoom
(~npcdoom@gugve/developer/npcdoom) |
20:59.24 |
*** join/#brlcad merzo
(~merzo@10-183-133-95.pool.ukrtel.net) |
21:08.21 |
*** join/#brlcad Neil___
(~chatzilla@117.229.76.212) |
21:21.32 |
*** join/#brlcad witness123
(~witness@14.139.228.210) |
21:22.40 |
*** join/#brlcad andrei_
(~andrei@188.25.174.181) |
21:24.39 |
andrei_ |
brlcad: have you had a chance to look over my
torus surface area function? |
21:24.48 |
andrei_ |
also, have you got time to look over my
proposal draft? |
21:32.35 |
*** join/#brlcad Neil___
(~chatzilla@117.229.76.212) |
23:05.18 |
Neil___ |
brlcad: i have written down a few ideas I had
for the materials database website. whom can i mail it
to? |
23:06.02 |
Al_Da_Best |
Probably best to go for the mailing list
Neil___ |
23:06.26 |
Neil___ |
Al_Da_Best: yeah but it is sort of my
proposal. |
23:06.58 |
Neil___ |
so if I can mail it to the mentors directly,
it might be better? |
23:07.02 |
Al_Da_Best |
Put it on there anyway :) I'm currently
putting my proposal together, going to make a page on the BRL-CAD
wiki for it, then link to it on the mailing list |
23:08.29 |
Neil___ |
ah right. nice |
23:08.46 |
Neil___ |
which idea are you working on? |
23:08.59 |
Al_Da_Best |
One of the scientific ones, the non-vacuum
gravity simulator |
23:09.21 |
Neil___ |
wow. all the best Al_Da_Best! :D |
23:09.53 |
Al_Da_Best |
Haha :P Good luck with yours as well! I have
ideas that would make good use of a database for materials, using
densities and so on |
23:10.50 |
Neil___ |
that's great. and true, a website for the
database materials will go a long way in helping everyone
sync |
23:11.00 |
Al_Da_Best |
It will indeed |