| 02:42.08 | CIA-5 | BRL-CAD: 03brlcad * 10brlcad/src/fb/fb-bw.c: flubber fubber |
| 03:09.44 | pra5ad | i hate the way sen to chihiro ends |
| 03:18.26 | pra5ad | daaamn back to back studio ghibli movies on TCM |
| 03:20.27 | *** join/#brlcad DTRemenak (n=DTRemena@DHCP-170-143.caltech.edu) | |
| 03:58.18 | *** join/#brlcad DTRemenak (n=DTRemena@DHCP-170-143.caltech.edu) | |
| 05:01.08 | *** join/#brlcad clock_ (n=clock@84-72-89-199.dclient.hispeed.ch) | |
| 07:31.57 | *** join/#brlcad clock_ (n=clock@84-72-89-199.dclient.hispeed.ch) | |
| 07:41.50 | *** join/#brlcad fenn (n=fenn@adsl-70-239-71-213.dsl.bltnin.sbcglobal.net) | |
| 07:57.46 | *** join/#brlcad DTRemenak (n=DTRemena@DHCP-170-143.caltech.edu) | |
| 08:41.38 | *** join/#brlcad ibot (i=ibot@rikers.org) | |
| 08:41.38 | *** topic/#brlcad is http://brlcad.org/ || BRL-CAD is now Free Software! || 7.6.6 to be released by the 15th! | |
| 08:42.53 | CIA-5 | BRL-CAD: 03brlcad * 10brlcad/src/librt/db5_scan.c: |
| 08:42.53 | CIA-5 | BRL-CAD: init the rt_uniresource structure if it hasn't been initialized yet so that we |
| 08:42.53 | CIA-5 | BRL-CAD: can call db_dirbuild() directly without necessarily needing to worry about |
| 08:42.53 | CIA-5 | BRL-CAD: initializing a resource structure. this mimicks the behavior and initialization |
| 08:42.53 | CIA-5 | BRL-CAD: that rt_dirbuild() performas as well. |
| 08:49.57 | CIA-5 | BRL-CAD: 03brlcad * 10brlcad/src/gtools/g_transfer.c: initial stubbed g_transfer example application for transferring portions of a geometry database over a network line serialized. incomplete, but provides the main organization. |
| 08:50.38 | CIA-5 | BRL-CAD: 03brlcad * 10brlcad/src/gtools/Makefile.am: add the new g_transfer.c file to the build including the creation of the g_transfer example database application for transferring portions of a .g over the wire serialized. |
| 09:30.26 | *** join/#brlcad clock_ (n=clock@zux221-122-143.adsl.green.ch) | |
| 09:34.59 | *** join/#brlcad clock_ (n=clock@zux221-122-143.adsl.green.ch) | |
| 14:38.42 | *** join/#brlcad tippel (n=c3532a82@bz.bzflag.bz) | |
| 14:41.17 | tippel | hi there |
| 14:42.09 | fenn | mornin |
| 14:44.33 | tippel | I'm discovering BRL-CAD and I was wondering if I can carry CSG/boolean operations out and obtain a mesh of the result |
| 14:44.40 | tippel | good morning fenn |
| 14:45.07 | brlcad | tippel: morning |
| 14:45.10 | brlcad | and yes you can |
| 14:45.54 | brlcad | several of the geometry converters do that, there is also a "mesh" primitive in brl-cad that you can convert geometry to (called a BoT or "Bag of Triangles") |
| 14:47.08 | brlcad | you just can't go from mesh back to the csg form since the associativity and operations are lost |
| 14:47.44 | clock_ | brlcad: hi |
| 14:48.13 | brlcad | tippel: check out the 'facetize' command in mged and several of the g-* commands outside mged (e.g. g-stl, g-vrml) |
| 14:48.19 | brlcad | clock_: moin moin |
| 14:48.26 | clock_ | brlcad: should I send my CV? |
| 14:48.32 | tippel | ok thank you, my team is developping applications which need CSG operations but we would like to obtain BoT. Today we're using Open Cascade but this API is very heavy |
| 14:49.20 | brlcad | if you want to programmatically create csg geometry, there are lots of coding examples |
| 14:49.48 | brlcad | the src/proc-db directory and the src/mk directory both contain a couple dozen examples |
| 14:50.41 | brlcad | plus our license is generally more friendly (and if it gets in the way of something you want to do, let me know) |
| 14:54.23 | tippel | ok and is brlcad robust with coplanar polygons during a sub boolean operation ? (a rectangular hole, in a wall ) |
| 14:55.23 | brlcad | within the numerical tolerance of your hardware, sure |
| 14:56.08 | brlcad | if there's floating point fuzz that make them seem distinct, there can be issues but the raytracer will visually show you whether that's an issue |
| 14:56.26 | brlcad | plug you there are 5 different tolerances you can set turing tesselation |
| 14:56.48 | brlcad | numerical computation tolerance, curvature tolerance, absolute tolerance, etc |
| 14:59.48 | ``Erik | I saw a wall once |
| 15:00.32 | ``Erik | sean, 8pm, dude... :D |
| 15:00.38 | brlcad | oh yeah! |
| 15:00.48 | brlcad | thx, i'd forgot |
| 15:01.22 | ``Erik | should I try to remember to remind you again when I leave at like 6? |
| 15:02.06 | brlcad | hehe |
| 15:02.14 | brlcad | nah, now it'll be stuck in my head all day |
| 15:02.22 | ``Erik | 'k |
| 15:03.51 | tippel | ok thank you very much (I hate webchat :) ) |
| 15:04.42 | brlcad | feel free to get a real irc client and hang around ;) |
| 15:04.54 | ``Erik | BitchX-1.1-final+ by panasync - FreeBSD 6.0-STABLE |
| 15:04.56 | ``Erik | wokkawokka |
| 15:05.15 | brlcad | irssi in screen |
| 15:05.28 | tippel | yes but at work, my firewall is not very kind with me :( |
| 15:05.47 | ``Erik | heh |
| 15:05.57 | ``Erik | so ssh into your home box? :D |
| 15:06.30 | tippel | ssh on port 80 ;) |
| 15:07.07 | tippel | because port 22 is closed too :'( |
| 15:07.21 | tippel | I wish I had time to do that |
| 15:07.38 | ``Erik | silly firewall admins, thinking they can control behavior by blocking ports |
| 15:08.43 | tippel | yep |
| 15:08.57 | tippel | are you all brlcad developpers ? |
| 15:09.26 | brlcad | some are, some aren't |
| 15:09.33 | tippel | ok |
| 15:09.35 | brlcad | i am |
| 15:09.59 | fenn | i'm writing a program that may or may not use brlcad libs |
| 15:10.04 | tippel | brlcad : I guessed ;) |
| 15:10.24 | tippel | ok |
| 15:12.23 | *** join/#brlcad flocou (n=c3532a82@bz.bzflag.bz) | |
| 15:13.05 | tippel | hi flocou |
| 15:13.24 | flocou | yep |
| 15:13.36 | brlcad | howdy flocou |
| 15:14.04 | brlcad | heh, a matching pair |
| 15:14.18 | flocou | well, thx...buzness neighbor of tippel... |
| 15:14.47 | brlcad | what sort of business if you can share? |
| 15:15.29 | brlcad | making those little metal tips on the end of pencils? |
| 15:15.58 | flocou | brlcad is rather new for us...we're looking for strong open source CSG package...aim is to compute 3D shape representation of IFC models (do U know this format ?)...and to replace OpenCascade CSG computations... |
| 15:19.11 | brlcad | brl-cad's raytrace library is one of the oldest established csg packages around |
| 15:20.00 | brlcad | don't know the "IFC" format explicitly but from what I know of the data model, it's a pretty trivial mapping |
| 15:20.24 | tippel | IFC is a STEP-based product model |
| 15:20.24 | brlcad | especially with ifc's idea of modeling "space" and brl-cad's concept of air regions |
| 15:20.34 | brlcad | ahhh |
| 15:20.57 | tippel | Industry Foundation Classes, used for AEC |
| 15:21.20 | brlcad | you mean that bastard iso spec sitting in a box with over 10K pages sitting right over .. *kicks box* here? |
| 15:23.13 | ``Erik | damn, I'm hungry |
| 15:23.22 | tippel | But IFC doesn't use all spec of STEP |
| 15:23.27 | brlcad | and that 10+k pages is only 5 subsets of 10303, ap11, ap203, ap214, .. |
| 15:23.40 | flocou | AFAIK, it seems to be possible to export csg geometry results to vrml ? another issue is : is brlcad thread-safe ? |
| 15:24.34 | brlcad | tippel: which is a good thing -- i don't think most cad companies could afford to support the entire 10303 -- it fills about 40 feet of shelf space printed |
| 15:24.38 | tippel | flocou : brlcad told me that you can use and import/export bag of triangles |
| 15:24.52 | brlcad | flocou: yes, there is a vrml exporter |
| 15:25.20 | tippel | of course, IFC uses only 10303-11 (express language) and 10303-21 (files exchange) |
| 15:25.36 | tippel | and is quite inspired from 10303-42 (geometric representation) |
| 15:25.39 | brlcad | it used to be vrml 1.0 but was upgraded to vrml 2 without retaining a toggle for 1, wouldn't take much to revert or readd support |
| 15:26.36 | brlcad | that just means ifc is sufficiently generic, 21 allows for arbitrary higher-level ap conformance whcih you have to support if you want to actually write a converter (e.g. ap203, ap214) |
| 15:26.50 | brlcad | ap42 is just gravy |
| 15:27.10 | tippel | Is brlcad thread safe ? |
| 15:27.18 | brlcad | flocou: yes, brl-cad is extensively thread safe or the functions are marked if when they are not |
| 15:27.38 | brlcad | the entire raytrace library is specifically geared for massive parallel computation |
| 15:27.54 | brlcad | which is what drives most of the csg analysis |
| 15:28.04 | brlcad | s/most/all/ |
| 15:28.48 | brlcad | brl-cad has it's own multiprocessing management as well that you can just enable |
| 15:29.15 | brlcad | so that geometry is prepared in parallel, walk databases in parallel, etc |
| 15:31.09 | tippel | is this multiprocessing management compatible with sgi sproc or pthread ? |
| 15:31.59 | brlcad | by default on sgi, it prefers sproc |
| 15:32.07 | brlcad | but could be compiled to use pthread |
| 15:32.25 | brlcad | sproc preferrered for performance reasons usually (though yeah, incompatible) |
| 15:36.32 | CIA-5 | BRL-CAD: 03brlcad * 10brlcad/TODO: new geometry examples aren't going to happen this iteration |
| 15:38.13 | clock_ | brlcad: have you fixed some of the bugs I reported? |
| 15:39.01 | tippel | ok thx |
| 15:39.44 | flocou | ok, thx brlcad for all these precisions... |
| 15:41.21 | brlcad | clock_: some yes, some no.. working on them |
| 15:41.45 | brlcad | this month is a bit difficult since the windows merge is also going on |
| 15:42.02 | brlcad | and archer was added |
| 15:42.10 | brlcad | massive code merging |
| 15:42.29 | brlcad | still not back to stable builds on head yet |
| 15:45.43 | *** topic/#brlcad by brlcad -> http://brlcad.org/ || BRL-CAD is now Free Software! || BRL-CAD Windows port has been merged to HEAD, not yet stable yet || December/January is a unified iteration to allow time for holidays || Archer is now on head, kick the tires, report any bugs | |
| 15:47.39 | clock_ | brlcad: windows merge? what is it? |
| 15:47.59 | clock_ | brlcad: what does kick the tires mean? |
| 15:56.08 | brlcad | clock_: we've been working on the brl-cad port to windows for some time now (several years actually) |
| 15:56.08 | CIA-5 | BRL-CAD: 03brlcad * 10brlcad/HACKING: |
| 15:56.08 | CIA-5 | BRL-CAD: additional release may be made on an as-needed basis for bug-fix releases and |
| 15:56.08 | CIA-5 | BRL-CAD: security issues. December/January time frame is considered a single release |
| 15:56.08 | CIA-5 | BRL-CAD: iteration in order to accommodate holidays and vacations, and to give the devs a |
| 15:56.08 | CIA-5 | BRL-CAD: break. |
| 15:57.01 | brlcad | the work accelerated this summer, with a cvs branch getting created that had all of the modifications necessary for windows |
| 15:57.43 | brlcad | these modifications were recently merged in with the core of brl-cad (so that we can start consistently making windows binary releases in addition to our usual plethora of systems) |
| 15:58.06 | clock_ | brlcad: wow! |
| 15:58.13 | brlcad | kicking the tires is an expression, means try it out |
| 15:58.24 | brlcad | archer is a new modeling interface |
| 15:58.42 | brlcad | worked on by the same guys that worked on the windows port |
| 16:00.47 | tippel | bye all |
| 16:04.21 | fenn | brlcad: i converted the 19MB ApplicationDevelopment file to html, so that others wouldn't have to download a 19MB file and find out there was only about 20K of text |
| 16:04.54 | fenn | http://fenn.dyndns.org/pub/ApplicationDevelopment.html |
| 16:05.13 | *** join/#brlcad tegtmeye (n=tegtmeye@pool-70-17-225-27.balt.east.verizon.net) | |
| 16:05.43 | brlcad | hmm |
| 16:05.48 | brlcad | ~ping fenn.dydns.org |
| 16:05.50 | ibot | pong fenn.dydns.org |
| 16:07.23 | brlcad | fenn: thanks, I'll post it |
| 16:07.29 | brlcad | (and agree) |
| 16:08.01 | brlcad | it was a presentation that was just provided for convenience since it's a fairly frequent request |
| 16:08.35 | brlcad | fenn: mind you that presentation is fairly specific to writing analysis-style applications |
| 16:08.49 | fenn | right |
| 16:08.49 | brlcad | if you are writing out geometry, you don't really need to be concerned with most of that |
| 16:09.30 | fenn | how do i test intersection of two solids? |
| 16:10.14 | fenn | do a boolean intersection and see if anything is left? |
| 16:11.33 | brlcad | ah, we call those overlaps |
| 16:11.50 | brlcad | confused me there for a sec |
| 16:12.10 | fenn | er sorry, i'm talking about collision detection |
| 16:12.11 | brlcad | boolean intersections inherintly don't "overlap" |
| 16:12.16 | brlcad | right |
| 16:12.27 | fenn | havent slept yet :) |
| 16:12.41 | brlcad | me either ;) |
| 16:12.56 | brlcad | almost time for midday coffee |
| 16:13.58 | brlcad | for testing intersection of two implicitly defined objects, you have to use ray introspection |
| 16:14.18 | fenn | . |
| 16:14.21 | fenn | oops |
| 16:14.40 | brlcad | just mathematically due to the nature of implicits |
| 16:14.54 | brlcad | now if you convert it to an explicit model, there are other techniques available |
| 16:15.13 | brlcad | but brl-cad deals best with implicits currently |
| 16:15.17 | fenn | what is the difference between explicit and implicit geometry? |
| 16:16.04 | brlcad | implicit geometry has no defined boundary, it's a mathematical model |
| 16:16.20 | brlcad | numerically defined by mathematical geometric shapes |
| 16:16.38 | fenn | like a sphere |
| 16:16.38 | brlcad | e.g. an ellipsoid defined by a point and major and minor radius |
| 16:16.51 | brlcad | take that same object and represent it differently |
| 16:17.02 | fenn | is a bot explicit? |
| 16:17.03 | brlcad | say, as a bunch of triangles on the surface |
| 16:17.06 | fenn | ok |
| 16:17.08 | brlcad | and you have explicit |
| 16:17.21 | brlcad | or a set of surface splines, also explicit |
| 16:18.41 | brlcad | very different problems determining whether i'm "inside" a sphere comprised of a bunch of triangles, or one that's implicit |
| 16:19.13 | brlcad | for the implicit form, it might be a simple distance test for a sphere, if distance to center is < radius then I'm inside |
| 16:19.35 | fenn | can i apply a n*m transformation matrix and still end up with implicit geometry? |
| 16:19.36 | brlcad | for explicit, if all I have are the triangles, I'm performing planar side checks |
| 16:19.43 | brlcad | sure |
| 16:19.48 | fenn | (for that matter can i apply a n*m matrix at all?) |
| 16:19.58 | brlcad | you can apply all the same rigid, non-rigid transformations |
| 16:20.49 | brlcad | brl-cad has a couple primitives that are not well behaved for certain non-rigid transformations (because mathematically they are not well defined for them) like trying to skew o torus for example |
| 16:31.18 | fenn | thanks.. seeya |
| 17:42.01 | *** join/#brlcad pier (n=pier@151.56.220.10) | |
| 17:58.19 | *** join/#brlcad phcoder (n=phcoder@pcp0011650294pcs.aberdn01.md.comcast.net) | |
| 18:08.43 | phcoder | :-( |
| 18:23.25 | brlcad | they sucked, but my quads are jelly now |
| 18:34.28 | pier | 20 reps and get plenty of GH :) |
| 18:41.46 | ``Erik | ya'll're sick perverts |
| 18:44.55 | brlcad | GH? |
| 18:45.26 | brlcad | gerbil hamsters? |
| 18:45.35 | ``Erik | gay homosexuals? o.O |
| 18:45.39 | ``Erik | *duck* |
| 18:46.07 | ``Erik | grr, six hours and 15 minute |
| 18:46.08 | ``Erik | s |
| 18:48.06 | phcoder | did pra5ad do squats? |
| 18:49.49 | brlcad | he did! |
| 18:49.58 | brlcad | and didn't collapse |
| 18:50.10 | phcoder | good for him |
| 18:50.18 | phcoder | bar? ;-) |
| 18:50.24 | phcoder | j/k |
| 18:51.17 | brlcad | heh |
| 18:51.17 | brlcad | actually |
| 18:51.19 | brlcad | .. he started with that |
| 18:53.16 | phcoder | and then... |
| 18:56.20 | brlcad | 25s |
| 18:56.31 | brlcad | tried 35s but he couldn't but a couple |
| 18:56.48 | brlcad | or you mean what other exercise |
| 18:57.40 | brlcad | after was situps with the medicine ball and pec deck |
| 18:57.55 | phcoder | no - that's what I meant. i bet the stability was difficult - i remember it was starting out for me... |
| 18:58.03 | phcoder | good workout today |
| 18:58.05 | phcoder | :-( |
| 18:58.13 | phcoder | missed it durnit |
| 19:00.12 | brlcad | he did surprisingly good form actually |
| 19:01.52 | phcoder | what'd you do? |
| 19:21.37 | pier | Growth Hormone |
| 19:24.02 | pier | acording to Stuart McRobert GH production can naturally increased with 20 reps squat |
| 19:25.16 | brlcad | ahh |
| 19:25.27 | brlcad | phcoder: i aint telling |
| 19:26.22 | brlcad | pier: that sounds a bit dubious for large muscle growth |
| 19:26.37 | pier | why? |
| 19:26.43 | brlcad | usually the bigger the muscles, the lower the reps you want for growth |
| 19:27.37 | pier | as long as you work out large muscles GH and test is increased easing the growth of all muscles |
| 19:28.17 | Maloeran | The cardiovascular system is usually what you want to train to be in good shapes, not particular groups of muscles |
| 19:28.46 | pier | try doind 20 reps full speed ahead and you tell me then... |
| 19:29.11 | Maloeran | Hum sorry but what are "reps", push-ups, pull-ups? |
| 19:29.17 | pier | I reduced my heart pace from 85 to 55 (idle) |
| 19:30.01 | phcoder | reps = repetitions |
| 19:30.14 | phcoder | of some exercise |
| 19:30.21 | Maloeran | That's rather vague :) |
| 19:30.45 | phcoder | well - we were talking about squats... |
| 19:30.49 | brlcad | yet makes complete since if you'd ever lifted ;) |
| 19:30.59 | brlcad | sense too |
| 19:31.07 | phcoder | hmm - then maybe 20 reps of ... cleans ... ? :-) |
| 19:31.07 | pier | maybe but that a fact :) |
| 19:31.15 | brlcad | bastage! :) |
| 19:31.38 | brlcad | that would be interesting to try, but it'd have to be such a lower weight |
| 19:31.51 | phcoder | you know - just 135 should be fine |
| 19:31.55 | brlcad | my joints couldn't take that many |
| 19:31.55 | pier | I own up I wouldn't be able to make a clean even with a broom stick |
| 19:32.36 | brlcad | phcoder: did full stack on peck deck :) |
| 19:33.03 | brlcad | pier: yet sounds like you workout some? |
| 19:33.10 | pier | a bit |
| 19:33.31 | pier | been dooing that for the past five years |
| 19:33.32 | phcoder | full stack huh... hrmph |
| 19:35.45 | brlcad | think it was 140 or 130 |
| 19:35.59 | brlcad | several yeps then peaked |
| 19:39.45 | Maloeran | I still think the time would be much better spent running, for example... :) though I never lifted |
| 19:41.08 | brlcad | good stuff |
| 19:41.19 | brlcad | i bike or row for my cardio |
| 19:44.20 | Maloeran | *nods* Quite good. Besides when Montreal is covered in snow, I'm used to do 30km daily too ( 18 miles? ) |
| 19:46.58 | brlcad | ~convert 30 km to m |
| 19:47.06 | brlcad | heh |
| 19:47.09 | brlcad | ~convert 30 km to miles |
| 19:48.54 | *** part/#brlcad phcoder (n=phcoder@pcp0011650294pcs.aberdn01.md.comcast.net) | |
| 19:51.00 | ``Erik | what the frack... |
| 19:51.13 | brlcad | no no |
| 19:51.16 | brlcad | what the frell |
| 19:51.51 | ``Erik | ... ok, how about... what the flying fuck did that fucking fucktard do to the fucking source |
| 19:51.54 | ``Erik | better? :) |
| 19:52.09 | brlcad | hm, i suppose it's time for bsg lingo, always liked farscapes though :) |
| 19:52.47 | brlcad | at least this isn't |
| 19:52.52 | brlcad | .. ever, never mind |
| 21:03.29 | *** join/#brlcad phcoder (n=phcoder@pcp0011650294pcs.aberdn01.md.comcast.net) | |
| 21:17.10 | pier | Could there be a reason why fb-png gets stuck? |
| 21:19.09 | brlcad | gets stuck? |
| 21:19.27 | brlcad | never seen it get stuck, slow maybe, but not stuck |
| 21:19.52 | pier | Hi brlcad, yes it always worked but now .. |
| 21:20.20 | brlcad | only reason it might get stuck is if the framebuffer isn't responding |
| 21:20.24 | pier | maybe I added some perticoular object that is not allowed |
| 21:20.39 | brlcad | fb-png knows nothing about objects |
| 21:20.44 | pier | ok |
| 21:20.53 | brlcad | it's just pixel manipulation |
| 21:21.07 | brlcad | network communication, file writing |
| 21:21.19 | pier | exec fb-png -w 1024 -n 768 -F:0 frs.png |
| 21:21.39 | pier | is the syntax correct? |
| 21:21.41 | brlcad | ahh, heh |
| 21:21.55 | brlcad | so calling from inside mged presumably? |
| 21:22.07 | brlcad | is mged frozen? |
| 21:22.19 | pier | from both inside and outside |
| 21:22.20 | brlcad | should usually just call from outside mged |
| 21:22.24 | pier | yes ... blocked |
| 21:22.31 | brlcad | is the framebuffer on? |
| 21:22.34 | brlcad | and listening? |
| 21:22.34 | pier | yes |
| 21:22.38 | pier | yes |
| 21:22.53 | pier | listen for client is checked |
| 21:23.22 | brlcad | hmm |
| 21:23.44 | brlcad | and mged isn't hung? |
| 21:23.48 | brlcad | i.e. menus work, etc |
| 21:23.49 | pier | I am beig trying again from a terminal |
| 21:24.09 | pier | yes .. mged working |
| 21:24.26 | pier | frame buffer 0 is on |
| 21:24.59 | pier | top doesn't reveal any buzz from fb-png |
| 21:25.03 | brlcad | what's the window size? |
| 21:25.14 | pier | ehmm |
| 21:25.30 | brlcad | oh! |
| 21:25.34 | pier | how do I know? |
| 21:25.38 | brlcad | framebuffer arg isn't right |
| 21:25.38 | pier | sorry |
| 21:25.39 | brlcad | -F0 |
| 21:26.14 | brlcad | still might not work, but :0 means localhost port 0 |
| 21:26.29 | brlcad | instead of just first port |
| 21:27.12 | pier | no activity... neither with :F0 |
| 21:27.21 | pier | -F0 |
| 21:27.33 | brlcad | try fb-png -F0 file.png |
| 21:27.40 | pier | png file created but empty |
| 21:28.03 | pier | already done... I'll try again |
| 21:28.24 | brlcad | it shouldn't take long |
| 21:28.27 | brlcad | see if the file created |
| 21:28.54 | pier | file's there zero bytes |
| 21:29.10 | pier | spooky... it always worked |
| 21:29.33 | pier | still frozen |
| 21:29.37 | brlcad | hmm.. |
| 21:29.56 | brlcad | can you raytrace inside mged? |
| 21:30.08 | pier | I have a fancy I messed something |
| 21:30.13 | pier | perfectly |
| 21:30.33 | pier | raytrace inside mged works fine |
| 21:30.59 | brlcad | what about raytracing directly to file |
| 21:31.10 | pier | gonna kill fb-png and rm png file created |
| 21:31.26 | brlcad | actually .. |
| 21:31.29 | brlcad | yeah do that then.. |
| 21:31.41 | brlcad | run this: fbserv 1 /dev/Xl & |
| 21:31.48 | pier | ok |
| 21:32.24 | pier | mged> exec fbserv 1 /dev/Xl & |
| 21:32.24 | pier | 13417 |
| 21:32.24 | pier | pkg_permserver: bind: errno=98 |
| 21:32.24 | pier | mged> |
| 21:32.33 | pier | from terminal? |
| 21:32.39 | brlcad | ahh |
| 21:32.46 | brlcad | mged's isn't on 0 |
| 21:32.54 | pier | lord |
| 21:33.03 | pier | and where? |
| 21:33.06 | brlcad | try fb-png -F1 file.png |
| 21:33.40 | pier | strike |
| 21:34.24 | pier | brlcad what's happening? |
| 21:34.31 | pier | it worked now |
| 21:34.33 | brlcad | strike as it didn't work? |
| 21:34.45 | pier | no no... it worked :) |
| 21:34.47 | brlcad | ahh |
| 21:34.48 | brlcad | good |
| 21:35.14 | brlcad | for whatever reason, when you started mged, it couldn't use port 0 |
| 21:35.25 | brlcad | so it tries the next available |
| 21:35.31 | pier | so it is using port 1 |
| 21:35.31 | brlcad | which was apparently 1 |
| 21:35.43 | brlcad | maybe you started that mged while another was running |
| 21:35.50 | pier | was making me crazy |
| 21:36.05 | pier | not really |
| 21:36.06 | brlcad | or you had an fbserv, or raytrace in progress to a lingering one.. various things |
| 21:36.16 | brlcad | for whatever reason, 0 was taken |
| 21:36.38 | brlcad | ps auxwww|grep mged maybe to make sure there's not a stale mged |
| 21:36.38 | pier | how can I find out what process is working on 0 |
| 21:36.48 | pier | ok |
| 21:37.12 | pier | pier@darkstar:~/brlcad/bin$ ps aux | grep mged |
| 21:37.12 | pier | pier 13358 0.2 2.4 19460 12628 ? S 22:13 0:02 mged |
| 21:37.13 | pier | pier@darkstar:~/brlcad/bin$ |
| 21:37.35 | pier | it looks like only one is running |
| 21:38.30 | brlcad | telnet localhost 5559 |
| 21:39.26 | brlcad | do you get: |
| 21:39.36 | brlcad | Trying 127.0.0.1... |
| 21:39.36 | brlcad | Connected to localhost (127.0.0.1). |
| 21:39.37 | brlcad | Escape character is '^]'. |
| 21:39.41 | brlcad | or something different |
| 21:39.49 | pier | exactly the same |
| 21:40.00 | brlcad | then there is a framebuffer listening :) |
| 21:40.10 | brlcad | somewhere |
| 21:40.50 | pier | is it a zombie process? |
| 21:40.59 | brlcad | you can disconnect from that with a ctrl-] |
| 21:41.11 | brlcad | then 'quit' |
| 21:41.28 | pier | done |
| 21:42.26 | brlcad | lsof | grep 55 |
| 21:42.49 | brlcad | lsof | grep 5559 |
| 21:45.14 | pier | fb-png 13207 pier txt REG 3,1 27867 205505 /home/pier/brlcad/rel-7.6.4/i686-pc-linux-gnu/bin/fb-png |
| 21:45.14 | pier | fb-png 13207 pier mem REG 3,1 6556762 200390 /usr/brlcad/rel-7.6.4/i686-pc-linux-gnu/lib/libtcl8.4.so.19.0.1 |
| 21:45.14 | pier | fb-png 13207 pier mem REG 3,1 33552 153295 /usr/X11R6/lib/libXi.so.6.0 |
| 21:45.14 | pier | fb-png 13207 pier 8u IPv4 718867 TCP *:5559 (LISTEN) |
| 21:45.14 | pier | fb-png 13207 pier 9u IPv4 759842 TCP localhost:37324->localhost:5559 (ESTABLISHED) |
| 21:45.32 | pier | mged is not running now |
| 21:45.39 | brlcad | ahh |
| 21:46.00 | pier | what is all that rubbish? |
| 21:46.08 | brlcad | you ran an fb-png -F:0 before running mged or at least before raytracing in mged |
| 21:46.23 | brlcad | so the fb-png starts up as a server |
| 21:46.35 | brlcad | expecting streaming input |
| 21:47.03 | brlcad | (that's so you can string together fb-png with pipes) |
| 21:47.12 | pier | I don't remember ... |
| 21:47.54 | brlcad | :) |
| 21:48.11 | brlcad | probably the very first thing you did before raytracing |
| 21:48.28 | brlcad | you can kill it (or find it and kill it |
| 21:48.44 | pier | ok |
| 21:49.48 | pier | fb-png is no longer running |
| 21:50.48 | pier | lsof | grep 55 doesn't return fb-png messages |
| 21:52.17 | pier | I'll try to give the command again |
| 21:56.08 | pier | incredible... again not working :,( |
| 21:58.35 | brlcad | lsof |grep LISTEN |
| 21:58.47 | pier | fb-png -F2 frs6.png worked now |
| 21:59.05 | pier | NULL |
| 22:00.14 | pier | lsof |grep LISTEN -> nothing |
| 22:00.29 | brlcad | eh, is mged running? |
| 22:00.35 | pier | yes |
| 22:01.19 | brlcad | hmm, then it should be listening |
| 22:01.23 | brlcad | framebuffer active? |
| 22:01.35 | brlcad | lsof | grep mged |
| 22:01.50 | pier | nuthin |
| 22:08.03 | pier | yes framebuffer active |
| 22:15.02 | brlcad | i'm not sure really, if lsof doesn't show it, it's not open -- that's a system tool |
| 22:15.25 | brlcad | "open file" listing |
| 22:15.57 | pier | ok I spotted it now |
| 22:16.22 | pier | gave just lsfo |
| 22:19.30 | pier | killed |
| 22:22.28 | pier | thank you very much! I have learnt something else. |
| 22:23.44 | pier | now can go to bed and rest... 2morrow legs at the gym for me too |
| 22:28.10 | brlcad | sounds great |
| 22:28.24 | brlcad | i should go row now that you mention.. |
| 22:28.31 | brlcad | cheers! |
| 22:29.28 | pier | night and thanks (rowing... fantastic) |
| 22:31.32 | *** part/#brlcad pier (n=pier@151.56.220.10) | |
| 22:31.35 | phcoder | brlcad: dinner? |
| 22:32.59 | brlcad | tonight?! |
| 22:33.03 | brlcad | it's it's .. |
| 22:33.09 | phcoder | friday |
| 22:33.15 | phcoder | yes. it is. |
| 22:33.22 | brlcad | start of the new season for sg1, atlantis, bsg :) |
| 22:33.41 | phcoder | we have that channel, for now. |
| 22:33.47 | phcoder | all on tonight? |
| 22:33.51 | phcoder | one after the other? |
| 22:33.58 | brlcad | yup |
| 22:34.05 | phcoder | interesting. come over. |
| 22:34.14 | brlcad | heh |
| 22:34.24 | brlcad | so.. tiny :) |
| 22:35.25 | phcoder | i just said that to nettie: he probably will complain about the small screen ;-) |
| 22:35.56 | brlcad | hehe |
| 22:35.58 | phcoder | too bad i can't pipe TV to my 30 in |
| 22:36.06 | brlcad | seriously, that'd be sweet |
| 22:36.18 | phcoder | oh yes. i bet I can get a card for it... hmmmmmmm |
| 22:36.36 | brlcad | they used to make 1 card and 1 usb device with crappy quality |
| 22:36.43 | phcoder | for os x? |
| 22:36.52 | phcoder | maybe hauppage has one |
| 22:36.54 | brlcad | haven't looked in months though .. i've wanted that for a long time |
| 22:37.05 | phcoder | so - comin over? |
| 22:37.17 | brlcad | easy to find the cards, hard to find os x supported one |
| 22:37.26 | phcoder | yeah |
| 22:38.39 | brlcad | nah, not tonight .. going to gym again for a lil bit then showtime in my dungeon |
| 22:40.40 | *** join/#brlcad coderwife (n=nettie@pcp0011650294pcs.aberdn01.md.comcast.net) | |
| 22:42.25 | phcoder | fine |
| 22:42.41 | phcoder | we'll see what coderwife has to say about that |
| 23:01.24 | *** part/#brlcad coderwife (n=nettie@pcp0011650294pcs.aberdn01.md.comcast.net) | |
| 23:03.55 | ``Erik | heh |
| 23:04.01 | ``Erik | starts at 8, scifi... |
| 23:05.13 | phcoder | buh bye |