| 00:01.12 | Genestealer | I've compiled/installed BRL-CAD from source, but I don't know what do i have to do next to run the program, does anyone can help me with this? |
| 00:02.35 | louipc | Genestealer: mged (the modeller) is probably what you want to run |
| 00:03.22 | Genestealer | k, thanks, i'll try |
| 00:03.50 | louipc | check out the tutorials on the website |
| 00:03.56 | *** join/#brlcad SWPadnos_ (n=Me@dsl107.esjtvtli.sover.net) |
| 00:04.46 | louipc | that one especially > http://ftp.brlcad.org/VolumeII-Introduction_to_MGED.pdf |
| 00:06.13 | Genestealer | ok, i got it running, thanks for help, and for tutorial |
| 00:06.58 | louipc | cheers |
| 00:09.16 | CIA-4 | BRL-CAD: 03brlcad * r30288 10/brlcad/trunk/ (8 files in 4 dirs): move genptr_t and fastf_t from machine.h over to bu.h including the various FASTF define limits. might later consider moving them to their own header if/when they become configurable or if bu.h gets broken up. |
| 00:17.43 | CIA-4 | BRL-CAD: 03brlcad * r30289 10/brlcad/trunk/include/machine.h: IBM_FLOAT is unused |
| 00:20.40 | CIA-4 | BRL-CAD: 03brlcad * r30290 10/brlcad/trunk/include/ (common.h machine.h): move HIDDEN over to common.h since it's generic. could be set by configure. |
| 00:30.25 | CIA-4 | BRL-CAD: 03brlcad * r30291 10/brlcad/trunk/include/ (bu.h machine.h): |
| 00:30.25 | CIA-4 | BRL-CAD: move BITV_MASK over from machine.h to bu.h; remove the hypot() decl/protections |
| 00:30.25 | CIA-4 | BRL-CAD: outright even if they didn't make it to c89 (it made c99).. if we have a live |
| 00:30.25 | CIA-4 | BRL-CAD: system that has the problem, the appropriate configure foo can be added to |
| 00:30.25 | CIA-4 | BRL-CAD: provide the decl/impl |
| 00:48.28 | CIA-4 | BRL-CAD: 03brlcad * r30292 10/brlcad/trunk/include/ (bu.h machine.h): migrate the FAST comments |
| 01:02.08 | CIA-4 | BRL-CAD: 03brlcad * r30293 10/brlcad/trunk/include/ (bu.h machine.h): |
| 01:02.08 | CIA-4 | BRL-CAD: move MAX_PSW from machine.h over to bu.h, fixing the value at 1024 for now (the |
| 01:02.09 | CIA-4 | BRL-CAD: max value present in machine.h). this makes that the hard limit on number of |
| 01:02.09 | CIA-4 | BRL-CAD: procs/threads that may be spawned at a minor (trivial) memory expense when not |
| 01:02.09 | CIA-4 | BRL-CAD: in full use. ray-trace performance does not seem to be affected by the size of |
| 01:02.09 | CIA-4 | BRL-CAD: the tables. |
| 01:28.32 | starseeker | brlcad: you on? |
| 01:44.56 | brlcad | yeah |
| 01:57.25 | starseeker | Where's a good example of the pattern tool? |
| 02:24.29 | CIA-4 | BRL-CAD: 03brlcad * r30294 10/brlcad/trunk/ (4 files in 3 dirs): convert to BU_BITV_SHIFT and BU_BITV_MASK for consistency |
| 02:48.49 | *** join/#brlcad louipc (n=louipc@bas8-toronto63-1096667211.dsl.bell.ca) [NETSPLIT VICTIM] |
| 02:49.16 | *** join/#brlcad brlcad (n=sean@pdpc/supporter/silver/brlcad) |
| 02:49.16 | *** join/#brlcad CIA-4 (n=CIA@208.69.182.149) [NETSPLIT VICTIM] |
| 02:49.16 | *** mode/#brlcad [+o brlcad] by irc.freenode.net |
| 03:53.08 | CIA-4 | BRL-CAD: 03brlcad * r30295 10/brlcad/trunk/src/other/Makefile.am: if building with --enable-only-benchmark or --enable-only-librtserver we STILL need to traverse into zlib, libpng, libregex, opennurb, and tnt since they're dependencies of other required libs. |
| 04:31.05 | *** join/#brlcad louipc_ (n=louipc@bas8-toronto63-1128543914.dsl.bell.ca) |
| 06:22.16 | CIA-4 | BRL-CAD: 03brlcad * r30296 10/brlcad/trunk/ (BUGS TODO): (log message trimmed) |
| 06:22.16 | CIA-4 | BRL-CAD: annotate the results of the OpenGL framebuffer bug hunt. the problem seems to |
| 06:22.16 | CIA-4 | BRL-CAD: be directly related to SMP processing with the ogl framebuffer interface. with |
| 06:22.16 | CIA-4 | BRL-CAD: PARALLEL turned off, it works just fine; with it on, the app crashes during the |
| 06:22.16 | CIA-4 | BRL-CAD: first OpenGL write call into the glx context likely indicating that either the |
| 06:22.17 | CIA-4 | BRL-CAD: context initialization is invalid (perhaps needing to occur per-thread) or data |
| 06:22.19 | CIA-4 | BRL-CAD: needs to be semaphore protected. either way, enough progress was made to push |
| 06:34.36 | brlcad | wow, that's wicked.. |
| 06:35.10 | brlcad | starseeker: sorry, missed the question -- vol IV has a pattern tool tutorial iirc |
| 06:37.02 | brlcad | wicked, though .. is that converting our bitv_shift from being a static int to an inlined function actually increased performance measurably .. |
| 06:37.38 | brlcad | i can only imagine that it has to be alignment effects coming into play with the optimization loop, as they should be readily vectorized, but it's still pretty .. wicked |
| 07:10.42 | CIA-4 | BRL-CAD: 03brlcad * r30297 10/brlcad/trunk/ (include/bu.h include/machine.h src/libbu/bitv.c): (log message trimmed) |
| 07:10.42 | CIA-4 | BRL-CAD: rewrite how the BU_BITV_SHIFT is calculated, instead of using hard-coded |
| 07:10.42 | CIA-4 | BRL-CAD: constants in machine.h it now determines the value automatically at |
| 07:10.42 | CIA-4 | BRL-CAD: compile-time. this was achieved using an inlined integer log2 function that |
| 07:10.42 | CIA-4 | BRL-CAD: computes the size based on sizeof(bitv_t), using a technique from the U. of |
| 07:10.45 | CIA-4 | BRL-CAD: Kentucky's Aggregate Magic Algorithms collection. a cursory performance impact |
| 07:10.47 | CIA-4 | BRL-CAD: analysis was performed testing both unoptimized and optimized compilations (on |
| 07:12.43 | *** join/#brlcad Z80-Boy (i=clock@217-162-111-36.dclient.hispeed.ch) |
| 07:27.16 | CIA-4 | BRL-CAD: 03brlcad * r30298 10/brlcad/trunk/include/ (machine.h orle.h): |
| 07:27.16 | CIA-4 | BRL-CAD: obliterate BIG_ENDIAN and LITTLE_ENDIAN defines.. which actually weren't used |
| 07:27.16 | CIA-4 | BRL-CAD: anywhere except one use in orle. Most of the current code presently uses |
| 07:27.16 | CIA-4 | BRL-CAD: NATURAL_IEEE and REVERSED_IEEE instead. header cleanup too, make it clear that |
| 07:27.16 | CIA-4 | BRL-CAD: machine.h is now fully deprecated. |
| 07:29.12 | CIA-4 | BRL-CAD: 03brlcad * r30299 10/brlcad/trunk/doc/deprecation.txt: document that the contents of machine.h was marked as deprecated during 7.10. the file was 'officially' emptied out in 7.12 and should be ready for removal after a few subsequent releases. |
| 07:53.43 | CIA-4 | BRL-CAD: 03brlcad * r30300 10/brlcad/trunk/ (INSTALL configure.ac include/machine.h): |
| 07:53.43 | CIA-4 | BRL-CAD: Woo hoo.. machine.h is now gone. Refactor the last bit for defining PARALLEL by |
| 07:53.43 | CIA-4 | BRL-CAD: making a configure --enable-parallel option (which defaults to yes for now) with |
| 07:53.43 | CIA-4 | BRL-CAD: aliases for --enable-parallel-build, --enable-smp, and --enable-smp-build. only |
| 07:53.43 | CIA-4 | BRL-CAD: other bit remaining was sgi/mips settings, but at least irix6 does set them both |
| 07:53.45 | CIA-4 | BRL-CAD: with gcc and mipspro so they should be fine. |
| 08:14.12 | CIA-4 | BRL-CAD: 03brlcad * r30301 10/brlcad/trunk/include/conf/PATCH: haven't been diligent in updating the patch on this minor as big changes have occurred, but at least the machine.h change begs for it to be bumped. |
| 08:14.34 | CIA-4 | BRL-CAD: 03brlcad * r30302 10/brlcad/trunk/include/Makefile.am: don't install conf.h or machine.h |
| 08:35.30 | brlcad | WHOOSH! |
| 08:42.12 | CIA-4 | BRL-CAD: 03brlcad * r30303 10/brlcad/trunk/ (906 files in 54 dirs): this day has been coming for so long.. machine.h is dead, all hail machine.h's death. uninclude it everywhere and add a preprocessor warning for anyone else that is still including/using it. |
| 09:30.28 | alex_joni | machine.h is dead. long live machine.h ? |
| 09:30.37 | alex_joni | that's how it goes for kins usually :) |
| 11:56.04 | *** join/#brlcad ibot (i=ibot@pdpc/supporter/active/TimRiker/bot/apt) |
| 11:56.04 | *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || http://sf.net/projects/brlcad || Channel logs at http://ibot.rikers.org/%23brlcad/ || BRL-CAD is on scan.coverity.com but still offline || Release 7.12.0 coming soon to a desktop near you |
| 12:06.44 | *** join/#brlcad Axman6 (n=Axman6@pdpc/supporter/student/Axman6) |
| 12:10.55 | *** join/#brlcad cad06 (n=c239f707@bz.bzflag.bz) |
| 13:55.58 | *** join/#brlcad elite01 (n=elite01@dslc-082-082-066-062.pools.arcor-ip.net) |
| 14:34.27 | brlcad | alex_joni: not quite, hail it's death :) |
| 14:34.32 | brlcad | er, s/'// |
| 14:34.53 | brlcad | it's needed to die for a long long time |
| 14:37.57 | CIA-4 | BRL-CAD: 03bob1961 * r30304 10/brlcad/trunk/src/tclscripts/mged/text.tcl: Replaced Tcl's gets with a version that works with MGED's command window. |
| 14:43.53 | CIA-4 | BRL-CAD: 03bob1961 * r30305 10/brlcad/trunk/src/mged/ged.c: Mods to get puts working wrt stdout and stderr. |
| 15:11.58 | *** join/#brlcad jgay (n=jgay@fsf/staff/jgay) |
| 15:40.29 | CIA-4 | BRL-CAD: 03erikgreenwald * r30306 10/brlcad/trunk/src/ (5 files in 2 dirs): undefine USE_PROTOTYPES before including rle.h to avoid redefining |
| 16:20.31 | *** join/#brlcad Z80-Boy (i=clock@77-56-88-240.dclient.hispeed.ch) |
| 16:30.12 | *** join/#brlcad Elperion (n=Bary@p54877B04.dip.t-dialin.net) |
| 17:04.05 | CIA-4 | BRL-CAD: 03bob1961 * r30307 10/brlcad/trunk/misc/win32-msvc8/librt/librt.vcproj: Remove parse.c and comb.c |
| 18:19.50 | *** join/#brlcad yukonbob (n=yukonbob@198.235.198.234) |
| 18:26.47 | CIA-4 | BRL-CAD: 03erikgreenwald * r30308 10/brlcad/trunk/src/libbu/ (8 files): move from casting pointers to ints and printing %x to just printing %p |
| 19:05.32 | CIA-4 | BRL-CAD: 03brlcad * r30309 10/brlcad/trunk/src/libfb/if_ogl.c: didn't intentionally leave debug turned on, turn it off |
| 19:43.06 | *** join/#brlcad Z80-Boy (i=clock@77-56-88-240.dclient.hispeed.ch) |
| 20:29.02 | *** join/#brlcad Attilone (n=dario@213-140-6-119.ip.fastwebnet.it) |
| 20:29.25 | CIA-4 | BRL-CAD: 03bob1961 * r30310 10/brlcad/trunk/include/config_win.h: Add define for inline. |
| 20:29.43 | Attilone | hi guys |
| 20:30.33 | Attilone | I've used brl-cad for some time, any improvement in the next release? |
| 20:35.33 | ``Erik | always |
| 20:36.04 | Attilone | any improvement on the rendering side' |
| 20:36.05 | Attilone | ? |
| 20:36.13 | ``Erik | which "rendering" side? |
| 20:36.33 | ``Erik | the raytracers? |
| 20:37.42 | ``Erik | http://brlcad.svn.sourceforge.net/viewvc/brlcad/brlcad/trunk/NEWS?revision=30266&view=markup |
| 20:39.00 | ``Erik | * document the signals rt responds to for progress - Sean Morrison |
| 20:39.01 | ``Erik | <PROTECTED> |
| 20:39.01 | ``Erik | <PROTECTED> |
| 20:39.01 | ``Erik | <PROTECTED> |
| 20:39.01 | ``Erik | <PROTECTED> |
| 20:39.01 | ``Erik | <PROTECTED> |
| 20:39.18 | *** join/#brlcad ``Erik (i=erik@c-68-54-174-162.hsd1.md.comcast.net) |
| 20:39.22 | ``Erik | heh, woops, mouse puke |
| 20:39.50 | Attilone | lol |
| 20:40.02 | Attilone | sorry but I didn't want you to report all the news |
| 20:40.11 | Attilone | I can read'em by myself :P |
| 20:41.22 | ``Erik | yeah, I was trying to paste 'em into a vim window to do a quick cut/sort/count, but hit the wrong terminal |
| 20:41.35 | Attilone | XD |
| 20:41.54 | Attilone | anyway brlcad has a good potential :D |
| 20:42.31 | ``Erik | it's kinda like vim or emacs... insanely powerful, but insane learning curve, not a "casual" tool |
| 20:42.33 | Attilone | if only would be possible to program it trough python... |
| 20:42.48 | Attilone | vim rocks! I use it all the time |
| 20:42.59 | ``Erik | w00t, another vimmer! |
| 20:43.04 | Attilone | :D |
| 20:43.12 | Attilone | we will conquer the world xD |
| 20:43.37 | ``Erik | there was a brief effort to "swigify" it, but it put on someone who lacked the experience and fundamental knowledge :/ |
| 20:44.16 | ``Erik | <-- just recently gutted what little python there was in BRL-CAD O:-) |
| 20:44.35 | Attilone | if it was on me I would put all the raytracing stuff apart and concentrate only on the 3D modeling |
| 20:45.59 | ``Erik | *shrug* I get paid to work on it, so mgmt types get to tell me what I'm supposed to work on :/ |
| 20:46.48 | Attilone | you work on brl-cad? |
| 20:48.53 | yukonbob | brlcad: the other day, I was looking for a way to switch edit modes (ie: vi or emacs) -- is there a way to do that from the cmdline? (ie: using mged -c) |
| 20:57.55 | yukonbob | Attilone: /me wonders if one could wrangle Python/Tcl together wrt BRL-CAD via Tkinter... |
| 20:59.22 | Attilone | I have no idea, maybe it could be done via swig |
| 20:59.48 | Attilone | but the program is very complex |
| 20:59.58 | yukonbob | certainly it could be done via swig -- what I'm whimisically wondering is if: |
| 21:00.21 | yukonbob | in python, import Tkinter -- which is full tcl/tk afaik |
| 21:00.58 | yukonbob | then work the Tcl to import necessary libs, source the mged tcl code and have a python window into the tcl parts... |
| 21:01.17 | yukonbob | *whimsically |
| 21:01.36 | Attilone | it would be nice :D |
| 21:02.21 | yukonbob | it's worth looking into -- could be a really cool discovery... |
| 21:03.22 | Attilone | mhhh I'm much more interested on the modeling side rather than the raytracing |
| 21:04.00 | Attilone | I would like to take just the source code related to the modelling and wrap it into pytohn |
| 21:07.15 | Attilone | yup I've used mged |
| 21:07.35 | Attilone | but I would like to do the same in python :D |
| 21:08.13 | ``Erik | I'd kinda be surprised if tkinter "just worked", we use [incr], tkImg, blt, ... |
| 21:09.00 | yukonbob | ``Erik: well -- tcl _is_ built to be embedded, and that's what python does... |
| 21:09.50 | yukonbob | Attilone: I'm still not following you -- are you saying you do want mged, or you don't? |
| 21:12.46 | Attilone | yukonbob: I would like to use a python interface rather than mged |
| 21:15.23 | yukonbob | Attilone: so strictly command-line, or GUI? |
| 21:16.20 | Attilone | both of them if possible |
| 21:16.28 | yukonbob | like mged -- but python |
| 21:16.36 | Attilone | ehm.. yes |
| 21:16.59 | yukonbob | you typically script (or try to) your modelling? |
| 21:18.40 | Attilone | just imagine: you want to extrude a profile to make a kind of solid, you type "extrude()" or push the extrude icon... |
| 21:19.02 | Attilone | then a window is displayed where you draw your 2D profile... |
| 21:19.43 | Attilone | the 2D surface is splitted in triangle, each triangle is extrude and all of them are joined in a single solid |
| 21:19.51 | Attilone | *extruded |
| 21:20.45 | yukonbob | Attilone: no need to imagine -- there is extrude |
| 21:21.59 | CIA-4 | BRL-CAD: 03bob1961 * r30311 10/brlcad/trunk/misc/win32-msvc8/asc2g/asc2g.vcproj: Replaced 7.11.0 with a variable. |
| 21:25.55 | Attilone | yes but it's not very usable, "extrude 1234 56" is not the best I can think of |
| 21:26.22 | Attilone | just my opinion... |
| 21:58.47 | CIA-4 | BRL-CAD: 03bob1961 * r30312 10/brlcad/trunk/include/bu.h: For some reason inline causes problems with some of the apps on windows. So, for the moment, it gets if'ed out. |
| 22:05.18 | ``Erik | #ifdef WIN32 |
| 22:05.23 | ``Erik | bu_bomb("broken os"); |
| 22:05.25 | ``Erik | :D |
| 22:06.07 | CIA-4 | BRL-CAD: 03bob1961 * r30313 10/brlcad/trunk/include/bu.h: Oops! I checked in the wrong version. |