| 00:35.39 | *** join/#brlcad cad107 (n=0cde1b40@bz.bzflag.bz) |
| 02:18.34 | pra5ad | arent u paying a penalty for the instance==0 |
| 02:23.49 | brlcad | heh, not really |
| 02:25.27 | brlcad | over-optimizing early, eh? profile it if you think it's a problem, and you'll see it's not :) |
| 02:25.52 | pra5ad | how bout instantiate it at startup and use a custom smart pointer to guarantee garbage collection |
| 02:26.15 | pra5ad | man this is getting complex |
| 02:26.30 | brlcad | i wouldn't |
| 02:26.53 | brlcad | it's very simple as is, and it works very well |
| 02:27.07 | pra5ad | memory manager is a singleton, singleton is a managed object,... cycle |
| 02:28.35 | pra5ad | heh i tried atexit with a class method parameter; gcc kept whining about it |
| 02:28.43 | pra5ad | guess it works after all |
| 02:30.30 | brlcad | functions, not methods :P you'd have to wrap it in a func |
| 02:30.43 | brlcad | or make it static |
| 02:40.02 | Twingy | woo, agar is finally in usable state |
| 02:40.25 | Twingy | nothing like a weekend long of bug fixes |
| 03:54.59 | pra5ad | :D getting good results from mem manager |
| 04:25.32 | pra5ad | 300% improvement over 'new' is trivial |
| 05:07.42 | Twingy | damn C++ weenies |
| 05:50.56 | Twingy | hrm |
| 05:59.20 | Twingy | btw |
| 05:59.34 | Twingy | I think something weird is happening to pthread_create pthread_join as a result of including agar |
| 05:59.45 | Twingy | In file included from observer/observer.c:20: |
| 05:59.45 | Twingy | /home/justin/local/include/agar/engine/engine.h:122:1: warning: "PTHREAD_MUTEX_INITIALIZER" redefined |
| 05:59.45 | Twingy | In file included from observer/observer.c:2: |
| 05:59.45 | Twingy | /usr/include/pthread.h:155:1: warning: this is the location of the previous definition |
| 05:59.45 | Twingy | observer/observer.c: In function `observer': |
| 05:59.46 | Twingy | observer/observer.c:59: warning: passing arg 1 of `pthread_create' from incompatible pointer type |
| 05:59.48 | Twingy | observer/observer.c:64: warning: passing arg 1 of `pthread_join' makes pointer from integer without a cast |
| 06:00.17 | Twingy | for some reason it things my pthread_t's are wrong type |
| 06:00.20 | Twingy | *thinks |
| 06:21.08 | Twingy | hrm |
| 06:21.09 | Twingy | you there still? |
| 07:01.56 | Twingy | welp, I Tried everything I can think of |
| 07:02.05 | Twingy | if I SDL_LockSurface(agView->v) |
| 07:02.07 | Twingy | then do a blit |
| 07:02.18 | Twingy | then SDL_UnlockSurface(agView->v) |
| 07:02.22 | Twingy | I get nothing |
| 07:02.24 | Twingy | however |
| 07:02.32 | Twingy | if I leave the locking off |
| 07:02.44 | Twingy | every now and then I see the image that's supposed to be there |
| 07:03.01 | Twingy | so I think something is overwriting it, like the window or something |
| 07:03.36 | Maloeran | Surfaces must not be locked for SDL blitting functions |
| 07:04.02 | Twingy | oh my, it's getting late |
| 11:59.26 | *** join/#brlcad Twingy_ (n=justin@pcp0011647505pcs.aberdn01.md.comcast.net) |
| 16:30.13 | *** join/#brlcad DTRemenak (n=DTRemena@DHCP-170-143.caltech.edu) |
| 16:42.34 | *** join/#brlcad lll (n=lucas@c-24-91-43-29.hsd1.ma.comcast.net) |
| 17:10.18 | brlcad | hello lll |
| 18:09.37 | *** join/#brlcad PKMOBILE (n=Apathy@12.22.249.3) |
| 18:41.34 | PKMOBILE | so heres a question brlcad, does this sucker have to be drupal cuz im becoming less fond of it the more im working on it |
| 18:42.15 | brlcad | :) |
| 18:42.24 | brlcad | alternative? |
| 18:42.48 | brlcad | drupal was appealing due to it's api interface for developing plugins, it's very clean |
| 18:43.17 | brlcad | that is where I expect to be spending most of my time, once the basic site is up and running |
| 18:43.32 | brlcad | that said, no i've not got religion on it |
| 18:43.45 | PKMOBILE | ah ok... im just not enjoying how it does things |
| 18:44.06 | brlcad | is it just familiarity or are you actually stuck on something? |
| 18:44.39 | brlcad | and still.. what alternatives? |
| 18:44.50 | brlcad | mambo and plone are probably the only two I'd think about |
| 18:45.17 | PKMOBILE | well i added that first whitepaper about what brl-cad was and now i cant find it anywhere but by using the admin control panel |
| 18:45.26 | brlcad | plone would be a real bear given how it would have to be shoehorned in to work on sourceforge (being based on python/zope) |
| 18:45.40 | brlcad | mambo is possible, but I don't know if they work on sf.net either |
| 18:45.56 | PKMOBILE | yeah and i know you dont like how xoops works |
| 18:47.22 | brlcad | yeah, I'm not fond of xoops or the myriad of nuke sites |
| 18:48.29 | brlcad | joomla might be better than mambo now that they've forked |
| 18:52.21 | PKMOBILE | the problem ive been having is that every drupal site looks almost exactly the same |
| 18:53.46 | PKMOBILE | and after trying to make this thing work i can see why |
| 18:56.40 | Twingy_ | http://home.hawaii.rr.com/chowfamily/lego/ |
| 18:57.28 | brlcad | yes, that will have to be avoided -- i don't want there to be any hint that it's running drupal even via the URL when all is said and done |
| 18:59.48 | PKMOBILE | sourceforge hosting kinda stinks |
| 18:59.59 | brlcad | PKMOBILE: I have seen some sites running drupal that you'd have no idea that was what they are running so I know it's possible |
| 19:00.20 | brlcad | it's a win/lose situation :) |
| 19:01.28 | brlcad | high redudancy, automatic backups, unlimited bandwidth, seamless accounts integration .. just no outbound |
| 19:01.59 | brlcad | and no zope :/ |
| 19:02.14 | brlcad | though it's an utter pig when it comes to memory and resources |
| 19:02.41 | PKMOBILE | the no outbound is a bit frustrating |
| 19:02.54 | brlcad | hey, if you get an idea of other worth testing, lemme know... http://www.cmsmatrix.org/ |
| 19:03.25 | PKMOBILE | oh yeah... http://brlcad.org/drupal/node/4 |
| 19:03.32 | PKMOBILE | thats the first thing i did |
| 19:03.53 | docelic | Sorry may I ask what's the word about? I use this silly irc client where I can't or don't know how to get scrollback |
| 19:04.45 | brlcad | feature-popularity-wise, I'd still try to get drupal or mambo/joomla |
| 19:07.19 | brlcad | docelic: talking about the new website |
| 19:08.37 | brlcad | sf.net provides hosting, and given all the features that will ultimately be integrated, a CMS system makes sense instead of rolling something custom .. but then sf.net's limitations make using various CMS a pain sometimes |
| 19:09.02 | PKMOBILE | unless its nuke, which is a pain in itself |
| 19:10.00 | brlcad | nuke is horrible to write extensions for, not to mention the history of 'insecure' programming limitations it seems to encourage |
| 19:10.22 | docelic | All 'portal' software is lousy programmed |
| 19:10.38 | PKMOBILE | i was reading a site about nuke security |
| 19:11.00 | PKMOBILE | the guy claimed his hacker friends crack postnuke in 20 seconds and phpnuke in 30 seconds thereby making phpnuke more secure |
| 19:12.33 | docelic | The only thing that happened for 30 secs is that I was just staring at this message of yours.. |
| 19:12.48 | docelic | Don't know which aspect of it to laught at first.. |
| 19:13.06 | Twingy_ | http://cgi.ebay.com/Water-Storage-Drum-Barrel-Liquid-Tank-55-Gallon_W0QQitemZ7550141387QQcategoryZ57069QQrdZ1QQcmdZViewItem |
| 19:13.22 | PKMOBILE | i wish i could have commented, i really had a good one at the time too |
| 19:15.11 | docelic | this guy thinks he's in circus or something.. |
| 19:15.15 | docelic | this ebay pal |
| 19:15.38 | Twingy_ | I want to grow up to be just like that guy |
| 19:15.52 | PKMOBILE | i want to be his lackey |
| 19:17.22 | Twingy_ | and a fine lackey you would make |
| 19:52.14 | AchiestDragon | plastic barrels ar not the best thing for putting beer in |
| 19:57.30 | AchiestDragon | well not from the taste point of view but in a plastic barrel it will give it a plasticy taste , but shake it and it will split or burst |
| 20:05.24 | AchiestDragon | feature request , or hopfully small change ,, when rendering (long ones with big photon maps ) is it posible to add more frequent (like some ) percentage compleation indication |
| 20:16.46 | brlcad | AchiestDragon: it's possible, but I'd still suggest filing a feature request for it -- easier to track and be reminded since it's not a 2-sec fix. |
| 20:17.04 | AchiestDragon | k |
| 20:37.35 | AchiestDragon | submitted |
| 20:37.44 | brlcad | okay |
| 20:37.46 | brlcad | thanks |
| 20:53.27 | *** join/#brlcad PKMOBILE (n=Apathy@12.22.249.3) |
| 21:01.22 | *** join/#brlcad ibot (i=ibot@pdpc/supporter/active/TimRiker/bot/apt) |
| 21:01.22 | *** topic/#brlcad is http://brlcad.org/ || BRL-CAD is now Open Source! || Release 7.6.0 is now being prepared |
| 21:05.16 | AchiestDragon | submitted the one for libs also |
| 21:07.55 | brlcad | I noticed ;) |
| 21:08.24 | brlcad | i particularly like that idea, the basic feature is something being integrated into the new modeler |
| 21:08.43 | brlcad | ability to call up catalogs of geometries |
| 21:10.53 | AchiestDragon | thinking on things like items that you may want to use oftern , if you like say house plans , then you may not want to have to draw the furnature each time , so beeing able to import furnature items that you have drawn would be usefull |
| 21:13.55 | brlcad | indeed |
| 21:14.09 | brlcad | and to be able to classify and group geometries by domains |
| 21:14.43 | brlcad | I don't want to be sorting through furniture when I'm building an engine, but I might want bolts regardless of whether I'm building a house or a teapot |
| 21:15.49 | AchiestDragon | simple lib dir with sub dirs for each sub clasification would work better , and be more custamizable |
| 21:16.00 | AchiestDragon | dblib |
| 21:17.50 | AchiestDragon | then it can grow as required , and be easy for the user to edit |
| 21:18.54 | brlcad | perhaps, though I wouldn't want to deal with that more than necessary myself .. leave it up to the user to decide what to cache/modify locally, but provide access to an entire database of models and parts 'globally' |
| 21:19.54 | brlcad | just use it like a card catalog for looking up books, some similar sort of organization for geometry, where I could have access to others' models that have been contributed |
| 21:21.14 | archivist_ | solid works has something loke that |
| 21:21.27 | archivist_ | loke=like |
| 21:21.34 | brlcad | yeah, for their parts available on-disk |
| 21:23.00 | archivist_ | and a patr that you choose the dims/spec of ans a new part gets placed in the drawing eg bearing or standars metal shape |
| 21:25.24 | AchiestDragon | archivist_: thats my other feature request not submitted yet , but that needs more scripting to impliment , |
| 21:27.13 | archivist_ | im just thinking how to implement "definable" part where solidworks uses an embeded excell worksheet |
| 21:28.47 | AchiestDragon | standard metal sizes / sections , but its a diferent method to the libs |
| 21:28.53 | archivist_ | eg i draw a gear and set teeth qty thickness bore dia etc (and the interelations) in the worksheet |
| 21:31.49 | AchiestDragon | can be done , but you need a script for each item , so you could have a gear script , that asks you the params and generates the apropriate model for it |
| 21:32.55 | AchiestDragon | was thinking mor on the lines of simpler things to start with like angle iron , rod and bar , I beem and things like that |
| 21:34.42 | archivist_ | are but one can edit the parts in solid works once inserted in the assembly |
| 21:34.58 | AchiestDragon | then things like nuts , bolts etc |
| 21:36.53 | archivist_ | yup i insert a standard screwed pillar and vary the height as i design parts around them |
| 21:37.56 | archivist_ | i just right click on a pillar in the drawing and select a new configuration |
| 21:40.28 | AchiestDragon | that could be implimented if when you select the part in the current workspace that there is a referance to the script that created it |
| 21:41.18 | archivist_ | so that instance of part uses named configuration x,y etc where each configuration is a line in the controling worksheet in the part |
| 21:42.45 | AchiestDragon | think something that may bee needed for the libs function could also be used for this ,, not sure as i have not seen the .g format , but is there space or a way for some information like author , discription , and comments etc in the file format |
| 21:43.24 | AchiestDragon | if so then a script used to generate a object could strore the paramiters it used for it in there also |
| 21:47.02 | archivist_ | one needs arbitary calculations between dimensions constants etc |
| 21:48.50 | brlcad | AchiestDragon: yes, the .g format supports assignment of arbitrary attributes to objects as well as the storage of arbitrary non-geometric data (like even things like Word .doc files, text summaries, etc) |
| 21:49.13 | AchiestDragon | k |
| 21:50.59 | AchiestDragon | but takeing a script to generate box section , the script asks for values for some dimentions , h,w,l , if it stores thease allong with an identifyer to the script that created it , then to edit it |
| 21:52.12 | AchiestDragon | it should be a case of presenting the valuse as the "defaults " allowing the user to change them ( with the original script) , then replacing the old output with the updated one |
| 21:53.55 | AchiestDragon | its when you decide that the tube that you placed needed to be a square box section that its not going to manage |
| 21:53.58 | archivist_ | see www.archivist.info/brlcad/geardesign.xls for a worksheet for solidworks |
| 21:55.46 | archivist_ | 8 configurations in that one |
| 22:01.08 | archivist_ | to explain the sequence 1 draw the blank with bore 2 exttrude thickness 3 cut N slots shape of tcut |
| 22:26.25 | brlcad | archivist_: yeah, I've thought about that to some extent.. it's similar to mged's props and idents editor tables |
| 22:27.05 | brlcad | archivist_: the direct spreadsheet manipulation is a win there, since if one knows how to 'spreadsheet' properly, you can do some more complex manipulations/updates |
| 22:27.39 | brlcad | not always, but sometimes .. and even if not, it makes for simple means to update a class of objects all at once |
| 22:33.56 | AchiestDragon | well maybe , but if done by a script in brlcad rather than an external spread sheet , there is a advantage ... |
| 22:34.08 | brlcad | oh, definitely |
| 22:34.14 | brlcad | i don't want to leave my modeler to model |
| 22:34.41 | brlcad | being a spreadsheet doesn't necessarily imply it has to be an excel spreadsheet ;) |
| 22:34.56 | brlcad | or the only editing means to update geometry in groups |
| 22:35.59 | AchiestDragon | the script for a gear would draw a disk , the tooth profile is another object that is rotated and repeated by n arround the disk and subtracted from it , ok ,, but the profile for the tooth could be slightly spireled so you could do spiral cut gears |
| 22:38.36 | AchiestDragon | change the profile eliment for something diferent and it could do turbine blades |
| 22:40.47 | AchiestDragon | if the tooth profile is also a .g file or object then theres lots of things that can be done with the same basic script and some simple mods to it |
| 22:59.00 | ``Erik | heh, "sc" was cool |
| 23:17.58 | *** join/#brlcad ibot (i=ibot@pdpc/supporter/active/TimRiker/bot/apt) |
| 23:17.58 | *** topic/#brlcad is http://brlcad.org/ || BRL-CAD is now Open Source! || Release 7.6.0 is now being prepared |
| 23:35.36 | *** join/#brlcad Obscene_CNN (n=DiscoBan@66.15.214.167) |