| 00:43.33 | CIA-22 | BRL-CAD: 03brlcad * r31669 10/brlcad/trunk/src/conv/fast4-g.c: massive style cleanup, ws changes |
| 00:55.46 | CIA-22 | BRL-CAD: 03brlcad * r31670 10/brlcad/trunk/include/raytrace.h: quell warning, give the union in pc_p_set a name so it can be referenced |
| 01:01.47 | CIA-22 | BRL-CAD: 03brlcad * r31671 10/brlcad/trunk/include/common.h: quell strict ansi compilation warnings about the 'inline' keywords now in use in bu.h by turning them off if __STRICT_ANSI__ is defined |
| 01:07.09 | *** join/#brlcad Twingy (n=justin@74.92.144.217) | |
| 01:08.09 | CIA-22 | BRL-CAD: 03brlcad * r31672 10/brlcad/trunk/src/conv/fast4-g.c: comment out a surprising amount of logic not being used. the post-processing in particular looks useful, but will need some testing to validate behavior (or make it optional). |
| 01:11.12 | CIA-22 | BRL-CAD: 03brlcad * r31673 10/brlcad/trunk/BUGS: steven k. found out that the bump shader doesn't seem to be working. |
| 01:13.48 | CIA-22 | BRL-CAD: 03brlcad * r31674 10/brlcad/trunk/BUGS: pipe primitive has a BU_GETSTRUCT malloc getting called during raytracing. kills performance by more than an order of magnitude. thx stephen k. for provoking the bug. |
| 01:16.58 | CIA-22 | BRL-CAD: 03brlcad * r31675 10/brlcad/trunk/ (BUGS TODO): verified that fast4-g no longer vomits warning messages. did discover, though, that it'll annoyingly skip every other input line if you're processing a DOS file on UNIX... |
| 03:01.58 | *** join/#brlcad cad25 (n=51d053f9@bz.bzflag.bz) | |
| 05:03.41 | *** join/#brlcad vedge_ (n=vedge@205-237-251-204.ilesdelamadeleine.ca) | |
| 05:33.37 | *** join/#brlcad clock_ (n=clock@217-162-111-235.dclient.hispeed.ch) | |
| 06:11.07 | *** join/#brlcad ilya004857363 (n=ilya@217.8.236.171) | |
| 06:13.59 | ilya004857363 | Hi, I'm at first in brlcad and in fact I haven't compiled it yet. |
| 06:32.20 | *** join/#brlcad IriX64 (n=mariodot@bas2-sudbury98-1128564908.dsl.bell.ca) | |
| 07:03.31 | *** join/#brlcad clock_ (n=clock@zux221-122-143.adsl.green.ch) | |
| 08:00.51 | *** join/#brlcad quentusrex (n=quentusr@c-71-197-244-228.hsd1.or.comcast.net) | |
| 09:31.29 | *** join/#brlcad elite01 (n=elite01@unaffiliated/elite01) | |
| 09:35.14 | *** join/#brlcad geocalc (n=geocalc@dyn-91-171-218-91.ppp.tiscali.fr) | |
| 09:45.24 | *** join/#brlcad mafm (n=mafm@elnet-111.lip.pt) | |
| 09:49.00 | mafm | hi |
| 11:03.37 | CIA-22 | BRL-CAD: 03mafm * r31676 10/rt^3/trunk/src/g3d/Logger.cxx: Logging the event of setting the log level, and checking that it's a proper level (and not some forged/casted value) |
| 11:05.09 | CIA-22 | BRL-CAD: 03mafm * r31677 10/rt^3/trunk/src/g3d/ (CommandInterpreter.cxx CommandInterpreter.h): Enhancing the command display (help), and the flexibility to show information about commands themselves |
| 11:05.54 | CIA-22 | BRL-CAD: 03mafm * r31678 10/rt^3/trunk/src/g3d/Commands.h: Adding a couple of commands (quit, set log level) |
| 11:21.19 | *** join/#brlcad thing0 (n=ric@123.208.87.26) | |
| 12:01.41 | *** join/#brlcad elite01 (n=elite01@unaffiliated/elite01) | |
| 12:56.25 | CIA-22 | BRL-CAD: 03mafm * r31679 10/rt^3/trunk/src/g3d/ (Commands.h Logger.cxx Logger.h): Adding Singleton and Listener patterns |
| 14:15.02 | starseeker | does text and image extraction from Volume III... |
| 14:16.52 | starseeker | turns read as he checks the xml conversion and notices the "role" keyword for emphasis tags |
| 14:24.09 | starseeker | hmm - vol3 images are stubborn |
| 14:26.59 | *** join/#brlcad dtidrow_ (n=dtidrow@c-69-255-182-248.hsd1.va.comcast.net) | |
| 14:27.59 | CIA-22 | BRL-CAD: 03mafm * r31680 10/rt^3/trunk/src/g3d/ (Observer.cxx Observer.h): Adding classes to implement Observer pattern |
| 14:31.37 | starseeker | grrr |
| 14:33.32 | mafm | what happens starseeker? |
| 14:33.45 | CIA-22 | BRL-CAD: 03mafm * r31681 10/rt^3/trunk/src/g3d/ (8 files): Substituted private Listener implementations for the more general Observer pattern, so we'll [hopefully] have less hassles when adding/modifying code in the future. |
| 14:34.08 | starseeker | I'm trying to get the 3rd volume of the tutorial series in shape to convert to Docbook, but that means image extraction |
| 14:34.26 | starseeker | so far none of the tools I've tried are having much luck |
| 14:34.31 | mafm | image extraction from which format? |
| 14:35.33 | starseeker | word |
| 14:36.36 | mafm | uh :D |
| 14:36.49 | mafm | I was going to suggest imagemagick in the case that you didn't know, but... |
| 14:37.05 | *** join/#brlcad clock_ (n=clock@zux221-122-143.adsl.green.ch) | |
| 14:37.37 | *** join/#brlcad clock_ (n=clock@zux221-122-143.adsl.green.ch) | |
| 14:40.02 | *** join/#brlcad docelic (n=docelic@78.134.206.172) | |
| 14:43.27 | *** join/#brlcad prasad_ (n=psilva@h-67-103-183-185.mclnva23.covad.net) | |
| 14:49.02 | *** join/#brlcad clock_ (n=clock@zux221-122-143.adsl.green.ch) | |
| 14:49.15 | *** join/#brlcad clock_ (n=clock@zux221-122-143.adsl.green.ch) | |
| 14:49.31 | *** join/#brlcad smurfette (n=Pandora@c-69-243-244-154.hsd1.mo.comcast.net) | |
| 14:56.32 | ``Erik | hum, tcl 8.6a1 is out |
| 14:57.04 | *** join/#brlcad clock_ (n=clock@zux221-122-143.adsl.green.ch) | |
| 15:00.25 | CIA-22 | BRL-CAD: 03mafm * r31682 10/rt^3/trunk/src/g3d/ (7 files): Make some general enhancements: making public-accesable attributes read-only (const), decoupling a bit more functionality of the console from the widgets implementing it, etc. |
| 15:42.51 | CIA-22 | BRL-CAD: 03mafm * r31683 10/rt^3/trunk/src/g3d/ (6 files): Moving basic window creation, operations and settings to base class, so we abstract and protect a bit more the code from the GUI libraries that we're using underneath. |
| 15:47.26 | CIA-22 | BRL-CAD: 03mafm * r31684 10/rt^3/trunk/src/g3d/GuiConsole.cxx: Adding content to the console panel only when the line is not empty -- otherwise we produce a spurious new-line. |
| 16:05.31 | ``Erik | hum, breakage in libt |
| 16:05.32 | ``Erik | librt |
| 16:05.34 | ``Erik | primitives/ell/ell.c:1659: error: 'struct pc_p_set' has no member named 'pointp' |
| 16:05.34 | ``Erik | primitives/ell/ell.c:1663: error: 'struct pc_p_set' has no member named 'vectorp' |
| 16:06.34 | *** join/#brlcad b0ef (n=b0ef@062016141231.customer.alfanett.no) | |
| 16:16.32 | ``Erik | heh |
| 16:16.41 | ``Erik | cinelerra, clock? O.o |
| 17:10.55 | starseeker | Ah - HAH |
| 17:11.03 | starseeker | bad image file in document |
| 17:11.12 | starseeker | even Word itself couldn't export it |
| 17:13.57 | starseeker | still weird though... |
| 17:14.06 | starseeker | low image quality, despite 300dpi request |
| 17:14.18 | starseeker | ah, well - enough to start anyway |
| 17:17.46 | poolio | ``Erik: doesn't the union need to be tagged? |
| 17:23.10 | poolio | neverminddd. I forget my C :( |
| 17:25.18 | mafm | lol |
| 17:25.29 | mafm | maybe you can apply to be a manager then, poolio |
| 17:25.49 | poolio | I think I have to do something to warrant promotion first |
| 17:26.11 | mafm | I had a job interview and the guy kep talking about C and Java, when I was told that it was C++ and Java |
| 17:26.26 | mafm | when I asked he said that it was C++ really, but that he liked to call it C |
| 17:26.30 | mafm | (...) |
| 17:27.23 | poolio | well, most your C code will compile with g++ :) |
| 17:28.44 | mafm | but in that case it was the contrary.. maybe their C++ code compiles with gcc |
| 17:28.52 | mafm | that would be a bit worrysome, I guess |
| 18:47.37 | mafm | humm |
| 18:47.47 | mafm | dunno what happens today, internet life seems dead |
| 18:48.06 | mafm | maybe the start of the holidays? :) |
| 18:48.13 | pacman87 | well, my partial revolves are taking a lot longer that expected |
| 18:50.08 | mafm | :D |
| 18:50.28 | mafm | I mean also because brlcad [the man] is missing in action |
| 18:50.37 | mafm | but not only in this channel |
| 18:51.02 | mafm | are you happy with your project, pacman87? |
| 18:51.17 | pacman87 | so far, yes |
| 18:51.19 | pacman87 | you? |
| 18:53.21 | pacman87 | i'm getting 4 hitpoints when i should be getting 2 |
| 18:53.55 | pacman87 | so instead of a hit segment from (A,B), i get two segments (A,A) and (B,B) |
| 18:54.47 | mafm | it's quite funny and I'm learning quite a lot |
| 18:54.55 | mafm | so yes, pretty much so :) |
| 19:00.11 | brlcad | ``Erik: jra is cool keywise |
| 19:00.51 | brlcad | ah, that error in ell.c is probably due to my fix last night, didn't do a full recompile |
| 19:01.01 | brlcad | homovulgaris had a bad union |
| 19:02.14 | pacman87 | hmmm, i think my sketch has duplicate segments |
| 19:03.12 | pacman87 | sketch |
| 19:03.50 | pacman87 | sketch's curve.seg_count is 10, and there should be 5 |
| 19:04.42 | brlcad | sketch you made? |
| 19:04.56 | pacman87 | the one i imported |
| 19:04.57 | pacman87 | yes |
| 19:05.15 | brlcad | if you 'l' it, does it show 10? |
| 19:05.34 | pacman87 | says 8 verticies |
| 19:06.20 | pacman87 | of the 8, there are three sets of repeats |
| 19:06.48 | brlcad | indeed sounds wrong |
| 19:06.51 | pacman87 | and the curve lists 10 line segments |
| 19:07.39 | pacman87 | and i've been banging my head against a wall trying to get my code working using incorrect assumptions about my sketch... |
| 19:08.13 | pacman87 | what did you say was the best way to edit a sketch by hand? |
| 19:08.19 | pacman87 | ie, human readable format? |
| 19:08.32 | brlcad | heh, i'm not sure *any* assumptions are good when it comes to geometry |
| 19:08.53 | brlcad | ah, convert the file to ascii format |
| 19:08.55 | brlcad | g2asc |
| 19:09.00 | brlcad | edit, then asc2g |
| 19:09.06 | pacman87 | the whole .g file? |
| 19:09.11 | brlcad | up to you |
| 19:09.22 | brlcad | if you want just the sketch, use the "keep" command |
| 19:13.01 | mafm | hey brlcad |
| 19:13.05 | mafm | so you're alive after all |
| 19:13.56 | pacman87 | hmmm, g2asc is giving me: ERROR: bad pointer x8066e08: s/b bu_vls(x89333bbb), was Unknown_Magic(x8066f20), file vls.c, line 407 |
| 19:18.06 | pacman87 | lunchtime |
| 19:18.33 | brlcad | mafm: yeah, just a 'tad' bit overloaded .. :) |
| 19:19.14 | brlcad | I still don't have the gui up, but not for lack of effort .. just still haven't got all the deps building yet |
| 19:20.07 | mafm | really? I though that it wouldn't be complicated |
| 19:20.24 | mafm | debian has most of the dependencies |
| 19:20.47 | brlcad | who said I was on debian? |
| 19:21.25 | brlcad | it's not been complicated, just annoying and time consuming |
| 19:22.18 | mafm | I mean that it's surprising for me, since for me it was virtually no effort for the deps |
| 19:22.19 | brlcad | haven't run into a single real problem yet, just the time involved to configure the build, compile (really slow machine), test, install, etc |
| 19:23.14 | brlcad | virtually no effort when you have even a couple hours to work on it is an entirely different situation :) |
| 19:23.14 | mafm | good :) |
| 19:23.21 | brlcad | virtually no effort != no effort |
| 19:23.44 | brlcad | i'm actually used to the latter, part of the emphasis on clean build system integration so it just works regardless of the platform |
| 19:23.51 | mafm | not that -- it's that I didn't have to compile anything :D |
| 19:24.32 | brlcad | well sure, package management systems are great for that when they're default available and when they work |
| 19:24.43 | brlcad | certainly not cross-platform, though |
| 19:28.36 | mafm | good enough, no rush :) |
| 19:30.04 | brlcad | should work on improving/finishing that build system integration some more too ;) |
| 19:31.23 | brlcad | saving users the need to hunt/download is only a small piece of the reason for including the deps, it should build them if it doesn't find a suitable system version |
| 19:31.59 | brlcad | also, your cmake files presently assume pkg-config, that shouldn't be assumed |
| 19:32.09 | brlcad | (nor required) |
| 19:34.33 | mafm | I'm no expert in building systems, but that could take weeks :S |
| 19:35.35 | mafm | "but" is alias to "but I think" and "because of that" at the same time :) |
| 19:35.41 | brlcad | I don't think anyone here would call themselves a cmake expert :) |
| 19:36.59 | brlcad | it is something that needs to happen earlier rather than later given this tool is intended to become pretty fundamental eventually |
| 19:37.33 | brlcad | minimally document the need somewhere (TODO), but poke on it when you can |
| 19:37.51 | mafm | but I could spend much time with it and miss the milestones with gsoc |
| 19:39.10 | brlcad | i understand, that doesn't change the pressing need for it .. |
| 19:39.19 | brlcad | the longer it's ignored, the harder it will be for whomever does try it |
| 19:39.52 | brlcad | it's part of coding complete |
| 19:40.18 | brlcad | if the build doesn't work cleanly, it's not really usable yet to most of our devs |
| 19:40.41 | mafm | I see |
| 19:41.43 | brlcad | e.g. I can't imagine bob readily being willing to futz with three different build systems plus pkg-config, cmake, and scons |
| 19:42.25 | brlcad | we're used to *zero* effort unless you want to change away from defaults |
| 19:43.45 | brlcad | it's not top-priority in front of the milestone tasks, but it's probably #2 or #3 to have a default-functioning build system regardless of system deps |
| 19:44.18 | mafm | that's fine, but I don't think that it's in the scope of the project to rework whatever building system the dependencies decide to use |
| 19:44.34 | brlcad | so at least document it is what I'm saying, maybe work on it if you take a break from coding |
| 19:44.37 | mafm | especially being an experimental project |
| 19:45.34 | brlcad | fyi, I don't see this as an experiement -- a prototype, sure .. but one with an exceptionally high probability of becoming the foundation for a new GUI |
| 19:46.22 | brlcad | you'd have to mess up in several big ways for it to be wasted effort :) |
| 19:47.32 | mafm | it seems to me that you're relaying on somebody with a weak knowledge of building for such a foundation :P |
| 19:48.10 | brlcad | not relying, just don't want you to blow it off entirely as not your problem |
| 19:49.54 | starseeker | prods CIA |
| 19:49.58 | brlcad | wasn't saying drop what you're doing to work on it, just keep it in mind and poke on it when you can .. and document where things are at |
| 19:51.15 | brlcad | kicks CIA-22 |
| 19:51.15 | CIA-22 | ow |
| 19:53.41 | starseeker | hmm - must commit more, evidently |
| 19:53.45 | starseeker | can do... |
| 20:03.20 | mafm | CIA missed half of today's commits or so |
| 20:06.41 | mafm | ~CIA-22-- |
| 20:06.42 | mafm | :) |
| 20:06.45 | mafm | heading home now |
| 20:07.20 | mafm | night |
| 20:32.29 | *** join/#brlcad clock_ (n=clock@217-162-111-235.dclient.hispeed.ch) | |
| 21:16.13 | brlcad | yeah, I think our bot is hosored |
| 21:48.14 | *** join/#brlcad IriX64 (n=mariodot@bas2-sudbury98-1128564908.dsl.bell.ca) | |
| 22:11.30 | brlcad | rather, the bot is fine but it's not getting any notifications from the main bot_server process (they're not showing up in #commits even) |
| 22:11.37 | brlcad | so it's something busted with the rpc relay |
| 23:18.52 | *** join/#brlcad PrezKennedy (i=Matthew@whitecalf.net) | |