15:58.37 |
*** join/#brlcad ibot
(i=ibot@rikers.org) |
15:58.37 |
*** topic/#brlcad is BRL-CAD
Open Source Solid Modeling || http://brlcad.org || http://sf.net/projects/brlcad
|| Release 7.14.8 posted (20090511) || GSoC2009 Next Step: code
code, type type, commit frequently while you work! update wiki/blog
on daily progress. |
16:11.45 |
CIA-28 |
BRL-CAD: 03starseeker * r35690
10/brlcad/trunk/src/ (librt/primitives/nmg/nmg_brep.cpp
proc-db/csgbrep.cpp): Get an nmg example into csgbrep for debugging
purposes, even though nmg_brep doesn't do anything yet. |
16:22.39 |
*** join/#brlcad mafm
(n=mafm@2.Red-83-63-197.staticIP.rima-tde.net) |
16:28.04 |
*** join/#brlcad jdoliner
(n=jdoliner@c-68-51-75-169.hsd1.il.comcast.net) |
16:39.37 |
CIA-28 |
BRL-CAD: 03bob1961 * r35691
10/brlcad/trunk/src/tclscripts/archer/Archer.tcl: Update
killWrapper to remove duplicates from the kill list and the
modified list. |
16:54.10 |
*** join/#brlcad BigAToo
(n=BigAToo@pool-96-230-124-58.sbndin.btas.verizon.net) |
17:48.30 |
brlcad |
d-lo: you aware that final eval deadline is
today? |
17:48.44 |
d-lo |
yessir. Done did it already :) |
17:48.49 |
brlcad |
awesome |
17:53.41 |
brlcad |
Ralith: jdoliner: filled yours out too I
hope? |
17:58.59 |
jdoliner |
i did indeed |
18:02.07 |
``Erik |
and d'lo is gone, saw him driving out as we
got back from lunch (green turtle) |
18:03.04 |
brlcad |
he answered |
18:04.00 |
``Erik |
yeh, but he's out now, 'sall I'm sayin'
:) |
18:04.23 |
``Erik |
he was probably surprised to see me driving a
4d car |
18:11.24 |
Yoshi47 |
what the bext rendering technic i should use
for my bearing, its done! |
18:11.28 |
jdoliner |
it's a uniquely depressing experience to
discover a prototyped opennurbs function isn't actually
implemented |
18:16.07 |
brlcad |
Yoshi47: great, congratulations! |
18:16.17 |
brlcad |
Yoshi47: you might want to try running
"rtwizard" |
18:16.26 |
brlcad |
it has embedded help, various render
styles |
18:16.27 |
Yoshi47 |
brlcad, thanks, don't ask me how many hours so
far! |
18:16.35 |
Yoshi47 |
brlcad, ok i'll try that out |
18:16.40 |
brlcad |
otherwise, I tend to like rt rendering with an
rtedge overlay |
18:17.22 |
brlcad |
tweaking shader properties, maybe adding
textures and creating custom lights give the best result |
18:17.48 |
Yoshi47 |
brlcad, i get this ./rtwizard: line 26: exec:
bwish: not found when trying exec rtwizard |
18:18.19 |
starseeker |
brlcad: just curious - is there any sort of
"minimal" opengl scene graph setup that's smaller and lighter
weight than Ogre/OpenSceneGraph? |
18:18.19 |
brlcad |
o.O |
18:18.30 |
brlcad |
Yoshi47: you haven't installed
brl-cad? |
18:18.46 |
brlcad |
nice example rendering: http://brlcad.org/tmp/goliath2.png |
18:18.54 |
Yoshi47 |
yep, svn install this morning, then autogen.sh
-> ./configure -> make -> make install |
18:19.07 |
brlcad |
then why's it saying ./rtwizard |
18:19.10 |
starseeker |
is /usr/brlcad/bin in your path? |
18:19.30 |
brlcad |
oh, hah, are you actually cd'd into
/usr/brlcad/bin? |
18:19.43 |
Yoshi47 |
brlcad, yeah but i forgot to make symbolic
links... |
18:19.45 |
Yoshi47 |
one sec |
18:19.56 |
brlcad |
shouldn't need to make any symbolic links
:P |
18:20.01 |
Yoshi47 |
i installe dinto /opt |
18:20.10 |
brlcad |
still shouldn't need to make any symbolic
links :P |
18:20.22 |
Yoshi47 |
umm well im cd /opt/brlcad/bin/ |
18:20.30 |
Yoshi47 |
then tried rtwizard. |
18:20.34 |
Yoshi47 |
bwish is there |
18:20.35 |
brlcad |
yeah, that's just a funny way to run
things |
18:20.46 |
brlcad |
right, but how's it supposed to know bwish is
there |
18:20.57 |
brlcad |
it's not like it knows it needs to run ./bwish
because you ran ./rtwizard :) |
18:21.10 |
Yoshi47 |
from my path... |
18:21.14 |
brlcad |
it just runs "bwish" |
18:21.28 |
Yoshi47 |
right |
18:21.39 |
brlcad |
what happens if you just run
"rtwizard" |
18:22.12 |
Yoshi47 |
same thing |
18:23.02 |
brlcad |
if you run "bwish", what happens? |
18:23.22 |
Yoshi47 |
bwish> |
18:23.37 |
Yoshi47 |
well i ran ./bwish |
18:23.41 |
brlcad |
heh |
18:23.42 |
brlcad |
dude |
18:23.58 |
brlcad |
"rtwizard" is not "./rtwizard" |
18:24.18 |
brlcad |
nor is "bwish" "./bwish" :) |
18:24.30 |
brlcad |
your path isn't set |
18:24.42 |
Yoshi47 |
i guess i don't folly understand the principle
yet, kinda do but not all the way |
18:24.52 |
brlcad |
you have to set your path for binaries to be
found |
18:24.56 |
Yoshi47 |
brlcad, thats what i figured |
18:25.24 |
brlcad |
you're fine when it's a stand-alone binary,
but not when it's something that relies on other
resources |
18:25.37 |
brlcad |
that goes for any application, not just
brl-cad tools |
18:26.07 |
brlcad |
export PATH=/opt/brlcad/bin:$PATH |
18:26.10 |
brlcad |
for bash at least |
18:26.30 |
Yoshi47 |
got it |
18:26.34 |
Yoshi47 |
thanks |
18:27.17 |
Yoshi47 |
how long should it take to load |
18:30.31 |
brlcad |
depends on how fast your system is, but there
should be a progress meter |
18:30.41 |
brlcad |
unless you see it spit out an error |
18:31.42 |
Yoshi47 |
no it was a seperate window 40% Megawidgets
Packed |
18:31.47 |
Yoshi47 |
still can go on though |
18:35.29 |
brlcad |
if it's not moving, it's stalled on
something |
18:37.15 |
brlcad |
~seen Ralith |
18:37.18 |
ibot |
ralith is currently on #brlcad, last said:
':P'. |
18:37.21 |
Yoshi47 |
no i just close it and i can move on |
18:37.37 |
brlcad |
should have prodded ralith over the
weekend |
18:41.42 |
Yoshi47 |
what type of file is outputted from the
wizard? png or jpeg |
18:42.11 |
brlcad |
well definitely not jpeg because we don't
support any lossy formats |
18:42.17 |
brlcad |
but either pix or png |
18:42.18 |
Yoshi47 |
good |
18:42.32 |
Yoshi47 |
outputs a corrupted file png |
18:42.35 |
Yoshi47 |
3MB big |
18:42.48 |
starseeker |
hmm - this is LGPL and looks like about 1M in
size - wonder if it's any good? http://plib.sourceforge.net/ssg/index.html |
18:42.49 |
brlcad |
are you sure it's a png? |
18:42.58 |
brlcad |
i'm betting it's a pix |
18:43.05 |
Yoshi47 |
how do you specify i just ending the file name
with png |
18:43.12 |
brlcad |
ah, heh |
18:43.18 |
brlcad |
yeah, that won't do it |
18:43.28 |
brlcad |
if it has no options to say "png", then it's
definitely a pix file |
18:43.40 |
brlcad |
pix are raw first quadrant image
files |
18:43.45 |
brlcad |
you can run pix-png to convert it |
18:44.08 |
Yoshi47 |
ok i'll try that |
18:44.08 |
brlcad |
(pix-png -n 1024 -w 768 < file.pix >
file.png |
18:44.16 |
brlcad |
for a 1024x768 image of course |
18:44.32 |
brlcad |
it's a raw image, so you have to tell it what
the dimensions are |
18:45.31 |
starseeker |
hrm. maybe not so small - needs some plib
utility libraries |
18:45.32 |
starseeker |
nuts |
18:46.45 |
brlcad |
hm? que? |
18:46.51 |
starseeker |
er, sorry |
18:47.18 |
starseeker |
just looking around to see if there is some
kind of small scene graph library we could use in archer without
including all of Ogre/OpenSceneGraph |
18:47.18 |
brlcad |
working in *any* scene graph is going to be
about the same amount of work, regardless of how complex it
is |
18:47.39 |
brlcad |
most of the work is on the archer/mged/libdm
side of things |
18:48.10 |
starseeker |
nods. Figured, but we
probably can't justify pulling everything needed for Ogre just to
make archer's wireframe behave better |
18:48.31 |
starseeker |
was hoping there was something small that
could be used just for Archer, prior to the new GUI work |
18:49.17 |
brlcad |
sure we could -- if it improves things, then
it's progress -- an orge libdm interface would be very
useful |
18:49.56 |
starseeker |
but Ogre + deps would be a great deal larger
than even opennurbs or docbook - wouldn't that be too much to pull
in? |
18:50.18 |
starseeker |
at least, without something new and
spectacular in the UI department? |
18:50.21 |
brlcad |
it is a lot for a small gain, depends how well
it worked |
18:50.47 |
brlcad |
if it was perfectly seamless and fully
integrated, I think it'd be worth it - but that's a big
'if' |
18:50.53 |
starseeker |
nods |
18:51.26 |
starseeker |
I should explore the libdm setup and the new
rtgl work, might be a good starting point |
18:51.55 |
brlcad |
could still create an ogre libdm as a dev
project, assume a system-installed ogre with an interface that is
all or nothing on/off |
18:52.05 |
brlcad |
yeah, was going to say that |
18:52.19 |
brlcad |
the way rtgl is now is far from ideal (and
actually a bit of a problem) |
18:52.52 |
brlcad |
libdm's api was originally constructed around
displaying polygonal line segments |
18:53.06 |
starseeker |
winces |
18:53.23 |
starseeker |
and I'm guessing we can't monkey with that API
anytime soon? |
18:53.26 |
brlcad |
it needs to be more scenegraphish where you
either set up rendering callbacks (probably ideal) or expand the
api to more general entities |
18:53.33 |
brlcad |
sure we can |
18:53.53 |
starseeker |
wouldn't we be breaking external code? Or
does nobody use the dm directly? |
18:54.04 |
brlcad |
libdm is fair game to change, so long as the
archer and tcl megawidgets continue to "work" |
18:54.14 |
starseeker |
ah :-) |
18:54.18 |
brlcad |
the tcl megawidgets are used
externally |
18:54.59 |
starseeker |
hates to expose his
ignorance but had better - "rendering callbacks" refers to
? |
18:55.12 |
brlcad |
the src/tclscripts/lib entities in
particular |
18:56.02 |
brlcad |
okay, rendering callbacks are just like
logging callbacks (if that helps) |
18:56.11 |
Yoshi47 |
why is there little tiny dots here and there
on my images? |
18:56.23 |
brlcad |
but consider if you had something you wanted
to draw, like a bunch of line segments that need to get sent to
opengl |
18:56.35 |
brlcad |
Yoshi47: screenshot? |
18:56.45 |
Yoshi47 |
one sec. |
18:57.20 |
brlcad |
a direct approach would be to have a place
where your application code compiles a list of line segments, and
then sends those to libdm saying "draw this" .. an immediate mode
of sorts |
18:58.18 |
brlcad |
a callback approach would be more like telling
libdm, "call this function when it's time to draw" and then that
function dispatches the things to be drawn in that callback
function using a context libdm provides |
18:58.48 |
Yoshi47 |
brlcad, http://ej.nijenhuis.pixi.me/v/CAD/ |
18:59.31 |
brlcad |
doesn't matter much for somethign simple like
rendering line segments, but can be a big deal if you want to
support arbitrary rendering methods (like ray-tracing or scene
graphs) instead of just some subset of geometric entities |
19:01.50 |
starseeker |
brlcad: OK. Is there a pre-existing API you
would like libdm to emulate? |
19:06.09 |
brlcad |
I'd just solve the problem as you go along --
it's pretty easy to tell where/when things go wrong because you end
up with #ifdef code outside of libdm |
19:06.10 |
*** join/#brlcad talcite
(n=Matthew@bas1-toronto21-1242460322.dsl.bell.ca) |
19:06.35 |
starseeker |
nods |
19:07.19 |
starseeker |
when the rubber hits the road, what did you
want to do about Ogre's build system? do we assume cmake is
available and trigger it with autoconf? |
19:07.34 |
Yoshi47 |
is it how i rendered it, it also happens when
rendering inside wged. |
19:07.51 |
starseeker |
(e.g. with Ogre living in src/other/ogre
...) |
19:11.55 |
brlcad |
for the main brlcad line, I'd assume ogre was
system installed like X and leave it at that for now -- you get
another dm if you don't have it |
19:12.07 |
brlcad |
we just make sure we have it when it comes
time to release |
19:12.24 |
starseeker |
OK |
19:13.53 |
Yoshi47 |
well since im done with bearing for now, back
to my imported dxf shape, how should i extrude it? |
19:18.54 |
talcite |
ahaha the review request has been posted!
https://bugzilla.redhat.com/show_bug.cgi?id=518949 |
19:19.21 |
brlcad |
Ralith: wake up dude :) |
19:26.48 |
``Erik |
Yoshi47: it'd be neat to see render_balls done
with perspective mode and some scene around the object :) |
19:28.12 |
Yoshi47 |
``Erik, i have to make the scene first, which
leads back to my question 4 lines up... by the way how is my
drawing? bad or not too bad for 3 days at it? |
19:28.43 |
``Erik |
drawing? |
19:29.58 |
Yoshi47 |
``Erik, what would you like? sorry |
19:30.18 |
``Erik |
the model looks cool, I tend to just make a
'half' with a checkerboard shader and make the background color
'blue', so it comes out like
http://brlcad.org/gallery/s/renderings/primitives/niceballs.png.html |
19:30.26 |
``Erik |
but just cuz it's really easy and quick
*shrug* |
19:31.36 |
``Erik |
could always concat it into like the bldg391.g
or cornell.g just to get some real surroundings :) |
19:31.43 |
Yoshi47 |
``Erik, what degree perspective on
it? |
19:32.08 |
``Erik |
play with it? between 0 and 90, probably
someting like 60ish would be good? |
19:32.32 |
``Erik |
(er, 0 and 180) |
19:32.32 |
Yoshi47 |
``Erik, so you have no answer my
extruding? |
19:32.38 |
``Erik |
no, I don't :( |
19:33.02 |
``Erik |
maybe brlcad knows, but he's off napping or
playing with his hello kitty dolls again or something |
19:33.04 |
Yoshi47 |
``Erik, umm, i would figure more people would
be extruding stuff on a regular basis. |
19:33.35 |
``Erik |
<-- tends to stick to lower level stuff,
doesn't know squat about modelling :) |
19:34.03 |
Yoshi47 |
``Erik, well someones got to do the lower
stuff, i know i can't |
19:35.04 |
brlcad |
Yoshi47: those dots are floating point
tolerance bugs where two faces are overlapping -- the boolean logic
is ill-defined, a very old issue |
19:35.15 |
``Erik |
has been thinking about
replacing libbu's red/black tree with a generalized tree interface
(callbacks in a struct) O.o |
19:35.32 |
Yoshi47 |
brlcad, umm ok, i guess nothing we can
do |
19:36.00 |
Yoshi47 |
brlcad, you also don't have a answer about
extruding? |
19:36.04 |
brlcad |
Yoshi47: you can eliminate the artifacts by
restructuring the booleans, but it's usually easiest to just render
larger and scale down |
19:36.21 |
brlcad |
the points are hairline floating point so they
won't scale up with the image |
19:36.22 |
``Erik |
or hypersample |
19:36.26 |
Yoshi47 |
brlcad, i'll keep in mind for the next
render |
19:36.55 |
brlcad |
yeah, hypersampling should minimize it too -H4
or larger |
19:37.14 |
brlcad |
hasn't even read the
question about extruding yet .. lots of threads goin
:) |
19:38.15 |
``Erik |
importing a dxf 'shape' is an iffy thing, we
only handle triangle meshes from autocad, not anything like a 2d
layout |
19:38.20 |
``Erik |
I think |
19:38.27 |
brlcad |
as for 3 days at it .. newbie time scale ..
that shouldn't have taken more than an hour or less |
19:38.46 |
brlcad |
i bet if you did it again, it'd only take a
day now |
19:38.57 |
brlcad |
and then do it again, probably half a
day |
19:39.07 |
brlcad |
fast falloff |
19:39.19 |
brlcad |
talcite: awesome! |
19:44.08 |
Yoshi47 |
brlcad, i bet i could do it under and hour
now... |
19:45.27 |
Yoshi47 |
``Erik, so what your saying im better off
redrawing, shouldn't be too hard but a couple hours since i got
like 4 extrusions to do... |
19:49.54 |
CIA-28 |
BRL-CAD: 03brlcad * r35692
10/brlcad/trunk/src/tclscripts/mged/help.tcl: note that the
rotation values for clone's -b option are in degrees, as suggested
by Yoshi47 on IRC. |
19:51.09 |
brlcad |
talcite: the floating point compliance problem
is real, but I haven't yet seen it be an actual problem anywhere
yet -- several platforms report that |
19:51.28 |
brlcad |
cross-compiling might have caused it
even |
19:51.36 |
talcite |
oh ok. It just might be because I'm cross
compiling in this case |
19:51.42 |
Yoshi47 |
brlcad, what does the CIA-28 mean? that the
help will be updated or has been? |
19:51.44 |
talcite |
yeah. It didn't show up in native
compiles |
19:52.21 |
brlcad |
starseeker: arbn is implicitly defined as the
boundary enclosed by the surfaces resulting from those intersecting
planes .. so yeah, implicit ;) |
19:53.17 |
brlcad |
Yoshi47: that it has been |
19:53.22 |
brlcad |
that's a live source change
notification |
19:59.51 |
*** join/#brlcad PrezKennedyII
(i=Matthew@whitecalf.net) |
20:03.03 |
Yoshi47 |
brlcad, cool, i love Open Source |
20:04.05 |
brlcad |
open source rocks ;) |
20:04.18 |
*** join/#brlcad cosurgi
(n=cosurgi@atak.bl.pg.gda.pl) [NETSPLIT VICTIM] |
20:04.31 |
brlcad |
even better, you keep finding reporting little
things like that, could even set it up so more changes could be
made |
20:04.34 |
brlcad |
even by you! ;) |
20:04.37 |
*** join/#brlcad PrezKennedy
(i=Matthew@whitecalf.net) |
20:05.15 |
Yoshi47 |
brlcad, cool |
20:07.18 |
Yoshi47 |
brlcad, im still having a hard time crasping
the concept behind this, if i desing my extrusion a foot long how
easy is it later on to extrude that to what ever lenght i would
like? would OED work on it for changing the length and then that
would push down to the primitive shapes? |
20:10.29 |
brlcad |
it should, but not sure I've heard of anyone
try |
20:11.09 |
brlcad |
would be pretty simple to do an adjust or
primitive edit to change the length given it's a simple
vector |
20:15.04 |
brlcad |
adjust extrude1.s H {0 0 100} |
20:15.34 |
brlcad |
"get extrude1.s" will show all of his
parameters |
20:15.56 |
brlcad |
note that's a low-level operation -- if you
mess up, you're screwed |
20:16.27 |
brlcad |
it WILL let you make invalid geometry and then
never let you mess with that object again (because it's invalid) ..
so be careful, make a backup, etc |
20:17.23 |
Yoshi47 |
so if my extrusion is a region this should be
possible too... |
20:17.32 |
Yoshi47 |
or even a group? |
20:17.47 |
brlcad |
your extrusion is not a region |
20:17.56 |
brlcad |
your region may contain/reference an
extrusion |
20:18.43 |
brlcad |
that get/adjust example works on
primitives |
20:19.06 |
brlcad |
the get on a combination/region/group is going
to simply show you the objects they reference and any
transformation matrices |
20:19.26 |
Yoshi47 |
ok but in order for me to get me extrusion
shape i need to make multiple shapes and then put them in a region
with -+u and then i have a region, can i change to whole region and
all its children at once or just individual members |
20:20.08 |
Yoshi47 |
i think i'll just make my extrusion a foot
long and then try it when im done, should be a good learning
experience. |
20:20.54 |
brlcad |
using get/adjust, that's specific to
primitives and per-object -- I'd suggest just trying an example of
scaling down an extrusion in the same direction as it's H vector
and it *should* modify the H after a push |
20:21.05 |
brlcad |
or leave it unpushed, shouldn't
matter |
20:21.36 |
Yoshi47 |
brlcad, ok |
20:21.38 |
Yoshi47 |
thanks |
20:30.02 |
Yoshi47 |
cya for now, be on later |
20:47.37 |
*** join/#brlcad Yoshi47
(n=jan@d72-39-56-44.home1.cgocable.net) |
20:56.16 |
``Erik |
is running around making
people look at yoshi's renderings O:-) |
20:58.09 |
*** join/#brlcad matthewmpp
(n=chatzill@wsip-98-172-82-189.ph.ph.cox.net) |
21:01.28 |
starseeker |
thinks a procdb that can
generate bearings to spec is in order :-) |
21:05.27 |
Yoshi47 |
starseeker, me aggree |
21:06.20 |
Yoshi47 |
``Erik, how are you running around making
people look at my renderings? |
21:08.33 |
Yoshi47 |
im going to swear |
21:08.53 |
``Erik |
running around saying "hey, ya got a web
browser handy? check this out" |
21:09.06 |
Yoshi47 |
oh at your work, |
21:22.49 |
Yoshi47 |
does brl-cad make backups of
anykind? |
21:23.07 |
brlcad |
mged does not |
21:23.10 |
brlcad |
archer does |
21:23.14 |
Yoshi47 |
brlcad, crap |
21:23.21 |
Yoshi47 |
you'll never what i did |
21:23.23 |
brlcad |
otherwise, very unforgiving of
mistakes |
21:23.36 |
brlcad |
hence my comment about being very careful
earlier and making backups :) |
21:23.38 |
Yoshi47 |
not brlcad fault, my own stupidity |
21:24.03 |
Yoshi47 |
improper use of rsync |
21:24.13 |
brlcad |
eek |
21:24.19 |
Yoshi47 |
yep |
21:24.23 |
Yoshi47 |
thats what i did |
21:24.35 |
brlcad |
yeah, even archer wouldn't have helped in that
case :) |
21:24.45 |
Yoshi47 |
good thing i can recreate it in under an
hours, if only i had the bearing with me, i left it at
work |
21:25.00 |
Yoshi47 |
oh well,, atleast i got renderings for
now. |
21:26.29 |
Yoshi47 |
remember most of the measurements but not
all... |
21:47.37 |
brlcad |
so you lost the whole thing?? |
21:47.43 |
Yoshi47 |
brlcad, yep |
21:47.48 |
Yoshi47 |
i sad |
21:47.49 |
brlcad |
way to put that rework measurement to test
:) |
21:47.59 |
brlcad |
you'd make a great case study about the
learning curve |
21:48.02 |
Yoshi47 |
brlcad, yep, knock on wood |
21:48.28 |
Yoshi47 |
well i plan on doing it tomorrow, |
21:48.28 |
brlcad |
if you do recreate, please do share how long
it takes... :) |
21:48.31 |
Yoshi47 |
so i'll time myself |
21:48.34 |
brlcad |
cool |
21:48.57 |
brlcad |
what's your fs? |
21:49.16 |
Yoshi47 |
i can't see it taking that long, most of my
time was playing around with commands, especially that clone
one... |
21:49.38 |
brlcad |
clone gave you trouble? |
21:49.41 |
Yoshi47 |
one sec got to ssh in i forget, |
21:49.44 |
brlcad |
(other than the rads/degs) |
21:49.55 |
Yoshi47 |
brlcad, a little had to figure that degrees
thing out... |
21:50.02 |
Yoshi47 |
brl maybe 10mins on that |
21:50.38 |
Yoshi47 |
etx3 |
21:50.47 |
Yoshi47 |
i know there is an undelete for that
right? |
21:50.59 |
Yoshi47 |
but have no clue how to work it or start using
it |
21:51.03 |
Yoshi47 |
ext3* |
21:51.21 |
brlcad |
it's not exactly an undelete, but there is a
way you can try to recover |
21:51.56 |
Yoshi47 |
well im willing... |
21:56.53 |
CIA-28 |
BRL-CAD: 03starseeker * r35693
10/brlcad/trunk/src/librt/primitives/nmg/nmg_brep.cpp: Start
sketching out a way to get enough info for BREP surfaces out of NMG
faces. |
21:58.32 |
mafm |
Yoshi47: http://www.xs4all.nl/~carlo17/howto/undelete_ext3.html |
21:58.34 |
mafm |
good luck |
21:58.37 |
mafm |
:) |
21:58.48 |
Yoshi47 |
mafm, ya im reading it already |
21:58.49 |
brlcad |
yeah, it's quite involved |
21:59.00 |
Yoshi47 |
brlcad, i think it will be faster to
redraw |
21:59.27 |
mafm |
thinks undeleted and on-line
defrag would be ext4's flagship features |
21:59.35 |
mafm |
yet none of those are available yet
:/ |
22:00.16 |
brlcad |
you could probably find the .g file in a raw
search of the drive -- our start of file marker is pretty
specific |
22:01.28 |
Yoshi47 |
brlcad, how would one go about a raw
search? |
22:02.31 |
brlcad |
something like: grep -a -5 "Untitled BRL-CAD
Database" /dev/hdawhatever > output.bin |
22:02.46 |
brlcad |
might have to unmount the drive |
22:02.52 |
mafm |
I think that there are specific tools for
that |
22:03.12 |
mafm |
searching for files still present, matching a
pattern |
22:03.50 |
brlcad |
the trick is to find your title or some other
easily findable content, then dump enough context around that
marker, then manually strip out the rest with a hex edit |
22:04.42 |
brlcad |
that ext3grep tool is basically doing
something similar, but walking the inode structure -- a raw grep or
dd is much lower-level |
22:04.59 |
CIA-28 |
BRL-CAD: 03irpguardian * r35694
10/brlcad/trunk/src/libged/human.c: Fixed a problem where name
holder variables were not being properly initialized. |
22:05.16 |
brlcad |
which should help finding a match whether it
was in the journal or on the fs or memory cache or
whatever |
22:07.17 |
brlcad |
should have had you post your .g somewhere to
check it out :) |
22:07.37 |
Yoshi47 |
brlcad, yep |
22:08.06 |
brlcad |
and you're sure you didn't just sync it to a
remote host.. hehe |
22:08.30 |
Yoshi47 |
nope i was going to sync from work to home but
did the other way and with out update on |
22:22.16 |
Yoshi47 |
well shes searching... |
22:23.57 |
brlcad |
-5 probably isn't going to be enough, but the
trick first is to just *find* the string, then expand the context
until it matches the whole file |
22:24.04 |
brlcad |
then hex edit |
22:25.55 |
Yoshi47 |
i got freebsd burning to a dvd for my notebook
right now |
22:25.58 |
Yoshi47 |
going to give it a shot |
22:26.12 |
Yoshi47 |
brlcad, install better be easy! lol |
22:27.42 |
*** join/#brlcad louipc
(n=louipc@archlinux/trusteduser/louipc) |
22:28.22 |
Yoshi47 |
i kinda don't want to find it too, i want to
give that redraw thing a timing test. lol |
22:34.42 |
Yoshi47 |
brlcad, how big do you think my db would of
been? .5mb 1mb 10mb? |
22:35.10 |
brlcad |
less than 1mb for sure |
22:35.31 |
brlcad |
probably not more than 2-4kb actually, but
hard to say what junk you had in there ;) |
22:35.40 |
Yoshi47 |
i got a whole bunch of txt files
back |
22:35.47 |
Yoshi47 |
from ralf |
22:35.59 |
brlcad |
did you set a title? |
22:36.15 |
Yoshi47 |
yep |
22:36.17 |
Yoshi47 |
608Z |
22:36.19 |
brlcad |
you'll want to search a unique
identifier |
22:36.55 |
brlcad |
yeah, that's not distinctive enough |
22:40.24 |
brlcad |
but... |
22:40.30 |
brlcad |
probably could find it with.. |
22:40.34 |
brlcad |
what was your grep? |
22:40.53 |
brlcad |
'title[^[:print:]]608Z' should be pretty darn
specific |
22:41.14 |
Yoshi47 |
i used http://projects.izzysoft.de/trac/ext3undel/ |
22:41.30 |
Yoshi47 |
but it return a dir i delete a while ago, i
thinks it gone... |
22:41.44 |
Yoshi47 |
oh well, well just have to test our time
theory out i don't mind too much |
22:41.55 |
Yoshi47 |
second time is always a charm |
22:42.13 |
brlcad |
try the /dev/hda grep in the background, just
let it run overnight or something :) |
22:42.49 |
brlcad |
grep -a -10000 'title[^[:print:]]608Z'
/dev/hda1 > output.bin |
22:43.25 |
brlcad |
or whatever you have that fs mounted as,
ideally direct output to something not on /dev/hda1 :) |
22:43.35 |
brlcad |
-10000 should be plenty to capture the
file |
22:44.31 |
Yoshi47 |
wouldn't that also capture the current one or
both? |
22:44.39 |
Yoshi47 |
i guess both its grepping, duh |
22:45.03 |
brlcad |
yeah |
22:45.43 |
Yoshi47 |
here we go with fbsd |
22:45.54 |
brlcad |
you can test it with grep -a
'title[^[:print:]]608Z' yourfile.g | less |
22:45.58 |
brlcad |
should see the file ;) |
22:48.16 |
Yoshi47 |
88G to search through |
22:49.23 |
brlcad |
yeah, that'll take a while :) |
22:49.53 |
Yoshi47 |
fbsd install kinda hard |
22:50.06 |
brlcad |
? |
22:50.20 |
Yoshi47 |
oh, got to create a freebsd slice |
22:50.21 |
brlcad |
I didn't suggest you install fbsd did I?
:) |
22:50.45 |
Yoshi47 |
brlcad, yes, im going to give it a try on my
notebook since it needs a reload anyways, got a newer one |
22:50.47 |
brlcad |
I mean, love the OS, but one learning curve
per week is pretty respectable ;) |
22:51.01 |
Yoshi47 |
brlcad, na i take on lots |
22:51.02 |
brlcad |
ah, fun |
22:51.51 |
brlcad |
fbsd desktop is not my first choice, but the
dev environment, stability, and server features are
top-notch |
22:52.31 |
brlcad |
course, last time I had it on desktop was many
years ago, so not fair to speak to what their status is
today |
22:53.03 |
Yoshi47 |
brlcad, what you use for desktop? |
22:53.50 |
brlcad |
mostly macosx these days, live in terminal
windows and emacs most of the time ;) |
22:53.58 |
Yoshi47 |
ah |
22:54.43 |
brlcad |
gentoo and ubuntu have had a fairly strong
presense in the past |
22:55.08 |
brlcad |
I have a real strong sweet spot in my heart
for haiku as beos used to be a primary for several years for me
too |
22:55.57 |
brlcad |
i give that a try a couple times a year it
seems, report all the bugs I find and return back to something that
just works |
22:57.15 |
Yoshi47 |
well the install sucks |
22:57.38 |
Yoshi47 |
maybe try arch |
23:10.18 |
``Erik |
bah, things that just work are no fun
:D |
23:11.41 |
Yoshi47 |
``Erik, nice |
23:11.52 |
Yoshi47 |
don't worry i will most likely get fed up with
it and return once again to gentoo |
23:12.14 |
``Erik |
<-- is a bit of the masochistic "everything
at once" mentality... currently doing common lisp, emacs, and web
development all at once |
23:12.25 |
``Erik |
being a vim/c/systems guy 'n all |
23:17.40 |
Yoshi47 |
so whats for supper |
23:19.24 |
brlcad |
oof, yeah.. haven't eaten today,
damn |
23:19.37 |
brlcad |
hate it when I forget that |
23:23.37 |
Ralith |
brlcad: oh, thanks for the prod |
23:23.56 |
Ralith |
``Erik: yay emacs! :D |
23:24.10 |
Ralith |
(yay CL too, for that matter) |
23:25.28 |
Ralith |
opens email, gets
intimidated by volume of spam, and just goes to the site
directly |
23:25.35 |
Yoshi47 |
umm whole wheat bread and peanute butter and
chocolate sprinkles |
23:27.50 |
brlcad |
Ralith: they debated for a little while
whether to fail the five students that didn't fill out their own
evals... :) |
23:27.57 |
Ralith |
wups. |
23:27.58 |
brlcad |
I was a proponent of the "not fail"
option |
23:28.00 |
brlcad |
:) |
23:28.03 |
Ralith |
thank you for that. |
23:28.23 |
Yoshi47 |
lol |
23:28.23 |
Ralith |
probably should have jumped
to it the moment he saw the email subject line a couple days
ago |
23:28.24 |
brlcad |
told them you were up until 5am coding
:) |
23:28.39 |
brlcad |
and coding all weekend, so it sounded great
;) |
23:28.43 |
Ralith |
^^ |
23:28.57 |
brlcad |
I should have nagged more too |
23:29.08 |
brlcad |
I didn't exactly send out my own reminder
mails to everyone |
23:29.09 |
Yoshi47 |
at least someone happy ihave to go through
time trials now! |
23:29.11 |
brlcad |
busy summer |
23:29.22 |
brlcad |
Yoshi47: hehe, cool |
23:29.33 |
brlcad |
but then that definitely will be a good note
to send out ;) |
23:30.03 |
brlcad |
I'm really curious how long you'd take on redo
now that "most" of the tool learning is out of the way, and there's
some basic memorization in place |
23:30.58 |
brlcad |
for govt folks, they generally go through a
week or two of hands-on modeling training and you can see (and
measure) the rate increase pretty directly |
23:31.10 |
Yoshi47 |
im guessing under 2 hours,im going to setup a
stop watch because i will get annoyig user(like me) asking
questions... |
23:31.41 |
brlcad |
it's interesting to see that everyone is
different, but most settle at some base "rate" of comprehension and
retention .. there's definitely diminishing returns |
23:31.51 |
Ralith |
Yoshi47: don't do yourself a disservice; you
haven't been annoying, on an absolute scale and certainly not
compared to many of the people you can find on IRC. |
23:32.13 |
brlcad |
haven't been at all annoying, live for this
stuff ;) |
23:32.16 |
Ralith |
if anything, it's nice to have newbies around
learning the ropes; gives the place a feeling of
activity. |
23:32.21 |
Ralith |
vivacity* |
23:32.31 |
Yoshi47 |
Ralith, thanks, hey q for you, will you be
working on gui over the school year or not |
23:32.38 |
Ralith |
I certainly hope to |
23:32.49 |
Yoshi47 |
cool |
23:32.52 |
brlcad |
that would be awesome :) |
23:32.59 |
Ralith |
I've invested enough effort in this project
that it would be depressing to just drop it. |
23:33.12 |
Ralith |
and I did, after all, start in on it because
it was something I wanted to happen. |
23:33.13 |
brlcad |
and it's actually starting to approach
usable |
23:33.23 |
Ralith |
^^ |
23:33.34 |
brlcad |
it's converging towards lots of the same
things archer needs under the hood libged-wise |
23:33.45 |
Yoshi47 |
good, well if you need any help on gui design
i have a little bit of experience with that, i have helped with
kiosk software, hey i should show you guys a picture of my kiosk
design. |
23:33.49 |
Ralith |
I'm really looking forward to digging around
the display list code and hooking that up |
23:33.55 |
brlcad |
which happens to be a lot of the same that
search exec needs, and other priorities |
23:34.25 |
Ralith |
Yoshi47: oh? I'd certainly be very interested
in any comments you have, even on the current highly incomplete
state. |
23:34.57 |
``Erik |
bah, I shoulda sent an email as well... allz I
did was hollar at indianlarry :/ |
23:34.59 |
Yoshi47 |
Ralith, i will have yo learn how to downlaod
and compile it, since i don't think its in svn |
23:35.06 |
Ralith |
Yoshi47: it's in SVN. |
23:35.22 |
Yoshi47 |
so if i compiled this morning it will be
inthere? |
23:35.36 |
Ralith |
before I get to the fun stuff I still need to
fix that damned input handling bug (the filter that sends input to
camera control is for some reason getting events from *everything*,
leading to strange behavior) |
23:35.45 |
Ralith |
Yoshi47: it's not part of brl-cad
proper. |
23:35.52 |
Ralith |
build system isn't integrated |
23:35.58 |
Ralith |
different tree |
23:36.01 |
Ralith |
but it's still there. |
23:36.11 |
Ralith |
it's in rt^3/src/g3d |
23:36.45 |
Yoshi47 |
oh ok, well im busy right now but i will be
sure to look at it soon hopefully. |
23:36.56 |
Yoshi47 |
i started learning qt4 this spring |
23:38.05 |
``Erik |
"well... a certain kind of pirate, yes, we've
been called that" "is there some kind of preschool program?" hehehe
good old family guy |
23:38.56 |
Ralith |
Yoshi47: cool! Direct contributions are
certainly welcome as well. |
23:39.11 |
Ralith |
that input bug, for example, is a qt-wrangling
issue. |
23:39.38 |
Yoshi47 |
i don't know if im there, since it takes me
long enough to get a basic app going, currently working FANO (food
and nutrional organizer) |
23:40.16 |
``Erik |
wait, did we lose 2? I thought we had 5 at the
beginning |
23:41.14 |
``Erik |
huh, only 4, *think* |
23:41.22 |
``Erik |
wait, I remember now heh :) |
23:42.06 |
CIA-28 |
BRL-CAD: 03brlcad * r35695
10/brlcad/trunk/TODO: annotate a couple of the header tasks to make
life easier |
23:42.29 |
brlcad |
~seen madant |
23:42.31 |
ibot |
madant
<i=cb7baf0f@gateway/web/freenode/x-a32eed164597bd06> was last
seen on IRC in channel #brlcad, 52d 3h 20m 37s ago, saying:
'nothing more disastrous than non-cooperative softwares
;)'. |
23:43.45 |
brlcad |
``Erik: ralith was d-lo's not
indianlarry's |
23:44.16 |
Ralith |
observes that it might be
advisable in the future to associate mentors based on
timezone |
23:44.23 |
``Erik |
hrm? I know... O.o |
23:44.32 |
Ralith |
not that this was a real problem thanks to
IRC, but still. |
23:45.00 |
``Erik |
a week or two ago, when one of the 'almost
time' emails came out, I let indianlarry know it was approaching,
so he could do his part... not so he could probe his student
:) |
23:45.05 |
brlcad |
ahh |
23:46.49 |
Yoshi47 |
heres a link to my prototype Kiosk we call it
the "Miniky" since the first one was different and way bigger" i do
have another prototype after this one that has rounded corners, and
a slide out filter tray and a little different design on the back,
enjoy! |
23:46.50 |
Yoshi47 |
http://ej.nijenhuis.pixi.me/v/kiosk/ |
23:47.08 |
brlcad |
someone should take a look at what jra just
implemented in jbrlcad to convert it to librt... |
23:47.34 |
Yoshi47 |
is brlcad using java libs? |
23:47.39 |
brlcad |
maybe a src/conv tool that uses it ..
arb6tobot |
23:47.40 |
Ralith |
no. |
23:47.47 |
brlcad |
yeah, no. ;) |
23:47.48 |
Ralith |
there was an experimental thing |
23:47.52 |
Ralith |
but afaik it's dead now |
23:47.57 |
brlcad |
it's not dead |
23:47.57 |
Yoshi47 |
Ralith, good |
23:48.00 |
Ralith |
inactive? |
23:48.04 |
``Erik |
well, there's jbrlcad which is a tiny subset
of librt written in java, but it's seperate |
23:48.14 |
``Erik |
daytona pokes at it on occasion |
23:48.14 |
brlcad |
it's actually in production use.. it's just
"done enough" for that purpose for now |
23:48.21 |
Yoshi47 |
umm |
23:48.28 |
brlcad |
none of our tools uses it |
23:48.41 |
Yoshi47 |
why would they use java for just a tiny
bit? |
23:48.51 |
``Erik |
and there's src/librtserver/ which exposes
some of the C librt to java via JNI, but it requires java interface
classes that are not publically available |
23:49.08 |
brlcad |
librtserver is closer to being dead |
23:49.27 |
``Erik |
and a notion that we'd like to expose a lot of
our shtuff via swig, which'd allow a java target |
23:49.39 |
``Erik |
are they giving up librtserver for the
GS? |
23:49.39 |
brlcad |
jbrlcad lets them access a .g and shoot rays
at geometry without needing to bridge across JNI |
23:50.14 |
*** join/#brlcad docelic
(n=docelic@78.134.202.224) |
23:50.49 |
Yoshi47 |
what does the whole collaborative thing do?
network helping? viewing? |
23:51.08 |
Ralith |
which collaborative thing? |
23:51.29 |
Ralith |
the geometry server project is at least in
part targeted at allowing people to work together on a single
model, I believe. |
23:51.37 |
Ralith |
but I doubt that's what you're talking
about |
23:51.54 |
Yoshi47 |
the menu item under modes |
23:52.02 |
Ralith |
oh, an mged thing. |
23:52.15 |
Yoshi47 |
ya |
23:52.37 |
Yoshi47 |
thats all i know right now, besides, g-dxf,
dxf-g, pix-png |
23:53.00 |
Ralith |
huh. no idea. |
23:53.01 |
Yoshi47 |
ive only touch a bit |
23:53.23 |
Yoshi47 |
Ralith, didni't you do through the whole old
interface before designing the new one? |
23:53.32 |
Ralith |
nope. |
23:53.54 |
Ralith |
I'm familiar with its basics, but I fall far
short of knowing the function of every menu item :P |
23:54.08 |
brlcad |
when you turn on collaborate, another mged can
attach and you share the same geometry view |
23:54.21 |
Ralith |
neat! |
23:54.26 |
Yoshi47 |
another mged from another pc or same
X |
23:54.28 |
mafm |
congratz, gsoc folks |
23:55.26 |
Yoshi47 |
on behalf of gsoc folks, thank you!
lol |
23:55.45 |
mafm |
I mean Ralith and the rest |
23:55.50 |
Yoshi47 |
im their spokes person |
23:55.51 |
Yoshi47 |
i know |
23:55.54 |
``Erik |
heh |
23:55.55 |
mafm |
though I don't see the rest around much
:P |
23:55.57 |
Yoshi47 |
no one was answrring |
23:56.04 |
``Erik |
raises his beer to all the
gsoc folk O.o |
23:56.14 |
*** topic/#brlcad by brlcad
-> BRL-CAD Open Source Solid Modeling || http://brlcad.org || http://sf.net/projects/brlcad
|| Release 7.14.8 posted (20090511) || GSoC2009 Next Step: upload
your code to google, wait for shirt ;) thanks
everyone! |
23:56.15 |
Yoshi47 |
i raised my MUG(root beer) |
23:56.17 |
Ralith |
does think that the rest are
missing out by not IRCing harder. |
23:56.23 |
Ralith |
upload to google? |
23:56.37 |
brlcad |
you have to upload your code to
google |
23:56.50 |
Ralith |
okie. |
23:56.52 |
brlcad |
it's technically what they pay you for, you're
"testing" their upload service :) |
23:56.56 |
Ralith |
heh |
23:56.59 |
Ralith |
digs for menu
item |
23:56.59 |
Yoshi47 |
lol |
23:57.01 |
louipc |
you have to upload all your patches? |
23:57.07 |
brlcad |
yeah, basically |
23:57.13 |
Ralith |
er, that sounds complicated. |
23:57.13 |
louipc |
CRAZY |
23:57.17 |
Ralith |
can I just send them a tarball of g3d?
:P |
23:57.29 |
``Erik |
some mentors can't irc from work and want to
spent their home time with their family *shrug* I know it sounds
insane, but some people honestly have better things to do than sit
around on irc O:-) |
23:57.36 |
Yoshi47 |
zip then encrypt it too! |
23:57.36 |
Ralith |
(yeah, I know, I'll find their docs) |
23:57.38 |
``Erik |
does not.
:( |
23:57.42 |
Ralith |
``Erik: I mean the students |
23:57.47 |
louipc |
Ralith: send them a diff from when you started
;) |
23:57.52 |
louipc |
hehehhhe |
23:57.56 |
brlcad |
I think they just want the code you
wrote/worked on, but an svn diff from when you started to know
might be sufficient too -- have to read the requirement |
23:58.01 |
``Erik |
yeh, the students benefit quite a bit from
jabbering on irc I think |
23:58.13 |
Ralith |
I know I have |
23:58.19 |
Ralith |
not to mention being easily accessible for
brlcad to poke at >_> |
23:58.31 |
brlcad |
:) |
23:58.35 |
brlcad |
pokes
Ralith |
23:58.36 |
Yoshi47 |
me too, even though im not part of it, but im
a BRL-CAD studen, level newbie |
23:58.39 |
Ralith |
jumps |
23:58.42 |
brlcad |
been a good summer |
23:58.45 |
``Erik |
does svn have fu to say "show me the
differences between -rX and -rY that <user> did"? (I'd be
surprised) |
23:59.03 |
Ralith |
well, iirc noone else has committed to g3d so
I'm okay there |
23:59.07 |
Ralith |
just need to dig up the right
revision |
23:59.27 |
Yoshi47 |
should of taken a snapshot when you
started |
23:59.27 |
``Erik |
(heh, might be an argument for darcs or git or
bzr... :/ ) |
23:59.29 |
louipc |
wooo |
23:59.29 |
brlcad |
nope, no user grepping that i'm aware of
internally |
23:59.34 |
brlcad |
probably have to log raw and search |
23:59.38 |
``Erik |
yoshi: that doesn't help when other people
touch the same code |
23:59.46 |
Yoshi47 |
``Erik, true |