| 00:24.00 | CIA-27 | BRL-CAD: 03brlcad * 10brlcad/ (NEWS src/libbu/parallel.c src/rt/main.c src/rt/opt.c): |
| 00:24.00 | CIA-27 | BRL-CAD: allow the ray-tracers to use more than the available cpus for debugging and |
| 00:24.00 | CIA-27 | BRL-CAD: testing purposes. this was previously only possible via compile-time |
| 00:24.00 | CIA-27 | BRL-CAD: modifications, but now is possible via the BU_DEBUG_PARALLEL debug flag (-\!10 |
| 00:24.00 | CIA-27 | BRL-CAD: on most of the raytracers). |
| 00:51.04 | ``Erik | (extra points for prime #'s... even is bad) |
| 00:52.24 | Twingy | got my first bugzilla posting for a user using gEDA + GCAM |
| 00:52.35 | ``Erik | cool |
| 00:52.38 | ``Erik | easy fix? :D |
| 00:52.42 | Twingy | yea |
| 00:53.30 | Twingy | when I finished the initial release of the RS274X -> G-Code algorithm I decided I will just let the users find the bugs and I will fix them if any cropped up rather than spend a zillion hours coming up with test cases |
| 00:53.55 | ``Erik | heh, the microsoft approach |
| 00:54.06 | Twingy | the users can go in and fix it themselves though |
| 00:54.08 | ``Erik | didja at least throw a disclaimer up to warn the poor fools? :) |
| 00:54.11 | Twingy | LGPL |
| 00:54.15 | ``Erik | *nod* |
| 00:54.24 | Twingy | well they will see if there is a problem, i.e. broken traces |
| 00:54.44 | Twingy | you can visually see the problem if the algorithm breaks down |
| 00:55.04 | Twingy | ~1k lines of code for the algorithm |
| 00:55.15 | ``Erik | on the screen, right? don't have to burn copperclad or anything to 'test'? :) |
| 00:55.16 | Twingy | not much in the way of optimizations either |
| 00:55.40 | Twingy | yes, they can also do a render to execute the g-codes on a virtual piece of material |
| 00:56.18 | Twingy | this is far from omfg |
| 00:56.30 | ``Erik | well, simple removal for path, right? |
| 00:56.47 | Twingy | it needs to a tesselator option to go along with the voxel version I have now |
| 00:56.53 | ``Erik | not taking things like cutting stresses and strains and removed materials paths into consideration? |
| 00:56.59 | ``Erik | heat warping, etc... |
| 00:57.03 | Twingy | no physics yet... |
| 00:57.14 | ``Erik | <-- bets it's still a hell of a lot more than 99.999% of other things out there |
| 00:57.37 | Twingy | but some of the support for it is in place such as material type, machine configuration, end mill type |
| 00:58.08 | Twingy | I need to figure out how to make a debian package so that I can get it included in the EMC distribution |
| 00:58.33 | Twingy | once I add isolationing to the interface I can easily get it added to the gEDA suite |
| 00:58.34 | ``Erik | heh, make a debian subdir and build a 'rules' file, then use the tools to generate all the other crap |
| 00:58.54 | Twingy | I have a page book marked that tells me how to do it, just haven't had time to do it yet |
| 00:58.58 | ``Erik | <-- dorked with it many years ago, was never 100% successful... rpm sucks balls, but was way easier to package :/ |
| 00:59.19 | Twingy | I have about 25 outstanding features and bugs |
| 00:59.49 | Twingy | I do about 2 a month |
| 00:59.58 | ``Erik | no contributed patches yet? |
| 01:00.05 | Twingy | actually I have a couple |
| 01:00.12 | Twingy | the beginning of STL support |
| 01:00.28 | ``Erik | cool |
| 01:00.48 | Twingy | but people fail to realize that adding DXF/STL parses is far less complicated than writing the contour pocketing algorithm that makes milling triangle meshes possible |
| 01:01.20 | Twingy | so I get alot of emails about people telling me that they can write a DXF/STL parser for me and contribute it to the project... |
| 01:01.28 | ``Erik | heh |
| 01:02.02 | ``Erik | so ya know where the voxels are.. how the hell do ya cut it? :D |
| 01:02.07 | Twingy | so I basically need to get around to writing that to stop people from emailing me about that |
| 01:02.55 | Twingy | then I can use something like blender to do some obscure geometries (haven't come across any projects that I can't model in gcam yet) |
| 01:03.01 | Twingy | I think the mesh support is mainly for artists |
| 01:03.44 | Twingy | the only thing the comes to mind where meshes could be useful is in designing a airplane propeller |
| 01:03.58 | ``Erik | <-- is in 'wasting time on small task' mode, might do some importer/exporter stuff in brlcad... kinda thinking game related stuff first (md2, 3ds, quake mapper crap, bz worlds...) |
| 01:04.18 | Twingy | you've been talking about games for like 6 years now... |
| 01:04.25 | ``Erik | mebbe I'll take a peek at gcam for those :D |
| 01:04.34 | ``Erik | well, yeah, and I wrote a few... mostly functional... |
| 01:04.58 | ``Erik | the sticker for me seems to be fast/simple/robust collision detection |
| 01:05.07 | ``Erik | :/ |
| 01:06.12 | Twingy | it will be neat to see what kind of computing architectures are available once I get bored of this aerospace stuff |
| 01:06.50 | ``Erik | well, ok, my tendancy to go heavy on scripting and grabbing 'compact' solutions of high level scripting languages also has been an issue for me... |
| 01:07.09 | ``Erik | siod sucks goat balls for game scripting as it uses stop© gc, resulting in regular hitching :/ |
| 01:07.54 | Twingy | over my head |
| 01:08.59 | Twingy | if some one writes a graphical interface between gschem and pcb I believe the death of EAGLE will occur within 5 years |
| 01:16.15 | Twingy | I thought it was pretty ignorant of wendy to ask me if I knew any programmers she could hire |
| 01:45.28 | *** join/#brlcad yukonbob (n=yukonbob@whthyt224-180.northwestel.net) | |
| 01:50.57 | ``Erik | heh |
| 01:51.02 | ``Erik | hahaha |
| 01:51.25 | ``Erik | did you say something along the lines of "I would never subject any of my friends or even my enemies to you."? :D |
| 02:02.54 | Twingy | nah, I replied "ok" |
| 03:06.52 | CIA-27 | BRL-CAD: 03brlcad * 10brlcad/src/libfb/if_disk.c: get rid of a memory chunk not being released until exit that doesn't need to be mallocated in the first place since it's a fixed size |
| 03:08.21 | yukonbob | ~lart brlcad |
| 03:08.21 | ibot | pulls out a ClueBat (tm) and thwaps brlcad |
| 03:08.27 | yukonbob | heh |
| 03:08.34 | yukonbob | ;) |
| 03:15.53 | CIA-27 | BRL-CAD: 03brlcad * 10brlcad/src/libfb/ (29 files): remove the fblocal.h header file. it was only used in three places (two files) and only contained one macro (wrapper to fb_log an error), so keep it simple until it's really needed. |
| 04:16.22 | *** join/#brlcad poolio (n=poolio@c-69-251-3-107.hsd1.md.comcast.net) [NETSPLIT VICTIM] | |
| 04:17.00 | *** join/#brlcad AchiestDragon (n=david@whipy.demon.co.uk) | |
| 04:17.01 | *** join/#brlcad PrezKennedy (i=Matt@74.86.45.130) | |
| 04:17.01 | *** join/#brlcad MinuteElectron (n=MinuteEl@silentflame/member/minuteelectron) [NETSPLIT VICTIM] | |
| 04:17.01 | *** join/#brlcad tarzeau (i=sengun@berlin.ethz.ch) [NETSPLIT VICTIM] | |
| 04:17.08 | *** join/#brlcad yukonbob (n=yukonbob@whthyt224-180.northwestel.net) [NETSPLIT VICTIM] | |
| 04:17.08 | *** join/#brlcad Twingy (n=justin@74.92.144.217) [NETSPLIT VICTIM] | |
| 04:17.08 | *** join/#brlcad CIA-27 (n=CIA@208.69.182.149) [NETSPLIT VICTIM] | |
| 05:18.58 | *** join/#brlcad tofu (n=sean@bz.bzflag.bz) | |
| 05:57.11 | CIA-27 | BRL-CAD: 03brlcad * 10brlcad/src/rt/main.c: oops, remove the sigill signal handler vestige I was using for debugging. |
| 07:08.13 | *** join/#brlcad PrezKennedy (n=Matt@74.86.45.130) | |
| 07:08.33 | *** join/#brlcad PrezKennedy (n=Matt@74.86.45.130) | |
| 08:02.19 | *** join/#brlcad Laniakea (n=clock@cpc1-lewi6-0-0-cust675.bmly.cable.ntl.com) | |
| 08:42.05 | CIA-27 | BRL-CAD: 03brlcad * 10brlcad/include/ (light.h shadework.h): quell warning, ifdef instead of if rt_multispectral |
| 08:47.05 | *** join/#brlcad Elperion (n=Bary@p548743F5.dip.t-dialin.net) | |
| 09:11.51 | CIA-27 | BRL-CAD: 03brlcad * 10brlcad/include/brlcad_version.h: quell unused warning |
| 09:16.12 | CIA-27 | BRL-CAD: 03brlcad * 10brlcad/src/other/tcl/generic/tcl.h: quell HAVE_DECLSPEC warning |
| 09:32.08 | CIA-27 | BRL-CAD: 03brlcad * 10brlcad/src/rt/opt.c: meh |
| 09:39.07 | CIA-27 | BRL-CAD: 03brlcad * 10brlcad/src/rt/ (hurt.c Makefile.am): |
| 09:39.07 | CIA-27 | BRL-CAD: add an experimental 'minimal' testing ray tracer based on rt that is just one |
| 09:39.07 | CIA-27 | BRL-CAD: file. it's a humongous unified ray tracer (hurt) that shouldn't even be |
| 09:39.07 | CIA-27 | BRL-CAD: compiled by default. presently weighs in at about 2k lines total (not including |
| 09:39.07 | CIA-27 | BRL-CAD: lib code) with huge portions of rt functionality ripped out. again, this is |
| 09:39.10 | CIA-27 | BRL-CAD: just for experimental use only so don't expect anything to come of this. |
| 12:40.44 | *** join/#brlcad elite01 (n=elite01@dslb-088-070-001-242.pools.arcor-ip.net) | |
| 13:20.03 | *** join/#brlcad poolio (n=poolio@c-69-251-3-107.hsd1.md.comcast.net) | |
| 15:01.09 | louipc | cool that weird crash I had disappeared |
| 15:48.34 | *** join/#brlcad jpjacobs (n=jpjacobs@dib.ulyssis.student.kuleuven.be) | |
| 17:19.14 | *** join/#brlcad Twingy (n=justin@74.92.144.217) | |
| 18:13.20 | brlcad | louipc: using the latest release? |
| 19:18.28 | louipc | brlcad: yep. I was suspecting it might have been gcc or glibc which I've updated since last time :/ |
| 19:18.41 | brlcad | either way, cool |
| 19:29.53 | *** join/#brlcad PrezKennedy (i=Matt@74.86.45.130) | |
| 19:40.25 | louipc | I made a new archlinux PKGBUILD. http://aur.archlinux.org/packages.php?do_Details=1&ID=8320 |
| 19:45.45 | brlcad | hah, awesome |
| 19:45.49 | brlcad | you beat all the other builds |
| 19:47.04 | louipc | :D |
| 19:47.30 | brlcad | care to put/update your build files in cvs? |
| 19:47.43 | louipc | sure |
| 19:48.18 | louipc | there have been some changes to the archlinux packaging system too since the last one |
| 19:48.41 | brlcad | all the better reason for you to update it than me :) |
| 19:49.12 | brlcad | there, you should have access |
| 19:49.29 | brlcad | i'd put the previous build files along with some other details into the misc/archlinux dir |
| 19:49.32 | louipc | do you want me to make a PKGBUILD.in like you have already? |
| 19:49.39 | brlcad | feel free to change/update as needed |
| 19:50.22 | louipc | ok |
| 19:50.58 | brlcad | you don't have to, but I'm hoping to eventually get to the point where all of the platforms are auto-generated come release time |
| 19:51.23 | brlcad | even with the .in, it still requires some hand-tweaking at the moment for the md5's |
| 19:52.01 | louipc | that'd be cool |
| 19:52.19 | brlcad | won't be able to get around that without an sh/make_pacmac.sh or something that can generate everything automatically |
| 20:14.12 | *** join/#brlcad elite01 (n=elite01@dslb-088-070-001-242.pools.arcor-ip.net) | |
| 20:16.16 | CIA-27 | BRL-CAD: 03brlcad * 10brlcad/src/other/libpng/ (102 files in 5 dirs): update from libpng 1.2.16 to 1.2.19, picking up a handful of fixes. nothing too critical as far as I can tell, but does reportedly include a minor security fix and major bug fixes (going from freshmeat categories) |
| 21:16.26 | *** join/#brlcad Elperion (n=Bary@p548743F5.dip.t-dialin.net) | |
| 21:49.27 | *** join/#brlcad dtidrow (n=dtidrow@c-69-255-182-248.hsd1.va.comcast.net) | |