01:07.38 |
*** join/#brlcad Zhao_Anqing
(~clouddrif@183.157.160.31) |
02:10.45 |
*** join/#brlcad archivist
(~archivist@host81-149-189-98.in-addr.btopenworld.com) |
02:11.19 |
*** join/#brlcad bch_
(~bch@63.225.191.218) |
02:11.26 |
yukonbob |
hello #brlcad ! |
02:52.47 |
*** join/#brlcad Zhao_Anqing
(~clouddrif@183.157.160.3) |
03:30.59 |
brlcad |
nanicoar: heh, brl-cad is very heavily based
on unix cli design principles |
03:31.05 |
*** join/#brlcad clock
(~clock@77-58-143-135.dclient.hispeed.ch) |
03:32.38 |
brlcad |
Ch3ck_: getting a singular matrix for pulling
most matrices sounds wrong... |
03:33.42 |
brlcad |
(and the inverse of an identity matrix is an
identity matrix, so no worries there) |
04:34.57 |
*** join/#brlcad Zhao_Anqing
(~clouddrif@183.157.160.3) |
08:23.32 |
*** join/#brlcad d_rossberg
(~rossberg@66-118-151-70.static.sagonet.net) |
09:47.44 |
*** join/#brlcad witness___
(uid10044@gateway/web/irccloud.com/x-daehroejzezuookm) |
09:50.28 |
*** join/#brlcad teepee-
(bc5c2134@gateway/web/freenode/ip.188.92.33.52) |
10:48.32 |
Notify |
03BRL-CAD Wiki:Krajkreddy * 7632
/wiki/User:Krajkreddy/GSOC14/summary: /* Plan */ |
11:46.25 |
*** join/#brlcad teepee-
(bc5c2134@gateway/web/freenode/ip.188.92.33.52) |
12:41.01 |
*** join/#brlcad teepee-
(bc5c2133@gateway/web/freenode/ip.188.92.33.51) |
12:56.33 |
*** join/#brlcad mihaineacsu
(~mihaineac@92.85.29.79) |
12:57.12 |
*** join/#brlcad clock
(~clock@77-58-143-135.dclient.hispeed.ch) |
13:15.32 |
*** join/#brlcad n_reed
(~molto_cre@66-118-151-70.static.sagonet.net) |
13:46.15 |
*** join/#brlcad Izakey
(~Isaac@195.24.220.134) |
13:58.48 |
*** join/#brlcad Izak
(~Izak@195.24.220.16) |
14:30.14 |
*** join/#brlcad Izakey
(~Izak@195.24.220.16) |
14:30.24 |
*** join/#brlcad teepee-
(bc5c2133@gateway/web/freenode/ip.188.92.33.51) |
14:43.43 |
*** join/#brlcad andrei_
(~IceChat77@5-12-144-70.residential.rdsnet.ro) |
14:44.01 |
andrei_ |
hello |
15:15.23 |
*** join/#brlcad Izakey
(~Izak@195.24.220.16) |
15:18.52 |
brlcad |
howdy andrei_ |
15:18.58 |
Ch3ck_ |
brlcad: guess i'll have to take a new look at
the problem; i just know it was rwong |
15:19.50 |
Ch3ck_ |
means rwong ==
wrong |
15:20.20 |
Izakey |
s/rwong/wrong is better Ch3ck_ |
15:20.36 |
andrei_ |
brlcad: you seen Daniel around? |
15:27.10 |
d_rossberg |
andrei_: i'm here |
15:27.20 |
andrei_ |
ah |
15:27.36 |
andrei_ |
Daniel, got time to look on any of my patches?
prefferably the pipe interface? |
15:27.46 |
*** join/#brlcad teepee-
(bc5c2133@gateway/web/freenode/ip.188.92.33.51) |
15:29.01 |
d_rossberg |
short answer: no; i struggled with the nmg
reorganization (without success) |
15:29.27 |
d_rossberg |
i'll look at them tomorrow |
15:29.46 |
andrei_ |
alright, no problem |
15:33.53 |
*** join/#brlcad aanal
(~aanal@14.139.122.114) |
15:41.04 |
``Erik |
nifty, osx has a 'summarize' service
http://www.makeuseof.com/tag/summarize-text-using-hidden-mac-tool/ |
15:46.55 |
``Erik |
open source risc-v SoC: http://www.lowrisc.org/ |
15:58.45 |
*** join/#brlcad aanal
(~aanal@14.139.122.114) |
16:00.13 |
*** join/#brlcad aanal
(~aanal@14.139.122.114) |
16:00.58 |
aanal |
hi.i am a total beginner and even using irc
for the first time |
16:01.19 |
aanal |
i am interested in web-dev and
geomatry. |
16:01.33 |
aanal |
i know java,php,C,html,css |
16:01.48 |
aanal |
but i think i need to learn a lot
prior |
16:02.14 |
aanal |
can anyone suggest me what is the right way to
begin with? |
16:02.44 |
``Erik |
have you tried grabbing the latest source from
subversion, compiling and running it? |
16:03.09 |
aanal |
yes,i have the source but hadnot run
it |
16:04.57 |
``Erik |
I'd suggest trying to use it a little before
trying to improve it (maybe make some geometry and raytrace it,
etc)... once you can decide on exactly what you want to do first,
we can figure out the right steps to get you there... |
16:05.18 |
``Erik |
also; plenty of good info at the wiki http://brlcad.org/wiki/Main_Page |
16:05.47 |
mihaineacsu |
be sure to check this out: http://brlcad.org/VolumeII-Introduction_to_MGED.pdf |
16:06.55 |
aanal |
thanks ``Erik and mihaineacsu for the
information |
16:09.41 |
Notify |
03BRL-CAD Wiki:CrystalIqg * 0
/wiki/User:CrystalIqg: |
17:17.27 |
Notify |
03BRL-CAD Wiki:CarmellMansfiel * 0
/wiki/User:CarmellMansfiel: |
17:40.22 |
Notify |
03BRL-CAD Wiki:Inderpreet * 7633
/wiki/User:Inderpreet/GSoC14/logs: /* Week 12 */ |
17:45.23 |
Notify |
03BRL-CAD Wiki:Albertcoder * 7634
/wiki/User:Albertcoder/GSoC2014/logs: /* Week 11 */ |
17:47.43 |
*** join/#brlcad clock
(~clock@77-58-143-135.dclient.hispeed.ch) |
17:50.19 |
brlcad |
``Erik: neat, on both counts |
17:50.36 |
brlcad |
summarize is a bit wonky, but interesting how
it's trying to reduce |
17:59.04 |
*** join/#brlcad milamber
(~devli_000@104-9-73-54.lightspeed.cicril.sbcglobal.net) |
18:27.09 |
Notify |
03BRL-CAD:carlmoore * 62012
(brlcad/trunk/doc/docbook/system/man1/en/random.xml
brlcad/trunk/src/util/random.c): redo the description of random,
and also there's no point in turning -u on if there are already
errors causing random to exit |
18:30.53 |
mihaineacsu |
why is the dbi_read_only flag set when
raytracing? (context: on viewweight.c, on view_init method I'm
trying to add material objects (diradd & put_internal) when it
parses a .density file) |
18:58.28 |
*** join/#brlcad clock
(~clock@77-58-143-135.dclient.hispeed.ch) |
19:10.00 |
*** join/#brlcad yiyus
(1242712427@je.je.je) |
19:33.43 |
*** join/#brlcad clock
(~clock@77-58-143-135.dclient.hispeed.ch) |
20:05.11 |
*** part/#brlcad Izakey
(~Izak@195.24.220.16) |
20:06.16 |
*** join/#brlcad clock
(~clock@77-58-143-135.dclient.hispeed.ch) |
20:09.11 |
*** join/#brlcad vladbogo
(~vlad@86.121.96.240) |
20:17.28 |
*** join/#brlcad ries
(~ries@D979EA84.cm-3-2d.dynamic.ziggo.nl) |
20:24.54 |
Notify |
03BRL-CAD:carlmoore * 62013
brlcad/trunk/doc/docbook/system/man1/en/pix-orle.xml: touch up
pix-orle, but I am stuck with -h because I can't have the source
code; this it the **man** page I am fixing |
20:27.57 |
*** join/#brlcad FreezingCold
(~FreezingC@135.0.41.14) |
20:33.59 |
*** join/#brlcad clock
(~clock@77-58-143-135.dclient.hispeed.ch) |
20:41.11 |
*** join/#brlcad caen23
(~caen23@92.81.161.189) |
20:43.08 |
raj12lnm |
hi folks. |
20:43.58 |
raj12lnm |
OpenNurbs function has few methods/functions
which are overloaded. Any strategy for them to be supported in
python ? |
20:44.23 |
Notify |
03BRL-CAD Wiki:203.110.247.221 * 7635
/wiki/User:Ankeshanand/GSoC14/logs: /* Week 11 */ |
20:54.14 |
Notify |
03BRL-CAD Wiki:203.110.247.221 * 7636
/wiki/User:Ankeshanand/GSoC14/logs: /* Week 12 */ |
20:54.58 |
*** join/#brlcad clock
(~clock@77-58-143-135.dclient.hispeed.ch) |
21:05.14 |
Notify |
03BRL-CAD:carlmoore * 62014
brlcad/trunk/doc/docbook/system/man1/en/canonize.xml: fixes
(limited due to lack of source code), including inserting a comma;
concerned about -N option writeup, but don't know quite enough to
fix it |
21:12.18 |
*** join/#brlcad clock
(~clock@77-58-143-135.dclient.hispeed.ch) |
21:42.25 |
brlcad |
raj12lnm: that's a really hard one |
21:44.52 |
raj12lnm |
brlcad: I don't there can be any generic
approach |
21:45.06 |
raj12lnm |
^think |
21:50.22 |
brlcad |
mihaineacsu: the file is opened using
rt_dirbuild() which only needs a read-only copy of the database (so
it is intentionally set read-only) ... you need to only modify the
in-memory data that was read and make sure you don't actually
modify the database file on disk |
21:51.11 |
brlcad |
raj12lnm: the general method if I were
wrapping it with C would be to create a separate function name for
each overloaded version |
21:51.49 |
brlcad |
getval(int), getval(float), getval(obj) all
become getintval(), getfloatval(), getobjval() or similar |
21:52.07 |
brlcad |
no automatic way about it outside of
swig |
21:52.13 |
brlcad |
at least that I know of that works |
21:52.16 |
mihaineacsu |
brlcad: and when will the changes be
propagated to disk? how does that happen? |
21:52.49 |
brlcad |
mihaineacsu: none of the rt* tools should be
writing to the .g file ... that'd be highly unusual |
21:53.41 |
brlcad |
there should be another tool or command that
imports it proper, probably a command in mged (a src/libged change,
probably a subcommand to the mater command) |
21:55.36 |
mihaineacsu |
thanks, brlcad! |
21:56.39 |
brlcad |
you might even want to start with that (a
command) since it's going to be a little tricky to work with
in-memory only changes until you're at least a little more familiar
with the API |
22:02.33 |
mihaineacsu |
I thought the .g file always stays updated
with the internal representation. Can you point me to a part in the
code that does in-memory only changes? |
22:05.47 |
brlcad |
inmems are a bit of a black art .. a couple
starting points are in src/librt/db_inmem.c but there are other
methods |
22:06.36 |
brlcad |
basically, you'd probably end up calling
wdb_dbopen(dbip, RT_WDB_TYPE_DB_INMEM); |
22:06.46 |
brlcad |
and then just write objects per
usual |
22:07.07 |
brlcad |
(this is for rt*, not for a libged
command) |
22:12.31 |
mihaineacsu |
also, there aren't any minor types (not that I
could find) for DB5_MAJORTYPE_ATTRIBUTE_ONLY. It'd be cool if there
would be minor types for materials and shaders. Do you think it's a
good idea? |
22:13.08 |
mihaineacsu |
right now, I just added them to const struct
rt_functab OBJ[] (under table.c) |
22:15.57 |
*** join/#brlcad KimK
(~Kim__@ip68-102-30-143.ks.ok.cox.net) |
22:22.01 |
brlcad |
mihaineacsu: that's a great idea and close to
what we've had planned -- which is to have proper new material and
shader object entities |
22:22.42 |
brlcad |
they're mentioned briefly in the TODO file
under "NEW OBJECTS" |
22:23.15 |
mihaineacsu |
what about internal representation (material
object), would a be bu_avs ok? |
22:23.16 |
brlcad |
having them be just a minor of attribute-only
objects is a rather interesting idea |
22:24.06 |
brlcad |
i was rather thinking they'd be new
first-class objects, but no reason they'd need to be that |
22:24.06 |
mihaineacsu |
I was thinking using only attributes, no body.
so all traits would stick on the idb_avs pointer |
22:24.38 |
*** join/#brlcad konrado
(~konrado@195.24.209.21) |
22:24.44 |
brlcad |
even more compelling reason to have binary
attributes... |
22:26.00 |
brlcad |
mihaineacsu: can you write up all your
thoughts summarized on a wiki or pastebin page ? |
22:26.25 |
mihaineacsu |
I'm not sure I'm following on binary
attributes |
22:26.29 |
brlcad |
what you're saying sounds okay, but I'd like
to see it in a complete context |
22:26.31 |
mihaineacsu |
sure |
22:30.05 |
kanzure |
hello |
22:30.29 |
kanzure |
most of the overloaded functions in opennurbs
look really boring and irrelevant |
22:30.43 |
kanzure |
just pick whatever signature is most
aesthetically pleasing and functional |
22:31.40 |
andrei_ |
brlcad: out of curiosity |
22:31.44 |
andrei_ |
what is a binary attribute |
22:31.57 |
andrei_ |
sounds sort of puzzling to me |
22:33.05 |
brlcad |
attributes are key=value pairings |
22:33.20 |
andrei_ |
oh |
22:33.25 |
brlcad |
they are implemented as string to string
mappings |
22:33.50 |
konrado |
My name is konrad and i am interested in
working on brlcad geometry converters. I am unable find the db_ls()
function which i was pointed to, what i could find was wdb_ls_cmd ,
i wish i could get some help. |
22:33.51 |
brlcad |
we need string to int, string to float, etc ..
in binary, not string form |
22:34.09 |
brlcad |
hi konrado |
22:34.31 |
konrado |
hi brlcad |
22:34.44 |
brlcad |
konrado: where were you looking? it's
declared in include/raytrace.h and the implementation is in
src/librt |
22:35.35 |
konrado |
i was looking in src/libged |
22:38.21 |
konrado |
Thanks brlcad i have just found it |
22:41.42 |
mihaineacsu |
konrado: for looking up things you can use
http://brlcad.org/xref/ident
instead of going through a long list of search results. |
22:42.57 |
brlcad |
konrado: src/libged have several examples of
db_ls in use |
22:45.57 |
konrado |
mihaineacsu: Thank for the tip |
22:50.52 |
konrado |
This is my first time trying to contrubute to
the open source and working on cad which i would not cover in
school so i would need lots of help to move on, and i am really
encouraged with the help i am getting so far because we in africa
lack motivation with repect to programming. |