| 01:07.24 | *** join/#brlcad IriX64 (n=mario_du@toronto-HSE-ppp4310781.sympatico.ca) |
| 01:07.42 | IriX64 | regards again. |
| 01:08.41 | *** join/#brlcad DTRemenak (n=DTRemena@c-24-23-59-104.hsd1.ca.comcast.net) |
| 01:22.52 | *** part/#brlcad IriX64 (n=mario_du@toronto-HSE-ppp4310781.sympatico.ca) |
| 01:27.27 | *** join/#brlcad IriX64 (n=mario_du@toronto-HSE-ppp4310781.sympatico.ca) |
| 01:28.52 | *** part/#brlcad IriX64 (n=mario_du@toronto-HSE-ppp4310781.sympatico.ca) |
| 02:25.00 | *** join/#brlcad Twingy (n=justin@c-69-250-236-111.hsd1.md.comcast.net) |
| 02:57.21 | *** join/#brlcad IriX64 (n=mario_du@toronto-HSE-ppp4310781.sympatico.ca) |
| 02:57.45 | IriX64 | fark man, sorry this client has a mind of its own:) |
| 03:15.16 | IriX64 | <- chillx has left mensa |
| 03:15.20 | IriX64 | :) |
| 03:37.30 | IriX64 | nite all |
| 03:37.35 | *** part/#brlcad IriX64 (n=mario_du@toronto-HSE-ppp4310781.sympatico.ca) |
| 04:02.00 | *** join/#brlcad Twingy (n=justin@c-69-250-236-111.hsd1.md.comcast.net) |
| 04:41.22 | *** join/#brlcad Twingy (n=justin@c-69-250-236-111.hsd1.md.comcast.net) |
| 06:08.44 | *** join/#brlcad PKMOBILE (n=Apathy@c-68-33-243-45.hsd1.md.comcast.net) |
| 06:14.01 | *** join/#brlcad dan_falck (n=danfalck@pool-71-111-76-8.ptldor.dsl-w.verizon.net) |
| 06:25.42 | *** join/#brlcad dan_falck (n=danfalck@pool-71-111-76-8.ptldor.dsl-w.verizon.net) |
| 08:27.10 | *** join/#brlcad ^Eugenics (n=^Eugenic@bau06-1-89-81-0-71.dsl.club-internet.fr) |
| 09:08.36 | CIA-2 | BRL-CAD: 03brlcad * 10brlcad/doc/.cvsignore: initial .cvsignore file to ignore the generated pad_file.xml |
| 09:13.38 | CIA-2 | BRL-CAD: 03brlcad * 10brlcad/src/ (5 files in 3 dirs): add error checking to various read() calls where a potential -1 result read error was not being taken into account |
| 09:25.54 | CIA-2 | BRL-CAD: 03brlcad * 10brlcad/src/libbu/mread.c: |
| 09:25.54 | CIA-2 | BRL-CAD: initial bu_mread() function to refactor the plethora of custom mread() variants |
| 09:25.54 | CIA-2 | BRL-CAD: throughout the code. bu_mread() keeps reading until the requested number of |
| 09:25.55 | CIA-2 | BRL-CAD: bytes are read or an error occurs, an important behavior for pipes. |
| 09:26.34 | CIA-2 | BRL-CAD: 03brlcad * 10brlcad/include/bu.h: export the new bu_mread() function call so everyone gets to use it |
| 09:26.55 | CIA-2 | BRL-CAD: 03brlcad * 10brlcad/src/libbu/Makefile.am: add mread.c to the libbu build |
| 09:29.17 | CIA-2 | BRL-CAD: 03brlcad * 10brlcad/src/canon/png-ipu.c: unnecessary mread declaration |
| 09:29.53 | CIA-2 | BRL-CAD: 03brlcad * 10brlcad/src/canon/ (pix-ipu.c Makefile.am): refactored mread to libbu, so use bu_mread now |
| 09:31.30 | CIA-2 | BRL-CAD: 03brlcad * 10brlcad/src/canon/mread.c: remove the refactored mread.c file, moved to libbu/mread.c |
| 09:44.45 | CIA-2 | BRL-CAD: 03brlcad * 10brlcad/src/libpkg/pkg.c: remove the useful 'example' mread code that was replaced by pkg_inget since mread is now available in libbu as bu_mread. reorder pkg_inget so a decl is unnecessary. |
| 09:47.04 | CIA-2 | BRL-CAD: 03brlcad * 10brlcad/src/libbu/mread.c: attribute kudos to at least one of the apparent original authors (even though it's been reworked some), Robert S. Miles. |
| 09:50.14 | CIA-2 | BRL-CAD: 03brlcad * 10brlcad/AUTHORS: miles seems to have been a code contributor, not just special thanks (mread() comments) |
| 09:50.59 | CIA-2 | BRL-CAD: 03brlcad * 10brlcad/src/ (fb/Makefile.am fb/bw-fb.c fb/pix-fb.c libfb/if_ab.c): refactor utilizing bu_mread now from libbu |
| 09:52.50 | CIA-2 | BRL-CAD: 03brlcad * 10brlcad/src/libbu/mread.c: wrong file name in header, use mread.c |
| 10:03.08 | CIA-2 | BRL-CAD: 03brlcad * 10brlcad/ (include/bu.h src/libbu/mread.c): change the function signature from using ints to using long ints for the count, take a void* like read(), return a long (fixing the previous bogus void) |
| 10:03.31 | *** join/#brlcad matt_ezeki_230 (n=matt@host-84-223-139-40.cust-adsl.tiscali.it) |
| 10:05.10 | matt_ezeki_230 | hi to everybody... |
| 10:05.57 | matt_ezeki_230 | i'm a new user of this powerfull cad and i've a question for you.... |
| 10:08.30 | matt_ezeki_230 | i wonder if there is a way to insert cartesian reference frame (x-y-z axes with arrows) to obtain something like in figure 6 at page 18 of document "Volume III...." |
| 10:09.41 | CIA-2 | BRL-CAD: 03brlcad * 10brlcad/src/util/Makefile.am: few more binaries rely on libbu (mread refactoring) |
| 10:11.14 | CIA-2 | BRL-CAD: 03brlcad * 10brlcad/src/util/ (7 files): refactor the mread() calls to the new bu_mread() call. the bu_mread() function doesn't call perror for you, so the caller may need to if they expected it before. |
| 10:11.31 | *** join/#brlcad clock_ (i=clock@84-72-62-150.dclient.hispeed.ch) |
| 10:12.57 | matt_ezeki_230 | "VolumeIII-Principles_of_Effective_Modeling.pdf" |
| 10:13.08 | matt_ezeki_230 | http://ftp.brlcad.org/VolumeIII-Principles_of_Effective_Modeling.pdf |
| 10:13.10 | brlcad | matt_ezeki_230: you can turn on reference coordinate axes similar to that diagram in mged |
| 10:14.02 | brlcad | under the... Modes menu |
| 10:14.10 | brlcad | select Axes |
| 10:14.30 | brlcad | probably want model or view |
| 10:15.14 | brlcad | that will not be a coordinate axis that renders, of course -- it's wireframe only -- you'd have to add geometry to get one to render |
| 10:15.45 | brlcad | have a fancy one around here somewhere.. |
| 10:20.21 | matt_ezeki_230 | brlcad thanks a million for your prompt answer |
| 10:20.22 | clock_ | brlcad: wipeooooout ;-) |
| 10:21.30 | matt_ezeki_230 | i already known this feature... i would like insert "manually" a reference frame drawing arrows and inserting symbols like x y z letters |
| 10:21.36 | matt_ezeki_230 | is it possible? |
| 10:22.43 | matt_ezeki_230 | i'd draw arrows like lines... i've heard autocad does this and i wonder if brlcad does this too |
| 10:23.29 | clock_ | brlcad: Unable to find '/lib/libplatic.so' within the BRL-CAD software installation |
| 10:23.36 | clock_ | libplatic? isn't that a typo? |
| 10:28.49 | CIA-2 | BRL-CAD: 03brlcad * 10brlcad/src/other/URToolkit/cnv/rletorla.c: apply Karel Kulhavy's (clock3) patch regarding a 'Tiny bug prevents compilation on OpenBSD' (sf patch 1519270) |
| 10:30.07 | brlcad | matt_ezeki_230: hmm |
| 10:31.04 | brlcad | matt_ezeki_230: there is a means to draw pretty much any arbitrary line data into the display manager gui, you can use plot file overlays for example |
| 10:32.01 | brlcad | not one that will automatically draw the arrows per se, but you could contruct arrows using that method relatively easily enough |
| 10:32.49 | brlcad | clock_: yes, that's a typo in your .g .. there's some geometry object in there that has a material property set to "platic" instead of "plastic" |
| 10:33.08 | brlcad | not a typo in the library, typo in the geometry that you can/should fix .. |
| 10:33.37 | brlcad | if it's not obvious which object has that, you can use g2asc and search for the string with a text editor |
| 10:35.25 | clock_ | brlcad: I already found that, thanks |
| 10:35.33 | clock_ | brlcad: but rt shouldn't segfault on an invalid input file. |
| 10:36.29 | matt_ezeki_230 | plot file overlays? i'm a new user of brlcad ... can you reference a document or a guide which explains this procedure? and when you say "display manager gui", do you mean "command window" or "graphics window"? |
| 10:39.39 | brlcad | clock_: I quite agree.. though technically it didn't segfault -- it aborted gracefully |
| 10:39.49 | CIA-2 | BRL-CAD: 03brlcad * 10brlcad/AUTHORS: |
| 10:39.50 | CIA-2 | BRL-CAD: special thanks to karel kulhavy (clock3) for his contributions to date including |
| 10:39.50 | CIA-2 | BRL-CAD: numerous bug reports, a source patch, and several example geometric databases |
| 10:39.50 | CIA-2 | BRL-CAD: relating to his work on Ronja (http://ronja.twibright.com/3d/) |
| 10:40.59 | clock_ | brlcad: no it printed an error message and then segfaulted |
| 10:41.17 | clock_ | brlcad: lol re the credits |
| 10:41.51 | clock_ | brlcad: did you put Ronja *.g files as examples into brlcad? |
| 10:41.59 | brlcad | matt_ezeki_230: the graphics window contains a 3D "display manager" and you can optionally enable/disable a 2D "framebuffer" that is overlayed/underlayed on the display manager -- they are completely separate and independant, but display together |
| 10:42.21 | clock_ | brlcad: you could put some files on the website so people will not think "that's for designing tanks too complicated for me" |
| 10:42.39 | brlcad | clock_: hmm.. well, it's not "supposed" to segfault.. might be collateral damage during the early shutdown |
| 10:42.59 | brlcad | no biggie, that error message is enormously unuseful (and even unintentional that you get to see it) |
| 10:43.25 | clock_ | brlcad: it should call exit(1) or something like that |
| 10:43.25 | brlcad | it's on the todo list to get rid of it and do what we used to do (handle the problem more gracefully, ignore the typo, etc) |
| 10:43.51 | brlcad | clock_: it does -- but something else must have been going on, perhaps other cleanup |
| 10:44.14 | brlcad | did not put the ronja .g files in as example, just referenced them |
| 10:45.13 | brlcad | if you made a single .g that had an entire Ronja apparatus setup embedded with a single top-level object, I would -- i.e. a single model showing the entire setup, with all the pieces put together |
| 10:45.58 | clock_ | brlcad: oh, you already have a reasonably simple bicycle wheel |
| 10:46.21 | brlcad | matt_ezeki_230: hm.. reference document.. yes and no.. there are manpages for all of the plot tools as well as the plot description file format -- the commands are listed in the MGED Quick Reference sheet on the main site |
| 10:52.04 | matt_ezeki_230 | brlcad: ok. just a summing up... i'd create a rigid body and save it as *.plot file using overlay capability. Then, i should edit that file (how? gnu plot?) for manually drawing a line. Right? And i can find usefull indications in http://ftp.brlcad.org/MGED_Quick_Reference_Card.pdf |
| 10:53.50 | CIA-2 | BRL-CAD: 03brlcad * 10brlcad/src/ (canon/pix-ipu.c libfb/if_ab.c libpkg/pkg.c): more mread() cleanup. |
| 10:58.00 | brlcad | matt_ezeki_230: there's several possible routes.. what is your end goal? |
| 10:59.22 | brlcad | generating a diagram like the one in vol III? and if so .. what kind of diagram? |
| 11:00.13 | brlcad | ray-traced raster image, hidden line raster image rendering, wireframe non-hidden image (like mged's wireframe), something else? |
| 11:09.47 | matt_ezeki_230 | brlcad: i should generate a diagram which contains multiple cylinders interconnects each others with lines. Because each cylinder is a revolute joint it has a rotation axis and a "rotation direction" (clockwise or anticlockwise). So i must draw an arrow that indicates the "direction". Then i should generate a rigid body with a cartesian reference frame (x-y-z axes) in the same diagram. So i've asked if there is (or there are |
| 11:09.47 | matt_ezeki_230 | ) simple ways to drawing arrows as lines and inserting symbols as letters x y z. Then i give the command "rtedge -W -s1024 -o file.pix" for rendering |
| 11:11.11 | brlcad | ahh, so for hidden line raster image drawings.. presumably from arbitrary orientations too |
| 11:12.00 | matt_ezeki_230 | yes arbitrary orientations too |
| 11:12.07 | brlcad | the best way that comes to mind for doing that will be to actually utilize reference geometry that is exactly what you suggest |
| 11:12.13 | brlcad | let me see if I can find one here |
| 11:14.46 | brlcad | matt_ezeki_230: how about something like this: http://ftp.brlcad.org/images/aet/diagram.png |
| 11:15.17 | brlcad | i can provide you the geometry for that image that you could embed into your scene for rendering positioned wherever you like it |
| 11:16.18 | brlcad | the problem is that the text in that image was not added in brl-cad (though it could have been), it was done outboard in an image app since i didn't want alignment in 3d, I wanted it aligned with the 2d projection |
| 11:16.51 | brlcad | without the text, you end up with something like: http://ftp.brlcad.org/images/aet/diagram3.png |
| 11:17.38 | matt_ezeki_230 | perfect! thanks a million!!!! could you provide the geometry, please? |
| 11:17.47 | matt_ezeki_230 | dont'care about text... |
| 11:17.53 | brlcad | those coordinates are of course pretty trivial to modify, can get rid of the AET arrows and just use axes arros for example |
| 11:22.42 | matt_ezeki_230 | yes certainly... so can i find the way to create the arrowhead and the "arrowbody" reading volumeII...? |
| 11:32.33 | brlcad | yeah, volume II covers the basics of modeling .. basically just a bunch of connected cylinders |
| 11:33.01 | brlcad | okay, i've found the model .. give me a couple minutes to clean it up, and I'll post it up |
| 11:34.34 | brlcad | do you want the middle az/el twist arrows or just the coordinate axes? |
| 11:49.45 | brlcad | matt_ezeki_230: http://ftp.brlcad.org/geometry/axes.g |
| 11:52.08 | brlcad | three top-level examples, one is the one you saw rendered (aet), another is just the coordinate axes (xyz.r), another is just one pointing arrow (arrow.r) .. you can make other variations by looking down into the aet object, for example if you wanted to make a copy of aet without material properties set |
| 11:58.02 | ^Eugenics | Is there any plans for a drafting tool for brlcad? |
| 11:58.55 | ^Eugenics | Or a tool that would make drafting with a 2d cad app more easy. |
| 12:03.26 | brlcad | it's a highly requested and desireable feature of course, and it's on the (massive) todo list |
| 12:04.00 | brlcad | but we're mainly at a shortage of developer resources to drive more implementation of that and other similar features |
| 12:04.19 | brlcad | it will be a core design trait of the next modeler to come about, but that's still rather long-term away |
| 12:05.33 | brlcad | as for integrating with other 2d cad apps, it wouldn't be too difficult to hook into qcad or some similar program for drafting, but even that has some limitations and would require a lot of details to get worked out |
| 12:35.08 | clock_ | brlcad: I would appreciate it too. I could design a part for Ronja first in Brlcad, and then derive 2D drafts from that. |
| 12:35.39 | clock_ | brlcad: I am using qcad on Ronja |
| 12:43.57 | ^Eugenics | a good 2d export of chosen views would be great. |
| 14:56.27 | *** join/#brlcad clock_ (i=clock@84-72-62-150.dclient.hispeed.ch) |
| 15:28.35 | CIA-2 | BRL-CAD: 03brlcad * 10brlcad/src/fb/ (cat-fb.c fb-bw.c fb-orle.c): cleanup |
| 18:03.33 | CIA-2 | BRL-CAD: 03brlcad * 10brlcad/src/util/Makefile.am: revive lowp adding it back to the build, not clear why it was disabled. |
| 18:04.12 | *** join/#brlcad clock_ (i=clock@84-72-63-194.dclient.hispeed.ch) |
| 18:04.15 | CIA-2 | BRL-CAD: 03brlcad * 10brlcad/src/util/lowp.c: revive lowp, updating the code to use bu_malloc instead of malloc and adding additional error checking for the read() calls |
| 18:26.02 | CIA-2 | BRL-CAD: 03brlcad * 10brlcad/src/ (32 files in 10 dirs): add additional error checking to make sure a -1 return value from read() is handled |
| 18:26.32 | CIA-2 | BRL-CAD: 03brlcad * 10brlcad/src/util/.cvsignore: add lowp to the ignore list |
| 18:29.01 | CIA-2 | BRL-CAD: 03brlcad * 10brlcad/doc/ (bw.5 pix.5): what the heck is a hire size |
| 19:17.47 | CIA-2 | BRL-CAD: 03brlcad * 10brlcad/src/ (39 files in 14 dirs): increase and initialize some buffer sizes to something larger in order to minimize hitting buffer limits while processing. |
| 19:31.05 | *** join/#brlcad clock_ (i=clock@84-72-63-194.dclient.hispeed.ch) |
| 19:57.50 | CIA-2 | BRL-CAD: 03brlcad * 10brlcad/src/util/pixbustup.c: rwval, now readval |
| 20:05.36 | *** join/#brlcad pier (n=pier@151.56.209.67) |
| 20:46.57 | brlcad | woot, good game |
| 20:52.12 | CIA-2 | BRL-CAD: 03brlcad * 10brlcad/include/nmg.h: bzero define block is a duplicate of said block in machine.h, removed. |
| 20:58.55 | *** join/#brlcad DTRemenak|RDP (n=DTRemena@c-24-23-59-104.hsd1.ca.comcast.net) |
| 21:01.28 | *** join/#brlcad DTRemenak (n=DTRemena@c-24-23-59-104.hsd1.ca.comcast.net) |
| 21:02.25 | *** join/#brlcad joevalleyfield (n=joevalle@bz.bzflag.bz) [NETSPLIT VICTIM] |
| 21:16.51 | CIA-2 | BRL-CAD: 03brlcad * 10brlcad/configure.ac: add setvbuf and setlinebuf to the function check list |
| 21:17.17 | CIA-2 | BRL-CAD: 03brlcad * 10brlcad/include/config_win.h: win32 reportedly has setvbuf |
| 21:22.53 | CIA-2 | BRL-CAD: 03brlcad * 10brlcad/src/libbu/linebuf.c: remove the antiquated preprocessor logic for bu_setlinebuf, using a configure check instead allowing the code to be simplified considerably |
| 21:23.40 | CIA-2 | BRL-CAD: 03brlcad * 10brlcad/src/lgt/lgt.c: do what burst does with the signals, clean up the preprocessor logic slightly, ws |
| 21:26.02 | CIA-2 | BRL-CAD: 03brlcad * 10brlcad/src/burst/ (burst.c grid.c): whitespace, cleanup, bye bye SYSV and STD_C defines |
| 21:57.33 | *** join/#brlcad Lapo (n=kvirc@81-208-74-176.ip.fastwebnet.it) |
| 21:57.45 | Lapo | Hi all guys ;-) |
| 22:23.22 | brlcad | howdy! |
| 22:23.34 | brlcad | quite a game eh? :) |
| 22:27.59 | Lapo | hey @brlcad :-) |
| 22:28.35 | Lapo | I've started to play around brlcad |
| 22:35.54 | *** part/#brlcad Lapo (n=kvirc@81-208-74-176.ip.fastwebnet.it) |
| 23:39.38 | CIA-2 | BRL-CAD: 03brlcad * 10brlcad/configure.ac: sans stray v |
