| 00:15.22 | CIA-21 | BRL-CAD: 03pacman87 * r31310 10/brlcad/trunk/src/librt/primitives/hyp/hyp.c: uncomment code in shot() to fix problem when raytracing from 45 degrees off of the height vector towards the major axis of the ellipse |
| 00:16.26 | pacman87 | raytracing from command line should be perfect now |
| 00:17.38 | pacman87 | but i have no clue why rt from within mged fails |
| 00:46.56 | andrecastelo | ``Erik: sorry for the delay, had to take care of some things :S |
| 00:49.24 | andrecastelo | i've been taking a look at main.c and the file parsing will be done there, i'll study how the info about the file should be passed from main.c to viewmlt.c |
| 01:10.44 | CIA-21 | BRL-CAD: 03andrecastelo * r31311 10/brlcad/trunk/src/rt/do.c: Fixed a typo in a comment section, at line 720, automaticly -> automatically. |
| 01:23.50 | andrecastelo | ``Erik: i have a doubt - here in do.c (line 768), view_2init receives 2 parameters, but in viewdummy.c and in the application development pdf, view_2init has only one parameter - struct application.. so, why is it different in do.c ? |
| 01:59.29 | starseeker | raises eyebrows at via's openbook CAD files for a laptop case |
| 02:02.20 | starseeker | Ah, foo - they're proe |
| 02:08.29 | *** join/#brlcad Twingy (n=justin@74.92.144.217) | |
| 02:11.25 | *** join/#brlcad ``Erik (i=erik@c-68-54-174-162.hsd1.md.comcast.net) [NETSPLIT VICTIM] | |
| 02:26.40 | andrecastelo | wb ``Erik :D |
| 04:10.44 | brlcad | andrecastelo: technically, the callback has two parameters, but most of the rtuif apps don't use the second one (framename) |
| 04:12.12 | brlcad | so if you want to be correct, you can/should add the second parameter .. could add it to all of them -- only three of the dozen or so have it |
| 04:12.51 | brlcad | even more interesting would be to put it to use in all of them in some useful way |
| 04:18.17 | *** join/#brlcad PrezKennnedy (i=Matthew@208.43.126.194) | |
| 04:18.18 | brlcad | pacman87: does rt from various -a -e work? other than invoking the installed rt, all that's different from within mged is that it passes the active view |
| 04:20.28 | *** join/#brlcad PrezKennnedy (i=Matthew@208.43.126.194) | |
| 04:28.04 | *** join/#brlcad vedge_ (n=vedge@205-237-251-204.ilesdelamadeleine.ca) | |
| 06:13.53 | *** join/#brlcad clock_ (n=clock@77-56-94-220.dclient.hispeed.ch) | |
| 07:38.18 | *** join/#brlcad clock_ (n=clock@zux221-122-143.adsl.green.ch) | |
| 08:01.46 | *** join/#brlcad d_rossberg (n=rossberg@bz.bzflag.bz) | |
| 08:49.27 | d_rossberg | ``Erik: your change on rt_functab makes the brlcad.dll interface incompatible to previous versions, i.e. it won't work with my viewer any more |
| 09:26.32 | *** join/#brlcad mafm (n=mafm@elnet-111.lip.pt) | |
| 09:27.03 | mafm | hai |
| 09:27.22 | andrecastelo | brlcad: i see.. what about the grid setup - i've been taking a look and it seems it is done in do.c and worker.c, how does/should it link to viewmlt.c ? |
| 09:27.30 | andrecastelo | oh hai, mafm! |
| 09:29.05 | mafm | méquié! |
| 11:04.44 | *** join/#brlcad docelic (n=docelic@78.134.201.31) | |
| 11:24.53 | *** join/#brlcad thing0 (n=ric@123.208.87.196) | |
| 11:51.19 | *** join/#brlcad elite01 (n=elite01@dslb-088-071-043-056.pools.arcor-ip.net) | |
| 12:11.56 | brlcad | d_rossberg: ahh, I wondered about that |
| 12:18.21 | brlcad | i'll undo it, but it'll have to change for the other callbacks that get added at some point too -- maybe for 7.14 |
| 12:22.01 | d_rossberg | brlcad: my viewer isn't BRL-CAD's main application but what about your customers? they have to recompile their applications too |
| 12:22.45 | CIA-21 | BRL-CAD: 03brlcad * r31312 10/brlcad/trunk/ (TODO doc/deprecation.txt include/raytrace.h): |
| 12:22.45 | CIA-21 | BRL-CAD: undo the size change to rt_functab's ft_label element in order to preserve |
| 12:22.45 | CIA-21 | BRL-CAD: binary compatibility with previous release, but leave deprecation notices in |
| 12:22.45 | CIA-21 | BRL-CAD: place so it can be changed eventually since it will need to. fortunately |
| 12:22.46 | CIA-21 | BRL-CAD: ft_label didn't need to grow, but there will need to be new callbacks soon. |
| 12:24.46 | brlcad | d_rossberg: it's a valid important point -- it's more just a matter of how and when the changes occur |
| 12:26.44 | brlcad | our "main customer" performs synchronized releases with us, so for them it's not an issue -- it's more a problem for all the rest of our customers, though, so good to keep track of (and avoid if we can) |
| 12:27.25 | brlcad | for rt_functab, I've actually wanted to remove that table altogether, at least it's exposure as a public callback container |
| 12:27.44 | d_rossberg | i got the problem with the RT_HIT_NORMAL macro |
| 12:28.05 | d_rossberg | it uses the ft_normal callback |
| 12:28.49 | brlcad | nods |
| 12:28.57 | d_rossberg | BTW: i was able to display a hyp in my viewer :) |
| 12:30.18 | d_rossberg | it isn't perfect yet, but it's well on the way |
| 12:32.27 | brlcad | heh, cool :) |
| 12:32.49 | brlcad | he is making great progress, I'm excited |
| 12:33.38 | brlcad | there was a good paper at this conference I'm at about performing sweeps that (after he finishes hyp) I'll see if I can get to him |
| 12:34.50 | brlcad | it was an interesting application trying to form smooth sweep paths for hearing aid devices that have a tiny pressure canal that gets swept through |
| 12:38.33 | CIA-21 | BRL-CAD: 03brlcad * r31313 10/brlcad/trunk/configure.ac: the echos were unintentional debug, removed |
| 12:39.34 | d_rossberg | can this paper be included in the documentation on the brlcad web site? |
| 12:41.55 | CIA-21 | BRL-CAD: 03brlcad * r31314 10/brlcad/trunk/misc/win32-msvc8/tclsh/library/installTree.tcl: primitives are one level deep in their own dir now |
| 12:44.01 | mafm | brlcad: did you think about the place for my code yet? |
| 12:45.25 | brlcad | d_rossberg: portions of it probably could, would have to contact the author for the whole thing |
| 12:45.42 | brlcad | mafm: yeah, remind me in a bit :) |
| 12:46.43 | mafm | ok |
| 13:02.44 | *** join/#brlcad docelic_ (n=docelic@78.134.200.136) | |
| 13:20.11 | ``Erik | heh,brlcad beat me to the fix :) |
| 13:20.31 | ``Erik | wonders if changing those to bu_vls would be overkill |
| 13:34.53 | starseeker | ``Erik: you mean nirt? well, maybe - it seems cleaner though |
| 13:54.53 | ``Erik | I meant the raytrace.h issue, actually |
| 13:55.01 | ``Erik | the strings in the functab |
| 13:56.45 | ``Erik | /t BRL-CAD Open Source Solid Modeling - Do Not Fold, Spindle, or Mutilate. |
| 13:56.48 | ``Erik | O:-) |
| 14:07.22 | ``Erik | how do you bury an old programmer? |
| 14:07.34 | ``Erik | face down, nine edge first |
| 14:10.10 | pacman87 | brlcad: ae works from command line. "./src/rt/rt -a 45 -e 30 ~/brlcad/test/hyp-test.g grp.g" gives http://brlcad.org/wiki/Image:Rt_hyp.png |
| 14:11.37 | pacman87 | d_rossberg: what "isn't perfect" about hyp in your viewer? tess() and curve() are still stubs, if that makes a difference |
| 14:11.42 | ``Erik | neat |
| 14:12.32 | ``Erik | are your hyperbaloids solid? like, do you have a plate thickness on them or are they naturally solid and you're doing subtractions? |
| 14:12.42 | pacman87 | the flat elliptical endplates were boring, so i made shells from subtraction |
| 14:12.55 | ``Erik | ok, cool :) |
| 14:13.25 | ``Erik | now for the scary part; can they be modified in mged with the "sed" command? :D |
| 14:13.40 | pacman87 | hmm, haven't tried |
| 14:13.49 | ``Erik | that was the hardest part when I added metaballs, edsol.c is... interesting. |
| 14:14.16 | pacman87 | i havent' changed edsol.c, so your answer is probably no |
| 14:15.55 | pacman87 | mged> sed h.s |
| 14:15.55 | pacman87 | mged> rt_nul_xform unimplemented |
| 14:15.55 | pacman87 | transform_editing_solid failed to apply a matrix transform, aborting |
| 14:16.11 | pacman87 | so, not yet :) |
| 14:16.18 | ``Erik | src/mged/edsol.c is where most of that is |
| 14:16.48 | ``Erik | at least your primitive doesn't have a dynamic amount of information like pipes and metaballs do :) |
| 14:17.42 | d_rossberg | pacman87: the hyps aren't solid: they look ok from the side but not from the top |
| 14:19.19 | pacman87 | d_rossberg: could you post a screenshot? |
| 14:19.55 | d_rossberg | let me see ... |
| 14:20.00 | pacman87 | https://webspace.utexas.edu/trv82/www/hyp_rt13.png |
| 14:20.06 | pacman87 | that's what mine looks like |
| 14:27.04 | d_rossberg | http://ftp.brlcad.org/hyp_1.png |
| 14:28.05 | pacman87 | that's a 404 |
| 14:29.22 | brlcad | http://brlcad.org/~rossberg/hyp_1.png |
| 14:29.32 | d_rossberg | sorry: http://ftp.brlcad.org/~rossberg/hyp_1.png |
| 14:29.58 | brlcad | notes that the ftp. is no longer needed now that the site is migrated |
| 14:30.37 | d_rossberg | checks ... ... ... ok |
| 14:31.07 | d_rossberg | from top: http://ftp.brlcad.org/~rossberg/hyp_2.png |
| 14:34.21 | d_rossberg | from the side: http://brlcad.org/~rossberg/hyp_3.png |
| 14:34.44 | d_rossberg | and a rearly nice one: http://brlcad.org/~rossberg/hyp_4.png |
| 14:40.36 | andrecastelo | morning everyone |
| 14:41.15 | brlcad | howdy andrecastelo |
| 14:41.24 | andrecastelo | howdy brlcad :D |
| 14:44.09 | *** join/#brlcad PrezKennnedy (i=Matthew@208.43.126.194) | |
| 14:44.58 | *** join/#brlcad prasad_ (n=psilva@h-67-103-183-185.mclnva23.covad.net) | |
| 14:45.14 | ``Erik | it's migrated already? |
| 14:45.27 | prasad_ | u guys lose power up there? |
| 14:45.34 | prasad_ | yesterday |
| 14:45.46 | brlcad | it migrated a couple months ago when the new website went live |
| 14:46.02 | CIA-21 | BRL-CAD: 03andrecastelo * r31315 10/brlcad/trunk/misc/win32-msvc9/librt/librt.vcproj: torus/torus.c is now tor/tor.c, updated librt.vcproj. |
| 14:46.04 | ``Erik | no, had a good bit of rain briefly, but power both at work and home stayed up |
| 14:48.42 | ``Erik | zomfgwtff |
| 14:53.45 | *** join/#brlcad prasad1 (n=psilva@h-72-245-122-226.mclnva23.covad.net) | |
| 15:06.35 | CIA-21 | BRL-CAD: 03erikgreenwald * r31316 10/brlcad/trunk/src/adrt/libutil/Makefile.am: move camera.[ch] to EXTRA_DIST since it's an empty file |
| 15:09.05 | CIA-21 | BRL-CAD: 03erikgreenwald * r31317 10/brlcad/trunk/src/adrt/ (10 files in 5 dirs): remove (unused/inconsistent) "magic endian" support, will move to standard endian handling down the road. |
| 15:11.28 | brlcad | mafm: what is your build environment? (OS, compiler, etc) |
| 15:13.43 | ``Erik | ponders migrating his personal CVS stuff to subversion |
| 15:17.12 | ``Erik | ponders getting the blanket out of his car and taking a nap under his desk O.o :D |
| 15:18.53 | clock_ | brlcad: aren't you a relative to a singer from the Doors? |
| 15:21.05 | mafm | brlcad: Debian, GCC 4.2/3 |
| 15:23.11 | CIA-21 | BRL-CAD: 03erikgreenwald * r31318 10/brlcad/trunk/src/adrt/ (COPYING Doxyfile NEWS): These go away now. |
| 15:23.48 | CIA-21 | BRL-CAD: 03erikgreenwald * r31319 10/brlcad/trunk/src/adrt/Makefile.am: take removed files out of EXTRA_DIST |
| 15:25.12 | mafm | brlcad: why? |
| 15:27.41 | *** join/#brlcad louipc (n=louipc@76-10-146-181.dsl.teksavvy.com) | |
| 15:27.49 | CIA-21 | BRL-CAD: 03pacman87 * r31320 10/brlcad/trunk/src/librt/primitives/hyp/hyp.c: logic fix in shot() to avoid an incorrect third hitpoint, fixes the endcap problem d_rossburg found |
| 15:31.40 | mafm | (be back in 1h or so...) |
| 16:40.13 | pacman87 | anyone have any ideas as to why rt fails on hyp from within mged? |
| 16:40.41 | pacman87 | or a way to get a more verbose error message than 'raytrace failed'? |
| 16:45.07 | *** join/#brlcad dtidrow (n=dtidrow@c-69-255-182-248.hsd1.va.comcast.net) | |
| 17:09.49 | mafm | brlcad: any resolution yet? |
| 17:15.50 | ``Erik | pacman: how are you trying to execute it? using the 'rt' command in the mged console, or the 'raytrace' dialog box? |
| 17:16.00 | pacman87 | rt from mged console |
| 17:16.02 | ``Erik | also; did you try rendering something like a torus or sphere the same way? |
| 17:16.09 | pacman87 | yes, only the hyp failed |
| 17:16.13 | ``Erik | weird |
| 17:16.23 | pacman87 | i'm runnign mged -c |
| 17:16.45 | ``Erik | the, uhm, rt tcl command executes the dgo_ wrapper which merely does a fork/exec of the rt binary |
| 17:16.56 | ``Erik | hum, did you try it in tk mode, too? |
| 17:17.02 | pacman87 | tk? |
| 17:17.07 | ``Erik | the gui mged |
| 17:17.17 | ``Erik | non-classic |
| 17:17.27 | pacman87 | not yet, trying now |
| 17:18.18 | ``Erik | classic mode isn't high on the priority list for testing when things get changed, so there may've been an odd bug that crept in? *shrug* :) |
| 17:18.58 | mafm | ``Erik: you're committing spam! |
| 17:19.02 | pacman87 | hmm, non classic works |
| 17:19.09 | mafm | (according to gmail, that is...) |
| 17:19.59 | ``Erik | weird :) probably too high a ratio of UPPER ZOMGBUYVIAGRA CASE |
| 17:21.32 | pacman87 | hmm, it's working now |
| 17:21.36 | pacman87 | even -c |
| 17:21.46 | mafm | maybe the one removing the GPL |
| 17:21.57 | mafm | either that or the other to adrt |
| 17:22.44 | ``Erik | <-- flips google off |
| 17:22.46 | ``Erik | :D |
| 17:24.44 | ``Erik | "Happy Birthday! X86 Turns 29.991803 Years Old." |
| 17:25.29 | pacman87 | floating point error? |
| 17:26.20 | ``Erik | was a response to "The story is a few days early. I think you may have a rounding bug somewhere." on /. |
| 17:27.21 | pacman87 | it's probably preparation for the dupe on the right day :) |
| 17:27.39 | ``Erik | hehehe, yeah |
| 17:27.48 | ``Erik | but now that has to be dup'd before the real dup, which will be dup'd |
| 17:30.54 | mafm | probably related to this: |
| 17:30.57 | mafm | http://en.wikipedia.org/wiki/Pentium_FDIV_bug |
| 17:31.16 | ``Erik | ayup |
| 17:31.36 | ``Erik | back with the p75's and stuff, there was a nifty "10 reasons not to buy intel" list floating around |
| 17:32.00 | mafm | cue the jokes http://www.netjeff.com/humor/item.cgi?file=PentiumJokes |
| 17:32.04 | ``Erik | and every one was numbered with a funny long number, like 10.000142 8.999232 8.001412223 |
| 17:32.20 | mafm | (it's inside there, I think) |
| 17:40.13 | pacman87 | how do you do texture mapping for a raytrace? |
| 17:43.30 | starseeker | Well, we have the VIA open book case and the openmoko case now... anybody know of any more such releases? |
| 17:52.12 | *** join/#brlcad elite01 (n=elite01@dslb-088-071-043-056.pools.arcor-ip.net) | |
| 17:53.41 | starseeker | Oh, and of course the NASA space probe stuff... |
| 18:07.42 | brlcad | pacman87: that's where the _uv function matters, you define the uv mapping for the primitive and that in turn describes how a texture is mapped |
| 18:09.19 | pacman87 | brlcad: right, i want to test my uv function, but i dont know how to tell it to use a texture |
| 18:10.35 | brlcad | ah, create a region with your primitive in it, use the texture shader on it (or stack shader with texture and plastic) |
| 18:11.09 | brlcad | wonders where there is a good texture example |
| 18:12.21 | starseeker | The earth model might do OK, but a tutorial would be better... |
| 18:12.23 | brlcad | mm.. in the regress/ directory, run make regress .. it'll run its tests and then one of those tests is a shaders test -- there will be a .g (several) that has an object with a texture applied, and there's a shell script that shows how it was made (shaders.sh iirc) |
| 18:14.56 | brlcad | five step process: it amounts to 1) make primitive (in or make cmd) 2) make combination/region (r cmd) 3) create/convert texture (.pix format, png-pix tool) 4) import pix as object (dbbinary cmd) 5) set shader on region (mater cmd) |
| 18:15.24 | brlcad | 4 is technically optional, but it's best for transport |
| 18:15.48 | pacman87 | is there an ideal texture image size? |
| 18:15.56 | brlcad | not really |
| 18:16.07 | pacman87 | how does it do scaling/tiling? |
| 18:16.08 | brlcad | start with default 512x512 |
| 18:16.42 | brlcad | those are controlled when you set the shader, it has parameters for how it scales/tiles |
| 18:16.51 | pacman87 | ok |
| 18:17.16 | brlcad | it's a little more obvious via the tcl mged shader gui, but the regress/shaders.sh script will show the base commands |
| 18:17.56 | pacman87 | btw, the non-classic mode seems to work for me now |
| 18:18.03 | brlcad | wierd |
| 18:30.37 | starseeker | brlcad: z-clipping is now off by default, correct? |
| 18:32.45 | starseeker | sees it is in latest svn, thinks he remembers this being done a while back |
| 18:33.26 | starseeker | Ah, nevermind - in the NEWS file |
| 18:34.20 | CIA-21 | BRL-CAD: 03starseeker * r31321 10/brlcad/trunk/TODO: remove z-clipping from TODO list - done in last release |
| 18:37.54 | CIA-21 | BRL-CAD: 03starseeker * r31322 10/brlcad/trunk/TODO: gap reporting is in there now as well |
| 18:39.47 | CIA-21 | BRL-CAD: 03starseeker * r31323 10/brlcad/trunk/src/nirt/sfiles/ (Makefile.am entryexit.nrt): Add nirt formatting option to report exit points rather than LOS. |
| 18:44.52 | CIA-21 | BRL-CAD: 03starseeker * r31324 10/brlcad/trunk/ (NEWS TODO): |
| 18:44.52 | CIA-21 | BRL-CAD: Add several additional built-in formatting options for nirt, specifiable using |
| 18:44.52 | CIA-21 | BRL-CAD: the -f option and stored in brlcad's global data directory. nirt -L option |
| 18:44.52 | CIA-21 | BRL-CAD: lists available formats, will check directory at runtime instead of compile time |
| 18:44.53 | CIA-21 | BRL-CAD: thanks to new uce-dirent functionality. One of the new formats addresses the |
| 18:44.55 | CIA-21 | BRL-CAD: TODO request for reporting exit points instead of LOS. |
| 18:45.00 | ``Erik | http://bash.org/?866133 heh |
| 19:07.01 | starseeker | sees bug report on nirt generating messages in triplicate if the shot routines miss - anybody know of a test case for this? |
| 19:17.57 | brlcad | woot for reduction of TODO |
| 19:18.04 | starseeker | :-) |
| 19:18.41 | starseeker | I hope I understood that request for exit points correctly - if I did it bordered on trivial |
| 19:18.51 | brlcad | I've seen the nirt multiple report bug several times -- it seems to be tied to environments |
| 19:19.02 | starseeker | hmm. |
| 19:19.15 | starseeker | not mac, apparently - i've never seen it here |
| 19:19.22 | starseeker | flips to linux box... |
| 19:20.10 | starseeker | how goes conferernce #2? |
| 19:20.21 | starseeker | s/conerernce/conference |
| 19:20.27 | brlcad | pretty good |
| 19:20.46 | brlcad | smi's never as good as spm, different focus, but there have been a few good papers/posters |
| 19:20.55 | starseeker | cool |
| 19:21.21 | brlcad | a really good paper on searching/comparing geometry using wavelets |
| 19:21.29 | starseeker | brlcad: Oh, do you know of any docs (good or otherwise) describing the Pro/E file format? |
| 19:21.35 | starseeker | sweet |
| 19:21.47 | brlcad | for translation and orientation invariant comparison mappings |
| 19:22.02 | brlcad | the "Pro/E file format"? |
| 19:22.13 | starseeker | or formats i suppose |
| 19:22.29 | brlcad | they're proprietary formats |
| 19:22.43 | starseeker | right - has no one done any work to figure them out? |
| 19:22.53 | brlcad | nothing of value, no |
| 19:22.57 | starseeker | bah |
| 19:23.07 | brlcad | and there are several formats, several versions of formats |
| 19:25.01 | starseeker | well, that explains why google didn't tell me anything |
| 19:25.08 | brlcad | the 'main' format of their granite engine is actually also a ".g" file format .. but it's not used very much afaik |
| 19:25.46 | brlcad | most common are .prt/.asm files -- that's Pro/E's "native" file format |
| 19:26.09 | starseeker | is guessing it's probably pretty nasty... sigh |
| 19:26.57 | brlcad | yeah, and a moving target |
| 19:27.32 | brlcad | better would be to focus on one of the formats their engine supports natively that crosses over with other major engines (acis or parasolid) |
| 19:28.04 | brlcad | like .sat, .iges, .step, .x_t |
| 19:29.05 | starseeker | how much is lost going from Pro/E to one of those formats? |
| 19:31.59 | starseeker | reflects it doesn't matter too much anyway, in the end... |
| 19:33.24 | CIA-21 | BRL-CAD: 03erikgreenwald * r31325 10/brlcad/trunk/TODO: Blinn blob method is implemented, but weird shelling issue was discovered in metaballs, so update to fix queue |
| 19:35.18 | starseeker | is confused by the BRLCAD_ROOT segfault bug report - on his machines echo $BRLCAD_ROOT doesn't show anything, and yet rt is working fine... |
| 19:36.06 | mafm | where should I discuss about the GUI to use, here or in mail with {Robert,Mailing List,...}? |
| 19:39.16 | starseeker | brlcad: where did you see the multiple report bug - do you happen to remember? (linux box didn't show it either) |
| 19:39.33 | starseeker | also, is it MGED or command line? |
| 19:44.53 | *** join/#brlcad IriX64 (n=IriX64@bas2-sudbury98-1177725958.dsl.bell.ca) | |
| 19:46.37 | IriX64 | http://www3.sympatico.ca/mario.dulisse2/irssi.exe <---- self extracting archive, containg cygwin build of Irssi 0.8.12 and supporting cygwin dll's :) |
| 19:48.53 | mafm | hmmm, but does it have icons of nude women? [ http://ars.userfriendly.org/cartoons/?id=20080605 ] |
| 19:49.06 | IriX64 | i'm running it now, do a version of me if you like |
| 19:49.35 | IriX64 | user friendly women there's an idea |
| 19:50.18 | mafm | it looks like a contradiction to me |
| 19:50.20 | mafm | :) |
| 19:50.24 | IriX64 | heh |
| 19:50.32 | IriX64 | telawoman :) |
| 19:50.48 | IriX64 | as good as television and telkephone :) |
| 19:50.56 | IriX64 | err telephone |
| 19:55.03 | IriX64 | 04:08 IriX64 [n=IriX64@bas2-sudbury98-1177725958.dsl.bell.ca] requested CTCP VERSION from IriX64: |
| 19:55.09 | IriX64 | 04:08 CTCP VERSION reply from IriX64: irssi v0.8.12 - running on CYGWIN_NT-6.0-WOW64 i686 |
| 19:56.07 | IriX64 | sorry for the paste |
| 19:57.02 | mafm | :) |
| 19:57.08 | IriX64 | :) |
| 19:58.56 | mafm | [mainly] for GSoC mentors: http://brlcad.org/wiki/User:Mafm#Log |
| 19:59.08 | mafm | I'll continue checking RBGui tomorrow and trying to fix it |
| 19:59.58 | mafm | I don't know if somebody wants to discuss the GUI to use or leave that decision only to me |
| 20:00.13 | mafm | if anybody wants, please chime in |
| 20:00.19 | mafm | heading home now, see you tomorrow :) |
| 20:00.27 | pacman87 | i'll give feedback, if that's what your' lookign for |
| 20:00.53 | mafm | thanks pacman87 |
| 20:01.22 | pacman87 | though i only really have experience with the solidworks way of doing things |
| 20:01.26 | mafm | the bad thing is that there's no many choices... it's probably RBGui or the ugly-but-familiar CEGUI... |
| 20:01.48 | mafm | there're* even |
| 20:02.33 | mafm | k so... see you tomorrow |
| 20:02.45 | pacman87 | yeah, i dont know too much about actually coding gui's |
| 20:03.15 | pacman87 | but if your lookign for UI design type feedback, i'd be more helpful there |
| 20:03.43 | poolio | I hate almost all GUIs, so I could potentially be helpful critiquing :) |
| 20:07.03 | brlcad | starseeker: "it depends" for every one of those file formats, there is no golden egg format, importer, or exporter generally speaking .. it's a nasty matrix of tradeoffs |
| 20:07.37 | brlcad | that's why you avoid it at all costs, or at least do it as infrequently as possible and use formats that preserve the fundamental underlying data format representation |
| 20:07.51 | brlcad | e.g. if it's a brep spline surface, keep it as that |
| 20:08.32 | brlcad | even then, you can still lose data like the assembly hierarchy, material properties, the construction history |
| 20:10.36 | brlcad | starseeker: I don't recall where, it seems to come and go -- in mged only -- probably a bu_log bug with mged's logging hook and stdout/stderr settings |
| 20:11.04 | brlcad | i wouldn't close it out without testing on an analysts machine on windows and mac |
| 20:11.17 | brlcad | nice ufie.. :) |
| 20:12.44 | brlcad | cegui is only "ugly" if you use the default theme (which we definitely would not) .. it's as ugly as your theme |
| 20:13.30 | brlcad | poolio: I think all the options suck too .. that doesn't actually usualy help pick one though :) |
| 20:13.47 | poolio | brlcad: true true |
| 20:16.42 | poolio | brlcad: ah hey, I just noticed the brep/ folder :) |
| 20:21.18 | poolio | brlcad: so would the function call be rt_xxx_brep? or just xxx_brep? And it would take the implicit form and convert to an ON_Brep? |
| 20:31.14 | *** join/#brlcad Elperion (n=Bary@p54875F85.dip.t-dialin.net) | |
| 20:33.03 | pacman87 | i gave up on texturing; i |
| 20:33.16 | pacman87 | ... i'm just using checker |
| 20:39.16 | pacman87 | why does mged treat del the same as backspace? |
| 21:05.34 | *** join/#brlcad dtidrow (n=dtidrow@c-69-255-182-248.hsd1.va.comcast.net) | |
| 21:05.59 | *** join/#brlcad dli (n=dli@400exp219.anlgh.org) | |
| 21:08.10 | dli | Initializing and backgrounding, please wait...Can't find a usable tk.tcl in the following directories: |
| 21:08.27 | dli | <PROTECTED> |
| 21:09.31 | dli | /usr/brlcad/lib/tk8.5/tk.tcl: no event type or button # or keysym |
| 21:10.12 | pacman87 | dli: did you do ./configure --enable-all? |
| 21:13.36 | dli | pacman87, let me find out |
| 21:16.38 | andrecastelo | good evening everyone |
| 21:16.59 | pacman87 | hi andrecastelo |
| 21:17.07 | andrecastelo | howdy pacman87 |
| 21:18.42 | pacman87 | i'm working on fixing my UV coords so the textures aren't stretched oddly for the elliptical cross section |
| 21:19.14 | dli | pacman87, http://pastebin.com/m35787fa7 |
| 21:19.23 | dli | pacman87, my configure line |
| 21:21.16 | pacman87 | dli: i'm not really all that familiar with brlcad's compile flags, sorry |
| 21:21.44 | pacman87 | i just know --enable-all fixed my problems with tcl/tk |
| 21:22.59 | dli | pacman87, I will try the opposite, disable tcl/tk by brlcad, try system tcl/tk |
| 21:23.05 | *** join/#brlcad andrecastelo__ (n=chatzill@189.71.56.224) | |
| 21:23.26 | dli | pacman87, kind of dangerous though, upgrading system tcl/tk to 8.5 |
| 21:24.06 | louipc | brlcad needs 8.5 |
| 21:24.40 | dli | louipc, yes, I have 8.4 packages installed now, that's why I mentioned I have to upgrade them |
| 21:25.10 | dli | louipc, upgrading might cause massive damage to tcl/tk based packages, I imagine |
| 21:25.27 | louipc | yea |
| 21:26.32 | dli | louipc, any idea why tcl/tk from brlcad breaks down? |
| 21:27.05 | louipc | no idea |
| 21:27.20 | louipc | I've always used system |
| 21:27.55 | dli | louipc, sounds good, I will take the risk and upgrade then |
| 21:28.21 | louipc | I don't have any system critical apps that depend on tcl |
| 21:28.31 | starseeker | brlcad: What does the windows version of BRL-CAD do with XStoreColor? |
| 21:28.41 | starseeker | libdm seems to need it... |
| 21:28.48 | CIA-21 | BRL-CAD: 03brlcad * r31326 10/brlcad/trunk/Makefile.am: convert (back) to using make variables instead of automake encoded subst variables for all values. |
| 21:28.50 | louipc | the only things I have are git-gui, some program to write guitar tabulatures |
| 21:28.54 | dli | louipc, one more question, "--disable-tcl-build --disable-tk-build" would try system tcl/tk, right? |
| 21:28.56 | louipc | and brlcad |
| 21:28.57 | louipc | :D |
| 21:29.53 | louipc | dli: yeah that'd be the only option :D |
| 21:29.55 | brlcad | pacman87: portable bindings on del vs bs is a pita -- if you want to tweak that logic, go for it .. I'll even point you at the files but you'll need to put in a bit of cross-platform testing love to make sure it does sane things |
| 21:30.32 | louipc | dli: but brlcad will try to use your system tcl/tk automatically if it's suitable |
| 21:31.14 | dli | louipc, so, I don't have to rebuild brlcad indeed, just upgrade system tcl/tk |
| 21:31.18 | brlcad | dli: it doesn't exactly break down, that's a search path failure |
| 21:31.56 | louipc | hmm there might be an issue with the tcl extensions though |
| 21:32.01 | louipc | I'm not sure |
| 21:32.07 | brlcad | which is a mess the way tcl deals with searching .. there are lots of variables and places for things to go wrong for embedded interpreter apps (which mged is) |
| 21:32.37 | brlcad | what was your configure summary? |
| 21:32.49 | brlcad | that's more informative than the configure line for what it's actually going to do |
| 21:33.13 | dli | brlcad, which ENV to direct it? |
| 21:33.14 | brlcad | it's near the end of your config.log (not the very end, go back a few pages) if you don't still have it in a scrollback buffer |
| 21:34.04 | brlcad | starseeker: windows shouldn't be using anything X11 |
| 21:34.32 | starseeker | color.c in libdm includes X11/X11.h without any conditionals |
| 21:34.47 | starseeker | and dm_copy_cmap makes direct use of XStoreColors |
| 21:35.53 | starseeker | Is color.c needed only for X systems? |
| 21:36.35 | brlcad | you're asking me instead of looking at the build files because... ? :) |
| 21:37.26 | starseeker | hadn't tried reading the windows build files on a mac, but he should have... |
| 21:37.30 | brlcad | that's something I'd seriously hope nobody wasted neurons on remembering ;) |
| 21:37.56 | brlcad | but my guess would be that windows doesn't need it |
| 21:38.52 | brlcad | even without knowing the build files, just trace the functions in that file and what other files call those functions .. if it doesn't have a path to dm-wgl, then it shouldn't get hit |
| 21:39.04 | starseeker | ah |
| 21:40.56 | pacman87 | i realized why rt failed inside mged before: i skipped the 'make install' step and was running from the build location |
| 21:45.10 | brlcad | heh |
| 21:45.14 | brlcad | that'll do it |
| 21:46.44 | CIA-21 | BRL-CAD: 03brlcad * r31327 10/rt^3/trunk/ (40 files in 18 dirs): |
| 21:46.44 | CIA-21 | BRL-CAD: mass update of the sources and build system so that this module can be used as a |
| 21:46.44 | CIA-21 | BRL-CAD: stomping ground for C++ gui developments. there's still a fair bit of useless |
| 21:46.44 | CIA-21 | BRL-CAD: and non-existent code, but the overall structure is more or less a sound |
| 21:46.44 | CIA-21 | BRL-CAD: starting point. sync license and version approach with main module. |
| 21:47.14 | brlcad | mafm has a home |
| 21:47.28 | starseeker | cool :-) |
| 21:47.37 | starseeker | ogre fun? |
| 21:47.43 | brlcad | yep |
| 21:47.56 | louipc | ogre! |
| 21:47.56 | brlcad | goes to dinner |
| 21:48.15 | starseeker | louipc: you know of it? |
| 21:48.19 | louipc | that's another package that will give me pain |
| 21:48.27 | starseeker | how come? |
| 21:48.28 | louipc | yeah |
| 21:48.51 | louipc | I don't know. i tried building a game with it |
| 21:49.12 | louipc | and it's not in my distros repos :( |
| 21:49.38 | starseeker | ah |
| 21:49.51 | louipc | seems cool though |
| 21:50.23 | starseeker | has heard lots of good things about it |
| 22:07.49 | CIA-21 | BRL-CAD: 03pacman87 * r31328 10/brlcad/trunk/src/librt/primitives/hyp/hyp.c: upgrade uv(): change top/bottom mapping from circular to elliptical to match the shape, and change latitude lines to be more evenly spaced around the ellipse |
| 22:21.17 | pacman87 | https://webspace.utexas.edu/trv82/www/hyp_rt14.png |
| 22:25.35 | pacman87 | how do you do a shaded checkerboard? |
| 22:28.09 | *** join/#brlcad PrezKennedy (i=Matthew@208.43.126.194) | |
| 22:33.36 | *** join/#brlcad archivist (n=archivis@host81-149-119-172.in-addr.btopenworld.com) | |
| 22:48.45 | *** join/#brlcad Axman6 (n=Axman6@pdpc/supporter/student/Axman6) | |
