| 00:04.10 | *** join/#brlcad kunigami_ (~kunigami@187.106.4.220) | |
| 00:09.05 | kunigami_ | hi, I've updated my proposal on "shaders enhancements". commentaries are most welcome! |
| 00:19.00 | brlcad | kunigami_: hehe |
| 00:19.02 | brlcad | "write a small tutorial on how to write a tutorial on how to implement shaders" |
| 00:20.08 | brlcad | but ... I what if I need a tutorial on writing small tutorial on how to write a tutorial on how shaders are implemented? |
| 00:25.44 | kunigami_ | brlcad: oops let me correct that :P |
| 00:26.23 | *** join/#brlcad IriX64 (~kvirc@bas2-sudbury98-1096601295.dsl.bell.ca) | |
| 00:33.31 | brlcad | kunigami_: so a few other comments and clarifications |
| 00:34.37 | brlcad | it doesn't necessarily have to go into your proposal now (though it will be useful pre-coding work), but you'll have to tell me more about their concept of closures |
| 00:35.27 | brlcad | as well as whether OSL actually evaluates / calculates the optical properties of a shader or whether it just describes a shader |
| 00:36.27 | kunigami_ | brlad: hmm, ok! I think I'll spend some more time playing with OSL tomorrow! |
| 00:37.30 | brlcad | a shader can be a completely abstract concept, so it's hard for me to imagine they actually implemented a system that takes a C-style text description and turns it into an actual working implementation .. but maybe, imageworks has a lot of resources |
| 00:38.20 | brlcad | returning a parametric representation sounds more plausible, but then how that interacts with a raytrace sounds very interesting |
| 00:39.15 | brlcad | kunigami_: one thing you can look at, on the wiki is a tutorial on shooting a ray with brl-cad -- that has no shader/optics, just returns a hit point |
| 00:39.26 | brlcad | you could use that with OSL as a proof-of-concept |
| 00:39.33 | brlcad | that might be something work milestoning |
| 00:39.38 | brlcad | s/might/would/ |
| 00:39.45 | brlcad | since it would show how the two interact |
| 00:41.00 | kunigami_ | hmm good idea! |
| 01:01.58 | brlcad | starseeker: I hope you meant sync TRUNK to stable and not stable to trunk... ;) |
| 01:08.43 | *** join/#brlcad packrat (~packrator@99-67-225-40.lightspeed.livnmi.sbcglobal.net) | |
| 01:11.53 | *** join/#brlcad crazy_imp (~mj@a89-182-6-68.net-htp.de) | |
| 01:17.13 | CIA-105 | BRL-CAD: 03brlcad * r44245 10/brlcad/trunk/include/ (bu.h common.h): add __BU_ATTR_ALWAYS_INLINE with a protection for gcc 3.4 and earlier where the always_inline attribute wasn't yet fully implemented (reportedly still works for some optimization options) |
| 01:19.27 | CIA-105 | BRL-CAD: 03brlcad * r44246 10/brlcad/trunk/src/librt/opennurbs_ext.h: |
| 01:19.27 | CIA-105 | BRL-CAD: use the new __BU_ATTR_ALWAYS_INLINE define so that we get forced inline behavior |
| 01:19.27 | CIA-105 | BRL-CAD: for newer gcc or forced off if older. the 'inline' keyword may be superfluous |
| 01:24.04 | brlcad | tick tock gsoc applicants! |
| 01:24.11 | brlcad | two days remaining |
| 02:00.52 | *** join/#brlcad PrezWhiteCalf (MK@whitecalf.net) | |
| 02:03.48 | *** join/#brlcad WhiteCalf (MK@whitecalf.net) | |
| 02:16.53 | starseeker | er, yeah |
| 03:11.57 | *** join/#brlcad Ralith (~ralith@S010600221561996a.vc.shawcable.net) | |
| 03:16.17 | bhinesley | brlcad: Part of my new plan is to migrate oed (modified for stateless use), which then opens the door for ill, sill, and consolidation of all the rot commands. I wanted to try and get your opinion before updating the proposal. |
| 03:25.17 | bhinesley | Also, I was hoping to include the consolidation of the rcc-* commands, which you mentioned was desirable. Can a naming convention be hashed out during the coding phase, or is that something that the proposal should address? |
| 03:53.25 | brlcad | bhinesley: the proposal doesn't have to have everything addressed, just a clear plan (even if the plan includes numerous research, design, and coding work) |
| 03:54.54 | *** join/#brlcad louipc (~louipc@archlinux/trusteduser/louipc) | |
| 04:05.45 | bhinesley | okay; I'm submitting again. |
| 04:05.48 | brlcad | bhinesley: the plan to migrate oed sounds great but that will be a somewhat tricky on -- give yourself a good bit of time (a week or two) for just that one command |
| 04:06.23 | bhinesley | that should be just fine, I rear-loaded the milestones to give me a chance to tackle the tougher issues |
| 04:07.00 | brlcad | setting up some means to track your progress can be a milestone in itself |
| 04:07.30 | brlcad | (e.g., the spreadsheet idea) |
| 06:13.41 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 06:57.56 | *** join/#brlcad merzo (~merzo@193.254.217.44) | |
| 07:00.54 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 09:43.50 | *** join/#brlcad sachinjain (~sachin@117.211.88.150) | |
| 11:19.57 | CIA-105 | BRL-CAD: 03davidloman * r44247 10/geomcore/trunk/tests/ (20 files in 19 dirs): Split out tests into Functional and Unit dirs in prep for some unit test addition. |
| 11:37.36 | *** join/#brlcad Stattrav (~Stattrav@122.172.43.72) | |
| 11:37.36 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 13:03.09 | *** join/#brlcad adityag (~ADITYA@182.237.144.88) | |
| 13:33.12 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 13:42.34 | sachinjain | brlcad : can you tell me what are the two approaches that you told me earlier for the project "vector output from raytracing" |
| 13:43.25 | sachinjain | and I have also uploaded a patch on sourceforge as you told to do so |
| 13:43.41 | sachinjain | told me* |
| 13:48.01 | CIA-105 | BRL-CAD: 03starseeker * r44248 10/geomcore/trunk/tests/func/svntest/main.c: Work from respository root for commit, rather than assuming a particular model |
| 13:51.31 | CIA-105 | BRL-CAD: 03starseeker * r44249 10/geomcore/trunk/tests/func/CMakeLists.txt: tweak build to get it working... |
| 13:53.43 | sachinjain | isn't there any developer online? |
| 13:53.57 | CIA-105 | BRL-CAD: 03starseeker * r44250 10/geomcore/trunk/src/libgvm/objects.c: Will need to specify 'root' here as well |
| 13:59.30 | CIA-105 | BRL-CAD: 03starseeker * r44251 10/geomcore/trunk/src/libgvm/objects.c: Memory is in pool, but go ahead and dequeue list... |
| 14:16.26 | d_rossberg | sachinjain: now, yes |
| 14:17.41 | d_rossberg | ups, he quit |
| 14:18.24 | starseeker | he doesn't really seem to grasp the nature of IRC |
| 14:27.59 | ``Erik | or mebbe he pays by time or data xfer |
| 14:28.32 | ``Erik | (or has to use a cybercafe or school lab for internet access) |
| 14:47.19 | starseeker | screen + remote server |
| 15:04.26 | ``Erik | gotta have shell access on a remote server to do that :D |
| 15:05.22 | brlcad | they're at a uni .. chances are super-high that they have or could get access |
| 15:07.22 | ``Erik | I d'no, where I went, they started killing screens at night and then removed unix servers for NT ones (12 rs6k aix boxes took over 300 nt4 machines to meet needs), and he may've moved back home for the summer *shrug* not everyone has our level of access, 'sall I'm sayin' |
| 15:08.05 | CIA-105 | BRL-CAD: 03starseeker * r44252 10/geomcore/trunk/src/libgvm/ (CMakeLists.txt models.c): Add logic for adding a new model |
| 15:08.21 | ``Erik | might be worth asking his connection details before stating that he doesn't "get it" |
| 15:08.47 | brlcad | given the previous discussions, I'd still bet on him just not getting it or not being patient |
| 15:09.21 | starseeker | whatever his connection details, IRC is what it is - if he can't communicate on those terms that's OK, but then he should be using email |
| 15:09.33 | brlcad | everything you describe happened where I was at, but there was still a dozen ways I could have run a screen session |
| 15:09.51 | brlcad | you only have to find ONE .. which really isn't that hard |
| 15:10.35 | brlcad | starseeker: great point, IRC isn't an excuse given we have a mailing list |
| 15:16.21 | *** join/#brlcad b0ef (~b0ef@226.27.202.84.customer.cdi.no) | |
| 15:32.19 | *** join/#brlcad PrezKennedy (MK@whitecalf.net) | |
| 15:43.19 | *** join/#brlcad Stattrav (~Stattrav@117.192.145.3) | |
| 15:43.19 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 15:47.11 | CIA-105 | BRL-CAD: 03starseeker * r44253 10/geomcore/trunk/src/libgvm/models.c: add gvm_get_model implementation |
| 15:50.54 | *** join/#brlcad dli (~dli@dsl-173-248-203-45.acanac.net) | |
| 16:06.20 | *** join/#brlcad Stattrav_ (~Stattrav@117.192.135.83) | |
| 16:22.38 | CIA-105 | BRL-CAD: 03brlcad * r44254 10/brlcad/trunk/src/libbu/: timetester binary |
| 16:23.25 | CIA-105 | BRL-CAD: 03brlcad * r44255 10/brlcad/trunk/src/libpc/: ignore pc_test binary |
| 16:24.15 | CIA-105 | BRL-CAD: 03brlcad * r44256 10/brlcad/trunk/src/libbn/: ignore bntester binary |
| 16:26.56 | CIA-105 | BRL-CAD: 03r_weiss * r44257 10/brlcad/trunk/src/librt/primitives/nmg/nmg_tri.c: (log message trimmed) |
| 16:26.56 | CIA-105 | BRL-CAD: Added preprocessor commands to optionally disable nmg triangulation functions |
| 16:26.56 | CIA-105 | BRL-CAD: within nmg_tri.c that are not needed when new 'prototype' nmg triangulation code |
| 16:47.39 | CIA-105 | BRL-CAD: 03starseeker * r44258 10/geomcore/trunk/src/libgvm/models.c: restructure gvm_get_model to be simpler - don't really need callback. Start working on gvm_get_objs - this will be tricky since it's essentially a keep without the full database |
| 16:54.54 | CIA-105 | BRL-CAD: 03brlcad * r44259 10/brlcad/trunk/src/other/incrTcl/itcl/generic/itclInt.h: is the common.h header necessary here? builds clean without |
| 16:59.38 | *** join/#brlcad Stattrav (~Stattrav@117.192.154.206) | |
| 16:59.38 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 17:04.16 | brlcad | ``Erik: this is the one: http://www.tirerack.com/tires/tires.jsp?tireMake=Continental&tireModel=ExtremeContact+DWS |
| 17:05.57 | brlcad | http://www.e90post.com/forums/showthread.php?t=302424 |
| 17:10.03 | *** join/#brlcad Stattrav (~Stattrav@117.192.139.40) | |
| 17:10.03 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 17:13.11 | *** join/#brlcad Elrohir (~kvirc@p5B14AD98.dip.t-dialin.net) | |
| 17:17.23 | *** join/#brlcad Stattrav (~Stattrav@117.192.135.92) | |
| 17:17.23 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 17:18.00 | ``Erik | brlcad: these were the kind I had http://www.sears.com/shc/s/p_10153_12605_09543528000P?sid=IDx20070921x00003a&ci_src=14110944&ci_sku=09543528000P |
| 17:20.33 | ``Erik | then I went to http://www.tirerack.com/tires/tires.jsp?tireMake=Michelin&tireModel=Pilot+Sport&partnum=54YR8SPORTG1&vehicleSearch=false&fromCompare1=yes which were awesome |
| 17:20.57 | ``Erik | last rears I got, they ordered the wrong ones and I got http://www.tirerack.com/tires/tires.jsp?tireMake=Michelin&tireModel=Pilot+Sport+A%2FS+Plus&partnum=54YR8PSAS&vehicleSearch=false&fromCompare1=yes |
| 17:22.52 | brlcad | yeah, this is the review I was mentioning: http://www.consumersearch.com/tires/continental-extremecontact-dws |
| 17:23.00 | brlcad | definitely not the same tire :) |
| 17:24.45 | ``Erik | yeh, all season instead of summer... won't stick as well, but will last longer and do better in rain |
| 17:25.26 | brlcad | yeah, the michelin was what I was going to go with, though one step up, the pilot super sport |
| 17:26.08 | brlcad | http://www.michelinman.com/tire-selector/category/ultra-high-performance-sport/pilot-super-sport/tire-details |
| 17:26.18 | brlcad | but too long a wait, it's a new tire |
| 17:26.35 | brlcad | wasn't going to be available until next week, wanted something now |
| 17:27.14 | ``Erik | hm, longer treadlife than the ones I used to have, interesting |
| 17:27.17 | brlcad | we'll see how it goes, so far I'm loving them .. super comfortable and quiet ride, and holding grip well enough to still make me smile |
| 17:28.08 | ``Erik | ponders the pilot sport cup |
| 17:33.37 | CIA-105 | BRL-CAD: 03r_weiss * r44260 10/brlcad/trunk/src/librt/primitives/nmg/nmg_tri.c: |
| 17:33.37 | CIA-105 | BRL-CAD: Added a prototype version of the function 'nmg_triangulate_fu' (nmg triangulate |
| 17:33.37 | CIA-105 | BRL-CAD: faceuse) to the file 'nmg_tri.c'. Added preprocessor commands to, by default, |
| 18:14.36 | CIA-105 | BRL-CAD: 03r_weiss * r44261 10/brlcad/trunk/src/librt/primitives/nmg/nmg_tri.c: (log message trimmed) |
| 18:14.36 | CIA-105 | BRL-CAD: Added the functions 'nmg_plot_fu', 'nmg_triangulate_rm_holes', |
| 18:14.36 | CIA-105 | BRL-CAD: 'nmg_triangulate_rm_degen_loopuse', and 'nmg_dump_model' to the file |
| 18:42.17 | CIA-105 | BRL-CAD: 03r_weiss * r44262 10/brlcad/trunk/src/librt/primitives/nmg/nmg_tri.c: (log message trimmed) |
| 18:42.17 | CIA-105 | BRL-CAD: Added a new prototype version of the function 'cut_unimonotone' to the file |
| 18:42.17 | CIA-105 | BRL-CAD: 'nmg_tri.c'. This function supports the new prototype function |
| 18:42.25 | *** join/#brlcad adityag (~ADITYA@182.237.144.88) | |
| 18:46.58 | CIA-105 | BRL-CAD: 03Markhobley 07http://brlcad.org * r2819 10/wiki/MGED_Commands: /* E */ |
| 19:05.53 | *** join/#brlcad Stattrav (~Stattrav@117.192.128.64) | |
| 19:05.53 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 19:13.11 | CIA-105 | BRL-CAD: 03r_weiss * r44263 10/brlcad/trunk/src/librt/primitives/nmg/nmg_tri.c: (log message trimmed) |
| 19:13.11 | CIA-105 | BRL-CAD: Updated function 'pick_pt2d_for_cutjoin' within file 'nmg_tri.c'. This update |
| 19:13.11 | CIA-105 | BRL-CAD: supports the new prototype function 'nmg_triangulate_fu' (nmg triangulate |
| 19:39.19 | CIA-105 | BRL-CAD: 03r_weiss * r44264 10/brlcad/trunk/src/librt/primitives/nmg/nmg_tri.c: (log message trimmed) |
| 19:39.19 | CIA-105 | BRL-CAD: Updated function 'is_convex' within file 'nmg_tri.c'. This update supports the |
| 19:39.19 | CIA-105 | BRL-CAD: new prototype function 'nmg_triangulate_fu' (nmg triangulate faceuse) and is |
| 19:41.22 | *** part/#brlcad adityag (~ADITYA@182.237.144.88) | |
| 19:51.30 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 20:04.29 | ``Erik | neat. incr fails now :D |
| 20:05.19 | starseeker | oh, now that I think about it I recall something similar when I tried a vanilla build of incr |
| 20:13.54 | CIA-105 | BRL-CAD: 03r_weiss * r44265 10/brlcad/trunk/src/librt/primitives/nmg/nmg_mod.c: (log message trimmed) |
| 20:13.54 | CIA-105 | BRL-CAD: Updated function 'nmg_cut_loop' within file 'nmg_mod.c'. This update supports |
| 20:13.54 | CIA-105 | BRL-CAD: the new prototype function 'nmg_triangulate_fu' (nmg triangulate faceuse) and is |
| 20:39.04 | CIA-105 | BRL-CAD: 03r_weiss * r44266 10/brlcad/trunk/src/librt/primitives/nmg/nmg_class.c: |
| 20:39.04 | CIA-105 | BRL-CAD: Updated function 'nmg_classify_lu_lu' within file 'nmg_class.c'. This update |
| 20:39.04 | CIA-105 | BRL-CAD: supports the new prototype function 'nmg_triangulate_fu' (nmg triangulate |
| 21:05.49 | CIA-105 | BRL-CAD: 03r_weiss * r44267 10/brlcad/trunk/src/librt/primitives/nmg/nmg_info.c: |
| 21:05.49 | CIA-105 | BRL-CAD: Updated function 'nmg_2edgeuse_g_coincident' within file 'nmg_info.c'. This |
| 21:05.49 | CIA-105 | BRL-CAD: update supports the new prototype function 'nmg_triangulate_fu' (nmg triangulate |
| 21:15.03 | ``Erik | src/brlcad/src/other/tcl/generic/tclInt.h:56: error: conflicting types for 'ptrdiff_t' |
| 21:15.07 | ``Erik | <PROTECTED> |
| 21:17.16 | ``Erik | http://paste.lisp.org/display/121260 is the full one, I imagine that common.h was important |
| 21:23.44 | CIA-105 | BRL-CAD: 03r_weiss * r44268 10/brlcad/trunk/src/librt/primitives/nmg/nmg_mod.c: |
| 21:23.44 | CIA-105 | BRL-CAD: Updated function 'nmg_lu_reorient' within file 'nmg_mod.c'. This update supports |
| 21:23.44 | CIA-105 | BRL-CAD: the new prototype function 'nmg_triangulate_fu' (nmg triangulate faceuse) and is |
| 21:34.40 | CIA-105 | BRL-CAD: 03r_weiss * r44269 10/brlcad/trunk/src/librt/primitives/nmg/nmg_inter.c: |
| 21:34.40 | CIA-105 | BRL-CAD: Updated function 'nmg_isect_eu_fu' within file 'nmg_inter.c'. This update |
| 21:34.40 | CIA-105 | BRL-CAD: supports the new prototype function 'nmg_triangulate_fu' (nmg triangulate |
| 21:37.19 | *** join/#brlcad dli (~dli@132.205.216.21) | |
| 21:51.16 | CIA-105 | BRL-CAD: 03starseeker * r44270 10/geomcore/trunk/src/libgvm/models.c: Untested, but add some logic to pull the comb's tree and add its members (if they're something not already seen) to the hash |
| 22:04.42 | starseeker | well, good news and bad news about kermit |
| 22:04.59 | starseeker | bad news is the project is shutting down, good news is they're planning to BSD license it |
| 22:07.12 | *** join/#brlcad Elrohir (~kvirc@p5B14AD98.dip.t-dialin.net) | |
| 22:33.42 | starseeker | wonders if their terminal emulation code could do what we need on Windows... |
| 22:45.17 | starseeker | prods himself again to give this a try... http://www.projectpluto.com/win32a.htm |
| 22:54.06 | CIA-105 | BRL-CAD: 03starseeker * r44271 10/geomcore/trunk/src/libgvm/models.c: Once we have the objects in question, stick 'em on the list. |
| 22:56.04 | CIA-105 | BRL-CAD: 03starseeker * r44272 10/geomcore/trunk/src/libgvm/models.c: Oh, right - we had to get the bu_external already earlier, so no need to get it again. |
| 23:51.39 | CIA-105 | BRL-CAD: 03starseeker * r44273 10/geomcore/trunk/src/libgvm/ (gvm.h models.c): Clear out comment, add gvm_export_list to header. |
| 23:53.27 | CIA-105 | BRL-CAD: 03starseeker * r44274 10/geomcore/trunk/src/libgvm/models.c: Go with NULL to avoid confusion here, assuming that's viable |