| 00:32.20 | CIA-23 | BRL-CAD: 03pacman87 * r32341 10/brlcad/trunk/src/librt/primitives/revolve/revolve.c: changed some variable names to be (slightly) more descriptive, and properly handle raytracing when the elevation is 0 or +-90 degrees. in that case, the transformed ray is a line, not a hyberbola. |
| 00:32.46 | pacman87 | that took a lot longer than i was expecting |
| 00:34.37 | *** join/#brlcad jonored (n=jonored@pool-71-162-78-234.bstnma.east.verizon.net) |
| 01:12.08 | *** join/#brlcad jonored_ (n=jonored@pool-71-162-78-234.bstnma.east.verizon.net) |
| 01:23.27 | *** join/#brlcad smurfette (n=Pandora@c-69-243-244-154.hsd1.mo.comcast.net) |
| 01:36.33 | CIA-23 | BRL-CAD: 03homovulgaris * r32342 10/brlcad/trunk/src/libpc/ (pcMathVM.cpp pcMathVM.h vm_test.cpp): MathF2 or binary function added, testing evaluation of F1 and F2 types using the symbol table |
| 02:21.25 | *** join/#brlcad charltr (n=411f36d9@bz.bzflag.bz) |
| 02:21.53 | charltr | hello? |
| 02:23.06 | charltr | I am looking for ehlp building blrcad in windows. Can anyone help? |
| 02:26.34 | charltr | I guess no one is here. I will check back later |
| 02:35.23 | CIA-23 | BRL-CAD: 03homovulgaris * r32343 10/brlcad/trunk/src/libpc/ (pcMathVM.cpp pcMathVM.h): commenting, adding size(), empty(), push_back() and clear() methods to the Stack |
| 02:37.06 | *** join/#brlcad prasad_ (n=psilva@static-70-108-244-218.res.east.verizon.net) |
| 03:02.30 | *** join/#brlcad stustev (n=stustev@ip72-205-246-167.ks.ks.cox.net) |
| 03:02.42 | stustev | good evening |
| 03:02.55 | stustev | anybody home? |
| 03:03.23 | stustev | imagine this - I have another question |
| 03:03.34 | stustev | how do I extrude a sketch? |
| 03:07.49 | Ralith | that's not covered in the mged tutorials? |
| 03:10.29 | stustev | I haven't been able to find it - maybe I am not looking good enough - if you think it is I will look again |
| 03:12.54 | CIA-23 | BRL-CAD: 03homovulgaris * r32344 10/brlcad/trunk/src/libpc/ (. pcMathVM.cpp pcMathVM.h): Specialized node implementation : Definition and methods for ConstantNode and VariableNode to hold constant real numbers and variables (double) |
| 03:13.26 | Ralith | stustev: I don't know, but I don't know the answer either, and that's where I'd look. |
| 03:15.32 | *** join/#brlcad jonored_ (n=jonored@dsl092-076-134.bos1.dsl.speakeasy.net) |
| 03:17.54 | stustev | I have been looking all day - I figured out the sketching but now I have no clue about the extrusion |
| 03:21.26 | pacman87 | stustev: 'in extrude' |
| 03:22.03 | pacman87 | er, 'in <name> extrude' |
| 03:31.47 | stustev | I have the sketch named s0 - the autoname feature - would the command be 'in s0 extrude'? |
| 03:33.02 | pacman87 | no, the name is the name of the extrude |
| 03:33.08 | pacman87 | it will prompt you for the sketch name |
| 03:33.50 | pacman87 | mged> in ext extrude |
| 03:33.50 | pacman87 | Enter X, Y, Z of vertex: 0 0 0 |
| 03:33.50 | pacman87 | Enter X, Y, Z of H: 0 0 1 |
| 03:33.50 | pacman87 | Enter X, Y, Z of A: 1 0 0 |
| 03:33.50 | pacman87 | Enter X, Y, Z of B: 0 1 0 |
| 03:33.51 | pacman87 | Enter name of sketch: sk |
| 03:34.07 | stustev | trying |
| 03:37.01 | stustev | it says enter K - what is K? |
| 03:37.35 | pacman87 | i'm not sure, i'll try to find it |
| 03:37.53 | stustev | I will try a number - maybe I can figure it out |
| 03:38.03 | pacman87 | 1 should work |
| 03:41.57 | stustev | I entered 100 - 'B s0' draws the sketch but only the 2D - 'B ext' draws a line - at least there is some positive progress |
| 03:42.00 | stustev | thanks |
| 03:42.10 | pacman87 | it's the 'keypoint' |
| 03:42.18 | pacman87 | it = K |
| 03:42.35 | stustev | is that a geometry label? |
| 03:43.03 | stustev | the keypoint is the placement anchor? |
| 03:43.33 | pacman87 | i think it has something to do with which point in your sketch you're using as the 'center' |
| 03:43.43 | pacman87 | i'm looking throught the source code to find it |
| 03:44.02 | stustev | thanks |
| 03:44.52 | stustev | I have brlcad at work and at home - they behave differently - the work machine is a 32bit running the brlcad binary load - the home machine is 64bit svn |
| 03:45.04 | stustev | I have found two differences |
| 03:46.13 | stustev | the mirror on the svn is 'mirror -z entityname entityname' - the binary mirror is 'mirror entityname entityname z' |
| 03:46.53 | stustev | the svn clone gives a different name to the cloned entities than the binary load |
| 03:48.06 | stustev | if I clone hole1.s on the svn load I get hole11 - on the binary load I get hole11.s - not a big problem but I have a lot of cloned entities for hole patterns |
| 03:48.55 | stustev | I think I will just use hole1 as the name for the entity to clone - I think this will work |
| 03:49.15 | pacman87 | stustev: i'd wait for one of the major devs to swing by, they know more than i do |
| 03:50.09 | stustev | I have a lot of time - I will leave this on - if they answer I will be able to see it tomorrow - thanks - if they don't see it I will ask again |
| 03:50.24 | stustev | thanks again for the help on the extrude |
| 03:50.26 | stustev | goodnight |
| 03:50.31 | pacman87 | goodnight |
| 04:19.03 | CIA-23 | BRL-CAD: 03homovulgaris * r32345 10/brlcad/trunk/src/libpc/ (pcMathVM.cpp pcMathVM.h): UserFunction implementation: Constructors and arity() |
| 06:03.54 | *** join/#brlcad clock_ (n=clock@77-56-95-226.dclient.hispeed.ch) |
| 06:25.05 | CIA-23 | BRL-CAD: 03homovulgaris * r32346 10/brlcad/trunk/src/libpc/ (pcMathVM.cpp pcMathVM.h): initial updateStack() method for updation of Stack nodes, asUserFunction() method for getting a pointer to UserFunction |
| 06:36.58 | brlcad | begins packing |
| 07:09.35 | Ralith | brlcad: where you going? |
| 07:09.45 | *** join/#brlcad clock_ (n=clock@84-72-91-240.dclient.hispeed.ch) |
| 07:10.28 | brlcad | Ralith: siggraph |
| 07:10.42 | brlcad | (los angeles) |
| 07:11.37 | Ralith | cool! |
| 07:13.40 | CIA-23 | BRL-CAD: 03homovulgaris * r32347 10/brlcad/trunk/src/libpc/ (pcMathVM.cpp pcMathVM.h): Stack iterator methods: begin, end, erase, insert |
| 07:20.48 | brlcad | stustev / pacman87: I believe ... that 'K' is an unimplemented feature that has never been removed/completed .. don't think it does anything |
| 07:21.14 | brlcad | it's a single value so not exactly a "keypoint" in classic mged sense either |
| 07:26.41 | *** join/#brlcad d_rossberg (n=rossberg@bz.bzflag.bz) |
| 07:47.14 | *** join/#brlcad Elperion (n=Bary@p5B14D157.dip.t-dialin.net) |
| 07:49.25 | *** join/#brlcad Axman6 (n=Axman6@pdpc/supporter/student/Axman6) |
| 07:56.40 | *** join/#brlcad Axman6 (n=Axman6@pdpc/supporter/student/Axman6) |
| 07:58.32 | *** join/#brlcad elite01 (n=elite01@unaffiliated/elite01) |
| 08:08.44 | CIA-23 | BRL-CAD: 03homovulgaris * r32348 10/brlcad/trunk/src/libpc/ (pcMathVM.cpp pcMathVM.h): updateStack() completed |
| 08:24.36 | *** join/#brlcad Elperion (n=Bary@p5B14D157.dip.t-dialin.net) |
| 09:08.03 | *** join/#brlcad PrezKennedy (i=Matthew@whitecalf.net) |
| 09:12.19 | CIA-23 | BRL-CAD: 03d_rossberg * r32349 10/brlcad/trunk/src/libged/CMakeLists.txt: added some files to be in sync with Makefile.am |
| 09:22.33 | *** join/#brlcad IriX64 (n=mariodot@bas2-sudbury98-1128565078.dsl.bell.ca) |
| 09:23.47 | IriX64 | try www3.sympatico.ca/mario.dulisse2/operators.png :) |
| 09:27.04 | Ralith | neat |
| 09:27.10 | IriX64 | heh |
| 09:27.43 | IriX64 | their examples are wonderful, wish i could model :) |
| 09:33.32 | Ralith | IriX64: go through the mged tutorial |
| 09:33.36 | Ralith | the basics aren't very hard at all |
| 09:34.05 | IriX64 | i could'nt even get the mug right... and i tried :) |
| 09:34.27 | Ralith | ...it gives you a step by step O.o |
| 09:35.10 | IriX64 | i know but... thats being told what to do not how to do it |
| 09:36.34 | Ralith | IriX64: did you go through the pdf from the very start without skipping anything? |
| 09:58.43 | CIA-23 | BRL-CAD: 03homovulgaris * r32350 10/brlcad/trunk/src/ (56 files in 24 dirs): using boost::prior for iterator addition, subtraction ; also updating to 1.36 |
| 10:10.09 | IriX64 | pdf? i was using the html docs |
| 10:27.55 | Ralith | download the full tutorial pdf |
| 10:46.24 | *** join/#brlcad mafm (n=mafm@elnet-111.lip.pt) |
| 10:51.10 | CIA-23 | BRL-CAD: 03mafm * r32351 10/rt^3/trunk/src/g3d/ (CameraMode.cxx CameraMode.h): Correcting values, it was using an unexpected scale |
| 11:07.36 | CIA-23 | BRL-CAD: 03mafm * r32352 10/rt^3/trunk/src/g3d/GuiCamera.cxx: Adapting code to changes in other classes, making it work better overall (custom widget now displays a label, rotation progress corrections, etc) |
| 11:07.38 | CIA-23 | BRL-CAD: 03homovulgaris * r32353 10/brlcad/trunk/src/libpc/ (pcMathVM.cpp pcMathVM.h): MathVM evaluate() : supports functions and numbers |
| 11:10.58 | CIA-23 | BRL-CAD: 03homovulgaris * r32354 10/brlcad/trunk/src/libpc/vm_test.cpp: testing the evaluator with sqrt(100 + sqrt(2)) and sin( pi * (2 + sqrt(4*4)) * 12) |
| 12:26.25 | *** join/#brlcad mafm (n=mafm@elnet-111.lip.pt) |
| 13:06.23 | pacman87 | d_rossberg: ping |
| 13:09.08 | d_rossberg | my profiler tells me that the most expensive function during a ray-trace is |
| 13:09.55 | d_rossberg | bu_bitv_shift, a function which returns a "constant" (MS Windows) |
| 13:10.51 | d_rossberg | (40% of rt_shootray) |
| 13:11.05 | d_rossberg | pacman87: pong |
| 13:11.30 | pacman87 | re: what i expect to finish for gsoc |
| 13:12.27 | pacman87 | straight line sketches should raytrace fine now, i finally finished the cases of looking along(parallel to) and perpendicular to the revolve axis |
| 13:13.21 | d_rossberg | yes, i tested the actual version, and it was ok |
| 13:14.06 | pacman87 | my plan was to work on tess() now, unless you think my time could be spent better elsewhere |
| 13:14.27 | pacman87 | tess() for hyp took me about 1 week |
| 13:14.51 | d_rossberg | is there any chance to do something with the degree 2 curves (arcs)? |
| 13:16.06 | pacman87 | i have carcs supported in rt_sketch_contains(), but not in rt_revolve_shot() |
| 13:17.33 | d_rossberg | about tess(): you should do this first because a clean implementation of the revolve is more important than supporting additional scetch elements |
| 13:17.41 | jonored_ | ...Frustration. Illegal instruction when I display rpcs still... isn't compiling cleanly. |
| 13:18.53 | jonored_ | At least it's building rather than glitching out (since I updated tcl - it was /mostly/ compiling the brlcad copy of tcl, but then asking for stuff from the system copy, and glitching out... |
| 13:19.44 | d_rossberg | pacman87: do you have any ideas or sourcecode to support arcs in revolves? |
| 13:22.50 | pacman87 | i did some research earlier, but couldn't find what i was looking for. last night i realized the carc seg revolves would be very similar to a toroid, so i'm looking at that code now |
| 13:25.25 | d_rossberg | remember: a clean implementation is more important than additional shapes |
| 13:25.53 | d_rossberg | therefore you should look for implementing all methods/interfaces for lines |
| 13:26.16 | d_rossberg | then make a cut and send your code to google |
| 13:26.45 | d_rossberg | however, we would be glad if you could support us in the future too |
| 13:27.34 | pacman87 | i'm taking 17 hours in the fall, so i probably won't have much time. |
| 13:27.54 | d_rossberg | maybe by sending me/us some ideas codefragments or contributing code to make the revolve work with arcs |
| 13:28.57 | pacman87 | right now, it looks like tess(), uv(), and curve() are the only ones still needing work |
| 13:30.14 | pacman87 | extrude's uv() is empty, so it's not much help for finding an algorithm |
| 13:31.24 | d_rossberg | look at the cone, your revolves are very similar to cones |
| 13:33.24 | pacman87 | even though lines are the only ones working now, i'm still trying to write my other functions to require minimal modificaitons to add to |
| 13:34.26 | pacman87 | should each line segment in the sketch have it's own uv space? |
| 13:39.38 | d_rossberg | i think they have to have each it's own uv space because otherwise there would be a problem with the horizontal lines (right?) |
| 13:41.50 | pacman87 | ok, and the start/end planes for partials, i can just scale the 2d hitpoint to get uv coords |
| 13:43.33 | *** join/#brlcad prasad1 (n=psilva@static-70-108-244-218.res.east.verizon.net) |
| 13:44.44 | d_rossberg | this should work |
| 13:49.23 | *** join/#brlcad thing0 (n=ric@203-206-79-125.dyn.iinet.net.au) |
| 13:50.56 | d_rossberg | btw the cone method should work for every shape in a sketch, therefore the method would be general |
| 14:01.44 | CIA-23 | BRL-CAD: 03mafm * r32355 10/rt^3/trunk/src/g3d/GuiWidgetRotation.cxx: Formating the numerical progress a bit more gently |
| 14:05.02 | ``Erik | *peer* |
| 14:08.01 | mafm | *goto jail* |
| 14:09.06 | ``Erik | label 'jail' not found |
| 14:14.44 | mafm | RIAA will catch the exception :) |
| 14:15.17 | ``Erik | yeah, I'd expect riaa would be halfassed about handling a continuation |
| 14:16.02 | mafm | a continuation? :D |
| 14:16.21 | mafm | you mean that *peer* was a kind of "back here"? |
| 14:16.43 | ``Erik | yeah, old programming concept that most languages don't support, some attempt to fake little parts with things like setjmp/longjmp and exceptions |
| 14:16.51 | ``Erik | hehe, the *peer* was meant as looking around |
| 14:17.03 | ``Erik | verb, not noun |
| 14:18.03 | mafm | ah ok |
| 14:18.21 | archivist_ub | hmm peer should be in INTERCAL |
| 14:18.32 | ``Erik | pokes andre with a cattleprod |
| 14:18.57 | archivist_ub | peer at subroutine |
| 14:19.25 | ``Erik | heh |
| 14:19.35 | ``Erik | not as awesome as "jump from", though |
| 14:27.14 | archivist_ub | I like the footnotes on this page http://www.muppetlabs.com/~breadbox/intercal-man/ |
| 14:29.46 | mafm | jump from in disguise: "** This footnote intentionally unreferenced." |
| 15:00.01 | CIA-23 | BRL-CAD: 03mafm * r32356 10/rt^3/trunk/src/g3d/CameraMode.cxx: Swapping axes |
| 15:23.59 | CIA-23 | BRL-CAD: 03homovulgaris * r32357 10/brlcad/trunk/src/libpc/vm_test.cpp: division in vm_test was not working due to a misplaced ; corrected |
| 15:25.43 | prasad1 | ``Erik: attending siggraph? |
| 15:46.42 | CIA-23 | BRL-CAD: 03mafm * r32358 10/rt^3/trunk/src/g3d/CameraMode.h: Fixing typo |
| 15:58.04 | CIA-23 | BRL-CAD: 03mafm * r32359 10/rt^3/trunk/src/g3d/CameraModeBlender.cxx: Removing \todo comment, no longer applied |
| 17:31.48 | ``Erik | not this year |
| 17:32.06 | ``Erik | by the time the paperwork went through on my side, the hotels were all booked up way beyond per diem |
| 22:45.17 | *** join/#brlcad Elperion (n=Bary@p5B14D157.dip.t-dialin.net) |
| 23:00.40 | *** join/#brlcad archivist (n=archivis@host81-149-119-172.in-addr.btopenworld.com) |
| 23:03.24 | *** join/#brlcad CIA-7 (n=CIA@208.69.182.149.simpli.biz) |
| 23:18.18 | *** join/#brlcad archivist_ (n=archivis@host81-149-119-172.in-addr.btopenworld.com) |
| 23:31.31 | *** join/#brlcad CIA-23 (n=CIA@208.69.182.149.simpli.biz) |