| 00:10.12 | IriX64 | got that shuttle dxf to go, pix is on my blog, note its not the acad shuttle, but a dxf is a dxf. |
| 00:21.21 | deltazap | hmm? |
| 00:28.24 | louipc | what wm do you use? |
| 00:28.38 | louipc | or do you use linux? |
| 00:34.43 | brlcad | there have been several suggestions/discussions about merging some of qcad's capabilities with brl-cad's |
| 00:37.10 | brlcad | certainly doable, especially given how qcad just uses dxf for their format and we have a fairly comprehensive dxf importer and exporter |
| 00:48.53 | IriX64 | http://www.pastebin.ca/404451 |
| 01:01.23 | IriX64 | is a release date actually set for 7-10? or is that a vaporeous thing still? :) |
| 01:05.10 | brlcad | any day now, as soon as these builds stabilize |
| 01:06.57 | IriX64 | are you *sure I can't have the database to stryker pix :) (ducking) |
| 01:55.01 | *** join/#brlcad brlcad (n=sean@bz.bzflag.bz) |
| 06:41.48 | *** join/#brlcad Maloeran (n=maloeran@glvortex.net) [NETSPLIT VICTIM] |
| 08:20.38 | *** join/#brlcad clock_ (n=clock@zux221-122-143.adsl.green.ch) |
| 08:52.38 | *** join/#brlcad slundell (n=slundell@83.223.29.13) |
| 10:26.47 | *** join/#brlcad cad86 (n=54dd4397@bz.bzflag.bz) |
| 10:26.53 | cad86 | hi all |
| 10:27.09 | cad86 | is there someone in this irc? |
| 10:39.23 | clock_ | no |
| 10:39.27 | clock_ | you are here alone |
| 10:42.01 | cad86 | ok, and you're a ghost :-) |
| 10:42.16 | clock_ | no I am your alterego. You subconscious |
| 10:42.28 | cad86 | perfect. |
| 10:42.30 | cad86 | see you. |
| 11:06.34 | *** join/#brlcad docelic (n=docelic@212.15.170.224) |
| 13:57.11 | *** join/#brlcad ibot (i=ibot@pdpc/supporter/active/TimRiker/bot/apt) |
| 13:57.11 | *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || http://sf.net/projects/brlcad || http://fisheye1.cenqua.com/browse/brlcad/brlcad || 7.10 release preparations coming soon to a tarball near you... |
| 14:47.11 | *** join/#brlcad Elperion (n=Elperion@p54875d20.dip.t-dialin.net) |
| 15:16.34 | *** join/#brlcad Elperion (n=Elperion@p54875d20.dip.t-dialin.net) |
| 15:25.02 | *** join/#brlcad clock_ (n=clock@zux221-122-143.adsl.green.ch) |
| 16:29.27 | *** join/#brlcad IriX64_ (n=mario_du@bas2-sudbury98-1178014740.dsl.bell.ca) |
| 16:43.36 | IriX64 | brlcad: off duty? :) |
| 17:50.50 | IriX64 | http://www.pastebin.ca/405334 < this should fix that bug I inadvertantly put in (mea culpa) |
| 18:17.36 | *** join/#brlcad Elperion (n=Elperion@p54876084.dip.t-dialin.net) |
| 18:22.09 | brlcad | off what? |
| 18:22.38 | IriX64 | not sure what it should be |
| 18:23.05 | IriX64 | err sorry |
| 18:23.11 | brlcad | not sure what you're talking about |
| 18:23.49 | brlcad | /dev/ogll and /dev/ogl are both valid if ogl support is enabled, but mean different things |
| 18:24.12 | IriX64 | ty thought it should be one or the other |
| 18:24.14 | brlcad | "ogl" is the device name, anything that follows are settings |
| 18:24.27 | brlcad | there are a variety of possible settings (brlman libfb) |
| 18:24.40 | IriX64 | thats what im missingf thanks |
| 18:24.45 | brlcad | l is one of them, meaning "linger" .. i.e. don't close the window |
| 18:25.06 | brlcad | same is seen with /dev/X and /dev/Xl |
| 18:25.15 | IriX64 | got it |
| 18:25.16 | brlcad | X is the device, l means keep the window open |
| 18:25.26 | IriX64 | ill learn :) |
| 18:25.30 | brlcad | there are others for using shared memory, single/double buffering, etc |
| 18:25.39 | IriX64 | it is complex |
| 18:25.47 | brlcad | not really, just flexible |
| 18:26.06 | IriX64 | heh to you yes but im just starting out |
| 18:30.11 | IriX64 | -msses ;) |
| 19:31.26 | Maloeran | Do you guys know anything about the potential difficulties and risks of carrying a packed E-ATX computer case by plane? |
| 19:31.35 | Maloeran | I assume it wouldn't be adviseable |
| 19:32.46 | Maloeran | I'm just not too inspired to demonstrate raytracing on a crummy Sempron with 256kb of L2 cache when I have a desktop 15 times faster |
| 19:34.07 | *** join/#brlcad cadguy (n=butler@bz.bzflag.bz) |
| 19:34.51 | IriX64 | Maloeran, buy a seat for it. |
| 19:35.50 | IriX64 | like viola players do |
| 19:36.18 | Maloeran | Ouch, is that the only safe way? I'm not sure they would really let someone carry a big computer case in the plane, they tend to be paranoid enough |
| 19:36.37 | IriX64 | say its a viola :) |
| 19:39.11 | *** join/#brlcad dli (n=dli@wireless-230-163.uchicago.edu) |
| 19:40.25 | IriX64 | mmm maybe a pet cage then? |
| 19:41.20 | dli | I made some drawings, but forgot the set units to "in". It's "mm" now, how could I fix this? |
| 20:02.16 | IriX64 | mc |
| 20:02.20 | IriX64 | sorry |
| 20:14.25 | CIA-21 | BRL-CAD: 03brlcad * 10brlcad/TODO: Use NSIS instead of InstallShield/MSI for Windows binary releases and Generate plain .zip files too (suggestion by f_noel and others via irc and myself, msi is crap) |
| 21:00.40 | IriX64 | is there such a thing as a weekly snapshot of brlcad source? |
| 21:18.13 | *** join/#brlcad docelic (n=docelic@212.15.172.73) |
| 22:42.10 | louipc | dli: maybe you can change the setting to inches and scale everything down |
| 22:42.36 | dli | louipc, not sure about scaling :( |
| 22:42.43 | louipc | IriX64: you should really check out CVS man |
| 22:43.03 | dli | louipc, I'm going to edit the binary .g file |
| 22:43.15 | louipc | what's wrong with scaling? |
| 22:43.37 | dli | louipc, I see it's easier to go with binary editor |
| 22:43.51 | dli | louipc, just one step, 1.00 => 2.54 |
| 22:44.34 | dli | louipc, I haven't finished "scaling" in tutorial yet |
| 22:44.41 | louipc | hehe ok |
| 22:45.45 | dli | louipc, scaling/matrix messed up |
| 22:46.05 | louipc | where in the file do you edit the units? |
| 22:46.09 | dli | louipc, I think the qcad idea is better, numbers can be in any units, so, make the numbers abstract |
| 22:46.15 | louipc | oh I see |
| 22:46.58 | louipc | units^@1. |
| 22:47.01 | louipc | 0000000000000000000000000e+00 |
| 22:47.08 | louipc | that's some crazy accuracy |
| 22:47.14 | louipc | er precision |
| 22:48.01 | louipc | dli: yeah the numbers are just interpreted based on what you label the drawing |
| 22:49.07 | louipc | but imagine importing a drawing that you drew based on metric into a drawing you drew based on imperial |
| 22:49.44 | louipc | the metric parts would be much bigger... so I guess it's kind of nice to base the units off of a standard |
| 22:50.13 | dli | louipc, no, doesn't work :( |
| 22:51.18 | *** join/#brlcad dli (n=dli@wireless-230-163.uchicago.edu) |
| 22:51.30 | dli | louipc, no, binary editor doesn't work. now, help to scale |
| 22:52.00 | louipc | dli: to convert from metric to imperial you should divide by 25.4 actually |
| 22:52.19 | louipc | base units in metric is MM, not CM |
| 22:53.45 | louipc | hehe I'd have to go through the tutorial again myself |
| 22:53.59 | dli | louipc, you do a test, you will see it fails :( |
| 22:55.27 | dli | tell them to make the number and units independent :( |
| 22:55.31 | louipc | yeah I usually don't muck around in binary files :/ |
| 22:55.47 | dli | louipc, I don't know how to scale |
| 22:57.20 | louipc | hmm lets see |
| 23:02.14 | dli | louipc, this is very nasty :( |
| 23:05.19 | louipc | hmm ok you can change your settings to inch and load in the file |
| 23:05.30 | louipc | then you need to scale it down |
| 23:05.47 | dli | louipc, how to scale? |
| 23:09.19 | louipc | hehe good question |
| 23:10.31 | dli | louipc, all I can see it to scale all prim and matrix :( to redraw everything is even easier |
| 23:11.04 | dli | louipc, I can scale the final combination, but the leaves all prims with funny numbers, not a solution at all |
| 23:12.35 | louipc | how did you scale it? |
| 23:13.59 | dli | louipc, go to Edit -> Prim Selection or Matrix selection |
| 23:14.43 | dli | louipc, then, you can " sca <factor>", or "oscale <factor>" |
| 23:17.19 | louipc | ok |
| 23:18.53 | louipc | I'm not sure. I haven't actually used brlcad for a long while. It should be easier though shouldn't it? |
| 23:21.04 | louipc | I'm really just trying to get brlcad and all the dependencies packaged nicely for my distro for now |
| 23:21.38 | dli | louipc, I use gentoo, so, easier with a simple ebuild file |
| 23:22.55 | louipc | dli: yeah I made a basic package that just uses the stuff in src/other but I want to split those into separate packages so I don't need to re-install them every time |
| 23:23.20 | louipc | plus someone might find them useful for other purposes |
| 23:25.24 | dli | louipc, I'm going home :( feel stupid now, probably, redraw everything is easier |
| 23:25.45 | dli | louipc, btw, exporting as ascii doesn't work |
| 23:25.51 | louipc | yeah but you won't learn how to scale then |
| 23:26.00 | dli | louipc, otherwise, we can edit the ascii file |
| 23:26.12 | louipc | yea |
| 23:26.24 | dli | louipc, I mean it exports, but that ascii file is invalid at importing |
| 23:27.03 | louipc | oh hmm. I'm not sure how it's formatted so I couldn't say what's wrong |
| 23:27.29 | dli | louipc, brlcad complains it's wrong |
| 23:27.43 | brlcad | IriX64: there were snapshots, but they're not on-line atm |
| 23:27.54 | louipc | I understand |
| 23:28.22 | louipc | dli: I meant I couldn't specifically say what the problem is |
| 23:29.02 | brlcad | louipc: units issues? |
| 23:29.21 | dli | brlcad, yes, how to change units from "mm" to "in"? |
| 23:29.33 | brlcad | type: units in |
| 23:29.41 | dli | brlcad, "inch" |
| 23:29.55 | dli | brlcad, no :( it scales the coordinates |
| 23:30.40 | brlcad | then sounds like you don't want to just change the units being used, but resize things that are already created? |
| 23:31.10 | dli | brlcad, no. I forgot to set it to "in", now, how to correct this mistake |
| 23:31.40 | louipc | created a model basing it on 'in' but actually drawing in 'mm' |
| 23:32.26 | dli | louipc, yes, because I'm going to import this part into another database, I couldn't just ignore this |
| 23:32.26 | brlcad | gotya, so basically everything is too small |
| 23:32.49 | louipc | yea |
| 23:32.54 | dli | brlcad, yes, also, funny numbers |
| 23:33.23 | dli | brlcad, I can use oscale to scale the whole combination, but still leaving prim at funny numbers |
| 23:33.50 | louipc | hmm |
| 23:33.54 | brlcad | indeed, hmm |
| 23:34.12 | brlcad | what do you mean by funny? |
| 23:34.46 | dli | brlcad, because it has been scaled from correct values |
| 23:35.13 | louipc | so the scale can apply to the combination as a whole and not affect the prims? |
| 23:35.15 | brlcad | er, huh? :) |
| 23:35.52 | brlcad | i'm not following .. funny as in "seems wrong" or just undesirable, or something else? |
| 23:35.54 | dli | brlcad, the geometries are with correct numbers + wrong units. how to correct this |
| 23:36.43 | brlcad | assuming you don't have other matrices, the easiest is to just apply a matrix edit and push it |
| 23:37.00 | brlcad | oed, sca, accept done |
| 23:37.24 | dli | brlcad, okay, I will forget this, just redraw everything. I already knew your solution :( which is not a solution to me at all |
| 23:37.46 | brlcad | curious, why? |
| 23:38.03 | brlcad | there are other ways too, but that's one of the faster direct ways |
| 23:38.52 | dli | brlcad, I have an one inch cube, so I want to see ( -0,5 0.5 ), not ( -0.019, 0.0019)*25.4 |
| 23:39.57 | dli | brlcad, even worse, during editing, I see ( -0.019, 0.019) with cat, and go to matrix selection to see the 25.4 |
| 23:40.48 | dli | brlcad, is there anyway to make ascii database work? I can modify there |
| 23:41.34 | brlcad | dli: do you have other matrices in your combinations? |
| 23:41.43 | brlcad | if not, it sounds like the missing step is push |
| 23:41.54 | brlcad | push will apply the matrix to the primitves |
| 23:41.59 | dli | brlcad, yes, and this part will be imported to another database |
| 23:42.35 | dli | brlcad, hold on, I don't know the "push" command |
| 23:42.52 | brlcad | push gets rid of the matrices, applying them |
| 23:43.45 | brlcad | so instead of being a sphere centered at 0 0 0 with radius 10, with a pushed matrix, that might reposition, rescale, etc depending on the matrices above it |
| 23:44.07 | brlcad | if you need to retain the matrices, though, then you don't want to push |
| 23:44.34 | dli | brlcad, no, that doesn't help with prims |
| 23:44.58 | brlcad | another alternative, going the ascii route is to do a "keep" or File->Export in mged or g2asc on command-line, then edit direct |
| 23:45.36 | brlcad | everything is numerically stored in mm, so you'd edit units to say "in" and update the values accordingly |
| 23:45.42 | dli | brlcad, I tried the ascii database, but can not import the file |
| 23:46.33 | brlcad | why not? |
| 23:47.04 | brlcad | it will be sensitive to typos and other errors |
| 23:48.34 | dli | brlcad, I can import now. let me try to edit it |
| 23:48.48 | brlcad | i can ask one of the expert modellers what they do tomorrow, there could be a command that does exactly this that I just don't know about |
| 23:50.13 | dli | brlcad, so I have to change numbers in the ascii file too? |
| 23:50.54 | dli | brlcad, I feel it's easier to redraw everything manually |
| 23:59.29 | IriX64 | what other pastebins are there besides pastebin.ca and pastebin.org? |