| 00:06.22 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 00:10.10 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 01:18.59 | *** join/#brlcad gcibot (ignacio@unaffiliated/ignaciouy/bot/gcibot) | |
| 01:24.57 | *** join/#brlcad gcibot (ignacio@unaffiliated/ignaciouy/bot/gcibot) | |
| 01:26.37 | Notify | 02GCI:Melange * 4639899508539392 : Task Reopened - Melange has detected that the final deadline has passed and it has reopened the task. |
| 02:00.09 | gcibot | Happy new year to everyone, att: the mantainer, Ignacio :) |
| 02:08.26 | *** join/#brlcad andromeda_galaxy (~andromeda@108-225-17-54.lightspeed.sntcca.sbcglobal.net) | |
| 02:26.58 | *** join/#brlcad teepee (~teepee@gateway/tor-sasl/teepee) | |
| 03:47.23 | Notify | 02GCI:silver9450 * 5327918221754368 : Task Claimed - I would like to work on this task. |
| 03:49.20 | *** join/#brlcad Silver9450 (6fb89b7c@gateway/web/freenode/ip.111.184.155.124) | |
| 04:02.34 | Silver9450 | Hi, I'm new to BRL-CAD. I read the README.txt file, while it says "Using it requires about 6 GB of free space", I experience a shortage from my hard drive. Can I use my hard drive enclosure instead? |
| 04:35.54 | *** join/#brlcad YashM (~YashM@117.198.23.139) | |
| 04:43.40 | Notify | 02GCI:quentindhs * 4975346856230912 : Task Claimed - I would like to work on this task. |
| 04:54.06 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 05:17.16 | starseeker | O.o blocking archive.org, github, and sourceforge??? |
| 05:17.48 | YashM | In india yah |
| 05:18.16 | YashM | "The websites that have been blocked were based on an advisory by Anti Terrorism Squad, and were carrying Anti India content from ISIS." |
| 05:18.34 | starseeker | what, did SCO infiltrate the Indian government or something? |
| 05:19.02 | starseeker | uh... |
| 05:19.28 | YashM | but using Google DNS i can bypass it |
| 05:19.29 | YashM | :P |
| 05:19.59 | starseeker | great - you're going to knock out Google in India |
| 05:20.05 | starseeker | that |
| 05:20.15 | starseeker | 's amazing - why the whole site(s)? |
| 05:20.39 | YashM | That's the easiest way right? |
| 05:20.53 | YashM | They're not going to block specific subdomains so people can browse and see what's in it |
| 05:21.07 | YashM | And if Google gets knocked out, I will use a VPN |
| 05:21.10 | starseeker | in the sense that blowing off your whole foot is the easiest way to solve the problem of trimming toe nails, yeah... |
| 05:21.40 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 05:21.55 | starseeker | shakes his head - hope it gets resolved quickly |
| 05:22.22 | YashM | They probably didn't think that much, "OMG, this site has bad content, block the site" |
| 05:23.13 | starseeker | well, I suppose it's a good way to see how vital github and sourceforge are to the Indian IT economic sector... |
| 05:23.55 | YashM | the programmers will always find a way to bypass though |
| 05:24.45 | YashM | sourceforge is not banned tho |
| 05:24.50 | YashM | github is |
| 05:24.52 | starseeker | ah |
| 05:25.06 | YashM | guess ISIS supports FOSS :P |
| 05:25.11 | starseeker | so slashdot had it wrong (surprise) |
| 05:25.47 | starseeker | can't imagine how video sharing sites are going to survive if that sort of thing keeps up |
| 05:26.06 | starseeker | or wikipedia, for that matter... basically any site with user posted content |
| 05:26.24 | YashM | yea |
| 05:26.38 | YashM | "Let's just ban the whole internet" |
| 05:27.05 | starseeker | winces - I wish I could be sure they won't think of that... |
| 05:40.44 | shardulc | Sean, if you're here, have you created the task to write a dead code-detecting script? |
| 05:46.39 | shardulc | startseeker, are you there? |
| 05:46.44 | shardulc | starseeker |
| 05:47.13 | Notify | 02GCI:gjeet * 4975346856230912 : Task Assigned - This task has been assigned to Quentin. You have 100 hours to complete this task, good luck! |
| 05:47.23 | Notify | 02GCI:gjeet * 5327918221754368 : Task Assigned - This task has been assigned to Steve. You have 100 hours to complete this task, good luck! |
| 05:50.04 | *** join/#brlcad alisha (~alisha@101.60.156.49) | |
| 07:55.39 | *** join/#brlcad andromeda_galaxy (~andromeda@108-225-17-54.lightspeed.sntcca.sbcglobal.net) | |
| 07:59.14 | Notify | 02GCI:Melange * 5269456200663040 : Task Reopened - Melange has detected that the final deadline has passed and it has reopened the task. |
| 08:06.06 | Notify | 02GCI:melvinfoo * 4959197779197952 : Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 08:35.55 | *** join/#brlcad mihaineacsu (~mihaineac@92.81.146.119) | |
| 08:52.40 | *** join/#brlcad silver9450 (6fb89b7c@gateway/web/freenode/ip.111.184.155.124) | |
| 08:55.01 | silver9450 | Will it be able for BRL-CAD to run on my external hard disk? (btw I tried to send the message twice but I seemed to go offline because of bad internet connections) |
| 08:58.59 | YashM | silver9450, why don't you try? |
| 09:00.56 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 09:01.05 | silver9450 | I'm currently using virtual box, I tried to import BRL-CAD, and I changed the storage to my external HD, it didn't seem to work |
| 09:43.28 | mihaineacsu | silver9450: how did you "import" BRL-CAD? |
| 09:54.12 | *** join/#brlcad YatharthROCK (~YatharthR@91.140.146.141) | |
| 09:54.28 | *** join/#brlcad YatharthROCK (~YatharthR@unaffiliated/yatharthrock) | |
| 09:54.38 | *** join/#brlcad darshpreets (~darshpree@202.164.53.117) | |
| 10:09.58 | Notify | 02GCI:thevk * 5855100174073856 : Task Claimed - I would like to work on this task. |
| 10:13.54 | *** join/#brlcad alisha (~alisha@115.241.235.180) | |
| 10:20.55 | Notify | 02GCI:izak * 5855100174073856 : Task Assigned - This task has been assigned to Vladimir Kuznetsov. You have 100 hours to complete this task, good luck! |
| 10:33.02 | Notify | 02GCI:helix * 6094206841913344 : Ready for review - The work on this task is ready to be reviewed. |
| 10:38.18 | Notify | 02GCI:helix * 6094206841913344 : Sorry for taking too much time. - I got busy with school work and also this is the biggest task here which is why I took so much time. I went with the script on the... |
| 10:41.19 | Notify | 02GCI:Melange * 6094206841913344 : No more Work can be submitted - Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. |
| 10:48.53 | silver9450 | mihaineacsu: here's a screenshot, mine's in Chinese. https://images.plurk.com/1kQNzTKuVfyh6zvpxoFpe1.jpg |
| 11:06.11 | silver9450 | I received this message and I had no idea what was going on? |
| 11:06.14 | silver9450 | brlcad@brlcad-vm:~$ svn up brlcad-svn-trunk svn: Working copy 'brlcad-svn-trunk' locked svn: run 'svn cleanup' to remove locks (type 'svn help cleanup' for details) |
| 11:09.46 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 11:16.06 | *** join/#brlcad teepee (~teepee@gateway/tor-sasl/teepee) | |
| 11:29.34 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 11:48.45 | *** join/#brlcad mihaineacsu (~mihaineac@92.81.146.119) | |
| 11:49.29 | Notify | 02GCI:adityagulati * 5049231098249216 : Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 11:53.41 | *** join/#brlcad adityagulati (dce32db2@gateway/web/cgi-irc/kiwiirc.com/ip.220.227.45.178) | |
| 11:59.41 | *** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 12:19.55 | adityagulati | are any new tasks going to come |
| 13:09.19 | YashM | Does anyone know which parameters are mandatory and which ones not in stl-g? |
| 13:14.40 | YashM | nvm |
| 13:20.17 | silver9450 | I entered "B gcirocks.ebm ae 35 25 zoom 1.5 l gcirocks.ebm rt" into MGED, ending up with a bunch of error message starting with db_lookup(ae) failed: ae does not exist |
| 13:21.13 | silver9450 | Does anyone know why? |
| 13:28.10 | YashM | Any mentor here? |
| 13:28.35 | *** join/#brlcad MarcTannous (5679c4d5@gateway/web/cgi-irc/kiwiirc.com/ip.86.121.196.213) | |
| 13:36.15 | Notify | 02GCI:silver9450 * 5327918221754368 : Error messages - mged> B gcirocks.ebm ae 35 25 zoom 1.5 l gcirocks.ebm rt db_lookup(ae) failed: ae does not exist This followed with a bunch of error... |
| 13:39.53 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 13:53.42 | Notify | 02GCI:quentindhs * 4975346856230912 : Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 13:53.48 | Notify | 02GCI:rohit_agarwal * 5836136417067008 : A request - Can you please extend the deadline by 2 days. I got a little busy and couldn't complete the video. Thanks in advance. |
| 17:35.15 | *** join/#brlcad infobot (ibot@rikers.org) | |
| 17:35.15 | *** topic/#brlcad is Topic for #brlcad: BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Welcome GCI 2014 participants! If you're participating, be patient when asking questions... we're very busy and sometimes have packed schedules. We will respond if you are still on IRC: learn screen+irssi. | |
| 17:54.10 | andromeda-galaxy | gcibot, random brlcad |
| 17:54.11 | gcibot | andromeda-galaxy, random task in brlcad: https://www.google-melange.com/gci/task/view/google/gci2014/6418050127495168 |
| 17:54.11 | gcibot | BRL-CAD || Beginner: Install and run BRL-CAD! #11 || Open || Hardeep Singh Rai, Ishwerdas |
| 18:08.55 | *** join/#brlcad alisha (~alisha@115.254.212.203) | |
| 18:22.20 | Notify | 02GCI:rossberg * 5773120388464640 : Where is the axis? - It needs a shaft to work. Do you have an idea where the intake and exhaust are? |
| 18:22.30 | Notify | 02GCI:rossberg * 5773120388464640 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to... |
| 18:25.41 | *** join/#brlcad teepee_ (~teepee@gateway/tor-sasl/teepee) | |
| 18:34.08 | Notify | 02GCI:rossberg * 5327918221754368 : Task Closed - Congratulations, this task has been completed successfully. |
| 18:34.49 | Notify | 02GCI:rossberg * 5327918221754368 : None - It was small but I found the "Steve" in your image ;) |
| 18:39.15 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 18:39.26 | Notify | 02GCI:rossberg * 5874616018927616 : You should post a full screen shot - as it is written at point 6 in this task's description. |
| 18:39.27 | Notify | 02GCI:rossberg * 5874616018927616 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to... |
| 18:40.20 | andromeda-galaxy | ~seen rossberg |
| 18:40.24 | infobot | andromeda-galaxy: i haven't seen 'rossberg' |
| 18:40.29 | andromeda-galaxy | ~seen d_rossberg |
| 18:40.29 | infobot | d_rossberg <~rossberg@66-118-151-70.static.sagonet.net> was last seen on IRC in channel #brlcad, 9d 1h 23m 14s ago, saying: 'that's the base for writing code for it'. |
| 18:44.09 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 18:49.40 | *** join/#brlcad YatharthROCK (~YatharthR@unaffiliated/yatharthrock) | |
| 18:52.26 | YashM | anyone here |
| 18:52.34 | YashM | http://i.imgur.com/AQzCcT3.png |
| 18:56.36 | andromeda-galaxy | rt with ambient occlusion takes *so long*... |
| 18:58.13 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 18:58.29 | d_rossberg | YashM: looks like a problem with the spaces in the file name (of the .g file), try tp put it between quotation marks |
| 19:05.59 | andromeda-galaxy | d_rossberg: for ambient occlusion, I've been rendering with ambSlow=1 and ambSamples=256, are those pretty reasonable defaults? (-s4096, also) |
| 19:06.26 | Notify | 02GCI:o7p9bxbnyj * 5773120388464640 : Ready for review - The work on this task is ready to be reviewed. |
| 19:13.51 | d_rossberg | andromeda-galaxy: to be honest, no idea; i've never used this settings |
| 19:14.33 | andromeda-galaxy | d_rossberg: oh well... when I was doing the renders for the gerotor + hole for shaft just now, I realized that it took >10 minutes for it to render that simples scene with those settings, which is why I asked... |
| 19:17.26 | d_rossberg | ambSamples=256 could cause it to shoot 256 rays for every pixel (and use the mean then) which is pretty much |
| 19:18.54 | andromeda-galaxy | ahhh.... |
| 19:19.18 | andromeda-galaxy | oh well... maybe I'll try sticking with samples=128, unfortunately it seems like for the ao rendering to work well it does need to have some fairly large number of rays-per-pixel... |
| 19:25.05 | andromeda-galaxy | d_rossberg: by the way, for https://www.google-melange.com/gci/task/view/google/gci2014/5773120388464640, I left out the intake/exhaust because most (pretty much all) of the descriptions/diagrams/papers about gerotors omitted them. |
| 19:25.06 | gcibot | BRL-CAD || Model a gerotor in 3D using BRL-CAD || NeedsReview (2 days 14 hrs 10 min) || Popescu Andrei, Sean |
| 19:33.24 | Notify | 02GCI:ralpt3748752_qejwhe * 5292150220652544 : Task Claimed - I would like to work on this task. |
| 19:33.29 | Notify | 02GCI:ralpt3748752_qejwhe * 5292150220652544 : Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 19:33.44 | Notify | 02GCI:ralpt3748752_qejwhe * 5292150220652544 : Task Claimed - I would like to work on this task. |
| 19:37.05 | Notify | 02GCI:ralpt3748752_qejwhe * 5292150220652544 : Question to work - How to find the coordinates of points on the surface hyp? |
| 19:45.52 | Notify | 02GCI:rossberg * 5773120388464640 : None - Shouldn't be the rotation axis hole round? And how about modelling the shaft too? |
| 19:45.58 | Notify | 02GCI:rossberg * 5773120388464640 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to... |
| 19:46.18 | andromeda-galaxy | d_rossberg: I tried modeling the shaft as well, but that blocked too much of the geometry of the pump |
| 19:46.54 | andromeda-galaxy | d_rossberg: my thinking with the shaft was that the pump assembly could just be dropped onto any rotating shaft as part of another larger assembly |
| 19:46.59 | andromeda-galaxy | so making the hole square makes sense |
| 19:47.07 | d_rossberg | omitting the intake/exhaust may be ok, but the rest should work (if printed with a 3d printer) |
| 19:47.39 | andromeda-galaxy | I think that this should work.. there are no overlaps, so it should be possible to just drop it on a rotating shaft and try turning it |
| 19:49.28 | andromeda-galaxy | d_rossberg: do you see what I mean about the advantages of using a square shaft hole? |
| 19:52.06 | d_rossberg | ok, you should write it is a comment for your task and set it ready for review again |
| 19:52.34 | andromeda-galaxy | d_rossberg: sure, one minute |
| 19:52.37 | d_rossberg | btw, do yo know where the intake and exhaust are? |
| 19:53.26 | andromeda-galaxy | I think that usually the whole pump assembly is in a casing, which has two holes on the large sides |
| 19:53.47 | andromeda-galaxy | ofcourse, modelling that would also obscure the actual pump assembly a lot because it requires having the case |
| 19:56.00 | Notify | 02GCI:o7p9bxbnyj * 5773120388464640 : None - I tried modeling the shaft as well, but that blocked too much of the geometry of the pump. My thinking with the shaft was that the pump assembly could... |
| 19:56.01 | Notify | 02GCI:o7p9bxbnyj * 5773120388464640 : Ready for review - The work on this task is ready to be reviewed. |
| 19:56.13 | andromeda-galaxy | d_rossberg: okay, done! |
| 19:57.20 | Notify | 02GCI:rossberg * 5773120388464640 : Task Closed - Congratulations, this task has been completed successfully. |
| 19:58.49 | andromeda-galaxy | d_rossberg: btw, do you know when the next batch of tasks might be going up? |
| 20:02.20 | d_rossberg | sadly no, i'm waiting for some of mine too |
| 20:03.04 | andromeda-galaxy | ah well... |
| 20:04.05 | Notify | 02GCI:deepakkumarsharma * 5292150220652544 : Task Assigned - This task has been assigned to Raptor. You have 100 hours to complete this task, good luck! |
| 20:06.45 | Notify | 02GCI:judebirch * 6383010643443712 : Ready for review - The work on this task is ready to be reviewed. |
| 20:08.13 | andromeda-galaxy | d_rossberg: one other thing --- do you have any idea how to build BRL-CAD's doxygen? |
| 20:10.01 | Notify | 02GCI:rossberg * 5292150220652544 : For example with the nirt program/command - It shots a single ray. |
| 20:14.07 | MarcTannous | andromeda-galaxy: did you do any of the doxygen header tasks? |
| 20:14.20 | andromeda-galaxy | MarcTannous: not yet, but I'm considering doing one |
| 20:14.40 | d_rossberg | "make dox" otr "make doxigen"? |
| 20:15.11 | andromeda-galaxy | d_rossberg: thanks, I couldn't find documentation anywhere... |
| 20:15.42 | MarcTannous | d_rossberg: IS a bag of triangles a primitive? |
| 20:16.16 | andromeda-galaxy | MarcTannous: hmm? |
| 20:16.44 | MarcTannous | andromeda-galaxy: Have got to do a class diagram for coreinterface's primitives |
| 20:17.20 | MarcTannous | Not sure whether Cone,Ellipsoid,Torus & Sphere are the only primitives or not |
| 20:17.24 | andromeda-galaxy | ahh... I believe so, in the main brl-cad repo at least, since it has a dir under src/librt/primitives |
| 20:17.57 | MarcTannous | d_rossberg: Can you give me a list of all the objects coreInterface considers primitives? |
| 20:19.22 | d_rossberg | MarcTannous: look at the rt^3 branch at include/brlcad |
| 20:20.04 | MarcTannous | yup |
| 20:20.07 | MarcTannous | That's what I am looking at |
| 20:20.24 | d_rossberg | every class with "public Object" is a primitive |
| 20:20.36 | MarcTannous | ok, thank you |
| 20:21.02 | MarcTannous | https://svn.code.sf.net/p/brlcad/code/rt%5E3/trunk/include/brlcad/Unknown.h what's this though? |
| 20:21.41 | andromeda-galaxy | MarcTannous: I believe that that's used to hold references to primtives of unknown types |
| 20:22.14 | d_rossberg | good point, this is a place holder for every BRL-CAD primitive which has no interface class yet |
| 20:22.45 | MarcTannous | this class diagram will be pretty huge then |
| 20:22.54 | d_rossberg | and yes, bot is a primitive |
| 20:24.30 | d_rossberg | the class diagram could contain a tree-like list of all the primitives below the Object |
| 20:24.35 | MarcTannous | yup |
| 20:25.07 | MarcTannous | there's more than 10 primitives and each one of them has a few constructors/functions |
| 20:26.20 | *** join/#brlcad merzo (~merzo@228-127-132-95.pool.ukrtel.net) | |
| 20:30.31 | Notify | 02GCI:rossberg * 6383010643443712 : None - You should create regions from the different logo elements and put all these regions in one group. |
| 20:30.36 | Notify | 02GCI:rossberg * 6383010643443712 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to... |
| 20:32.00 | d_rossberg | you should mention the classes only, not the methods |
| 20:35.22 | d_rossberg | the result could look like this image: http://upload.wikimedia.org/wikipedia/commons/7/74/Uml_diagram.svg |
| 20:59.51 | Notify | 02GCI:judebirch * 6383010643443712 : Questions - Sorry for asking, but how would you create regions and groups in archer? I researched it, and I found a command in MGED but when I open the .g file... |
| 21:12.52 | Notify | 02GCI:Melange * 5625032667561984 : Task Reopened - Melange has detected that the final deadline has passed and it has reopened the task. |
| 21:25.51 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 21:31.24 | *** join/#brlcad YatharthROCK (~YatharthR@unaffiliated/yatharthrock) | |
| 21:43.04 | Notify | 02GCI:o7p9bxbnyj * 5880984918556672 : Task Claimed - I would like to work on this task. |
| 21:53.40 | Notify | 02GCI:deepakkumarsharma * 5880984918556672 : Task Assigned - This task has been assigned to Andromeda Galaxy. You have 100 hours to complete this task, good luck! |
| 22:02.57 | Notify | 02GCI:riyer15 * 6452933096898560 : Task Claimed - I would like to work on this task. |
| 22:12.04 | gcibot | For GCIL users, added new update button. http://gcil.cf/all/ |
| 23:09.36 | *** join/#brlcad gcibot (ignacio@unaffiliated/ignaciouy/bot/gcibot) | |
| 23:16.29 | *** join/#brlcad _gcibot_ (~gcibot@r179-25-73-67.dialup.adsl.anteldata.net.uy) | |
| 23:23.12 | *** join/#brlcad gcibot (ignacio@unaffiliated/ignaciouy/bot/gcibot) | |
| 23:35.31 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 23:37.52 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 00:17.04 | maths22 | I've created a docbook browser |
| 00:17.04 | maths22 | http://brlcad.org/docbrowser/svnDocbook/Documents/browse/doc/docbook/ |
| 00:17.23 | maths22 | xml files have a view documentation link that will render it |
| 00:59.45 | Notify | 02GCI:zehata * 5032082837340160 : Ready for review - The work on this task is ready to be reviewed. |
| 01:01.43 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 01:18.55 | Notify | 02GCI:maths22_m * 6452933096898560 : Task Assigned - This task has been assigned to RI. You have 100 hours to complete this task, good luck! |
| 02:14.01 | Notify | 02GCI:Melange * 4956557716488192 : Task Reopened - Melange has detected that the final deadline has passed and it has reopened the task. |
| 02:15.17 | *** join/#brlcad Techtronix (~Techtroni@117.200.84.34) | |
| 02:24.26 | Notify | 02GCI:quentindhs * 5874616018927616 : help - Hi Issac I'm not sure how to proceed from Step 3, as neither BRL-CAD nor CMake have anything called "gcirocks.ebm ebm hello bw 512 512 64", nor does... |
| 03:03.58 | Notify | 02GCI:judebirch * 6383010643443712 : Done - I worked out how to make groups. I hope this is good enough! |
| 03:04.34 | Notify | 02GCI:judebirch * 6383010643443712 : Ready for review - The work on this task is ready to be reviewed. |
| 03:07.41 | *** join/#brlcad mihaineacsu (~mihaineac@92.81.146.119) | |
| 03:09.14 | Notify | 02GCI:quentindhs * 5874616018927616 : Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 18:21.31 | *** join/#brlcad infobot (ibot@rikers.org) | |
| 18:21.31 | *** topic/#brlcad is Topic for #brlcad: BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Welcome GCI 2014 participants! If you're participating, be patient when asking questions... we're very busy and sometimes have packed schedules. We will respond if you are still on IRC: learn screen+irssi. | |
| 18:33.26 | *** join/#brlcad teepee (~teepee@gateway/tor-sasl/teepee) | |
| 18:38.03 | *** join/#brlcad alisha (~alisha@101.60.151.61) | |
| 18:46.19 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 18:48.57 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 18:55.56 | starseeker | maths22: hah, cool! |
| 18:59.17 | starseeker | (DocBook viewer) |
| 19:02.03 | andromeda-galaxy | starseeker: since I'm kind of running out of tasks, I'm working on one of the Doxygen cleanup ones (libbu); does doxygen warn about functions not in any group? Fixing the warnings shouldn't be too hard, but I'm not sure how to ensure that all of the functions are organized correctly |
| 19:02.40 | starseeker | erm |
| 19:02.44 | starseeker | one sec... |
| 19:02.48 | starseeker | (task link?) |
| 19:04.17 | andromeda-galaxy | starseeker: sorry, https://www.google-melange.com/gci/task/view/google/gci2014/6391391198380032 |
| 19:04.17 | gcibot | Doxygen cleanup for LIBBU || BRL-CAD || Claimed (4 days 2 hrs 41 min) || Isaac Kamga, Hardeep Singh Rai |
| 19:06.02 | starseeker | are we out of the NACA tasks? I remember you got three of the tests working... |
| 19:06.57 | starseeker | andromeda-galaxy: ok, first order of business about that task - it looks like it got imported from last year and is a bit dated |
| 19:07.49 | starseeker | misc/doxygen/* files are the current home of the Doxygen structure management |
| 19:08.37 | starseeker | to build our Doxygen output, you need to have doxygen installed. If it is, a "make dox" should build the documentation. |
| 19:08.53 | starseeker | it will take quite a while, which is why that target is not part of the normal build |
| 19:09.37 | andromeda-galaxy | starseeker: makes sense, I got as far as running 'make dox', which generates lots of warnings, which don't look too hard to fix |
| 19:10.00 | andromeda-galaxy | (and we are out of NACA tasks for now, the batch with the new ones hasn't been pushed yet) |
| 19:10.28 | andromeda-galaxy | but I was wondering about how to check that all the functions are in reasonable groups as specified by the second part of the task... |
| 19:12.50 | starseeker | andromeda-galaxy: that's a bit subjective |
| 19:13.20 | starseeker | if you look at the html output generated by doxygen, you should see the libbu functions grouped into categories |
| 19:14.10 | starseeker | I haven't looked recently (I'm building the dox target now but this machine is on the slow side) but I think a lot of organization work was done after that task was written |
| 19:14.44 | starseeker | so the key is to review the groupings to make sure things are where they are supposed to be, and see if any of the groups look like they probably should be sub-groups |
| 19:14.59 | starseeker | feel free to ask/discuss on the channel if there is any question |
| 19:17.58 | starseeker | andromeda-galaxy: ah - try the build target libdox |
| 19:18.02 | starseeker | make libdox |
| 19:18.15 | andromeda-galaxy | right... |
| 19:18.27 | andromeda-galaxy | is there any way to get a list of functions that aren't correctly categorized? |
| 19:18.40 | starseeker | I'm hoping that'll be clear in the output |
| 19:18.57 | andromeda-galaxy | hope so... I'll take another look at it, hopefully there's somew ay to get at the "no modules". |
| 19:19.04 | andromeda-galaxy | what's the difference between dox and libdox? |
| 19:19.18 | Notify | 03BRL-CAD:n_reed * 63854 brlcad/trunk/src/tclscripts/archer/Archer.tcl: give preference methods more intuitive names |
| 19:19.20 | starseeker | if not, you may have to review the individual subheaders |
| 19:19.32 | starseeker | but let's see what the output looks like |
| 19:19.52 | starseeker | might want to remove doc/doxygen_output first |
| 19:20.29 | starseeker | I should probably rework the dox target - as matters stand now it's a really mean target |
| 19:21.27 | starseeker | yeah, libdox is way more digestable - that's the one to use |
| 19:21.47 | Notify | 03BRL-CAD:ejno * 63855 (brlcad/trunk/doc/docbook/system/man1/en/g-raw.xml brlcad/trunk/doc/docbook/system/man1/en/g-stl.xml and 2 others): g-stl and g-raw do not actually support specifying the number of cpus; removes the -P option and its documentation |
| 19:22.00 | andromeda-galaxy | starseeker: sounds good, thanks! |
| 19:22.18 | starseeker | you'll need to uncomment your directories of interest |
| 19:22.36 | starseeker | in misc/doxygen/DoxyfileLibs.in |
| 19:24.06 | starseeker | andromeda-galaxy: if you can give me a few minutes, I'll try to rework this so it behaves better out of the box |
| 19:24.18 | starseeker | it looks like I left it in an intermediate state |
| 19:34.37 | *** join/#brlcad ankesh11 (uid8015@gateway/web/irccloud.com/x-snchydpstykpdwrp) | |
| 19:42.16 | starseeker | andromeda-galaxy: it's the interrelated nature of the libs that's complicating the output - for per-library activities we need a simple subset target |
| 19:42.28 | starseeker | I think I see where I was heading - let me try to finish it |
| 20:08.26 | andromeda_galaxy | starseeker: great, thanks! (Sorry I couldn't reply earlier, but I had to leave suddenly) |
| 20:08.36 | starseeker | no problem - this is taking a little bit |
| 20:14.23 | *** join/#brlcad jagmeet (~js@202.164.53.117) | |
| 20:21.07 | Notify | 02GCI: * : - |
| 20:26.59 | andromeda-galaxy | starseeker: well, thanks for looking into it! I'll start trying to fix some of the warnings that I got from a 'make dox' in the meantime... |
| 20:27.16 | MarcTannous | anyone knows when the next batch of tasks is coming? |
| 20:27.49 | starseeker | MarcTannous: just brlcad ;-) |
| 20:37.17 | andromeda-galaxy | starseeker: for me, 'make dox' doesn't seem to be taking too long.. is that a problem? |
| 20:37.28 | andromeda-galaxy | I'm just runing 'make dox' from in build/ |
| 20:39.44 | Notify | 02GCI:ralpt3748752_qejwhe * 5292150220652544 : All ok - /usr/brlcad/bin/mged |
| 20:42.45 | Notify | 03BRL-CAD:starseeker * 63856 (brlcad/trunk/misc/CMakeLists.txt brlcad/trunk/misc/doxygen/DoxyfileLibs.in brlcad/trunk/misc/doxygen/doxygen_intro.h): Make per-library doxygen targets. |
| 20:45.13 | andromeda-galaxy | starseeker: what did you call the targets? |
| 20:54.54 | Notify | 03BRL-CAD:starseeker * 63857 brlcad/trunk/misc/doxygen/Doxyfile.in: update Doxyfile.in - probably should be autogenerating this input list... |
| 21:02.09 | Notify | 03BRL-CAD:starseeker * 63858 (brlcad/trunk/misc/doxygen/CMakeLists.txt brlcad/trunk/misc/doxygen/Doxyfile.in brlcad/trunk/misc/doxygen/DoxyfileLibs.in): Shorten file names |
| 21:02.13 | andromeda-galaxy | starseeker: for that task, do I need to fix all the "<variable/function/parameter> not document" warnings? |
| 21:05.32 | andromeda-galaxy | starseeker: there are *lots* more warnings with 'make dox-libbu' than with 'make dox'... especially, there are a bunch more member not documented warnings and a bunch linked file is not an input file ones... |
| 21:18.12 | starseeker | andromeda-galaxy: make dox is fine if it's fast enough - I changed the inputs, so it's shorter |
| 21:18.20 | starseeker | that may change in the future though |
| 21:19.00 | starseeker | libbu gets most of the doxygen effort, since it's first in the dependency changes |
| 21:19.04 | starseeker | chains rather |
| 21:20.04 | starseeker | make dox will produce the nice toplevel at the moment, which will be the most useful for determing what things are not organized |
| 21:20.13 | starseeker | if libbu is in good shape, you can move on to libbn |
| 21:21.53 | starseeker | the make dox target is preferable for the reasons you noted - you'll have undefined variables et. al. |
| 21:23.01 | starseeker | I probably need to make the PDF generation depend on a build variable and detecting latex... the html output is useful without the pdf output, and can be generated much faster... |
| 21:27.38 | starseeker | andromeda-galaxy: does the current setup make a little more sense? each lib*.dox file defines the organizational hierarchy that is used in the headers |
| 21:38.17 | Notify | 03BRL-CAD:n_reed * 63859 (brlcad/trunk/src/tclscripts/archer/Archer.tcl brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl): use associative arrays to eliminate duplicated switches |
| 21:48.24 | starseeker | andromeda-galaxy: if you see warnings that look like they're due to missing files that may be me not adding the right directories |
| 21:54.14 | starseeker | needs to hook up n_reed's dom2dox into the doxygen build... |
| 22:08.40 | andromeda-galaxy | starseeker: makes sense... I'll work from 'make dox' for now... try running make dox-libbu on your machine, and you should see what I mean about the extra warnings |
| 22:28.16 | Notify | 02GCI:riyer15 * 6452933096898560 : Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 22:55.51 | maths22 | andromeda-galaxy, starseeker: have you seen my docbook documentation stuff? |
| 22:59.05 | andromeda-galaxy | maths22: maths22: just looked at it now, looks great! |
| 23:15.57 | andromeda-galaxy | starseeker, maths22: what do the comments next to each constant in include/bu/magic.h mean? |
| 23:26.57 | Notify | 02GCI:zehata * 5032082837340160 : Original files - Due to some errors, I was not able to upload the original files in time before the deadline, could I get an extension for a day or two? Regards, ... |
| 23:32.38 | andromeda-galaxy | doxygen is complaining about messed-up documentation for UNUSED() parameters.... any idea how to fix that? It seems like it would be somewhat complicated since the behavior of UNUSED() is compiler-dependent |
| 00:01.30 | andromeda-galaxy | in cv.h, there is an @file comment that has no declarations following it for a nonexistent file. Can I safely remove it? |
| 00:15.12 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 00:28.01 | starseeker | andromeda-galaxy: might want to put the UNUSED question up to brlcad |
| 00:28.30 | starseeker | andromeda-galaxy: yes, I believe you can remove that |
| 00:35.30 | andromeda-galaxy | starseeker: okay, thanks! I did figure out a way around UNUSED |
| 00:35.41 | andromeda-galaxy | I modifyed the Doxyfile so tht UNUSED(x) -> x |
| 00:35.57 | andromeda-galaxy | starseeker: but now I've got one other question about the include/bu/ headers |
| 00:36.24 | andromeda-galaxy | some of them have the @addtogroup above the @file <headername.h>, and some below, |
| 00:36.32 | andromeda-galaxy | so some of them have that group containing that header and others don't |
| 00:36.35 | andromeda-galaxy | is that intentional? |
| 00:46.57 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 01:07.14 | starseeker | andromeda-galaxy: offhand, I'd say that if the header has all of its contents in one group the header should be contained in the group, and otherwise not |
| 01:11.23 | andromeda-galaxy | ahhh |
| 01:11.41 | andromeda-galaxy | so it's likely on purpose then... I'll try to take a quick look through and check |
| 01:11.55 | andromeda-galaxy | so far, I've been trying to get all the @file declarations right... there are an amazing number missing |
| 01:57.27 | starseeker | andromeda-galaxy: our doxygen setup needs a lot of work - there have been several passes to arrive at the current approach, and even then it's not a for-sure final version |
| 01:58.09 | starseeker | if there are problems with how we're doing it now, we'll try to fix them - we want to eventually reach a point where our doxygen docs are the standard, high-quality developer guide to our libraries |
| 01:58.52 | starseeker | that's why libbu is so much further along than the other libs - each "pass" at doxygen got only so far, then lost steam |
| 01:59.34 | Notify | 02GCI:o7p9bxbnyj * 6391391198380032 : None - For this submission, I've fixed all of the warnings coming from libbu files that are in the output of 'make dox', and I've tried to set up all of the... |
| 01:59.40 | Notify | 02GCI:o7p9bxbnyj * 6391391198380032 : Ready for review - The work on this task is ready to be reviewed. |
| 02:01.21 | Notify | 02GCI:judebirch * 6383010643443712 : Done again - Thank you for telling me how I could make it better, I think I've done everything okay now |
| 02:01.31 | Notify | 02GCI:judebirch * 6383010643443712 : Ready for review - The work on this task is ready to be reviewed. |
| 02:14.09 | Notify | 02GCI:Melange * 5218710037987328 : Task Reopened - Melange has detected that the final deadline has passed and it has reopened the task. |
| 02:23.12 | starseeker | andromeda-galaxy: go ahead and apply the patch - looks OK |
| 02:27.56 | *** join/#brlcad andromeda_galaxy (~andromeda@108-225-17-54.lightspeed.sntcca.sbcglobal.net) | |
| 02:40.33 | starseeker | andromeda-galaxy: nevermind - I'm going to go ahead and apply it, because I'd like to rename a couple more things |
| 02:42.03 | andromeda-galaxy | starseeker: sorry, I had to leave and didn't see this... that sounds good to me; if you apply the renamed patch before the task is complete, are you able to leave a comment on the task? it would be useful to let the reviewer know that it had been already applied |
| 02:42.48 | starseeker | I don't know if I can comment - you can once you see the commit (should be a few seconds) |
| 02:44.04 | Notify | 03BRL-CAD:starseeker * 63860 (brlcad/trunk/include/bu/bu_tcl.h brlcad/trunk/include/bu/cmd.h and 19 others): Apply GCI patch https://www.google-melange.com/gci/task/view/google/gci2014/6391391198380032 for doxygen cleanup |
| 02:44.04 | gcibot | Doxygen cleanup for LIBBU || BRL-CAD || NeedsReview (3 days 19 hrs 1 min) || Isaac Kamga, Hardeep Singh Rai |
| 02:51.25 | starseeker | andromeda-galaxy: yeah, doesn't look like I can comment |
| 02:51.45 | andromeda-galaxy | starseeker: ok, I'll do it |
| 02:52.42 | andromeda-galaxy | starseeker: just curious, what did you change? |
| 02:52.43 | Notify | 02GCI:o7p9bxbnyj * 6391391198380032 : Patch already applied - starseeker already applied a slightly modified version of this patch to the main tree, so it probably won't apply cleanly. |
| 02:53.06 | starseeker | andromeda-galaxy: haven't changed anything yet - wanted to apply the patch before I did |
| 02:53.27 | andromeda-galaxy | ahh... |
| 02:53.43 | andromeda-galaxy | in that case, what are you planning on changing? you mentiond renaming a couple more things... |
| 02:54.18 | starseeker | renaming the DoxyfileLibs files primarily, but anything else I can do to clarify how this works |
| 02:55.02 | starseeker | I want to generate the inputs list for the toplevel Doxyfile.in too |
| 03:03.39 | andromeda-galaxy | ahh |
| 03:03.53 | andromeda-galaxy | makes sense.. |
| 03:44.48 | Notify | 02GCI:Melange * 6383010643443712 : No more Work can be submitted - Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. |
| 03:59.58 | *** join/#brlcad YashM (~YashM@117.198.6.154) | |
| 04:00.58 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 04:04.37 | *** join/#brlcad mihaineacsu (~mihaineac@92.81.146.119) | |
| 04:05.02 | Notify | 03BRL-CAD:starseeker * 63861 brlcad/trunk/include/bu/avs.h: remove extra closing bracket |
| 04:22.43 | Notify | 02GCI:honey * 5625032667561984 : Task Claimed - I would like to work on this task. |
| 04:26.10 | Notify | 02GCI:honey * 5625032667561984 : Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 04:48.25 | Notify | 02GCI:adrianneng * 4956557716488192 : Task Claimed - I would like to work on this task. |
| 04:52.07 | Notify | 02GCI:gjeet * 4956557716488192 : Task Assigned - This task has been assigned to Adrianne. You have 100 hours to complete this task, good luck! |
| 04:54.37 | Notify | 02GCI:gjeet * 5032082837340160 : Deadline extended - The deadline of the task has been extended with 2 days and 0 hours. |
| 05:05.25 | Notify | 02GCI:gjeet * 4938019295461376 : Hey hunar - I guess there's a little misunderstanding, as per rules of melange, one task can only be done by one person. You claimed the task, but didn't ask for... |
| 05:06.00 | *** join/#brlcad YashM_ (~YashM@117.198.0.136) | |
| 05:06.21 | Notify | 03BRL-CAD:starseeker * 63862 brlcad/trunk/include/bn/vlist.h: Tweak doxygen |
| 05:08.04 | Notify | 03BRL-CAD:starseeker * 63863 (brlcad/trunk/misc/doxygen/CMakeLists.txt brlcad/trunk/misc/doxygen/Doxyfile.in): Consolidate the individual lib dox targets and the overall target into one template. Autogenerate more of the inputs. |
| 05:11.24 | starseeker | andromeda-galaxy: That seems to make the individual dox-libbu target work better, as well as simplifying things overall |
| 05:11.35 | starseeker | make dox-libbn now also seems to be a tad more focused |
| 05:11.38 | andromeda-galaxy | starseeker: sounds good! |
| 05:12.41 | starseeker | they're all using one template now, so the output should at least be consistent... |
| 05:12.44 | *** join/#brlcad gjeet (75d6cceb@gateway/web/cgi-irc/kiwiirc.com/ip.117.214.204.235) | |
| 05:39.24 | Notify | 03BRL-CAD:starseeker * 63864 (brlcad/trunk/misc/doxygen/CMakeLists.txt brlcad/trunk/misc/doxygen/librt.dox): Add stub dox files for the other libraries. |
| 05:53.43 | *** join/#brlcad gcibot (ignacio@unaffiliated/ignaciouy/bot/gcibot) | |
| 06:01.07 | *** join/#brlcad gcibot (ignacio@unaffiliated/ignaciouy/bot/gcibot) | |
| 06:02.50 | *** join/#brlcad gcibot (ignacio@unaffiliated/ignaciouy/bot/gcibot) | |
| 06:05.26 | *** join/#brlcad gcibot (ignacio@unaffiliated/ignaciouy/bot/gcibot) | |
| 06:06.43 | *** join/#brlcad gcibot (ignacio@unaffiliated/ignaciouy/bot/gcibot) | |
| 06:23.16 | *** join/#brlcad YashM__ (~YashM@117.198.7.164) | |
| 06:29.00 | Notify | 02GCI:zehata * 5032082837340160 : Original Raw Files - Dear Mentors The problem had been solved ahead of time and I am happy to inform you that the original raw file and pictures have been... |
| 06:29.15 | Notify | 02GCI:zehata * 5032082837340160 : Ready for review - The work on this task is ready to be reviewed. |
| 07:00.11 | Notify | 02GCI:snapvai15 * 5564670123442176 : Task Claimed - I would like to work on this task. |
| 07:05.00 | Notify | 03BRL-CAD:starseeker * 63865 brlcad/trunk/include/bu/parallel.h: typo |
| 07:07.22 | Notify | 02GCI:snapvai15 * 5564670123442176 : Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 07:43.42 | *** join/#brlcad shardulc (7aaa18d3@gateway/web/freenode/ip.122.170.24.211) | |
| 07:44.03 | shardulc | hello everyone |
| 07:44.16 | shardulc | when are new tasks coming? especially dead code elimination ones? |
| 07:44.35 | shardulc | the existing dead code elimination tasks are all beginner tasks, so not everyone can claim them |
| 07:44.57 | shardulc | thanks! |
| 07:56.15 | Notify | 02GCI:smriti7545 * 5252586642866176 : Ready for review - The work on this task is ready to be reviewed. |
| 08:52.37 | *** join/#brlcad MarcTannous (5679c4d5@gateway/web/cgi-irc/kiwiirc.com/ip.86.121.196.213) | |
| 09:33.15 | *** join/#brlcad mandarj (75c32995@gateway/web/freenode/ip.117.195.41.149) | |
| 09:33.24 | mandarj | gcibot random BRL-CAD |
| 09:33.45 | mandarj | gcibot random |
| 09:33.49 | MarcTannous | ? |
| 09:50.53 | *** join/#brlcad mihaineacsu (~mihaineac@92.81.146.119) | |
| 10:07.51 | Notify | 02GCI:ishwerdas * 5049231098249216 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed... |
| 10:08.52 | Notify | 02GCI:ariessa * 4959197779197952 : Task Claimed - I would like to work on this task. |
| 10:11.07 | *** join/#brlcad alisha (~alisha@202.164.53.117) | |
| 10:13.24 | MarcTannous | morning guys |
| 10:15.15 | Notify | 02GCI:ishwerdas * 5049231098249216 : None - I really liked the way you explained your design. Just a few suggestions to make it look more better. The sidebar is confusing, You have objects and... |
| 10:16.17 | Notify | 02GCI:ishwerdas * 4959197779197952 : Task Assigned - This task has been assigned to ariessa. You have 100 hours to complete this task, good luck! |
| 10:20.38 | Notify | 02GCI:gjeet * 5032082837340160 : Wrong files - I guess you uploaded wrong files. In Code In Official Updated.zip there are some png files and pptx file.With raw files I meant the original software... |
| 10:20.58 | Notify | 02GCI:gjeet * 5032082837340160 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to... |
| 10:35.48 | Notify | 02GCI:somya_agrawal * 5625032667561984 : Task Claimed - I would like to work on this task. |
| 11:24.35 | Notify | 02GCI:deepakkumarsharma * 5625032667561984 : Task Assigned - This task has been assigned to Somya Agrawal. You have 100 hours to complete this task, good luck! |
| 11:25.14 | *** join/#brlcad merzo (~merzo@63-26-132-95.pool.ukrtel.net) | |
| 11:31.50 | YashM__ | ~seen brlcad |
| 11:31.52 | infobot | brlcad is currently on #brlcad #gsoc #stepcode #bzflag, last said: 'sudo should work now with those links in place'. |
| 11:53.48 | Notify | 02GCI:ariessa * 4959197779197952 : Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 12:16.35 | Notify | 02GCI:tannousmarc * 5796868252499968 Class diagram for Coreinterface #2 https://www.google-melange.com/gci/task/view/google/gci2014/5796868252499968: Why this took so long Initially, I started... |
| 12:16.35 | gcibot | [[ Class diagram for Coreinterface #2 || BRL-CAD || NeedsReview (44 hrs 6 min) || Popescu Andrei, Daniel_R ]] |
| 12:16.36 | Notify | 02GCI:tannousmarc * 5796868252499968 : Ready for review - The work on this task is ready to be reviewed. |
| 12:18.30 | Notify | 02GCI:ariessa * 5218710037987328 : Task Claimed - I would like to work on this task. |
| 12:18.35 | Notify | 02GCI:zehata * 5032082837340160 : Re: Wrong Files - Dear Mentors, I have used PowerPoint for the image editing as I was unable to use either Gimp or Photoshop on my computer. I had saved the files... |
| 12:18.50 | Notify | 02GCI:mihaineacsu29 * 5218710037987328 : Task Assigned - This task has been assigned to ariessa. You have 100 hours to complete this task, good luck! |
| 12:54.37 | Notify | 02GCI:ariessa * 5218710037987328 : Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 15:40.09 | *** join/#brlcad MarcTannous (5679c4d5@gateway/web/cgi-irc/kiwiirc.com/ip.86.121.196.213) | |
| 16:56.48 | Notify | 02GCI:vkostov * 5049231098249216 : Ready for review - The work on this task is ready to be reviewed. |
| 17:00.44 | Notify | 02GCI:brlcad * 5252586642866176 : needs more - Smriti, thank you uploading your work, but this needs more work. First, the task description asks you to submit an AVI or URL, not a WMV file. Second,... |
| 17:00.53 | Notify | 02GCI:brlcad * 5252586642866176 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to... |
| 17:00.58 | Notify | 02GCI:brlcad * 5252586642866176 : Deadline extended - The deadline of the task has been extended with 2 days and 2 hours. |
| 17:03.35 | YashM__ | brlcad, you here? |
| 17:06.24 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 17:18.56 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 17:22.43 | *** join/#brlcad gcibot (ignacio@unaffiliated/ignaciouy/bot/gcibot) | |
| 17:26.53 | YashM__ | Are new tasks coming anytime soon? |
| 17:51.49 | Notify | 02GCI:rossberg * 5796868252499968 : Not bad - but you should omit the methods and parameters of Object too (they are errors in it anyway), rearrange the primitive classes such that the image can... |
| 17:51.50 | Notify | 02GCI:rossberg * 5796868252499968 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to... |
| 17:51.51 | Notify | 02GCI:rohit_agarwal * 5836136417067008 : Another Request - Sir my video is almost complete. It only requires some finishing touches. I just need a little time for editing and uploading it. I will... |
| 18:03.06 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 18:10.07 | Notify | 02GCI:rossberg * 6383010643443712 : Deadline extended - The deadline of the task has been extended with 2 days and 0 hours. |
| 18:12.32 | Notify | 02GCI:rossberg * 6383010643443712 : Not bad - At the first sight the model looks OK, but this task requires a rendered image too. Could you please upload a ray-traced image of your geometry? |
| 18:12.37 | Notify | 02GCI:rossberg * 6383010643443712 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to... |
| 18:17.06 | *** join/#brlcad alisha (~alisha@101.60.175.173) | |
| 18:17.54 | *** join/#brlcad albertcoder (~albertcod@202.164.45.208) | |
| 18:20.15 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 18:20.48 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 18:23.39 | Notify | 02GCI:judebirch * 6383010643443712 : Ready for review - The work on this task is ready to be reviewed. |
| 18:26.07 | *** join/#brlcad michaelx2000 (~Thunderbi@61.245.163.61) | |
| 18:33.46 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 18:34.16 | Notify | 02GCI:rossberg * 5049231098249216 : In general not bad - But I can't image how this will be CAD. Therefore you should put some live in your mock-up: A geometry, some icons (showing this is really a... |
| 18:34.26 | Notify | 02GCI:rossberg * 5049231098249216 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to... |
| 18:35.00 | *** join/#brlcad albertcoder (~albertcod@202.164.45.208) | |
| 18:37.04 | *** join/#brlcad albertcoder (~albertcod@202.164.45.208) | |
| 18:37.35 | Notify | 02GCI:tannousmarc * 5796868252499968 : Thank you for the clarifications - Having not worked with class diagrams before and this being my probably 3rd or 4th time ever working on something... |
| 18:40.22 | Notify | 02GCI:tannousmarc * 5796868252499968 : Regarding the source - Data was collected from a local repo of rt^3, the diagram was created with the online program suggested in the reference of this task,... |
| 18:40.52 | Notify | 02GCI:tannousmarc * 5796868252499968 : Ready for review - The work on this task is ready to be reviewed. |
| 18:43.58 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 18:48.12 | *** join/#brlcad coderalbert (~albertcod@202.164.45.208) | |
| 18:50.23 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 18:52.18 | Notify | 02GCI:rossberg * 6383010643443712 : This is unfortunately not a ray-traces image - If you are doing a ray-trace (for example in archer: Raytrace->rt->512x512) you get a black window only. But the... |
| 18:52.38 | Notify | 02GCI:rossberg * 6383010643443712 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to... |
| 18:54.46 | *** join/#brlcad albert_coder (~albertcod@202.164.45.204) | |
| 19:11.08 | Notify | 02GCI:rossberg * 5796868252499968 Class diagram for Coreinterface #2 https://www.google-melange.com/gci/task/view/google/gci2014/5796868252499968: Some issues The arrows are wrong (direction... |
| 19:11.09 | gcibot | [[ Class diagram for Coreinterface #2 || BRL-CAD || NeedsWork || Popescu Andrei, Daniel_R ]] |
| 19:11.09 | Notify | 02GCI:rossberg * 5796868252499968 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to... |
| 19:28.28 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 19:29.11 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 19:36.24 | *** join/#brlcad albert_coder (~albertcod@202.164.45.204) | |
| 20:01.55 | Notify | 02GCI:judebirch * 6383010643443712 : Ray-Tracing File - I clicked the 'Raytrace current view' button and I didn't get any file from it, when I clicked rt at the top it worked so I used the snipping... |
| 20:02.05 | Notify | 02GCI:judebirch * 6383010643443712 : Ready for review - The work on this task is ready to be reviewed. |
| 20:37.19 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 21:55.13 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 22:07.29 | *** join/#brlcad teepee_ (~teepee@gateway/tor-sasl/teepee) | |
| 23:07.18 | Notify | 02GCI:zehata * 5032082837340160 : Ready for review - The work on this task is ready to be reviewed. |
| 23:11.24 | Notify | 02GCI:brlcad * 6391391198380032 : Task Closed - Congratulations, this task has been completed successfully. |
| 23:18.01 | Notify | 02GCI:brlcad * 6383010643443712 : Task Closed - Congratulations, this task has been completed successfully. |
| 23:28.18 | Notify | 02GCI:judebirch * 6383010643443712 : Thank you - Thank you very much for all the help you gave me |
| 23:29.54 | Notify | 02GCI:judebirch * 5265298621988864 : Task Claimed - I would like to work on this task. |
| 23:34.09 | gcibot | For GCIL users, the leaderboard now force https connection. |
| 23:43.11 | Notify | 02GCI:brlcad * 5265298621988864 : Task Assigned - This task has been assigned to Jude. You have 100 hours to complete this task, good luck! |
| 00:06.27 | Notify | 02GCI:tannousmarc * 5796868252499968 : Yes - Yes, the draw.io can be exported in loads of formats, usually xml. - Used the arrows as shown on wikipedia. - Resized it to fit nicely on a screen,... |
| 00:06.28 | Notify | 02GCI:tannousmarc * 5796868252499968 : Ready for review - The work on this task is ready to be reviewed. |
| 00:44.12 | MarcTannous | good night everyone |
| 00:44.13 | MarcTannous | :D |
| 00:50.05 | ignacio | MarcTannous, good night! |
| 01:42.35 | *** join/#brlcad jasvir (~jasvir@122.173.116.245) | |
| 01:48.16 | Notify | 02GCI:judebirch * 5265298621988864 : Sorry - Sorry, I accidentally uploaded a task that hadn't been renamed. Just please ignore it. |
| 01:48.31 | Notify | 02GCI:judebirch * 5265298621988864 : Ready for review - The work on this task is ready to be reviewed. |
| 02:58.05 | *** join/#brlcad mihaineacsu (~mihaineac@92.81.146.119) | |
| 03:16.03 | Notify | 02GCI:rohit_agarwal * 5836136417067008 : Ready for review - The work on this task is ready to be reviewed. |
| 03:19.34 | Notify | 02GCI:rohit_agarwal * 5836136417067008 : URL Shared - I uploaded the video on Google Drive and shared the link. The link to the music is - https://www.youtube.com/watch?v=-IBgbdEoBSo The fonts used... |
| 03:36.48 | Notify | 02GCI:brn_ghs * 5803622709329920 : Task Claimed - I would like to work on this task. |
| 03:50.56 | *** join/#brlcad YashM (~YashM@117.222.71.42) | |
| 04:04.40 | Notify | 03BRL-CAD:starseeker * 63866 (brlcad/trunk/src/other/libpng/ANNOUNCE brlcad/trunk/src/other/libpng/CHANGES and 36 others): Update to libpng 1.6.16 |
| 04:09.46 | Notify | 03BRL-CAD:starseeker * 63867 (svn:mime-type ## -1 +1 ## and 14 others): dfn.awk triggers the mixed line endings warning from svn, but this is apparently intended in the file. Don't treat this as text.Property Changed:----------------brlcad/trunk/src/other/libpng/scripts/dfn.awk |
| 04:12.29 | Notify | 03BRL-CAD:starseeker * 63868 (svn:eol-style ## -1 +0,0 ## and 13 others): remove eol-style propertyProperty Changed:----------------brlcad/trunk/src/other/libpng/scripts/dfn.awk |
| 04:12.52 | Notify | 03BRL-CAD:starseeker * 63869 brlcad/trunk/src/other/libpng/scripts/dfn.awk: add 1.6.16 vanilla dfn.awk file |
| 04:13.25 | Notify | 03BRL-CAD:starseeker * 63870 brlcad/trunk/src/other/libpng/CMakeLists.txt: Re-apply CMake tweaks |
| 04:16.02 | Notify | 02GCI:Melange * 5836136417067008 : No more Work can be submitted - Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. |
| 04:22.05 | Notify | 02GCI:brn_ghs * 5803622709329920 : Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 04:32.27 | Notify | 02GCI:brn_ghs * 5803622709329920 : Task Claimed - I would like to work on this task. |
| 04:52.03 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 04:59.35 | *** join/#brlcad jasvir (~jasvir@122.173.116.245) | |
| 05:21.53 | *** join/#brlcad YashM (~YashM@117.222.71.42) | |
| 05:42.04 | *** join/#brlcad YashM (~YashM@117.222.71.42) | |
| 05:57.01 | *** join/#brlcad jasvir (~jasvir@122.173.116.245) | |
| 06:03.13 | *** join/#brlcad shardulc (7aaa1d0f@gateway/web/freenode/ip.122.170.29.15) | |
| 06:53.18 | ignacio | Good nightl |
| 06:54.48 | *** join/#brlcad raptor (~raptor@213.222.229.209) | |
| 06:55.46 | raptor | hello |
| 06:56.15 | raptor | you with GCI? |
| 06:57.02 | raptor | Russian speakers have? |
| 06:57.12 | raptor | Ð ÑÑÑкоÑзÑÑнÑе еÑÑÑ? |
| 06:58.01 | shardulc | hello, is there a mentor online? |
| 07:01.04 | raptor | Who is doing what ? |
| 07:01.13 | Stragus | shardulc, just ask the question, it will be answered (even though it may take a little while) |
| 07:01.29 | shardulc | no, I just wanted to know when we'll have more tasks |
| 07:01.57 | shardulc | Stragus, do you know Sean's nick? |
| 07:02.19 | Stragus | It's brlcad |
| 07:02.39 | shardulc | ok, thanks! |
| 07:02.43 | raptor | Yes I too would like to ) |
| 07:03.15 | shardulc | hello, raptor, are you a GCI student? |
| 07:03.23 | raptor | yes |
| 07:04.42 | raptor | Now finish Tsunami art |
| 07:19.52 | *** join/#brlcad YashM (~YashM@117.222.64.194) | |
| 07:40.44 | *** part/#brlcad shardulc (7aaa1d0f@gateway/web/freenode/ip.122.170.29.15) | |
| 08:03.56 | *** join/#brlcad YashM (~YashM@117.222.64.194) | |
| 08:20.23 | Notify | 02GCI:gjeet * 5803622709329920 : Task Assigned - This task has been assigned to Bruno P.. You have 100 hours to complete this task, good luck! |
| 08:24.10 | Notify | 02GCI:gjeet * 5836136417067008 : Task Closed - Congratulations, this task has been completed successfully. |
| 08:26.11 | Notify | 02GCI:gjeet * 5836136417067008 : That's nice - Hey rohit, you did a great work there. I seriously liked it. The best and different thing was the way the letters were arranging itself from one word... |
| 08:27.36 | Notify | 02GCI:Melange * 5311760286351360 : Task Reopened - Melange has detected that the final deadline has passed and it has reopened the task. |
| 08:45.46 | *** join/#brlcad YashM (~YashM@117.222.64.194) | |
| 08:57.26 | *** join/#brlcad YashM (~YashM@117.222.64.194) | |
| 09:05.31 | *** join/#brlcad MarcTannous (5679c4d5@gateway/web/cgi-irc/kiwiirc.com/ip.86.121.196.213) | |
| 09:15.10 | *** join/#brlcad YashM (~YashM@117.222.64.194) | |
| 09:23.50 | *** join/#brlcad YashM_ (~YashM@117.198.3.253) | |
| 10:03.24 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 10:17.27 | *** join/#brlcad geekgrl (~geekgrl@1.39.41.92) | |
| 10:56.49 | Notify | 02GCI:somya_agrawal * 5625032667561984 : Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 11:34.13 | *** join/#brlcad merzo (~merzo@3-105-133-95.pool.ukrtel.net) | |
| 12:14.29 | Notify | 02GCI:ch3ck * 5032082837340160 : Hello - I was of the impression you were to design the new interface using Photoshop and submit the raw design files(.xcf or any other) which could later on be used... |
| 12:14.40 | Notify | 02GCI:ch3ck * 5032082837340160 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to... |
| 12:15.49 | *** join/#brlcad YashM_ (~YashM@117.198.3.253) | |
| 13:03.20 | Notify | 02GCI:rossberg * 5796868252499968 : The arrows are OK now - However, you should append one of the XML formats here too. Take one which can be used to change/extend the diagram via draw.io. ... |
| 13:03.21 | Notify | 02GCI:rossberg * 5796868252499968 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to... |
| 13:03.30 | Notify | 02GCI:rossberg * 5796868252499968 : Deadline extended - The deadline of the task has been extended with 1 days and 0 hours. |
| 13:11.15 | Notify | 02GCI:tannousmarc * 5796868252499968 : Ready for review - The work on this task is ready to be reviewed. |
| 13:12.10 | Notify | 02GCI:tannousmarc * 5796868252499968 : XML Submitted - XML file format submitted, however not with the "IS-A" arrows as draw.io does not have those, they were manually added in Photoshop. It has... |
| 13:39.49 | ignacio | Good Morning guys! :) |
| 14:16.13 | *** join/#brlcad alisha (~alisha@223.225.226.53) | |
| 14:17.27 | Notify | 02GCI:tyagiyash98 * 5625032667561984 : Task Claimed - I would like to work on this task. |
| 14:18.54 | raptor | Why when I render in Archer , a window with the renderer , but it is transparent ? I have a linux |
| 14:20.18 | Notify | 02GCI:brn_ghs * 5803622709329920 : Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 14:20.48 | Notify | 02GCI:brn_ghs * 5815998791811072 : Task Claimed - I would like to work on this task. |
| 14:28.55 | raptor | After creating the file my script and get an error when editing - the database is read-only |
| 14:45.43 | Notify | 02GCI:deepakkumarsharma * 5625032667561984 : Task Assigned - This task has been assigned to yt. You have 100 hours to complete this task, good luck! |
| 14:46.04 | Notify | 02GCI:deepakkumarsharma * 5815998791811072 : Task Assigned - This task has been assigned to Bruno P.. You have 100 hours to complete this task, good luck! |
| 14:52.38 | *** join/#brlcad jasvir (~jasvir@122.173.116.245) | |
| 15:27.00 | Notify | 02GCI:vkostov * 5049231098249216 : Ready for review - The work on this task is ready to be reviewed. |
| 15:41.22 | Notify | 02GCI:rossberg * 5796868252499968 : I've just tried draw.io - and it was very easy to change the arrows to the right ones and to rearrange the boxes such that they are more compact. Nevertheless... |
| 15:41.27 | Notify | 02GCI:rossberg * 5796868252499968 : Task Closed - Congratulations, this task has been completed successfully. |
| 15:42.09 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 15:50.07 | Notify | 02GCI:rossberg * 5049231098249216 : None - Simple, but OK. |
| 15:50.17 | Notify | 02GCI:rossberg * 5049231098249216 : Task Closed - Congratulations, this task has been completed successfully. |
| 15:56.08 | Notify | 02GCI:utkarshsingh341 * 6418050127495168 : Task Claimed - I would like to work on this task. |
| 15:59.39 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 16:03.24 | Notify | 02GCI:harman052 * 6418050127495168 : Task Assigned - This task has been assigned to utkarshsingh. You have 100 hours to complete this task, good luck! |
| 16:06.33 | Notify | 02GCI:brn_ghs * 5815998791811072 : Ready for review - The work on this task is ready to be reviewed. |
| 16:08.30 | MarcTannous | most of the remaining tasks are marked as "Beginner" and I can't claim any of them. Is there any way I could claim this one though : http://www.google-melange.com/gci/task/view/google/gci2014/6435641374015488 ? Not as easy as installing BRL-CAD but not as hard as the Doxygen tasks |
| 16:08.30 | gcibot | [[ Compile BRL-CAD with LLVM trunk || BRL-CAD || Open || Hardeep Singh Rai, Mihai Neacsu ]] |
| 16:13.01 | maths22 | MarcTannous: I'll look into that for you |
| 16:16.23 | MarcTannous | maths22: Thanks. I'll go eat and check irc when I get back |
| 16:22.15 | maths22 | MarkTannous: go ahead and claim it |
| 16:22.26 | maths22 | But submit any fixes you make as part of the same task |
| 16:28.27 | Notify | 02GCI:utkarshsingh341 * 6418050127495168 : Ready for review - The work on this task is ready to be reviewed. |
| 16:44.44 | Notify | 02GCI:tannousmarc * 6435641374015488 : Task Claimed - I would like to work on this task. |
| 16:45.05 | Notify | 02GCI:mihaineacsu29 * 6435641374015488 : Task Assigned - This task has been assigned to Marc Tannous. You have 96 hours to complete this task, good luck! |
| 16:46.29 | Notify | 02GCI:rossberg * 5265298621988864 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to... |
| 16:46.34 | Notify | 02GCI:rossberg * 5265298621988864 : A really interesting geometry - You should make a ray-trace image from this geometry and attach it to this task. Select the direction and angle where you thing... |
| 16:49.36 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:52.41 | Notify | 02GCI:rossberg * 6418050127495168 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to... |
| 16:53.26 | Notify | 02GCI:rossberg * 6418050127495168 : A full screenshot is required to complete this task - Please upload the screenshot image. |
| 17:15.52 | Notify | 02GCI:brlcad * 5815998791811072 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to... |
| 17:17.22 | Notify | 02GCI:brlcad * 5815998791811072 : looking good but... - Bruno, nicely done but I notice that you didn't get the raytrace rendering. You wrote "B gcirocks.ebm ae 35 25 zoom 1.5 l gcirocks.ebm rt" as... |
| 17:18.12 | Notify | 02GCI:brlcad * 5815998791811072 : not your fault - And I did see that it's not your fault ... the gci task description collapsed them all onto one line for some reason. |
| 17:28.26 | *** join/#brlcad alisha (~alisha@115.244.242.60) | |
| 17:28.39 | *** join/#brlcad albertcoder (~albertcod@202.164.45.204) | |
| 17:35.37 | Notify | 02GCI:brn_ghs * 5815998791811072 : Ready for review - The work on this task is ready to be reviewed. |
| 17:37.52 | Notify | 02GCI:ceren_iz * 5218710037987328 : Task Claimed - I would like to work on this task. |
| 17:38.27 | Notify | 02GCI:mihaineacsu29 * 5218710037987328 : Task Assigned - This task has been assigned to Ceren I.. You have 100 hours to complete this task, good luck! |
| 17:39.48 | Notify | 02GCI:brn_ghs * 5815998791811072 : None - Thanks Sean to correct me, that was my first task here! |
| 17:47.05 | *** join/#brlcad epiccoder (~androirc@117.245.139.164) | |
| 17:50.38 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 18:41.33 | Notify | 02GCI:lord_kk * 5310294628761600 : Task Claimed - I would like to work on this task. |
| 19:13.13 | *** join/#brlcad alisha (~alisha@123.239.100.191) | |
| 19:23.01 | Notify | 02GCI:keshashah * 5310294628761600 : Task Assigned - This task has been assigned to Lord_KK. You have 100 hours to complete this task, good luck! |
| 19:44.47 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 19:51.06 | Notify | 02GCI:judebirch * 5265298621988864 : New .g file - I created a new .g, I only changed the location of the wave a bit to help make a nice angle. |
| 19:51.07 | Notify | 02GCI:judebirch * 5265298621988864 : Ready for review - The work on this task is ready to be reviewed. |
| 20:05.35 | *** join/#brlcad teepee (~teepee@gateway/tor-sasl/teepee) | |
| 20:30.06 | Notify | 02GCI:ralpt3748752_qejwhe * 5292150220652544 : Ready for review - The work on this task is ready to be reviewed. |
| 20:31.46 | Notify | 02GCI:Melange * 5213338241859584 : Task Reopened - Melange has detected that the final deadline has passed and it has reopened the task. |
| 20:43.26 | ignacio | andromeda-galaxy, andromeda_galaxy, you won last year? |
| 20:43.31 | ignacio | I dont remember all the winners :-/ |
| 21:00.50 | mpictor | notices that readthedocs.org now works with doxygen |
| 21:16.10 | Notify | 02GCI:ralpt3748752_qejwhe * 5292150220652544 : about this work - It was a highly interesting work, to create objects and group them arb5 I created a script (tsyn_arb5.py). With this script you... |
| 21:18.06 | Notify | 02GCI:ralpt3748752_qejwhe * 5292150220652544 : None - Also, there was virtually no problemmy - when a small angle of rotation |
| 21:21.47 | Notify | 02GCI:ralpt3748752_qejwhe * 5292150220652544 : None - I request all the images look, especially the latter |
| 21:42.10 | Notify | 02GCI:krishenbhan * 5901451461132288 : Task Claimed - I would like to work on this task. |
| 21:44.10 | Notify | 02GCI:krishenbhan * 5901451461132288 : Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 21:56.48 | Notify | 02GCI:ralpt3748752_qejwhe * 5292150220652544 : None - |
| 22:04.03 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 22:07.17 | *** join/#brlcad andromedagalaxy (~andromeda@108-225-17-54.lightspeed.sntcca.sbcglobal.net) | |
| 22:10.13 | *** join/#brlcad andromeda_galaxy (~andromeda@108-225-17-54.lightspeed.sntcca.sbcglobal.net) | |
| 23:23.39 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 01:17.00 | Notify | 02GCI:krishna_ravi * 5028787255246848 : Task Claimed - I would like to work on this task. |
| 02:11.33 | Notify | 02GCI:gjeet * 5028787255246848 : Task Assigned - This task has been assigned to Krishna. You have 100 hours to complete this task, good luck! |
| 03:11.11 | *** join/#brlcad YashM (~YashM@117.198.17.110) | |
| 03:20.08 | maths22 | ignacio: Yes, andromeda-galaxy and maths22 won last year |
| 03:20.26 | ignacio | hey maths22 |
| 03:21.17 | YashM | maths22, have you tried running ISST in Windows? |
| 03:21.42 | maths22 | YashM: no |
| 03:21.51 | maths22 | ignacio: hi |
| 03:22.00 | YashM | okay nvm |
| 03:24.52 | ignacio | maths22, are you participating this year? |
| 03:25.11 | maths22 | No. I'm mentoring |
| 03:25.25 | maths22 | I'm in college now |
| 03:25.52 | ignacio | ooh, cool |
| 03:54.05 | Notify | 02GCI:brlcad * 5815998791811072 : Task Closed - Congratulations, this task has been completed successfully. |
| 03:54.30 | Notify | 02GCI:brlcad * 5815998791811072 : nicely done! - Well done Bruno, and glad to see you got it sorted out! |
| 04:22.31 | *** join/#brlcad YashM (~YashM@117.198.17.110) | |
| 04:42.30 | Notify | 02GCI:mihaineacsu29 * 5292150220652544 : Task Closed - Congratulations, this task has been completed successfully. |
| 04:56.04 | *** join/#brlcad YashM (~YashM@117.198.17.110) | |
| 04:59.08 | *** join/#brlcad MarcTannous (5679c4d5@gateway/web/cgi-irc/kiwiirc.com/ip.86.121.196.213) | |
| 05:24.41 | *** join/#brlcad YashM (~YashM@117.198.17.110) | |
| 05:50.44 | *** join/#brlcad YashM (~YashM@117.198.17.110) | |
| 05:54.35 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 07:04.06 | *** join/#brlcad raptor (~raptor@194.28.72.252) | |
| 07:47.23 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 07:52.25 | *** join/#brlcad andrei_ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125) | |
| 07:52.38 | andrei_ | hello |
| 07:53.38 | Notify | 02GCI:zehata * 5032082837340160 : Ready for review - The work on this task is ready to be reviewed. |
| 07:54.21 | YashM | hi andrei |
| 07:54.31 | mihaineacsu | morning andrei_ |
| 07:54.31 | YashM | after long :P |
| 07:54.41 | andrei_ | yeah, holidays and all |
| 07:55.02 | YashM | oh, welcome back :) |
| 07:55.29 | Notify | 02GCI:zehata * 5032082837340160 : Photoshop Format - Dear Mentors, I have successfully imported the PowerPoint into images and elements and into Photoshop files which I have submitted above. Thank... |
| 07:55.30 | Notify | 02GCI:popescuandrei * 5265298621988864 : None - Awesome, Jude! |
| 07:55.31 | Notify | 02GCI:popescuandrei * 5265298621988864 : Task Closed - Congratulations, this task has been completed successfully. |
| 07:56.50 | raptor | a pity little modeling jobs ( |
| 07:57.20 | andrei_ | raptor: ping brlcad or d_rossberg about it, I think we can get quite a lot of those |
| 07:59.11 | raptor | ÐÑ ÑÑÑÑкоговоÑÑÑий? |
| 07:59.51 | andrei_ | no, we don t have those, I don t know what those are |
| 08:00.58 | raptor | Your nickname is similar to the name similar to Russian) |
| 08:01.10 | raptor | what time is here Sen? |
| 08:01.35 | Notify | 02GCI:popescuandrei * 5032082837340160 : None - Looks nice! Also, great idea to design for windows as well as mac, well done! |
| 08:01.40 | Notify | 02GCI:popescuandrei * 5032082837340160 : Task Closed - Congratulations, this task has been completed successfully. |
| 08:02.50 | Notify | 02GCI:zehata * 5032082837340160 : Thank You - Dear Mentors, Thank You for your guidance throughout my journey and I hope to collaborate with you again. Regards, Zenon |
| 08:21.51 | Notify | 02GCI:wenxuan45 * 5311760286351360 : Task Claimed - I would like to work on this task. |
| 08:22.32 | Notify | 02GCI:popescuandrei * 5311760286351360 : Task Assigned - This task has been assigned to Teoh Wen Xuan. You have 100 hours to complete this task, good luck! |
| 08:29.39 | Notify | 02GCI:ralpt3748752_qejwhe * 5874616018927616 : Task Claimed - I would like to work on this task. |
| 08:33.05 | Notify | 02GCI:mihaineacsu29 * 5874616018927616 : Task Assigned - This task has been assigned to Raptor. You have 100 hours to complete this task, good luck! |
| 08:43.40 | *** join/#brlcad YashM_ (~YashM@59.88.26.89) | |
| 09:00.33 | *** join/#brlcad merzo_ (~merzo@user-94-45-58-141.skif.com.ua) | |
| 09:12.40 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 09:50.10 | *** part/#brlcad andrei_ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125) | |
| 09:50.38 | *** join/#brlcad andrei___ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125) | |
| 10:54.38 | *** join/#brlcad YashM (~YashM@117.222.68.221) | |
| 10:58.37 | Notify | 02GCI:thevk * 5855100174073856 : Ready for review - The work on this task is ready to be reviewed. |
| 11:03.09 | Notify | 02GCI:popescuandrei * 5855100174073856 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements... |
| 11:03.10 | Notify | 02GCI:popescuandrei * 5855100174073856 : None - Vladimir, nice effort but : - it doesn't really look like a tsunami, more like a flat section of water, you should curb them to some angle - the... |
| 11:08.44 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 11:38.29 | *** join/#brlcad YashM_ (~YashM@117.222.68.221) | |
| 12:14.30 | *** join/#brlcad andrei_ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125) | |
| 12:21.47 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 12:30.47 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 12:38.53 | Notify | 02GCI:rohit_agarwal * 5836136417067008 : https://drive.google.com/file/d/0B3lo8dohPsX8MnkyaUVGTTdEYjg/view?usp=sharing - I made my video a little better and uploaded it. Here is the link -... |
| 12:43.00 | Notify | 02GCI:ch3ck * 5836136417067008 : None - Nice work, Rohit. I like that. |
| 12:58.24 | *** join/#brlcad rohitagarwal (31f935c2@gateway/web/cgi-irc/kiwiirc.com/ip.49.249.53.194) | |
| 12:59.04 | rohitagarwal | When are the new tasks coming? |
| 13:00.23 | *** join/#brlcad shardulc (~shardul@122.179.153.15) | |
| 13:01.13 | shardulc | brlcad, are you there? |
| 13:01.54 | rohitagarwal | Please reply |
| 13:02.31 | rohitagarwal | When are new tasks coming |
| 13:35.25 | ignacio-windows | Good morning! |
| 13:35.26 | *** join/#brlcad jasvir (~jasvir@122.173.116.245) | |
| 13:51.02 | shardulc | brlcad, when are new tasks coming? especially the dead code detection script one? |
| 13:51.06 | shardulc | thanks! |
| 13:51.10 | *** part/#brlcad jasvir (~jasvir@122.173.116.245) | |
| 14:17.50 | *** part/#brlcad andrei_ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125) | |
| 14:17.57 | *** join/#brlcad andrei_ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125) | |
| 14:20.59 | Notify | 02GCI:Melange * 5855100174073856 : Task Reopened - Melange has detected that the final deadline has passed and it has reopened the task. |
| 14:46.38 | Notify | 02GCI:thevk * 5855100174073856 : Task Claimed - I would like to work on this task. |
| 15:00.53 | Notify | 02GCI:popescuandrei * 5855100174073856 : Task Assigned - This task has been assigned to Vladimir Kuznetsov. You have 100 hours to complete this task, good luck! |
| 15:03.57 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 15:15.37 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:16.16 | Notify | 02GCI:ralpt3748752_qejwhe * 5874616018927616 : Ready for review - The work on this task is ready to be reviewed. |
| 15:17.51 | Notify | 02GCI:popescuandrei * 5874616018927616 : Task Closed - Congratulations, this task has been completed successfully. |
| 16:07.58 | *** part/#brlcad shardulc (~shardul@122.179.153.15) | |
| 16:09.22 | Notify | 03BRL-CAD:ejno * 63871 (brlcad/trunk/src/libged/simulate/physics_world.cpp brlcad/trunk/src/libged/simulate/simulate.cpp): add btMotionState for updating matrices. The PhysicsWorld must be reinitialized after rt_db_put_internal() in order to give updated matrices to the librt collision algorithm |
| 16:25.03 | Notify | 02GCI:emiwang * 4949239830413312 : Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 16:25.18 | Notify | 02GCI:emiwang * 4949239830413312 : Task Claimed - I would like to work on this task. |
| 16:26.39 | Notify | 02GCI:deepakkumarsharma * 4949239830413312 : Task Assigned - This task has been assigned to Duckie. You have 100 hours to complete this task, good luck! |
| 16:29.33 | *** join/#brlcad alisha (~alisha@115.185.187.193) | |
| 16:45.49 | Notify | 02GCI:judebirch * 6730854608928768 : Task Claimed - I would like to work on this task. |
| 16:47.40 | Notify | 02GCI:rossberg * 6730854608928768 : Task Assigned - This task has been assigned to Jude. You have 100 hours to complete this task, good luck! |
| 17:18.34 | Notify | 02GCI:ralpt3748752_qejwhe * 5297983323111424 : Task Claimed - I would like to work on this task. |
| 17:26.17 | Notify | 03BRL-CAD:brlcad * 63872 brlcad/trunk/NEWS: cliff upgraded to png 1.6.16 |
| 17:27.57 | Notify | 02GCI:rossberg * 5297983323111424 : Task Assigned - This task has been assigned to Raptor. You have 100 hours to complete this task, good luck! |
| 17:59.40 | Notify | 02GCI:ralpt3748752_qejwhe * 5297983323111424 : Ready for review - The work on this task is ready to be reviewed. |
| 18:04.36 | Notify | 02GCI:ralpt3748752_qejwhe * 5297983323111424 : about this work - I have done this work on the same principle as the last... |
| 18:06.22 | *** join/#brlcad raptor (~raptor@194.28.72.252) | |
| 18:09.03 | Notify | 02GCI:ralpt3748752_qejwhe * 5297983323111424 : problem - What I found very confusing seen in this screenshot - https://mega.co.nz/#!2EkEBTYb!IrwTFq6GDhNLdsWDHi0GFabd69KCSihMxa2WxbviVe4 On... |
| 18:17.09 | *** join/#brlcad mikolalysenko_ (sid34553@gateway/web/irccloud.com/x-uhznlmmvyknypwsf) | |
| 18:17.25 | *** join/#brlcad jrullman (sid54856@gateway/web/irccloud.com/x-wsrkvdskqbtgyhmp) | |
| 18:26.49 | Notify | 02GCI:rossberg * 5297983323111424 : rt produces a lot of warnings - like "arb(tet9110): face 1234[3] non-planar, dot=0.0106229". It looks like your script produces ill-formated arb~s. The vertexes... |
| 18:26.54 | Notify | 02GCI:rossberg * 5297983323111424 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to... |
| 18:30.16 | Notify | 02GCI:Melange * 5330706074959872 : Task Reopened - Melange has detected that the final deadline has passed and it has reopened the task. |
| 18:57.13 | Notify | 03BRL-CAD Wiki:Bob pyke12 * 0 /wiki/User:Bob_pyke12: |
| 19:09.34 | Notify | 02GCI:tannousmarc * 6435641374015488 : Ready for review - The work on this task is ready to be reviewed. |
| 19:20.07 | Notify | 02GCI:ralpt3748752_qejwhe * 5297983323111424 : Thanks! - I could not understand where fissuring ) |
| 19:25.17 | Notify | 02GCI:Melange * 5001497033048064 : Task Reopened - Melange has detected that the final deadline has passed and it has reopened the task. |
| 19:28.01 | Notify | 02GCI:mihaineacsu29 * 6435641374015488 : Task Closed - Congratulations, this task has been completed successfully. |
| 19:30.05 | Notify | 02GCI:tannousmarc * 6435641374015488 : How was it? - Was my compiling process okay? Not sure if that is how I was supposed to do it, by overriding the c++ basic compiler. Should I have gone... |
| 19:32.56 | *** join/#brlcad MarcTannous (5679c4d5@gateway/web/cgi-irc/kiwiirc.com/ip.86.121.196.213) | |
| 19:33.23 | MarcTannous | So many tasks are marked with beginner :-s is there a new batch that will come up soon? |
| 19:41.24 | Notify | 02GCI:ralpt3748752_qejwhe * 5297983323111424 : Fix problem - This problem can not be solved if you enter a small amount of tiles going in a circle, so not getting a face on a break they break) I... |
| 19:41.34 | Notify | 02GCI:ralpt3748752_qejwhe * 5297983323111424 : Ready for review - The work on this task is ready to be reviewed. |
| 20:02.12 | *** join/#brlcad krishna_ravi732 (~krishna@5.231.52.94) | |
| 20:57.12 | krishna_ravi732 | Hello! I am working on (Eliminate any library global variable #5) https://www.google-melange.com/gci/task/view/google/gci2014/5028787255246848, and i found bu_n_malloc am i allowed to eliminate that? |
| 20:57.13 | gcibot | [[ Eliminate any library global variable #5 || BRL-CAD || Claimed (3 days 9 hrs 13 min) || Hardeep Singh Rai, Ch3ck ]] |
| 20:59.05 | Notify | 02GCI:tyagiyash98 * 5625032667561984 : Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 21:00.17 | MarcTannous | krishna_ravi732 : Not a mentor, so what I say may or may not be accurate but as far as I know, the purpose of those tasks is complete removal of global variables. They are often considered bad practice and eliminating them when able to is recommended, so if you |
| 21:00.54 | MarcTannous | Manage to remove it from the place where it is declared ( probably globals.h in libbu ) and find a work-around for it so that it does not lose functionality throughout the source code, then you're good |
| 21:01.39 | MarcTannous | A good first step would be searching the "brlcad-svn-trunk" directory recursively for its apparitions, and see if you can replace it from a global variable to something else |
| 21:01.41 | MarcTannous | Hope it helps |
| 21:01.48 | krishna_ravi732 | Alright, thanks alot! |
| 21:51.06 | *** join/#brlcad merzo (~merzo@35-115-133-95.pool.ukrtel.net) | |
| 22:03.37 | MarcTannous | good night :) |
| 22:07.29 | *** join/#brlcad ankesh11 (uid8015@gateway/web/irccloud.com/x-uugahetzbpoxylmz) | |
| 22:09.39 | ankesh11 | Any server admins around? Need a quick help with an installation issue |
| 22:17.18 | ankesh11 | I am trying to use the MySQLdb python module, but it seems there is a dependency missing. |
| 22:17.45 | ankesh11 | The specific error is: "Shared object "libmysqlclient.so.18" not found, required by "_mysql.so" |
| 22:18.18 | ankesh11 | I have tried installing the module in a virtualenv as well, but it throws the same error at installation. |
| 22:18.59 | raptor | What is your job? |
| 22:19.54 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 22:20.41 | ankesh11 | I think the issue can be resolved by installing "libmysqlclient-dev" library. |
| 22:23.24 | Notify | 02GCI:judebirch * 5265298621988864 : Thank you - Thank you |
| 23:21.43 | *** join/#brlcad raptor (~raptor@194.28.72.252) | |
| 23:52.25 | maths22 | ankesh11: let me take a look... |
| 23:56.21 | maths22 | ankesh11: can you tell me what you went to do that gave you that error |
| 00:01.45 | maths22 | By the way, I just upgraded cmake on the server (we can hope the segfaults go away...) |
| 00:14.44 | maths22 | ankesh11: fixed |
| 00:19.48 | maths22 | It is indeed fixed! |
| 00:21.11 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 00:26.10 | ankesh11 | maths22: Thanks, it works now! :) |
| 00:26.45 | ankesh11 | maths22: My code uses MySQLdb, the import threw an erroe |
| 01:43.11 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 01:56.54 | Notify | 02GCI:bunnypangsai * 5337594732740608 : Task Claimed - I would like to work on this task. |
| 01:57.49 | Notify | 02GCI:chenning * 6386404808458240 : Task Claimed - I would like to work on this task. |
| 02:04.47 | *** join/#brlcad Lord_kk (~Kris@pool-108-30-184-252.nycmny.fios.verizon.net) | |
| 02:10.15 | Lord_kk | Hi guys :) I am in need of some help with this google-melangetask (https://www.google-melange.com/gci/task/view/google/gci2014/5310294628761600). I have already created a 512x512 image with the requirements, but have no idea as to how to turn it into a bw image. I couldnât find the png-bw command, and whenever I input the manual code it tells me that âjoinbrlcad/binpix-bwâ is a bad option. Any help with this? |
| 02:10.16 | gcibot | [[ Beginner: Install and run BRL-CAD! #17 || BRL-CAD || Claimed (2 days 21 hrs 12 min) || Kesha Shah, Ishwerdas ]] |
| 02:13.14 | Lord_kk | My mistake, after having gone over the code, it seems that I kept forgetting a space after exec, but now it still gives me an error which is âpix-bw: canât open âhello.pngââ |
| 02:36.48 | *** join/#brlcad nmz787 (~nmz787@unaffiliated/nmz787) | |
| 02:36.54 | nmz787 | hi! |
| 02:37.10 | nmz787 | anyone know why mged would stop responding to keyboard input? |
| 02:42.33 | Lord_kk | this sounds really stupid, but have you tried closing it completly then re-opening it? |
| 02:45.24 | andromeda-galaxy | nmz787: just to check, on Linux at least, the tcl windows used by mged seem to sometimes lose focus if the mouse cursor isn't over the text entry area... |
| 02:50.03 | nmz787 | I closed the window with alt-f4, but since I launched it from the cmd prompt, I went to that terminal but mged didn't quit (so the terminal wasn't back to the prompt)... so then I did killall mged |
| 02:50.17 | nmz787 | and after starting again it started to happen again |
| 02:56.54 | nmz787 | is there something that is both comprehensive but also succint, like this but much more to the point? http://brlcad.org/VolumeII-Introduction_to_MGED.pdf |
| 03:13.29 | Notify | 02GCI:deepakkumarsharma * 5337594732740608 : Task Assigned - This task has been assigned to Hong Kai Tseng. You have 100 hours to complete this task, good luck! |
| 03:14.14 | Notify | 02GCI:deepakkumarsharma * 6386404808458240 : Task Assigned - This task has been assigned to Chen Ning. You have 100 hours to complete this task, good luck! |
| 03:16.21 | *** join/#brlcad YashM (~YashM@117.198.12.216) | |
| 04:40.17 | Notify | 02GCI:bunnypangsai * 5337594732740608 : Ready for review - The work on this task is ready to be reviewed. |
| 05:12.31 | *** join/#brlcad mihaineacsu (~mihaineac@92.81.146.119) | |
| 06:22.25 | *** join/#brlcad YashM (~YashM@117.198.12.216) | |
| 06:25.19 | Notify | 02GCI:erica * 5001497033048064 : Task Claimed - I would like to work on this task. |
| 06:38.11 | Notify | 02GCI:erica * 5001497033048064 : Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 06:49.10 | Notify | 03BRL-CAD:brlcad * 63873 brlcad/trunk/NEWS: nick implemented a right-click menu option to archer's command window context menu, so you can paste the selected path in the tree/list view |
| 07:29.33 | *** join/#brlcad rohitagarwal (73762de6@gateway/web/cgi-irc/kiwiirc.com/ip.115.118.45.230) | |
| 07:30.46 | rohitagarwal | Hello. Is any mentor available? |
| 07:36.39 | *** join/#brlcad andrei_ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125) | |
| 07:37.48 | rohitagarwal | Hello sir |
| 07:38.10 | rohitagarwal | I have a request |
| 07:39.19 | rohitagarwal | please respond |
| 07:39.25 | Notify | 02GCI:popescuandrei * 5337594732740608 : None - Hello, Hong Kai Tseng! Nice design, but as you can read in the description, you re supposed to "Take a full screenshot and submit it here." That... |
| 07:39.38 | Notify | 02GCI:popescuandrei * 5337594732740608 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements... |
| 07:41.46 | rohitagarwal | andrei_ , sir I want to make a request |
| 07:42.08 | Notify | 02GCI:popescuandrei * 5297983323111424 : None - Raptor, The last picture you uploaded looks awesome, but you forgot to upload the .g file, aside of this, it looks good to me. (Submit your work as... |
| 07:42.13 | Notify | 02GCI:popescuandrei * 5297983323111424 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements... |
| 07:42.18 | andrei_ | Hello |
| 07:42.24 | andrei_ | I just finished reviewing tasks |
| 07:42.36 | rohitagarwal | I want to do a task but i has beginner label on it |
| 07:42.39 | andrei_ | also, you don't need to use "sir" :) |
| 07:42.41 | andrei_ | what task? |
| 07:42.46 | rohitagarwal | https://www.google-melange.com/gci/task/view/google/gci2014/5625032667561984 |
| 07:42.47 | gcibot | [[ Design a new website landing page for BRL-CAD #8 || BRL-CAD || Reopened || Isaac Kamga, Popescu Andrei ]] |
| 07:43.13 | rohitagarwal | can you please remove it |
| 07:44.00 | andrei_ | from what I see, it's the only task of it's kind that is still open |
| 07:44.11 | andrei_ | is there no other task that you would like working on? |
| 07:44.25 | rohitagarwal | not at the moment |
| 07:44.54 | rohitagarwal | If you post some more designing tasks I would like to work on them |
| 07:45.10 | andrei_ | alright, I removed the beginner tag |
| 07:45.33 | rohitagarwal | Thank You |
| 07:45.34 | Notify | 02GCI:rohit_agarwal * 5625032667561984 : Task Claimed - I would like to work on this task. |
| 07:46.19 | Notify | 02GCI:popescuandrei * 5625032667561984 : Task Assigned - This task has been assigned to Rohit Agarwal. You have 96 hours to complete this task, good luck! |
| 07:46.29 | rohitagarwal | and I wanted to ask when will new tasks come |
| 07:47.15 | andrei_ | I have no idea, I didn't get a chance to speak to the other mentors |
| 07:47.33 | andrei_ | and I don't see any other new tasks in the internal task pool |
| 07:48.03 | rohitagarwal | I will like make a sticker or something other after my current task |
| 07:59.04 | *** join/#brlcad MarcTannous (59eef606@gateway/web/cgi-irc/kiwiirc.com/ip.89.238.246.6) | |
| 07:59.27 | MarcTannous | good morning guys |
| 07:59.36 | andrei_ | hello |
| 07:59.44 | MarcTannous | Any news about some upcoming task batches? |
| 07:59.54 | MarcTannous | Most of the remaining tasks are beginner ones |
| 08:00.10 | MarcTannous | Or stuff that pretty much can't be done ( Fix any failing unit test - all of them are fixed ) |
| 08:00.17 | andrei_ | nope, I just got back yesterday, did you ask brlcad? |
| 08:00.46 | MarcTannous | as far as I know he is only here when I'm sleeping so there's pretty much no way to get to him outside of the weekends due to time zone differences |
| 08:54.30 | *** join/#brlcad unicodesnowman (~unicodesn@unaffiliated/unicodesnowman) | |
| 09:06.32 | *** join/#brlcad andrei_ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125) | |
| 09:06.56 | andrei_ | sorry, os crash |
| 09:12.46 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 10:28.37 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 10:43.09 | *** join/#brlcad andrei_ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125) | |
| 10:45.15 | Notify | 02GCI:estafador * 6752373200388096 : Task Claimed - I would like to work on this task. |
| 10:46.16 | Notify | 02GCI:mihaineacsu29 * 6752373200388096 : Task Assigned - This task has been assigned to Youlian_M. You have 100 hours to complete this task, good luck! |
| 10:49.20 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 10:50.50 | Notify | 02GCI:estafador * 6752373200388096 : Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 10:51.07 | Notify | 02GCI:estafador * 6452933096898560 : Task Claimed - I would like to work on this task. |
| 10:52.22 | Notify | 02GCI:popescuandrei * 6452933096898560 : Task Assigned - This task has been assigned to Youlian_M. You have 100 hours to complete this task, good luck! |
| 11:00.29 | *** join/#brlcad YashM (~YashM@117.248.200.140) | |
| 11:11.10 | *** join/#brlcad YashM_ (~YashM@59.88.181.129) | |
| 11:11.21 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 11:15.36 | *** join/#brlcad YashM (~YashM@59.88.25.126) | |
| 11:22.06 | *** join/#brlcad alisha (~alisha@202.164.53.117) | |
| 11:33.20 | *** join/#brlcad mihainea_ (~mihaineac@92.85.10.174) | |
| 12:30.58 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 13:01.53 | *** join/#brlcad jasvir (~jasvir@122.173.116.245) | |
| 13:02.03 | *** part/#brlcad jasvir (~jasvir@122.173.116.245) | |
| 13:11.28 | Notify | 02GCI:ralpt3748752_qejwhe * 5297983323111424 : Ready for review - The work on this task is ready to be reviewed. |
| 13:28.31 | Notify | 02GCI:estafador * 6452933096898560 : Ready for review - The work on this task is ready to be reviewed. |
| 13:30.24 | Notify | 02GCI:popescuandrei * 5297983323111424 : Task Closed - Congratulations, this task has been completed successfully. |
| 13:31.14 | Notify | 02GCI:popescuandrei * 6452933096898560 : Task Closed - Congratulations, this task has been completed successfully. |
| 14:03.38 | *** join/#brlcad MarcTannous (bc1b5b2e@gateway/web/cgi-irc/kiwiirc.com/ip.188.27.91.46) | |
| 14:05.03 | Notify | 03BRL-CAD:ejno * 63874 brlcad/trunk/src/libged/simulate/simrt.c: add comment documenting MAX_OVERLAPS |
| 14:34.42 | MarcTannous | Hello :D |
| 14:35.44 | andrei_ | Hello |
| 14:36.22 | YashM | Hi |
| 14:36.58 | andrei_ | not much going on, is it? |
| 14:37.13 | YashM | Chemistry exam tomorrow :( |
| 14:37.21 | andrei_ | blah |
| 14:37.26 | MarcTannous | Too many beginner tasks |
| 14:37.37 | MarcTannous | I'm trying to figure out how doxygen works so I can try some of these tasks out |
| 14:41.06 | andrei_ | it's not difficult |
| 14:41.10 | andrei_ | it takes all the comments |
| 14:41.22 | andrei_ | and makes some sort of docummentation from it |
| 14:42.33 | MarcTannous | Not sure how its headers work |
| 14:43.17 | andrei_ | fnch.users.sourceforge.net/doxygen_c.html maybe this helps? |
| 14:44.50 | MarcTannous | thanks |
| 14:45.07 | andrei_ | pfoa |
| 14:45.12 | andrei_ | im downloading with about 11kb/sec |
| 14:48.01 | Notify | 02GCI:estafador * 6752373200388096 : Task Claimed - I would like to work on this task. |
| 14:50.32 | Notify | 02GCI:popescuandrei * 6752373200388096 : Task Assigned - This task has been assigned to Youlian_M. You have 100 hours to complete this task, good luck! |
| 14:51.13 | andrei_ | http://www.google-melange.com/gci/task/view/google/gci2014/6752373200388096 if he removes the claim again, don t assign |
| 14:51.14 | gcibot | [[ Design a prototype CAD GUI layout #7 || BRL-CAD || Claimed (4 days 3 hrs 58 min) || Deepak, Sean ]] |
| 15:18.21 | Notify | 02GCI:thevk * 5855100174073856 : Ready for review - The work on this task is ready to be reviewed. |
| 15:43.53 | *** join/#brlcad smt (~smt@117.200.236.30) | |
| 16:10.53 | Notify | 02GCI:Melange * 5269456200663040 : Task Reopened - Melange has detected that the final deadline has passed and it has reopened the task. |
| 16:28.56 | *** join/#brlcad merzo (~merzo@94-46-133-95.pool.ukrtel.net) | |
| 16:32.44 | *** join/#brlcad smt (~smt@117.200.236.30) | |
| 16:43.05 | Notify | 03BRL-CAD:ejno * 63875 (brlcad/trunk/include/gcv.h brlcad/trunk/src/libgcv/CMakeLists.txt): some work on libgcv plugin loading/registration mechanisms |
| 16:44.51 | *** join/#brlcad alisha (~alisha@115.243.110.53) | |
| 16:47.08 | Notify | 03BRL-CAD:ejno * 63876 (brlcad/trunk/src/libged/simulate/collision.cpp brlcad/trunk/src/libged/simulate/simulate.cpp): use HIDDEN rather than static |
| 16:50.39 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 16:50.49 | *** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 16:57.25 | *** join/#brlcad nmz787_i (~nmccorkx@134.134.139.74) | |
| 16:57.34 | Notify | 03BRL-CAD:ejno * 63877 brlcad/trunk/src/libgcv/plugin.c: check that path is not null |
| 17:16.20 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 17:45.24 | YashM | Anyone? Feedback on this please: https://www.youtube.com/watch?v=eanTanRDuvY (excuse the script) |
| 17:51.49 | *** join/#brlcad ignacio_ (~ignacio@r186-52-223-110.dialup.adsl.anteldata.net.uy) | |
| 17:52.26 | Notify | 02GCI:helix * 5330706074959872 : Wasn't able to open a file. - I am not able to open a file I converted with stl-g. It freezes. I tried opening another .g but it crashed without error. Maybe... |
| 17:53.27 | *** join/#brlcad ignacio_ (~ignacio@unaffiliated/ignaciouy) | |
| 18:19.51 | Notify | 03BRL-CAD Wiki:Starseeker * 7851 /wiki/Doxygen: Add some notes about BRL-CAD's Doxygen setup |
| 18:20.13 | starseeker | For those looking for Doxygen info, give http://brlcad.org/wiki/Doxygen a quick look |
| 18:24.47 | Notify | 03BRL-CAD:starseeker * 63878 brlcad/trunk/misc/doxygen/CMakeLists.txt: Fix per-lib output depends |
| 18:25.55 | Notify | 03BRL-CAD Wiki:Starseeker * 7852 /wiki/Doxygen: show how to view output from doxygen |
| 18:27.55 | starseeker | MarcTannous: let me know if that's not enough to get you started |
| 18:28.03 | MarcTannous | starseeker: Thank you, will read through it |
| 18:28.22 | starseeker | the current doxygen setup varies quite a lot from where matters stood when those tasks were originally created |
| 18:28.48 | starseeker | if you don't see a lot of work left in libbu, feel free to move on to libbn |
| 18:29.12 | *** part/#brlcad alisha (~alisha@115.243.110.53) | |
| 18:40.59 | MarcTannous | why is that? |
| 18:41.01 | Notify | 03BRL-CAD:brlcad * 63879 brlcad/trunk/include/bu/log.h: document the variable arguments as output parameters, expecting pointers to fastf_t to get values back to the caller |
| 18:45.11 | Notify | 03BRL-CAD:brlcad * 63880 brlcad/trunk/src/libbu/scan.c: add a comment why we're checking to make sure scanf's return value is 0 -- it's because the format specifier should only have %n which doesn't increment the return value. this implies the implementation can't currently handle % as a delimiter, todo for later. |
| 19:29.19 | Notify | 03BRL-CAD:ejno * 63881 (brlcad/trunk/src/libged/simulate/physics_world.cpp brlcad/trunk/src/libged/simulate/physics_world.hpp and 2 others): receive linear/angular velocities from attributes |
| 19:30.06 | Notify | 03BRL-CAD:ejno * 63882 (brlcad/trunk/src/libgcv/plugin.c brlcad/trunk/src/libgcv/plugin.h): use struct plugin_info to contain plugin information |
| 19:33.18 | Notify | 02GCI:james1f * 5269456200663040 : Task Claimed - I would like to work on this task. |
| 19:40.14 | *** join/#brlcad mihaineacsu (~mihaineac@92.85.10.174) | |
| 19:50.36 | *** join/#brlcad albertcoder (~quassel@202.164.45.204) | |
| 19:51.30 | albertcoder | Hi brlcad |
| 19:51.55 | albertcoder | Are you known to Semantic MediaWiki? |
| 19:52.25 | brlcad | nope |
| 19:52.49 | albertcoder | Whenever I ask for some help regarding Materials Database on #mediawiki |
| 19:53.00 | albertcoder | they point me to semantic mediawiki |
| 19:53.14 | albertcoder | They highly recommend using it |
| 19:53.52 | albertcoder | I discussed with them about the requirements and features of materials database extension |
| 19:54.27 | albertcoder | and they are horribly serious that I should use semantic mediawiki for that . :P |
| 19:56.26 | albertcoder | I too explored it. It is really cool for storing key:value stuff like we have property:value system in our extension |
| 19:56.41 | Notify | 03BRL-CAD:brlcad * 63883 brlcad/trunk/include/bu/log.h: clarify that we're going to skip any character(s) listed as delimiters in any order/sequencing, taking on strtok behavior (not strsep behavior) |
| 19:58.25 | *** join/#brlcad ignacio (~IgnacioUy@2001:4830:134:7::11) | |
| 19:58.25 | *** join/#brlcad ignacio (~IgnacioUy@unaffiliated/ignaciouy) | |
| 19:59.03 | albertcoder | Just have a glimpse of the bold subheadings under "Where SMW can help". |
| 19:59.12 | albertcoder | https://semantic-mediawiki.org/wiki/Help:Introduction_to_Semantic_MediaWiki |
| 20:09.16 | *** join/#brlcad albertcoder (~quassel@202.164.45.204) | |
| 20:10.54 | brlcad | albertcoder: okay, so check it out if you like and let me know what you think? |
| 20:11.09 | albertcoder | Sure! |
| 20:11.16 | maths22 | brlcad: hi |
| 20:11.29 | maths22 | DId you see my documentation browser a few days ago? |
| 20:11.29 | brlcad | structurally, I todon't think it matters much if it's mediawiki or not, but it's a good philosophical fit |
| 20:11.47 | brlcad | maths22: i am WAY behind on IRC.... so probably not |
| 20:11.59 | maths22 | OK |
| 20:12.07 | maths22 | http://brlcad.org/docbrowser/svnDocbook/Documents/browse/doc/docbook/ |
| 20:13.05 | albertcoder | okay brlcad I will let you know shortly if SMW can be of any help. |
| 20:13.39 | brlcad | albertcoder: I think the importance of mediawiki is a little conflated |
| 20:14.17 | brlcad | we definitely want interactive documentation, but there's not as compelling justification to force benchmark and materialsdb to use it |
| 20:14.29 | brlcad | they could just as well be custom infrastructure if it worked |
| 20:14.58 | brlcad | at this point, I think it's more important that it's infrastructure that is taken to some useful completion, put into production use and made available to users (integrated in with our tools) |
| 20:14.59 | maths22 | brlcad: I actually created this documentation browser with the goal of developing it into a documentation editor |
| 20:16.15 | brlcad | maths22: that's pretty interesting |
| 20:16.29 | brlcad | what's the infrastructure? |
| 20:16.39 | brlcad | something you wrote or based on something? |
| 20:16.52 | maths22 | I wrote it |
| 20:17.04 | albertcoder | okay so what I can sense is that for now I need to work down the way we were going. brlcad |
| 20:17.33 | maths22 | It pulls from svn the list of files in a directoriy, and if they have an xml extension, it offers a link to render them with docbook |
| 20:18.00 | brlcad | albertcoder: yes! and that will heavily depend on your interests and motivation (within some constraints) |
| 20:18.37 | maths22 | Ex: http://brlcad.org/docbrowser/svnDocbook/Documents/browse/doc/docbook/books/en/HACKING_BRL-CAD.xml?render=1 |
| 20:18.39 | brlcad | e.g., creating a big java infrastructure would probably be a last resort as that's rather heavy to set up and doesn't play well with our other services as easily as some other options |
| 20:18.56 | brlcad | albertcoder: what's the current code look like? |
| 20:19.20 | brlcad | maths22: is it rendering them on the fly or caching or something? |
| 20:19.29 | maths22 | Right now, rendering on the fly |
| 20:19.49 | albertcoder | brlcad: look like means? coding standards? |
| 20:19.54 | maths22 | That's why it is so slow |
| 20:20.01 | maths22 | It also was written in a couple hours, so caching is the next step |
| 20:20.29 | maths22 | Probably by using a local svn checkout |
| 20:20.34 | Notify | 02GCI:rossberg * 5269456200663040 : Task Assigned - This task has been assigned to James1f. You have 100 hours to complete this task, good luck! |
| 20:21.27 | brlcad | albertcoder: not at all... |
| 20:22.10 | albertcoder | Sorry I couldn't get. :P |
| 20:22.40 | albertcoder | Do you mean its current functionalities? |
| 20:23.03 | albertcoder | features / capabilities? of current code /extension? |
| 20:23.48 | brlcad | albertcoder: I mean if you had to draw a picture of what the code looks like, an architecture diagram, what might it look like? |
| 20:24.00 | brlcad | a 2D picture ... not words :) |
| 20:24.22 | brlcad | e.g., is it a mediawiki plugin that takes inputs and writes them to it's own sql db? |
| 20:24.38 | brlcad | it's been months since I looked at the code |
| 20:24.42 | albertcoder | absolutely |
| 20:25.13 | albertcoder | yeah it stores the user inputs and stores them in db |
| 20:25.36 | Ch3ck | brlcad: is there any way of synchronizing svn and git repositories |
| 20:25.37 | brlcad | and the interface? |
| 20:25.45 | brlcad | Ch3ck: yes and no |
| 20:25.55 | Ch3ck | is wondering why BRL-CAD is not yet on github |
| 20:26.08 | brlcad | Ch3ck: all our web projects are on github |
| 20:26.10 | Ch3ck | thinks a github repo is need |
| 20:26.23 | albertcoder | brlcad: I meant it stores the user inputs in the tables created by the extension |
| 20:26.35 | Ch3ck | brlcad: i am talking of the core itself |
| 20:26.35 | brlcad | https://github.com/BRL-CAD |
| 20:28.07 | brlcad | Ch3ck: that is a matter of benefits vs tradeoffs with the current view strongly favoring a centralized model where developer interactions are intentionally coordinated and participation is consistent |
| 20:28.39 | brlcad | moving to github wouldn't change most of our social and coding requirements |
| 20:28.58 | brlcad | the main (only?) technical benefit would be offline commits and more advanced branch merging |
| 20:29.21 | brlcad | but the social / management changes would be quite complicated |
| 20:30.24 | brlcad | moreover, the distributed model is rather antisocial to development communities that aim to coordinate and communicate work (requisite, not optional) |
| 20:31.02 | Ch3ck | i see |
| 20:31.06 | brlcad | opt-in vs opt-out of social requirements (svn is opt-out, git is opt-in) |
| 20:31.10 | Ch3ck | that makes sense |
| 20:31.48 | brlcad | I would like the social discussion features that github provides, being able to comment on changes interactively |
| 20:32.04 | brlcad | but that actually has nothing to do with git or distributed scm itself |
| 20:32.28 | brlcad | we could have the same thing set up with a couple other tools like reviewboard or the atlassian tool |
| 20:32.46 | brlcad | albertcoder: so what are your thoughts on MV and SMV? |
| 20:33.26 | brlcad | maths22: how in the world are you going to approach editing?:) |
| 20:34.29 | MarcTannous | hey Sean :D |
| 20:34.44 | brlcad | maths22: did you see that interface from a couple months ago that I mentioned being a possible round-trip solution to our docs? |
| 20:34.48 | brlcad | MarcTannous: hi! |
| 20:34.55 | brlcad | brb |
| 20:37.50 | albertcoder | Well, so far MW is concerned we had to do a chunk of work manually, I mean categorizing, searching, browsing, sharing (import / export) and almost everything done till now. I feel there some better (as recommended by many MediaWikians) STANDARD way of doing this all using a particular tool (SMW) which is developed to solve such problems. |
| 20:38.49 | albertcoder | and brlcad I feel it^^ can serve far better. |
| 20:39.41 | maths22 | brlcad: no. What was it? |
| 20:49.00 | brlcad | albertcoder: perhaps but if it's done, it's done right? :) what's the benefit now? |
| 20:54.04 | brlcad | maths22: hmmm.... I'll have to check but I believe it was Atlassian Confluence |
| 20:54.41 | brlcad | it supports docbook export quite strongly and there's a docbook import plugin too ... there was just a question of whether we can round-trip using those two |
| 20:55.22 | brlcad | if that'll work, that'd be potentially "done" and a first |
| 20:55.55 | brlcad | the export plugin even supports setting up stylesheets and managing them for different outputs |
| 20:56.20 | brlcad | https://www.k15t.com/software/scroll-docbook-exporter |
| 20:56.51 | albertcoder | brlcad: yeah it is done (except import / export needs to be improved which I am working on). I was just sharing the words of widsom I received from #mediawiki. ;-) |
| 20:56.55 | brlcad | and http://confluence.atlassian.com/ obviously :) |
| 20:57.38 | brlcad | albertcoder: well I trust your judgement to sort out what direction is best with that project, you know it best |
| 20:57.58 | MarcTannous | brlcad |
| 20:58.01 | brlcad | albertcoder: from my quick reading the past hour, it's basically just a set of extensions to mediawiki, so if that helps .. great ;) |
| 20:58.29 | albertcoder | brlcad: :) |
| 20:58.31 | MarcTannous | I know you probably have a lot going on, just want to ask a quick question : any new task batch coming soon or should I just go ahead and claim+learn some Doxygen? |
| 20:59.06 | brlcad | albertcoder: the two critical pieces from my point of view are going to be 1) how easy it is to browse materials, 2) how easy it is to download material data, and 3) how easy it is to download/import/use material data in our tools |
| 21:00.05 | brlcad | and maybe 4) how easy it is to add/extend/update materials but that really is secondary to the first three |
| 21:00.16 | brlcad | MarcTannous: 'yes' :) |
| 21:00.36 | MarcTannous | yes to both questions? :) |
| 21:00.54 | brlcad | intentionally been letting the list get weened down so people take on some of the slightly harder tasks |
| 21:01.05 | brlcad | but yes, many more are coming |
| 21:01.11 | brlcad | and yes, you shouldn't wait for them ;) |
| 21:01.18 | MarcTannous | at the moment it's pretty much beginner tasks only |
| 21:01.43 | MarcTannous | also, shouldn't tasks that are pretty much "unsolvable" be removed (i.e. "Remove a failing unit test") |
| 21:02.48 | MarcTannous | As far as I know all the failing unit tests have been fixed |
| 21:03.21 | albertcoder | brlcad: so far 1) 2) and 4) are pretty easy whereas importing / using material data in our tools is an area to be looked upon. ;) |
| 21:03.24 | brlcad | MarcTannous: probably but those could also be to implement a unit test missing or improve an existing test |
| 21:03.54 | brlcad | there is plenty untested API in libbu |
| 21:04.15 | brlcad | albertcoder: #3 was predominantly completed by mihaineacsu |
| 21:04.25 | brlcad | so we have to make sure the two can talk to each other ;) |
| 21:05.22 | albertcoder | alright for that we two will also have to talk to each other ;) |
| 21:06.44 | albertcoder | It's about 3am here so I'll talk to mihaineacsu about this tommorow. Night! brlcad |
| 21:06.45 | brlcad | would probably help to check out his code and learn how to run our tools that use material data (rtweight and/or gqa) see how they work |
| 21:06.53 | brlcad | albertcoder: see you! |
| 21:08.38 | maths22 | brlcad: while I'm requesting confluence to try it out, should I also request JIRA? |
| 21:08.49 | maths22 | We get it free as an open source org |
| 21:08.50 | MarcTannous | brlcad: What do you think is the best task to claim so that I can get started with Doxygen? |
| 21:28.50 | Ch3ck | goes to sleep *zzzzzzz |
| 22:56.50 | *** join/#brlcad teepee (~teepee@gateway/tor-sasl/teepee) | |
| 23:15.42 | starseeker | MarcTannous: there are failing unit tests on Windows.. |
| 23:16.49 | starseeker | MarcTannous: there is an *immense* amount of Doxygen work to be done |
| 23:17.17 | starseeker | eventuallly that generated output is supposed to be the primary guide to our libraries for programmers |
| 23:18.02 | starseeker | so learning how to do it is a *good thing* |
| 23:21.21 | *** join/#brlcad maths22 (~maths22@66-118-151-70.static.sagonet.net) | |
| 23:22.55 | *** join/#brlcad Vijfhoek (quassel@46.249.37.134) | |
| 23:22.55 | *** join/#brlcad cox (~quassel@188.226.208.53) | |
| 23:23.22 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 23:32.52 | *** join/#brlcad teepee (~teepee@gateway/tor-sasl/teepee) | |
| 23:34.07 | *** join/#brlcad krishna_ (~krishna@5.231.52.94) | |
| 23:45.47 | Notify | 03BRL-CAD:starseeker * 63884 (brlcad/trunk/include/bn/bn_tcl.h brlcad/trunk/include/bn/multipoly.h and 4 others): A few cleanups to the libbn doxygen - lot more to do here. |
| 23:54.01 | Notify | 03BRL-CAD:starseeker * 63885 brlcad/trunk/misc/doxygen/Doxyfile.in: Have Doxygen ignore __BEGIN_DECLS and __END_DECLS |
| 23:58.38 | *** join/#brlcad teepee (~teepee@gateway/tor-sasl/teepee) | |
| 00:27.21 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 01:03.57 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 01:16.39 | *** join/#brlcad nmz787_i (~nmccorkx@134.134.139.72) | |
| 02:00.36 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 03:11.02 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 04:00.45 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 05:26.43 | Notify | 02GCI:brlcad * 5855100174073856 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to... |
| 05:30.22 | Notify | 02GCI:brlcad * 5855100174073856 : improvement - Vladimir, this second version is looking like am improvement, but I think a few changes will make it even better. First off, the angles between the... |
| 05:31.55 | Notify | 03BRL-CAD:brlcad * 63886 brlcad/trunk/src/libbu/scan.c: todo: skip delim chars better so any chars can be a delimiter, not sensitive to format specifier cases. just loop over them and skip until we encounter a non-delimiter. |
| 05:51.35 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 06:01.09 | unicodesnowman | Notify looks like an epic bot o.o |
| 06:02.29 | brlcad | very useful |
| 06:05.18 | unicodesnowman | wonders how the melange integration works, maybe something org-admin related |
| 06:12.54 | brlcad | it just listens to the change notifications which go out via e-mail and is aware of their format |
| 06:13.31 | brlcad | the org just has to specify an address to send, which we have a general catch-all tracker for exactly this kind of activity |
| 06:16.06 | unicodesnowman | aha, neat! |
| 06:27.21 | Notify | 03BRL-CAD:brlcad * 63887 (brlcad/trunk/include/CMakeLists.txt brlcad/trunk/include/gcv.h): separate the translation-realted utility functions into their own header. belong in a subdir, but let things settle down a bit to see if these are even still relevant as public API or whether they should be private. |
| 06:29.48 | Notify | 03BRL-CAD:brlcad * 63888 brlcad/trunk/include/CMakeLists.txt: still need gcv.h |
| 06:33.52 | Notify | 03BRL-CAD:brlcad * 63889 (brlcad/trunk/include/CMakeLists.txt brlcad/trunk/include/gcv.h): stub in an earlier simpler version of the main api being worked on to checkpoint. it's an initial stub based on filter channels, very simple. added as a new gcv_api.h header, though it too should live in a subdir or gcv.h proper later. |
| 06:39.01 | Notify | 02GCI:smriti7545 * 5252586642866176 : Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 07:19.40 | Notify | 03BRL-CAD:brlcad * 63890 brlcad/trunk/src/libgcv/CMakeLists.txt: stub in a matching preliminary gcv application executable that does nothing, but explores the API in use. this matches the preliminary API and is undesirable in this form, but checkpointing as it was a funtionally workable. |
| 07:36.19 | *** join/#brlcad andrei_ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125) | |
| 07:44.02 | Notify | 03BRL-CAD:brlcad * 63891 (brlcad/trunk/include/gcv_api.h brlcad/trunk/src/libgcv/gcv.c): another earlier form, this one a bit more stable and simple in that it avoided having the lib allocate filter constructs. similar to the prior form, but this simplified how you'd construct a chain of event as separate filter actions with reading and writing from files as special case filters (default intending to be a |
| 07:44.04 | Notify | read/write pipe). |
| 07:59.34 | *** join/#brlcad YashM (~YashM@117.198.3.93) | |
| 08:05.17 | *** join/#brlcad andrei_ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125) | |
| 08:08.34 | *** join/#brlcad unicodesnowman (~unicodesn@167.160.164.140) | |
| 08:33.35 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 08:52.05 | Notify | 02GCI:Melange * 4956557716488192 : Task Reopened - Melange has detected that the final deadline has passed and it has reopened the task. |
| 09:05.27 | *** join/#brlcad andrei_ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125) | |
| 09:26.27 | *** join/#brlcad mihaineacsu (~mihaineac@92.85.10.174) | |
| 09:53.36 | *** join/#brlcad merzo (~merzo@82-89-133-95.pool.ukrtel.net) | |
| 10:07.37 | *** join/#brlcad YashM (~YashM@117.198.3.93) | |
| 10:47.29 | Notify | 02GCI:vs37nx * 5001497033048064 : Task Claimed - I would like to work on this task. |
| 10:48.01 | Notify | 02GCI:popescuandrei * 5001497033048064 : Task Assigned - This task has been assigned to Jacob L. You have 100 hours to complete this task, good luck! |
| 11:28.07 | Notify | 02GCI: * : - |
| 11:28.26 | *** join/#brlcad raptor (~raptor@213.222.229.241) | |
| 12:06.52 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 12:10.50 | *** join/#brlcad YashM (~YashM@117.198.3.93) | |
| 12:16.52 | Notify | 02GCI:krishna_ravi * 5028787255246848 : Ready for review - The work on this task is ready to be reviewed. |
| 12:20.33 | Notify | 02GCI:asadazam * 5213338241859584 : Task Claimed - I would like to work on this task. |
| 12:21.09 | Notify | 02GCI:mihaineacsu29 * 5213338241859584 : Task Assigned - This task has been assigned to Asad. You have 100 hours to complete this task, good luck! |
| 12:22.04 | Notify | 02GCI:asadazam * 5213338241859584 : Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 12:39.42 | Notify | 02GCI:rossberg * 5028787255246848 : None - Hmm, you replace one global variable (bu_n_malloc) by another one (bu_n_malloc_calls). bu_n_malloc_calls is still a global variable, only visible in... |
| 12:39.56 | Notify | 02GCI:rossberg * 5028787255246848 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to... |
| 12:42.15 | *** join/#brlcad YashM (~YashM@117.198.3.93) | |
| 13:04.27 | andrei_ | d_rossberg: hey, you around? |
| 13:11.41 | *** part/#brlcad andrei_ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125) | |
| 13:11.45 | *** join/#brlcad andrei_ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125) | |
| 13:18.25 | Notify | 03BRL-CAD Wiki:Ayushxjin1998 * 0 /wiki/User:Ayushxjin1998: |
| 13:22.09 | *** join/#brlcad luca79 (~luca@net-37-116-126-103.cust.vodafonedsl.it) | |
| 13:49.05 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 13:50.02 | d_rossberg | andrei_: ? |
| 13:50.43 | sofat | maths22, hello |
| 13:50.47 | andrei_ | do you have any idea of other tasks, or do you know what's up with brlcad? |
| 13:53.01 | sofat | i am checking the everything in code its correct |
| 13:53.50 | sofat | means my side the website is run correctly but i don't know why the menu i break when you accept my pull request ? |
| 13:53.50 | brlcad | andrei: you can add more if you like, but I was intentionally letting some of the harder ones get weeneed out before our last upload |
| 13:54.12 | sofat | you have any solution ? |
| 13:54.19 | andrei_ | brlcad: I've got no idea what to add, that's why I asked |
| 13:55.18 | d_rossberg | i added nr. 391 - 394; wouldn't add more because i would like to see first how hard they are |
| 13:55.32 | sofat | hello brlcad |
| 13:56.00 | andrei_ | d_rossberg: I don t think the last three are too difficult |
| 13:56.17 | sofat | i want to ask question regarding docbook work? |
| 13:56.40 | sofat | how much work is left in this project |
| 13:58.49 | d_rossberg | the patches for the unit tests don't compile, i.e. it isn't too easy |
| 13:59.09 | andrei_ | ah, I didn't know that, but it still seems doable |
| 14:00.05 | andrei_ | brlcad: you've mentioned "last upload" , when I said there are no more tasks, I was looking in the internal repo, not on melange |
| 14:04.42 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 14:05.05 | *** join/#brlcad sajid_ (7d1409f9@gateway/web/freenode/ip.125.20.9.249) | |
| 14:13.08 | sajid_ | leave #brlcad |
| 14:13.13 | *** part/#brlcad sajid_ (7d1409f9@gateway/web/freenode/ip.125.20.9.249) | |
| 14:19.31 | *** join/#brlcad sofat (~sofat@202.164.45.208) | |
| 14:23.42 | sofat | brlcad, please tell me |
| 14:29.17 | *** join/#brlcad YashM (~YashM@117.198.3.93) | |
| 14:31.32 | *** join/#brlcad nmz787_i (nmccorkx@nat/intel/x-jzdjqkxjugpzelce) | |
| 14:41.28 | *** join/#brlcad gcibot (ignacio@unaffiliated/ignaciouy/bot/gcibot) | |
| 14:42.28 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 14:43.52 | *** join/#brlcad raptor_ (~raptor@213.222.229.241) | |
| 14:47.15 | *** join/#brlcad YashM (~YashM@117.198.3.93) | |
| 15:07.07 | *** join/#brlcad YashM (~YashM@117.198.3.93) | |
| 15:18.30 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 15:43.28 | Notify | 02GCI:estafador * 6752373200388096 : Ready for review - The work on this task is ready to be reviewed. |
| 15:45.11 | *** join/#brlcad notify-web (~notify-we@192.30.252.33) | |
| 15:45.11 | notify-web | [13web] 15sofathitesh opened pull request #4: Theme files (06master...06master) 02http://git.io/Sivyhw |
| 15:45.11 | *** part/#brlcad notify-web (~notify-we@192.30.252.33) | |
| 15:48.39 | sofat | maths22, sent you pull request please accept it |
| 15:52.46 | Notify | 02GCI:estafador * 6752373200388096 : About Layout Design - Green Top Bar: I designed the top bar in light green as it is a relieving colour which helps to relieve users from stress when they are... |
| 15:55.52 | Notify | 02GCI:rossberg * 6752373200388096 : None - Simple, but nevertheless it contains some nice ideas. |
| 15:56.12 | Notify | 02GCI:rossberg * 6752373200388096 : Task Closed - Congratulations, this task has been completed successfully. |
| 15:56.43 | MarcTannous | d_rossberg : Were the icons in my UI design that good? |
| 15:56.53 | MarcTannous | Not the first design who takes my tool icons with copy paste |
| 15:59.01 | d_rossberg | MarcTannous: to be honest, i haven't looked so much at the icons design; i more ore less expect that they are copied from somewhere |
| 15:59.38 | d_rossberg | i look at the over-all gui design, especially for unique features/ideas |
| 16:00.09 | d_rossberg | and the last design had such a unique one |
| 16:00.12 | MarcTannous | They're quite an important part to be honest, but I'll just take it as people liking my design, was just expecting at least a notice from them |
| 16:00.27 | MarcTannous | Common courtesy |
| 16:05.59 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 16:11.08 | *** join/#brlcad luca79 (~luca@net-37-116-126-103.cust.vodafonedsl.it) | |
| 16:37.07 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 16:47.00 | Notify | 03BRL-CAD:n_reed * 63892 (brlcad/trunk/include/gcv_api.h brlcad/trunk/src/libgcv/gcv.c): Address warning 'gcv_filter(...) hides constructor for struct gcv_filter'. Doing gcv_execute(gcv_filter) instead of gcv_filter(gcv_filter), but perhaps gcv_do(gcv_action) or gcv_run(gcv_program) would be more intuitive? |
| 16:55.08 | *** join/#brlcad nmz787_i (nmccorkx@nat/intel/x-xjwdidkjqwtiybhc) | |
| 17:01.19 | brlcad | n_reed: that is a work in progress, the names continued to move around after that towards something different (gcv_filter() became the generalized form of a reader+writer initializer |
| 17:03.30 | brlcad | (don't let that stop you from making other changes, I'll merge accordingly, just to know that it's definitely not an initial or final state) ;) |
| 17:12.34 | *** join/#brlcad YashM (~YashM@117.198.3.93) | |
| 17:15.47 | *** join/#brlcad alisha (~alisha@223.225.225.108) | |
| 17:21.36 | andromeda-galaxy | brlcad: by the way, on the more tasks front, I mentioned this a couple of days ago, not sure if you saw it: is there any interest in having a set of GCI tasks for implementing generalized sweep for extrude, as discussed at about 19:06.10 in http://infobot.rikers.org/%23brlcad/20130819.html.gz? |
| 17:38.49 | sofat | brlcad, what is status of doc book project how much work is pending ? |
| 18:22.00 | *** join/#brlcad nmz787_i (~nmccorkx@192.55.54.40) | |
| 18:22.50 | *** join/#brlcad nmz787_i (~nmccorkx@192.55.54.40) | |
| 18:28.00 | *** join/#brlcad nmz787_i1 (~nmccorkx@134.134.139.76) | |
| 18:41.21 | sofat | brlcad, please tell me i want to do further work on this project |
| 19:22.44 | nmz787_i1 | python-brlcad crashes whether I used 7.24.0 or 7.24.2 :/ |
| 19:23.43 | nmz787_i1 | kanzure's repo get's further in nosetests than ncsaba's does, but their repos merged crash even sooner (segfault) |
| 19:24.41 | kanzure | haha |
| 19:24.48 | kanzure | (i'm not here at the moment.) |
| 19:30.24 | *** join/#brlcad Guest95640 (~IgnacioUy@2001:4830:134:7::11) | |
| 19:30.24 | *** join/#brlcad Guest95640 (~IgnacioUy@unaffiliated/ignaciouy) | |
| 19:31.12 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 20:36.26 | *** join/#brlcad nmz787_i (~nmccorkx@192.55.54.40) | |
| 20:44.34 | Notify | 03BRL-CAD:n_reed * 63893 (brlcad/trunk/src/tclscripts/archer/Archer.tcl brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl): Applying zclip values from preferences instead of the current settings conflicts with the normal semantics. Only do it when we're interactively changing the preference. |
| 21:11.16 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 21:12.24 | Notify | 03BRL-CAD:n_reed * 63894 brlcad/trunk/src/tclscripts/archer/Archer.tcl: move duplicate switches to function |
| 21:26.36 | Notify | 03BRL-CAD:n_reed * 63895 brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl: move duplicate switches to function |
| 21:36.23 | Notify | 03BRL-CAD:n_reed * 63896 brlcad/trunk/src/tclscripts/archer/Archer.tcl: consolidate duplicate code |
| 21:44.18 | krishna_ravi732 | Hi, is there any mentor for "Eliminate any library global variable #5 (https://www.google-melange.com/gci/task/view/google/gci2014/5028787255246848)"? |
| 21:44.20 | gcibot | [[ Eliminate any library global variable #5 || BRL-CAD || NeedsWork || Hardeep Singh Rai, Ch3ck ]] |
| 21:46.07 | krishna_ravi732 | Can anyone explain to me how bu_n_malloc_calls is a global variable? I thought it is a static local variable inside a function |
| 22:30.07 | Notify | 03BRL-CAD:n_reed * 63897 brlcad/trunk/src/tclscripts/archer/Archer.tcl: move duplicate code to function |
| 22:32.24 | Notify | 03BRL-CAD:carlmoore * 63898 (brlcad/trunk/doc/docbook/system/man1/en/pixcolors.xml brlcad/trunk/src/util/pixcolors.c): simplify some logic in pixcolors (don't need 'else' if 'if' part leads to an exit); touch up its man page |
| 22:36.12 | Stragus | A static local variable is still a global variable, except that it's only visible within that function |
| 22:36.59 | Stragus | The point is to get rid of global variables entirely, for a variety of reasons |
| 22:44.27 | Notify | 02GCI:angelacheng * 4956557716488192 : Task Claimed - I would like to work on this task. |
| 22:46.09 | Notify | 03BRL-CAD:n_reed * 63899 (brlcad/trunk/src/tclscripts/archer/Archer.tcl brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl): consolidate duplicate menu definitions |
| 22:59.15 | Notify | 03BRL-CAD:n_reed * 63900 brlcad/trunk/src/tclscripts/archer/Archer.tcl: call parent method to avoid duplication |
| 00:27.05 | *** join/#brlcad unicodesnowman (~unicodesn@unaffiliated/unicodesnowman) | |
| 00:27.30 | Notify | 02GCI:krishna_ravi * 5028787255246848 : Ready for review - The work on this task is ready to be reviewed. |
| 02:56.18 | ``Erik | grumbles and wishes he was still in jamaica |
| 03:32.15 | *** join/#brlcad YashM (~YashM@117.198.3.93) | |
| 04:19.41 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 05:03.07 | *** join/#brlcad YashM (~YashM@117.198.3.93) | |
| 05:24.45 | *** join/#brlcad YashM (~YashM@117.198.3.93) | |
| 05:26.26 | *** join/#brlcad YashM (~YashM@117.198.3.93) | |
| 05:28.36 | *** join/#brlcad albertcoder (~quassel@202.164.53.117) | |
| 05:35.03 | *** join/#brlcad MarcTannous (bc1b5b2e@gateway/web/cgi-irc/kiwiirc.com/ip.188.27.91.46) | |
| 05:37.30 | *** join/#brlcad albertcoder (~quassel@202.164.53.117) | |
| 05:42.53 | *** join/#brlcad albertcoder (~quassel@202.164.53.117) | |
| 05:47.37 | *** join/#brlcad albertcoder (~quassel@202.164.53.117) | |
| 05:47.43 | *** join/#brlcad YashM (~YashM@117.198.3.93) | |
| 05:48.49 | *** join/#brlcad albertcoder (~quassel@202.164.53.117) | |
| 06:02.48 | *** join/#brlcad YashM (~YashM@117.198.3.93) | |
| 06:04.24 | *** join/#brlcad andrei_ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125) | |
| 06:05.26 | Notify | 02GCI:popescuandrei * 4956557716488192 : Task Assigned - This task has been assigned to Angie. You have 100 hours to complete this task, good luck! |
| 06:23.17 | *** join/#brlcad YashM (~YashM@117.198.3.93) | |
| 07:27.18 | *** join/#brlcad albertcoder (~quassel@202.164.53.117) | |
| 08:33.16 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 08:38.24 | andrei_ | Hello! |
| 08:55.13 | Notify | 02GCI:brlcad * 5048599469621248 : follow-on - A follow-on to this task is now posted: https://www.google-melange.com/gci/task/view/google/gci2014/5048599469621248 There's also a set of five tasks... |
| 08:55.14 | gcibot | [[ Implement bu_scan_fastf_t() function to scan floating point values from strings || BRL-CAD || Closed || Sean, Daniel_R ]] |
| 08:55.55 | Notify | 02GCI:brlcad * 5874710239772672 : follow-on - A follow-on to this task has been posted to visualize the current ray-bundling patterns:... |
| 08:56.22 | andrei_ | Hmm, new batch of tasks arrived, apparently 191 open task at this moment |
| 08:57.15 | Notify | 02GCI:brlcad * 6464160023969792 : follow-on task - A follow-on task to get credit for your scripts has been posted: https://www.google-melange.com/gci/task/view/google/gci2014/6632135641268224 ... |
| 08:57.17 | gcibot | [[ Implement script to create a planetary gear || BRL-CAD || Open || Kesha Shah, Harmanpreet ]] |
| 08:57.56 | Notify | 02GCI:brlcad * 6109916221669376 : v&v follow-on - A follow-on task to verify/validate that the implementation is correct has been posted:... |
| 08:59.00 | brlcad | andrei_: yeah... few days late, but there up now |
| 09:00.31 | andrei_ | I'm surprised that there seem to be very few students, I was expecting a lot more to push to get 3 tasks |
| 09:04.58 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 09:06.48 | unicodesnowman | there are 20% more orgs this year |
| 09:07.47 | *** join/#brlcad jasvir (~jasvir@202.164.53.117) | |
| 09:14.53 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 09:21.24 | *** join/#brlcad Stragus_ (~alexis@modemcable090.29-19-135.mc.videotron.ca) | |
| 09:22.35 | Notify | 02GCI:zhang_yizhuo * 4596409726664704 : Task Claimed - I would like to work on this task. |
| 09:23.46 | Notify | 02GCI:zhang_yizhuo * 4596409726664704 : Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 09:24.13 | *** join/#brlcad adityagulati (dce32db2@gateway/web/cgi-irc/kiwiirc.com/ip.220.227.45.178) | |
| 09:40.26 | Notify | 02GCI:ralpt3748752_qejwhe * 6632135641268224 : Task Claimed - I would like to work on this task. |
| 09:41.42 | Notify | 02GCI:popescuandrei * 6632135641268224 : Task Assigned - This task has been assigned to Raptor. You have 100 hours to complete this task, good luck! |
| 09:43.13 | Notify | 02GCI:ralpt3748752_qejwhe * 6464160023969792 : Other works by using a script - I've also done with a script https://www.google-melange.com/gci/task/view/google/gci2014/5297983323111424 and... |
| 09:43.14 | gcibot | [[ Model tsunami wallpaper artwork with BRL-CAD #3 || BRL-CAD || Closed || Isaac Kamga, Harmanpreet ]] |
| 09:57.38 | Notify | 02GCI:rossberg * 5028787255246848 : None - First: binu_types isn't a variable but a constant, which normally isn't a problem. We have many constants in BRL-CAD. Often as "define" but "const" should... |
| 09:57.44 | Notify | 02GCI:rossberg * 5028787255246848 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to... |
| 09:57.59 | Notify | 02GCI:rossberg * 5028787255246848 : Deadline extended - The deadline of the task has been extended with 2 days and 0 hours. |
| 10:19.15 | *** join/#brlcad merzo (~merzo@156-100-132-95.pool.ukrtel.net) | |
| 10:46.38 | *** join/#brlcad YashM (~YashM@117.222.71.2) | |
| 11:03.39 | Notify | 02GCI:thevk * 5855100174073856 : Ready for review - The work on this task is ready to be reviewed. |
| 11:09.09 | Notify | 02GCI:thevk * 5855100174073856 : Modeling - Firstly, i've created a lot of arb5s. Then, placed them in a 4x7 rectangle. Copied the rectangle twice. These rectangles were linked together, so change... |
| 11:10.50 | Notify | 02GCI:bunnypangsai * 5337594732740608 : Ready for review - The work on this task is ready to be reviewed. |
| 11:20.46 | Notify | 02GCI:ralpt3748752_qejwhe * 6632135641268224 : Using a script - The first version of the script was flawed because it was necessary to enter data in mged. The second version does everything itself... |
| 11:24.01 | Notify | 02GCI:ralpt3748752_qejwhe * 6632135641268224 : Ready for review - The work on this task is ready to be reviewed. |
| 11:26.01 | *** join/#brlcad merzo (~merzo@156-100-132-95.pool.ukrtel.net) | |
| 11:26.08 | Notify | 02GCI:ralpt3748752_qejwhe * 6632135641268224 : None - If you replace the windows in the script path on the respective |
| 11:32.13 | Notify | 02GCI:arnav * 4948190365220864 : Task Claimed - I would like to work on this task. |
| 11:33.18 | Notify | 02GCI:ch3ck * 4948190365220864 : Task Assigned - This task has been assigned to Arnav. You have 100 hours to complete this task, good luck! |
| 11:38.19 | *** join/#brlcad mihaineacsu (~mihaineac@92.85.10.174) | |
| 11:40.12 | Notify | 02GCI:ch3ck * 5337594732740608 : Task Closed - Congratulations, this task has been completed successfully. |
| 11:45.13 | Notify | 02GCI:chenning * 6386404808458240 : Ready for review - The work on this task is ready to be reviewed. |
| 11:46.18 | Notify | 02GCI:popescuandrei * 6386404808458240 : Task Closed - Congratulations, this task has been completed successfully. |
| 11:54.03 | *** join/#brlcad luca79 (~luca@host16-10-dynamic.0-87-r.retail.telecomitalia.it) | |
| 12:46.43 | Notify | 02GCI:estafador * 5228725012529152 : Task Claimed - I would like to work on this task. |
| 12:48.13 | Notify | 02GCI:popescuandrei * 5228725012529152 : Task Assigned - This task has been assigned to Youlian_M. You have 100 hours to complete this task, good luck! |
| 13:46.31 | Notify | 03BRL-CAD:ejno * 63901 (brlcad/trunk/src/libged/simulate/collision.cpp brlcad/trunk/src/libged/simulate/collision.hpp and 3 others): get volumes from librt; support matrix scaling information |
| 14:14.06 | Notify | 02GCI:wenxuan45 * 5311760286351360 : Ready for review - The work on this task is ready to be reviewed. |
| 14:38.21 | Notify | 03BRL-CAD:ejno * 63902 (brlcad/trunk/src/libgcv/plugin.c brlcad/trunk/src/libgcv/plugin.h): add version information to gcv_plugin_info |
| 14:53.24 | Notify | 02GCI:rossberg * 5311760286351360 : "Take a full screenshot ... - ... and submit it here." "Full" means the whole desktop with the mged or archer windows. Otherwise, it looks like you could create... |
| 14:55.24 | Notify | 02GCI:rossberg * 5311760286351360 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to... |
| 15:19.36 | Notify | 02GCI:o7p9bxbnyj * 5198651785740288 : Task Claimed - I would like to work on this task. |
| 15:23.34 | Notify | 02GCI:ch3ck * 5198651785740288 : Task Assigned - This task has been assigned to Andromeda Galaxy. You have 100 hours to complete this task, good luck! |
| 15:25.26 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:25.53 | Notify | 02GCI:o7p9bxbnyj * 5198651785740288 : Ready for review - The work on this task is ready to be reviewed. |
| 15:27.02 | andromeda-galaxy | for the raytrace background transparency set of tasks, how does rendering to png work? As far as I can tell, rt/rtedge only support rendering to pix and converting with pix-png, but the (current) pix file format doesn't seem to have anything like that... |
| 15:27.06 | andromeda-galaxy | (transparency) |
| 15:27.42 | YashM | When I did it, I had to render an image with a white background and crop it out in Photoshop |
| 15:28.21 | YashM | there was some command startseeker mentioned but I was not able to execute due to some reason I don't remember so I just copped it out. |
| 15:28.47 | andromeda-galaxy | YashM: did you render with rt -o into a .pix file and then use pix-png to get a png before cropping it out? |
| 15:29.31 | andromeda-galaxy | there are some tasks now to make rt support transparent backgrounds which I'm interested in, but I'm slightly confused as to how to deal with it if pix doesn't support alpha-channel (which it doesn't seem to)... |
| 15:30.09 | YashM | no didnt use .pix |
| 15:30.51 | andromeda-galaxy | how? |
| 15:31.32 | YashM | i made a .png and opened in PS |
| 15:32.28 | andromeda-galaxy | how did you make the .png though |
| 15:32.42 | andromeda-galaxy | I couldn't find a .png option for cmd-line 'rt' |
| 15:32.46 | YashM | haha, just took a screenshot |
| 15:33.55 | andromeda-galaxy | ohhhh... well, then I'm stilll slightly confused about that task, since for file-output it doesn't seem to want to create anything other than pix (and trying to modify pix would be annoying, because backwards-compatibility + pix image dimentions are usually determined by filesize) |
| 15:35.18 | andromeda-galaxy | brlcad, d_rossberg: any ideas? |
| 15:49.02 | d_rossberg | follow the description in the tasks: the first one requires to introduc a new command line option, which has no effect so far |
| 15:49.54 | d_rossberg | the next one is to create and handle memory for the alpha channel, which will be ignored for output so far |
| 15:50.21 | d_rossberg | the next one is to not ignore this buffer during png output |
| 15:53.21 | *** join/#brlcad YashM_ (~YashM@117.198.14.41) | |
| 15:54.16 | Notify | 02GCI:brlcad * 5198651785740288 : tested? - It looks like you nibble off and lose the first character of the next fastf_t if src is stdin? It also looks like this won't handle interleaved... |
| 15:54.27 | Notify | 02GCI:brlcad * 5198651785740288 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to... |
| 15:56.32 | Notify | 02GCI:brlcad * 6632135641268224 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to... |
| 15:58.12 | Notify | 02GCI:o7p9bxbnyj * 5198651785740288 : testedness - I've tested it with strings, let me quickly re-test it with stdin... what do you mean by interleaved delimiters? |
| 15:58.27 | Notify | 02GCI:brlcad * 6632135641268224 : comments - Raptor, this looks great, but you left off adding some comments to explain what the logic is doing and why (and summary / details that might not be... |
| 16:00.15 | *** join/#brlcad luca79 (~luca@host81-29-dynamic.4-87-r.retail.telecomitalia.it) | |
| 16:01.25 | ``Erik | andromeda-galaxy: the intermediate format for raytrace results needs to be updated to support transparency... right now, it's pix (raw rgb24). Step 1 would be to redo that layer to handle things like alpha, hdr, gamma, etc. |
| 16:01.33 | Notify | 02GCI:brlcad * 5855100174073856 : Task Closed - Congratulations, this task has been completed successfully. |
| 16:02.28 | Notify | 02GCI:brlcad * 5855100174073856 : not quite the target - Not quite the quality of the image referenced but you get a pass for pretty solid effort. This is a pretty tricky task to do without... |
| 16:03.58 | Notify | 02GCI:o7p9bxbnyj * 5198651785740288 : interleaved delimiters - I thought that the original intention for the code (and what happened when using scanf() for the delim scanning) was that if the code... |
| 16:06.49 | andromeda-galaxy | ``Erik: I see... how would it be possible to preserve backwards-compatibility from a hypothetical pixv2 with alpha/hdr/gamma/etc. with the original pix? |
| 16:07.39 | andromeda-galaxy | brlcad: do you think that the code should allow extra spaces around delimiters? I originally hadn't intended it too.... |
| 16:24.18 | Notify | 02GCI:thevk * 4961749845409792 : Task Claimed - I would like to work on this task. |
| 16:31.08 | Notify | 02GCI:harman052 * 4961749845409792 : Task Assigned - This task has been assigned to Vladimir Kuznetsov. You have 100 hours to complete this task, good luck! |
| 16:31.17 | *** join/#brlcad YashM__ (~YashM@117.198.14.41) | |
| 16:38.38 | Notify | 02GCI:rohit_agarwal * 5625032667561984 : Ready for review - The work on this task is ready to be reviewed. |
| 16:44.04 | Notify | 02GCI:brlcad * 5625032667561984 : Task Closed - Congratulations, this task has been completed successfully. |
| 16:44.16 | Notify | 02GCI:rohit_agarwal * 5625032667561984 : None - I have uploaded my design - Webpage Big.xcf/.png for big screens and Webpage Small.xcf/.png for small screens. In the existing homepage and in the... |
| 16:45.20 | Notify | 02GCI:brlcad * 5625032667561984 : very nice - Rohit, this is VERY nice polished work. Thank you! Please continue with some of our other design tasks as you are clearly experienced. A bunch of new... |
| 16:46.24 | andromeda-galaxy | brlcad: I was curious about the implement rt transparency project set of tasks you uploaded, but I noticed that none of them mention anything about re-designing the pix file format to make transparency support possible... that seems like it would be a fairly major effort in itself, since equivalents of all the *pix* tools would have to be reimplemented |
| 16:50.54 | Notify | 02GCI:o7p9bxbnyj * 5198651785740288 : Backtracking - This version implements a balance between matching exactly the spaces in the delimiter and allowing extra spaces to surround it (post-delimiter... |
| 16:51.47 | *** join/#brlcad jasvir (~jasvir@122.173.234.183) | |
| 16:59.39 | *** join/#brlcad nmz787_i (~nmccorkx@134.134.139.76) | |
| 17:01.56 | Notify | 02GCI:rohit_agarwal * 6365435620491264 : Task Claimed - I would like to work on this task. |
| 17:02.04 | *** part/#brlcad jasvir (~jasvir@122.173.234.183) | |
| 17:03.06 | Notify | 02GCI:deepakkumarsharma * 6365435620491264 : Task Assigned - This task has been assigned to Rohit Agarwal. You have 100 hours to complete this task, good luck! |
| 17:03.41 | Notify | 02GCI:judebirch * 6730854608928768 : Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 17:05.22 | Notify | 02GCI:judebirch * 5014705181556736 : Task Claimed - I would like to work on this task. |
| 17:05.57 | Notify | 02GCI:mihaineacsu29 * 5014705181556736 : Task Assigned - This task has been assigned to Jude. You have 100 hours to complete this task, good luck! |
| 17:06.27 | *** join/#brlcad raptor (~raptor@194.28.75.209) | |
| 17:07.52 | Notify | 02GCI:o7p9bxbnyj * 5198651785740288 : Ready for review - The work on this task is ready to be reviewed. |
| 17:09.58 | Notify | 02GCI:o7p9bxbnyj * 5198651785740288 : Extra leading spaces - The -v2-allow-extra-leading-spaces.patch file includes scanning extra leading spaces by stripping spaces off of the delimiter string and... |
| 17:10.53 | andromeda-galaxy | d_rossberg: right, but the buffer is created in rt and the png output is written in pix-png, so my question is about how to to communicate the buffer from rt to pix-png since the pix file format doesn't have room for an alpha-channel (and adding one would probably break backwards-compatibility) |
| 17:26.00 | *** join/#brlcad raptor_ (~raptor@194.28.75.209) | |
| 17:35.08 | starseeker | andromeda-galaxy: we've got the comgeom-g import task up if that's still of interest |
| 17:35.21 | starseeker | looks like I forgot to get the NACA tasks in... oh well, too late now |
| 17:35.43 | andromeda-galaxy | starseeker: ahh, let me take a quick look at that |
| 17:35.50 | andromeda-galaxy | I didn't see it on my first scan through |
| 17:36.01 | starseeker | http://www.google-melange.com/gci/task/view/google/gci2014/5792678377684992 |
| 17:36.02 | gcibot | [[ Investigate comgeom-g import issue || BRL-CAD || Open || Sean, Daniel_R, Dishank ]] |
| 17:37.05 | andromeda-galaxy | starseeker: thanks! it looks like it would be interesting |
| 17:37.17 | andromeda-galaxy | right now I've been putting up the 2 that I already had done & have been waiting for... |
| 17:37.24 | starseeker | nods |
| 17:37.30 | starseeker | no rush, just wanted to point it out |
| 17:37.49 | andromeda-galaxy | thanks! by the way, did you see my questions about the rt transparency tasks above? |
| 17:38.00 | starseeker | um, one sec |
| 17:38.45 | starseeker | oh |
| 17:39.58 | starseeker | you should be able to specify a png file by file extension, e.g. rt -o file.png model.g model |
| 17:40.11 | andromeda-galaxy | really? there doesn't seem to be any code in rt to deal with pngs |
| 17:40.21 | andromeda-galaxy | and the man page just says that -o always creates a .pix |
| 17:41.07 | starseeker | it should be calling libicv to deal with it |
| 17:41.15 | starseeker | the man page is probably out of date :/ |
| 17:41.42 | andromeda-galaxy | ahhh |
| 17:41.46 | andromeda-galaxy | interesting |
| 17:44.18 | andromeda-galaxy | starseeker: are you sure it's actually using the icv codepath? |
| 17:44.31 | starseeker | seems to be - I just generated a png image here |
| 17:45.45 | starseeker | wants to kick himself for not getting additinal NACA tasks in there |
| 17:46.08 | starseeker | andromeda-galaxy: do you have more NACA stuff you haven't committed yet? |
| 17:46.13 | andromeda-galaxy | starseeker: oh well, if there's another task push I'll do them, or if not, I'll look into them some more after GCI |
| 17:46.18 | andromeda-galaxy | yes, but it's still somewhat broken |
| 17:46.32 | andromeda-galaxy | so I was going to try to fix it more before committing it |
| 17:46.52 | starseeker | doubts brlcad is planning another task push (10 days to go) |
| 17:47.17 | andromeda-galaxy | about rt, I'm just curious because view.c seems to still have code to writing to non-icv filehandles |
| 17:47.19 | starseeker | if you've already done more work, maybe we can get a few tossed in there... hate to not have you get credit for it |
| 17:47.20 | andromeda-galaxy | (as pix) |
| 17:47.31 | starseeker | it might |
| 17:47.48 | starseeker | did you try walking it through the debugger? |
| 17:48.12 | andromeda-galaxy | starseeker: so, as it stands currently, basically I've done the work for all the tasks that were already up, but I haven't committed all of it because a bunch of it still doesn't work |
| 17:48.16 | starseeker | it might be doing things in pix in memory and then handing that off to icv (that's what I would expect) |
| 17:48.28 | starseeker | oh, gotcha |
| 17:48.31 | andromeda-galaxy | and on top of that, even though a bunch of it is getting the correct result (naca), there are still valgrind errors |
| 17:49.23 | andromeda-galaxy | unfortunately, getting several hundred lines of converted-but-untested code into shape is going to take some time... I was planning to do some more of it if there were more tasks, but it not I'll do some more after GCI |
| 17:49.40 | starseeker | andromeda-galaxy: I'll see if I can persuade brlcad to add some tasks for it |
| 17:49.57 | starseeker | is half expecting andromeda-galaxy to fall asleep on his keyboard after GCI is over ;-) |
| 17:50.30 | *** join/#brlcad darshpreets (~darshpree@202.164.53.117) | |
| 17:52.41 | andromeda-galaxy | starseeker: thanks! |
| 17:53.36 | andromeda-galaxy | investigating comgeom should be fun... I still think about that iges bug from last year sometimes |
| 17:53.57 | starseeker | heh |
| 17:54.02 | starseeker | comgeom should be a lot simpler |
| 17:54.17 | starseeker | 's guess is ordering of arb points or some such fun |
| 18:00.46 | andromeda-galaxy | probably |
| 18:01.08 | andromeda-galaxy | (I hope it's simpler, the IGES file format was complicated!) |
| 18:01.25 | andromeda-galaxy | it was the directions for faces, & loops &c that really did it, the combination of directions had to be just right... |
| 18:01.51 | *** join/#brlcad MarcTannous (bc1b5b2e@gateway/web/cgi-irc/kiwiirc.com/ip.188.27.91.46) | |
| 18:01.57 | andromeda-galaxy | I figure the first step for comgeom would probably be to try to isolate one of the non-raytracing points in mged & look at it / manually run rt on it |
| 18:02.24 | MarcTannous | good evening guys :D |
| 18:03.05 | MarcTannous | http://www.google-melange.com/gci/task/view/google/gci2014/5332211712655360 guys, what's up with this task/ |
| 18:03.06 | gcibot | [[ Create an utility library (LIBBU) API unit test for any file #6 || BRL-CAD || Open || Harmanpreet, Ishwerdas ]] |
| 18:03.21 | MarcTannous | I think I already submitted an unit test for bomb.c |
| 18:03.24 | MarcTannous | as part of a previous task |
| 18:05.08 | andromeda-galaxy | MarcTannou: look at the second part of the description |
| 18:05.12 | andromeda-galaxy | the task is for *any* file in libbu |
| 18:05.16 | Notify | 02GCI:tannousmarc * 6733016101552128 : Task Claimed - I would like to work on this task. |
| 18:08.26 | Notify | 02GCI:brlcad * 6733016101552128 : Task Assigned - This task has been assigned to Marc Tannous. You have 100 hours to complete this task, good luck! |
| 18:10.27 | Notify | 02GCI:brlcad * 5198651785740288 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to... |
| 18:16.10 | andromeda-galaxy | brlcad: what's wrong? |
| 18:16.16 | andromeda-galaxy | on 5198651785740288 |
| 18:17.34 | Notify | 02GCI:ralpt3748752_qejwhe * 6632135641268224 : Logic my script - We base radius, enter internal or external radius: Outer is more than usual, the inner smaller the radius for serving top. Delta... |
| 18:18.39 | Notify | 02GCI:ralpt3748752_qejwhe * 6632135641268224 : None - What is your nickname in irc, and when you get there? |
| 18:22.33 | nmz787_i | is there an mged API doc somewhere? |
| 18:25.57 | nmz787_i | something more in the form of traditional API docs, and hopefully more recent (unless nothing has changed) than this PDF from 2006 http://brlcad.org/w/images/5/52/MGED_Quick_Reference_Card.pdf |
| 18:26.07 | nmz787_i | (i.e. a doc in HTML) |
| 18:27.26 | Notify | 02GCI:brlcad * 5198651785740288 : wrong direction... ;) - You had it closer the first time. The problem isn't just spaces, it's with any combination of delimiter characters. The intention is to... |
| 18:30.11 | andromeda-galaxy | brlcad: can I talk to you on IRC for one sec |
| 18:30.17 | andromeda-galaxy | about 5198651785740288? |
| 18:31.15 | andromeda-galaxy | maybe the header documentation should be slightly changed again, but the impression that I got from the first scan_fastf_t task (and what it was previously doing in the implementation) was that it should match the delim pretty much exactly |
| 18:31.26 | andromeda-galaxy | so multi-char delims are when the code wants that exact sequence of chars |
| 18:31.53 | andromeda-galaxy | I believe that was what I had come up with when looking through all the use cases and trying to design a function that worked with most of them |
| 18:32.00 | Notify | 02GCI:brlcad * 5198651785740288 : a better example - A better (and real) parsing example might be reading numbers from a fixed-width column data format that pads fields. Example: ... |
| 18:32.07 | nmz787_i | is the doxygen-generated data online somewhere? maybe that has the API info I am looking for? |
| 18:34.25 | Notify | 02GCI:o7p9bxbnyj * 5198651785740288 : Input format - While that does make sense, it isn't the pattern that I originally identified in the sources and originally wrote scan_fastf_t for; that assumed... |
| 18:35.18 | Notify | 02GCI:ralpt3748752_qejwhe * 6632135641268224 : None - sin_angle and cos_angle not * |
| 18:40.05 | Notify | 02GCI:o7p9bxbnyj * 5198651785740288 : Original API specification - Here's the original header comment that shows what the function was *supposed* to do: /** * Scans a sequence of fastf_t numbers... |
| 18:41.08 | Notify | 02GCI:o7p9bxbnyj * 5198651785740288 : Ready for review - The work on this task is ready to be reviewed. |
| 18:49.28 | Notify | 03BRL-CAD:ejno * 63903 (brlcad/trunk/src/libged/simulate/physics_world.cpp brlcad/trunk/src/libged/simulate/physics_world.hpp brlcad/trunk/src/libged/simulate/simulate.cpp): move MatrixMotionState into simulate.cpp |
| 18:51.52 | Notify | 02GCI:o7p9bxbnyj * 5198651785740288 : Literal string rationale - The rationale for doing the parsing this way is that most of the uses of *scanf() scan numbers separated by some specific delimiter... |
| 18:52.34 | Notify | 02GCI:thevk * 4961749845409792 : Ready for review - The work on this task is ready to be reviewed. |
| 19:00.00 | Notify | 03BRL-CAD:carlmoore * 63904 (brlcad/trunk/doc/docbook/system/man1/en/pixclump.xml brlcad/trunk/doc/docbook/system/man1/en/pixdiff.xml and 7 others): use <command> instead of 'Pix...' at start of sentence; other changes |
| 19:08.37 | ``Erik | andromeda-galaxy: the current intermediate format needs to be changed to be NOT pix, the pix format will stay the same |
| 19:09.02 | andromeda-galaxy | ``Erik: right, but then re-implementations of all of the tools that curently operate on pix would be desirable... |
| 19:09.20 | andromeda-galaxy | or, modify icv to make it do the right thing when going directly to png |
| 19:10.03 | andromeda-galaxy | ``Erik: by the way, does brlcad depend on readline/what's the recommended way to get a line? |
| 19:11.19 | ``Erik | andromeda-galaxy: icv is probably the right place to redesign the intermediate format, but there are many tools that need to be updated to use icv and even rt would need to get away from the addline approach and move to a per pixel (or array of structs) approach |
| 19:13.12 | ``Erik | I don't think anything in BRL-CAD uses readline (it works on windows, there might be a readline windows port that's tucked in somewhere, but I'd doubt it)... getline and scanf are probably the two more common ones.. um, 'nirt' and I think 'burst' have the capability, or something in src/conv |
| 19:13.37 | ``Erik | (nirt and burst have repl style prompts, iirc) |
| 19:14.30 | andromeda-galaxy | ``Eirk: ahh, thank... |
| 19:14.51 | ``Erik | just modifying icv in the rt approach won't get you true transparency... the best it could do is chroma-key on that 0,0,1 magic pixel (and we want real alpha transparency) |
| 19:15.10 | andromeda-galaxy | ``Erik: for ICV, the idea was that rt at least can use icv to directly write out png (without pix) |
| 19:15.23 | ``Erik | yes, and it does |
| 19:15.29 | ``Erik | sorta |
| 19:15.31 | andromeda-galaxy | so you could modify icv to use RGBA for PNG files & modify rt to give icv the correct information |
| 19:15.54 | andromeda-galaxy | (at least that's what I believe starseeker was saying) |
| 19:16.03 | ``Erik | you could, yes... then throw away the alpha when you save to pix |
| 19:16.49 | andromeda-galaxy | ``Erik: right. and then, eventually, if we have support for some awesome new better-than-pix format, just add that as an icv backend |
| 19:16.57 | andromeda-galaxy | and it automatically gets the transparency |
| 19:17.03 | ``Erik | then the intermediate representation, the data view.c is sending to libicv, is no longer pix (which is good) :) You could add MORE information, like using 16 bit color channels for hdr (which is better) |
| 19:17.11 | andromeda-galaxy | (by the way, isn't getline POSIX-only) |
| 19:17.28 | andromeda-galaxy | ``Erik: right, that's the general idea I had, anyway |
| 19:18.22 | ``Erik | getline is posix, it might exist on other platforms... winnt is sorta kinda posix complient, and that's the least posix of the supported platforms |
| 19:18.37 | ``Erik | compliant |
| 19:18.58 | andromeda-galaxy | right... where did you see getline() being used? I can't find it in C anywhere |
| 19:19.32 | ``Erik | I was guessing |
| 19:20.10 | ``Erik | src/conv/patch/ has a couple instances |
| 19:20.26 | andromeda-galaxy | ahh.. bu_vls_gets seems like it might work even better, though... |
| 19:20.34 | *** join/#brlcad nmz787_i (nmccorkx@nat/intel/x-ipvxwlsqyajlbfqf) | |
| 19:21.22 | *** join/#brlcad nmz787_i1 (nmccorkx@nat/intel/x-ayttssmpeqnukqqx) | |
| 19:21.41 | ``Erik | if you have a file pointer, that seems like it'd be the right way |
| 19:22.52 | ``Erik | (could always fdopen() to create a FILE* from an int fildes) |
| 19:22.54 | andromeda-galaxy | ``Erik: in this case, it's reading from stdin, so stdin as the file pointer should work |
| 19:23.10 | andromeda-galaxy | thanks! |
| 19:24.00 | ``Erik | stdin should work, yup :) |
| 19:24.02 | andromeda-galaxy | ``Erik: do you know what happens if bu_vls_free() is called on a vls that was just set as 'struct bu_vls vls = BU_VLS_INIT_ZERO'? (without calling anything else on it) |
| 19:24.56 | ``Erik | either something spectacular or something boring... :D src/libbu/vls.c should tell you which |
| 19:25.35 | andromeda-galaxy | ``Erik: indeed :) it looks like it checks the vls_str before trying to free it, so it should be fine |
| 19:25.51 | ``Erik | so, boring. |
| 19:28.14 | andromeda-galaxy | right... well, thanks for the help with transparency & getline |
| 19:28.34 | andromeda-galaxy | last thing is, what do you think of adding a generalized sweep to extrude at some point? |
| 19:28.55 | ``Erik | np, good luck! (the transparency/icv stuff is something I'm always willing to talk about, it was my baby at one point :) |
| 19:30.12 | ``Erik | not sure, I think that's more of a brlcad or starseeker question... I'd start wondering if "just use nurbs" might be better at that point? (though a birail type primitive would be neat, even if it just generates nurbs) |
| 19:31.53 | *** join/#brlcad darshpreets (~darshpree@202.164.53.117) | |
| 19:33.46 | andromeda-galaxy | ``Erik: abt sweep: the reason is just that at one point a stumbled on a logged discussion from a while ago mentioning a specific model where that functionality would be particularly useful (planetary gearset that is 3d-printed already locked together by using swept gears) |
| 19:34.26 | ``Erik | sounds like something archivist would be involved in |
| 19:36.34 | andromeda-galaxy | ahh |
| 19:36.40 | andromeda-galaxy | well, I'll ask brlcad again later |
| 19:37.17 | ``Erik | yeah, I'mma let someone else think about that one, the utility may not be enough to warrant the time to develop and additional complexity, or it might... |
| 19:37.39 | ``Erik | <-- was still in jamaica less than 24 hours ago, is still not completely back ;) |
| 19:55.28 | Notify | 02GCI:o7p9bxbnyj * 5198651785740288 : strtok behavior patch - I've added a patch that reads in a line of input at the beginning and uses more strtok()-like behavior in reading delimiter chars... |
| 20:03.44 | Notify | 02GCI:Melange * 6418050127495168 : Task Reopened - Melange has detected that the final deadline has passed and it has reopened the task. |
| 20:53.22 | *** join/#brlcad merzo (~merzo@156-100-132-95.pool.ukrtel.net) | |
| 21:13.41 | starseeker | ``Erik: would openexr make a good intermediate representation format? |
| 21:38.28 | Notify | 02GCI:Melange * 5218710037987328 : Task Reopened - Melange has detected that the final deadline has passed and it has reopened the task. |
| 21:40.12 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 22:07.42 | ``Erik | starseeker: iirc, openexr is a library and a compressed file format, it might make sense to have our internal representation be as similar to their api as possible, but I d'no if "just use openexr" makes sense |
| 22:24.18 | *** part/#brlcad nmz787_i1 (nmccorkx@nat/intel/x-ayttssmpeqnukqqx) | |
| 22:37.21 | *** join/#brlcad nmz787_i (nmccorkx@nat/intel/x-htvsjkvrjnawohyp) | |
| 23:06.24 | *** join/#brlcad merzo (~merzo@156-100-132-95.pool.ukrtel.net) | |
| 23:13.22 | Notify | 02GCI:raheel102 * 5213338241859584 : Task Claimed - I would like to work on this task. |
| 23:18.04 | Notify | 02GCI:raheel102 * 5213338241859584 : Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 23:19.00 | Notify | 03BRL-CAD:carlmoore * 63905 brlcad/trunk/src/util/pixcolors.c: shorten the logic by removing an unneeded if |
| 23:23.03 | Notify | 02GCI:Melange * 5310294628761600 : Task Reopened - Melange has detected that the final deadline has passed and it has reopened the task. |
| 23:39.06 | andromeda-galaxy | ``Erik: the main advantage of using openexr as a file format that I see is that it is an already-tested format (with existing tools for conversion) that includes most of the feature that would be good (HDR, large color space, alpha-channel, etc) |
| 00:43.21 | Notify | 03BRL-CAD:n_reed * 63906 (brlcad/trunk/src/libtclcad/tclcad_obj.c brlcad/trunk/src/tclscripts/archer/Archer.tcl brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl): Update the mouse cursor and the select/rotate/translate buttons in response to key bindings so you always get a visual indication as to whether your editing the view or the object, and how. |
| 00:45.31 | archivist | andromeda-galaxy, ``Erik has a good memory, I make gears, there is no way I would 3d print them though, wrong method to make something reliable imo |
| 01:22.15 | andromeda-galaxy | archivist: ahh.. the gear in question was this one: |
| 01:22.28 | andromeda-galaxy | http://www.thingiverse.com/thing:53451 |
| 01:23.54 | andromeda-galaxy | it's an interesting pattern, the teeth are herringbone so it is *impossible* to either assemble or disassemble |
| 01:26.00 | Stragus | Eww. Gears made with 3D printing, that doesn't sound like a good idea |
| 01:33.07 | *** join/#brlcad darshpreets (~darshpree@202.164.53.117) | |
| 02:55.46 | starseeker | that's pretty cool (herringbone gear bearing) |
| 04:20.59 | *** join/#brlcad teepee (~teepee@gateway/tor-sasl/teepee) | |
| 05:05.50 | *** join/#brlcad gaganjyot (~gaganjyot@27.255.242.50) | |
| 05:55.35 | *** join/#brlcad srl__ (d2d4b73c@gateway/web/freenode/ip.210.212.183.60) | |
| 06:00.54 | Notify | 02GCI:emiwang * 4949239830413312 : Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 06:01.04 | Notify | 02GCI:emiwang * 4949239830413312 : Task Claimed - I would like to work on this task. |
| 06:01.39 | Notify | 02GCI:deepakkumarsharma * 4949239830413312 : Task Assigned - This task has been assigned to Duckie. You have 100 hours to complete this task, good luck! |
| 06:03.44 | srl__ | Hey Guys, I want to work on BRL-CAD for GSoC 15. I am a beginner and have basic knowledge of c, c++. How should I move forward? |
| 06:28.59 | *** join/#brlcad andrei__ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125) | |
| 06:36.08 | *** join/#brlcad YashM (~YashM@117.198.9.244) | |
| 06:49.27 | *** join/#brlcad YashM (~YashM@117.198.9.244) | |
| 06:52.20 | Notify | 02GCI:brlcad * 5198651785740288 : got it - Yes, I fully understood your original write-up and rationale. :) When creating new public API, we have to consider more than just what the current code... |
| 06:52.40 | Notify | 02GCI:brlcad * 5198651785740288 : Task Closed - Congratulations, this task has been completed successfully. |
| 06:59.36 | Notify | 02GCI:brlcad * 6661010656067584 : background? - Yash, how did you make the background transparent? |
| 07:01.32 | archivist | andromeda-galaxy, seen that before, but designs like that are not fit for the purpose they set out to be |
| 07:02.17 | Notify | 02GCI:helix * 6661010656067584 : Photoshop - I edited out the white background in Photoshop. |
| 07:02.27 | Notify | 02GCI:brlcad * 4961749845409792 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to... |
| 07:05.33 | Notify | 02GCI:brlcad * 4961749845409792 : another rendering - Vladimir, This looks good, but would you make another rendering that it's straight down, so we can see what the depth looks like on it?... |
| 07:05.53 | andrei__ | archivist speaks? |
| 07:05.57 | andrei__ | err, writes |
| 07:06.35 | archivist | I do |
| 07:07.06 | andrei__ | I thought "you" were just the bot that uploads the logs on rikers? |
| 07:08.22 | archivist | nope I dont do the logs for this chan |
| 07:14.53 | andrei__ | oh, ok |
| 07:28.34 | *** join/#brlcad luca79 (~luca@net-2-34-212-36.cust.vodafonedsl.it) | |
| 07:43.42 | *** join/#brlcad jasvir (~jasvir@202.164.53.117) | |
| 07:51.09 | Notify | 02GCI:christel * 4958060736937984 : Task Claimed - I would like to work on this task. |
| 07:54.46 | Notify | 02GCI:popescuandrei * 4958060736937984 : Task Assigned - This task has been assigned to christel. You have 100 hours to complete this task, good luck! |
| 08:16.39 | Notify | 02GCI:adityagulati * 5550495506628608 : Task Claimed - I would like to work on this task. |
| 08:17.40 | Notify | 02GCI:harman052 * 5550495506628608 : Task Assigned - This task has been assigned to Aditya Gulati. You have 100 hours to complete this task, good luck! |
| 08:22.07 | Notify | 02GCI:enyangpae * 6350660664557568 : Task Claimed - I would like to work on this task. |
| 08:22.42 | Notify | 02GCI:popescuandrei * 6350660664557568 : Task Assigned - This task has been assigned to publicname. You have 100 hours to complete this task, good luck! |
| 08:23.26 | *** join/#brlcad teepee (~teepee@gateway/tor-sasl/teepee) | |
| 08:32.38 | Notify | 02GCI:enyangpae * 6350660664557568 : Ready for review - The work on this task is ready to be reviewed. |
| 08:38.01 | Notify | 02GCI:popescuandrei * 6350660664557568 : None - Hello! First of all you forgot to upload the raw editable format(.psd, .xcf) Secondly, you might want to look at other banner tasks: - I like that... |
| 08:38.02 | Notify | 02GCI:popescuandrei * 6350660664557568 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements... |
| 09:06.19 | Notify | 02GCI:christel * 4958060736937984 : Ready for review - The work on this task is ready to be reviewed. |
| 09:09.14 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 09:11.01 | andrei_ | https://www.google-melange.com/gci/task/view/google/gci2014/4958060736937984 any opinions? |
| 09:11.02 | gcibot | [[ Design a BRL-CAD splash screen #13 || BRL-CAD || NeedsReview (4 days 2 hrs 43 min) || Deepak, Gauravjeet Singh ]] |
| 09:11.11 | andrei_ | it looks nice, but it's very basic/simple |
| 09:11.16 | andrei_ | I have no idea how to improve it, tho |
| 09:11.25 | andrei_ | the design itself is quite simple, as is |
| 09:28.16 | *** join/#brlcad luca79 (~luca@net-2-34-212-36.cust.vodafonedsl.it) | |
| 09:35.13 | Notify | 02GCI:thevk * 4961749845409792 : Ready for review - The work on this task is ready to be reviewed. |
| 09:36.34 | Notify | 02GCI:popescuandrei * 4961749845409792 : Task Closed - Congratulations, this task has been completed successfully. |
| 09:36.59 | Notify | 02GCI:thevk * 4961749845409792 : None - Unfortunately, the program gives me an error, when i'm trying to use this command. It says: "tree -u model C:/Program Files/BRLCAD 7.24.0/text.g brlcad.c; ... |
| 09:44.30 | Notify | 02GCI:thevk * 5018129344233472 : Task Claimed - I would like to work on this task. |
| 09:45.50 | Notify | 02GCI:popescuandrei * 5018129344233472 : Task Assigned - This task has been assigned to Vladimir Kuznetsov. You have 100 hours to complete this task, good luck! |
| 09:54.15 | Notify | 02GCI:gjeet * 4958060736937984 : None - Hey christel Nice design. First of all, you need to provide the url of the background image used. It's important to acknowledge if we are allowed to use... |
| 09:54.25 | Notify | 02GCI:gjeet * 4958060736937984 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to... |
| 10:00.13 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 11:12.23 | ``Erik | andrei_: rikers logs are done via ibot |
| 11:12.50 | andrei_ | ``Erik: you mean infobot? |
| 11:13.19 | ``Erik | yeh, it's had the ibot nick before, musta been (or is currently) using an alt nick |
| 11:13.36 | andrei_ | oh |
| 11:15.16 | andrei_ | I mean I remember ibot, you could interact with it via ~ |
| 11:15.19 | andrei_ | ~ask |
| 11:15.19 | infobot | Questions in the channel should be specific, informative, complete, concise, and on-topic. Don't ask if you can ask a question first. Don't ask if a person is there; just ask what you intended to ask them. Better questions more frequently yield better answers. We are all here voluntarily or against our will. |
| 11:15.27 | andrei_ | seems you still can |
| 11:15.41 | Notify | 02GCI:enyangpae * 6350660664557568 : Ready for review - The work on this task is ready to be reviewed. |
| 11:16.39 | ``Erik | yup, plus a handful of entertainment command, I think brlcad's wife was getting jealous from how often he was hugging the bot O.o |
| 11:19.26 | andrei_ | hahaha |
| 11:19.27 | Notify | 02GCI:popescuandrei * 6350660664557568 : That's a lot better! - That's a lot better, but is there a reason you put the keyboard there? I doesn't seem to have to do anything with BRL-CAD. Also the... |
| 11:19.32 | Notify | 02GCI:popescuandrei * 6350660664557568 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements... |
| 11:19.39 | andrei_ | is there a list of ibot's commands? |
| 11:21.01 | ``Erik | I've no idea... |
| 11:21.22 | ``Erik | ~help |
| 11:21.27 | andrei_ | haha |
| 11:21.34 | andrei_ | would've been interesting |
| 11:21.54 | ``Erik | ooh, yes, it msgs you the list... you can probably message it "help" if it follows old eggdrop bot style |
| 11:22.06 | ``Erik | and it does, just /msg infobot help |
| 11:22.44 | andrei_ | woah |
| 11:22.47 | andrei_ | loads of stuff |
| 11:22.57 | andrei_ | "can it cook dinner?" |
| 11:23.03 | Notify | 02GCI:enyangpae * 6350660664557568 : None - sorry for the lack of quality, I'm quite new to all this. I will try to improve on it. Thank you! |
| 11:24.13 | Notify | 02GCI:popescuandrei * 6350660664557568 : None - Hello! There was no lack of quality at all, I'm just helping you improve on your design, based on your prefferences ! :) |
| 11:59.06 | *** join/#brlcad raptor (~raptor@194.28.75.225) | |
| 12:03.55 | Notify | 02GCI:enyangpae * 6350660664557568 : Ready for review - The work on this task is ready to be reviewed. |
| 12:10.27 | *** join/#brlcad adityagulati (dce32db2@gateway/web/cgi-irc/kiwiirc.com/ip.220.227.45.178) | |
| 12:10.51 | adityagulati | http://www.google-melange.com/gci/task/view/google/gci2014/4861494520971264 could anybody tell me how is this a t-shirt? |
| 12:10.52 | gcibot | [[ Design a T-Shirt for BRL-CAD #10 || BRL-CAD || Closed || Hardeep Singh Rai, Gauravjeet Singh ]] |
| 12:11.54 | *** join/#brlcad adityagulati (dce32db2@gateway/web/cgi-irc/kiwiirc.com/ip.220.227.45.178) | |
| 12:13.35 | adityagulati | http://www.google-melange.com/gci/task/view/google/gci2014/4861494520971264 could anybody tell me how is this a t-shirt? |
| 12:13.36 | gcibot | [[ Design a T-Shirt for BRL-CAD #10 || BRL-CAD || Closed || Hardeep Singh Rai, Gauravjeet Singh ]] |
| 12:14.33 | *** join/#brlcad YashM (~YashM@117.198.17.174) | |
| 12:16.28 | raptor | If I know the coordinates of points, which are connected by lines sequentially , as outlined, through their mged? |
| 12:22.01 | *** join/#brlcad jasvir (~jasvir@122.173.236.121) | |
| 12:22.33 | Notify | 02GCI:Melange * 5311760286351360 : Task Reopened - Melange has detected that the final deadline has passed and it has reopened the task. |
| 12:26.14 | d_rossberg | adityagulati: what's the problem with the t-shirt design? the pdf is bad (probable a problem during creation), but the rest is ok, isn't it? |
| 12:27.28 | adityagulati | rossberg : But there is no back or any t-shirt layout |
| 12:28.16 | adityagulati | I have to make a gallery. can I atleast add the layout myself |
| 12:28.49 | d_rossberg | raptor: i'm not sure what you want to hear but if your question is regarding the script you want to create: how about creating a command input file for mged and parsing this to mged then? |
| 12:30.06 | d_rossberg | adityagulati: that's true, there may be better designs; the back of this specific t-shirt would be white |
| 12:30.47 | adityagulati | So can I add the layout |
| 12:34.01 | raptor | Now I'm working on called BRL-CAD I made a sketch in vector editor and received from svg file coordinates of each vertex. These vertices are connected by lines. I need to Extrude this sketch in mged. |
| 12:34.15 | ``Erik | the completed one is just the image to print on the front... I don't think there's really too much to lay out. If any are actually made, fulfillment will probably be through something like cafepress if it helps (you can look at how the image will be used) |
| 12:36.34 | ``Erik | raptor: maybe take a look a the "sketch" primitive in mged? I think that'd be the one you want (but I believe it can be difficult to use) |
| 12:37.57 | ``Erik | ponders an svg-sketch importer |
| 12:39.01 | raptor | Yes, it is difficult to use). But if you do not find a way try. |
| 12:39.47 | raptor | thanks Eric!) |
| 12:40.01 | raptor | Erik) |
| 12:41.02 | Notify | 02GCI:adityagulati * 5550495506628608 : Ready for review - The work on this task is ready to be reviewed. |
| 12:42.34 | ``Erik | raptor: good luck! |
| 12:44.29 | raptor | In bin ponders not, where can I get it? |
| 12:46.10 | raptor | oh I misunderstood word ponders |
| 12:46.30 | raptor | sorry |
| 12:48.59 | d_rossberg | adityagulati: where is the design we talked about? |
| 12:49.25 | adityagulati | working on that right now |
| 12:54.03 | Notify | 02GCI:rossberg * 5550495506628608 Create a web gallery of GCI t-shirt designs #2 https://www.google-melange.com/gci/task/view/google/gci2014/5550495506628608: Nice web page but I'm missing at... |
| 12:54.04 | gcibot | [[ Create a web gallery of GCI t-shirt designs #2 || BRL-CAD || NeedsWork || Deepak, Ch3ck ]] |
| 12:54.18 | Notify | 02GCI:rossberg * 5550495506628608 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to... |
| 12:56.27 | *** part/#brlcad jasvir (~jasvir@122.173.236.121) | |
| 13:03.04 | Notify | 02GCI:adityagulati * 5550495506628608 : Ready for review - The work on this task is ready to be reviewed. |
| 13:06.28 | Notify | 02GCI:popescuandrei * 6350660664557568 : None - Hello! Yeah, that looks a lot better, you ve applied the feedback I've provided each time! Well done, it sa great improvement from the first attempt... |
| 13:06.38 | Notify | 02GCI:popescuandrei * 6350660664557568 : Task Closed - Congratulations, this task has been completed successfully. |
| 13:12.52 | Notify | 02GCI:enyangpae * 6350660664557568 : None - Thank you very much! |
| 13:24.31 | ``Erik | raptor: sorry, BRL-CAD does not do svg. You need to translate from svg to sketch by hand. I think an automatic converter would be nice for someone to make in the future :) |
| 13:25.21 | Notify | 02GCI:rossberg * 5550495506628608 : Task Closed - Congratulations, this task has been completed successfully. |
| 13:26.00 | ``Erik | ÐÑо понÑÑно? |
| 13:26.39 | raptor | yes)) |
| 13:26.51 | raptor | Ðа,I try to do something) |
| 13:27.00 | ``Erik | :) good luck! |
| 13:27.10 | andrei_ | ``Erik, you speak russian ? :)) |
| 13:27.34 | raptor | Google translate 100% |
| 13:27.43 | andrei_ | oh |
| 13:27.56 | ``Erik | andrei_: no, I used google translate... nslookup on the ip indicated russian, and I wanted to make sure he understood :) |
| 13:29.16 | andrei_ | the civil ip locator isn't too efficient |
| 13:29.39 | andrei_ | I've tried searching for someone who I knew in a city and it had an error range of a mile or so |
| 13:30.20 | andrei_ | but I suppose for a country works ok |
| 13:35.43 | *** join/#brlcad n_reed_ (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 13:36.07 | *** join/#brlcad d_rossbe1g (~rossberg@66-118-151-70.static.sagonet.net) | |
| 13:36.42 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 14:09.48 | *** join/#brlcad mihaineacsu (~mihaineac@92.85.10.174) | |
| 14:22.19 | Notify | 02GCI:thevk * 5018129344233472 : Ready for review - The work on this task is ready to be reviewed. |
| 14:35.44 | Notify | 02GCI:adityagulati * 4609906124521472 : Task Claimed - I would like to work on this task. |
| 14:36.19 | Notify | 02GCI:adityagulati * 4609906124521472 : Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 14:36.24 | Notify | 02GCI:adityagulati * 6676395413471232 : Task Claimed - I would like to work on this task. |
| 14:37.29 | Notify | 02GCI:gjeet * 6676395413471232 : Task Assigned - This task has been assigned to Aditya Gulati. You have 100 hours to complete this task, good luck! |
| 14:55.23 | Notify | 02GCI:rossberg * 5018129344233472 : Task Closed - Congratulations, this task has been completed successfully. |
| 15:02.27 | *** join/#brlcad adityagulati (dce32db2@gateway/web/cgi-irc/kiwiirc.com/ip.220.227.45.178) | |
| 15:07.18 | *** join/#brlcad luca79 (~luca@host149-10-dynamic.0-87-r.retail.telecomitalia.it) | |
| 15:19.17 | Notify | 02GCI:o7p9bxbnyj * 5198651785740288 : misunderstanding - That makes more sense. Unfortunately, I didn't realize at first that you'd changed the header comment & intended the behavior to be... |
| 15:19.27 | Notify | 02GCI:o7p9bxbnyj * 4591442060115968 : Task Claimed - I would like to work on this task. |
| 15:19.59 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:23.37 | Notify | 02GCI:rossberg * 4591442060115968 : Task Assigned - This task has been assigned to Andromeda Galaxy. You have 100 hours to complete this task, good luck! |
| 15:24.22 | Notify | 02GCI:o7p9bxbnyj * 4591442060115968 : Ready for review - The work on this task is ready to be reviewed. |
| 15:27.28 | Notify | 02GCI:o7p9bxbnyj * 4591442060115968 : Bundle visualizations - This is the clearest set of images that I could find that visualizes the individual bundles well; gnuplot can generate interactive 3d... |
| 15:56.33 | raptor | sketch V {0 0 0} A {1 0 0} B {0 1 0} VL { {0.25 0} {0.5 0} {0.5 0.5} {0 0.5} {0 0.25} {0.25 0.25} {0.125 0.125} } SL { { carc S 4 E 0 R 0.25 L 1 O 0 } { line S 0 E 1 } { line S 1 E 2 } { line S 2 E 3 } { line S 3 E 4 } { carc S 6 E 5 R -1 L 1 O 0 } } |
| 15:56.34 | raptor | as I understand it the trajectory Bezier cars, explain to me the logic of it |
| 15:58.59 | raptor | S - start point E - end, point and the others? |
| 16:03.29 | d_rossberg | without guarantee: V: the place of the 2D sketch origin in 3D space |
| 16:04.06 | d_rossberg | A: mapping of the 2D x vector {1 0} in 3D space |
| 16:04.37 | d_rossberg | B: mapping of the 2D y vector {0 1} in 3D space |
| 16:05.00 | d_rossberg | VL: list of verticies, i.e. a list of 2D points |
| 16:05.55 | d_rossberg | SL: list of segments (refering the vertices with indexes) |
| 16:15.54 | raptor | I not understand how working { carc S 4 E 0 R 0.25 L 1 O 0 } |
| 16:24.40 | Notify | 02GCI:ralpt3748752_qejwhe * 6632135641268224 : Ready for review - The work on this task is ready to be reviewed. |
| 16:25.46 | d_rossberg | carc is a circular arc, i.e. a section of a circle |
| 16:27.09 | raptor | as it besier? |
| 16:27.26 | Notify | 02GCI:adityagulati * 6676395413471232 : Ready for review - The work on this task is ready to be reviewed. |
| 16:27.28 | d_rossberg | S: start point, E: end point, R: radius, L: center is left (a Boolean value), O: is clockwise oriented (a Boolean value) |
| 16:28.34 | d_rossberg | not Bezier, this would be "bezier" |
| 16:30.45 | d_rossberg | for bezier: D: degree, P: list of control points (degree + 1 pieces) |
| 16:35.34 | *** join/#brlcad raptor_ (~raptor@194.28.75.225) | |
| 16:46.19 | Notify | 02GCI:brlcad * 4591442060115968 : Task Closed - Congratulations, this task has been completed successfully. |
| 16:48.04 | Notify | 02GCI:helix * 6637040225484800 : Task Claimed - I would like to work on this task. |
| 16:54.05 | Notify | 02GCI:brlcad * 4591442060115968 : awesome, this is perfect - This is ... yeah, just awesome! I think the ascii art depictions are possible (heck, you could always visualize in 3D and pass an image... |
| 16:54.20 | Notify | 02GCI:brlcad * 6637040225484800 : Task Assigned - This task has been assigned to Yash. You have 100 hours to complete this task, good luck! |
| 16:57.13 | *** join/#brlcad nmz787_i (nmccorkx@nat/intel/x-nxbzqjoezxlmwoyk) | |
| 16:59.01 | Notify | 02GCI:tannousmarc * 6733016101552128 : Ready for review - The work on this task is ready to be reviewed. |
| 17:01.04 | Notify | 03BRL-CAD:starseeker * 63907 brlcad/trunk/db/nist/CMakeLists.txt: Add the pdf visuals of the NIST targets. |
| 17:03.18 | Notify | 02GCI:thevk * 4977508348854272 : Task Claimed - I would like to work on this task. |
| 17:06.53 | Notify | 02GCI:o7p9bxbnyj * 5792678377684992 : Task Claimed - I would like to work on this task. |
| 17:07.23 | Notify | 02GCI:brlcad * 6676395413471232 : Task Closed - Congratulations, this task has been completed successfully. |
| 17:08.53 | Notify | 02GCI:brlcad * 6676395413471232 : what a great preview - Aditya, can you describe how you put this gallery together? It looks like you used some tool(s) (which is great/fine), but I'm wondering if... |
| 17:14.56 | Notify | 03BRL-CAD:ejno * 63908 (brlcad/trunk/src/libged/CMakeLists.txt brlcad/trunk/src/libged/simulate/collision.cpp and 5 others): update the database for librt when necessary |
| 17:15.38 | *** join/#brlcad adityagulati (dce32db2@gateway/web/cgi-irc/kiwiirc.com/ip.220.227.45.178) | |
| 17:16.41 | Notify | 02GCI:adityagulati * 5581079297654784 : Task Claimed - I would like to work on this task. |
| 17:18.12 | Notify | 03BRL-CAD:ejno * 63909 (brlcad/trunk/src/libged/simulate/world_object.cpp =================================================================== and 151 others): add missing files |
| 17:20.39 | Notify | 02GCI:adityagulati * 6676395413471232 : Thanks - Sean, I Made the task in a Software called jAlbum. It is devoted to making web albums. There used to be a raw file but I don't have it now. If... |
| 17:25.28 | *** join/#brlcad albertcoder (~quassel@61.1.4.113) | |
| 17:36.36 | nmz787_i | does BRL support reading FBX files? |
| 17:36.47 | nmz787_i | I saw that Rhino 3D can export NURBS as that format |
| 17:37.02 | nmz787_i | and I heard that Rhino made the NURBs kernel that BRL is using |
| 17:37.08 | *** join/#brlcad alisha (~alisha@115.244.172.208) | |
| 17:37.13 | Notify | 03BRL-CAD:carlmoore * 63910 brlcad/trunk/src/util/pixclump.c: remove ' from Usage; add h for help; use 'omitted' in 2 comments |
| 17:37.34 | nmz787_i | since BRL has been a bit slow to get started, and Rhino's edu license is $140... it might be worth it for me to buy and use to produce open-source models |
| 17:37.38 | nmz787_i | while I get up to speed with BRL |
| 17:41.27 | Notify | 03BRL-CAD:carlmoore * 63911 brlcad/trunk/src/util/pixcolors.c: speed up run by setting up 3 else's |
| 17:49.00 | *** join/#brlcad nmz787_i (~nmccorkx@192.55.55.39) | |
| 17:50.13 | *** join/#brlcad MarcTannous (bc192596@gateway/web/cgi-irc/kiwiirc.com/ip.188.25.37.150) | |
| 17:52.34 | raptor_ | Please check my work - https://www.google-melange.com/gci/task/view/google/gci2014/6632135641268224 |
| 17:52.35 | gcibot | [[ Implement script to create a planetary gear || BRL-CAD || NeedsReview (2 days 19 hrs 48 min) || Kesha Shah, Harmanpreet ]] |
| 17:53.52 | Notify | 03BRL-CAD:starseeker * 63912 brlcad/trunk/src/librt/test_shape_recognition.cpp: Use a few more tolerances |
| 17:54.23 | MarcTannous | good evening guys |
| 17:54.24 | *** join/#brlcad merzo (~merzo@104-60-133-95.pool.ukrtel.net) | |
| 17:54.52 | raptor_ | I have already done the following work |
| 17:55.23 | raptor_ | good evening |
| 17:56.40 | Notify | 03BRL-CAD:ejno * 63913 (brlcad/trunk/src/libged/simulate/rt_instance.cpp brlcad/trunk/src/libged/simulate/simulate.cpp): write to the database in the destructor of TreeUpdater |
| 18:01.47 | *** join/#brlcad darshpreets (~darshpree@202.164.53.117) | |
| 18:06.03 | Notify | 02GCI:adityagulati * 5581079297654784 : File - Sir, https://www.dropbox.com/s/wzamveuc7n9p5k9/All%20CAD%20Designs%28GCI-2014%29.zip?dl=0 Here is the like to the file. Regards, Aditya |
| 18:11.49 | Notify | 03BRL-CAD:ejno * 63914 brlcad/trunk/src/libged/simulate/rt_instance.cpp: check that the tree is modified before writing |
| 18:26.20 | brlcad | waves |
| 18:27.00 | MarcTannous | hello |
| 18:27.00 | Stragus | waves back |
| 18:27.15 | Stragus | GCI tasks keeping you busy? :) |
| 18:28.11 | brlcad | nmz787_i: no support for reading/writing FBX files -- that's a proprietary format and we avoid those with prejudice |
| 18:28.20 | brlcad | Stragus: among many other things |
| 18:28.33 | brlcad | but gci is the fun |
| 18:29.19 | brlcad | nmz787_i: we most definitely do use the openNURBS library (I wouldn't exactly call it a kernel) from the McNeel Rhino folks |
| 18:34.27 | brlcad | hm... so it looks like more logo work is needed oof |
| 18:35.17 | brlcad | ``Erik: congratulations and welcome back :) |
| 18:35.59 | brlcad | andromeda-galaxy: generalized sweep is on our TODO, but is definitely not GCI work |
| 18:38.25 | brlcad | andromeda-galaxy: and you are spot on about rgba being a great way to go -- those project tasks push towards that direction |
| 18:43.03 | Notify | 03BRL-CAD:brlcad * 63915 brlcad/trunk/TODO: update the rt* manual pages to note their libicv capability. |
| 18:44.47 | brlcad | starseeker: won't be doing another big task push like the 150+ that were recently added, but we can still add more as needed especially if it's in a critical/useful/active area of work (e.g., related to converters, gcv, icv, rt*, etc) |
| 18:46.22 | MarcTannous | thanks for the new tasks by the way |
| 18:46.26 | MarcTannous | loads of them to choose from |
| 18:49.43 | brlcad | andromeda-galaxy: the pix file format is a fixed format -- possibilities are pixa and formats that have alpha support like png |
| 18:50.52 | nmz787_i | brlcad: thanks, do you know of any other NURBS formats that BRL can import? someone just told me to use solidworks instead of rhino, if I decide not to use BRL from the get-go |
| 18:50.56 | brlcad | MarcTannous: you're quite welcome |
| 18:51.11 | Notify | 03BRL-CAD:ejno * 63916 brlcad/trunk/src/libged/CMakeLists.txt: remove simrt |
| 18:51.26 | nmz787_i | brlcad: my main concern is being able to code examples that open-source tools can use, without resorting to something 'rendered' like STL |
| 18:52.06 | brlcad | MarcTannous: it's looking like we still need another couple attempts at a production logo if you want to give it another go |
| 18:52.22 | brlcad | nmz787_i: we import nurbs via 3dm and step |
| 18:52.45 | MarcTannous | brlcad: Why is that? What were the issues with the previous ones? |
| 18:53.00 | brlcad | nmz787_i: that are you trying to accomplish? note that we don't provide useful editing of nurbs |
| 18:53.13 | brlcad | MarcTannous: a variety of issues |
| 18:53.33 | brlcad | yours and andromeda-galaxy's logo work were the two best, but both had issues |
| 18:53.52 | MarcTannous | brlcad: If you want, just write the issues here and I'll fix it without needing to add it as a task |
| 18:54.07 | brlcad | not noticed on review, but noticed when I went to add some new animation tasks that refernced them |
| 18:55.44 | brlcad | MarcTannous: it's a variety of issues, let me screenshot something |
| 18:56.25 | brlcad | maths22: what are all those images dumped into the images directory? ... looks like they don't belong there :) |
| 18:56.42 | brlcad | (that's supposed to be a somewhat browseable directory) |
| 18:57.29 | nmz787_i | brlcad: goal is to have parametric model library of fluidic components (basically pipes/tubes in different shapes)... that I can then connect together for a given 'fluidic circuit' design. Keeping the models as NURBs so when they're used together in a design, that NURBs intersection can go to work |
| 18:57.55 | maths22 | brlcad: not sure. I'll clean it up later today |
| 18:58.27 | nmz787_i | shorter term goal is to actually get to work on the library, rather than surveying all the open/free CAD tools endlessly. |
| 18:59.01 | nmz787_i | which is why I'm thinking of spending money, since the $ tools are likely more user-friendly |
| 19:00.23 | andromeda-galaxy | brlcad: for the rt alpha layer stuff, is the right place to do that in a new intermediate file format or in libicv & have icv handle it? also, I'm slightly confused by how rt renders to files at all, does it use icv for rendering to pix? |
| 19:01.50 | *** join/#brlcad albertcoder (~quassel@61.1.4.113) | |
| 19:02.21 | brlcad | MarcTannous: criteria I'm looking at are 1) that the design and render is backed by a .g file, that there's a version with and without the pegs, that that the pegs aren't too big/small (sticker is too big, 50% is too small), that the colors are close to what we used in our sticker design (dark grey and a ruby red), lighting is flat and shaded, and zero visual artifacts/discontinuities |
| 19:02.58 | brlcad | nmz787_i: do you have a concept picture of what you mean? |
| 19:03.15 | andromeda-galaxy | brclad: sorry to interrupt, but that reminded me --- what did you think of the render script I used for my second logo task? I tried to make it create a nice big variety of renders... |
| 19:03.19 | MarcTannous | brlcad: Can I get some RGB/HEX on the dark grey and ruby reds you want? |
| 19:03.26 | brlcad | maths22: looks like something you ran dumped a few dozen images in there on dec 10th |
| 19:03.53 | brlcad | nmz787_i: any interest in modeling those in CSG+implicit format and simply exporting to nurbs? |
| 19:04.49 | nmz787_i | brlcad: there are some renderings here: https://github.com/nmz787/microfluidic-cad/tree/master/implicitCAD/output |
| 19:05.04 | nmz787_i | and the source being the .escad files here https://github.com/nmz787/microfluidic-cad/tree/master/implicitCAD |
| 19:05.25 | brlcad | nmz787_i: I'd suggest also checking out openscad before you go proprietary |
| 19:05.26 | nmz787_i | I think implicitCAD is all CSG, which was pretty easy for me to understand |
| 19:05.33 | brlcad | this is a great intro: http://blog.cubehero.com/2013/11/19/know-only-10-things-to-be-dangerous-in-openscad/ |
| 19:05.54 | nmz787_i | brlcad: I've been recommended to stay away from openscad as it is millions of lines written in multiple (human) languages |
| 19:06.26 | teepee | nmz787_i: see yourself http://www.openscad.org/documentation.html#tutorials-blogs and decide then :) |
| 19:07.08 | nmz787_i | teepee: my concern isn't their syntax, it is poor implementation and bugs that I want to avoid |
| 19:07.11 | brlcad | nmz787_i: I don't understand .. are you looking to write code or use a tool? |
| 19:07.30 | nmz787_i | brlcad: umm, both? |
| 19:07.33 | nmz787_i | :) |
| 19:07.36 | brlcad | the size and complexity of openscad is kind of irrelevant unless you're looking to do development :) |
| 19:07.44 | brlcad | and they're really not that big/complicated |
| 19:07.52 | brlcad | someone is counting external dependencies or something |
| 19:08.01 | brlcad | brl-cad is far bigger and more complex :) |
| 19:08.12 | nmz787_i | I want my models to be parametric, and not suffer from calculation errors or degradation due to some weird math precision loss at some point |
| 19:08.21 | brlcad | sure |
| 19:08.27 | nmz787_i | I was recommended to use NURBs so the math stays high-level through the intersection operations |
| 19:09.04 | nmz787_i | i.e. the values of the curve aren't evaluated during intersection |
| 19:09.15 | nmz787_i | I don't really know how CSG works for intersection |
| 19:09.20 | brlcad | yeah, what I thought -- openscad is about 60k lines of code, almost entirely c/c++ |
| 19:09.28 | nmz787_i | if the curves get evaluated into a float or something, then joined |
| 19:09.35 | brlcad | intersection is a csg operation :) |
| 19:09.36 | nmz787_i | someone told me it was millions |
| 19:09.38 | nmz787_i | kanzure: ^ |
| 19:09.55 | nmz787_i | brlcad: I meant intersection of CSG vs NURBs |
| 19:10.07 | nmz787_i | intersection of NURBs produces a new NURBs equation right? |
| 19:10.15 | nmz787_i | idk what CSG intersection produces |
| 19:10.29 | kanzure | i told you opencascade was millions |
| 19:10.51 | nmz787_i | kanzure: you said something bad about openscad too I thought |
| 19:10.55 | andromeda-galaxy | nmz787_i: in general, csg models are built up by boolean operations (intersection, union, subtraction) on simple parametric shapes (sphere, box, cylinder, etc.) |
| 19:11.19 | kanzure | i have said many things about openscad (there is very very very little reason to create an entirely new language just for cad) (they should be busy solving cad problems, not language design problems) |
| 19:11.29 | kanzure | here are my notes about opencascade http://diyhpl.us/wiki/cad/opencascade/ |
| 19:11.29 | nmz787_i | andromeda-galaxy: I know that, what I don't know is how that occurs... i.e. are new equations produces, or are the equations evaluated (discretized) first |
| 19:12.02 | andromeda-galaxy | nmz787: conceptually, the operations form a tree with the actual csg primitive data as the leaves |
| 19:12.07 | brlcad | MarcTannous: http://brlcad.org/gci/logo/ <-- check out the two sticker png images |
| 19:12.17 | andromeda-galaxy | as far as I know, BRL-CAD doesn't evalauate that tree |
| 19:12.19 | andromeda-galaxy | until raytracing time |
| 19:12.35 | brlcad | MarcTannous: anything renedered can be color-corrected/adjusted in post-processing, the color mostly matters in the final output |
| 19:12.52 | nmz787_i | kanzure: so you were never telling me not to use openscad? you were just complaining about syntax/lexical stuff? |
| 19:12.53 | kanzure | your opennurbs surface intersection stuff surely happens without raytracing (for example, for export) |
| 19:13.08 | kanzure | nmz787_i: i think openscad is a bad idea in general |
| 19:13.24 | teepee | kanzure: why? |
| 19:13.25 | brlcad | MarcTannous: and there's room for movement (e.g., the dark grey can approach black and should for a small icon, for example) |
| 19:13.47 | kintel | nmz787_i: FYI: The sinusoidal_mixer.escad you created is basically OpenSCAD. ImplicitCAD was inspired by openscad, but they dropped the development a long while ago |
| 19:14.00 | kanzure | teepee: well, the language design issues alone make me extremely suspicious of their ability to do prioritize cad-related problems |
| 19:14.06 | teepee | kanzure: it's perfectly fine saying it's not useful for stuff you need, but "bad idea in general" is a quite bold claim |
| 19:14.14 | kanzure | teepee: but secondly, if he wants nurbs, he shouldn't use openscad because that's not implemented |
| 19:14.40 | Notify | 02GCI:james1f * 5269456200663040 : Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 19:14.51 | nmz787_i | kintel: yeah the new 'maintainer' hangs out in another room I'm in... I like the implicitcad ease-of-use, but it doesn't render satisfactory results consistently |
| 19:15.01 | teepee | should disclose being part of the openscad team ;) (well team is a big word) |
| 19:15.20 | kintel | (and me being the rest of the team ;)) |
| 19:15.34 | kanzure | where's juri_ |
| 19:15.36 | MarcTannous | brlcad: If I can throw a suggestion out there |
| 19:15.38 | brlcad | kanzure: I'd take exception to comments about prioritization too .. open source is often about scratching ones own itch, is it not? :) |
| 19:16.02 | kanzure | brlcad: i think there are lots of ways to scratch language deisgn itches that do not involve promising cad kernels to users |
| 19:16.05 | kanzure | *design |
| 19:16.09 | brlcad | just because they're not willing to scratch yours doesn't say anything about overall utility and especially of design/implementation |
| 19:16.12 | MarcTannous | brlcad: I saw you want galleries for all the graphical work done in GCI, all of them having separate tasks. Can I combine it into a multi-tabbed, simple to use, one page gallery? |
| 19:16.33 | MarcTannous | brlcad: Instead of having separate pages for everyhing, just split it into tabs on a single page |
| 19:16.43 | nmz787_i | I just don't want manufacturing errors, since I'm working on MEMS stuff |
| 19:16.53 | kanzure | brlcad: to be clear, my actual beef with openscad, which is not really being expressed well here, is unrelated to this particular issue (i'm generally opposed to the idea of users generating stl files and sending those around on the internet) |
| 19:16.55 | MarcTannous | brlcad: what I mean : http://codepen.io/wallaceerick/pen/ojtal |
| 19:17.00 | teepee | nmz787_i: which channel is that? I've seen the 31c3 talk where she mentioned the implictcad takeover |
| 19:17.04 | nmz787_i | s/manufacturing/calculation/ |
| 19:17.15 | nmz787_i | teepee: implicitcad, also hplusroadmap |
| 19:17.54 | kanzure | brlcad: wait, sorry, my last statement was unfair. i do have other beefs, so i shouldn't misrepresent myself as having just one beefstrips |
| 19:18.01 | brlcad | MarcTannous: sure, but I don't want to dominate a single task when it's a lot of work to find/download/resize/organize each of the different task categories |
| 19:18.05 | andromeda-galaxy | MarcTannous: the (ab)-uses of CSS nowdays continually amaze me... |
| 19:18.16 | nmz787_i | also implicitcad silently passes syntax errors, so it was hard to debug sometimes, and you don't realize the error until you open the output STL in meshlab |
| 19:18.43 | MarcTannous | andromeda-galaxy: Just read today that someone developed a quick change to CSS that allows it to have a for instruction, that one amazed me :D |
| 19:18.44 | kanzure | implicitcad is just a haskell library, there's no reason for your haskell compiler to be missing out on syntax errors.... |
| 19:19.00 | MarcTannous | brlcad: I can just submit the same file to all the tasks, but I think this way it's more convenient on your end |
| 19:19.01 | kanzure | their escad stuff seems like it should be unrelated to implicitcad (e.g. a bug) |
| 19:19.10 | nmz787_i | since I am doing MEMS, I also want to be able to export to a mesh to do physics simulations (FEA, CFD) |
| 19:19.23 | brlcad | kanzure: fair enough complaint about stl output -- it is very much an output artifact central to their current implementation, but not central to their descriptive syntax |
| 19:19.32 | nmz787_i | so that is why I want the rendered mesh to be as precise/accurate as possible |
| 19:19.51 | brlcad | it'd be conceivable to output a brl-cad .g file for example, or bridge from our format to theirs even without too much heartache |
| 19:19.56 | andromeda-galaxy | MarcTannous: indeed... if I remember correctly, there's some kind of an eval of in css to allow computing stuff based on other sizes that would be really useful in some places... I have to admit, I'm curious how hard it would be to make CSS turing-complete, given some of the things that can be done with it. |
| 19:20.35 | MarcTannous | andromeda-galaxy: Loads of guys around the web are discussing CSS+HTML being turing-complete or not actually, with some small additions |
| 19:20.42 | MarcTannous | Technology sure is moving fast :D |
| 19:21.14 | kintel | nmz787_i: btw., if you have openscad questions, feel free to join #openscad - itâs actively being developed |
| 19:21.17 | andromeda-galaxy | indeed ... it seem's wayyy overkill for the original purpose of CSS, and yet can be so useful --- of course, if it is turing complete , than we can implement a for loop in pure CSS |
| 19:21.19 | brlcad | MarcTannous: or you submit a design with one tab, and just combine them all when you're done into one? |
| 19:21.29 | kanzure | brlcad: i think that something along the lines of cadquery makes more sense (generic library api, then call the library from whatever language you want, and then your weirdo custom language can be another option that i'm free to ignore :)) |
| 19:21.45 | kanzure | (i believe implicitcad used to have this before they turned into openscad2?) |
| 19:21.51 | MarcTannous | brlcad: Sure thing, will ping you with a link to it when it's done over IRC |
| 19:22.30 | kanzure | kintel: did you happen to ever look at python-brlcad or cadquery or pythonocc, by any chance? |
| 19:22.49 | kanzure | or stuff like cffi, ctypes, swig, ffi, etc... |
| 19:23.05 | brlcad | kanzure: lost me at "CadQuery is based on OpenCasCade." |
| 19:23.19 | nmz787_i | kintel: thanks, I will look into it... I wanted to give those .escad models a try with openscad |
| 19:23.32 | kanzure | brlcad: cadquery is not really based on opencascade.. i mean... he implemented a wrapper around freecad, but that was an accident (i think if pytohn-brlcad had existed earlier, he would have used python-brlcad instead) |
| 19:23.32 | kintel | kanzure: Are you referring to python bindings or use of OopenCascade? |
| 19:23.44 | kanzure | i am referring to not-necessarily-python bindings |
| 19:23.59 | brlcad | python-brlcad is much more exciting ;) |
| 19:24.35 | nmz787_i | yeah I tried using python-brlcad, but it was segfaulting on nosetests |
| 19:24.59 | brlcad | nmz787_i: not yet intended for production use iirc |
| 19:25.00 | kintel | kanzure: Iâve written enough bindings to know not to get involved at this point. Weâre not offering a kernel anyway, but a front-end to various back-end technology |
| 19:25.28 | kanzure | yes except your users are totally locked into that |
| 19:25.34 | kintel | kanzure: if you want a binding, why not just use cadquery? Itâs exactly what that is |
| 19:26.04 | nmz787_i | kintel: I tried using cadquery too, but couldn't find much info on how to get started... and also freecad is supposed to crash all the time |
| 19:26.13 | nmz787_i | (which I've heard from other sources than just kanzure) |
| 19:26.15 | teepee | kanzure: right, locked into an open source project. that sounds funny. especially with lots of other projects being able to read the format too :) |
| 19:26.17 | kintel | kanzure: well, as a user of any other tool, youâre also totally locked into their APIs |
| 19:26.54 | teepee | yep, can't see much difference with a library. |
| 19:27.21 | kintel | ..plus that the openscad codebase is microscopic compared to the other ones weâre discussing here |
| 19:27.22 | kanzure | (isn't it more likely that you will take your own default position though? i'm not sure if you're expecting me to be surprised that you disagree) |
| 19:27.44 | kanzure | i don't know why creating an entire new language is ever considered appropriate here |
| 19:27.57 | kanzure | but either way, it's been done and unfortunately it will continue to be used |
| 19:28.21 | teepee | regarding general scripting languages, I partially agree |
| 19:28.48 | teepee | there is some use for http://en.wikipedia.org/wiki/Domain-specific_language though |
| 19:28.53 | kanzure | i'm not sure if kintel is arguing that new languages are better than api bindings |
| 19:29.04 | nmz787_i | prepare for backlash re domain specific langs |
| 19:29.10 | kanzure | i think that a domain specific language that lives as a separate totally unrelated project is probably okay |
| 19:29.51 | brlcad | of cadquery's 5 listed advantages, the only ones that seem to have any value to me are the first and last (standard language and performance) and they're not that compelling in isolation imho |
| 19:30.19 | kanzure | i was mentioning cadquery to you in that context for the purpose of demonstrating an api |
| 19:30.30 | kanzure | i don't know what advantages they list, i haven't checked that list so i can't speak for it |
| 19:30.43 | brlcad | correct me if i'm wrong, but it wouldn't take much to take the existing syntax and make it fit a given language like python with similar syntax |
| 19:30.54 | kanzure | it would be huge amounts of effort, involving parsers etc |
| 19:31.15 | brlcad | kanzure: heh, right on their main page: https://github.com/dcowden/cadquery |
| 19:31.38 | brlcad | kanzure: their entire code is 60k .. i do not call that huge amounts of effort |
| 19:31.49 | kintel | ..and writing a parser is trivial |
| 19:31.55 | brlcad | we have single one-way converters that are three times that size |
| 19:31.59 | kintel | ..compared to a CAD kernel |
| 19:32.43 | brlcad | it's solid effort, so I wouldn't devalue the investment -- what is proven is that their syntax is easy/approachable, comfortable for non-coders even |
| 19:33.27 | kanzure | yes, if you want to just ship something out the door as fast as possible, sure anything goes i guess? |
| 19:33.33 | brlcad | that's what makes point #4 a bit moot, and if we bridged to them, they'd get step support for #2, #3, and #5 |
| 19:33.35 | teepee | indeed, I see lots of room for both approaches |
| 19:33.53 | kanzure | look, i'm totally okay iwth domain speciifc languages as long as they are not mandatory and as long as they are not polluting my libraries and dependencies |
| 19:33.54 | brlcad | kanzure: I don't think that's fair |
| 19:34.18 | kintel | kanzure: Think html :) |
| 19:34.20 | kanzure | users have no idea if they are using a cad kernel or not |
| 19:34.31 | kanzure | if you just want stuff users will download almost anything goes heh |
| 19:34.45 | kanzure | it's not like they are thinking about long-term maintainability and ecosystem stuff |
| 19:34.51 | kanzure | otherwise you wouldn't have people emailing me 100 MB stl files :( |
| 19:36.08 | brlcad | I also have a hunch that using a standard language is not really the issue here ... it's that it's not your preferred language? :) |
| 19:36.29 | brlcad | otherwise, why isn't everyone using our .asc format .. it's basically the same, and valid tcl :) |
| 19:36.40 | *** join/#brlcad raptor_ (~raptor@213.222.229.209) | |
| 19:36.44 | kanzure | that is a good question |
| 19:36.45 | brlcad | (it's terrible as a declarative structured geometry syntax is why) |
| 19:37.10 | kanzure | right, so brlcad only has tcl bindings other than python-brlcad at the moment, right? and possibly-broken-but-i'm-not-sure perl swig bindings |
| 19:37.54 | kanzure | one possible reason that not everyone is using that is because there are so few tcl users any more, especially tcl users that want to be doing cad stuff. but i'm not sure if this is true. |
| 19:38.36 | nmz787_i | tcl is a bit wonky to look at and try jumping into |
| 19:38.36 | kanzure | i would expect that if making bindings was easier somehow (more on this later... not now), that others would come along and make more bindings into brlcad and reuse cad kernel stuff in many other applications and projects. |
| 19:38.41 | kanzure | i mean, that was certainly my intention |
| 19:38.44 | kanzure | for making python-brlcad things |
| 19:39.46 | kanzure | *making brlcad bindings was easier (and my side comments later are theoretically about suggestions i can give based on experiences during time i've spent on python-brlcad, although personally you've been around most of the time that was happening so you're probably fully aware of most things i could say anyway) |
| 19:39.54 | brlcad | pick any language any you will gain supporters and lose customers ;) |
| 19:40.07 | brlcad | the same can be said of not picking a language and creating one |
| 19:40.27 | teepee | hehe |
| 19:40.28 | kanzure | well, to be fair, maintaining bindings inside brlcad itself is probably not ideal anyway, but making that easier or more consistent would be a nice and pleasant thing to do for others |
| 19:40.41 | kanzure | by not ideal i mean you should not have the maintenance costs of 2000 different bindings or whatever |
| 19:41.07 | kanzure | *you should not take on the maintenance costs of |
| 19:41.45 | kanzure | for example, a bunch of the opennurbs additions that happened in brlcad were not part of the c api, so i couldn't wrap/bind those as easily |
| 19:41.52 | brlcad | kanzure: that's my view -- that any language/exposure is a front-end interface issue, and our job (in brl-cad at least) is to simply define the constructs that are supported (which we're doing in libged in a command argv form and in wdb in procedural form) |
| 19:42.47 | brlcad | that's why I wouldn't hesitate to create a bridge to openscad's current syntax, possibly even replace our .asc format with that if it were fully compatible, just to increase collaboration potential |
| 19:42.56 | brlcad | to many disparate open source CAx activities |
| 19:42.59 | kanzure | well, users are users |
| 19:43.07 | kanzure | but i don't recommend switching to cgal or whatever |
| 19:43.27 | brlcad | that's an implementation detail |
| 19:43.35 | brlcad | could change on their end, related to their GUI |
| 19:43.51 | brlcad | not necessarily intrinsic to what I see is the main value of openscad |
| 19:44.07 | brlcad | e.g., I could probably drop brl-cad under their hood in a month and nobody would be the wiser |
| 19:44.23 | kanzure | yes, it's very hard for me to discern the differences between when people are talking about the merits of the relative popularity of openscad versus the merits of cad related things happening in openscad |
| 19:44.33 | nmz787_i | heading to eat, thanks for the great discussion, I will read logs |
| 19:44.35 | nmz787_i | thanks a lot! |
| 19:44.57 | brlcad | the value is in that easy to use syntax (which would be interesting to see how it extends if it were made compatible with some language) |
| 19:45.19 | kanzure | yes if you compile brlcad directly into it sure you can get whatever you want, but isn't that cheating |
| 19:45.20 | brlcad | nmz787_i: heh, you're welcome (I think ...) this is what you get with open source, lots of discussion and possibilities ;) |
| 19:45.44 | kanzure | so, again, a domain specific language is okay, but i see no reason to couple it to a gui...... |
| 19:46.17 | kanzure | i feel like i'm a evangelist for "separation of concerns" here, i dunno. i think i'll go buy nmz787 some lunch now.. |
| 19:46.35 | brlcad | oh sure, I guess I just automatically see them as separate issues |
| 19:46.37 | kintel | kanzure: what GUI? Iâm sure youâre aware of openscad being available as pure cmd-line without linking with Qt? |
| 19:46.42 | brlcad | their format and their gui |
| 19:46.56 | brlcad | and their evaluation engine |
| 19:47.41 | kintel | kanzure: Creating a clean API to the geometry description would be nice indeed. If someone is up for that kind of refactoring job, Iâd support it. |
| 19:47.51 | brlcad | kintel: anyone thought about what changes would be need to make your syntax lisp/scheme compatible? |
| 19:47.58 | brlcad | seems awefully close already |
| 19:48.07 | teepee | there's a wrapper for that :) |
| 19:48.38 | andromeda-galaxy | now that sounds interesting... |
| 19:50.31 | brlcad | kintel: so have I said it again recently, that we want to import/export your format? ;) |
| 19:50.41 | kintel | brlcad: Iâve though about it, but not sure if it would help. the evaluation engine itself, otoh, would benefit from having a clean existing engine driving it |
| 19:50.51 | teepee | ah, well, it clojure - https://github.com/farrellm/scad-clj |
| 19:50.59 | brlcad | would be interesting to itemize what'd be needed to make brl-cad do the evaluations too, especially now that libgcv is started |
| 19:52.07 | kintel | whatâs libgcv? |
| 19:52.12 | brlcad | ugh, why's that EPL? |
| 19:53.15 | brlcad | kintel: we're creating a geometry conversion library intended to make our 20+ importers/exporters available for end-user and application development use |
| 19:53.28 | brlcad | where each format is basically a plugin to the library |
| 19:53.31 | kintel | ah. right, you mentioned that |
| 19:53.37 | brlcad | even our own .g and .asc formats |
| 19:53.53 | brlcad | lets us get our STEP and IGES converters into other people's hands |
| 19:53.58 | kintel | import/export would be cool ;) |
| 19:54.11 | brlcad | as well as provide a tool similar to image magick's "convert" for geometry |
| 19:54.19 | brlcad | gcv file.step file.stl |
| 19:54.23 | brlcad | boom |
| 19:55.16 | andromeda-galaxy | that would be nice... do we have any support right now for detecting file types based on magic number-type identifications? |
| 19:55.28 | brlcad | we'll have at least four formats done by summer |
| 19:56.05 | brlcad | andromeda-galaxy: no, but that's an interesting idea as an advanced filetype sensing option |
| 19:56.14 | brlcad | s/option/feature/ |
| 19:56.25 | andromeda-galaxy | brlcad: if I remember correctly, convert uses that to try to help with filenames that are wrong/overlapping extensions |
| 19:56.35 | brlcad | right now it's declarative first, you specify a recognized extension |
| 19:56.48 | andromeda-galaxy | so for a general conversion library it seems like it would be useful... just as something to think about for the future, at least |
| 19:56.55 | brlcad | yeah, I figured but we won't likely run into that any time soon |
| 19:57.10 | brlcad | the proprietary formats have a good bit of overlap, but the open standards not so much |
| 19:57.24 | andromeda-galaxy | that's true |
| 19:57.52 | andromeda-galaxy | brlcad: not sure if it got lost in all the other discussions, did you see my other questions above? |
| 19:57.55 | brlcad | there will most certainly already be sensing within various plugins that are type-aware |
| 19:58.23 | andromeda-galaxy | that makes sense... |
| 19:58.31 | brlcad | e.g., our .g plugin sensing whether it's a v4, v5, etc or 3dm sensing their version, or stl sensing whether it's binary or ascii format, etc |
| 19:59.20 | brlcad | still, our first step is declarative ... "convert this to that using these parameters" |
| 19:59.39 | brlcad | that's enough work as it is, especially for the huge formats like iges and step |
| 19:59.44 | andromeda-galaxy | right... then once that is working, we can think about doing things like advanced format detection &c. |
| 20:00.06 | brlcad | I was going to have a slew of gci tasks in this area, but it's a complicated topic to get into |
| 20:00.28 | brlcad | right, format detection, tolerance sensing, orientation sensing |
| 20:00.30 | andromeda-galaxy | true... I also remember having trouble with the little bit of IGES work I did last year where finding a good spec is pretty hard |
| 20:01.35 | brlcad | possibly even advanced shape recognition ... specify a flag that requests "shape compression" or "shape recognition" for example, and it might turn a file of stl spheres into actual implicit point+radius sphere definitions |
| 20:02.06 | brlcad | starseeker is basically working on that as a research project now |
| 20:02.11 | teepee | there were some interesting videos on yt about that, but no additional info |
| 20:02.14 | andromeda-galaxy | that sounds like a really interesting possibility... I'll have to talk to starseeker about it sometime |
| 20:02.38 | brlcad | we have some customers that are interested for real use |
| 20:04.25 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 20:04.58 | andromeda-galaxy | indeed... it seems like there would be a number of uses for that kind of functionalaity |
| 20:05.27 | andromeda-galaxy | brlcad: not sure if they got lost in all the other discussions, did you see my other questions above (at about 7:00 GMT)? |
| 20:06.32 | teepee | right, there it was - "reverse engineering STL" https://www.youtube.com/channel/UCSO65ViVDuM1ysHa_vHpg3Q |
| 20:13.17 | MarcTannous | brlcad: are you still around? |
| 20:13.29 | Notify | 02GCI:deepakkumarsharma * 4977508348854272 : Task Assigned - This task has been assigned to Vladimir Kuznetsov. You have 100 hours to complete this task, good luck! |
| 20:13.59 | Notify | 02GCI:deepakkumarsharma * 5581079297654784 : Task Assigned - This task has been assigned to Aditya Gulati. You have 100 hours to complete this task, good luck! |
| 20:14.19 | Notify | 02GCI:deepakkumarsharma * 5792678377684992 : Task Assigned - This task has been assigned to Andromeda Galaxy. You have 100 hours to complete this task, good luck! |
| 20:15.33 | MarcTannous | I want to just get some quick feedback on http://www.google-melange.com/gci/task/view/google/gci2014/6733016101552128 |
| 20:15.34 | gcibot | [[ Create a web gallery of GCI website landing page designs || BRL-CAD || NeedsReview (3 days 1 hrs 52 min) || Sean, Dishank ]] |
| 20:15.44 | MarcTannous | So that I know whether I'll do all the other galleries tomorrow or not |
| 20:17.48 | starseeker | nmz787_i: if no one suggested it yet, FreeCAD may also be worth a look. |
| 20:18.16 | kanzure | has been suggested to him many times |
| 20:18.22 | starseeker | ah, k |
| 20:18.30 | starseeker | whole lotta scrollback to scan |
| 20:18.38 | kanzure | it's hard to come up with reasons to use freecad because maintaining it means maintaining http://diyhpl.us/wiki/cad/opencascade/ |
| 20:18.51 | kanzure | and then all your cad models have maintenance costs tied into that |
| 20:18.57 | kanzure | btw verbnurbs is worth reading |
| 20:19.20 | Notify | 02GCI:o7p9bxbnyj * 5792678377684992 : Ready for review - The work on this task is ready to be reviewed. |
| 20:19.46 | starseeker | kanzure: now that they've (finally) got LGPL, opencascade may get some real open source interest |
| 20:20.33 | kanzure | i think that they would have to release more of their test cases for that to happen |
| 20:20.51 | Notify | 02GCI:dishank * 6733016101552128 : xvcx - xv x |
| 20:23.20 | starseeker | kanzure: brlcad may disagree, but for me this video makes taking a look at FreeCAD as a model creation tool an interesting possibility from a user's standpoint: https://www.youtube.com/watch?v=wWKzRr2Qw1o |
| 20:23.20 | kanzure | starseeker: actually a common set of testcases for evaluating cad engines would be extremely helpful |
| 20:23.53 | kanzure | starseeker: i think freecad is a wonderful idea but i personally can't invest in the efforts necessary to seriously reduce the buggyness of opencascade. perhaps if they switch to brlcad+opennurbs... |
| 20:24.01 | brlcad | andromeda-galaxy: you can most certainly disassemble that gear bearing ... just can't reassemble it without an adhesive ;) |
| 20:25.15 | andromeda-galaxy | brlcad: true |
| 20:25.54 | brlcad | anything can be disassembled ;) |
| 20:26.04 | brlcad | except johnny five |
| 20:26.29 | kanzure | i have tried to reduce buggyness of opencascade but it's seriously hard with limited tests and variables like "aMPBLPB" and "aMPBLI" to accurately refactor anything |
| 20:27.04 | Stragus | Mmhm, code written by mathematicians |
| 20:27.16 | brlcad | MarcTannous: i responded to that ... you can do them all but just submit one tab at a time ... that's also in case there are edits needed |
| 20:27.19 | kanzure | mathematicians do that? |
| 20:27.23 | andromeda-galaxy | brlcad: indeed... does rt use icv for image output to pix, or only for output to other formats? The rt code for dealing with output is somewhat complicated |
| 20:27.50 | MarcTannous | brlcad: Just want to make sure the design is alright so that I don't do all of them with a flawed base or crucial thing missing |
| 20:27.56 | brlcad | MarcTannous: or do one tab, submit, two tabs, submit, etc, as you finish each section |
| 20:28.17 | brlcad | all the more reason to just do one task |
| 20:28.21 | brlcad | tab |
| 20:29.00 | brlcad | I was planning on combining these all into a master gallery, so i'll add a task to do just that |
| 20:29.16 | brlcad | and you can put the final assemblage there |
| 20:29.46 | brlcad | we'll let our community vote on a best/final presentation to use in an announcement |
| 20:30.03 | brlcad | the first one submitted earlier today for animations was pretty fantastic |
| 20:30.17 | sofat | <PROTECTED> |
| 20:30.31 | brlcad | he l lo |
| 20:30.32 | sofat | <PROTECTED> |
| 20:31.11 | sofat | what is status of docbook project ? how much work is left in this project |
| 20:32.02 | sofat | you only need about us page ? or more then. |
| 20:33.15 | MarcTannous | brlcad: Yeah, just checked out the one done for animations, it's done with an intermediary application though |
| 20:33.20 | brlcad | starseeker: what's so interesting about that tutorial video? |
| 20:34.00 | starseeker | brlcad: to me, the relative ease of creating and editing a NURBS model |
| 20:34.22 | starseeker | quite a sharp contrast from MGED :-/ |
| 20:34.45 | brlcad | this was created about 10 years ago in just a couple minutes too: http://en.flossmanuals.net/contributors-guide-to-brl-cad/feature-overview/_booki/contributors-guide-to-brl-cad/static/bearing_cc.png |
| 20:34.49 | kanzure | this is the pythonocc video i like: https://www.youtube.com/watch?v=ZUCv7COgzU0&t=20s |
| 20:35.34 | kanzure | (although would be better if they demoed doing an intersection or something) |
| 20:35.51 | sofat | brlcad, please tell me |
| 20:35.58 | brlcad | starseeker: one must assert equivalent interface familiarity if you want a fair usability comparison |
| 20:36.03 | kanzure | perhaps this one https://www.youtube.com/watch?v=mnQ1IqfjsCs&t=1m |
| 20:36.25 | starseeker | brlcad: or assume no familiarity with either interface and start cold in both cases |
| 20:36.26 | brlcad | if you know the commands, that model is literally about 10 commands, all trivial |
| 20:36.35 | brlcad | don't think you even need to crack out oed |
| 20:37.27 | brlcad | andromeda-galaxy: I believe it uses icv, but would have to check the code |
| 20:37.54 | kanzure | i think there's definitely something going on differently in that freecad video |
| 20:38.18 | kanzure | and it's not the number of commands or the relative distribution of different characters in api calls :p |
| 20:38.36 | andromeda-galaxy | brlcad: ahh, thanks |
| 20:39.02 | brlcad | kanzure: "a common set of testcases for evaluating cad engines" would be awesome .. and complicated when you involve different representations and formats |
| 20:39.16 | andromeda-galaxy | brlcad: also, did you see for my second logo modelling task the render script that I used? I was curious what you thought of it... |
| 20:39.29 | brlcad | even if one ONLY handled triangles, you're looking at probably a dozen different capabilities just on the geometry definitino |
| 20:40.00 | sofat | s/ definitino/definition |
| 20:40.03 | andromeda-galaxy | brlcad: what about writing test cases for one format (e.g. .g) and then getting something like gcv set up to the point that pretty much anything can be tested by it? |
| 20:40.07 | starseeker | brlcad: once our CSG->BREP path is solid and working, the CSG approach to making that bearing might be viewed as comparable - at the moment, CSG geometry is a BRL-CAD only game. In FreeCAD I can save a STEP file from that and bring it up just about anywhare. |
| 20:40.25 | kanzure | brlcad: i agree the format testing would be definitely annoying and very elaborate, although basic cad geometry testcases might be doable somehow... not sure. |
| 20:40.38 | kanzure | i guess you sort of need file format compatibility first, so you can load serialized models :( |
| 20:41.24 | kanzure | although, you could do very simple tests like "intersect two very basic primitive objects, then raytrace through the final model and evaluate at a point" |
| 20:41.36 | kanzure | and just vary parameters like sphere diameter and cylinder params |
| 20:41.38 | raptor_ | please check out my work https://www.google-melange.com/gci/task/view/google/gci2014/6632135641268224 |
| 20:41.39 | gcibot | [[ Implement script to create a planetary gear || BRL-CAD || NeedsReview (2 days 16 hrs 59 min) || Kesha Shah, Harmanpreet ]] |
| 20:41.49 | brlcad | MarcTannous: I like the landing page scroller, but I think clicking through to the design should be more than a little preview .. open a tab to the actual design (at least the image preview if not the actual index.html most have) |
| 20:42.26 | kanzure | raptor_: python-brlcad gives you access to rcc in python |
| 20:42.30 | sofat | brlcad, guide me |
| 20:42.43 | brlcad | teepee: thanks for the link -- starseeker's looked at a lot of research on the topic, but not sure if he's seen https://www.youtube.com/channel/UCSO65ViVDuM1ysHa_vHpg3Q ... I hadn't |
| 20:42.44 | kanzure | raptor_: neat |
| 20:43.17 | raptor_ | oh super! |
| 20:43.19 | starseeker | hah - no, I hadn't seen that |
| 20:43.20 | teepee | brlcad: kintel found that some time ago, unfortunately I could not find any additional info about that |
| 20:43.32 | brlcad | andromeda-galaxy: that is the idea with gcv, that will be the perfect testing framework as the ideal is comprehensive preservation and mapping, which usually won't be possible |
| 20:44.03 | kanzure | opencascade presumably has stl surface approximation things somewhere |
| 20:44.07 | brlcad | andromeda-galaxy: will make it possible to also start talking about data metrics too, how different representations mary |
| 20:44.10 | brlcad | s/mary/vary/ |
| 20:44.26 | starseeker | andromeda-galaxy, brlcad: you guys might want to decide between you if it's worth adding any more NACA tasks. My main concern at this point andromeda-galaxy is that you get credit for the work you've put in |
| 20:44.33 | kanzure | see near AppParCurves on http://diyhpl.us/wiki/cad/opencascade/ |
| 20:45.12 | kanzure | oh wait, no... not the right module... |
| 20:45.33 | brlcad | starseeker: so ... non sequitor regarding the fact that was implicit+csg ? you were talking about the ease that video makes modeling seem and my point is that it's just as easy if not easier already |
| 20:45.50 | brlcad | I don't disagree that export is an issue, but that also begs what the modeling purpose was |
| 20:46.18 | starseeker | well, I guess my thought was the model created in that video is actually a NURBS model, realized and practical |
| 20:46.20 | brlcad | moreover, that model actually probably works |
| 20:47.04 | brlcad | the format representation is irrelevant until a purpose is identified |
| 20:47.43 | raptor_ | I'm currently working on the translation svg graphics in brl-cad sketch |
| 20:47.58 | brlcad | again, I don't disagree .. but we were talking about the interface and usability |
| 20:48.15 | brlcad | conflating that with the end purpose is ... well ... conflating their interface and usability unjustly |
| 20:49.07 | starseeker | brlcad: I suppose. I guess I tend to lose site of the fact that for the rest of the world, the NURBS model is the means and not the end ;-) |
| 20:49.08 | brlcad | we're really close to csg->nurbs .. I think even closer than we realize |
| 20:49.22 | brlcad | most of the world doesn't even know they're nurbs models |
| 20:49.23 | starseeker | suggests consulting n_reed |
| 20:49.27 | brlcad | it's about it being a set of surfaces |
| 20:50.07 | brlcad | I know what n_reed thinks about it, I poured over his writings and we've talked about it at length .. :) |
| 20:50.58 | MarcTannous | good night guys |
| 20:51.03 | brlcad | MarcTannous: did you get my feedback? |
| 20:51.04 | andromeda-galaxy | starseeker, brlcad: I've submitted tasks for all of the naca work that I've done so far (though a bunch of them took a *lot* of time each), and some of it hasn't yet been committed to SVN because it still doesn't pass the last 4 test cases & may have some memory leaks. If we don't add any more tasks for NACA now, I'll do it after GCI is over, but I'm fine either way |
| 20:51.19 | MarcTannous | brlcad: on the logo? |
| 20:51.25 | brlcad | on the landing page design |
| 20:51.34 | brlcad | you said something about the logo? |
| 20:51.42 | MarcTannous | brlcad: nope, did not get your feedback |
| 20:51.51 | MarcTannous | http://www.google-melange.com/gci/task/view/google/gci2014/6733016101552128 somebody commented with some random letters |
| 20:51.52 | gcibot | [[ Create a web gallery of GCI website landing page designs || BRL-CAD || NeedsReview (3 days 1 hrs 16 min) || Sean, Dishank ]] |
| 20:51.53 | MarcTannous | though |
| 20:52.30 | brlcad | MarcTannous: huh, I don't see it either |
| 20:52.36 | brlcad | i swear I wrote it! :) |
| 20:53.11 | brlcad | ahh, there it is |
| 20:53.12 | sofat | brlcad, ok i think you are busy i am leaving because there is mid night so good night |
| 20:53.20 | brlcad | MarcTannous: I like the landing page scroller, but I think clicking through to the design should be more than a little preview .. open a tab to the actual design (at least the image preview if not the actual index.html most have) |
| 20:53.43 | brlcad | sofat: it's a very busy day, sorry |
| 20:53.55 | MarcTannous | brlcad: that would mean a couple hundred of gigs folder that would include all their work, instead I linked to their tasks |
| 20:53.58 | brlcad | sofat: and asking to guide you isn't constructive (ever) :) |
| 20:53.59 | starseeker | brlcad: heh, fair enough. you've proven to have a consistently better sense of such things than I do |
| 20:54.01 | sofat | okay no problem |
| 20:54.06 | MarcTannous | brlcad: does that not work? |
| 20:54.14 | brlcad | sofat: ask me a question that's not open-ended (and if I missed it, slap me) |
| 20:54.28 | MarcTannous | and I can still not see the comment on my end |
| 20:54.30 | MarcTannous | on melange |
| 20:54.56 | brlcad | starseeker: well, it's also glass half full/empty too and not getting obsessed on what we don't handle when there's a whole category that we do already (which may be perfectly sufficient for some % of users) |
| 20:55.00 | sofat | i just want to know pending work in docbook project |
| 20:55.45 | brlcad | http://www.motifake.com/image/demotivational-poster/1005/various-views-half-full-half-empty-who-knows-demotivational-poster-1274030652.jpg |
| 20:56.03 | brlcad | MarcTannous: couple hundred gigs? |
| 20:56.11 | MarcTannous | megas* sorry |
| 20:56.16 | MarcTannous | am tired, midnight here |
| 20:56.30 | starseeker | heh. I hadn't seen that poster |
| 20:56.45 | MarcTannous | having a webpage that big would make load time skyrocket |
| 20:56.52 | brlcad | MarcTannous: at a minimum, it should open a preview image like you have previewed there (but bigger) |
| 20:57.04 | andromeda-galaxy | MarcTannous: what about xhr |
| 20:57.12 | MarcTannous | andromeda-galaxy: what's xhr? |
| 20:57.18 | andromeda-galaxy | XMLHttpRequest |
| 20:57.19 | MarcTannous | brlcad: Okay, will do that |
| 20:57.20 | andromeda-galaxy | ? |
| 20:57.20 | brlcad | and i'm also not sure where hundred's of MB's is coming from :) |
| 20:57.29 | MarcTannous | I downloaded all of them |
| 20:57.41 | brlcad | so what's the exact size? :) |
| 20:57.42 | andromeda-galaxy | MarcTannous: https://developer.mozilla.org/en-US/docs/Web/API/XMLHttpRequest/Using_XMLHttpRequest |
| 20:58.12 | MarcTannous | brlcad: just a sec, chrome does not show exact sizes |
| 20:58.21 | andromeda-galaxy | MarcTannous: keep a nice small page, maybe even with reduced-resolution thumbnails, then when it's clicked on send a request to get the rest of the data and show it in the popup |
| 20:58.28 | starseeker | ponders that at a quantum mechanical level the interior volume of the class (and for that matter the water) can never be exactly known, so if you look at it right it's never exactly half anything... |
| 20:58.35 | starseeker | s/class/glass |
| 20:58.47 | starseeker | hmm, apparently I don't spell well on too little sleep |
| 20:58.59 | MarcTannous | andromeda-galaxy: Implementing HTTP requests on a page that serves a basic purpose like this seems unpractical though, doesn't it? |
| 20:59.05 | brlcad | MarcTannous: and you're not putting all of the designs in their entirety on one page -- your preview there is perfect |
| 20:59.15 | brlcad | it's once I select a design, I want to go to it and see it |
| 20:59.24 | brlcad | not just get sent to melange |
| 20:59.45 | andromeda-galaxy | MarcTannous: did you look at the link |
| 21:00.07 | brlcad | MarcTannous: example: https://www.google-melange.com/gci/task/view/google/gci2014/6676395413471232 |
| 21:00.08 | gcibot | [[ Create a web gallery of GCI animated logo designs #2 || BRL-CAD || Closed || Gauravjeet Singh, Ch3ck ]] |
| 21:00.09 | andromeda-galaxy | MarcTannous: XHR is a standard mechanism, just do new XMLHttpRequest() from javascript & then it's easy |
| 21:00.33 | brlcad | plus, those are animations .. and it was only 60 MB :) |
| 21:00.52 | brlcad | so I'm really curious where all that size is going |
| 21:00.58 | MarcTannous | brlcad: A website that has 60mb is huge |
| 21:01.09 | andromeda-galaxy | from MDN (MOzilla Developer Network): "MLHttpRequest makes sending HTTP requests very easy. You simply create an instance of the object, open a URL, and send the request. The HTTP status of the result, as well as the result's contents, are available in the request object when the transaction is completed. This page outlines some of the common and even slightly obscure use cases for this powerful JavaScript object |
| 21:01.19 | brlcad | MarcTannous: huh? |
| 21:01.27 | brlcad | this is a showcase gallery |
| 21:01.32 | brlcad | frankly don't care how big it is |
| 21:01.46 | MarcTannous | okay |
| 21:01.53 | MarcTannous | will just forward to each index.html then |
| 21:02.01 | MarcTannous | thought this was gonna get uploaded somewhere |
| 21:02.13 | brlcad | well upload it and send an e-mail out to people to have them check out the awesome work students did for gci and another to vote on which of those designs they like best, and discuss them, etc |
| 21:02.21 | brlcad | and then it all gets archied or goes away |
| 21:02.34 | brlcad | *we will upload it |
| 21:02.52 | brlcad | sorry, I'm not understanding something you're concerned with :) |
| 21:03.03 | MarcTannous | brlcad: can you mark the task needing work so that I can change its status when I upload my finished work |
| 21:03.53 | andromeda-galaxy | MarcTannous: take a look at the mdn link if you haven't yet... xhr seems like a good idea for something like this |
| 21:03.56 | Notify | 02GCI:brlcad * 6733016101552128 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to... |
| 21:05.12 | brlcad | MarcTannous: in the coding world, this is called premature optimization ;) |
| 21:05.45 | brlcad | (worrying about size prior to identifying a size issue or size requirement) |
| 21:05.53 | brlcad | the goal is a useful gallery of designs |
| 21:06.06 | brlcad | if you can think of other ways to make it a useful gallery of designs, go for it |
| 21:06.51 | brlcad | the website landing one you uploaded is shows me a tiny preview image and gives me a melange link |
| 21:07.22 | brlcad | so if I really want to look at that design, I have to do more work, download the XX MB of files, and check it out |
| 21:07.48 | brlcad | that's like going to the Louvre and them giving you a catalog of their works around the world ... :) |
| 21:07.56 | MarcTannous | yes, the mistake was on my end, misunderstood the purpose |
| 21:08.16 | MarcTannous | the version you are suggesting is way easier to implement too |
| 21:08.33 | MarcTannous | have a good night, will have something up by tomorrow |
| 21:09.04 | brlcad | yeah, literally <a href="user/index.html">... or onclick="... or similar |
| 21:09.22 | brlcad | MarcTannous: thanks! talk more later |
| 21:09.24 | MarcTannous | yup |
| 21:09.44 | brlcad | notes he anticipates it will get crazy busy as we approach the final days |
| 21:10.07 | andromeda-galaxy | brlcad: that does tend to happen, unfortunately... |
| 21:10.19 | brlcad | aiming to review everything at least two times a day here through to the end so more work can get through and will get other mentors to do the same |
| 21:10.40 | brlcad | andromeda-galaxy: how's your standing with the break you took? :) |
| 21:10.45 | andromeda-galaxy | brlcad: by the way, do you know of a paper describing the comgeom GIFTv5 format? the document starseekes mentioned a while ago seems to be v4/v5 |
| 21:11.20 | andromeda-galaxy | brlcad: the main thing influencing that break was that I was kind of running out of non-beginner tasks that were still doabl |
| 21:11.29 | andromeda-galaxy | *v1/v4 |
| 21:11.38 | brlcad | do you recall any that were specifically not doable? |
| 21:11.57 | brlcad | if you can't do them, then it's probably not a good idea to have them there or you misunderstood the task ;) |
| 21:11.58 | andromeda-galaxy | hmm.. for me, at least, anything needing Windows/licensed compile environments (which includes some of the fix unit test tasks) |
| 21:12.07 | brlcad | also, did you have any other task work pending that I didn't create a task for? |
| 21:12.23 | brlcad | per my notes, everything is up that was a follow-on |
| 21:12.24 | Notify | 02GCI:krishna_ravi * 5028787255246848 : Ready for review - The work on this task is ready to be reviewed. |
| 21:12.42 | andromeda-galaxy | nope! thanks for making the visualization task |
| 21:14.00 | brlcad | andromeda-galaxy: you have ARBRL-TR-02083? |
| 21:14.18 | brlcad | andromeda-galaxy: thank you, those diagrams were great |
| 21:14.40 | andromeda-galaxy | brlcad: great! if we add more kinds of bundles, the code should be easily adaptable |
| 21:14.48 | brlcad | the only way they would have been better would have been had you created 3D geometry or 3D plot data so the rays could be visualized in mged ;) |
| 21:15.05 | andromeda-galaxy | also, I did try making ascii art using automated conversion tools for a couple of them, but they all came up with pretty messy output |
| 21:15.42 | brlcad | andromeda-galaxy: if you're up for it, starseeker has a point in that csg->nurbs is pretty much our #1 priority right now |
| 21:15.57 | andromeda-galaxy | hmm? |
| 21:16.04 | brlcad | (as a project) |
| 21:16.06 | andromeda-galaxy | do we have a roadmap layed out for it yet |
| 21:16.07 | andromeda-galaxy | ? |
| 21:16.19 | andromeda-galaxy | (also, on, I don't have ARBRL-TR-02083, as far as I can tell) |
| 21:16.19 | brlcad | roadmap? we've been working on it for years ;) |
| 21:16.39 | andromeda-galaxy | I just meant for what's left to do... I couldn't find anything current |
| 21:16.42 | andromeda-galaxy | when I was looking the other day |
| 21:16.54 | andromeda-galaxy | on comgeom, this was the only file that I could find: http://www.dtic.mil/docs/citations/ADB006037 |
| 21:17.04 | brlcad | andromeda-galaxy: then what did starseeker give you? |
| 21:17.22 | andromeda-galaxy | the dtic link above is the only thing that I can find in my logs |
| 21:17.46 | andromeda-galaxy | combined with the stuff in the source code, it's usable, but it explains why I didn't figure out the air code problem sooner (i.e. v5 adds those fields) |
| 21:18.49 | brlcad | we have basically one piece left (technically three) |
| 21:19.00 | brlcad | nurbs boolean evaluation |
| 21:19.17 | brlcad | but that breaks down into a lot of testing, verification, and integration |
| 21:19.26 | brlcad | which you could help with |
| 21:19.53 | brlcad | evaluation is way too complicated for you to get into, but you could help in other areas |
| 21:20.07 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 21:20.37 | brlcad | that's if you're interested, you could certainly have lots of fun hitting up more variety too |
| 21:20.42 | andromeda-galaxy | makes sense --- I might still be interested in taking a look at the papers around evaluation, but I probably won't understand them without doing a lot more research... |
| 21:23.25 | andromeda-galaxy | is the evaluation already (prototype)-implemented? |
| 21:24.23 | Notify | 03BRL-CAD:ejno * 63917 (brlcad/trunk/src/libged/simulate/physics_world.cpp brlcad/trunk/src/libged/simulate/simulate.cpp): documentation for btDiscreteDynamicsWorld::stepSimulation() is somewhat unclear, but using these values results in smooth/stable rt-based collisions |
| 21:26.34 | andromeda-galaxy | brlcad: all the various faces of the csg->nurbs project seems interesting... have you put up gci tasks for any of them? If not, I might work on, e.g. rt transparency for the last few days of GCI and then look into the csg/brep stuff |
| 21:26.41 | andromeda-galaxy | *csg/nurbs |
| 21:27.30 | andromeda-galaxy | also, what about doing more stuff with the bundle raytracing? |
| 21:48.49 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 21:49.18 | brlcad | andromeda-galaxy: the only thing I have in my records that I can find beyond a bunch of GIFT5 examples is http://www.dtic.mil/docs/citations/ADA248204 |
| 21:49.39 | brlcad | let me check one other place... |
| 21:52.15 | andromeda-galaxy | brlcad: thanks! |
| 21:57.04 | brlcad | andromeda-galaxy: even better is probably our importer: src/conv/comgeom/cvt.c .. see there a switch statement for v1, v4, and v5 |
| 21:57.58 | brlcad | http://www.dtic.mil/dtic/tr/fulltext/u2/a256604.pdf mentions the GIFT5 differences on page 45 |
| 21:58.15 | andromeda-galaxy | brlcad: indeed... I've been using the importer code to suplement the v1/4 documentation, I was just curious if anyone still had a copy of the full specification |
| 22:01.11 | andromeda-galaxy | ahh, thanks! that one looks useful as well... the reason that I was curious is that the difference between v4/v5 material and air codes was the cause of the not-properly-rendering elements of the model imported from that comgeom generator model (I had to change the script to reorder the fields) |
| 22:06.03 | brlcad | nods |
| 22:06.24 | brlcad | shame there's not better OCR where this all just works ;) |
| 22:06.37 | brlcad | i have like 20 models in old pdf reports |
| 22:06.42 | brlcad | in comgeom format |
| 22:06.52 | brlcad | starseeker probably has more |
| 22:07.51 | brlcad | andromeda-galaxy: so.. on to your next questions -- yes, it's available in prototype form and being actively worked on by n_reed |
| 22:08.44 | andromeda-galaxy | brlcad: ah, good! then testing/verification, at least, can start being worked on... |
| 22:08.50 | brlcad | there are currently no tasks for nurbs work, but I would specifically add a few because this is a priority only if it's highly interesting to you |
| 22:09.19 | brlcad | actually, there is one task that is loosely related |
| 22:09.32 | andromeda-galaxy | it is a shame about OCR... unfortunately, even humans aren't that great at some of these old reports, I'm pretty sure I found a place somewhere in the generator model where there's a 6 instead of an 8 |
| 22:09.45 | brlcad | the PROJECT: implement web application for testing commit ranges |
| 22:10.35 | andromeda-galaxy | brlcad: on adding tasks, I'm fine either way --- there are a bunch of existing ones that seem pretty interesting as well, but if NURBS is a priority work around it sounds quite interesting as well |
| 22:10.57 | brlcad | so ... which are interesting? top 3 |
| 22:11.06 | andromeda-galaxy | hmm... this'll take a minute |
| 22:11.28 | andromeda-galaxy | one of the things that I really like about working on brl-cad is that there are interesting little projects all over the place |
| 22:11.28 | brlcad | there's only a week left, so I don't want to get you ramped up for making progress when you can be making progress |
| 22:12.01 | *** join/#brlcad merzo (~merzo@104-60-133-95.pool.ukrtel.net) | |
| 22:12.42 | andromeda-galaxy | probably the top couple in terms of how interesting the work sounds that are currently up are the projects for rt transparency and the web application for commit range testing ones |
| 22:13.00 | brlcad | here's a list that didn't even make it up because they're too hard or just not enough time to write up their descriptions with everything else going on |
| 22:13.31 | brlcad | http://pastebin.ca/2902051 |
| 22:14.25 | andromeda-galaxy | wow! I remember a couple of others fromthere that I started talking about and thought looked particularly interesting too |
| 22:14.38 | andromeda-galaxy | like obb using chull & mesh command |
| 22:15.07 | andromeda-galaxy | a bunch of the others *sound* interesting as well, just looking at them here... |
| 22:17.12 | andromeda-galaxy | brlcad: by the way, do you know of papers describing nurbs boolean evaluation techniques? I'm curious what they'd look like, even if I likely wouldn't be able to understand them without lots more research first. |
| 22:32.21 | Notify | 03BRL-CAD:ejno * 63918 brlcad/trunk/src/libged/simulate/simulate.cpp: check that idb_meth->ft_volume is not null |
| 22:34.26 | starseeker | andromeda-galaxy: one sec - I'll get you a couple of paper links for booleans |
| 22:34.42 | starseeker | just don't look at 'em much until after GCI is done ;-) |
| 22:34.56 | *** join/#brlcad ignacio (~IgnacioUy@unaffiliated/ignaciouy) | |
| 22:36.57 | starseeker | andromeda-galaxy: this report has a lot of them: http://brlcad.org/wiki/User:Phoenix/GSoc2013/Reports |
| 22:38.33 | starseeker | couple links in here too starting week 8: http://brlcad.org/wiki/User:Phoenix/GSoc2012/Reports |
| 22:39.08 | starseeker | there's some more floating around in the email archives from 2012/2013, not all of which ended up getting used IIRC |
| 22:40.36 | starseeker | we should probably take a look at Miller's "Incremental Boundary Evaluation Using Inference of Edge Classifications" at some point to see if it can help, but I don't think it's available online... |
| 22:41.55 | starseeker | andromeda-galaxy: as you're finding these differences between the various GIFT formats, feel free to make notes yourself in a txt file in the repo |
| 22:42.12 | starseeker | that'll save someone else having to rediscover the same information the hard way down the road |
| 22:48.11 | andromeda-galaxy | starseeker: thanks for finding those papers, they look quite interesting |
| 22:48.45 | andromeda-galaxy | starseeker: if I get a chance to figure out a few more differences, I will... I might even be useful to create a file with links to some of the documents describing the basic part of the format, at laest |
| 22:48.55 | andromeda-galaxy | finding those can be quite difficult... |
| 22:50.49 | Notify | 03BRL-CAD Wiki:Sean * 7853 /wiki/Logo: update with recent logo activity, approaching a final form |
| 22:51.42 | Notify | 03BRL-CAD Wiki:Sean * 7854 /wiki/Logo: |
| 22:53.43 | andromeda-galaxy | brlcad, starseeker: of what's up now, is the project for setting up rt transparency or the project for implementing a web application to test commit ranges higher priority? |
| 22:57.07 | nmz787_i | re: scad-clj "All primative forms are centered at the origin"... I like that... origins and common points-of-reference are easy for me to comprehend |
| 22:57.38 | Notify | 03BRL-CAD Wiki:Sean * 7855 /wiki/Logo: |
| 23:01.27 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 23:08.44 | Notify | 03BRL-CAD Wiki:Sean * 7856 /wiki/Logo: |
| 23:26.40 | brlcad | andromeda-galaxy: will have to get back to you on that :) |
| 23:29.22 | brlcad | here's where we currently stand with our logo: http://brlcad.org/~sean/tmp/logostatus.png |
| 23:29.38 | brlcad | top-left is the original angelov |
| 23:31.07 | andromeda-galaxy | brlcad: ahh.. interesting |
| 23:32.06 | andromeda-galaxy | brlcad: for the 3d logo, do you prefer having the links separated like the original angelov_256 logo, or overlapping as in most of the other logo ones? |
| 23:33.43 | nmz787_i | andromeda-galaxy: why not just use jquery rather than raw Javascript for XHR stuff? |
| 23:34.25 | andromeda-galaxy | nmz787_i: you could... I've never been a particular fan of jquery, but my advice to MarcTannous was just to use xhr requests --- through whatever libraries would be useful --- in order to dynamically fetch information from the server |
| 23:36.25 | andromeda-galaxy | brlcad: post-gci, I could generate another set of logos with different pin diameters if you want... |
| 23:36.38 | brlcad | andromeda-galaxy: both versions, depends on the usage |
| 23:36.43 | nmz787_i | ah, jquery was written by a guy from the University I went to, so I approve :P |
| 23:37.22 | nmz787_i | practically though, I know reading jquery tends to be a bit easier/quicker than reading pure-JS |
| 23:37.24 | brlcad | andromeda-galaxy: I'd rather see you coding more ;) |
| 23:38.11 | andromeda-galaxy | brlcad: sure, just wanted to check |
| 23:39.04 | brlcad | appreciated |
| 23:39.11 | andromeda-galaxy | as I said above, I'm thinking about what to dstart working on next in terms of what's currently up for GCI, of the two projects, which is higher priority? |
| 23:39.13 | nmz787_i | those reverse-engineering STL into openscad video was quite cool |
| 23:39.34 | andromeda-galaxy | nmz787_i: indeed, but it would be nice if there was a little more detail on the algorithms used... |
| 23:40.42 | andromeda-galaxy | brlcad: i.e. transparent rt or the commit testing webapp |
| 23:43.22 | nmz787_i | hmm, that logo slideshow thing is pretty laggy on my computer for some reason |
| 23:44.31 | nmz787_i | and I can't understand why the image files were in 3 different places in the ZIP |
| 23:44.48 | nmz787_i | top-level, in .jalbum, and again in album\slides\ |
| 23:45.02 | nmz787_i | it seems to have only added 30MB unneccesarily |
| 00:11.23 | *** join/#brlcad nmz787_i1 (nmccorkx@nat/intel/x-lsyzidbvmqpccxdl) | |
| 00:20.33 | starseeker | I wonder if that openscad STL import is making use of this capability: http://docs.pointclouds.org/trunk/group__sample__consensus.html |
| 00:35.26 | *** join/#brlcad joythewizard (43aff2ac@gateway/web/freenode/ip.67.175.242.172) | |
| 00:53.06 | *** join/#brlcad YatharthROCK (~YatharthR@unaffiliated/yatharthrock) | |
| 01:09.06 | Notify | 02GCI:zhang_yizhuo * 4992155881832448 : Task Claimed - I would like to work on this task. |
| 01:10.32 | Notify | 02GCI:joy818200 * 6384883232407552 : Task Claimed - I would like to work on this task. |
| 01:13.52 | Notify | 02GCI:zhang_yizhuo * 4992155881832448 : None - Hi, I have sent my name & postcode to contest@brlcad.org. The first four letters of my email are zhan. Thank you. |
| 01:26.34 | Notify | 02GCI:goobypls * 5269456200663040 : Task Claimed - I would like to work on this task. |
| 02:02.03 | brlcad | andromeda-galaxy: more sample pattern work would be higher priority over both those |
| 02:02.49 | brlcad | we need a function that sets up a grid of rays given a view just like you did for cone |
| 02:03.01 | brlcad | orthogonal and projective versions |
| 02:03.25 | brlcad | (which are prism and rectangle shapes) |
| 02:03.48 | brlcad | along with updating our ray tracers to use that logic instead of the custom logic they use now |
| 02:21.56 | Notify | 02GCI:devikakumar * 4639899508539392 : Task Claimed - I would like to work on this task. |
| 02:32.18 | Notify | 02GCI:adityagulati * 5581079297654784 : Ready for review - The work on this task is ready to be reviewed. |
| 02:33.58 | andromeda-galaxy | brlcad: makes sense.. did you add any more tasks for the sample patterns? I couldn't find any |
| 02:52.34 | Notify | 02GCI:brlcad * 4992155881832448 : Task Assigned - This task has been assigned to Yizhuo. You have 100 hours to complete this task, good luck! |
| 02:52.35 | Notify | 02GCI:brlcad * 5269456200663040 : Task Assigned - This task has been assigned to goobypls. You have 100 hours to complete this task, good luck! |
| 02:52.49 | Notify | 02GCI:brlcad * 6384883232407552 : Task Assigned - This task has been assigned to Joy Chen. You have 100 hours to complete this task, good luck! |
| 02:56.34 | nmz787 | kanzure: brlcad this is interesting, since I am interested in making sine wave type things http://math.stackexchange.com/questions/116369/can-a-rational-b%C3%A9zier-curve-take-exactly-the-same-shape-as-a-part-of-the-sine-fu |
| 02:57.08 | nmz787 | "In a Bézier curve, x and y are polynomials in the parameter t. Note that you can't just have "a part of the sine function": if y(t)=sin(x(t)) for t in some interval, since both sides of that equation are analytic functions on the complex plane the equation would be true for all complex numbers t. Since y(t) is a polynomial, for any given value of y (unless y is constant) there are only finitely many t and thus finitely many x. But this is not ... |
| 02:57.14 | nmz787 | ... the case for the sine function: sin(nÏ)=0 for all integers n. So the sine curve can't be given exactly by a Bézier curve of any degree." |
| 02:58.01 | nmz787 | does the same logic apply to nurbs? |
| 03:01.38 | andromeda-galaxy | brlcad: I want to claim a raybundle task or one of the project tasks, of the tasks that are currently up, which is highest priority? |
| 03:04.19 | andromeda-galaxy | brlcad: (I can't find any bundle tasks in the current list) |
| 03:06.39 | andromeda-galaxy | <PROTECTED> |
| 03:14.21 | kanzure | nmz787: with nurbs i highly recommend not using the underlying nurbs implementation and instead using geometric primitives designed from nurbs (like csg parts or otherwise) |
| 03:21.11 | nmz787 | kanzure: someone earlier was saying CSG was some sort of tree structure, didn't sound like it was nurbs |
| 03:24.24 | kanzure | yeah that's bullshit, you can do csg out of anything |
| 03:24.36 | kanzure | trees are very common structures in software |
| 03:27.51 | nmz787 | so does the primitives in mged default to use nurbs, then fallback to something else? |
| 03:28.00 | nmz787 | or if not mged, which brl tool? |
| 03:28.11 | nmz787 | I've so far only seen stuff relating to mged |
| 03:28.20 | nmz787 | (examples of models) |
| 03:39.11 | andromeda-galaxy | brlcad, maths22: I'm curious about the commit-testing web application project, but am curious as to what web server brlcad.org is using, it seems like making live updating work would require having some kind of websockets implementation on the backend... also, having some method sandboxing scripts seems like a good idea... |
| 03:44.32 | kanzure | nmz787: that's a good question, my understanding is that the default is not nurbs in brlcad, and there is a way to access nurbs somehow... check src/libbrep/ |
| 03:44.51 | kanzure | like /src/libbrep/test_curve_intersect |
| 03:44.52 | brlcad | andromeda-galaxy: there are now two additional ray sampling tasks, an updated vis task, and two integration tasks posted (along with 20+ other new tasks) |
| 03:45.33 | brlcad | search on "sampl" and "vis" |
| 03:47.36 | kanzure | nmz787: this person here is a good person to ask these questions to |
| 03:47.41 | kanzure | nmz787: brlcad might even know things about brlcad |
| 03:48.30 | andromeda-galaxy | brlcad: I don't see them, searching on 'sampl' |
| 03:48.39 | andromeda-galaxy | do you have any links? |
| 03:48.59 | andromeda-galaxy | and 'vis' only shows the compile with msvc++ task |
| 03:49.52 | brlcad | andromeda-galaxy: the argument is pretty much correct, you can only approximate something smooth like a sine curve with a polynomial curve -- you'd need an infinite sum of curves iirc, taylor series expansion |
| 03:50.07 | brlcad | that said, for all practical purposes, it won't matter |
| 03:50.33 | andromeda-galaxy | brlcad: that's true... it's just phrased in an interesting manner --- that argument makes it sound like a portion of a curve should be doable |
| 03:50.33 | brlcad | you'll be "tight-enough" probably with a sixth order spline |
| 03:52.10 | brlcad | nmz787: I suggest reading brlcad.org/wiki/Documentation, particularly the mged tutorials (which can be completed in just a few hours) -- that will give you a great overview of some really basic concepts |
| 03:53.12 | brlcad | andromeda-galaxy: we have full control over our server |
| 03:54.21 | brlcad | nmz787: kanzure is correct -- we don't default to nurbs, but almost any primitive will convert flawlessly to nurbs format. we're working on nurbs boolean operations now (some work, some don't). |
| 03:54.23 | andromeda-galaxy | brlcad: makes sense... I was just thinking that keeping dependencies at a minimum + having nice live updating using websockets/long polling might be hard, since for those you often essentially need an application web server |
| 03:55.30 | andromeda-galaxy | brlcad: okay, I see them now |
| 03:55.32 | brlcad | eh, you put "sampl" in the title field? I see four with that |
| 03:55.34 | andromeda-galaxy | they weren't showing up earlier for some reason |
| 03:55.38 | brlcad | okay |
| 03:55.41 | andromeda-galaxy | sorry |
| 03:56.01 | brlcad | you have to refresh, list doesn't do it for you even though it seems to update dynamically (it doesn't) |
| 03:56.29 | brlcad | also one vis task #2, this time using geometry or plot3 ;) |
| 03:56.51 | andromeda-galaxy | brlcad: makes sense |
| 03:57.09 | andromeda-galaxy | should I start working on another implementation, or a visualization? |
| 03:57.21 | brlcad | the two new patterns are quite simple -- the work is really in the integration and making sure args are appropriate for hooking them into rt* tools |
| 03:57.28 | brlcad | vis is last |
| 03:57.31 | andromeda-galaxy | sure |
| 03:57.54 | andromeda-galaxy | so implement, then utilize, then vis? |
| 03:58.24 | andromeda-galaxy | the vis one will be somewhat interesting, I don't have too much experience with the debugging infrastructure yet |
| 03:58.55 | andromeda-galaxy | by the way, rt seems to have *lots* of global variables... is there a plan to eventually refactor the whole tool? |
| 04:00.28 | andromeda-galaxy | brlcad: so for sampling a frustum, |
| 04:00.31 | brlcad | implement, vis, utilize |
| 04:00.39 | andromeda-galaxy | ah, okay |
| 04:00.49 | andromeda-galaxy | should there be a and b vectors and then a and b divergence angles? |
| 04:01.22 | andromeda-galaxy | a lot like the cone from earlier except a) a rectangular grid and b) having separate values for a-direction and b-direction |
| 04:01.25 | andromeda-galaxy | ? |
| 04:01.28 | brlcad | http://upload.wikimedia.org/wikipedia/commons/thumb/8/83/Ray_trace_diagram.svg/2000px-Ray_trace_diagram.svg.png |
| 04:02.22 | andromeda-galaxy | hmm? I'm just checking on the geometry of the frustum that you meant... |
| 04:03.02 | brlcad | we use almost the same terms as these guys (albeit in a different default "up"): http://wiki.povray.org/content/Reference:Camera |
| 04:03.33 | nmz787 | brlcad: thanks, I'll check it out this weekend. Is there by chance an API style documentation online somewhere? I saw some mention of doxygen, but didn't see what looked like doxy-generated HTML on the web site. |
| 04:04.05 | nmz787 | (also as a comment, I was confused that some of the stuff under the Wiki tab, was not linked to in the Docs section of the site) |
| 04:04.08 | andromeda-galaxy | brlcad: is the up vector user-specifiable? |
| 04:04.20 | brlcad | andromeda-galaxy: it sounds like you have the right idea -- the tough part is to make sure you start with the right view information (or could wrap your function with a view function) |
| 04:04.33 | brlcad | the entire view is user-specified |
| 04:04.47 | andromeda-galaxy | right... so I was saying above, should it support having different diveregence angles |
| 04:04.52 | andromeda-galaxy | in the 'up' and 'sideways' directions? |
| 04:05.26 | brlcad | it needs to support different divergence angles, yes |
| 04:05.37 | brlcad | maybe look at what the rt* apps do first |
| 04:05.46 | andromeda-galaxy | good idea, one second... |
| 04:05.53 | brlcad | their code is pretty much exactly what you want because the very next step is to replace what they do with your function |
| 04:06.05 | andromeda-galaxy | after that, if you're still around, I just want to quickly check the api for it with you |
| 04:06.37 | brlcad | the only problem being that the ray dispatch logic is mixed in with a whole bunch of other stuff and lots of globals are involved, and it's messy old code with dragons in there ;) |
| 04:07.22 | brlcad | I'm out for the night, but feel free to e-mail the list and I can respond when I can (or maybe someone else will if your question is simple enough and/or your description clear enough |
| 04:07.59 | andromeda-galaxy | brlcad: sure, but will you be around for the next couple of minutes? I can probably come up with a first version in the next few minutes after reading do_frame( |
| 04:08.02 | andromeda-galaxy | ) |
| 04:09.57 | brlcad | in all honestly, you're good but if it only takes you a couple minutes, you've almost certainly not put enough time into reading the code ... it's pretty complicated to set up a fully parameterized view |
| 04:10.35 | andromeda-galaxy | true.. I'm looking through it now, anad it's more complicated than I thought at first |
| 04:10.37 | brlcad | there's the dimensions, divergence, aspect ratio, ortho or persp angle, az/el/quat orientation , ... |
| 04:10.44 | andromeda-galaxy | so manynnested worker threads... |
| 04:10.58 | andromeda-galaxy | it seems like a sane api for the function would be something like (without having finished rt) |
| 04:11.25 | andromeda-galaxy | bu_gen_frustum(vect_t a, vect_t b, fastf_t a_divergence, fastf_t b_divergence, fastf_t a_nurays, fastf_t b_numrays) |
| 04:11.33 | brlcad | will almost certainly help to spend about 10 minutes and read the rt manual page too, to read all the options that pertain to the view |
| 04:11.40 | andromeda-galaxy | oh, and center of course |
| 04:12.09 | nmz787 | no API/doxygen stuff online then? |
| 04:12.24 | brlcad | andromeda-galaxy: that would be my guess too and there'd probably be another function to convert user-specifications into that form |
| 04:12.49 | andromeda-galaxy | brlcad: right, or maybe the function calling it from main rt could marshall up all the globals and convert them nicely |
| 04:13.03 | brlcad | nmz787: we do somewhere, but our APIs (plural, we have about 2 dozen) are quite large -- best to start with a specific task in mind :) |
| 04:13.22 | nmz787 | brlcad: I like to browse to know what kind of ideas are realistic |
| 04:14.19 | nmz787 | brlcad: the documentation page doesn't seem to mention 24 programs, I see mged, oed, nirt |
| 04:15.02 | andromeda-galaxy | brlcad: would it be possible to ideally do away with the worker()/do_run() stuff and replace it with shooting a bundle with rt_shootrays()? |
| 04:15.05 | brlcad | nmz787: our basic utility library along has something like 300 functions across about three dozen concepts, a couple other libs have 1-2 thousand public functions |
| 04:15.20 | brlcad | nmz787: we don't like to drown people in information (we easily can, as can most CAD systems) |
| 04:15.27 | brlcad | we have over 400 binaries |
| 04:15.28 | andromeda-galaxy | (that is, I think that that is the ultimate objective, but want to theck) |
| 04:15.52 | brlcad | granted, only about 10% of those are used 90% of the time ;) |
| 04:16.30 | nmz787 | brlcad: so this is openly-obscure source? :) |
| 04:16.31 | brlcad | nmz787: if you want to browse, I suggest looking at http://en.flossmanuals.net/contributors-guide-to-brl-cad/ |
| 04:16.58 | kanzure | nmz787: there are books/documentation somewhere |
| 04:16.59 | *** join/#brlcad YashM (~YashM@117.198.4.129) | |
| 04:18.08 | nmz787 | I just don't understand why people would work on doxygen stuff, if no one uploads it and adds a link to the website :/ |
| 04:18.29 | brlcad | andromeda-galaxy: that is certainly ideally possible but ... it's complicated as worker is also the dispatcher and there are many different types of dispatch patterns |
| 04:18.47 | andromeda-galaxy | brlcad: true... |
| 04:19.01 | nmz787 | huh, I have a lot more time in using PING than BRLCAD, hopefully that will change soon :) |
| 04:19.01 | brlcad | andromeda-galaxy: not even sure yet how they will come into play here (e.g., shooting line at a time, stamp at a time, recursive refinement, etc) |
| 04:19.03 | andromeda-galaxy | so the alternative is to leave it using worker as it is now, but replace the ray generation logic with the bundle logic |
| 04:19.15 | andromeda-galaxy | ? |
| 04:19.15 | brlcad | reading the manual page really should help shed some light |
| 04:19.39 | andromeda-galaxy | true, last time I looked at it, it didn't seem to describe all the view parameters... |
| 04:19.43 | brlcad | nmz787: we have it integrated into our code so if you've downloaded it, there's a build target for doxygen iirc |
| 04:20.04 | kanzure | nmz787: i think you want the mged quick reference pdf |
| 04:20.11 | nmz787 | brlcad: how do I submit a bug report or feature request to have someone upload the HTML? |
| 04:20.14 | brlcad | nmz787: here's an old output that was uploaded http://brlcad.sourceforge.net/doxygen/ |
| 04:20.59 | nmz787 | kanzure: not /just/ that though... there are 300 some binaries or something |
| 04:21.04 | kanzure | many more |
| 04:21.15 | brlcad | nmz787: brl-cad was started by the same guy that wrote ping ;) |
| 04:21.33 | nmz787 | brlcad: that was my point, I just learned that from kanzures link |
| 04:21.39 | brlcad | ahh, gotcha |
| 04:21.51 | kanzure | what link |
| 04:21.53 | brlcad | kanzure's link? which was that? |
| 04:22.11 | brlcad | blames it on kanzure |
| 04:22.24 | nmz787 | http://en.flossmanuals.net/contributors-guide-to-brl-cad/ |
| 04:22.33 | kanzure | hehehe |
| 04:22.33 | brlcad | i suggested that |
| 04:22.37 | nmz787 | err |
| 04:22.39 | nmz787 | oh yeah |
| 04:22.40 | nmz787 | that one |
| 04:22.42 | nmz787 | heh |
| 04:22.43 | nmz787 | sorry |
| 04:22.47 | kanzure | it's easy to mistake us |
| 04:22.49 | nmz787 | i am burned out from the day at work |
| 04:22.56 | brlcad | he's the handsome one |
| 04:23.04 | nmz787 | hah |
| 04:23.08 | kanzure | and he's the one trained in deadly weapons technology and military awesomeness |
| 04:23.33 | kanzure | goes back to writing tests |
| 04:23.45 | brlcad | goes to saw some wood |
| 04:24.17 | nmz787 | goes to do chemistry homework |
| 04:26.29 | andromeda-galaxy | goes to work on understanding rt's global-ridden code |
| 04:29.29 | brlcad | implemented in a time long long ago when globals in *applications* were not frowned upon in the least |
| 04:30.14 | brlcad | we're on a mission to eliminate them all slowly, though |
| 04:35.04 | andromeda-galaxy | ah... well, good to know that they'll (hopefully) go at some point.. |
| 04:35.34 | andromeda-galaxy | converting rt to use bundled rays is going to be .... interesting |
| 04:35.52 | andromeda-galaxy | as it is, it appears that it defers the computation of the ray boundaries into do_pixel() |
| 04:35.57 | andromeda-galaxy | which is also important for hypersampling |
| 04:36.59 | andromeda-galaxy | brlcad: except that parts of it are set up in setup_grid() |
| 04:37.40 | andromeda-galaxy | so it would have to do something like compute the bundle in do_frame() and the have do_pixel() manage to get the right pixel out of it instead of computing its own... |
| 06:54.15 | *** join/#brlcad adityagulati (dce32db2@gateway/web/cgi-irc/kiwiirc.com/ip.220.227.45.178) | |
| 07:51.29 | *** join/#brlcad infobot (ibot@rikers.org) | |
| 07:51.29 | *** topic/#brlcad is Topic for #brlcad: BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Welcome GCI 2014 participants! If you're participating, be patient when asking questions... we're very busy and sometimes have packed schedules. We will respond if you are still on IRC: learn screen+irssi. | |
| 07:52.39 | *** join/#brlcad YashM (~YashM@59.88.24.248) | |
| 08:08.27 | *** join/#brlcad raptor (~raptor@194.28.75.221) | |
| 08:10.53 | *** join/#brlcad albertcoder (~quassel@202.164.53.117) | |
| 09:06.25 | raptor | Help stared at the screen . I can not continue to draw. http://keep4u.ru/full/6fe928c75b85e577419f35cde5a37912.html |
| 09:09.12 | raptor | brlcad, Help stared at the screen . I can not continue to draw. http://keep4u.ru/full/6fe928c75b85e577419f35cde5a37912.html |
| 09:33.50 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 09:55.28 | *** join/#brlcad luca79 (~luca@host109-111-dynamic.4-87-r.retail.telecomitalia.it) | |
| 09:57.51 | *** join/#brlcad arno (~luca@host188-230-dynamic.5-87-r.retail.telecomitalia.it) | |
| 10:00.55 | *** join/#brlcad luca79 (~luca@host188-230-dynamic.5-87-r.retail.telecomitalia.it) | |
| 10:36.50 | *** join/#brlcad luca79 (~luca@host188-230-dynamic.5-87-r.retail.telecomitalia.it) | |
| 11:04.59 | *** join/#brlcad merzo (~merzo@121-34-132-95.pool.ukrtel.net) | |
| 11:10.08 | *** join/#brlcad luca79 (~luca@host188-230-dynamic.5-87-r.retail.telecomitalia.it) | |
| 11:35.32 | *** join/#brlcad raptor_ (c21c4bdd@gateway/web/freenode/ip.194.28.75.221) | |
| 11:46.05 | raptor | How to set the default perspective ? |
| 11:46.26 | raptor | I accidentally knocked |
| 11:52.18 | *** join/#brlcad YashM (~YashM@117.223.174.28) | |
| 12:19.39 | raptor | <PROTECTED> |
| 12:32.11 | *** join/#brlcad jasvir (~jasvir@122.173.150.75) | |
| 12:48.28 | ignacio | Good morning :) |
| 12:48.39 | *** part/#brlcad jasvir (~jasvir@122.173.150.75) | |
| 12:49.10 | ``Erik | brlcad, andromeda-galaxy: the new ray generation stuff, is that all being done as one big lump (here are your 2 million rays in one big honkin' array)? I'm wondering if a streaming generator might be handy? gen=init(), give_me_next_ray(gen), give_me_next_N_rays(gen,10,&array), etc? |
| 12:50.37 | ``Erik | raptor: for rt, -p <degrees> |
| 12:51.52 | Notify | 03BRL-CAD Wiki:Pavanaries * 0 /wiki/User:Pavanaries: |
| 13:05.16 | Notify | 02GCI:brlcad * 6632135641268224 : *code* comments :) - Hehe, Raptor, I meant comments *in* the code. Code // comments. So when someone reads these scripts in 5 years, they won't have to decipher... |
| 13:05.16 | Notify | 02GCI:brlcad * 5792678377684992 : cool, please communicate this with starseeker - So he can work with the fix. |
| 13:05.16 | Notify | 02GCI:brlcad * 5028787255246848 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to... |
| 13:05.16 | Notify | 02GCI:brlcad * 5028787255246848 : almost - Krishna, this looks good to me. The only problem I saw is that you named the function argument "bu_n_free" and another variable "bu_n_free_calls". Using... |
| 13:05.16 | Notify | 02GCI:brlcad * 5581079297654784 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to... |
| 13:05.16 | Notify | 02GCI:brlcad * 5581079297654784 : missing one? - Aditya, this looks nice but are you missing one? There are gaps in the grid and I only see 9 listed. Also, can you use the actual design from Marc... |
| 13:05.16 | Notify | 02GCI:goobypls * 5269456200663040 : Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 13:05.16 | Notify | 02GCI:goobypls * 5269456200663040 : Task Claimed - I would like to work on this task. |
| 13:05.16 | Notify | 02GCI:joy818200 * 6384883232407552 : Ready for review - The work on this task is ready to be reviewed. |
| 13:05.16 | Notify | 02GCI:zhang_yizhuo * 4992155881832448 : Ready for review - The work on this task is ready to be reviewed. |
| 13:05.16 | Notify | 02GCI:o7p9bxbnyj * 6703555041820672 : Task Claimed - I would like to work on this task. |
| 13:05.16 | Notify | 02GCI:goobypls * 5269456200663040 : Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 13:05.16 | Notify | 02GCI:o7p9bxbnyj * 6703555041820672 : Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 13:05.16 | Notify | 02GCI:o7p9bxbnyj * 6348864562921472 : Task Claimed - I would like to work on this task. |
| 13:05.16 | Notify | 02GCI:arclith * 5859273187786752 : Task Claimed - I would like to work on this task. |
| 13:05.16 | Notify | 02GCI:harman052 * 5859273187786752 : Task Assigned - This task has been assigned to Mou Yan Qiao. You have 100 hours to complete this task, good luck! |
| 13:05.16 | Notify | 02GCI:emiwang * 4949239830413312 : Ready for review - The work on this task is ready to be reviewed. |
| 13:05.16 | Notify | 02GCI:adityagulati * 5581079297654784 : Ready for review - The work on this task is ready to be reviewed. |
| 13:05.16 | Notify | 02GCI:adityagulati * 5581079297654784 : Explanation - Sir, One of the task (#6) has not been completed yet, So I could only make 9. I Have Tried To Make The rest Of The changes. Hope you like my... |
| 13:05.16 | Notify | 02GCI:adityagulati * 5581079297654784 : Explanation - Sir, Sorry I Could Not Increase The Size Much. Regards, Aditya |
| 13:05.16 | Notify | 02GCI:estafador * 5228725012529152 : Ready for review - The work on this task is ready to be reviewed. |
| 13:05.16 | Notify | 02GCI:wenxuan45 * 5042004748664832 : Task Claimed - I would like to work on this task. |
| 13:05.16 | Notify | 02GCI:harman052 * 5042004748664832 : Task Assigned - This task has been assigned to Teoh Wen Xuan. You have 100 hours to complete this task, good luck! |
| 13:05.16 | Notify | 02GCI:tannousmarc * 6733016101552128 : Ready for review - The work on this task is ready to be reviewed. |
| 13:05.16 | Notify | 02GCI:tannousmarc * 6733016101552128 : Improvements, as discussed with Sean over IRC - - Now opens all the webpages on click, instead of linking to the task, for ease of use. - All the webpages... |
| 13:05.16 | Notify | 02GCI:wenxuan45 * 5042004748664832 : Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 13:05.16 | Notify | 02GCI:wenxuan45 * 4609906124521472 : Task Claimed - I would like to work on this task. |
| 13:05.17 | Notify | 02GCI:mihaineacsu29 * 6348864562921472 : Task Assigned - This task has been assigned to Andromeda Galaxy. You have 100 hours to complete this task, good luck! |
| 13:05.17 | Notify | 02GCI:princealikhan08 * 4596346644332544 : Task Claimed - I would like to work on this task. |
| 13:05.17 | Notify | 02GCI:princealikhan08 * 4596346644332544 : Work - Basically i have to create a logo for Google Code in 2015. is there any reference where i can get theme idea. |
| 13:05.17 | Notify | 02GCI:thevk * 4977508348854272 : Ready for review - The work on this task is ready to be reviewed. |
| 13:37.05 | raptor | I have already prepared the following 2 work :) |
| 13:50.10 | *** join/#brlcad mandarj (75c331dc@gateway/web/freenode/ip.117.195.49.220) | |
| 13:50.35 | mandarj | gcibot, random brlcad |
| 13:50.48 | *** part/#brlcad mandarj (75c331dc@gateway/web/freenode/ip.117.195.49.220) | |
| 14:03.50 | *** join/#brlcad YatharthROCK (~YatharthR@unaffiliated/yatharthrock) | |
| 14:03.50 | *** part/#brlcad YatharthROCK (~YatharthR@unaffiliated/yatharthrock) | |
| 14:27.52 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 14:37.25 | *** join/#brlcad jasvir (~jasvir@122.173.238.30) | |
| 14:46.13 | *** join/#brlcad luca79 (~luca@host246-13-dynamic.0-87-r.retail.telecomitalia.it) | |
| 14:52.04 | andromeda-galaxy | ``Erik: for now, as far as I know, it's returning an array of preallocated rays in a struct xrays, but that does make sense, since it's more like what rt does now... better yet, something like using give_me_nth_ray() might even be best...m |
| 14:52.23 | andromeda-galaxy | starseeker: if you were working with the comgeom modelling, did you see the fix to the scripts I made yesterday? |
| 14:53.29 | andromeda-galaxy | brlcad, ``Erik: then the way that do_pixel() works wouldn't have to change nearly as much, and there wouldn't be a huge memory allocations for all the rays... |
| 15:31.38 | andromeda-galaxy | <PROTECTED> |
| 15:35.48 | *** join/#brlcad teepee (~teepee@gateway/tor-sasl/teepee) | |
| 15:55.51 | starseeker | you mjight want to think about something like give me next N rays, since one of the points with ray bundling is to handle blocks of rays "all at once" (in a sense) |
| 15:56.15 | starseeker | andromeda-galaxy: I hadn't seen the comgeom-g yet - so it was a script fix? awesome! |
| 15:56.38 | starseeker | will have to get that hooked up into the db builds |
| 16:07.33 | andromeda-galaxy | starseeker: makes sense... I was just thinking that for do_pixel() having random access is nice |
| 16:07.36 | andromeda-galaxy | but |
| 16:08.01 | andromeda-galaxy | starseeker: rt_shootrays() &c, could iterate through them using give_me_next_ray() similar to the way that they do with next() on the linked list |
| 16:08.05 | andromeda-galaxy | currently used for xrays |
| 16:10.55 | andromeda-galaxy | having give_me_nth_ray_range() might make sense as wellf for do_pixel() with hypersampling... |
| 16:12.58 | andromeda-galaxy | starseeker: yeah, the problem with it was that the script was making the region ident table in v1/v4 format, it had to move a couple of columns around to make it v5... |
| 16:26.05 | *** join/#brlcad MarcTannous (bc1b5e02@gateway/web/freenode/ip.188.27.94.2) | |
| 16:26.16 | MarcTannous | Hello guys |
| 16:30.34 | MarcTannous | http://www.google-melange.com/gci/task/view/google/gci2014/6733016101552128 in case someone has 2 minutes |
| 16:30.34 | gcibot | [[ Create a web gallery of GCI website landing page designs || BRL-CAD || NeedsReview (2 days 5 hrs 37 min) || Sean, Dishank ]] |
| 16:45.03 | YashM | just got a google cardboard |
| 16:45.21 | YashM | this is cool :P |
| 16:51.14 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 16:55.33 | *** join/#brlcad luca79 (~luca@net-2-34-212-36.cust.vodafonedsl.it) | |
| 17:03.41 | andromeda-galaxy | brlcad: thinking about ray bundle generation mechanisms, there seem to currently be two, one of which (older) stores rays in a bu_list and the other (newer) stores rays in an array of xray --- the second one seems better for rt due to the performance of random access in linked lists |
| 17:04.00 | andromeda-galaxy | but I'm not convinced that using a generator-like approach like ``Erik mentioned above isn't the best idea |
| 17:04.25 | andromeda-galaxy | something like a set of functions that operate on a struct like: |
| 17:04.30 | andromeda-galaxy | struct bundle_gen { |
| 17:04.39 | andromeda-galaxy | <PROTECTED> |
| 17:04.43 | andromeda-galaxy | <PROTECTED> |
| 17:05.06 | andromeda-galaxy | <PROTECTED> |
| 17:05.08 | andromeda-galaxy | } |
| 17:05.16 | andromeda-galaxy | with gen_func a function pointer to generation functionis |
| 17:06.42 | andromeda-galaxy | this has fast random access and alolcates memory lazily... |
| 17:13.55 | *** join/#brlcad merzo (~merzo@121-34-132-95.pool.ukrtel.net) | |
| 17:26.59 | MarcTannous | yashm: Depending on the content of your div, text-align:center; or magin-left:auto;margin-right:auto; |
| 17:27.07 | MarcTannous | To center an element horizontally inside its parent div |
| 17:51.50 | raptor | Tell me why throws when creating sketch put test sketch V {0 0 0} A {1 0 0} B {0 0 1} VL { {-75 0 0} {75 0 0} {75 50 0} {75 -50 0} {-75 50 0} {-75 -50 0} } SL { {cars S 0 E 0 R 25 L 0 O 1} {cars S 1 E 1 R 25 L 0 O 1} {cars S 2 E 3 R 50 L 0 O 1} {cars S 4 E 5 R 50 L 0 O 1} {cars S 4 E 2 R 100 L 0 O 1} {cars S 5 E 3 R 100 L 0 O 1}} |
| 18:04.42 | raptor | in Archer |
| 18:05.35 | raptor | and mged |
| 18:07.56 | raptor | Thank you all, I found an error |
| 18:39.40 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 19:08.45 | starseeker | andromeda-galaxy: we want to make sure that whatever mechanisms we put in place for bunding allow us to implement things like GPU based raytracing and other coherence tricks |
| 19:09.01 | starseeker | andromeda-galaxy: I don't know much about the details - that's brlcad |
| 19:09.21 | starseeker | but I do know there are specific needs for high performance that aren't always intuitive |
| 19:09.26 | ``Erik | linked list shouldn't be an issue for 'normal' rendering, each worker is just "lock, pop, unlock" |
| 19:09.48 | ``Erik | if the ray info includes the x,y of the final pixel, then order can be changed to get 'postage stamp' bundles |
| 19:09.53 | starseeker | (not saying one approach or another won't succeed - I don't know - but I do know there's a lot of somewhat non-obvious factors that can enter in) |
| 19:10.38 | ``Erik | streaming them (and generating on demand) could be useful if, say, you wanted a 3 story tall poster at 1200dpi... :D or a normal poster at 120000 dpi or something |
| 19:12.02 | ``Erik | <-- is just spewing ideas, not arguing how it should be :D just hoping some interesting discussion might happen |
| 19:12.37 | andromeda-galaxy | ``Erik: you probably know more about this than I do, but here's hte question I have with linked lists: |
| 19:13.02 | andromeda-galaxy | each worker thread might need to access non-contiguous sections of the list of rays, right? Especially with the recursive refinement strategy... |
| 19:13.28 | andromeda-galaxy | but singly-linked lists are quite ineficient at random access... and rt is usually one of the more performance-critical sections of code, right? |
| 19:14.39 | andromeda-galaxy | ``Erik: so it seems like it makes more sense to at least have them layed out in a contiguous C array in memory or some such, but rt_shootrays() uses struct xrays, which uses bu_list... |
| 19:15.20 | ``Erik | well, my thought was that random access is irrelevant, but I'd forgotten about the -i option... to further muddy things up, the generator could be aware of -i and generate the rays to consider in the right order, possibly including a pixel "size" (-i level)? |
| 19:17.36 | ``Erik | rt is currently very built into doing things in a linear fashion, each worker does one entire line... "postage stamp" raytracing makes squares to raytrace to hopefully increase the probability that the geometry is already in the cpu cache |
| 19:17.47 | ``Erik | isst/adrt does postage stamps for that reason |
| 19:18.34 | ``Erik | I'd imagine any real benefits from contiguous memory would require significant retooling of the rt worker system and the icv interface... |
| 19:18.55 | andromeda-galaxy | ahh... |
| 19:19.18 | ``Erik | beyond the scope of this task... so, uh, I guess the best approach right now is to not worry about the speed of access |
| 19:19.19 | andromeda-galaxy | right, that makes sense... It's just that with n worker thread,s |
| 19:19.38 | andromeda-galaxy | they're accessing interleaved bits of memory, right? which might be pretty inneficient with a linked list... |
| 19:20.32 | Stragus | The coordinates of primary rays should be generated on the fly rather than stored in big buffers |
| 19:20.40 | andromeda-galaxy | ``Erik: so for this task, I can just write the generator without considering that, |
| 19:20.47 | andromeda-galaxy | but there's another one for making rt use them.. |
| 19:20.50 | ``Erik | the memory access patterns are pretty well tuned... for a vax 11/780 (and pretty solid on a mips r8k sgi origin)... for any cpu's BRL-CAD actually runs on right now, it's probably not so good |
| 19:20.54 | Stragus | And the coordinates of secondary rays should also be generated on the fly from whatever code handles the result of primary rays |
| 19:21.59 | andromeda-galaxy | ``Erik: what is the real benefit of using bundled rays like this instead of keeping rt's current on-the-fly generation? |
| 19:22.35 | andromeda-galaxy | Stragus: that was the rational behind the 'generator' idea, I believe |
| 19:23.06 | andromeda-galaxy | ``Erik: using a generator could be really interesting, because in some cases (i.e. current rt), it can delay the compuation until needed |
| 19:23.30 | andromeda-galaxy | but if it needs a block of, say, a hundred rays, it could just call, e.g., rt_bundle_next_n_rays(100) and get either a list or a buffer... |
| 19:24.17 | andromeda-galaxy | ``Erik: so the problem is that making rt use this kind of ray tracing might be quite difficult, especially re-doing that kind of memory optimization with the new structure, right? doing it this way also needs more malloc()s... |
| 19:27.39 | andromeda-galaxy | Stragus, ``Erik: are you still here? |
| 19:31.19 | andromeda-galaxy | ``Erik: My point about contiguous memory was just that random access from the different worker threads would (hopefully) be cheap |
| 19:33.38 | andromeda-galaxy | ``Erik, Stragus: it looks to me like the pixels are processed on n processors as 1234...n1234..n, which is my concern about using linked lists, since e.g. processor 1 has to follow n extra links... |
| 19:40.33 | Stragus | There are many inefficiencies in BRL-CAD's raytracer |
| 19:40.58 | Stragus | I wrote an efficient raytracer, both for CPUs and CUDA GPUs, but it's triangle-only |
| 19:41.26 | Stragus | BRL-CAD's CSG raytracer needs a major performance update |
| 19:49.32 | andromeda-galaxy | Stragus: ahh, interesting... so are you saying that it's already inefficient enough that this won't make matters much worse? |
| 20:02.38 | ``Erik | andromeda-galaxy: it's a bit more complicated than you think... linked lists are pretty fast to traverse, allocation is done using memory pools (no context switches, mru cache behaviors, etc) |
| 20:03.27 | ``Erik | logs into melange and tries to find the task description O.o |
| 20:05.01 | andromeda-galaxy | ``Erik: ah, good to know then.. mayabe it'll be fine |
| 20:05.19 | andromeda-galaxy | and about allocation, I meant allocating the xrayp structs, which is (currently in the other bundles, at least) being done with malloc |
| 20:09.58 | ``Erik | andromeda-galaxy: it'll be fine. :) beware premature optimization O.o |
| 20:20.51 | andromeda-galaxy | ``Erik: true... alright, then, I'll just finish it using the linked list for now, if it causes unacceptable performance degradations, we'll worry about it then. |
| 20:27.12 | *** join/#brlcad raptor_ (~raptor@194.28.75.221) | |
| 20:30.24 | Stragus | ``Erik, linked lists are *terrible* for caches |
| 20:30.36 | Stragus | They are not fast to traverse by any mean |
| 20:31.35 | Stragus | It's better if the list is small enough (and allocated from memory pools) that it fits in L2 cache, but it's still not terrible |
| 20:41.11 | raptor_ | Is there anything like that on linux? http://brlcad.org/wiki/2D_Sketch_Editor |
| 20:42.19 | raptor_ | or windows :) |
| 21:17.14 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 21:21.15 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 22:03.29 | *** join/#brlcad raptor_ (~raptor@194.28.75.221) | |
| 22:04.28 | *** join/#brlcad merzo (~merzo@121-34-132-95.pool.ukrtel.net) | |
| 22:29.50 | *** join/#brlcad krishna_732 (4a0f1796@gateway/web/freenode/ip.74.15.23.150) | |
| 23:22.38 | *** join/#brlcad raptor_ (~raptor@194.28.75.221) | |
| 23:30.32 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 23:47.23 | *** join/#brlcad circ-user-tFqUU (~circuser-@122.163.139.152) | |
| 23:47.34 | circ-user-tFqUU | Hi |
| 23:51.28 | *** join/#brlcad circ-user-2i4j3 (~circuser-@122.163.139.152) | |
| 23:51.34 | circ-user-2i4j3 | Hi |
| 23:52.15 | circ-user-2i4j3 | I have claimed this task: http://www.google-melange.com/gci/task/view/google/gci2014/4635701832318976 |
| 23:52.15 | gcibot | [[ Create a web gallery of GCI website landing page designs #2 || BRL-CAD || Claimed (4 days 3 hrs 50 min) || Gauravjeet Singh, Ch3ck ]] |
| 23:53.23 | circ-user-2i4j3 | I cannot find any completed "landing" tasks on the BRL-CAD's page. Please look into it. |
| 00:15.47 | *** join/#brlcad anishshah101 (~anishshah@202.78.172.162) | |
| 00:18.54 | anishshah101 | Hi, I wanted to understand and contribute to the codebase of the OGV interface, any pointers on how should I get started? |
| 00:19.42 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 00:24.50 | *** join/#brlcad albertcoder (~quassel@202.164.45.198) | |
| 01:41.16 | *** join/#brlcad jasvir (~jasvir@122.173.179.173) | |
| 01:41.20 | *** part/#brlcad jasvir (~jasvir@122.173.179.173) | |
| 03:07.12 | ignacio | Good night everyone! :) |
| 03:31.53 | *** join/#brlcad albertcoder (~quassel@202.164.45.198) | |
| 03:41.43 | *** join/#brlcad albertcoder (~quassel@202.164.45.198) | |
| 04:12.03 | *** join/#brlcad albertcoder (~quassel@202.164.45.198) | |
| 04:22.08 | *** join/#brlcad YashM (~YashM@117.198.23.203) | |
| 04:26.01 | *** join/#brlcad albertcoder (~quassel@202.164.45.198) | |
| 04:34.39 | *** join/#brlcad YashM_ (~YashM@117.248.200.44) | |
| 04:52.21 | *** join/#brlcad unicodesnowman (~unicodesn@unaffiliated/unicodesnowman) | |
| 05:05.27 | *** join/#brlcad FreezingCold (~FreezingC@CPE602ad06bea2a-CM602ad06bea27.cpe.net.cable.rogers.com) | |
| 05:13.20 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 06:31.45 | *** join/#brlcad balder_ (7d1409f9@gateway/web/freenode/ip.125.20.9.249) | |
| 06:50.51 | balder_ | Hey! :) I am third year undergrad student! I have seen some of your project ideas.I am interested in Geometry Projects but I am confused right now. Can some body tell me where can I find the source code of these tools nd how to get started! Thanks |
| 06:53.12 | YashM_ | you can do a SVN checkout |
| 06:53.20 | YashM_ | http://brlcad.org/wiki/Building_from_SVN |
| 06:57.30 | balder_ | YashM_: Ok! Can you please explain me what is an SVN or svn clint! |
| 07:00.40 | YashM_ | http://tortoisesvn.net/ |
| 07:01.12 | YashM_ | http://en.wikipedia.org/wiki/Apache_Subversion |
| 07:03.35 | balder_ | OK! It seem something like git! Thankyou! I will be back after some time! |
| 07:18.34 | *** join/#brlcad raptor (~raptor@194.28.75.209) | |
| 07:18.36 | *** join/#brlcad raptor_ (~raptor@194.28.75.209) | |
| 07:25.07 | *** join/#brlcad albertcoder (~quassel@202.164.45.198) | |
| 07:40.02 | *** join/#brlcad YashM (~YashM@117.198.13.195) | |
| 07:40.21 | *** join/#brlcad albertcoder (~quassel@202.164.45.198) | |
| 07:42.06 | raptor | Guys do not know when you come mentors? |
| 07:47.20 | balder_ | How much big is brl-cad repository? I put it on download long time ago and it still is downloading! |
| 07:47.36 | *** join/#brlcad yland (~yland___@41.244.241.19) | |
| 07:49.04 | *** join/#brlcad YashM_ (~YashM@117.223.172.104) | |
| 07:49.20 | brlcad | starseeker: https://www.google-melange.com/gci/task/view/google/gci2014/4949239830413312 |
| 07:49.21 | gcibot | [[ Transcribe Geometry Model Data from a PDF report to an ASCII file Helicopter || BRL-CAD || Closed || Isaac Kamga, Deepak ]] |
| 07:49.32 | brlcad | balder_: make sure you used the correct url |
| 07:49.36 | brlcad | ~cadsvn |
| 07:49.36 | infobot | To obtain BRL-CAD from Subversion: svn checkout https://svn.code.sourceforge.net/p/brlcad/code/brlcad/trunk brlcad |
| 07:50.05 | brlcad | if you don't put trunk, it'll download every release, every branch, and every tag ever made |
| 07:51.07 | YashM_ | brlcad, http://www.google-melange.com/gci/task/view/google/gci2014/6637040225484800 |
| 07:51.08 | gcibot | [[ Create a web gallery of GCI CAD GUI designs #2 || BRL-CAD || NeedsReview (2 days 13 hrs 2 min) || Ishwerdas, Ch3ck ]] |
| 07:52.02 | raptor | brlcad, https://www.google-melange.com/gci/task/view/google/gci2014/6632135641268224 |
| 07:52.03 | gcibot | [[ Implement script to create a planetary gear || BRL-CAD || NeedsReview (29 hrs 49 min) || Kesha Shah, Harmanpreet ]] |
| 07:54.14 | *** join/#brlcad MarcTannous (bc1917be@gateway/web/cgi-irc/kiwiirc.com/ip.188.25.23.190) | |
| 07:55.05 | MarcTannous | Can my task please be evaluated? http://www.google-melange.com/gci/task/view/google/gci2014/6733016101552128 Other tasks that have been submitted after it were accepted, mine was not |
| 07:55.06 | gcibot | [[ Create a web gallery of GCI website landing page designs || BRL-CAD || NeedsReview (38 hrs 13 min) || Sean, Dishank ]] |
| 08:06.51 | *** join/#brlcad rohitagarwal (0ec2f243@gateway/web/cgi-irc/kiwiirc.com/ip.14.194.242.67) | |
| 08:26.51 | *** join/#brlcad YashM (~YashM@117.198.6.197) | |
| 08:40.06 | *** join/#brlcad YashM (~YashM@117.222.18.184) | |
| 08:45.10 | brlcad | guys, asking for reviews doesn't get them reviewed .. they get reviewed in queue order :) |
| 08:46.29 | YashM | brlcad, should i put all designs in one webpage or make individual web galleries |
| 08:58.34 | *** join/#brlcad KimK (~Kim__@ip68-102-30-143.ks.ok.cox.net) | |
| 09:04.30 | YashM | lol |
| 09:04.42 | YashM | going through tasks and i see some forges |
| 09:13.32 | *** join/#brlcad geekgrl (~geekgrl@203.115.81.74) | |
| 09:29.39 | balder_ | Hey! I have completely build the brl-cad from source code(In Linux system and I can assess some 400 commands from terminal) ! In order to start contributing I think it would be better if I get familiar with it, can any one suggest a good source to learn brl-cad or a way to start developing :) Thanks |
| 10:20.20 | *** join/#brlcad YashM_ (~YashM@59.88.30.163) | |
| 10:29.44 | *** join/#brlcad merzo (~merzo@105-113-132-95.pool.ukrtel.net) | |
| 10:30.01 | *** join/#brlcad YashM (~YashM@117.198.2.30) | |
| 11:55.08 | *** join/#brlcad YashM (~YashM@117.198.2.30) | |
| 12:11.53 | raptor | brlcad, I redid the comments in the script - https://mega.co.nz/#!GAUH1QZD!wva-nPjtAmKpfyxw4CghiOojy72Y2L9-b1jqYw8vm7k |
| 12:15.43 | *** join/#brlcad raptor (~raptor@194.28.75.209) | |
| 13:22.32 | *** join/#brlcad merzo (~merzo@105-113-132-95.pool.ukrtel.net) | |
| 13:47.11 | *** join/#brlcad raptor (~raptor@194.28.75.209) | |
| 14:09.03 | ignacio | Good morning |
| 14:31.05 | raptor | https://www.google-melange.com/gci/task/view/google/gci2014/5008500564426752 |
| 14:31.06 | gcibot | [[ Model BRL-CAD logo in BRL-CAD #10 || BRL-CAD || ClaimRequested || Sean, Ishwerdas ]] |
| 15:15.18 | raptor | https://www.google-melange.com/gci/task/view/google/gci2014/5008500564426752 |
| 15:15.19 | gcibot | [[ Model BRL-CAD logo in BRL-CAD #10 || BRL-CAD || NeedsReview (4 days 3 hrs 26 min) || Sean, Ishwerdas ]] |
| 15:20.45 | *** join/#brlcad YashM (~YashM@117.198.23.78) | |
| 16:05.45 | raptor | https://www.google-melange.com/gci/task/view/google/gci2014/5008500564426752 |
| 16:05.46 | gcibot | [[ Model BRL-CAD logo in BRL-CAD #10 || BRL-CAD || NeedsReview (4 days 2 hrs 36 min) || Sean, Ishwerdas ]] |
| 16:08.27 | starseeker | brlcad: ha! I'll be darned |
| 16:09.54 | starseeker | wonders if that task holds the record for most claimed-and-released, or of one of the spelling checker tasks takes the trophy... |
| 16:13.56 | MarcTannous | starseeker: which one? |
| 16:17.07 | starseeker | https://www.google-melange.com/gci/task/view/google/gci2014/4949239830413312 |
| 16:17.08 | gcibot | [[ Transcribe Geometry Model Data from a PDF report to an ASCII file Helicopter || BRL-CAD || Closed || Isaac Kamga, Deepak ]] |
| 16:17.17 | starseeker | it got claimed and released a whole lot |
| 16:17.40 | starseeker | if we do this again in the future, we'll have to chop the files into smaller pieces so they aren't so intimidating |
| 16:22.05 | starseeker | the number of times a task is claimed and released without completion is probably a decent way to evaluate the difficulty of said task, actually... |
| 16:22.26 | starseeker | dunno if that can be captured out of melange currently... |
| 16:22.58 | MarcTannous | I think there were a lot more claims+removals on the grammar errors tasks |
| 16:23.37 | MarcTannous | And not because it was a complicated task, just because it seems easy at first and you rush to claim it, but once you set up a working environment you realize what the task actually requires |
| 16:24.17 | *** join/#brlcad alisha (~alisha@106.192.150.236) | |
| 16:25.22 | starseeker | andromeda-galaxy: could you update the file doc/csv_to_comgeom.txt with all the information and script updates you've created getting the successful comgeom import completed? We'll probably want to move it somewhere else eventually but for now that's a place to get it into the repo |
| 16:26.30 | starseeker | also, can you add the final working comgeom file to the db/ directory? you can just add it to the CMAKEFILES list at the bottom of the db/CMakeLists.txt directory for now - I'll hook up the conversion machinery later |
| 16:46.29 | *** join/#brlcad albertcoder (~quassel@202.164.45.194) | |
| 16:50.34 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:56.39 | raptor | Why such a checking is slow? |
| 17:00.50 | Ch3ck | MarcTannous: can't see your designs clearly from my browser |
| 17:01.00 | Ch3ck | could you send me a screenshot from your end? |
| 17:02.14 | *** join/#brlcad harpreet (1bffc8d3@gateway/web/freenode/ip.27.255.200.211) | |
| 17:02.25 | harpreet | Hello |
| 17:02.54 | Ch3ck | harpreet: hey howdy? |
| 17:03.15 | harpreet | I am harpreet |
| 17:03.34 | harpreet | I want to take part in GSOC |
| 17:05.23 | Ch3ck | MarcTannous: good work, chrome seems to work perfect now |
| 17:05.29 | harpreet | i have checked accepted organizations og 2014 of GSOC |
| 17:06.51 | harpreet | I am interested in computer graphics and i knoe c/c++ and java |
| 17:07.06 | harpreet | i can work with these languages |
| 17:07.50 | harpreet | please suggest some project ideas according to my skill set |
| 17:07.50 | Ch3ck | nice harpreet |
| 17:08.46 | Ch3ck | the first adviice is for you to get acquainted with community, checkout and compile BRLCAD, try to fix some bugs and submit patches |
| 17:08.46 | harpreet | what do i need to do to get started for it |
| 17:09.07 | Ch3ck | get to know other members of the community, Communicate! |
| 17:10.16 | harpreet | how can i get to know other members of community ? |
| 17:10.19 | MarcTannous | Ch3ck: can you upload a printscreen with what you are seeing? |
| 17:10.29 | MarcTannous | Ch3ck: and tell me what browser you're on please |
| 17:10.39 | Ch3ck | MarcTannous: no worries everythx is good |
| 17:10.46 | harpreet | i am on google chrome |
| 17:11.05 | MarcTannous | Ch3ck: Can you mark my task complete? Than one is just for t-shirts, the others will be submitted as I do them |
| 17:11.18 | MarcTannous | I talked with Sean and established that having them all on a single page is better in the long run |
| 17:11.24 | Ch3ck | MarcTannous: alredy did |
| 17:11.35 | Ch3ck | s/alredy/already |
| 17:11.57 | MarcTannous | oh thanks |
| 17:12.04 | MarcTannous | did not see that, only got your comment on my mail for some reason |
| 17:13.24 | Ch3ck | working on the Facebook hacker cup, been debugging for more than 3 hours |
| 17:14.38 | harpreet | what should i do now ? |
| 17:15.02 | MarcTannous | Ch3ck: Can I get a link to that? |
| 17:15.08 | MarcTannous | Did not hear about it |
| 17:15.14 | harpreet | i am using IRC for the first time |
| 17:15.20 | harpreet | bit confused |
| 17:15.58 | *** join/#brlcad albertcoder (~quassel@117.225.33.178) | |
| 17:19.45 | Ch3ck | harpreet: just give some time |
| 17:19.57 | Ch3ck | i'm doing competitive programming and talking here |
| 17:20.56 | harpreet | ok |
| 17:21.06 | Ch3ck | MarcTannous: https://www.facebook.com/hackercup/problems.php?pid=1036037553088752&round=742632349177460 |
| 17:22.19 | Ch3ck | harpreet: first of all get an svn checkout for BRLCAD and compile |
| 17:22.35 | Ch3ck | or have you done it already? |
| 17:22.58 | harpreet | No i have not done it. |
| 17:23.21 | harpreet | I m going to do it |
| 17:23.48 | harpreet | i shall inform you after doing it |
| 17:25.07 | Ch3ck | harpreet: no problemo ;) |
| 17:28.14 | MarcTannous | Oh my god this hacker cup sounds fun |
| 17:29.22 | Ch3ck | MarcTannous: yup |
| 17:29.39 | Ch3ck | is flexing his brain cells, it's been a while |
| 17:32.29 | MarcTannous | what is the time constraint on this 2nd problem you're working on? |
| 17:33.37 | MarcTannous | Actually nevermind, anything besides backtracking would fit |
| 17:33.46 | Ch3ck | MarcTannous: 6 mins |
| 17:33.58 | MarcTannous | oh nevermind, even backtracking might work |
| 18:06.07 | Ch3ck | MarcTannous: are you participating? |
| 18:06.14 | MarcTannous | Ch3ck |
| 18:06.23 | MarcTannous | Don't have the time to upload the last problem in the next 6 days |
| 18:06.28 | MarcTannous | The GCI is my priority |
| 18:06.42 | MarcTannous | I can do the first two in ¬1 hour but the last one would require some more codework on my side |
| 18:06.52 | MarcTannous | but I'll surely try my best next year |
| 18:10.34 | Ch3ck | are sure you can crack one and 2 in an hour? |
| 18:10.47 | Ch3ck | it's easier said than done |
| 18:10.53 | MarcTannous | Those are what I've been doing for the past 4-5 years in Romanian Informatics Olympiad |
| 18:12.33 | MarcTannous | First one you just retain the number as an array of digits and sort them, then see where you have to do the swap by going greedy from either side of the number |
| 18:13.17 | MarcTannous | Second one,best solution I can see would be a smart dynamic ( not sure how this is called in english, I mean dynamic programming ) or just create a graph and go on so called branches |
| 18:13.35 | MarcTannous | tree*, not a graph |
| 18:14.08 | MarcTannous | Where the parent is a starting aliment or whatever that was, and its children are possible aliments you can eat ( so that the sum does not go above limits ) |
| 18:14.18 | MarcTannous | That surely fits the 6 minutes |
| 18:14.39 | Ch3ck | it does |
| 18:14.57 | Ch3ck | the greedy method is the best, i've just been too lazy to implement it |
| 18:15.14 | MarcTannous | I would but it seems you only get to round 2 with 100p |
| 18:15.23 | Ch3ck | just generated a combination of these numbers |
| 18:15.37 | MarcTannous | for the first one? |
| 18:16.17 | MarcTannous | oh the last one is actually doable too |
| 18:16.27 | MarcTannous | It's a standard Lee Algorithm |
| 18:16.58 | MarcTannous | Nvm, not so standard, there are moving obstacles. |
| 18:17.09 | MarcTannous | But surely some kind of modified BFS |
| 18:29.37 | Ch3ck | yeah MarcTannous |
| 18:55.18 | Ch3ck | goes to out .... lady's waiting |
| 18:58.51 | MarcTannous | Have fun |
| 19:06.57 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 19:39.03 | andromeda-galaxy | brlcad, starseeker, Ch3ck, Stragus: are regression tests on rt? If I'm changing the way it shoots rays, having pixel-perfect checking from the regression suite would be nice... |
| 19:45.26 | andromeda-galaxy | brlcad: also, what do you think of adding a new option to rt to hide using the bundled functions behind (experimental)? |
| 20:11.48 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 21:03.15 | *** join/#brlcad merzo (~merzo@105-113-132-95.pool.ukrtel.net) | |
| 21:09.31 | *** join/#brlcad teepee (~teepee@gateway/tor-sasl/teepee) | |
| 21:15.25 | starseeker | andromeda-galaxy: any of the regression tests that generate images are in essence rt regression tests |
| 21:15.35 | starseeker | benchmark will also work that way |
| 21:28.28 | *** join/#brlcad KimK (~Kim__@ip68-102-30-143.ks.ok.cox.net) | |
| 21:33.54 | *** join/#brlcad KimK (~Kim__@ip68-102-30-143.ks.ok.cox.net) | |
| 21:39.25 | MarcTannous | good night guys, have a great day |
| 22:27.11 | andromeda-galaxy | starseeker: ah, good to know, thanks |
| 22:27.27 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 22:30.13 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 22:36.42 | *** join/#brlcad FreezingAlt (~FreezingC@135.0.41.14) | |
| 22:45.53 | *** join/#brlcad merzo_ (~merzo@105-113-132-95.pool.ukrtel.net) | |
| 22:56.48 | *** join/#brlcad FreezingDroid (~FreezingC@135.0.41.14) | |
| 22:58.07 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 23:02.41 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 23:43.31 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 02:28.26 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 03:25.11 | *** join/#brlcad FreezingAlt (~FreezingC@135.0.41.14) | |
| 05:50.46 | brlcad | ignacio: good afternoon ;) |
| 05:54.33 | brlcad | andromeda-galaxy: per all the discussion about a streaming query interface, that is definitely on the radar, but probably not for GCI -- and still better to start with what RT currently does, simply refactored into a function |
| 05:55.07 | brlcad | andromeda-galaxy: that alone begs several questions that will have to be answered, like how to process rays line at a time or with recursive refinement |
| 05:56.44 | brlcad | andromeda-galaxy: even with a generator approach, returning an array will be better than a bu_list, so that should be preferred. just think of this as only focusing on values of N that are equal to all rays ;) |
| 06:05.07 | brlcad | andromeda-galaxy: finally, this set of generator tasks actually has almost nothing to do with rt and more to do with pattern generation. it's just silly to have a bunch of pattern generators and not actually put them to use where we can (and this GCI task as-is will really have no impact on performance, that's intentional) |
| 06:20.26 | brlcad | andromeda-galaxy: make bench to test rt ray firing, make regress has a few more too |
| 06:37.16 | *** join/#brlcad YashM (~YashM@117.198.15.0) | |
| 07:56.02 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 08:26.21 | *** join/#brlcad jasmineseah_17 (b613fd3e@gateway/web/freenode/ip.182.19.253.62) | |
| 08:26.31 | jasmineseah_17 | hello |
| 08:31.27 | *** join/#brlcad balder_ (7d1409f9@gateway/web/freenode/ip.125.20.9.249) | |
| 09:05.15 | *** join/#brlcad albertcoder (~quassel@202.164.53.117) | |
| 09:09.30 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 09:14.15 | *** join/#brlcad jasmineseah_17 (b613fd3e@gateway/web/freenode/ip.182.19.253.62) | |
| 09:14.23 | jasmineseah_17 | hello guys |
| 09:15.17 | YashM | hey |
| 09:20.32 | *** join/#brlcad hannie (b613fd3e@gateway/web/freenode/ip.182.19.253.62) | |
| 09:21.02 | hannie | hello! |
| 09:23.59 | YashM | hello hannie |
| 09:25.02 | *** join/#brlcad luca79 (~luca@host128-104-dynamic.5-87-r.retail.telecomitalia.it) | |
| 09:31.37 | *** join/#brlcad arno (~luca@host90-230-dynamic.5-87-r.retail.telecomitalia.it) | |
| 09:32.14 | *** join/#brlcad raptor (~raptor@194.28.75.241) | |
| 09:37.13 | *** join/#brlcad luca79 (~luca@host84-107-dynamic.15-87-r.retail.telecomitalia.it) | |
| 09:39.58 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 09:46.55 | YashM | I just realized making a web gallery with all the submissions in GCI 2014 is too unrealistic for a real website |
| 09:47.06 | YashM | There's like 100 images |
| 09:47.20 | YashM | (literally) |
| 09:53.30 | *** join/#brlcad archivist_ (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 09:54.26 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 10:08.09 | *** join/#brlcad merzo (~merzo@92.60.189.225) | |
| 10:43.02 | raptor | https://www.google-melange.com/gci/task/view/google/gci2014/5008500564426752 |
| 10:43.03 | gcibot | [[ Model BRL-CAD logo in BRL-CAD #10 || BRL-CAD || NeedsReview (3 days 7 hrs 58 min) || Sean, Ishwerdas ]] |
| 10:56.57 | *** join/#brlcad mihaineacsu (~mihaineac@92.85.10.174) | |
| 12:03.48 | *** join/#brlcad YashM (~YashM@117.198.15.0) | |
| 12:09.03 | *** join/#brlcad shardulc (7aa947e1@gateway/web/freenode/ip.122.169.71.225) | |
| 12:09.46 | shardulc | brlcad, are you there? |
| 12:10.32 | *** join/#brlcad YashM (~YashM@117.198.15.0) | |
| 12:17.25 | shardulc | brlcad, I just wanted to ask about the task to submit a script to detect dead code (viz. when is this task coming up?) |
| 12:17.50 | shardulc | thanks! |
| 12:32.42 | *** join/#brlcad YashM_ (~YashM@117.222.23.188) | |
| 13:06.02 | *** join/#brlcad raptor (~raptor@194.28.75.241) | |
| 13:28.46 | *** join/#brlcad YashM (~YashM@117.198.7.149) | |
| 13:48.51 | Notify | 03BRL-CAD:brlcad * 63920 brlcad/trunk/AUTHORS: credit krisha for the gci code patch that eliminated a global variable. |
| 13:48.51 | ``Erik | waits for the bot tsunami |
| 13:52.23 | Notify | 03BRL-CAD Wiki:Harpreet1992 * 0 /wiki/User:Harpreet1992: |
| 13:52.24 | Notify | 02GCI:helix * 6637040225484800 : Ready for review - The work on this task is ready to be reviewed. |
| 13:52.25 | Notify | 02GCI:shivam691999 * 4596409726664704 : Task Claimed - I would like to work on this task. |
| 13:52.26 | Notify | 02GCI:deepakkumarsharma * 4596346644332544 : Task Assigned - This task has been assigned to PrinceKhan. You have 100 hours to complete this task, good luck! |
| 13:52.27 | Notify | 02GCI:deepakkumarsharma * 4596409726664704 : Task Assigned - This task has been assigned to Shivam Sharma. You have 100 hours to complete this task, good luck! |
| 13:52.28 | Notify | 02GCI:wenxuan45 * 4609906124521472 : Ready for review - The work on this task is ready to be reviewed. |
| 13:52.29 | Notify | 02GCI:mihaineacsu29 * 6384883232407552 : None - I love the small details on the BRL-CAD text! Awesome job, Joy! |
| 13:52.30 | Notify | 02GCI:rohit_agarwal * 6365435620491264 : Ready for review - The work on this task is ready to be reviewed. |
| 13:52.31 | Notify | 02GCI:deepakkumarsharma * 5002699137351680 : Task Assigned - This task has been assigned to ariessa. You have 100 hours to complete this task, good luck! |
| 13:52.32 | Notify | 02GCI:deepakkumarsharma * 6369124728963072 : Task Assigned - This task has been assigned to Joy Chen. You have 100 hours to complete this task, good luck! |
| 13:52.33 | Notify | 02GCI:joy818200 * 6369124728963072 : Ready for review - The work on this task is ready to be reviewed. |
| 13:52.34 | Notify | 02GCI:o7p9bxbnyj * 6348864562921472 : Ready for review - The work on this task is ready to be reviewed. |
| 13:52.35 | Notify | 02GCI:deep10 * 5269456200663040 : Task Claimed - I would like to work on this task. |
| 13:52.36 | Notify | 02GCI:mihaineacsu29 * 5269456200663040 : Task Assigned - This task has been assigned to Ko0lGuY. You have 100 hours to complete this task, good luck! |
| 13:52.37 | Notify | 02GCI:mihaineacsu29 * 6365435620491264 : Task Closed - Congratulations, this task has been completed successfully. |
| 13:52.38 | Notify | 02GCI:mihaineacsu29 * 6365435620491264 : None - Fantastic work, Rohit! |
| 13:52.39 | Notify | 02GCI:mihaineacsu29 * 6369124728963072 : None - Wow, that looks amazing! I like the subtle inside gradient on the text. |
| 13:52.40 | Notify | 02GCI:joy818200 * 6369124728963072 : None - Thank you! |
| 13:52.41 | Notify | 02GCI:deep10 * 5269456200663040 : Converting png to bw - When converting I get error showing me all the pix-bw commands. I copied and pasted the exact command. |
| 13:52.42 | Notify | 02GCI:deep10 * 5269456200663040 : Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 13:52.43 | Notify | 02GCI:maitreyav * 4635701832318976 : Task Claimed - I would like to work on this task. |
| 13:52.44 | Notify | 02GCI:ch3ck * 4635701832318976 : Task Assigned - This task has been assigned to Maitreya Vyas. You have 100 hours to complete this task, good luck! |
| 13:52.45 | Notify | 02GCI:adrianneng * 5213338241859584 : Task Claimed - I would like to work on this task. |
| 13:52.46 | Notify | 02GCI:ch3ck * 5213338241859584 : Task Assigned - This task has been assigned to Adrianne. You have 100 hours to complete this task, good luck! |
| 13:52.47 | Notify | 02GCI:estafador * 5228725012529152 : Ready for review - Hi, the task has not been reviewed for a day, is there a problem with the link I uploaded the psd file or something that I can fix? |
| 13:52.48 | Notify | 02GCI:harman052 * 4609906124521472 : Task Closed - Congratulations, this task has been completed successfully. |
| 13:52.50 | Notify | 02GCI:harman052 * 4977508348854272 : Overlaps - Hi Vladimir, "rtcheck" command detects overlaps in your model. Please remove these and submit again. |
| 13:52.51 | Notify | 02GCI:harman052 * 4977508348854272 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed... |
| 13:52.52 | Notify | 02GCI:harman052 * 6637040225484800 : Zip file - Hi Yash, You did a great job. You need to upload your webpage and images as a single zip file that we can download, unzip and open up in the... |
| 13:52.53 | Notify | 02GCI:harman052 * 6637040225484800 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed... |
| 13:52.54 | Notify | 02GCI:helix * 6637040225484800 : Hey - You can clone the files with "git clone https://github.com/yash-m/BRL-CAD-Portfolio.git" but still I'll upload it. |
| 13:52.55 | Notify | 02GCI:vs37nx * 5001497033048064 : Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 13:52.56 | Notify | 02GCI:vs37nx * 5269456200663040 : Task Claimed - I would like to work on this task. |
| 13:52.57 | Notify | 02GCI:utkarshsingh341 * 6391659885494272 : Task Claimed - I would like to work on this task. |
| 13:52.58 | Notify | 02GCI:brlcad * 4949239830413312 : Task Closed - Congratulations, this task has been completed successfully. |
| 13:52.59 | Notify | 02GCI:brlcad * 4949239830413312 : how long? - Duckie, This looks like excellent work. How long did this one take you? Note that there are several other transcription tasks if you're interested!... |
| 13:53.00 | Notify | 02GCI:rohit_agarwal * 5867661997113344 : Task Claimed - I would like to work on this task. |
| 13:53.01 | Notify | 02GCI:brlcad * 6733016101552128 : Task Closed - Congratulations, this task has been completed successfully. |
| 13:53.02 | Notify | 02GCI:tannousmarc * 6170066148130816 : Task Claimed - I would like to work on this task. |
| 13:53.03 | Notify | 02GCI:brlcad * 6733016101552128 : looks good - Marc, this is outstanding and will work well enough (certainly enough effort). However, I am having doubts on the cover flow. Since the goal is to... |
| 13:53.04 | Notify | 02GCI:brlcad * 6348864562921472 : almost threw me there - Your use of a center ray had me concerned there for a second, but then it was clear you were just using is as a point and a vector. Well... |
| 13:53.05 | Notify | 02GCI:brlcad * 6632135641268224 : missing summary - Raptor, the comments you added to tooth_script.py were vary vague and in many instances merely repeat what the code already says. Comments should... |
| 13:53.06 | Notify | 02GCI:brlcad * 6632135641268224 : here's an example - Here's a better example of good commenting. Note all of the # lines throughout. They say what the code does not. Summarizing and explaining... |
| 13:53.07 | Notify | 02GCI:brlcad * 6632135641268224 : Task Closed - Congratulations, this task has been completed successfully. |
| 13:53.08 | Notify | 02GCI:brlcad * 6632135641268224 : oh well - accidentally closed. *sigh* If you're inclined to add proper comments, please e-mail them to contest at brlcad dot org. |
| 13:53.09 | Notify | 02GCI:brlcad * 4992155881832448 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to... |
| 13:53.10 | Notify | 02GCI:brlcad * 4992155881832448 : screenshot - Yizhuo, it looks like you might have gotten your name modeled as an extruded bitmap, but it's really hard to tell from your screenshot. Plus, there is... |
| 13:53.11 | Notify | 02GCI:thevk * 4977508348854272 : Ready for review - The work on this task is ready to be reviewed. |
| 13:53.12 | Notify | 02GCI:brlcad * 5228725012529152 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to... |
| 13:53.13 | Notify | 02GCI:brlcad * 5228725012529152 : Deadline extended - The deadline of the task has been extended with 2 days and 2 hours. |
| 13:53.14 | Notify | 02GCI:keshashah * 4977508348854272 : Task Closed - Congratulations, this task has been completed successfully. |
| 13:53.15 | Notify | 02GCI:brlcad * 5228725012529152 Design a BRL-CAD splash screen #15 https://www.google-melange.com/gci/task/view/google/gci2014/5228725012529152: no problem Youlian, reviews can take up to 24... |
| 13:53.16 | Notify | 02GCI:brlcad * 6637040225484800 : Task Closed - Congratulations, this task has been completed successfully. |
| 13:53.16 | gcibot | [[ Design a BRL-CAD splash screen #15 || BRL-CAD || Closed || Kesha Shah, Ch3ck ]] |
| 13:53.17 | Notify | 02GCI:brlcad * 6637040225484800 : fantastic! - This looks absolutely fantastic Yash. I love how keyboard navigation works and the images scale to the size of the window. Perfect! |
| 13:53.18 | Notify | 02GCI:brlcad * 5269456200663040 : Task Assigned - This task has been assigned to Jacob L. You have 100 hours to complete this task, good luck! |
| 13:53.19 | Notify | 02GCI:brlcad * 6391659885494272 : Task Assigned - This task has been assigned to utkarshsingh. You have 100 hours to complete this task, good luck! |
| 13:53.20 | Notify | 02GCI:brlcad * 6170066148130816 : Task Assigned - This task has been assigned to Marc Tannous. You have 100 hours to complete this task, good luck! |
| 13:53.21 | Notify | 02GCI:brlcad * 5028787255246848 : Task Closed - Congratulations, this task has been completed successfully. |
| 13:53.22 | Notify | 02GCI:brlcad * 5028787255246848 : excellent - Outstanding work Krishna. This change will be applied to our sources momentarily, and you'll be credited with your coding contribution. If you would... |
| 13:53.23 | Notify | 02GCI:brlcad * 5028787255246848 : applied - Your patch was applied in r63919 and you have been credited in our authorship documentation. |
| 13:53.24 | Notify | 02GCI:helix * 6739586596208640 : Task Claimed - I would like to work on this task. |
| 13:53.25 | Notify | 02GCI:rohit_agarwal * 5867661997113344 : Ready for review - The work on this task is ready to be reviewed. |
| 13:53.26 | Notify | 02GCI:popescuandrei * 6391659885494272 : None - Hello, utkarshsingh! The banner looks really nice, and it's pretty much good in this form, but there is one thing I would advice you to change.There... |
| 13:53.27 | Notify | 02GCI:popescuandrei * 5867661997113344 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements... |
| 13:53.28 | Notify | 02GCI:vs37nx * 5269456200663040 : Ready for review - The work on this task is ready to be reviewed. |
| 13:53.29 | Notify | 02GCI:zhang_yizhuo * 4992155881832448 : None - Hi Sir, Sorry for the repeated uploads. This is due to the unstable network at my side. It seems like the letters have their middle parts missing.... |
| 13:53.30 | Notify | 02GCI:zhang_yizhuo * 4992155881832448 : Ready for review - The work on this task is ready to be reviewed. |
| 13:53.31 | Notify | 02GCI:thevk * 5044166241288192 : Task Claimed - I would like to work on this task. |
| 13:53.32 | Notify | 02GCI:harman052 * 5044166241288192 : Task Assigned - This task has been assigned to Vladimir Kuznetsov. You have 100 hours to complete this task, good luck! |
| 13:53.33 | Notify | 02GCI:popescuandrei * 4992155881832448 : None - Hello! We didn't have an enforced rule so far, but we ve asked everyone to have their names visible completely, so we will ask the same from you, as... |
| 13:53.34 | Notify | 02GCI:popescuandrei * 4992155881832448 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements... |
| 13:53.35 | Notify | 02GCI:popescuandrei * 5269456200663040 : Task Closed - Congratulations, this task has been completed successfully. |
| 13:53.36 | Notify | 02GCI:utkarshsingh341 * 6391659885494272 : Ready for review - The work on this task is ready to be reviewed. |
| 13:53.37 | Notify | 02GCI:ralpt3748752_qejwhe * 6632135641268224 : None - Thank you, I'll post) will spread in the irc chat or mail |
| 13:53.38 | Notify | 02GCI:popescuandrei * 6391659885494272 : Task Closed - Congratulations, this task has been completed successfully. |
| 13:53.39 | Notify | 02GCI:adityagulati * 6650599705673728 : Task Claimed - I would like to work on this task. |
| 13:53.40 | Notify | 02GCI:ralpt3748752_qejwhe * 6632135641268224 : None - I redid the comments in the script - https://mega.co.nz/#!GAUH1QZD!wvanPjtAmKpfyxw4CghiOojy72Y2L9-b1jqYw8vm7k |
| 13:53.41 | Notify | 02GCI:ralpt3748752_qejwhe * 5008500564426752 : Task Claimed - I would like to work on this task. |
| 13:53.42 | Notify | 02GCI:dishank * 6650599705673728 : Task Assigned - This task has been assigned to Mou Yan Qiao. You have 100 hours to complete this task, good luck! |
| 13:53.43 | Notify | 02GCI:zhang_yizhuo * 4992155881832448 : Ready for review - The work on this task is ready to be reviewed. |
| 13:53.44 | Notify | 02GCI:dishank * 6650599705673728 : Task Assigned - This task has been assigned to Aditya Gulati. You have 100 hours to complete this task, good luck! |
| 13:53.45 | Notify | 02GCI:utkarshsingh341 * 5020355882123264 : Task Claimed - I would like to work on this task. |
| 13:53.46 | Notify | 02GCI:deepakkumarsharma * 6650599705673728 : Task Assigned - This task has been assigned to Aditya Gulati. You have 100 hours to complete this task, good luck! |
| 13:53.47 | Notify | 02GCI:deepakkumarsharma * 6739586596208640 : Task Assigned - This task has been assigned to Yash. You have 100 hours to complete this task, good luck! |
| 13:53.48 | Notify | 02GCI:princealikhan08 * 4596346644332544 : Ready for review - The work on this task is ready to be reviewed. |
| 13:53.49 | Notify | 02GCI:ralpt3748752_qejwhe * 5008500564426752 : Ready for review - The work on this task is ready to be reviewed. |
| 13:53.50 | Notify | 02GCI:estafador * 5228725012529152 : Ready for review - Hi, I have looked through your comments and refined some of the problems you have pointed out: Logo: I have cleared the warts on the logo.... |
| 13:53.51 | Notify | 02GCI:estafador * 5228725012529152 : Ready for review - The work on this task is ready to be reviewed. |
| 13:53.52 | Notify | 02GCI:mukulkamboj * 5252586642866176 : Task Claimed - I would like to work on this task. |
| 13:53.53 | Notify | 02GCI:tannousmarc * 6170066148130816 : Final version - After receiving feedback from Sean, I came up with a new tabular layout which is usability over design, however keeping it responsive and as... |
| 13:53.54 | Notify | 02GCI:tannousmarc * 6170066148130816 : Ready for review - The work on this task is ready to be reviewed. |
| 13:53.55 | Notify | 02GCI:thehitmanranjan * 4514175061590016 : Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 13:53.56 | Notify | 02GCI:ch3ck * 6170066148130816 : Task Closed - Congratulations, this task has been completed successfully. |
| 13:53.57 | Notify | 02GCI:tannousmarc * 5540458302275584 : Task Claimed - I would like to work on this task. |
| 13:53.58 | Notify | 02GCI:izak * 5540458302275584 : Task Assigned - This task has been assigned to Marc Tannous. You have 100 hours to complete this task, good luck! |
| 13:53.59 | Notify | 02GCI:vdagar * 6394920436760576 : Task Claimed - I would like to work on this task. |
| 13:54.00 | Notify | 02GCI:vdagar * 6394920436760576 : Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 13:54.01 | Notify | 02GCI:tannousmarc * 5540458302275584 : Ready for review - The work on this task is ready to be reviewed. |
| 13:54.02 | Notify | 02GCI:vs37nx * 5860136425881600 : Task Claimed - I would like to work on this task. |
| 13:54.03 | Notify | 02GCI:mihaineacsu29 * 5860136425881600 : Task Assigned - This task has been assigned to Jacob L. You have 100 hours to complete this task, good luck! |
| 13:54.04 | Notify | 02GCI:krishna_ravi * 5028787255246848 : Thank You - Thanks alot! My full name is: Krishna Ravishankar |
| 13:54.05 | Notify | 02GCI:brlcad * 5044166241288192 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to... |
| 13:54.06 | Notify | 02GCI:brlcad * 4596346644332544 : wot - PrinceKhan, I'm not sure you fully read this task description. You created a gallery, but not of our Coreinterface logo design tasks. You need to search on... |
| 13:54.07 | Notify | 02GCI:brlcad * 5008500564426752 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to... |
| 13:54.08 | Notify | 02GCI:brlcad * 5008500564426752 : regions - Raptor, I noticed you have regions within regions -- this is a modeling error. An object should only be marked a region if it's a combination that... |
| 13:54.09 | Notify | 02GCI:brlcad * 5228725012529152 : Task Closed - Congratulations, this task has been completed successfully. |
| 13:54.10 | Notify | 02GCI:brlcad * 5228725012529152 : thanks - Thank you for your efforts and creativity! |
| 13:54.11 | Notify | 02GCI:brlcad * 5540458302275584 : Task Closed - Congratulations, this task has been completed successfully. |
| 13:54.12 | Notify | 02GCI:o7p9bxbnyj * 5323147989483520 : Task Claimed - I would like to work on this task. |
| 13:54.13 | Notify | 02GCI:tannousmarc * 6646910597201920 : Task Claimed - I would like to work on this task. |
| 13:54.14 | Notify | 02GCI:brlcad * 5323147989483520 : Task Assigned - This task has been assigned to Andromeda Galaxy. You have 100 hours to complete this task, good luck! |
| 13:54.15 | Notify | 02GCI:tannousmarc * 6646910597201920 : Ready for review - The work on this task is ready to be reviewed. |
| 13:54.16 | Notify | 02GCI:brlcad * 6646910597201920 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to... |
| 13:54.17 | Notify | 02GCI:brlcad * 6646910597201920 : gci links? - Marc, I just noticed that the links back to the GCI pages are missing. Still want to have those so we can get at the original files, look at the... |
| 13:54.18 | Notify | 02GCI:tannousmarc * 6646910597201920 : Will do - Leaving for school now, will add these as soon as I get home. Regards, Marc |
| 13:54.19 | Notify | 02GCI:jasmineseah_17 * 6360824117460992 : Task Claimed - I would like to work on this task. |
| 13:54.20 | Notify | 02GCI:zynatrix * 5218710037987328 : Task Claimed - I would like to work on this task. |
| 13:54.21 | Notify | 02GCI:rossberg * 6360824117460992 : Task Assigned - This task has been assigned to Jasmine. You have 100 hours to complete this task, good luck! |
| 13:54.22 | Notify | 02GCI:samuel_chua * 5257061864570880 : Task Claimed - I would like to work on this task. |
| 13:54.23 | Notify | 02GCI:tannousmarc * 6646910597201920 : Ready for review - The work on this task is ready to be reviewed. |
| 13:54.24 | Notify | 02GCI:zynatrix * 5218710037987328 : Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 13:54.25 | Notify | 02GCI:jasmineseah_17 * 6360824117460992 : Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 13:54.26 | Notify | 02GCI:jasmineseah_17 * 5909967089434624 : Task Claimed - I would like to work on this task. |
| 13:54.27 | Notify | 02GCI:hannie * 5229665341931520 : Task Claimed - I would like to work on this task. |
| 13:54.28 | Notify | 02GCI:arclith * 5859273187786752 : Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 13:54.29 | Notify | 02GCI:arclith * 5564670123442176 : Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 13:54.30 | Notify | 02GCI:arclith * 5311760286351360 : Task Claimed - I would like to work on this task. |
| 13:54.31 | Notify | 02GCI:rossberg * 5257061864570880 : Task Assigned - This task has been assigned to Samuel Chua. You have 100 hours to complete this task, good luck! |
| 13:54.32 | Notify | 02GCI:rossberg * 5218710037987328 : Task Assigned - This task has been assigned to Ryan. You have 100 hours to complete this task, good luck! |
| 13:54.33 | Notify | 02GCI:rossberg * 6646910597201920 : The links are not clickable - Maybe it's only me but I can't click on the links to Melange. |
| 13:54.34 | Notify | 02GCI:retardvoldy * 5511140318642176 : Task Claimed - I would like to work on this task. |
| 13:54.35 | Notify | 02GCI:tannousmarc * 6646910597201920 : they are not supposed to br - Lightbox is all wrapped in a big a href which on click toggles the modal window, and I cannot wrap another a tag around the link... |
| 13:54.36 | Notify | 02GCI:tannousmarc * 6646910597201920 : Ready for review - The work on this task is ready to be reviewed. |
| 13:54.37 | Notify | 02GCI:pby * 5310294628761600 : Task Claimed - I would like to work on this task. |
| 13:54.38 | Notify | 02GCI:arclith * 5311760286351360 : Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 13:54.39 | Notify | 02GCI:rossberg * 5511140318642176 : Task Assigned - This task has been assigned to Retardvoldy. You have 100 hours to complete this task, good luck! |
| 13:54.40 | Notify | 02GCI:rossberg * 5310294628761600 : Task Assigned - This task has been assigned to Bang Yong. You have 100 hours to complete this task, good luck! |
| 13:54.41 | Notify | 02GCI:kirito * 4533992846000128 : Task Claimed - I would like to work on this task. |
| 13:54.42 | Notify | 02GCI:rossberg * 5909967089434624 : Task Closed - Congratulations, this task has been completed successfully. |
| 13:54.44 | Notify | 02GCI:rossberg * 4533992846000128 : Task Assigned - This task has been assigned to brian. You have 100 hours to complete this task, good luck! |
| 13:54.45 | Notify | 02GCI:hannie * 5229665341931520 : Ready for review - The work on this task is ready to be reviewed. |
| 13:54.46 | Notify | 02GCI:hannie * 5229665341931520 : Task 1 Completed - I have commented on the irc chat. My username is hannie. Thanks! |
| 13:54.47 | Notify | 02GCI:arclith * 5311760286351360 : Task Claimed - I would like to work on this task. |
| 13:54.48 | Notify | 02GCI:bobdebewder * 5604954702086144 : Task Claimed - I would like to work on this task. |
| 13:54.49 | Notify | 02GCI:bobdebewder * 5604954702086144 : Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 13:54.50 | Notify | 02GCI:ralpt3748752_qejwhe * 5008500564426752 : Ready for review - The work on this task is ready to be reviewed. |
| 13:54.51 | Notify | 02GCI:bobdebewder * 6418050127495168 : Task Claimed - I would like to work on this task. |
| 13:54.52 | Notify | 02GCI:izak * 5257061864570880 : Task Closed - Congratulations, this task has been completed successfully. |
| 13:54.53 | Notify | 02GCI:jasmineseah_17 * 5909967089434624 : Ready for review - The work on this task is ready to be reviewed. |
| 13:54.54 | Notify | 02GCI:helix * 6739586596208640 : Ready for review - The work on this task is ready to be reviewed. |
| 13:54.55 | Notify | 02GCI:tejas43 * 5226596319363072 : Task Claimed - I would like to work on this task. |
| 13:54.56 | Notify | 02GCI:helix * 6739586596208640 : Question - Do I put all the images in one webpage, or make individual gallery for each category? The former does seem like a good idea but then it is far too... |
| 13:54.57 | Notify | 02GCI:rossberg * 5311760286351360 : Task Assigned - This task has been assigned to Mou Yan Qiao. You have 100 hours to complete this task, good luck! |
| 13:54.58 | Notify | 02GCI:rossberg * 6418050127495168 : Task Assigned - This task has been assigned to Liang Shi Lin, Bob. You have 100 hours to complete this task, good luck! |
| 13:54.59 | Notify | 02GCI:rossberg * 5229665341931520 : None - Hmm, same IP address on IRc as jasmineseah_17. That is coincidence. |
| 13:55.00 | Notify | 02GCI:samuel_chua * 5257061864570880 : Ready for review - The work on this task is ready to be reviewed. |
| 13:55.01 | Notify | 02GCI:jasmineseah_17 * 5909967089434624 : None - I have commented on #brlcad. My username is jasmineseah_17 |
| 13:55.02 | Notify | 02GCI:Melange * 4956557716488192 : Task Reopened - Melange has detected that the final deadline has passed and it has reopened the task. |
| 13:55.03 | Notify | 02GCI:rossberg * 5008500564426752 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to... |
| 13:55.04 | Notify | 02GCI:kirito * 4533992846000128 : Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 13:55.05 | Notify | 02GCI:ralpt3748752_qejwhe * 5008500564426752 : Ready for review - The work on this task is ready to be reviewed. |
| 13:55.06 | Notify | 02GCI:rossberg * 5008500564426752 : The problem with "regions within regions" still exists - and I'm missing a group containing everything which belongs to your logo design. |
| 13:55.07 | Notify | 02GCI:kirito * 4533992846000128 : detail of crah - |
| 13:55.08 | Notify | 02GCI:rossberg * 5226596319363072 : Task Assigned - This task has been assigned to tejas. You have 100 hours to complete this task, good luck! |
| 13:55.09 | Notify | 02GCI:kirito * 4533992846000128 : Ready for review - The work on this task is ready to be reviewed. |
| 13:55.10 | Notify | 02GCI:ralpt3748752_qejwhe * 5008500564426752 : None - Sorry mistakenly sent old |
| 13:55.11 | Notify | 02GCI:rossberg * 5229665341931520 : Task Closed - Congratulations, this task has been completed successfully. |
| 13:55.12 | Notify | 02GCI:arclith * 5311760286351360 : Ready for review - The work on this task is ready to be reviewed. |
| 13:55.13 | Notify | 02GCI:rossberg * 6739586596208640 Create a web gallery of GCI 3D models #2 https://www.google-melange.com/gci/task/view/google/gci2014/6739586596208640: Are this really all tasks? For example, I... |
| 13:55.14 | Notify | 02GCI:rossberg * 6739586596208640 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to... |
| 13:55.14 | gcibot | [[ Create a web gallery of GCI 3D models #2 || BRL-CAD || NeedsReview (3 days 4 hrs 49 min) || Popescu Andrei, Hardeep Singh Rai ]] |
| 13:55.15 | Notify | 02GCI:rossberg * 5311760286351360 : Task Closed - Congratulations, this task has been completed successfully. |
| 13:55.16 | Notify | 02GCI:helix * 6739586596208640 Create a web gallery of GCI 3D models #2 https://www.google-melange.com/gci/task/view/google/gci2014/6739586596208640: Added a task. I added the... |
| 13:55.17 | gcibot | [[ Create a web gallery of GCI 3D models #2 || BRL-CAD || NeedsReview (3 days 4 hrs 49 min) || Popescu Andrei, Hardeep Singh Rai ]] |
| 13:55.17 | Notify | 02GCI:helix * 6739586596208640 : Ready for review - The work on this task is ready to be reviewed. |
| 13:55.18 | Notify | 02GCI:rossberg * 6418050127495168 : Another one in a series of very similar screen shots - But formal OK. |
| 13:55.19 | Notify | 02GCI:rossberg * 5008500564426752 : You should have used the other ones - Look at Sean's comment: "An object should only be marked a region if it's a combination that represents a single material... |
| 13:55.22 | Notify | 03BRL-CAD:ejno * 63921 brlcad/trunk/src/libged/simulate/simulate.cpp: approximate volume using the bounding box if ft_volume is not available |
| 13:56.44 | Notify | 02GCI:rossberg * 6739586596208640 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to... |
| 13:58.31 | YashM | d_rossberg, are there any bugs on the website on your side? |
| 14:00.23 | d_rossberg | i found no bugs but i havn't tested it heavily |
| 14:00.35 | Notify | 02GCI:ralpt3748752_qejwhe * 5008500564426752 : Ready for review - The work on this task is ready to be reviewed. |
| 14:00.45 | YashM | you said the images dont fit on your screen |
| 14:00.50 | YashM | what's your resolution? |
| 14:00.50 | Notify | 02GCI:tannousmarc * 6646910597201920 : Submitted - Now every work has its students name above it, and on click opens its corresponding task. Throughout all the categories implemented at the moment,... |
| 14:01.03 | *** join/#brlcad MarcTannous (bc192333@gateway/web/cgi-irc/kiwiirc.com/ip.188.25.35.51) | |
| 14:01.22 | YashM | I made it so the full size fits the entire browser window |
| 14:01.36 | d_rossberg | the browser makes them fit, but sometimes i get a magnifier under the mouse |
| 14:01.38 | MarcTannous | d_rossberg: Found a workaround to linking tasks http://www.google-melange.com/gci/task/view/google/gci2014/6646910597201920 , now it opens it in a new tab on author name click |
| 14:01.39 | gcibot | [[ Create a web gallery of GCI splash screen designs #3 || BRL-CAD || NeedsReview (3 days 20 hrs 9 min) || Ishwerdas, Ch3ck ]] |
| 14:01.50 | MarcTannous | And implemented it throughout the web page |
| 14:02.15 | YashM | magnifier under the mouse? |
| 14:02.17 | MarcTannous | Generally, clicking the design opens a preview while clicking the author opens the task. |
| 14:03.08 | YashM | The thing is, if I crop it, it makes no difference to the preview since it is center aligned |
| 14:03.11 | YashM | by all margins |
| 14:03.33 | YashM | if i just make it small to fit the preview, it will be distorted |
| 14:03.42 | YashM | and some images will be really small to fit the canvas |
| 14:04.31 | d_rossberg | YashM: e.g. look at portfolio2.png/portfolio3.png and portfolio 5.png/portfolio6.png |
| 14:05.44 | d_rossberg | you could resize them to have the same width or hight |
| 14:05.54 | YashM | d_rossberg so...? |
| 14:08.19 | YashM | what is your resolution? |
| 14:09.52 | d_rossberg | 1280x1024 |
| 14:10.17 | *** join/#brlcad krishna_ (~krishna@5.231.52.94) | |
| 14:11.18 | *** join/#brlcad raptor (~raptor@194.28.75.241) | |
| 14:11.58 | d_rossberg | YashM: it's part of the task's description: "...preview image that you can scale (so they're all about the same size) and use for the gallery..." |
| 14:12.20 | *** join/#brlcad YashM_ (~YashM@117.222.68.177) | |
| 14:12.25 | raptor | https://www.google-melange.com/gci/task/view/google/gci2014/5008500564426752 |
| 14:12.26 | gcibot | [[ Model BRL-CAD logo in BRL-CAD #10 || BRL-CAD || NeedsReview (3 days 4 hrs 29 min) || Sean, Ishwerdas ]] |
| 14:12.52 | YashM_ | sorry DC'd |
| 14:13.18 | YashM_ | rossberg, did you receive my message? |
| 14:13.23 | d_rossberg | MarcTannous: i'll have a look at it |
| 14:14.26 | d_rossberg | YashM_: i think so, 1280x1024 |
| 14:14.40 | d_rossberg | btw, it's part of the task's description: "...preview image that you can scale (so they're all about the same size) and use for the gallery..." |
| 14:15.54 | YashM_ | d_rossberg, i will crop the extra background out the images, is that okay? |
| 14:18.39 | YashM_ | d_rossberg, is there something else that needs to be done apart from cropping out the backgrounds? |
| 14:20.54 | Notify | 02GCI:keshava_muraari * 4956557716488192 : Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 14:21.26 | ignacio | Good morning |
| 14:29.52 | YashM_ | d_rossberg, I have commited the cropped files |
| 14:35.01 | YashM_ | see if it's okay now or if something more needs to be done |
| 14:35.16 | YashM_ | the images are mostly really small now so i guess there shouldnt be a problem |
| 14:35.48 | YashM_ | a tank in the middle is kinda big but thats okay because i cropped the extra stuff and the image would just fit on your screen and not overflow |
| 14:36.26 | d_rossberg | YashM_: or you could resize images and keeping their aspect ration (that's why I've said same width OR hight) |
| 14:37.27 | YashM_ | d_rossberg, that would be a waste, wouldn't it? Since the images do always fit the screen if they're big, theres no point in making it smaller, it's just loss of a good high res image |
| 14:37.59 | YashM_ | the extra stuff which took valuable space is now removed |
| 14:38.58 | YashM_ | plus what if some images are really small so that i have to make others the same size |
| 14:39.22 | YashM_ | also keeping in mind the almost all the images have different aspect ratios |
| 14:44.05 | d_rossberg | YashM_: i wouldn't say it's a waste of time because it would give it a better appearance, but you can set the task to "neeeds review" now |
| 14:45.03 | YashM_ | I didn't mean time, i meant a waste of high res image |
| 14:46.04 | d_rossberg | the real value is in the .g, not the .png ;) |
| 14:46.26 | MarcTannous | d_rossberg: Was my way of linking to tasks okay? |
| 14:46.33 | YashM_ | Did you go through the gallery? |
| 14:46.34 | YashM_ | does it fit? |
| 14:47.01 | YashM_ | I want to make it look nice and will make complete only once you're fine with it |
| 14:49.08 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 14:50.17 | d_rossberg | YashM_: it isn't always easy to say when a web galery is "good enough", but now, after you've croped the images and improved the thumbnails this way i would say it is |
| 14:53.07 | Notify | 02GCI:rossberg * 6646910597201920 : Task Closed - Congratulations, this task has been completed successfully. |
| 14:53.14 | d_rossberg | MarcTannous: yes |
| 14:56.51 | Notify | 02GCI:rossberg * 5577655134978048 : Task Assigned - This task has been assigned to Marc Tannous. You have 100 hours to complete this task, good luck! |
| 14:58.32 | Notify | 02GCI:tannousmarc * 6646910597201920 : Workaround - Found a workaround, linking the name of the author to the task. Nested <a> elements are not working cross-browser, so this is a solution that... |
| 15:02.03 | Notify | 02GCI:tannousmarc * 5577655134978048 : Ready for review - The work on this task is ready to be reviewed. |
| 15:03.00 | Notify | 02GCI:rossberg * 5008500564426752 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to... |
| 15:03.31 | Notify | 03BRL-CAD:ejno * 63922 (brlcad/trunk/src/libged/simulate/simulate.cpp brlcad/trunk/src/libged/simulate/world_object.cpp brlcad/trunk/src/libged/simulate/world_object.hpp): calculate the position of objects within combinations |
| 15:04.07 | andromeda-galaxy | brlcad: that makes sense... as long as it isn't a problem for rt to try and traverse the linked lists for now... |
| 15:05.37 | andromeda-galaxy | brlcad: by the way, this made me look more closely at rt_shootrays, and it looks like rt_shootrays() isn't at all parallel right now, is that something that we might want to change at some point? |
| 15:06.39 | Notify | 02GCI:helix * 6739586596208640 : Ready for review - The work on this task is ready to be reviewed. |
| 15:06.40 | Notify | 02GCI:bobdebewder * 6418050127495168 : Ready for review - The work on this task is ready to be reviewed. |
| 15:07.09 | Notify | 02GCI:helix * 6739586596208640 : Cropped - I cropped the background of all the images to avoid unnecessary space usage. I hope this is fine. |
| 15:09.20 | Notify | 02GCI:rossberg * 6739586596208640 : Task Closed - Congratulations, this task has been completed successfully. |
| 15:10.58 | *** join/#brlcad arno (~luca@host246-13-dynamic.0-87-r.retail.telecomitalia.it) | |
| 15:13.47 | Notify | 03BRL-CAD:starseeker * 63923 brlcad/trunk/src/librt/test_shape_recognition.cpp: return the highest order face, start thinking about how to store intermediate data on comb structures. |
| 15:18.24 | Notify | 02GCI:ralpt3748752_qejwhe * 5008500564426752 : Ready for review - The work on this task is ready to be reviewed. |
| 15:19.15 | Notify | 02GCI:rossberg * 5008500564426752 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to... |
| 15:19.56 | Notify | 02GCI:princealikhan08 * 4596346644332544 : Ready for review - The work on this task is ready to be reviewed. |
| 15:20.11 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 15:22.23 | andromeda-galaxy | brlcad: also, if (in general) using arrays for the ray bundles is better than using a bu_list, why does the ``new'' rt_shootrays() interface need a bu_list of xrays instead of struct xrays[]? |
| 15:22.31 | andromeda-galaxy | sorry, struct xray[] |
| 15:25.25 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 15:29.06 | ``Erik | andromeda-galaxy: what's the task #? |
| 15:29.57 | andromeda-galaxy | ``Erik: for which one? |
| 15:30.00 | ``Erik | isn't sure where the whole linked list idea came from... shot his mouth off talking about a generator, but the initial example was passing the generator an array to fill |
| 15:30.17 | ``Erik | whatever one the linked list ray bundle thing is |
| 15:30.22 | andromeda-galaxy | ahhh... it's that a while ago, brlcad said that about rt_shootrays vs. rt_shootray_bundle |
| 15:30.28 | andromeda-galaxy | rt_shootrays() is the better interface, |
| 15:30.35 | andromeda-galaxy | but it uses a struct application_bundle as input, |
| 15:30.39 | andromeda-galaxy | which contains a struct xrays |
| 15:30.47 | andromeda-galaxy | which is basically bu_list of xrays |
| 15:31.19 | andromeda-galaxy | and I was curious why rt_shootrays was using a linked list, since I can't think of any advantage over an array, as long as the array is long enough |
| 15:31.36 | ``Erik | ah, probably so rays could be added arbitrarily |
| 15:31.43 | ``Erik | secondary rays, etc |
| 15:32.23 | andromeda-galaxy | ``Erik: that's true... using generator style interface might have even more benefits then, since it might be possible to |
| 15:32.33 | andromeda-galaxy | either (a) return sequences in either form |
| 15:32.55 | andromeda-galaxy | or (b) reasonably easily insert rays... it would be interesting to make the general generator interface |
| 15:33.19 | Notify | 02GCI:Melange * 4948190365220864 : Task Reopened - Melange has detected that the final deadline has passed and it has reopened the task. |
| 15:33.21 | andromeda-galaxy | ``Erik: have an insert() type call that stores extra rays to be output when ray #n is required, instead of calling the function |
| 15:35.41 | andromeda-galaxy | ``Erik: also, do you think anyone would mind if I made it so that rtshot, with RDEBUG_RAYPLOT didn't require a database, and could instead just generate the raybundles and visualize them without shooting them? |
| 15:36.00 | ``Erik | changing from bu_list to another data structure in application_bundle might be appropriate, as well.. |
| 15:36.33 | ``Erik | but outside of the scope for this task, I'd think |
| 15:37.33 | andromeda-galaxy | ``Erik: true, just something I was thinking about for the future... |
| 15:38.19 | ``Erik | um, the geometry is currently used to set up the camera position at the moment... and generating one is trivial... "opendb blah.g; make sph.s sph" boom, done |
| 15:41.23 | raptor | https://www.google-melange.com/gci/task/view/google/gci2014/5008500564426752 |
| 15:41.24 | gcibot | [[ Model BRL-CAD logo in BRL-CAD #10 || BRL-CAD || NeedsReview (3 days 3 hrs 0 min) || Sean, Ishwerdas ]] |
| 15:49.20 | *** join/#brlcad YashM (~YashM@117.198.19.211) | |
| 15:50.47 | Notify | 02GCI:brlcad * 5577655134978048 : Task Closed - Congratulations, this task has been completed successfully. |
| 15:51.53 | Notify | 02GCI:tannousmarc * 6666358209118208 : Task Claimed - I would like to work on this task. |
| 15:53.21 | *** join/#brlcad raptor (~raptor@194.28.75.241) | |
| 15:56.20 | Notify | 02GCI:brlcad * 5008500564426752 : Task Closed - Congratulations, this task has been completed successfully. |
| 15:56.34 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:56.51 | Notify | 03BRL-CAD:starseeker * 63924 brlcad/trunk/src/librt/test_shape_recognition.cpp: More logic reorg, thinking about how to handle splits. |
| 15:57.08 | andromeda-galaxy | ``Erik: yeah, the real problem with it is: |
| 15:57.14 | gcibot | Last 7 days for work! |
| 15:57.36 | andromeda-galaxy | (that is, with the current rtshot interface) |
| 15:58.06 | andromeda-galaxy | is that it doesn't seem to be able to plot the rays and only the rays, it always plots a few extra vectors & different colors based on where the rays are... |
| 16:01.04 | andromeda-galaxy | also, the results from rt_shootray_bundle() only ever seems to generate *one* plotted ray |
| 16:02.04 | Notify | 02GCI:brlcad * 4596346644332544 : still not Coreinterface - This is still not Coreinterface logo tasks, and I'm not sure I even see that you made a change. Please re-read the task description in... |
| 16:02.29 | Notify | 02GCI:brlcad * 6666358209118208 : Task Assigned - This task has been assigned to Marc Tannous. You have 100 hours to complete this task, good luck! |
| 16:03.49 | Notify | 02GCI:brlcad * 6666358209118208 : alternate designs - Be sure to keep an eye out for alternate designs, where someone has uploaded several alternate versions. It might not even be the last upload.... |
| 16:10.40 | andromeda-galaxy | brlcad: are you here? |
| 16:11.29 | Notify | 02GCI:pby * 5310294628761600 : Ready for review - The work on this task is ready to be reviewed. |
| 16:13.19 | *** join/#brlcad nmz787_i (nmccorkx@nat/intel/x-xfwukgxcavseopmw) | |
| 16:14.09 | Notify | 02GCI:brlcad * 5310294628761600 : Task Closed - Congratulations, this task has been completed successfully. |
| 16:18.14 | Notify | 03BRL-CAD:peter-sa * 63926 (brlcad/trunk/include/raytrace.h brlcad/trunk/src/librt/mkbundle.c): Apply GCI task tps://www.google-melange.com/gci/task/view/google/gci2014/6348864562921472 that adds an 'xrays' pattern generator to sample a frustum. |
| 16:18.35 | raptor | brlcad, I sent a message to the updated script comments |
| 16:19.01 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:20.28 | Notify | 03BRL-CAD:peter-sa * 63927 (brlcad/trunk/include/raytrace.h brlcad/trunk/src/librt/mkbundle.c): Apply GCI task https://www.google-melange.com/gci/task/view/google/gci2014/5864338229297152 that adds an 'xrays' pattern generator to sample a uniform rectangular grid with orthogonal rays. |
| 16:20.29 | gcibot | [[ Implement single function in C to sample a rectangle || BRL-CAD || Closed || Deepak, Ishwerdas ]] |
| 16:22.05 | raptor | https://www.google-melange.com/gci/task/view/google/gci2014/5247354030522368 |
| 16:22.06 | gcibot | [[ Model a bicycle chain || BRL-CAD || ClaimRequested || Sean, Dishank ]] |
| 16:23.09 | Notify | 02GCI:tannousmarc * 6666358209118208 : Ready for review - The work on this task is ready to be reviewed. |
| 16:23.16 | *** join/#brlcad YashM_ (~YashM@117.198.6.212) | |
| 16:25.11 | andromeda-galaxy | ``Erik, brlcad: generally, the current plotting behavior in rtshot is great for seeing where a ray is going in a model, but not so great for just looking at ray patterns by themselves... |
| 16:27.04 | *** join/#brlcad shaina (~shaina@202.164.53.117) | |
| 16:27.15 | Notify | 02GCI:thevk * 5044166241288192 : Ready for review - The work on this task is ready to be reviewed. |
| 16:29.57 | Notify | 02GCI:helix * 6110184908783616 : Ready for review - The work on this task is ready to be reviewed. |
| 16:42.01 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 16:45.22 | raptor | https://www.google-melange.com/gci/task/view/google/gci2014/5247354030522368 |
| 16:45.23 | gcibot | [[ Model a bicycle chain || BRL-CAD || ClaimRequested || Sean, Dishank ]] |
| 16:48.26 | andromeda-galaxy | ``Erik, brlcad: for now, I'm doing a compromise of keeping the rtshot functionality basically the way it is now but making rt_raybundle_maker() use struct xrays output instead of struct xray *, so that it can use rt_shootrays(), which fixes the issue about only getting one ray output for the whole bundle |
| 16:49.59 | Notify | 02GCI:rossberg * 5247354030522368 : Task Assigned - This task has been assigned to Raptor. You have 100 hours to complete this task, good luck! |
| 16:51.37 | raptor | https://www.google-melange.com/gci/task/view/google/gci2014/5247354030522368 |
| 16:51.38 | gcibot | [[ Model a bicycle chain || BRL-CAD || NeedsReview (4 days 3 hrs 58 min) || Sean, Dishank ]] |
| 16:51.44 | Notify | 02GCI:ralpt3748752_qejwhe * 5247354030522368 : Ready for review - The work on this task is ready to be reviewed. |
| 16:53.00 | Notify | 03BRL-CAD:starseeker * 63928 brlcad/trunk/src/librt/test_shape_recognition.cpp: there are a lot of steps to these next bits... |
| 16:57.29 | *** join/#brlcad YashM (~YashM@117.198.22.218) | |
| 17:02.21 | *** join/#brlcad raptor__ (~raptor@194.28.75.241) | |
| 17:04.14 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 17:19.23 | Notify | 02GCI:skyler_007 * 4606217016049664 : Task Claimed - I would like to work on this task. |
| 17:20.00 | Notify | 02GCI:deepakkumarsharma * 4606217016049664 : Task Assigned - This task has been assigned to Skyler. You have 100 hours to complete this task, good luck! |
| 17:24.29 | Notify | 02GCI:judebirch * 5014705181556736 : Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 17:29.02 | raptor__ | https://www.google-melange.com/gci/task/view/google/gci2014/5247354030522368 |
| 17:29.03 | gcibot | [[ Model a bicycle chain || BRL-CAD || NeedsReview (4 days 3 hrs 20 min) || Sean, Dishank ]] |
| 17:34.05 | Notify | 02GCI:tannousmarc * 6666358209118208 : Updated with alternative versions - Updated with alternative versions provided by authors, ones that were not criticized by the mentors, had no issues and... |
| 17:39.07 | *** join/#brlcad YashM_ (~YashM@117.198.20.122) | |
| 18:22.17 | *** join/#brlcad nmz787_i (nmccorkx@nat/intel/x-lxlvlsrzfbbghtfr) | |
| 18:22.52 | *** join/#brlcad nmz787_i1 (nmccorkx@nat/intel/x-aoxqoubjddqvqwnd) | |
| 18:23.49 | andromeda-galaxy | when using overlay in mged/archer, looking at a plot3 line 'end-on' doesn't seem to be working, is there any way around that? |
| 18:26.12 | *** join/#brlcad albertcoder (~quassel@202.164.45.198) | |
| 18:26.29 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 18:43.37 | *** join/#brlcad albertcoder (~quassel@202.164.45.198) | |
| 18:45.21 | raptor__ | http://www.google-melange.com/gci/task/view/google/gci2014/5247354030522368 |
| 18:45.22 | gcibot | [[ Model a bicycle chain || BRL-CAD || NeedsReview (4 days 2 hrs 4 min) || Sean, Dishank ]] |
| 18:51.17 | *** join/#brlcad sofat (~sofat@202.164.45.208) | |
| 18:52.58 | *** join/#brlcad albertcoder (~quassel@202.164.45.208) | |
| 18:58.51 | Notify | 02GCI:ch3ck * 6110184908783616 : nice work - could you please remove the red, color from the mouse pointer on each of the photos? there should be a better way of presenting that. Awesome! |
| 19:00.36 | *** join/#brlcad teepee (~teepee@gateway/tor-sasl/teepee) | |
| 19:01.54 | *** join/#brlcad balder_ (7d1409f9@gateway/web/freenode/ip.125.20.9.249) | |
| 19:02.27 | Notify | 02GCI:ch3ck * 6666358209118208 : Nice updates marc - Keep up the spirit! Cheers! |
| 19:04.47 | Notify | 02GCI:ch3ck * 6666358209118208 : Task Closed - Congratulations, this task has been completed successfully. |
| 19:07.31 | Notify | 02GCI:ch3ck * 6110184908783616 : Task Closed - Congratulations, this task has been completed successfully. |
| 19:09.53 | Notify | 02GCI:tannousmarc * 5568169431269376 : Task Claimed - I would like to work on this task. |
| 19:10.08 | Notify | 02GCI:ch3ck * 5247354030522368 : Nice work - Could you just add the text file describing your work? Cheers! |
| 19:10.13 | Notify | 02GCI:ch3ck * 5247354030522368 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to... |
| 19:10.38 | Notify | 02GCI:ch3ck * 5568169431269376 : Task Assigned - This task has been assigned to Marc Tannous. You have 100 hours to complete this task, good luck! |
| 19:19.20 | Notify | 03BRL-CAD:starseeker * 63929 brlcad/trunk/src/librt/test_shape_recognition.cpp: Not working yet, but start on cone recognition. |
| 19:22.52 | *** join/#brlcad balder_ (7d1409f9@gateway/web/freenode/ip.125.20.9.249) | |
| 19:26.02 | *** part/#brlcad balder_ (7d1409f9@gateway/web/freenode/ip.125.20.9.249) | |
| 19:34.51 | Notify | 02GCI:ralpt3748752_qejwhe * 5247354030522368 : None - Thanks for the feedback! |
| 19:35.16 | Notify | 02GCI:ralpt3748752_qejwhe * 5247354030522368 : Ready for review - The work on this task is ready to be reviewed. |
| 19:36.32 | Notify | 03BRL-CAD:ejno * 63930 (brlcad/trunk/src/libged/simulate/physics_world.cpp brlcad/trunk/src/libged/simulate/physics_world.hpp and 5 others): refactoring; save linear and angular velocities in database attributes to allow the ability to continue a simulation |
| 19:37.00 | *** join/#brlcad sofat (~sofat@202.164.45.196) | |
| 19:37.40 | Notify | 03BRL-CAD:carlmoore * 63931 brlcad/trunk/src/util/pixclump.c: minor reformatting of comments -- no need for recompile |
| 19:49.04 | raptor__ | http://www.google-melange.com/gci/task/view/google/gci2014/5247354030522368 |
| 19:49.05 | gcibot | [[ Model a bicycle chain || BRL-CAD || NeedsReview (4 days 1 hrs 0 min) || Sean, Dishank ]] |
| 20:30.26 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 20:30.28 | Notify | 02GCI:tannousmarc * 5568169431269376 : Ready for review - The work on this task is ready to be reviewed. |
| 20:30.28 | Notify | 02GCI:wabba13 * 6458111619497984 : Task Claimed - I would like to work on this task. |
| 20:36.32 | *** join/#brlcad unicodesnowman (~unicodesn@167.160.164.140) | |
| 20:42.30 | Notify | 03BRL-CAD Wiki:Servantfist * 0 /wiki/User:Servantfis: |
| 20:42.47 | Notify | 02GCI:helix * 6673134862204928 : Task Claimed - I would like to work on this task. |
| 20:43.17 | Notify | 02GCI:ch3ck * 6673134862204928 : Task Assigned - This task has been assigned to Yash. You have 100 hours to complete this task, good luck! |
| 20:47.47 | *** join/#brlcad raptor__ (~raptor@194.28.75.241) | |
| 20:53.08 | Notify | 03BRL-CAD:ejno * 63932 brlcad/trunk/src/libged/simulate/world_object.cpp: was using the wrong index |
| 20:57.02 | Notify | 03BRL-CAD:starseeker * 63934 brlcad/trunk/src/librt/mkbundle.c: Unused param |
| 21:11.55 | *** join/#brlcad sofat (~sofat@202.164.45.196) | |
| 21:16.03 | raptor__ | https://www.google-melange.com/gci/task/view/google/gci2014/5247354030522368 |
| 21:16.04 | gcibot | [[ Model a bicycle chain || BRL-CAD || NeedsReview (3 days 23 hrs 33 min) || Sean, Dishank ]] |
| 21:32.14 | brlcad | ``Erik: would you happen to know where TMOUT is set? |
| 21:32.39 | brlcad | didn't use to be a bash default, but either is now, or FreeBSD makes it a default, or there's some setting in some file that I cannot find for the life of me |
| 21:32.50 | Notify | 02GCI:o7p9bxbnyj * 5323147989483520 : rtshot modifications - The biggest modification to rtshot/librt in this patch is that it changes rt_raybundle_maker() to use an rt_shootrays()-style api,... |
| 21:32.51 | brlcad | does not want |
| 21:35.46 | Notify | 02GCI:brlcad * 5247354030522368 Model a bicycle chain https://www.google-melange.com/gci/task/view/google/gci2014/5247354030522368: please stop Please stop logging onto IRC to merely post a URL... |
| 21:35.47 | gcibot | [[ Model a bicycle chain || BRL-CAD || NeedsReview (3 days 23 hrs 13 min) || Sean, Dishank ]] |
| 21:36.46 | andromeda-galaxy | brlcad: would removing rt_shootray_bundle() count as minimally impacting since rt_shootrays() is still around? (under the deprecation policy) |
| 21:39.20 | andromeda-galaxy | brlcad: asking because I think that as part of doing the visualizations I removed the last user of rt_shootray_bundle() |
| 21:44.39 | ``Erik | brlcad: no idea, and not being set for me... tried "grep -r ~/'.[a-z]*'" ? |
| 21:45.07 | ``Erik | well, maybe more like grep -r TMOUT ~/.[a-z]* |
| 21:49.28 | ``Erik | don't suppose you know why denyhost.py is having a seizure? (it's almost like the "check to see if it's already blocked" bit isn't working?) |
| 22:05.27 | Notify | 02GCI:o7p9bxbnyj * 5323147989483520 : png sizes - Sorry for the slightly differing zooms in the png files; it took me about 4 hours to get rtshot set up properly, fix rt_raybundle_maker() so that... |
| 22:21.25 | andromeda-galaxy | hmm, Notify doesn't seem to be showing all the GCI activity... |
| 22:28.15 | andromeda-galaxy | brlcad, starseeker, ``Erik: of the making-rt-use-ray-bundling-functions conversion, I'm doing the orthogonal case first, but for the perspective, how should the left/right and up/down angles of divergence be determined? I can't find any information on it, but rt_perspective is only one number... |
| 22:28.57 | andromeda-galaxy | would it be best to just basically do a little bit of trig on the width/height and use that? |
| 22:44.22 | Notify | 03BRL-CAD:ejno * 63935 (brlcad/trunk/src/libged/simulate/simulate.cpp brlcad/trunk/src/libged/simulate/world_object.cpp brlcad/trunk/src/libged/simulate/world_object.hpp): initialize velocities in WorldObject::create(). currently investigating an inconsistency |
| 23:40.11 | ``Erik | notify's email queue is empty, it's displayed everything that an email has came in for... |
| 23:41.03 | andromeda-galaxy | ``Erik: interesting... |
| 23:41.24 | andromeda-galaxy | it missed a couple of my comments... |
| 23:41.36 | andromeda-galaxy | ``Erik: did you see my other question above about rt? |
| 23:57.15 | andromeda-galaxy | ``Erik, brlcad, starseeker: is there a bu_list function for accessing the nth element? I can't find one in list.h, but it might be useful (if the performance isn't a problem), then do_pixel() could just call, for each pixel, something like basically BU_LIST_NTH(rays, pixelnum) |
| 00:02.17 | andromeda-galaxy | another approach would be to have do_frame() actually turn the bu_list into an array, which would give really easy random access... |
| 00:21.02 | *** join/#brlcad unicodesnowman (~unicodesn@unaffiliated/unicodesnowman) | |
| 00:37.34 | ``Erik | andromeda-galaxy: perspective is the big one, I think it's horizontal angle, um, and I vagually recall some other flag for rt that tweaked the ratio, I want to say it was needed for non-square rendering? |
| 00:47.19 | andromeda-galaxy | ``Erik: hmm, interesting... |
| 00:47.43 | andromeda-galaxy | is it better to use perspective and calculate the other angle from the ratio, or to get the angle from the width/height? |
| 00:48.02 | andromeda-galaxy | ``Erik: also, did you see the question about bu_list nth element? |
| 00:49.35 | andromeda-galaxy | ``Erik: ah, it looks like it's rt_perspective for the horizontal angle and aspect for the aspect ratio |
| 01:08.30 | *** join/#brlcad sofat_ (~sofat@202.164.45.208) | |
| 01:18.32 | starseeker | andromeda-galaxy: I think you have to iterate over lists |
| 01:22.40 | andromeda-galaxy | starseeker: ah well... I was hoping that there was a utility function to do it already |
| 01:23.02 | andromeda-galaxy | I think that I'll just copy the linked list into an array.. |
| 01:23.07 | starseeker | recalls wishing the same thing... I usually end up using bu_ptbl arrays rather than lists |
| 01:23.26 | starseeker | not always the best move, but I've always been a little uncomfortable with bu_list |
| 01:23.37 | starseeker | (probably another reason to use them, actually...) |
| 01:25.19 | andromeda-galaxy | starseeker: hmm, interesting --- what do you think of the copying into array approach? |
| 01:25.36 | andromeda-galaxy | it seems like the simplest way to get the random access needed for minimally-invasive changes to rt |
| 01:25.49 | starseeker | andromeda-galaxy: sounds like it's worth a shot |
| 01:26.42 | andromeda-galaxy | starseeker: sounds good! I've just done the initial conversion effort for orthogonal, and now rt is segfaulting ;(... |
| 01:44.27 | andromeda-galaxy | starseeker: is there any way to ask make benchmark to only run the tests that use orthogonal rays? |
| 01:47.08 | andromeda-galaxy | starseeker: also, it looks to me from the code like rt defaults to rt_perspective = 0 (which would result in orthogonal), but I'm slightly worried thata the global is being set somewhere that I can't see; is that correct? |
| 01:47.28 | starseeker | uh... I don't think benchmark can do orthogonal rays only offhand... |
| 01:48.02 | starseeker | you might want to check the global read in gdb to be absolutely sure |
| 01:48.23 | starseeker | andromeda-galaxy: sorry, you're deep in a part of the code I know relatively little about |
| 01:51.19 | andromeda-galaxy | starseeker: oh well... if it's doing orthogonal by default, then it doesn't matter since moss, at least, seems to use the default |
| 01:55.33 | *** join/#brlcad chick_ (~chick@41.205.22.41) | |
| 03:41.11 | Notify | 02GCI:brlcad * 5568169431269376 : Task Closed - Congratulations, this task has been completed successfully. |
| 03:41.22 | Notify | 02GCI:brlcad * 6458111619497984 : Task Assigned - This task has been assigned to Niels Mentink. You have 100 hours to complete this task, good luck! |
| 03:42.42 | Notify | 02GCI:brlcad * 5247354030522368 : Task Closed - Congratulations, this task has been completed successfully. |
| 03:45.06 | Notify | 02GCI:brlcad * 5323147989483520 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to... |
| 04:00.25 | andromeda-galaxy | brlcad; what is wrong with https://www.google-melange.com/gci/task/view/google/gci2014/5323147989483520? |
| 04:00.26 | gcibot | [[ Visualize ray bundling #2 || BRL-CAD || NeedsWork || Kesha Shah, Daniel_R ]] |
| 04:04.09 | Notify | 02GCI:brlcad * 5323147989483520 : one minor thing - Oof, you're definitely starting to poke a hornets nest now... ;) So this looks fantastic, the visualizations are perfect. Heck, I didn't even... |
| 04:04.55 | brlcad | ``Erik: TMOUT is only commented-out in my dotfiles, you sure you don't have an unset in yours? :) |
| 04:05.35 | brlcad | ``Erik: and no idea about denyhost seizures .. it's not been working for many months (ever) -- adds to the file but that file isn't used, so maybe that's the issue? |
| 04:06.59 | brlcad | andromeda-galaxy: I'd rather move away from bu_list for the rays |
| 04:07.00 | Notify | 02GCI:o7p9bxbnyj * 5323147989483520 : -l/-c - -c is the number of rays per <ring/radius/length>, whereas -l is used to specify what the length actually is |
| 04:07.06 | brlcad | how to do that is something to discuss |
| 04:08.19 | brlcad | andromeda-galaxy: there's perspective and an aspect ratio, -V option |
| 04:09.26 | andromeda-galaxy | brlcad: regarding moving away from bu_list for the rays, I agree --- copying them into an array is just something that I was going to use temporarily |
| 04:09.29 | andromeda-galaxy | for the rt task |
| 04:09.56 | andromeda-galaxy | brlcad: let me document the options in xml quickly and then I'll resubmit it, take a look at my comment regarding -l vs. -c |
| 04:10.04 | brlcad | andromeda-galaxy: and no, there's no way to get benchmark to change the work it's doing .. that would violate the benchmark analysis |
| 04:10.21 | brlcad | you can certainly just run a couple traces yourself |
| 04:10.29 | brlcad | rt moss.g all.g |
| 04:12.41 | brlcad | andromeda-galaxy: and I think you misunderstood my options comment |
| 04:13.20 | brlcad | it's not so much to explain it .. it's how to say that without repeating the word "length" because you're basically mixing a 1-tuple with a 2-tuple |
| 04:14.48 | andromeda-galaxy | ahh |
| 04:14.54 | andromeda-galaxy | okay, let me try to reparase that quickly... |
| 04:15.25 | andromeda-galaxy | brlcad: on another note, converting rt to use these is being quite annoying... |
| 04:15.46 | brlcad | if -l # # is a width and height for the rect type (only? what about frustum?), then probably using the word "dimensions" would fix the mixing |
| 04:16.19 | andromeda-galaxy | brlcad: for frustum, the angle is used instead |
| 04:16.36 | andromeda-galaxy | brlcad: sure, I've just changed it to dimension in the rtshot help |
| 04:16.38 | brlcad | okay, so it's accurate |
| 04:18.09 | andromeda-galaxy | brlcad: okaya, I've uploaded a new diff with docbook & fixed rtshot help |
| 04:18.10 | Notify | 02GCI:o7p9bxbnyj * 5323147989483520 : Ready for review - The work on this task is ready to be reviewed. |
| 04:18.16 | andromeda-galaxy | brlcad: on the topic of updating rt, |
| 04:18.39 | andromeda-galaxy | for some reason, the rays created by the gen function are being correct for a while, and then getting off... it's really weird |
| 04:18.49 | andromeda-galaxy | I've been trying to track down the problem for ~4hrs already... |
| 04:23.35 | Notify | 02GCI:brlcad * 5323147989483520 : Task Closed - Congratulations, this task has been completed successfully. |
| 04:24.33 | brlcad | andromeda-galaxy: not sure what to tell you other than debugging hints .. print the rays with -x 0x00000001 |
| 04:25.04 | brlcad | if it's crashing, that should be much easier to diagnose .. maybe paste a backtrace |
| 04:25.18 | andromeda-galaxy | brlcad: it's not crashing, which is annoying |
| 04:25.26 | andromeda-galaxy | I have some of my own ray printing going on, because I forgot about -x |
| 04:25.32 | andromeda-galaxy | and it's doing some really weird things |
| 04:25.40 | andromeda-galaxy | for hundreds and hundreds of rays it's working gread |
| 04:25.42 | andromeda-galaxy | *great |
| 04:25.50 | andromeda-galaxy | and then it suddenly jumps to totally the wrong |
| 04:25.51 | andromeda-galaxy | place |
| 04:26.58 | andromeda-galaxy | it looks almost like it's coming up with slightly too few or too many rays, so when a given processor skips ahead, it skips too far... |
| 04:27.38 | andromeda-galaxy | brlcad: by the way, why does per_processor_chunk increase with the number of processors? It seems to me like it would make more sense to set per_processor_chunk at the beginning so that each processor had an equal chunk of the image (getting smaller as more processors appeared) |
| 04:30.15 | andromeda-galaxy | brlcad: if I don't get it working soon, would you mind if I submitted the mostly-working solution and we repurposed #2 to be finishing getting it working? |
| 04:33.26 | brlcad | andromeda-galaxy: another thought is -P1 to limit processing to single-threaded operation, just to rule out any concurrency/access issues |
| 04:33.48 | brlcad | and if it's hundreds of rays, perhaps it's at the end of the first scanline? |
| 04:33.48 | andromeda-galaxy | brlcad: good point, let me try that, thanks! I don't know why I didn't think of that earlier... |
| 04:34.18 | andromeda-galaxy | brlcad: it's possible... it looks like it's after more than one though... (thousands of rays, maybe) |
| 04:35.47 | andromeda-galaxy | brlcad: oh, and one other thing that's been nagging at me --- why do so many of brlcad's commands output routine information on stderr? |
| 04:35.50 | brlcad | and the comment above per_processor_chunk says why it increases |
| 04:36.01 | brlcad | the more you have, the more will be completed, so they take ncpu larger bites |
| 04:36.27 | brlcad | which in practice is roughly still the time it would have taken 1 cpu to do N/cpu work |
| 04:37.02 | andromeda-galaxy | brlcad: this is the comment that I'm seeing in worker.c, at least: ' /* The more CPUs at work, the bigger the bites we take */' |
| 04:37.28 | andromeda-galaxy | that makes mor sense now... |
| 04:37.29 | brlcad | yep, that's what I was referring to |
| 04:37.47 | andromeda-galaxy | it wasn't exactly transparent at first, my intuition was that the bite size should go down as the num went up |
| 04:37.59 | andromeda-galaxy | because otherwise eventually there wouldn't be enough bites left to go around... |
| 04:38.12 | brlcad | (and that is set at the beginning) |
| 04:38.40 | brlcad | npsw is going to be the number of cores you have, so 4 or 8 or 12 pixels at a time |
| 04:38.53 | brlcad | (or 1 with -P1) |
| 04:39.27 | brlcad | a few of the tracers override that value and make them calculate scanline at a time |
| 04:40.26 | andromeda-galaxy | hmm, that makes more sense... |
| 04:40.39 | andromeda-galaxy | brlcad: it is, apparently, being overidden to 512 |
| 04:45.25 | andromeda-galaxy | brlcad: btw, I'm actually changing p back to A on rtshot |
| 04:45.34 | andromeda-galaxy | *back to P |
| 04:45.39 | andromeda-galaxy | because -p conflicts with 'point' |
| 04:45.51 | andromeda-galaxy | don't know why it didn't show up earlier, sory |
| 04:50.14 | andromeda-galaxy | brlcad: would you mind taking a quick look at the png from the raytrace and telling me if something jumps out at you from that? |
| 04:58.48 | andromeda-galaxy | brlcad: ha, I've got it! the gen_rect() function needed to not include the upper/right end of its range.... |
| 04:58.56 | andromeda-galaxy | (I think that was it, at least) |
| 05:06.05 | brlcad | andromeda-galaxy: rt gets to overrule rtshot |
| 05:06.16 | brlcad | rtshot is a dev tool, rt is our oldest tool |
| 05:06.36 | andromeda-galaxy | ah, right --- is using -P instead of -p for rtshot alright, though? It's fairly similar... |
| 05:06.41 | brlcad | a point can be -O (origin) or seomthing else |
| 05:07.14 | andromeda-galaxy | brlcad: or, we could make -P be the origin point, and -p the perspective... it's not only for perspective though, it's also used for the conic... |
| 05:07.31 | brlcad | similar is not the same .. if there's going to be an option that has the exact semantic meaning as an existing rt option, it should use the rt nomenclature |
| 05:07.57 | brlcad | -P is num_cpu to rt, so if anyone ever goes to make it shoot in parallel, that'll get changed |
| 05:08.08 | andromeda-galaxy | brlcad: that's true... I guess my question is really, is it actually exactly the same semantically, since it's also used for conic? If you think it's close enough semantically, I'll change to -O/-p |
| 05:08.14 | brlcad | rt uses almost every letter/number, so there's always going to be a conflict :) |
| 05:08.43 | andromeda-galaxy | indeed :) unfortunately, rtshot already has o taken... maybe s for start? |
| 05:08.59 | andromeda-galaxy | it's even documented as "set starting point"... |
| 05:09.02 | brlcad | what's -O ? |
| 05:09.18 | andromeda-galaxy | <PROTECTED> |
| 05:09.18 | andromeda-galaxy | <PROTECTED> |
| 05:09.41 | brlcad | ah, that's messed up |
| 05:10.09 | brlcad | -o should universally be the -o output option |
| 05:10.35 | andromeda-galaxy | brlcad: true.... I don't think rtshot has any output |
| 05:10.39 | andromeda-galaxy | option |
| 05:10.58 | andromeda-galaxy | so someone decided to use it for onehit instead... for now, what do you think of using -s for start? |
| 05:11.02 | brlcad | it outputs text, but you're right that tit doesn't "really" |
| 05:11.15 | brlcad | s for start sounds fine |
| 05:11.25 | andromeda-galaxy | I wouldn't mind overhauling rtshot's interface sometime, but maybe not right now ;-) |
| 05:11.35 | brlcad | really doesn't matter -- it's only where we introduce options that do match rt, it should use rt's letter and rtshot should adjust to accommodate |
| 05:11.43 | andromeda-galaxy | now that's odd... my modified rt went through regress fine, and now it's doing this: |
| 05:11.46 | andromeda-galaxy | ERROR: bu_malloc(0) |
| 05:11.50 | andromeda-galaxy | brlcad: makes sense |
| 05:12.20 | brlcad | there will be a bomb log file from that bu_malloc(0) |
| 05:12.34 | brlcad | s/will/shou/d |
| 05:12.37 | brlcad | should* |
| 05:13.26 | andromeda-galaxy | there is, but there's no backtrace in it... |
| 05:13.30 | *** join/#brlcad MarcTannous (bc192333@gateway/web/cgi-irc/kiwiirc.com/ip.188.25.35.51) | |
| 05:14.45 | brlcad | that's unusual in itself..... |
| 05:15.01 | brlcad | well, you can run in a debugger and put a breakpoint on bu_bomb |
| 05:15.14 | andromeda-galaxy | brlcad: I don't remember now, but it's possible that cmake has decided to build in release mode or some such, would that disable the backtraces? |
| 05:15.36 | brlcad | release mode doesn't disable backtracing |
| 05:16.23 | andromeda-galaxy | brlcad: hmm... and it's not even in release mode(just checked)... this is odd. |
| 05:16.36 | brlcad | does it say "WARNING: Unable to obtain a call stack backtrace"? |
| 05:17.03 | brlcad | maybe just paste it somewhere |
| 05:17.33 | Notify | 02GCI:tannousmarc * 5607116194709504 : Task Claimed - I would like to work on this task. |
| 05:17.34 | andromeda-galaxy | say that where? |
| 05:17.55 | brlcad | in the crash log |
| 05:18.44 | Notify | 02GCI:brlcad * 5607116194709504 : Task Assigned - This task has been assigned to Marc Tannous. You have 100 hours to complete this task, good luck! |
| 05:18.45 | Notify | 02GCI:brlcad * 5050736735944704 : Task Assigned - This task has been assigned to Raptor. You have 100 hours to complete this task, good luck! |
| 05:18.50 | andromeda-galaxy | brlcad: http://pastebin.com/D9d5itUy |
| 05:19.08 | andromeda-galaxy | brlcad: it doesn't, it just says there's a backtrace and then doesn't show it |
| 05:19.51 | andromeda-galaxy | brlcad: if you want, I can put the diff up on Melange and you can try running it and see if the same thing happens |
| 05:55.12 | Notify | 02GCI:o7p9bxbnyj * 6381493563686912 : Ready for review - The work on this task is ready to be reviewed. |
| 05:57.17 | Notify | 02GCI:o7p9bxbnyj * 6381493563686912 : Status - This appears to make rt work correctly while using the new rt_gen_rect() function for orthogonal mode (make benchmarak and make regress both appear to... |
| 06:03.51 | brlcad | andromeda-galaxy: huh, is the file still empty? it could just be taking a VERY long time |
| 06:04.58 | brlcad | andromeda-galaxy: I'd be glad to try it (tomorrow) |
| 06:10.04 | brlcad | with the latest task, modifying gen_rect to be a half closed and half open set is a little concerning... |
| 06:10.31 | brlcad | that's not exactly consistent behavior whereas the prior documented form (always a closed set) was consistent |
| 06:11.14 | brlcad | feels like making the interface match your tolernaces instead of making your tolerances match your interface |
| 06:12.23 | Notify | 02GCI:brlcad * 6381493563686912 : Task Closed - Congratulations, this task has been completed successfully. |
| 06:14.19 | andromeda-galaxy | brlcad: that's true, I also like the idea of fixing that |
| 06:14.27 | Notify | 02GCI:brlcad * 6381493563686912 : not commitable - Comments left on IRC, but this does not look at all in shape to be committed. Many questions and issues. Plus, refactoring to a function, the code... |
| 06:14.55 | andromeda-galaxy | (making it not half-open/half-closed) |
| 06:16.18 | andromeda-galaxy | brlcad: the problem is that as far as I can tell there is no way to make the behavior consistent without making the output of rt be slightly different (at the very least, having an extra row of pixels along/removing a row of pixels from the top/right) |
| 06:16.33 | andromeda-galaxy | and, of course, ideally rt continues to make the same output forever... |
| 06:17.56 | brlcad | eh? rt could certainly call the ray generator with parameters accordingly to keep the evaluated pixels identical |
| 06:18.52 | brlcad | there's nothing that says the values in rt must get passed to some function as-is and that function must behave the same, for example, if rt is doing a closed to open set sweep across scanlines |
| 06:19.47 | brlcad | if anything, it could throw the row away post generation |
| 06:20.48 | brlcad | recall that you introduced this notion of a center ray, and that could be complicating matters for getting them to match ;) |
| 06:21.11 | brlcad | (or rather elaborated on it's use by the existing generators) |
| 06:23.31 | andromeda-galaxy | brlcad: true... changing the center ray generation might work |
| 06:24.10 | andromeda-galaxy | brlcad: having rt throw away the extra rows is another approach that I considered, it might be best |
| 06:24.38 | andromeda-galaxy | with the current interface to rt_gen_rect(), at least, it can't get the same set of pixels that it previously used since reducing to the next size down closed set would result in a missing left/bottom row |
| 06:25.43 | brlcad | i'd still first question if/why the generator parameters cannot be made to exactly produce the same set of rays as before |
| 06:25.46 | brlcad | and if not, why not |
| 06:25.48 | andromeda-galaxy | I just like having the center_ray with symmetrical generation parameters because that's what everything else is using... |
| 06:26.14 | brlcad | that's why an integration task was created, not just a matter of using the function, but to find out where the function is failing in design |
| 06:26.39 | brlcad | note that there really is no "center ray" ... there's maybe a center/direction vector |
| 06:26.44 | brlcad | and starting point |
| 06:26.58 | brlcad | happen to be using a ray construct that has a point and direction vector embedded |
| 06:27.09 | brlcad | but it shouldn't be confused with being an actual raytrace ray |
| 06:27.13 | andromeda-galaxy | brlcad: indeed... would you mind creating a second integration task to try to fix the failings of this one? I'd enjoy doing it, but think that that combined with what I did for this is probably enough work for two tasks |
| 06:27.52 | andromeda-galaxy | it might be possible to get the right behavior with the fully closed set behavior |
| 06:28.05 | andromeda-galaxy | by moving the center ray to be on a half-pixel boundary down and left from the center |
| 06:28.34 | andromeda-galaxy | and then changing the a/b len vectors as required... |
| 06:29.20 | brlcad | there is already https://www.google-melange.com/gci/task/view/google/gci2014/6466077978525696 |
| 06:29.20 | gcibot | [[ Update rt to utilize new ray sampling functions #2 || BRL-CAD || Open || Kesha Shah, Deepak ]] |
| 06:29.45 | andromeda-galaxy | brlcad: the current task description basically says that that one should be about perspective, since this one was about orthogonal, right? |
| 06:30.12 | brlcad | it was just to chop up work into multiple tasks as this was known to be a complicated goal |
| 06:30.33 | andromeda-galaxy | brlcad: sure, then I'll claim that one and try to polish some of this work a little more tomorrow |
| 06:30.59 | andromeda-galaxy | if it doesn't take too long, I'll combine it with the submission for perspective, if it does, I'll make it separate and ask if you can create another task for perspective |
| 06:31.30 | Notify | 02GCI:o7p9bxbnyj * 6466077978525696 : Task Claimed - I would like to work on this task. |
| 06:31.59 | brlcad | that's fine, let me know how it goes |
| 06:32.13 | brlcad | reminds that task count is mostly irrelevant |
| 06:32.43 | brlcad | tasks that can't be integrated / used will generally get ranked lower than those that can be used |
| 06:32.51 | andromeda-galaxy | brlcad: sure, if I run into anything too problematic, I'll mention it on IRC... hopefully the perspective migration will go slightly more smoothly now that I have some experience from the orthogonal one |
| 06:32.51 | brlcad | so better to take something to a useful completion |
| 06:33.12 | andromeda-galaxy | brlcad: indeed :-) I really want to get this into a workable state & have it merged |
| 06:34.12 | brlcad | my main concerns are the generator getting defined to be a quirky open/closed set definitino, that it actually expanded rt's line count substantially (this should be justified or corrected), and it obviously must be validated with testing |
| 06:35.58 | brlcad | the result might be the elimination of a center pt+dir view notion or maybe defining a view and defining sampling within that view separately, or it might be a simple matter of tweaking tolerances consistently or something else entirely |
| 06:36.06 | brlcad | (just food for thought) |
| 06:36.33 | brlcad | keep an open mind, not lost in where you've been but where you're going |
| 06:37.04 | andromeda-galaxy | brlcad: that makes sense, thanks for the advice! I'll start with the simple verson tomorrow, and see how it does by those metrics, if it gets too bad I'll try some of the more radical changes. |
| 06:37.19 | Notify | 02GCI:brlcad * 6466077978525696 : Task Assigned - This task has been assigned to Andromeda Galaxy. You have 100 hours to complete this task, good luck! |
| 06:37.29 | brlcad | it's still fantastic progress either way |
| 06:37.39 | brlcad | hopefully you'll be able to sort it all out :) |
| 06:37.47 | andromeda-galaxy | brlcad: thanks! I hope so too :) |
| 06:37.50 | brlcad | if anything, though, those visualizations are gold |
| 06:38.09 | brlcad | my only lament is that you didn't get to this sooner so you could have tackled some of the OpenCL work :) |
| 06:38.57 | andromeda-galaxy | ah well... maybe this year I'll actually manage to stay more involved post-GCI and do some things like OpenCL |
| 06:39.16 | andromeda-galaxy | though for that, I'll have to get my graphics drivers working with OpenCL, mesa/Gallium still doesn't really wor |
| 06:39.19 | andromeda-galaxy | *work |
| 06:43.41 | *** join/#brlcad andromeda_galaxy (~andromeda@108-225-17-54.lightspeed.sntcca.sbcglobal.net) | |
| 06:50.45 | *** join/#brlcad YashM (~YashM@117.222.23.137) | |
| 07:47.40 | *** join/#brlcad andrei_ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125) | |
| 14:56.38 | *** join/#brlcad infobot (ibot@rikers.org) | |
| 14:56.38 | *** topic/#brlcad is Topic for #brlcad: BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Welcome GCI 2014 participants! If you're participating, be patient when asking questions... we're very busy and sometimes have packed schedules. We will respond if you are still on IRC: learn screen+irssi. | |
| 15:07.15 | brlcad | andrei_: do you have the link to the tasks that parth copied? |
| 15:07.36 | brlcad | please report any instances of blatant plagiarism to me |
| 15:07.54 | brlcad | Ch3ck: keep an eye out especially on design tasks .. there is cheating going on |
| 15:08.18 | andrei_ | brlcad: one moment |
| 15:08.59 | andrei_ | http://www.google-melange.com/gci/task/view/google/gci2014/5186134254551040 and http://www.google-melange.com/gci/task/view/google/gci2014/6362007112515584 are the same |
| 15:09.00 | gcibot | [[ Animate our logo! #9 || BRL-CAD || Closed || Mihai Neacsu, Daniel_R ]] |
| 15:09.01 | gcibot | [[ Animate our logo! #5 || BRL-CAD || Closed || Mihai Neacsu, Ishwerdas ]] |
| 15:09.41 | andrei_ | for once, let me dig a bit |
| 15:10.13 | andrei_ | also, it's worth pointing out that I removed his claim once for repeatedly doing this |
| 15:12.15 | andrei_ | http://www.google-melange.com/gci/task/view/google/gci2014/5327961523748864 these are also forged http://www.google-melange.com/gci/task/view/google/gci2014/6453861430591488 |
| 15:12.18 | gcibot | [[ Design a new website favicon! #2 || BRL-CAD || Closed || Sean, Jacob B ]] |
| 15:12.18 | gcibot | [[ Design a new website favicon! #5 || BRL-CAD || Closed || Deepak, Ch3ck ]] |
| 15:12.37 | andrei_ | I mean not forged, but identical |
| 15:13.04 | Notify | 02GCI:brlcad * 5867661997113344 Animate our logo! #14 https://www.google-melange.com/gci/task/view/google/gci2014/5867661997113344: also not using the right logo Rohit, you're also using the old... |
| 15:13.06 | gcibot | [[ Animate our logo! #14 || BRL-CAD || NeedsWork || Kesha Shah, Ishwerdas ]] |
| 15:14.31 | *** join/#brlcad darshpreets (~darshpree@202.164.53.117) | |
| 15:16.50 | Notify | 02GCI:brlcad * 6362007112515584 : not acceptable - Parth, copying the work of others is not acceptable. |
| 15:19.50 | Notify | 02GCI:rohit_agarwal * 5867661997113344 : Ready for review - The work on this task is ready to be reviewed. |
| 15:20.57 | *** join/#brlcad chick_ (~chick@195.24.220.134) | |
| 15:27.16 | brlcad | andrei_: I see how the logo animation is a copy, but the favicon? |
| 15:28.05 | andrei_ | his favicon is aditya's favion with a different background? |
| 15:28.19 | andrei_ | actually, if you see aditya around, ask him/her, he was regularly complaining/warning us about that |
| 15:28.43 | andrei_ | you can even see his/her comments on some tasks |
| 15:31.20 | brlcad | andrei_: I know, several students tasks have already become marked invalid and the students disqualified for such behavior |
| 15:31.46 | brlcad | my point was merely that the favicon actually was technically different, just not very much |
| 15:32.05 | brlcad | enough for there to be an argument |
| 15:32.36 | brlcad | i.e., looks like they imported the animated gif into photoshop and reordered /deleted layers |
| 15:33.23 | brlcad | let me know if you see any others and hopefully Ch3ck can be more careful to at least reject crappy submissions like that one a few times even if he doesn't notice they're copies ;) |
| 15:33.24 | andrei_ | Sorry, I have to go right now, I ll have a look later to see what he did, I ll see if I can search posts on melange(i.e tasks he claimed and I unclaimed or so) |
| 15:33.42 | brlcad | the blatant one is enough and has been reported |
| 15:33.48 | andrei_ | alright, great |
| 15:33.54 | brlcad | i mean any other students |
| 15:35.27 | YashM | http://www.google-melange.com/gci/task/view/google/gci2014/5107273286287360 is a forge of http://www.google-melange.com/gci/task/view/google/gci2014/5170304011730944 |
| 15:35.27 | gcibot | [[ Model BRL-CAD logo in BRL-CAD #2 || BRL-CAD || Closed || Popescu Andrei, Hardeep Singh Rai ]] |
| 15:35.27 | gcibot | [[ Model BRL-CAD logo in BRL-CAD || BRL-CAD || Closed || Kesha Shah, Deepak ]] |
| 15:37.31 | andromeda-galaxy | brlcad: in case you were curious, I just found that using closed sampling and shifting the center over half a scanline to the left and down appears to be working |
| 15:38.13 | andromeda-galaxy | (at least, it's right visually --- I'm running regress right now to finish checking that it's pixel-perfect) |
| 15:41.43 | brlcad | YashM: that one is already known and being delt with |
| 15:41.56 | YashM | ok |
| 15:42.02 | andromeda-galaxy | brlcad: do any of the benchmark/regress tests use perspective rendering? I couldn't find any by grepping through the bench/regress directories |
| 15:46.50 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:53.18 | raptor | ooooh |
| 15:56.51 | brlcad | andromeda-galaxy: yes, the solids-simple and solids regressions set perspective mode |
| 15:57.13 | andromeda-galaxy | brlcad: oh, good to know, thanks! I don't know why I didn't see that when grepping regress/run.sh... |
| 15:58.05 | brlcad | they set perspective via a script |
| 15:58.42 | andromeda-galaxy | brlcad: ahh, that must be it --- thanks |
| 15:59.18 | Notify | 02GCI:rohit_agarwal * 5867661997113344 : None - the quality of logo has degraded a little |
| 16:00.22 | andromeda-galaxy | brlcad: also, I'm mildly worried that this whole set of changes is going to create at least a small increase in rt line count, since it has to running the gen_* functions, whereas before it just calculated point... is that acceptable? |
| 16:00.53 | brlcad | wow, that's just great ... there's a new intrusion botnet that tries a distributed crack |
| 16:01.04 | brlcad | ``Erik: pain-in-the-ass |
| 16:01.26 | brlcad | time to get denyhosts actually using the ips it wants to block... :) |
| 16:01.39 | brlcad | mentally shelves that task for later today |
| 16:02.02 | brlcad | andromeda-galaxy: it has to be justifiable |
| 16:02.34 | brlcad | andromeda-galaxy: e.g., and worrying about a few lines here or there isn't the issue .. especially if it improves readability or modularity |
| 16:02.46 | andromeda-galaxy | brlcad: that makes sense... |
| 16:02.59 | andromeda-galaxy | I think that there are currently two things causing it to expand somewhat |
| 16:03.07 | brlcad | from what I saw in the first patch, though, that wasn't the case .. there was a couple dozen lines of code added that looked like maybe remarshalling of data |
| 16:03.21 | andromeda-galaxy | brlcad: the calling sequence for gen_rect? |
| 16:03.26 | andromeda-galaxy | that's the bit that I'm most worried about as well |
| 16:03.44 | brlcad | that's a net negative and might indicate the container api is maybe not right |
| 16:03.54 | andromeda-galaxy | but I think that the best way to fix it is to revisit using an array instead of a bu_list for the gen_* results |
| 16:04.31 | brlcad | I'd suggest first just getting an actual line count, then looking at where the lines are extra/added .. and just ask yourself why and then ask what *could* you do about it and think if it'd be worth it |
| 16:05.06 | brlcad | frankly, the caller probably shouldn't be so tightly coupled with a data type |
| 16:05.20 | brlcad | the API should probably handle it as a ray set and have an accessor/iterator |
| 16:05.39 | andromeda-galaxy | brlcad: that's true, and it would make it really easy to support |
| 16:05.41 | brlcad | so under the hood it can be a list or array or whatever, and what's handed to the caller is simple (e.g., an array) |
| 16:05.44 | andromeda-galaxy | the streaming/generator model from before |
| 16:05.50 | andromeda-galaxy | *that we discussed before |
| 16:06.14 | brlcad | it's related to streaming, but how it shakes out isn't so strictly needing to be a streaming API |
| 16:06.19 | andromeda-galaxy | of course, as long as the underlying data structure is a linked list, the api around it will never be able to *efficiently* give random access.. |
| 16:07.15 | andromeda-galaxy | brlcad: right, it's just that those apis could be set up to access the (opaque) data structure in any way they wanted, including on-demand generation and caching or some such |
| 16:07.54 | ``Erik | if the underlying data structure is appropriately encapsulated, the data structure can be changed if needed... |
| 16:08.18 | andromeda-galaxy | brlcad: what do you think of my going ahead with getting perspective working for now, then looking at it and seeing if this is still a problem (which itt probably will be) and then trying to implement encapsulating apis for the bundles? |
| 16:08.29 | ``Erik | brlcad: what's a pita, the distributed crack attempt, denyhost going nuts, or ya just calling me one? :D |
| 16:09.31 | ``Erik | brlcad: I tried restarting the denyhosts daemon to see if that'd do the trick, it did not. Not sure why it'd start now, the program was last written aug30 |
| 16:10.02 | andromeda-galaxy | ``Erik: indeed... the problem is that the current api just returns a bu_list and there aren't any functions to access rays, it expects the caller to walk them... |
| 16:14.14 | ``Erik | hm, what about making a second function that fills an array? then uses could be migrated to the new approach one at a time? |
| 16:15.09 | andromeda-galaxy | ``Erik: there aren't that many functions, so it wouldn't be too hard to do it to all of them at once, the big problem is (for the older functions) deprecation policy |
| 16:15.31 | andromeda-galaxy | which I already ran into when trying to move rt_raybundle_maker off of the old rt_shootray_bundle() api |
| 16:15.46 | andromeda-galaxy | the newer functions haven't been released yet, so they're fine |
| 16:17.32 | andromeda-galaxy | but since rt is only using the newer functions (right now, at least), it might make sense to make the new api (with better-encapsulated functions) and convert at least those two to use it |
| 16:17.37 | andromeda-galaxy | and then one-by-one try to convert the rest |
| 16:22.35 | ``Erik | fun, libbu fails on osX.10 with ntohll redef http://paste.lisp.org/display/145211 |
| 16:25.01 | andromeda-galaxy | ``Erik: what do you think of that approach} |
| 16:25.03 | andromeda-galaxy | ? |
| 16:26.37 | brlcad | ``Erik: distributed cracking <= pita |
| 16:26.54 | ``Erik | andromeda-galaxy: it sounds like we're violently agreeing? :D |
| 16:27.07 | brlcad | just one or two attempts from dozens/hundreds of different IPs |
| 16:27.23 | andromeda-galaxy | ``Erik: I think so :D |
| 16:28.08 | andromeda-galaxy | last -clear |
| 16:28.31 | andromeda-galaxy | sorry, irssi cmd with a missing / |
| 16:28.41 | ``Erik | brlcad: yeah, is it worth changing the listening port or something until it blows over? finding a blacklist would be nice... |
| 16:29.58 | brlcad | denyhost gets them when they attempt an admin account |
| 16:30.15 | ``Erik | andromeda-galaxy: have you looked at "trackbar.pl"? it's an irssi mod that helps figure out where to start reading from :) change windows and it'll put a bar where it was, then change back after a whiel and scroll up to find the bar... magic! |
| 16:30.37 | andromeda-galaxy | ``Erik: I did see that, I keep meaning to either install it or write my own |
| 16:30.57 | ``Erik | brlcad: so we're taking the "grit your teeth and weather it" approach... |
| 16:31.14 | andromeda-galaxy | since sometimes I have a number of tmux windows connected, it would be nice to have an approach that kept track of the number of 'readers' currently looking at any window |
| 16:31.20 | andromeda-galaxy | and interpeted tmux lock events as leaving |
| 16:33.18 | ``Erik | tmux is good stuff, too :) only problem is when you use it with a lot of scroll on a mac using an xquartz xterm, it gets really sluggish. I moved to Terminal.app because of that. Otherwise, it tromps screen |
| 16:33.48 | andromeda-galaxy | ``Erik: I've only been using it on linux, so I haven't noticed that, but I do generally like it better than screen (which I used to use) |
| 16:34.49 | ``Erik | yeah, it takes a very specific set of circumstances to get that issue to crop up... it works great with xterms on linux, fbsd, console on both, putty on windows |
| 16:35.12 | andromeda-galaxy | ``Erik: interesting... have you made a bug report? |
| 16:35.45 | ``Erik | nah, not sure if it's a tmux or xquartz (or xorg) issue |
| 16:35.53 | andromeda-galaxy | ahh, true.. |
| 16:37.29 | ``Erik | xterm was the last thing keeping X running on my macbook, so I bit the bullet and configured terminal.app to not suck, problem routed around :) |
| 16:37.46 | andromeda-galaxy | that makes sense |
| 16:45.41 | Notify | 03BRL-CAD:carlmoore * 63937 brlcad/trunk/doc/docbook/system/man1/en/pixborder.xml: revise comments about default portion of image |
| 16:57.01 | *** join/#brlcad nmz787_i (~nmccorkx@192.55.54.36) | |
| 17:00.43 | *** join/#brlcad raptor_ (~raptor@213.222.229.229) | |
| 17:11.20 | Notify | 02GCI:thevk * 5340178071683072 : Ready for review - The work on this task is ready to be reviewed. |
| 17:20.45 | starseeker | ``Erik: does that mean you've got the native aqua build of BRL-CAD working on Mac? :-P |
| 17:25.54 | Notify | 03BRL-CAD:carlmoore * 63938 brlcad/trunk/doc/docbook/system/man1/en/pixhalve.xml: remove 'both' and combine 2 sentences |
| 17:32.43 | Notify | 03BRL-CAD:carlmoore * 63939 brlcad/trunk/doc/docbook/system/man1/en/pixhalve.xml: move period |
| 18:12.19 | ``Erik | starseeker: brlwhat? |
| 18:15.46 | andromeda-galaxy | ``Erik: just in case vmath already has a function for this that I can't find: |
| 18:15.51 | ``Erik | hasn't compiled BRL-CAD on his laptop since... aug08 |
| 18:16.29 | andromeda-galaxy | is there an easy way to compute the term k such that normalize(normalize(a+b+c)-k) = normalize(a+b)? |
| 18:17.02 | ``Erik | woops, wrong machine, aug04 |
| 18:18.22 | andromeda-galaxy | ``Erik: figuring that out is currently annoying my efforts to make perspective rendering use gen_frustum(), since gen_frustum takes an angle and a vector and normalizes the vector result internally... which makes sense for it's usual use case, but is a pain for rt |
| 18:18.52 | ``Erik | andromeda-galaxy: dunno, but wouldn't k be a set of possible values, one of those being =c? |
| 18:19.27 | andromeda-galaxy | hmm... I don't think so, because of the normalizatoin |
| 18:19.31 | andromeda-galaxy | *normalization |
| 18:19.36 | andromeda-galaxy | let me grab a concrete example quicky |
| 18:19.38 | andromeda-galaxy | *quickly |
| 18:19.56 | ``Erik | not sure why you'd need that computation, generating rays given a frustum is pretty straight forward |
| 18:20.36 | andromeda-galaxy | gen_frustum needs the center of the grid and the angle, I'm having trouble reverse-engineering the angle to give it from width/height... |
| 18:21.05 | andromeda-galaxy | (and I've tried using rt_perspective/aspect*rt_perspective, but that's not workign correctly, so I wanted to try it this way and see if it gave me more information about what's wrong) |
| 18:23.06 | andromeda-galaxy | ``Erik: see what I mean? |
| 18:24.40 | ``Erik | wouldn't the angle between the center of the grid and the edge be rt_perspective/2.0 ? I'm not sure what number you're looking for... |
| 18:26.04 | andromeda-galaxy | ``Erik: I'm not sure if there are some off-by-one errors or not, so I wanted to try to get the angle from the atan of the width/height instead and compare it |
| 18:26.32 | Notify | 03BRL-CAD:carlmoore * 63940 brlcad/trunk/doc/docbook/system/man1/en/pixmorph.xml: in pixmorph.xml , do not underscore punctuation, and place right parentheses properly, and add a new comma |
| 18:27.36 | ``Erik | could always tweak the existing code to printf what you want and do comparisons against that, right? |
| 18:29.04 | andromeda-galaxy | ``Erik: well, that's the problem --- I'm trying to figure out what to print... |
| 18:29.21 | ``Erik | (or just shove your code in and run the benchmark regression stuff and see if the result image is 'right', should let you know if you're wrong pretty quickly... not necessarily if you're right, but ...) |
| 18:30.18 | andromeda-galaxy | it's definitely wrong, I'm just trying to figure out *why* it's wrong |
| 18:33.17 | andromeda-galaxy | ``Erik: it's a really annoying kind of wrong, becauase by the end the cumalitive error is still < 0.001 |
| 18:33.21 | andromeda-galaxy | (in pixel coordinates) |
| 18:36.08 | ``Erik | huh, I d'no, that sounds like it could just be plain old floating point fuzz from doing a different order of operations... it could be that if you did the two calculations with infinite precision, they'd come up the same... and it could even be that the existing approach is MORE divergant than your new one. |
| 18:36.46 | andromeda-galaxy | ``Erik: I know, that's why errors at that level are so annoying for me... |
| 18:37.00 | andromeda-galaxy | *I find errors ... |
| 18:37.38 | andromeda-galaxy | and, of course, since the difference is in the *coordinates* and not the actual computed value, it makes regress* fail catastrophically |
| 18:38.29 | ``Erik | well, I'd wait for brlcad to weight in, it might be irrelevant... if it's really bugging you, what about implementing the two approaches using something with better numbers (mathematica, maple, commonlisp/scheme, java bignum, libgmp, etc) and see how close THOSE are, then how close the ieee754 approaches come to the arbitrary precision approaches? |
| 18:39.06 | andromeda-galaxy | ``Erik: that might work.. well, thanks for the advice! I'll try checking a couple of intermediate results quickly as well to see if I can easily eliminate it |
| 18:39.31 | ``Erik | aight, good luck |
| 18:40.05 | ``Erik | <-- thought the error was small enough that regress passed |
| 18:48.37 | andromeda-galaxy | ``Erik: no, the problem I was having is that it is really small, just not quite small enough |
| 18:49.07 | andromeda-galaxy | I think it's probably that because the difference is in the coordinates, it can cause a (relatively) large fluctuation in pixel values |
| 18:49.19 | andromeda-galaxy | though to a human eye it still looks pretty similar |
| 18:53.10 | Notify | 03BRL-CAD:carlmoore * 63942 (brlcad/trunk/src/util/pixembed.c brlcad/trunk/src/util/pixmerge.c): in 2 utilities, implement h? for help; this necessitated ending a -h for high-res |
| 19:36.27 | andromeda-galaxy | brlcad: what do you think about this one? the error appears to be cumulative, and by the end of a 512x512px run, it is ~0.0005... |
| 19:52.39 | andromeda-galaxy | brlcad, ``Erik: I'm pretty sure that the ``error'' stems from the fact that gen_frustum() scales the vector that was passed in (viewbase_model - eye-model) to be unit and then adds equivalent numbers determined from the angle, as opposed to the main code which does everything with bigger vectors and then normalizes at the end |
| 19:55.37 | *** join/#brlcad raptor_ (~raptor@213.222.229.229) | |
| 20:11.07 | *** join/#brlcad teepee (~teepee@gateway/tor-sasl/teepee) | |
| 20:13.21 | *** join/#brlcad teepee (~teepee@gateway/tor-sasl/teepee) | |
| 20:21.56 | Stragus | andromeda-galaxy, indeed. Adding x repeatedly to a number is less accurate than multiplying right away |
| 20:22.27 | andromeda-galaxy | Stragus: I just tried another version that comes up with int j/i and multiplies them, |
| 20:22.32 | andromeda-galaxy | but it is still slightly less accurate |
| 20:22.35 | andromeda-galaxy | probably due to the scaling... |
| 20:29.25 | ``Erik | ieee754 numbers tend to behave best if you can try to keep them close to the 1.0-2.0 range... they get fuzzier as you get really really big or really really small |
| 20:30.09 | ``Erik | there're a few papers in the "what every programmer should know about ieee754" or floating point or 854 or ... |
| 20:31.00 | ``Erik | here's one http://docs.oracle.com/cd/E19957-01/806-3568/ncg_goldberg.html |
| 20:32.03 | Stragus | It's more a matter of understanding mantissa and exponent than keeping to the 1.0-2.0 range... |
| 20:32.37 | Stragus | Precision is the same everywhere over the normal range, it's just a matter of scale |
| 20:32.52 | andromedagalaxy | ``Erik, Stragus: indeed! In a few more minutes , I'll try a couple of alternative computations... |
| 20:32.58 | Stragus | (plus denormals and other quirks to know about) |
| 20:34.07 | ``Erik | Stragus: yeh, but if you want an easy rule of thumb, I find the 1-2 idea to be a decent heuristic :) |
| 20:34.53 | ``Erik | (damn, pedantry is annoying when I'm not the pedant *cough* O:-) ) |
| 20:39.01 | andromeda-galaxy | ``Erik, Stragus: the simplist thing that I'll start by doing is just delaying the VUNITIZE() call, because even though that results in working with larger numbers (5000), it's what the old rt coode does |
| 20:39.26 | ``Erik | 5000 is still pretty small, should be fine |
| 20:41.07 | andromeda-galaxy | ``Erik: that was my thought as well |
| 20:51.07 | andromeda-galaxy | ``Erik, Stragus: any idea how close pixdiff needs things to be to comparea correctly? |
| 20:52.37 | andromeda-galaxy | ``Erik, Stragus: the pixel *coordinates* (no idea about the values though) are now within 0.0003 of each other by the end of a 512x512 raaytrace |
| 21:00.06 | andromeda-galaxy | except that that made the *beginning* coordinates go 0.0004 out of sync with each other... |
| 21:00.34 | Notify | 02GCI:deep10 * 5222964656078848 : Task Claimed - I would like to work on this task. |
| 21:02.15 | raptor_ | All a good night! |
| 21:09.59 | andromeda-galaxy | ``Erik: are you still here? |
| 21:19.24 | andromeda-galaxy | it looks like the problem is that when you tell rt to trace a 512x512 grid with angle theta, it actually does the equivalent of traacing a 513x513 grid and throwing away the topmost row and rightmost column |
| 21:19.28 | andromeda-galaxy | this is, to say the least, problematic |
| 21:21.52 | ``Erik | andromeda-galaxy: that is... interesting. this behavior is old? |
| 21:22.09 | andromeda-galaxy | ``Erik: I think so... it seems to be being confirmed by the tests |
| 21:22.12 | ``Erik | source code to microsoft basic from '78: http://www.pagetable.com/?p=774 |
| 21:22.19 | andromeda-galaxy | there's a similar issue with orthogonal rays, it always uses half-open sets |
| 21:22.33 | andromeda-galaxy | it traces on the boundary for the left/lower sides, but not for the right/upper |
| 21:23.23 | ``Erik | andromeda-galaxy: have you tried emulating the +1 behavior in your code to see if it "fixes" things? |
| 21:23.50 | andromeda-galaxy | ``Erik: At one point, at least, I had it tracing using the grid of width+1/height+1 rays |
| 21:23.56 | andromeda-galaxy | and for the first scanline everything was perfect |
| 21:24.13 | andromeda-galaxy | but then the last pixel of that scanline was rendered as the first of the next, and everything broke |
| 21:24.37 | ``Erik | heh, slanted? what about width/height+1 ? |
| 21:26.09 | andromeda-galaxy | ``Erik: hmm... the problem is that it does the spacing as if it was width+1/height+1 |
| 21:27.03 | andromeda-galaxy | also, something else has suddenly stopped working while trying to fix that issue, now it goes wrong halfway trhough the first scanlinei... |
| 21:28.38 | ``Erik | has a feeling that this has crept beyond the appropriate scope :/ |
| 21:29.19 | andromeda-galaxy | hmm? |
| 21:31.21 | andromeda-galaxy | ``Erik: I think it may be that the originala way that rt worked was that it divided the view into NxN cells, and sampled the lower left corner of each cell |
| 21:31.42 | andromeda-galaxy | that naturally caused this behavior, which is now being a real pain to make work with code that doesn't sample that way |
| 21:33.11 | *** join/#brlcad merzo (~merzo@214-60-132-95.pool.ukrtel.net) | |
| 21:34.29 | *** join/#brlcad mpictor (~mark@c-69-136-183-213.hsd1.in.comcast.net) | |
| 21:34.29 | *** join/#brlcad javampire (~javampire@v10024.1blu.de) | |
| 21:34.29 | *** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net) | |
| 21:34.29 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 21:34.29 | *** join/#brlcad unicodesnowman (~unicodesn@unaffiliated/unicodesnowman) | |
| 21:35.48 | *** join/#brlcad teepee (~teepee@gateway/tor-sasl/teepee) | |
| 21:37.00 | andromeda-galaxy | ``Erik: now this brings usback to my original concerns about trying to get angle from width/height instead of rt_perspective; doing so would allow adjusting the values to maake everything work (hopefully) |
| 21:37.33 | *** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 21:41.37 | *** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 21:41.37 | *** join/#brlcad teepee (~teepee@gateway/tor-sasl/teepee) | |
| 21:41.37 | *** join/#brlcad unicodesnowman (~unicodesn@unaffiliated/unicodesnowman) | |
| 21:41.37 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 21:41.37 | *** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net) | |
| 21:41.37 | *** join/#brlcad javampire (~javampire@v10024.1blu.de) | |
| 21:41.37 | *** join/#brlcad mpictor (~mark@c-69-136-183-213.hsd1.in.comcast.net) | |
| 21:41.37 | *** join/#brlcad merzo (~merzo@214-60-132-95.pool.ukrtel.net) | |
| 21:41.37 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 21:41.37 | *** join/#brlcad andromedagalaxy (~andromeda@108-225-17-54.lightspeed.sntcca.sbcglobal.net) | |
| 21:41.37 | *** join/#brlcad mihaineacsu (~mihaineac@92.85.10.174) | |
| 21:41.37 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 21:41.37 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 21:41.37 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 21:41.37 | *** join/#brlcad krishna_ (~krishna@5.231.52.94) | |
| 21:41.37 | *** join/#brlcad KimK (~Kim__@ip68-102-30-143.ks.ok.cox.net) | |
| 21:41.37 | *** join/#brlcad ignacio (~IgnacioUy@unaffiliated/ignaciouy) | |
| 21:41.37 | *** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca) | |
| 21:41.37 | *** join/#brlcad gcibot (ignacio@unaffiliated/ignaciouy/bot/gcibot) | |
| 21:41.37 | *** join/#brlcad maths22 (~maths22@66-118-151-70.static.sagonet.net) | |
| 21:41.37 | *** join/#brlcad nmz787 (~nmz787@unaffiliated/nmz787) | |
| 21:41.37 | *** join/#brlcad ankesh11 (uid8015@gateway/web/irccloud.com/x-uugahetzbpoxylmz) | |
| 21:41.37 | *** join/#brlcad jrullman (sid54856@gateway/web/irccloud.com/x-wsrkvdskqbtgyhmp) | |
| 21:41.37 | *** join/#brlcad mikolalysenko_ (sid34553@gateway/web/irccloud.com/x-uhznlmmvyknypwsf) | |
| 21:41.37 | *** join/#brlcad ejno (~ejno@unaffiliated/kazaik) | |
| 21:41.37 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) | |
| 21:41.37 | *** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net) | |
| 21:41.38 | *** join/#brlcad yiyus_ (1242712427@je.je.je) | |
| 21:41.38 | *** join/#brlcad hsrai (~hsrai@66-118-151-70.static.sagonet.net) | |
| 21:41.38 | *** join/#brlcad andromeda-galaxy (~andromeda@108-225-17-54.lightspeed.sntcca.sbcglobal.net) | |
| 21:41.38 | *** join/#brlcad ChanServ (ChanServ@services.) | |
| 21:41.38 | *** join/#brlcad kanzure (~kanzure@unaffiliated/kanzure) | |
| 21:41.38 | *** join/#brlcad ``Erik (~erik@pool-74-103-94-19.bltmmd.fios.verizon.net) | |
| 21:41.38 | *** mode/#brlcad [+o ChanServ] by verne.freenode.net | |
| 21:43.45 | Notify | 02GCI:ngenius * 4639899508539392 : Task Claimed - I would like to work on this task. |
| 21:43.47 | Notify | 02GCI:ngenius * 4639899508539392 : Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 21:43.50 | *** join/#brlcad maths22 (~maths22@66-118-151-70.static.sagonet.net) | |
| 21:50.32 | *** join/#brlcad KimK (~Kim__@ip68-102-30-143.ks.ok.cox.net) | |
| 21:50.32 | *** join/#brlcad ignacio (~IgnacioUy@unaffiliated/ignaciouy) | |
| 21:50.32 | *** join/#brlcad ankesh11 (uid8015@gateway/web/irccloud.com/x-uugahetzbpoxylmz) | |
| 21:50.32 | *** join/#brlcad jrullman (sid54856@gateway/web/irccloud.com/x-wsrkvdskqbtgyhmp) | |
| 21:53.44 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 21:53.44 | *** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca) | |
| 21:53.44 | *** join/#brlcad gcibot (ignacio@unaffiliated/ignaciouy/bot/gcibot) | |
| 21:53.44 | *** join/#brlcad ejno (~ejno@unaffiliated/kazaik) | |
| 21:53.49 | *** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net) | |
| 21:54.33 | *** join/#brlcad andromeda-galaxy (~andromeda@108-225-17-54.lightspeed.sntcca.sbcglobal.net) | |
| 21:54.33 | *** join/#brlcad kanzure (~kanzure@unaffiliated/kanzure) | |
| 21:54.33 | *** join/#brlcad ``Erik (~erik@pool-74-103-94-19.bltmmd.fios.verizon.net) | |
| 21:55.08 | *** join/#brlcad kanzure (~kanzure@unaffiliated/kanzure) | |
| 21:56.49 | *** join/#brlcad jrullman (sid54856@gateway/web/irccloud.com/x-luqkfudqyuvbixlj) | |
| 21:59.24 | *** join/#brlcad mihaineacsu (~mihaineac@92.85.10.174) | |
| 21:59.24 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 21:59.24 | *** join/#brlcad nmz787 (~nmz787@unaffiliated/nmz787) | |
| 21:59.24 | *** join/#brlcad yiyus_ (1242712427@je.je.je) | |
| 22:00.14 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 22:01.17 | Notify | 03BRL-CAD:starseeker * 63943 brlcad/trunk/db/CMakeLists.txt: Add public FAA models as fastgen db files. |
| 22:06.12 | *** join/#brlcad jrullman (sid54856@gateway/web/irccloud.com/x-luqkfudqyuvbixlj) | |
| 22:06.12 | *** join/#brlcad KimK (~Kim__@ip68-102-30-143.ks.ok.cox.net) | |
| 22:06.13 | *** join/#brlcad ignacio (~IgnacioUy@unaffiliated/ignaciouy) | |
| 22:06.13 | *** join/#brlcad ankesh11 (uid8015@gateway/web/irccloud.com/x-uugahetzbpoxylmz) | |
| 22:09.25 | *** join/#brlcad jrullman (sid54856@gateway/web/irccloud.com/x-lbvkmulohstfariz) | |
| 22:47.39 | ``Erik | brlcad: seen https://stribika.github.io/2015/01/04/secure-secure-shell.html ? |
| 22:53.57 | andromeda-galaxy | pixdiff output on solids is down to 24 by 1, 6 by many... |
| 22:58.16 | andromeda-galaxy | I have now discovered that the regression tests will fail if certain pixel coordinates are off by 2e-8 |
| 23:04.05 | andromeda-galaxy | there are now thirty pixels failing regression, all of which seem to have coordinates that differ by only something like 1e-7 (apparently not cumulative) |
| 23:15.42 | Notify | 02GCI:martizor56 * 4958060736937984 : Task Claimed - I would like to work on this task. |
| 23:30.05 | Notify | 02GCI:o7p9bxbnyj * 6466077978525696 : status - This patch includes the changes from the last task (since those were definitely not ready for production) and adds another 5.75-6hrs work which... |
| 23:30.10 | Notify | 02GCI:o7p9bxbnyj * 6466077978525696 : Ready for review - The work on this task is ready to be reviewed. |
| 23:30.45 | andromeda-galaxy | brlcad: status report on rt-using-ray bundles: everything nearly works, but there are a couple of problems (which I outlined in the task); if you create a #3 task I'll happily fix them now, or I can do them post-GCI |
| 00:02.59 | *** join/#brlcad n_reed_ (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 00:17.50 | *** join/#brlcad ankesh11 (sid8015@gateway/web/irccloud.com/x-fqimfiazyimhtbhr) | |
| 00:28.41 | Notify | 03BRL-CAD:starseeker * 63945 brlcad/trunk/src/libbrep/shape_recognition.h: Comment tweaks |
| 00:29.09 | *** join/#brlcad teepee_ (~teepee@gateway/tor-sasl/teepee) | |
| 00:32.10 | *** join/#brlcad ankesh11 (sid8015@gateway/web/irccloud.com/x-utrqruwpjzrawrsp) | |
| 00:57.18 | *** join/#brlcad ankesh11 (sid8015@gateway/web/irccloud.com/x-viahqqxfyydejhrv) | |
| 00:57.55 | Notify | 03BRL-CAD:starseeker * 63946 brlcad/trunk/src/libbrep/shape_recognition.cpp: More more code to library |
| 01:04.13 | Notify | 03BRL-CAD:starseeker * 63947 brlcad/trunk/src/libbrep/shape_recognition.cpp: Need to dupliate surface here, not just cast. |
| 01:22.29 | andromeda-galaxy | brlcad, ``Erik, starseeker: I'm thinking about eventually committing the changes to mkbundle.c that I've been doing, but there's the issue of rt_raybundle_maker(), which I had to change to use an rt_shootrays()-style api... what is the best way to handle that while preserving the deprecation policy? Create a new and renamed version that has the new behavior and convert all calling sites to use it/mark the old depre |
| 01:32.45 | *** join/#brlcad mikolalysenko (sid34553@gateway/web/irccloud.com/x-zenoyncxwndwxebp) | |
| 02:16.01 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 02:21.24 | *** join/#brlcad teepee_ (~teepee@gateway/tor-sasl/teepee) | |
| 02:51.47 | *** join/#brlcad mikolalysenko (sid34553@gateway/web/irccloud.com/x-bqqkszmsjumedyho) | |
| 03:15.14 | andromeda-galaxy | brlcad, maths22: for the 'PROJECT: Implement web applicatoin for testing commit ranges' series of tasks, what is the web server being used for brlcad.org/what mechanism is used for dynamic content? (being able to use websockets for the live updating would be really fun...) |
| 03:21.50 | *** join/#brlcad jfjhh (~jfjhh@99-90-212-118.lightspeed.irvnca.sbcglobal.net) | |
| 03:23.36 | maths22 | andromeda-galaxy: can you link to that? |
| 03:24.00 | andromeda-galaxy | maths22: |
| 03:24.03 | andromeda-galaxy | http://www.google-melange.com/gci/task/view/google/gci2014/5275647798673408 |
| 03:24.03 | gcibot | [[ PROJECT: Implement web application for testing commit ranges || BRL-CAD || Open || Mihai Neacsu, Dishank ]] |
| 03:24.08 | andromeda-galaxy | that's the first one in the series |
| 03:29.20 | andromeda-galaxy | maths22: my thinking (in the best case) is be 1) some kind of POST handler on the server to stick files in a queue directory, 2) a cron job to execute them in series (or something started from the POST handler, i.e. CGI script) and 3) a websockets server that can be notified of status updates and send push notifications to the connected clients... maybe 3) should incorporate 2) in a long-running process that uses i |
| 03:29.43 | andromeda-galaxy | maths22: if that cut off, let me know and I'll resend the end of it (unfortunately, irssi doesn't tell me when message length limits are exceeded) |
| 03:48.02 | *** join/#brlcad teepee_ (~teepee@gateway/tor-sasl/teepee) | |
| 03:51.54 | starseeker | maths22: was talking with brlcad - is there any way, when we have a successful build of trunk with buildbot, to also run the "make dox" target and copy the results to the brlcad.org website? |
| 03:53.03 | *** join/#brlcad darshpreets (~darshpree@202.164.53.117) | |
| 04:01.12 | *** part/#brlcad jfjhh (~jfjhh@99-90-212-118.lightspeed.irvnca.sbcglobal.net) | |
| 04:01.28 | *** join/#brlcad jfjhh (~jfjhh@99-90-212-118.lightspeed.irvnca.sbcglobal.net) | |
| 04:05.43 | Notify | 03BRL-CAD:starseeker * 63948 brlcad/trunk/db/faa/CMakeLists.txt: Add README with info about report with images |
| 04:11.06 | *** join/#brlcad YashM (~YashM@117.198.16.236) | |
| 04:11.24 | *** part/#brlcad jfjhh (~jfjhh@99-90-212-118.lightspeed.irvnca.sbcglobal.net) | |
| 04:14.03 | maths22 | andromeda-galaxy: I suggest that you look into at/batch (http://linux.about.com/library/cmd/blcmdl1_batch.htm) |
| 04:14.48 | maths22 | starseeker: I think that would be doable... |
| 04:15.05 | andromeda-galaxy | maths22: those might be useful, but I'm not sure how well they would mesh |
| 04:15.09 | andromeda-galaxy | with live status reports... |
| 04:15.28 | andromeda-galaxy | if it would work to write a process that acts as a websockets server, |
| 04:15.35 | maths22 | What sort of status do you expect? |
| 04:15.42 | andromeda-galaxy | maths22: well, reading some of the later task descriptions, |
| 04:15.59 | andromeda-galaxy | mostly just things like how far through the commit range + script return results for each commit |
| 04:16.45 | andromeda-galaxy | so my idea had been to run a websockets server process that also picked up on things added to a queue directory by a dumb server and ran them, sending status update messages to all connected clients |
| 04:16.50 | maths22 | I would think that we would write a wrapper script that then writes status to a log file |
| 04:17.17 | andromeda-galaxy | but how does that help with client live updating? (ideally, not polling)? |
| 04:17.53 | maths22 | You would want the server to be doing something equivalent to tail -f |
| 04:18.10 | maths22 | You don't want the script to die just because the users' connection died |
| 04:18.30 | andromeda-galaxy | hmm? I'm talking about running a daemon that runs a websockets (not HTTP) server |
| 04:18.39 | andromeda-galaxy | with websockets, you get notifications when clients connect/disconnect |
| 04:18.44 | andromeda-galaxy | and can push-update messages |
| 04:19.10 | maths22 | In my opinion, the websockets server should not be responsible for managing the jobs |
| 04:19.27 | maths22 | It should only be responsible for conveying status updates about jobs that are running "in the background" |
| 04:19.41 | andromeda-galaxy | maths22: that makes sense, I just thought either way would work... |
| 04:19.51 | maths22 | starseeker: does make dox generate any kind of archive? |
| 04:20.00 | andromeda-galaxy | is the HTTP server Apache with some set of the *CGI modules enabled? |
| 04:20.15 | maths22 | andromeda-galaxy: in your mind, how would it work? |
| 04:20.17 | andromeda-galaxy | (sorry to askyou about it, but I don't have a shell account and I can't find the information anywhere on the website) |
| 04:20.23 | andromeda-galaxy | maths22: in this case, something like: |
| 04:20.31 | maths22 | andromeda-galaxy: yes |
| 04:20.43 | maths22 | What language would you be looking for? |
| 04:20.55 | andromeda-galaxy | user submites request -> server drops file in queue dir -> jobs are processed in sequential order (background websockets server sends updates as necessary) |
| 04:21.19 | *** join/#brlcad mikolalysenko (sid34553@gateway/web/irccloud.com/x-btgnqznutnqmwvpw) | |
| 04:21.21 | andromeda-galaxy | I was thinking about using Haskell, but if the Haskell RTS is too heavyweight I can try something else |
| 04:21.40 | maths22 | That is what I am describing- use "at" to start the job in the queue |
| 04:22.02 | andromeda-galaxy | right, that makes sense |
| 04:22.14 | maths22 | I think we were agreeing the whole time :) |
| 04:22.32 | andromeda-galaxy | probably :) is using haskell for the websockets server too depency-heavy? |
| 04:23.26 | andromeda-galaxy | maths22: so just to confirm, the workflow should look something like: |
| 04:23.32 | andromeda-galaxy | 1. status reporting daemon is started on server (maybe at boot) |
| 04:23.39 | maths22 | andromeda-galaxy: in my opinion, no |
| 04:24.06 | andromeda-galaxy | 2. user submits request, server creates any necessary files and schedules the job with at |
| 04:24.09 | maths22 | As in-haskell would be fine |
| 04:24.25 | andromeda-galaxy | 3. daemon uses *notify apis to get nice notifications about status and sends results |
| 04:24.28 | andromeda-galaxy | oh, good to know |
| 04:24.43 | *** join/#brlcad darshpreets (~darshpree@202.164.53.117) | |
| 04:24.54 | andromeda-galaxy | I enjoy writing things in haskell... last thing --- which of the *many* Apache CGI extensions is brlcad.org currently using? |
| 04:25.57 | maths22 | Let me check.. |
| 04:26.02 | maths22 | Why do you want to know? |
| 04:26.13 | andromeda-galaxy | maths22: thanks! just so that when writing the part that handles the user submitting the form |
| 04:26.33 | andromeda-galaxy | which cgi api to deal with, since, e.g. fastcgi/wcgi sometimes need slightly different code |
| 04:26.48 | andromeda-galaxy | one other thing that I forgot about, sorry --- the server is fbsd, right? so no inotify |
| 04:26.52 | maths22 | Yes |
| 04:27.31 | maths22 | fcgi/scgi |
| 04:27.40 | andromeda-galaxy | okay, then, I'll probably use http://hackage.haskell.org/package/fsnotify for the websockets server |
| 04:28.02 | maths22 | If you are using haskell though, you probablly don't want to use cgi |
| 04:28.30 | maths22 | You probably want something like http://snapframework.com/ |
| 04:28.34 | andromeda-galaxy | maths22: true, though there is https://hackage.haskell.org/package/fastcgi... is there a better system for integrating it into the current server (running Yesod under url rewriting does seem a little to heavy)... |
| 04:28.47 | maths22 | Not really too heavy |
| 04:28.56 | maths22 | I do that for some other things |
| 04:29.01 | maths22 | apache mod_proxy |
| 04:29.03 | andromeda-galaxy | yeah, snap is kind of interesting, I've been doing stuff with Yesod before, but caan look into snap |
| 04:29.11 | maths22 | I don't care between yesod and snap |
| 04:29.22 | maths22 | I think my cs professor mentioned snap; that was all |
| 04:30.02 | maths22 | Also, if you have any questions about haskell stuff, I can pass them along to my professor (his specialty is haskell) |
| 04:30.18 | andromeda-galaxy | in that case, sounds good! so, you think that it would work well to use yesod/snap to server the main interface pages & respond to post requests (with batch for scheduling) and a separate daemon for the websockets? |
| 04:30.30 | andromeda-galaxy | (just checking that I have everything straight)... |
| 04:30.46 | andromeda-galaxy | thanks! just curious, who is it? I might of heard of him... |
| 04:30.52 | andromeda-galaxy | *have heard |
| 04:33.01 | andromeda-galaxy | maths22: well, I'll start working on the frontend pages for the first task for now... |
| 04:33.09 | maths22 | stuart kurtz |
| 04:33.36 | maths22 | see something like https://hackage.haskell.org/package/websockets-snap |
| 04:33.45 | maths22 | They really should probably be one daemon |
| 04:35.00 | andromeda-galaxy | mahts22: true, I was still thinking of using two because of the original cgi idea, they should be easy enough tto combine... |
| 04:35.07 | andromeda-galaxy | do you still think that the job running should be separate? |
| 04:35.40 | maths22 | Yes |
| 04:36.14 | maths22 | That way, the jobs don't get messed up even if the haskell web interface goes down |
| 04:36.39 | andromeda-galaxy | makes sense... I'll get started then; thanks for discussing it with me / explaining the server infrastructure :) |
| 04:39.19 | andromeda-galaxy | maths22: oh, and what about authentication/authorization/running jobs in a container? there isn't anything specific mentioned in the task pages, but not having anything seems like a really bad idea |
| 04:39.51 | maths22 | I agree... |
| 04:40.41 | maths22 | I would use chroot and a dedicated user with limited permissions |
| 04:41.38 | andromeda-galaxy | maths22: sounds good! just have the web server process chroot & drop permissions right at the beginning? |
| 04:42.03 | maths22 | The webserver doesn't need to worry about it |
| 04:42.17 | maths22 | That is really a job for the wrapper script that runs the user supplied script |
| 04:42.36 | andromeda-galaxy | true, well have that script do it then... |
| 04:44.00 | maths22 | Once GCI ends, I can pitch in and work on stuff that doesn't get done |
| 04:44.04 | Notify | 02GCI:gjeet * 4948190365220864 : Task Assigned - This task has been assigned to NGenius. You have 100 hours to complete this task, good luck! |
| 04:44.16 | maths22 | Also, do you know if the doxygen output is all in one file? |
| 04:44.36 | andromeda-galaxy | maths22: for the html output, at least, I don't think it is, but there might be an archive version... |
| 04:45.03 | andromeda-galaxy | (for now, I'll assume a preconfigured chroot environment with, e.g., bash in it for running the scripts in) |
| 04:45.15 | Notify | 02GCI:gjeet * 4958060736937984 : Task Assigned - This task has been assigned to Martin. You have 100 hours to complete this task, good luck! |
| 04:45.25 | Notify | 02GCI:gjeet * 6118055788675072 : Task Assigned - This task has been assigned to Zenon. You have 100 hours to complete this task, good luck! |
| 04:48.00 | *** join/#brlcad raptor_ (~raptor@194.28.75.209) | |
| 04:49.07 | starseeker | maths22: it creates a directory of files in doc/doxygen_output |
| 04:50.27 | maths22 | OK |
| 04:51.30 | starseeker | or rather, doc/doxygen_output/html |
| 04:51.40 | starseeker | index.xhtml is the "starting" toplevel file |
| 04:52.13 | starseeker | it's about 970 megs of output |
| 04:53.24 | starseeker | quite a lot of files |
| 04:53.53 | starseeker | > 33000 |
| 04:54.32 | starseeker | needs a (reasonably) new doxygen and the graphviz tools installed |
| 04:55.30 | Notify | 02GCI:brlcad * 5050736735944704 : kerning - Raptor, is there a reason the kerning (spacing between letters) is inconsistent? |
| 04:56.48 | starseeker | not 100% sure, but it may be important to remove the old directory before re-generating the output |
| 04:58.16 | *** join/#brlcad MarcTannous (4f733b36@gateway/web/cgi-irc/kiwiirc.com/ip.79.115.59.54) | |
| 04:59.21 | Notify | 02GCI:ralpt3748752_qejwhe * 5886097942904832 : Task Claimed - I would like to work on this task. |
| 04:59.46 | Notify | 02GCI:mihaineacsu29 * 5886097942904832 : Task Assigned - This task has been assigned to Raptor. You have 100 hours to complete this task, good luck! |
| 05:00.52 | Notify | 02GCI:ralpt3748752_qejwhe * 5886097942904832 : Ready for review - The work on this task is ready to be reviewed. |
| 05:02.06 | Notify | 02GCI:brlcad * 5867661997113344 : indeed - Rohit, ah using Sharan's is fine. It looked like the black link was smaller than the red link, but I see now it's simply because the red link is shaking... |
| 05:02.46 | Notify | 02GCI:ralpt3748752_qejwhe * 5886097942904832 : About this work - Calculations for finding V and A, B did my script |
| 05:07.16 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 05:17.47 | maths22 | Only ~136 meg compressed into a tgz |
| 05:22.49 | Notify | 02GCI:gjeet * 5222964656078848 : Nice and Different. - Hey this is a nice animation, I would like to know how are you making it. Like what software packages are used for such animation. Also please... |
| 05:22.50 | Notify | 02GCI:gjeet * 5222964656078848 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to... |
| 05:23.40 | Notify | 02GCI:brlcad * 5340178071683072 : regions within regions - A "region" in BRL-CAD is supposed to indicate a single part, eg, a single piece of metal. That means each link and pin will likely be... |
| 05:23.41 | Notify | 02GCI:brlcad * 5340178071683072 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to... |
| 05:25.17 | Notify | 02GCI:brlcad * 6466077978525696 : Task Closed - Congratulations, this task has been completed successfully. |
| 05:25.32 | Notify | 02GCI:deep10 * 5222964656078848 : Software - I used powerpoint to animate the bits, then rendered it as an mp4. I uploaded that mp4 and got a gif. There were no original files as such since it was... |
| 05:27.01 | Notify | 02GCI:deep10 * 5222964656078848 : Uploaded - I have uploaded the powerpoint and mp4 video. Please take a look. |
| 05:31.45 | Notify | 02GCI:brlcad * 5222964656078848 : what is BRL - So Ko0lGuY, this is pretty fun, interesting, and unexpected. However, I'm wondering why you stopped at "BRL-"? Our trademark is "BRL-CAD" and... |
| 05:32.14 | andromeda-galaxy | brlcad: are you going to create another one for dealing with the rest of rt? |
| 05:39.32 | Notify | 02GCI:deep10 * 5222964656078848 Animate our logo! #11 https://www.google-melange.com/gci/task/view/google/gci2014/5222964656078848: Edits Thank you for your suggestion I will add CAD in there. I... |
| 05:39.34 | gcibot | [[ Animate our logo! #11 || BRL-CAD || NeedsWork || Popescu Andrei, Ishwerdas ]] |
| 05:43.17 | Notify | 02GCI:brlcad * 5886097942904832 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to... |
| 05:46.17 | Notify | 02GCI:ralpt3748752_qejwhe * 5886097942904832 : None - O), what is the underlying? |
| 05:48.18 | Notify | 02GCI:brlcad * 5886097942904832 : no regions? - Raptor, this is creative and nice, but it looks like you didn't define any regions in your model. This means while your model does define some... |
| 05:50.02 | Notify | 02GCI:ralpt3748752_qejwhe * 5886097942904832 : None - Okay, I will do |
| 05:53.43 | Notify | 02GCI:zehata * 6118055788675072 : Ready for review - The work on this task is ready to be reviewed. |
| 05:54.13 | Notify | 02GCI:brlcad * 5886097942904832 : your other model - the "BRL-CAD" was so close! ... are you going to go back to work on that one? |
| 05:57.23 | Notify | 02GCI:brlcad * 6118055788675072 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to... |
| 05:57.27 | brlcad | andromeda-galaxy: yes, but first ... one more pattern! |
| 05:57.33 | Notify | 02GCI:ralpt3748752_qejwhe * 5886097942904832 : None - Yes going, but it's better to upload more ready))) |
| 05:57.37 | brlcad | and this can be two tasks as it's a bit more tricky |
| 05:58.02 | brlcad | I'm going to just describe it here and will get the tasks up in the morning |
| 05:59.02 | brlcad | basically, a pattern of rays based on some input geometry |
| 05:59.20 | andromeda-galaxy | what kind of geometry? |
| 05:59.24 | brlcad | any |
| 05:59.48 | brlcad | so the function will take one of the object containers like a struct rt_db_internal * |
| 06:00.14 | andromeda-galaxy | but where should the rays start/end? |
| 06:00.54 | brlcad | you don't define where a ray ends .. only start and direction ;) |
| 06:01.39 | brlcad | so the caller specifies the geometry and a direction vector |
| 06:02.23 | brlcad | you shoot rays at the geometry in the direction of that direciton vector through the entire grid that spans it's bounding box, effectively sampling it fully |
| 06:02.32 | brlcad | for each ray that hits, those are the rays you keep |
| 06:03.04 | brlcad | so if I shot through an "H" for example, I'll end up with a grid of rays that look like an H |
| 06:03.07 | *** join/#brlcad YashM (~YashM@117.198.16.236) | |
| 06:03.34 | andromeda-galaxy | so it basically uses a gen_rect() style bundle of rays but throws out all the ones that aren't useful? |
| 06:03.43 | andromeda-galaxy | (also, is mkbundle.c now in a state to commit?) |
| 06:03.59 | brlcad | technically, any of the patterns that have been done to date could apply to this "object template" generator, but it's a fair bit more complex from an API perspective |
| 06:04.18 | brlcad | yeah, basically |
| 06:05.04 | andromeda-galaxy | so it should infer the "start point" based on direction & bounding box? |
| 06:05.11 | brlcad | the pattern is useful for projecting geometry onto other geometry |
| 06:05.24 | andromeda-galaxy | (i.e. a point outside the bounding box such that the centroid of the geometry is in <direction>) |
| 06:05.38 | andromeda-galaxy | that makes sense... sounds like a very interesting (if computationally intensive) pattern... |
| 06:06.39 | raptor_ | brlcad, i'm upload bicycle_chain |
| 06:07.17 | brlcad | andromeda-galaxy: yeah, it's a real-world example that has a lot of potential uses |
| 06:07.51 | andromeda-galaxy | brlcad: that makes sense... did you see my question about the start point used for the current patterns? |
| 06:08.24 | andromeda-galaxy | also, would it make sense for it to support, i.e., both perspective & orthogonal grid generators? also, there should probably be at least one gridsize parameter... |
| 06:08.28 | brlcad | like say I wanted to drop a pencil on a table, I could sample the pencil shape and then shoot those rays at the table to see where/when it will hit (imagine there are many objects on the table that it might hit too) |
| 06:09.24 | brlcad | there needs to be some sort of grid density parameter, not sure about whether the start point must be specified or can be inferred |
| 06:09.40 | brlcad | unlike the other patterns, simply specifying the geometry and a direction is sufficient |
| 06:09.48 | brlcad | at least for orthogonal rays |
| 06:09.57 | brlcad | and I think only orthogonal make sense |
| 06:10.18 | brlcad | perspective would be .. exploding geometry of some sort |
| 06:11.00 | Notify | 02GCI:casanova_9898 * 5791674965950464 : Task Claimed - I would like to work on this task. |
| 06:11.08 | andromeda-galaxy | brlcad: indeed... gen_rect() probably makes the most sense then... gridsize would need to be specified, but start could definitely be inferred from the geometry |
| 06:12.09 | andromeda-galaxy | brlcad: do you think it would be okay to always center the grid on the centroid of the geometry? |
| 06:12.56 | andromeda-galaxy | in any case, finding the extent of the grid to sample could be somewhat, annoying depending on direction: if it's pointing at a face of the bounding box it's easy, but otherwise it gets a little harder... |
| 06:13.02 | andromeda-galaxy | (to determine maximum possible extents) |
| 06:13.36 | andromeda-galaxy | brlcad: are there existing functions for doing that (basically, taking the geometry and a direction and giving the largest plane orthogonal to that direction in the bounding box)? |
| 06:15.27 | brlcad | a grid spacing or density would work too |
| 06:15.47 | brlcad | should match what the other one is doing |
| 06:15.54 | brlcad | (the gen_rect routine) |
| 06:16.09 | andromeda-galaxy | yeah, sorry I meant to say grid density (the equivealent of gen_rect's da/db) |
| 06:16.35 | brlcad | and while this is shooting a regular grid, I don't quite see it as being the same notion .. it's like the gridded cylinder routine |
| 06:16.52 | brlcad | which is consequently the pattern you'd get by specifying a sphere as the object, nice test case ;0 |
| 06:17.53 | brlcad | andromeda-galaxy: look at what nirt does, as it has a back-out option to make sure you're always shooting a ray from behind the geometry you're shooting at |
| 06:18.30 | brlcad | src/nirt follow logic for do_backout |
| 06:18.31 | andromeda-galaxy | brlcad: the problem that I was thinkinga bout wasn't only getting out of the bounding box |
| 06:18.41 | andromeda-galaxy | but also finding the size of the grid to shoot |
| 06:18.56 | andromeda-galaxy | if it's pointed directly at a face of the bounding box, it's easy :just the width/height of that face |
| 06:19.12 | andromeda-galaxy | brlcad: but if it's at some weird angle relative to the bb, I'm not quite sure how to calculate that... |
| 06:19.24 | brlcad | it's exactly what rt does |
| 06:19.54 | andromeda-galaxy | you mean the auto view stuff? good point... is that in any libraries, or is it in the rt application itself? |
| 06:20.36 | Notify | 02GCI:zehata * 6118055788675072 : Ready for review - The work on this task is ready to be reviewed. |
| 06:21.05 | *** join/#brlcad YashM (~YashM@117.198.16.236) | |
| 06:21.26 | andromeda-galaxy | brlcad: if it's currently custom to rt, that might be another candidate for something to factor out into librt... |
| 06:24.42 | brlcad | andromeda-galaxy: both |
| 06:24.56 | brlcad | it's in the application, but there's also the autoview command that you can check out in src/libged/autoview.c |
| 06:26.29 | brlcad | you'll notice it's quite simple .. 2x the extents |
| 06:26.52 | andromeda-galaxy | brlcad: that's one approach... I was curious if there was a more optimal versioni anywhere |
| 06:26.56 | brlcad | that's gauranteed to always show the entire model, no matter the angle |
| 06:27.07 | andromeda-galaxy | i.e. that's always big enough, but it's (almost always) too big |
| 06:27.36 | andromeda-galaxy | it seems like it should be possible to compute the exact sizes, but I'm not sure how... well, if that turns out to be too difficult, I'll just waste a few rays on sampling extra space.. |
| 06:27.47 | brlcad | there's not currently a better version ... that's be a great function/task/feature too ;) |
| 06:28.26 | brlcad | if you work on it and make a function, let me know before friday so I can get the tasks all uploaded for you to claim |
| 06:29.35 | andromeda-galaxy | brlcad: sure, thanks! I'll work on it some tomorrow and see if it can be done easily |
| 06:30.22 | andromeda-galaxy | brlcad: I'll start by doing the new pattern generator with 2x extents & submit that, then see about refining that view... it would certainly be an interesting algorithmic problem |
| 06:31.26 | brlcad | excellent! |
| 06:32.33 | andromeda-galaxy | brlcad: I probably should go for the night soon, I'll start working on all that in the morning... can you ping me when the new bundling tasks are up so that I know what name to look for? |
| 06:32.43 | *** join/#brlcad dhs (~dhs@203.116.130.2) | |
| 06:33.12 | dhs | Hello, I am trying to run mged to make my image black and white, but it is returning an error. |
| 06:34.30 | Notify | 02GCI:harman052 * 5791674965950464 : Task Assigned - This task has been assigned to Danny. You have 100 hours to complete this task, good luck! |
| 06:34.48 | brlcad | dhs: hello |
| 06:34.54 | brlcad | dhs: more details? |
| 06:35.15 | brlcad | andromeda-galaxy: yep, will do |
| 06:35.23 | andromeda-galaxy | brlcad: thanks! |
| 06:35.39 | dhs | I am trying to run the png-bw command in mged |
| 06:35.43 | dhs | Or should I do it in terminal? |
| 06:38.15 | brlcad | dhs: terminal |
| 06:38.37 | brlcad | some commands are mged commands, many others are unix command-line commands |
| 06:38.46 | dhs | OK thank you! |
| 06:38.56 | brlcad | sure np |
| 06:39.18 | brlcad | hang around on IRC and many others here will eventually help you if you wait for an answer ;) |
| 06:39.28 | brlcad | for me, have to run off for a bit -- cheers! |
| 06:39.41 | dhs | Have fun, Mr brlcad! |
| 06:48.34 | *** join/#brlcad andromeda_galaxy (~andromeda@108-225-17-54.lightspeed.sntcca.sbcglobal.net) | |
| 06:49.22 | *** join/#brlcad andromedagalaxy (~andromeda@108-225-17-54.lightspeed.sntcca.sbcglobal.net) | |
| 06:54.21 | Notify | 02GCI:deep10 * 5222964656078848 : 2nd Version - The 2nd Version is up and includes the "CAD". I do apologize for not putting it in the first place. As for uses, I was thinking maybe on a website or... |
| 06:56.11 | Notify | 02GCI:noobboy69 * 5218710037987328 : Ready for review - The work on this task is ready to be reviewed. |
| 06:58.41 | Notify | 02GCI:deep10 * 5222964656078848 : Powerpoint did not save :( - It had just come to my attention the powerpoint did not save. I will recreate the animation and upload it. |
| 07:08.28 | Notify | 02GCI:casanova_9898 * 5791674965950464 : Ready for review - The work on this task is ready to be reviewed. |
| 07:32.53 | *** join/#brlcad andrei_ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125) | |
| 07:35.45 | andromedagalaxy | brlcad: one other thing about the rt work that I just remembered: as I mention end,the perspective tests are still failing, but the differences in pixel coordinates appear to be rounding error... What should we do? |
| 07:43.47 | Notify | 02GCI:csh12231223 * 5802485667069952 : Task Claimed - I would like to work on this task. |
| 07:45.01 | dhs | exit |
| 07:50.37 | Notify | 02GCI:popescuandrei * 6118055788675072 : None - Zenon, You've done a good job designing this splash screen, it looks good and it's a clean, simple design! The one thing I would address is if you... |
| 07:51.01 | andrei_ | are these two too similar ? https://www.google-melange.com/gci/task/view/google/gci2014/5791674965950464 and https://www.google-melange.com/gci/task/view/google/gci2014/5218710037987328 ? |
| 07:51.02 | gcibot | [[ Beginner: Install and run BRL-CAD! #57 || BRL-CAD || NeedsReview (4 days 2 hrs 43 min) || Gauravjeet Singh, Ch3ck ]] |
| 07:51.02 | gcibot | [[ Beginner: Install and run BRL-CAD! #15 || BRL-CAD || NeedsReview (2 days 4 hrs 45 min) || Isaac Kamga, Mihai Neacsu ]] |
| 07:54.12 | Notify | 02GCI:izak * 5218710037987328 : Task Closed - Congratulations, this task has been completed successfully. |
| 07:54.54 | andrei_ | ... |
| 08:00.57 | Notify | 02GCI:popescuandrei * 5222964656078848 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements... |
| 08:03.32 | Notify | 02GCI:popescuandrei * 4596346644332544 : Task Closed - Congratulations, this task has been completed successfully. |
| 08:03.52 | Notify | 02GCI:popescuandrei * 5791674965950464 : Task Closed - Congratulations, this task has been completed successfully. |
| 08:12.03 | Notify | 02GCI:zehata * 6118055788675072 : Ready for review - The work on this task is ready to be reviewed. |
| 08:16.11 | Notify | 02GCI:zehata * 6118055788675072 : Review - Dear Mentors, I have tried my best to make the necessary changes. I have set the ppi to 600 and zipped the files as BRL-CAD Splash Screen v2.1. If the... |
| 08:17.51 | Notify | 02GCI:popescuandrei * 6118055788675072 : Task Closed - Congratulations, this task has been completed successfully. |
| 08:19.11 | Notify | 02GCI:popescuandrei * 5222964656078848 : None - Sure thing, I was just trying to give you a starting point, not a forced guideline. Feel free to do as you please, the more creative you are, the... |
| 08:20.11 | Notify | 02GCI:csh12231223 * 5802485667069952 : Ready for review - The work on this task is ready to be reviewed. |
| 08:23.24 | Notify | 02GCI:martizor56 * 4958060736937984 : None - I can't seem to submit my design as a psd format. Would it be okay if i just submit my design as a png format? |
| 08:23.30 | *** join/#brlcad YashM (~YashM@117.198.16.236) | |
| 08:24.19 | Notify | 02GCI:martizor56 * 4958060736937984 : Ready for review - The work on this task is ready to be reviewed. |
| 08:25.19 | *** join/#brlcad merzo (~merzo@214-60-132-95.pool.ukrtel.net) | |
| 08:29.46 | Notify | 02GCI:popescuandrei * 4958060736937984 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements... |
| 08:30.26 | Notify | 02GCI:popescuandrei * 5802485667069952 : Task Closed - Congratulations, this task has been completed successfully. |
| 08:31.11 | Notify | 02GCI:martizor56 * 4958060736937984 : None - i already put submitted a reference documented of all websites i used to get my images |
| 08:38.04 | *** join/#brlcad YashM (~YashM@117.198.16.236) | |
| 08:40.56 | Notify | 02GCI:deep10 * 5222964656078848 : Ready for review - The work on this task is ready to be reviewed. |
| 08:42.06 | Notify | 02GCI:popescuandrei * 5222964656078848 : Task Closed - Congratulations, this task has been completed successfully. |
| 08:43.46 | Notify | 02GCI:deep10 * 5222964656078848 : Thank you - Thank you for your guidance, suggestions and constant feedback. Deep B (Ko0lGuY) |
| 08:56.17 | *** join/#brlcad luca79 (~luca@host73-111-dynamic.4-87-r.retail.telecomitalia.it) | |
| 09:41.09 | *** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 09:42.35 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 09:43.00 | Notify | 02GCI:martizor56 * 4958060736937984 : None - i put submitted new reference document just letting you know :) |
| 09:58.58 | Notify | 02GCI:hideyoshi1 * 4639899508539392 : Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 10:02.13 | Notify | 02GCI:hideyoshi1 * 4956557716488192 : Task Claimed - I would like to work on this task. |
| 10:02.28 | Notify | 02GCI:hideyoshi1 * 4956557716488192 : Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 10:11.25 | *** join/#brlcad merzo (~merzo@92.60.189.225) | |
| 10:14.28 | Notify | 02GCI:thevk * 5340178071683072 : Ready for review - The work on this task is ready to be reviewed. |
| 10:20.39 | Notify | 02GCI:popescuandrei * 4958060736937984 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements... |
| 10:28.23 | *** join/#brlcad YashM (~YashM@117.198.16.236) | |
| 11:10.05 | *** part/#brlcad andrei_ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125) | |
| 11:10.10 | *** join/#brlcad andrei_ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125) | |
| 11:11.24 | *** join/#brlcad YashM (~YashM@117.198.16.236) | |
| 11:23.02 | *** join/#brlcad MarcTannous (4f733b36@gateway/web/cgi-irc/kiwiirc.com/ip.79.115.59.54) | |
| 11:31.37 | MarcTannous | good afternnon guys |
| 11:31.51 | raptor_ | good) |
| 11:33.43 | andrei_ | hello |
| 11:48.02 | Notify | 02GCI:rohit_agarwal * 5867661997113344 : Ready for review - The work on this task is ready to be reviewed. |
| 11:50.29 | Notify | 02GCI:krishnab2014 * 4632441281052672 : Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 11:54.08 | Notify | 02GCI:rohit_agarwal * 5867661997113344 : None - I made the links as stable as I can. Sorry I cannot keep the image size smaller than this. The quality is better now. Hope you like it. And one more... |
| 11:55.28 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 12:51.20 | *** join/#brlcad darshpreets (~darshpree@202.164.53.117) | |
| 13:27.20 | Notify | 02GCI:martizor56 * 4958060736937984 : Ready for review - The work on this task is ready to be reviewed. |
| 13:30.05 | *** join/#brlcad darshpreets (~darshpree@202.164.53.117) | |
| 13:30.17 | Notify | 02GCI:martizor56 * 4958060736937984 : None - i managed to submit my psd file. It was just that before the psd file was too big,it exceeded the 35mb limit. |
| 13:35.52 | ignacio | Good morning... |
| 13:47.52 | MarcTannous | morning ignacio |
| 13:48.24 | *** join/#brlcad shardulc (~shardul@122.169.74.211) | |
| 13:51.41 | shardulc | brlcad: are you there? |
| 14:01.16 | andrei_ | shardulc: is there a particular reason why you need brlcad? |
| 14:01.49 | shardulc | andrei_: yes, I wrote a script to detect dead code and he's the only one who knows about it (I think) |
| 14:02.05 | shardulc | he said he'll create a task for me to submit it |
| 14:02.25 | YashM | shadulc, if I am not wrong, you've been waiting for over a week? |
| 14:02.45 | shardulc | YashM: well yeah, I did other tasks |
| 14:03.20 | andrei_ | shardulc: I could create a "dummy task" just so you get credit for it, but I'm not sure if that's the best approach |
| 14:03.40 | shardulc | andrei_: ? |
| 14:03.59 | andrei_ | I don't know the details, so I could create a task with no description that you could claim, submit your file |
| 14:04.02 | andrei_ | then close it |
| 14:04.33 | shardulc | yes, but I'm doing another task currently |
| 14:04.40 | andrei_ | well, after |
| 14:04.52 | andrei_ | hm, I think we ll do the following thing |
| 14:05.24 | maths22 | andrei_: you actually can't exactly |
| 14:05.36 | maths22 | brlcad will have to publish it after you create it |
| 14:05.49 | andrei_ | maths22: not really, I can create it directly on melange |
| 14:06.01 | andrei_ | just like mihaineacsu did with some other task |
| 14:06.18 | andrei_ | shardulc: here's my idea. you keep working on other tasks, and if brlcad doesn't answer until the end of the week, I(or other mentors) will create that dummy task for you to claim, then close it ? |
| 14:07.01 | shardulc | as soon as my current task is reviewed, I'll claim this one |
| 14:07.04 | maths22 | andrei_: maybe I'm wrong, but I thought he has to check the "publish" box in essence for any task that we create, even if we do it in melange |
| 14:07.17 | shardulc | I'll tell you when I'm done on this channel |
| 14:07.33 | andrei_ | maths22: if you go to dashboard, you have a create task link/file |
| 14:08.03 | andrei_ | those tasks appear instantly on Melange |
| 14:08.37 | shardulc | andrei_: is that fine? |
| 14:08.38 | mihaineacsu | I did create a task directly on Melange, I wasn't aware at that time |
| 14:09.12 | andrei_ | shardulc: that depends when you finish your task. if you finish it today, you can claim another |
| 14:09.38 | mihaineacsu | the task should be first created on your list on brlcad.org (@maths22) |
| 14:09.45 | shardulc | it will probably be reviewed 14-15 hours from now (timezone problems!) |
| 14:10.10 | andrei_ | that depends what task it is, I've reviewed all, except modeling ones until now |
| 14:10.23 | shardulc | no, it's an apertium task :) |
| 14:10.28 | andrei_ | oh |
| 14:12.12 | MarcTannous | so much activity on the channel today :D |
| 14:13.19 | andrei_ | Marc: you've taken a break? I haven't seen you asking anyone's opinion on your tasks in a while? |
| 14:13.51 | MarcTannous | trying to catch up with real life, should submit something today though |
| 14:14.10 | MarcTannous | so I |
| 14:14.22 | MarcTannous | will ask about people's opinion pretty soon, no worries |
| 14:14.43 | andrei_ | how many tasks you've got? |
| 14:14.52 | MarcTannous | 40 something I think |
| 14:14.52 | andrei_ | my retarded proxy is blocking the ranking website for some reason |
| 14:15.46 | MarcTannous | 43 |
| 14:24.22 | andrei_ | that's a lot :) |
| 14:33.00 | Notify | 02GCI:tratigen * 4975346856230912 : Task Claimed - I would like to work on this task. |
| 14:36.27 | Notify | 02GCI:popescuandrei * 4975346856230912 : Task Assigned - This task has been assigned to Joel Teo. You have 100 hours to complete this task, good luck! |
| 14:37.32 | Notify | 02GCI:tratigen * 4975346856230912 : Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 14:37.47 | MarcTannous | has anyone seen http://vincentgarreau.com/particles.js/? This is amazing |
| 14:42.50 | Notify | 02GCI:tratigen * 4956557716488192 : Task Claimed - I would like to work on this task. |
| 14:43.55 | Notify | 02GCI:popescuandrei * 4956557716488192 : Task Assigned - This task has been assigned to Joel Teo. You have 100 hours to complete this task, good luck! |
| 14:44.01 | andrei_ | if he unclaims it again... |
| 14:52.15 | Notify | 02GCI:tratigen * 4956557716488192 : Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 14:54.50 | andrei_ | right, let him take a break now |
| 14:57.50 | Notify | 02GCI:shivam691999 * 4596409726664704 : Ready for review - The work on this task is ready to be reviewed. |
| 15:08.17 | Notify | 02GCI:rossberg * 5340178071683072 : It has still the "regions within regions" issue - For example link.r has the regions linkers.r and linkers3.r inside. You should read Sean's comment again. ... |
| 15:08.23 | Notify | 02GCI:rossberg * 5340178071683072 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to... |
| 15:10.55 | *** join/#brlcad teepee_ (~teepee@gateway/tor-sasl/teepee) | |
| 15:16.12 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:18.49 | Notify | 02GCI:rossberg * 5886097942904832 : More regions - A region is a building part of the over all geometry. In this sense cil2 isn't one but 6 regions/parts. Same for the other regions. As the... |
| 15:18.54 | Notify | 02GCI:rossberg * 5886097942904832 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to... |
| 15:25.21 | Notify | 02GCI:rossberg * 5867661997113344 : Looks nice - but I'm still convicted that the red link should cover the black one (red link in foreground, black link in background). |
| 15:25.31 | Notify | 02GCI:rossberg * 5867661997113344 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to... |
| 15:29.07 | *** join/#brlcad andrei___ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125) | |
| 15:42.25 | *** part/#brlcad shardulc (~shardul@122.169.74.211) | |
| 15:44.54 | Notify | 02GCI:rossberg * 5252586642866176 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to... |
| 15:46.59 | *** join/#brlcad teepee (~teepee@gateway/tor-sasl/teepee) | |
| 15:47.08 | raptor_ | I added more regions |
| 15:49.40 | Notify | 02GCI:rossberg * 5886097942904832 : Almost - The regions are OK and the grouping of the regions is OK too - but you should set the color in the regions, not in the higher groups. |
| 15:49.50 | Notify | 02GCI:rossberg * 5886097942904832 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to... |
| 15:52.09 | *** join/#brlcad andrei_ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125) | |
| 15:54.16 | raptor_ | ooh) |
| 15:55.41 | raptor_ | 3d printer or machine for color is not needed?) |
| 16:04.46 | raptor_ | i'm added color |
| 16:04.52 | Notify | 02GCI:ralpt3748752_qejwhe * 5886097942904832 : Ready for review - The work on this task is ready to be reviewed. |
| 16:05.47 | Notify | 02GCI:rossberg * 5340178071683072 : Hey! - You have 15 links which means you need 15 regions for them. Then you have 10 pins which require another 10 regions. Together you should come up with 25... |
| 16:12.16 | Notify | 02GCI:rossberg * 5886097942904832 : Even closer - The top level group containing all relevant elements is missing. And, when you are on it, you can remove the region_id attribute from cil1, cil2,... |
| 16:17.02 | Notify | 02GCI:rossberg * 5867661997113344 : Task Closed - Congratulations, this task has been completed successfully. |
| 16:24.19 | raptor_ | im add |
| 16:25.50 | d_rossberg | raptor_: the region_id attribute is still in the cil1, cil2, ... groups |
| 16:26.17 | raptor_ | hm |
| 16:26.32 | d_rossberg | value is -1 |
| 16:27.08 | raptor_ | How to remove it? |
| 16:28.18 | d_rossberg | attr rm ... |
| 16:29.44 | raptor_ | attr rm cil1 region_id ? |
| 16:32.38 | d_rossberg | attr rm cil1 region_id |
| 16:33.51 | raptor_ | i did it |
| 16:34.14 | raptor_ | all groups |
| 16:34.24 | *** join/#brlcad YashM (~YashM@117.198.16.236) | |
| 16:34.34 | raptor_ | thanks!!! |
| 16:34.50 | Notify | 02GCI:rossberg * 5886097942904832 : Task Closed - Congratulations, this task has been completed successfully. |
| 16:35.05 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:35.40 | Notify | 02GCI:ralpt3748752_qejwhe * 5798062521843712 : Task Claimed - I would like to work on this task. |
| 16:39.05 | *** join/#brlcad gaganjyot (~gaganjyot@118.102.186.30) | |
| 16:43.13 | Notify | 03BRL-CAD:starseeker * 63950 (brlcad/trunk/src/libbrep/shape_recognition.cpp brlcad/trunk/src/libbrep/shape_recognition.h): Start working on how to identify primitive candidates from subsets of the subbrep data. |
| 16:58.03 | Notify | 02GCI:ch3ck * 5798062521843712 : Task Assigned - This task has been assigned to Raptor. You have 100 hours to complete this task, good luck! |
| 16:58.19 | *** join/#brlcad nmz787_i (~nmccorkx@134.134.137.71) | |
| 17:12.43 | *** join/#brlcad darshpreets (~darshpree@202.164.53.117) | |
| 17:15.03 | Notify | 02GCI:ralpt3748752_qejwhe * 5798062521843712 : Ready for review - The work on this task is ready to be reviewed. |
| 17:37.59 | *** join/#brlcad darshpreets (~darshpree@202.164.53.117) | |
| 17:40.55 | Notify | 02GCI:Melange * 4596409726664704 : No more Work can be submitted - Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. |
| 17:58.54 | Notify | 03BRL-CAD:starseeker * 63951 brlcad/trunk/src/libbrep/shape_recognition.cpp: More work on subset identification - need to think about this, whether a face can be used more than once in this context... |
| 18:07.52 | MarcTannous | umm |
| 18:07.54 | MarcTannous | any mentors around? |
| 18:08.19 | MarcTannous | Yet another task copied that got accepted |
| 18:08.40 | MarcTannous | http://www.google-melange.com/gci/task/view/google/gci2014/5227763090849792 and http://www.google-melange.com/gci/task/view/google/gci2014/6189423246966784 |
| 18:08.41 | gcibot | [[ Design a BRL-CAD Sticker #8 || BRL-CAD || Closed || Daniel_R, Gauravjeet Singh ]] |
| 18:08.42 | gcibot | [[ Design a BRL-CAD Sticker #4 || BRL-CAD || Closed || Sean, Harmanpreet ]] |
| 18:08.43 | MarcTannous | are dentical |
| 18:08.46 | MarcTannous | identical* |
| 18:09.50 | MarcTannous | actually, one of them is the same design with the triangle being flipped vertically.. |
| 18:23.58 | MarcTannous | _andrei : Just submitted a task after the long hiatus :P |
| 18:24.00 | Notify | 02GCI:tannousmarc * 6103408255696896 : Ready for review - The work on this task is ready to be reviewed. |
| 18:36.55 | brlcad | pretty awesome, genetic algorithm hardware solution: http://www.damninteresting.com/on-the-origin-of-circuits/ |
| 18:38.22 | *** join/#brlcad darshpreets (~darshpree@202.164.53.117) | |
| 18:45.58 | brlcad | andromedagalaxy: per your question about rounding error, the source of the error has to be identified before a determination can be made about what to do about it |
| 18:46.37 | andromeda-galaxy | brlcad: ahh... I spent a couple of hours during the last task looking through it, and it looks like the error just comes from the fact that |
| 18:46.58 | andromeda-galaxy | gen_rect() uses a slightly different method to generate the values (and there are a couple of VSCALEs to make things neater) |
| 18:47.06 | Notify | 03BRL-CAD:carlmoore * 63952 brlcad/trunk/src/util/pixcount.c: edit some comments; implement h for help |
| 18:51.44 | andromeda-galaxy | brlcad: I tried a couple of other possibilities in gen_rect(), but none of them improved it by much... It might just be that sending the data throguh a general purpose api can't be done without some amount of fp rounding error |
| 19:03.32 | *** join/#brlcad gaganjyot (~gaganjyot@118.102.186.30) | |
| 19:14.31 | *** join/#brlcad raptor_ (~raptor@194.28.75.209) | |
| 19:22.36 | *** join/#brlcad gaganjyot (~gaganjyot@118.102.186.30) | |
| 19:25.06 | *** join/#brlcad LordOfBikes (~armin@dslb-088-064-033-009.088.064.pools.vodafone-ip.de) | |
| 19:27.51 | starseeker | brlcad: that's pretty weird (genetic chip algorithm) |
| 19:29.11 | starseeker | in a way, it didn't really solve the problem though - it was so specific to that particular hardware/environment that it couldn't be copied to other FPGA hardware and work reliably |
| 19:30.18 | starseeker | wouldn't be surprised if it didn't work reliably as a function of time/tempature/humidity/etc. either... |
| 19:30.57 | starseeker | still, I suppose it has potential applications |
| 19:37.45 | *** join/#brlcad teepee_ (~teepee@gateway/tor-sasl/teepee) | |
| 19:46.20 | Notify | 02GCI:brlcad * 5338260117127168 : follow-on - https://www.google-melange.com/gci/task/view/google/gci2014/6455158829481984 |
| 19:46.21 | gcibot | [[ Create script to detect dead code || BRL-CAD || Open || Sean ]] |
| 19:47.08 | andromeda-galaxy | starseeker: indeed... possible the largest problem is that it's impossible to make an ASIC from, and so rather difficult to scale up... |
| 19:48.06 | Notify | 02GCI:brlcad * 5338260117127168 : also - Also, all the remaining tasks to eliminate dead code are no longer marked as beginner tasks. Let me know if you need more! :) |
| 19:50.33 | *** join/#brlcad gcibot (ignacio@unaffiliated/ignaciouy/bot/gcibot) | |
| 19:50.35 | brlcad | MarcTannous: the performance of that particles site is quickly pretty abysmal, but yeah, awesome work |
| 19:52.27 | brlcad | andromeda-galaxy: there's nearly always a source of rounding error that can be accommodated, but it can be difficult if you've never dug that deep before |
| 19:53.16 | brlcad | starseeker: but it did work .. if you want it to work on multiple chips, you factor in multiple chips into the GA fitness |
| 19:53.28 | andromeda-galaxy | brlcad: makes sense... I'll try looking into it a little bit more after this next pattern... |
| 19:53.57 | brlcad | GAs are *very* specific in that they will strictly converge to optimal solutions, which it most definitely did there |
| 19:58.34 | brlcad | andromeda-galaxy: https://www.google-melange.com/gci/task/view/google/gci2014/5880145319559168 |
| 19:58.34 | gcibot | [[ Investigate and fix source of rounding error || BRL-CAD || Open || Sean ]] |
| 19:58.58 | brlcad | but seriously, do the object ray generator task first ;) |
| 19:59.19 | andromeda-galaxy | brlcad: did you put that one up? I was planning on it, but I've checked a couple of times this mroning |
| 19:59.19 | brlcad | MarcTannous: I have a set of icon tasks that I'd love for you to try if you're interested, before GCI is over |
| 19:59.23 | andromeda-galaxy | (remembering to reload) |
| 19:59.29 | andromeda-galaxy | and it didn't show up |
| 19:59.39 | brlcad | I just put it up now |
| 19:59.52 | MarcTannous | brlcad: Sure thing. Is there any way I can get a follow up task of "mergin all the web galleries in one web page"? Because I'm pretty much done with these |
| 19:59.59 | andromeda-galaxy | brlcad: by the way, on the rounding error one --- I have it printing *all* ray values, and it's still not making much sense... definitely not a much of a cumulative effect |
| 20:00.01 | brlcad | MarcTannous: yep! |
| 20:00.07 | MarcTannous | br |
| 20:00.27 | MarcTannous | brlcad: Also, saw that the "think.invent.create" I came up with for Archer stuck with people |
| 20:00.38 | MarcTannous | saw it on loads on designs |
| 20:01.02 | andromeda-galaxy | brlcad: what did you call the other ray one? |
| 20:04.07 | brlcad | MarcTannous: https://www.google-melange.com/gci/task/view/google/gci2014/5778240039813120 |
| 20:04.07 | gcibot | [[ Create a gallery of all galleries || BRL-CAD || Open || Sean ]] |
| 20:04.45 | MarcTannous | brlcad: if you've got 1min, check this one out http://www.google-melange.com/gci/task/view/google/gci2014/6103408255696896 so that I can claim the one you just made |
| 20:04.46 | gcibot | [[ Create a web gallery of GCI sticker designs #3 || BRL-CAD || NeedsReview (2 days 17 hrs 35 min) || Ishwerdas, Ch3ck ]] |
| 20:04.48 | MarcTannous | thanks btwe |
| 20:04.50 | MarcTannous | btw* |
| 20:04.57 | andromeda-galaxy | brlcad: I can't find the one for making the object bundles, what didyou call it? |
| 20:07.46 | brlcad | MarcTannous: also: https://www.google-melange.com/gci/task/view/google/gci2014/5843395230564352 |
| 20:07.47 | gcibot | [[ Create a gallery of all 3D models #3 || BRL-CAD || Open || Sean ]] |
| 20:09.13 | MarcTannous | hmmm |
| 20:09.17 | MarcTannous | that one will take a while |
| 20:10.06 | MarcTannous | but I'll do it and then do the follow-up task |
| 20:10.53 | andromeda-galaxy | brlcad: I've tried reloading the page a couple more times, it's still not showing up... (object ray generator task |
| 20:10.56 | andromeda-galaxy | ) |
| 20:15.17 | brlcad | andromeda-galaxy: https://www.google-melange.com/gci/task/view/google/gci2014/5250537473703936 |
| 20:15.18 | gcibot | [[ Implement a single function to generate rays based on an object stencil || BRL-CAD || Open || Sean ]] |
| 20:15.43 | andromeda-galaxy | brlcad: thanks! I don't know why it took so long to show up |
| 20:15.45 | brlcad | MarcTannous: how long is "a while"? :) |
| 20:16.09 | MarcTannous | brlcad: if I can claim the 3D task tonight, I'll probably get it done by tomorrow |
| 20:16.15 | andromeda-galaxy | brlcad: oh, you want the user to specify the plane,not just a direction? |
| 20:16.26 | brlcad | andromeda-galaxy: let me know if the description isn't clear -- I tried to keep it simple |
| 20:17.01 | Notify | 02GCI:o7p9bxbnyj * 5250537473703936 : Task Claimed - I would like to work on this task. |
| 20:17.04 | andromeda-galaxy | brlcad: one thing, is for vertical/horizontal density the user would have to input one of vertical or horizontal |
| 20:17.13 | brlcad | but it could be even simpler still if you get stuck, like having to clamp rays to the input plane ... they could be behind it if that's easier, we could fix that later |
| 20:17.28 | brlcad | either separate or a single density, don't think it matters |
| 20:17.52 | brlcad | single density is probably fine, but double might make the api more consistent with the rect pattern .. your call |
| 20:18.04 | andromeda-galaxy | makes sense... I thought we were discussing using something like the nirt backing out to not need a plane and only need a direction? |
| 20:18.45 | andromeda-galaxy | (just thinking about it mentioning a plane instead ofjust a direction) |
| 20:18.54 | andromeda-galaxy | brlcad: also, why would you want to sample from inside the object? |
| 20:19.06 | andromeda-galaxy | The output is a set of rays parallel to the input ray and at or in front of the plane defined by that ray (so you could shoot from inside an object). |
| 20:29.45 | Notify | 03BRL-CAD:carlmoore * 63953 brlcad/trunk/doc/docbook/system/man1/en/pixfade.xml: fill out pixfade.xml, and stop its underscore of > |
| 20:34.10 | *** join/#brlcad merzo (~merzo@43-25-133-95.pool.ukrtel.net) | |
| 20:42.25 | Notify | 03BRL-CAD:carlmoore * 63954 brlcad/trunk/src/util/pixfade.c: remove [-h] from Usage, and touch up comments |
| 20:46.34 | Notify | 03BRL-CAD:starseeker * 63955 brlcad/trunk/src/libbrep/shape_recognition.cpp: Start separating out faces into candidate primitive subsets. Need to be more selective when evaluating candidate faces - right now the only check is on type of surface, which isn't adequate. |
| 20:50.22 | *** join/#brlcad Ko0lGuY (uid61616@gateway/web/irccloud.com/x-vopfhzeitrkiixid) | |
| 20:56.22 | *** join/#brlcad teepee_ (~teepee@gateway/tor-sasl/teepee) | |
| 21:09.28 | Notify | 02GCI:brlcad * 5907391937773568 : follow-on - There are now a slew of additional icon tasks added! Just search on the title or tags for icons and you'll see there are five other icon sets we would... |
| 21:09.43 | Notify | 02GCI:brlcad * 6380328235040768 : follow-on - Yash, There are now a slew of additional icon tasks added! Just search on the title or tags for icons and you'll see there are five other icon sets we... |
| 21:10.13 | Notify | 02GCI:brlcad * 6436162138800128 : follow-on - Aditya, There are now a slew of additional icon tasks added! Just search on the title or tags for icons and you'll see there are five other icon sets... |
| 21:10.33 | Notify | 02GCI:brlcad * 6143905720434688 : follow-on - There are now a slew of additional icon tasks added! Just search on the title or tags for icons and you'll see there are five other icon sets we would... |
| 21:12.25 | Notify | 02GCI:deepakkumarsharma * 5250537473703936 : Task Assigned - This task has been assigned to Andromeda Galaxy. You have 120 hours to complete this task, good luck! |
| 21:15.35 | brlcad | andromeda-galaxy: it's pretty trivial to project backed-out rays onto a plane later, that's why I said it doesn't matter if you do it one way or the other |
| 21:15.58 | andromeda-galaxy | brlcad: right, I think I was just confused by what you meant by in front of the plane |
| 21:16.17 | andromeda-galaxy | i.e. when first reading it I thought you meant closer to the object then the plane, which doesn't really fit either scenario |
| 21:16.25 | brlcad | the silhoette of an object is potentially quite different from a given cut plane |
| 21:17.06 | andromeda-galaxy | brlcad: not sure I understand... |
| 21:17.34 | brlcad | imagine a chair being my object, looking at it from a corner ... fully backed out, I might see four legs, but from an interior plane, there may be other 3, 2, or 1 leg |
| 21:17.44 | brlcad | don't worry about it :) |
| 21:17.51 | brlcad | do whatever you can get working :) |
| 21:18.14 | brlcad | shooting the object and getting hit points, so you know which rays to keep is enough for one task anyways |
| 21:18.34 | andromeda-galaxy | brlcad: sounds good :) I'll try to figure out nirts backing-out right now |
| 21:18.43 | andromeda-galaxy | more globals... |
| 21:19.02 | andromeda-galaxy | wait, why isn't the bounding sphere stuff in librt? |
| 21:19.32 | andromeda-galaxy | brlcad: it looks like nirts backing-out uses the nirt bsphere functionality which isn't in librt and so can't be accessed by the gen functions... |
| 21:20.23 | andromeda-galaxy | brlcad: I see what you mean about the difference between the silhouette and the cut plane, projecting the rays back onto the cut plane shouldn't be hard |
| 21:24.06 | raptor_ | brlcad: that is a lot of tasks at the end ))) |
| 21:25.00 | raptor_ | eyes diverge |
| 21:28.15 | brlcad | raptor_: there was a huge dump at 20%, another at 40, and another at 75% ... there's only been a few more added here at 90% |
| 21:28.42 | brlcad | the 75% was late, supposed to be nearer to 65% |
| 21:29.05 | brlcad | oh, and 0% ;) the initial dump |
| 21:29.43 | brlcad | andromeda-galaxy: "why isn't the bounding sphere stuff in librt?" ... pretty much the same answer anywhere in our code |
| 21:30.10 | brlcad | either it's only used in one place, or nobody has gotten around to refactoring it into an api function |
| 21:30.44 | raptor_ | :) |
| 21:31.01 | andromeda-galaxy | brlcad: okay, that makes sense! |
| 21:31.51 | andromeda-galaxy | brlcad: just to clear up a terminology thing quickly: when something refers to the front of a model/scene it means the side closest to the observer, right? so for example the ... in front of the plane ... in the task description refers to moving in the opposite direction as towards the object? |
| 21:32.16 | andromeda-galaxy | also, should the function take an rt_i structure, or is there some other container of geometry data it should use? |
| 21:32.30 | raptor_ | good night guys! |
| 21:33.59 | andromeda-galaxy | brlcad: if I pastebin you the current state of mkbundle (the other changes to it prevoius to adding this function) can you tell me if it's ready to be committed? the main thing that I'm worried about is the set of chagnes to rt_raybundle_maker() |
| 21:35.45 | brlcad | andromeda-galaxy: a plane is defined by a point and a vector ... progressing "forward" means going in the direction of the vector |
| 21:36.19 | brlcad | imaging a ground plane ... the vector would point up (0,0,1) and in front of the ground is the air, behind the ground plane is .. dirt |
| 21:36.56 | andromeda-galaxy | hmm, that makes sense... I was just confused by the usage of "in front nof the plane" in the task description, because I had thought that we were discussing making the rays start either on the plane or behind it... |
| 21:37.49 | brlcad | well, the function is creating rays that will start behind it ... it has to in order to ensure a hit |
| 21:38.09 | brlcad | but the *result* from the function is a set of rays that start on the ground plane |
| 21:38.24 | andromeda-galaxy | here's the sentence that was confusing me: |
| 21:38.31 | andromeda-galaxy | The output is a set of rays parallel to the input ray and at or in front of the plane defined by that ray |
| 21:38.33 | brlcad | i'm not in a position to evaluate mkbundle at the moment with any sort of justice |
| 21:39.01 | *** join/#brlcad merzo (~merzo@43-25-133-95.pool.ukrtel.net) | |
| 21:39.12 | brlcad | yes, I realize what was confusing you ... just not sure if you're still confused :) |
| 21:39.18 | maths22 | brlcad: starseeker said you were discussing doing something with the automatic builds and doxygen |
| 21:39.26 | maths22 | What is your idea? |
| 21:39.32 | andromeda-galaxy | brlcad: I don't think I'm confused anymore, thanks |
| 21:40.08 | andromeda-galaxy | brlcad: on mkbundle, I'm a little worried aobut the rt_raybundle_maker changes, since the entail a reasonably large change at call sites (people now have to use rt_shootrays() instead of rt_shootray_bundle()) |
| 21:40.10 | brlcad | maths22: basically, needing/wanting to tie in doxygen output into our nightly builds ... ideas on the best way to do that? |
| 21:40.49 | brlcad | andromeda-galaxy: the easy answer would be to leave that function alone and create a different one named consistent with the other new functions |
| 21:40.57 | brlcad | (though I think they all need to be renamed) |
| 21:41.23 | andromeda-galaxy | what do you think they should be renamed to? |
| 21:41.54 | maths22 | brlcad: I think we should have a special target-called "nightly" or something like that, that will run the applicable steps |
| 21:42.19 | maths22 | I.E. normal make all + make dox |
| 21:42.30 | maths22 | And anything else we want to add |
| 21:42.31 | brlcad | hmm, interesting |
| 21:42.42 | brlcad | I was thinking that this could be all buildbot |
| 21:43.10 | brlcad | since it's already doing (or should be doing) checkouts and builds |
| 21:43.19 | maths22 | That makes sense. |
| 21:43.22 | maths22 | I will look into it |
| 21:43.26 | brlcad | awesome |
| 21:43.48 | brlcad | I figure it's already got some testing logic that we wouldn't want to be part of the build system |
| 21:44.02 | brlcad | (or maybe we do) |
| 21:44.28 | andromeda-galaxy | brlcad: I can do the making-a-new-function-to-replace-raybundle-maker thing in aa little bit, but what do you think that the rest of the functions should be renamed to? |
| 21:44.42 | brlcad | maybe the buildbot scripts that it uses should live in the repo, so it uses them when it does a checkout |
| 21:44.59 | brlcad | andromeda-galaxy: not worried about the name, just noting that they suck |
| 21:45.23 | brlcad | can sort that out later ... thinking that through is subjective and will take some time, but very untechnical |
| 21:45.35 | andromeda-galaxy | brlcad: sounds good.. |
| 21:46.15 | Notify | 03BRL-CAD:starseeker * 63957 (brlcad/trunk/src/libbrep/shape_recognition.cpp brlcad/trunk/src/libbrep/shape_recognition.h): Start setting up to collect more information on which to base an include/no-include decision. |
| 22:51.56 | *** join/#brlcad circ-user-0UMVh (~circuser-@122.163.203.189) | |
| 22:51.56 | circ-user-0UMVh | Hi |
| 22:52.22 | circ-user-0UMVh | Hi |
| 22:59.31 | Notify | 02GCI:Melange * 5002699137351680 : Task Reopened - Melange has detected that the final deadline has passed and it has reopened the task. |
| 23:02.04 | *** join/#brlcad teepee_ (~teepee@gateway/tor-sasl/teepee) | |
| 23:05.02 | Notify | 03BRL-CAD:starseeker * 63959 (brlcad/trunk/src/libbrep/shape_recognition.cpp brlcad/trunk/src/libbrep/shape_recognition.h): Will need to think about tolerances at some point - this is a test of a shape in NIST model 2, which doesn't satisfy 0.01 on the tolerances for cylinders but does satisfy a looser tolerance. |
| 23:09.56 | andromeda-galaxy | brlcad: what about having a parameter to control whether or not the function should back out? then for simple objects where that is desired, it happens, and for complex objects where it might be intentional to look a the object from within the object, that's possible too... |
| 23:16.47 | Notify | 02GCI:maitreyav * 4635701832318976 : Ready for review - The work on this task is ready to be reviewed. |
| 23:32.04 | Notify | 02GCI:vs37nx * 5860136425881600 : Ready for review - The work on this task is ready to be reviewed. |
| 23:41.41 | andromeda-galaxy | brlcad: currently, any function wanting to override a_hit()/a_miss() for rt_shootrays() has lots of boilerplate to implement... what do you think of making the default a_hit() and a_miss() functions available publicly as, e.g., rt_shootrays_default_bundle_hit/rt_shootrays_default_bundle_miss? Then people implementing new a_hit/a_miss functions for use in an rt_shootrays() call could just call those functions and be |
| 23:42.00 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) | |
| 00:18.21 | Notify | 03BRL-CAD:n_reed * 63960 brlcad/trunk/src/libtclcad/tclcad_obj.c: Improve interactive translation in Archer. Reduce accumlation errors in the edit matrix by deriving it from summed deltas instead of multiplying against the old matrix. Also, clear the edit matrix befor redrawing the updated solid to prevent it being momentarily drawn in the wrong position. |
| 00:25.07 | ``Erik | this'll be a fun upgrade O.o java, emacs, mediawiki, ... |
| 00:57.03 | Notify | 02GCI:mrajai2018 * 4639899508539392 : Task Claimed - I would like to work on this task. |
| 00:57.05 | Notify | 02GCI:mrajai2018 * 4639899508539392 : Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 01:19.57 | *** join/#brlcad darshpreets (~darshpree@202.164.53.117) | |
| 03:31.04 | Notify | 02GCI:o7p9bxbnyj * 5250537473703936 : Ready for review - The work on this task is ready to be reviewed. |
| 03:43.29 | Notify | 02GCI:Melange * 4635701832318976 : No more Work can be submitted - Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. |
| 03:55.20 | Notify | 03BRL-CAD:starseeker * 63962 (brlcad/trunk/src/libbrep/shape_recognition.cpp brlcad/trunk/src/libbrep/shape_recognition.h): Still problems with the child recognition logic... |
| 04:48.02 | *** join/#brlcad MarcTannous (4f733b36@gateway/web/cgi-irc/kiwiirc.com/ip.79.115.59.54) | |
| 04:48.30 | MarcTannous | brlcad: thanks for all the follow up tasks, but as I said, I need someone to first check https://www.google-melange.com/gci/task/view/google/gci2014/6103408255696896 before I can claim other tasks |
| 04:48.30 | gcibot | [[ Create a web gallery of GCI sticker designs #3 || BRL-CAD || NeedsReview (2 days 8 hrs 51 min) || Ishwerdas, Ch3ck ]] |
| 04:48.34 | *** join/#brlcad dpmobile (~androirc@117.214.54.31) | |
| 05:10.15 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 05:13.02 | *** join/#brlcad andromed` (~andromeda@108-225-17-54.lightspeed.sntcca.sbcglobal.net) | |
| 05:13.46 | *** join/#brlcad andromed` (~andromeda@108-225-17-54.lightspeed.sntcca.sbcglobal.net) | |
| 05:36.10 | *** join/#brlcad dpmobile (~androirc@117.200.83.193) | |
| 05:45.09 | Notify | 02GCI:brlcad * 5798062521843712 : Task Closed - Congratulations, this task has been completed successfully. |
| 05:47.05 | *** join/#brlcad andromeda_galaxy (~andromeda@108.225.17.54) | |
| 05:48.20 | Notify | 02GCI:brlcad * 4596409726664704 : Deadline extended - The deadline of the task has been extended with 2 days and 2 hours. |
| 06:00.52 | Notify | 02GCI:brlcad * 4596409726664704 : no rar files - Also, please do not submit rar files for your updates. They are not commonplace amongst open source software development for a variety of reasons. A... |
| 06:03.48 | Notify | 02GCI:brlcad * 5340178071683072 : Task Closed - Congratulations, this task has been completed successfully. |
| 06:11.47 | *** join/#brlcad andrei_ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125) | |
| 06:19.00 | Notify | 02GCI:brlcad * 5235927756570624 Design a BRL-CAD Sticker #12 https://www.google-melange.com/gci/task/view/google/gci2014/5235927756570624: very disappointing Ekamjot, It is not at all... |
| 06:19.00 | gcibot | [[ Design a BRL-CAD Sticker #12 || BRL-CAD || Closed || Deepak, Harmanpreet ]] |
| 06:22.00 | andrei_ | brlcad: you've found more forges? I seem to be the one closing that task |
| 06:22.02 | andrei_ | Sorry! |
| 06:22.41 | MarcTannous | I posted that one yesterday here in IRC |
| 06:22.46 | MarcTannous | when I was doing my web gallery |
| 06:23.00 | Notify | 02GCI:brlcad * 6143905720434688 Design scale/rotate/translate/shear icons #5 https://www.google-melange.com/gci/task/view/google/gci2014/6143905720434688: do not bother Ekamjot, please do not... |
| 06:23.01 | MarcTannous | not exactly identical, but it's clearly inspired after it, even the same colors |
| 06:23.01 | gcibot | [[ Design scale/rotate/translate/shear icons #5 || BRL-CAD || Closed || Jacob B, Mihai Neacsu ]] |
| 06:23.33 | MarcTannous | well I'm off to classes |
| 06:23.35 | MarcTannous | have a good day |
| 06:24.03 | andrei_ | you too :) |
| 06:24.59 | *** join/#brlcad dpmittal (~androirc@117.214.44.161) | |
| 06:31.29 | *** join/#brlcad YashM (~YashM@59.88.183.90) | |
| 06:50.05 | Notify | 02GCI:lin_huiqing * 5864524053741568 : Task Claimed - I would like to work on this task. |
| 06:50.45 | Notify | 02GCI:ch3ck * 5864524053741568 : Task Assigned - This task has been assigned to Lin_Huiqing. You have 100 hours to complete this task, good luck! |
| 06:59.04 | Notify | 02GCI:brlcad * 5860136425881600 : Deadline extended - The deadline of the task has been extended with 2 days and 2 hours. |
| 07:00.02 | Notify | 02GCI:brlcad * 5860136425881600 : time? - Jacob, do you need more time to work on this, or other assistance? The file you uploaded seems to be a compressed file containing simply an empty... |
| 07:05.22 | Notify | 02GCI:brlcad * 4635701832318976 : Deadline extended - The deadline of the task has been extended with 1 days and 6 hours. |
| 07:05.37 | Notify | 02GCI:o7p9bxbnyj * 5275647798673408 : Task Claimed - I would like to work on this task. |
| 07:05.38 | Notify | 02GCI:brlcad * 4635701832318976 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to... |
| 07:08.54 | *** join/#brlcad raptor (~raptor@194.28.75.245) | |
| 07:09.00 | raptor | hello |
| 07:09.18 | andromeda_galaxy | brlcad: what are the next steps for the stencil pattern other than eliminating the backout? Also, did you see my earlier comment about the problems with the bundle per-ray hit functions? |
| 07:10.08 | Notify | 02GCI:brlcad * 5275647798673408 : Task Assigned - This task has been assigned to Andromeda Galaxy. You have 100 hours to complete this task, good luck! |
| 07:10.38 | Notify | 02GCI:brlcad * 6103408255696896 : Task Closed - Congratulations, this task has been completed successfully. |
| 07:12.28 | Notify | 02GCI:tannousmarc * 5844897932247040 : Task Claimed - I would like to work on this task. |
| 07:12.58 | Notify | 02GCI:popescuandrei * 5844897932247040 : Task Assigned - This task has been assigned to Marc Tannous. You have 120 hours to complete this task, good luck! |
| 07:14.04 | Notify | 02GCI:ralpt3748752_qejwhe * 5050736735944704 : Task Claimed - I would like to work on this task. |
| 07:14.21 | andromeda_galaxy | for https://www.google-melange.com/gci/task/view/google/gci2014/5275647798673408, I know that the interface is somewhat bare-bones, but getting all the js & reasonable css for even this took ~5hrs, and styling should be extendable as long as the required information is present (which I believe it is) |
| 07:14.23 | gcibot | [[ PROJECT: Implement web application for testing commit ranges || BRL-CAD || NeedsReview (4 days 3 hrs 55 min) || Mihai Neacsu, Dishank ]] |
| 07:20.50 | Notify | 02GCI:wei1006 * 5869143559503872 : Task Claimed - I would like to work on this task. |
| 07:28.23 | *** join/#brlcad YashM (~YashM@59.88.183.90) | |
| 07:37.49 | Notify | 02GCI:vanessalfs * 5859273187786752 : Task Claimed - I would like to work on this task. |
| 07:40.59 | Notify | 02GCI:rossberg * 5050736735944704 : Task Assigned - This task has been assigned to Raptor. You have 100 hours to complete this task, good luck! |
| 07:41.04 | Notify | 02GCI:rossberg * 6113445460049920 : Task Assigned - This task has been assigned to Vladimir Kuznetsov. You have 100 hours to complete this task, good luck! |
| 07:42.10 | andrei_ | hmm, Notify woke up |
| 07:42.18 | Notify | 02GCI:thebrokentree * 5002699137351680 : Task Claimed - I would like to work on this task. |
| 07:42.48 | Notify | 02GCI:popescuandrei * 5002699137351680 : Task Assigned - This task has been assigned to Choo Ming Jing. You have 100 hours to complete this task, good luck! |
| 07:47.08 | Notify | 02GCI:soh_xin_yi * 5806174775541760 : Task Claimed - I would like to work on this task. |
| 07:47.18 | Notify | 02GCI:ralpt3748752_qejwhe * 5050736735944704 : Ready for review - The work on this task is ready to be reviewed. |
| 07:49.29 | Notify | 02GCI:lin_huiqing * 5864524053741568 : Ready for review - The work on this task is ready to be reviewed. |
| 07:51.49 | andromedagalaxy | Andrei_: Notify has been behaving oddly with Melange for the last couple of days... It doesn't send all events, but it does send some, and there isn't a discernable pattern. It might just be Melanges fault, though... |
| 07:52.17 | andrei_ | yeah, at first I thought it failed to update, since I ve assigned some tasks |
| 07:52.27 | andrei_ | but then I saw the latest ones displaying |
| 07:52.45 | andrei_ | I've looked over your task |
| 07:52.46 | *** join/#brlcad bugport (~bugport@91.103.85.100) | |
| 07:53.16 | andromedagalaxy | its kind of weird, but last time I noticed it, someone checked and said the mail queue was empty, so it mu |
| 07:53.31 | andromedagalaxy | *is likely Melange |
| 07:53.44 | Notify | 02GCI:ch3ck * 5864524053741568 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to... |
| 07:54.04 | andromedagalaxy | anderei_: what did you think? |
| 07:54.42 | andrei_ | to be honest, you did complete what the task said, as there's no requirement of style |
| 07:54.50 | andrei_ | and by that I mean design |
| 07:55.15 | andromedagalaxy | Andrei_: ye |
| 07:55.20 | andrei_ | the only reason I haven't marked it as completed is that given your situation |
| 07:55.29 | andrei_ | brlcad might want you to improve |
| 07:55.36 | andrei_ | since you re not exactly in a rush |
| 07:55.47 | andrei_ | on the other hand |
| 07:55.58 | andrei_ | the follow-up task itself might involve doing the design |
| 07:56.14 | andrei_ | I m more inclined to marking it as complete, I don't think it will be an issue with that. |
| 07:56.39 | Notify | 02GCI:ariessa * 5888591171420160 : Task Claimed - I would like to work on this task. |
| 07:56.46 | andromedagalaxy | I was planning on doing some more design work on it, but getting all the js stuff working for a server integration demo room ~5hrs, so I decided not too... |
| 07:57.14 | Notify | 02GCI:popescuandrei * 5888591171420160 : Task Assigned - This task has been assigned to ariessa. You have 100 hours to complete this task, good luck! |
| 07:57.37 | andrei_ | I assume you've noticed I closed it |
| 07:58.05 | andromedagalaxy | Sorry, I didn't see that yet... |
| 07:58.23 | andrei_ | no worries, I said that because Notify skipped the message |
| 07:58.27 | andromedagalaxy | Just wanted to let everyone know why I didn't do more design... |
| 07:58.57 | andromedagalaxy | Notify is being kind of weird about melange... |
| 07:59.07 | andrei_ | well, you could ask brlcad, if he has a different opinion than mine. As I said, to me it seem reasonably completed |
| 07:59.12 | andrei_ | seems* |
| 08:00.11 | andromedagalaxy | andrei_: sound good... I'm most interested in doing a nice backend server in Haskell with web sockets |
| 08:01.10 | andrei_ | you'll have to speak to brlcad for that, at least to me, Haskell doesn't sound easily maintainable |
| 08:01.54 | andrei_ | mainly because the amount of people that know Haskell is rather limited |
| 08:02.05 | andromedagalaxy | Mentioned it to maths22 the other day, he said that he thought it would be alright... |
| 08:02.25 | andromedagalaxy | (And it does say any language...) |
| 08:02.25 | Notify | 02GCI:wangxiaotong * 4639899508539392 : Task Claimed - I would like to work on this task. |
| 08:02.56 | andrei_ | I wonder what's with the |
| 08:03.04 | *** join/#brlcad lin_huiqing_ (cab0ca8a@gateway/web/freenode/ip.202.176.202.138) | |
| 08:03.07 | andrei_ | increasing number of claims these days |
| 08:03.55 | *** join/#brlcad Xin_ (cab0ca89@gateway/web/freenode/ip.202.176.202.137) | |
| 08:04.05 | Xin_ | hi |
| 08:04.16 | andrei_ | Hello! |
| 08:05.15 | raptor | hello |
| 08:05.56 | andrei_ | I'm having a hard time figuring out |
| 08:06.11 | lin_huiqing_ | hi |
| 08:06.25 | andrei_ | which "Install and run BRL-CAD!" are genuine since they all use vm |
| 08:08.20 | lin_huiqing_ | https://www.google-melange.com/gci/task/view/google/gci2014/5864524053741568 |
| 08:08.22 | gcibot | [[ Beginner: Install and run BRL-CAD! #58 || BRL-CAD || NeedsWork || Harmanpreet, Ch3ck ]] |
| 08:09.05 | andromedagalaxy | Andrei_: true... By the way, on that task, ca |
| 08:09.33 | andromedagalaxy | Did you have specific better methods of data visualization in mind? |
| 08:09.40 | Notify | 02GCI:lin_huiqing * 5864524053741568 : #brlcad - freenode Web IRC - username: lin_huiqing |
| 08:10.04 | andromedagalaxy | andrei_: Or was it just the general lack of theming? |
| 08:10.18 | andrei_ | data visualisation is fine |
| 08:10.21 | Notify | 02GCI:lin_huiqing * 5864524053741568 : Ready for review - The work on this task is ready to be reviewed. |
| 08:10.26 | andrei_ | I was just reffering at theming |
| 08:10.50 | Ch3ck | lin_huiqing_: alright |
| 08:11.17 | andrei_ | erm, Ch3ck |
| 08:11.22 | andrei_ | you ve asked him to provide a summary |
| 08:11.50 | Ch3ck | andrei_: yeah accoding to the first part of the task |
| 08:11.53 | *** join/#brlcad lin_huiqing (cab0ca89@gateway/web/freenode/ip.202.176.202.137) | |
| 08:12.17 | andrei_ | yeah, I just fail to see where he's put it |
| 08:12.17 | Ch3ck | lin_huiqing_: could you comment on the first part of the task on melange? |
| 08:12.17 | Notify | 02GCI:soh_xin_yi * 5806174775541760 : #BRL-CAD - Username: xin_ |
| 08:12.28 | andromedagalaxy | andrei_: okay, that makes sense.. |
| 08:12.36 | Ch3ck | andrei_: me too |
| 08:12.54 | andrei_ | andromedagalaxy: what you did is usable so far, and can be extended. The bottom line is that it's enough for that task :) |
| 08:12.59 | Ch3ck | heads to class, will look at it later, |
| 08:13.09 | andrei_ | what you did so far is usable*, sorry |
| 08:13.26 | Ch3ck | andrei_: could even close the taks if he adds the comments |
| 08:13.31 | andrei_ | I will |
| 08:13.43 | Ch3ck | andrei_: great |
| 08:13.57 | andromedagalaxy | Andrei_: that was my thought as well, I just wanted to make sure it wasn't functionally missing anything |
| 08:14.58 | andrei_ | I've seen that brlcad usually follow-up on tasks that are closed, where he has a different opinion |
| 08:15.33 | lin_huiqing | uh I don't really get what I'm supposed to do :/ |
| 08:15.49 | andrei_ | lin_huiqing, Ch3ck just asked you to explain what you've done |
| 08:15.52 | andrei_ | and how |
| 08:15.52 | *** join/#brlcad xinyi (cab0ca86@gateway/web/freenode/ip.202.176.202.134) | |
| 08:15.58 | andrei_ | either here or on melange will do |
| 08:16.40 | andrei_ | like: what steps you took to get that drawing |
| 08:18.19 | *** join/#brlcad lin_huiqing_ (cab0ca86@gateway/web/freenode/ip.202.176.202.134) | |
| 08:18.24 | andrei_ | lin_huiqing: there's nothing wrong with what you did |
| 08:18.28 | andrei_ | you just have to answer to this " Once you submit your screenshot, remember to leave a comment with details about which communication checklist item(s) you performed along with your evidence." |
| 08:19.11 | lin_huiqing_ | ok thanks! |
| 08:22.30 | lin_huiqing_ | First, I used gimp to create a png file of my name. Then, I converted the png file to a bw file. mged was then used to extrude the image and then ray trace it. |
| 08:23.05 | andrei_ | lin_huiqing: do you know what's the command for raytrace? |
| 08:23.06 | lin_huiqing_ | something like this? ^ |
| 08:23.08 | andrei_ | yep |
| 08:23.35 | lin_huiqing_ | rt |
| 08:23.39 | andrei_ | yeah |
| 08:24.38 | lin_huiqing_ | am i supposed to like paste my link here again? |
| 08:24.40 | Notify | 02GCI:popescuandrei * 5864524053741568 : Task Closed - Congratulations, this task has been completed successfully. |
| 08:24.47 | andrei_ | nah |
| 08:25.29 | andrei_ | lin_huiqing: I closed it, looks ok :) |
| 08:25.36 | lin_huiqing_ | Thanks! |
| 08:27.14 | *** join/#brlcad wei1006 (cab0ca8a@gateway/web/freenode/ip.202.176.202.138) | |
| 08:28.53 | Notify | 02GCI:lim_yong_jun * 5821933278986240 : Task Claimed - I would like to work on this task. |
| 08:29.32 | Notify | 02GCI:wei1006 * 5869143559503872 : None - wei1006 |
| 08:30.15 | xinyi | hello, may I know how I would know if I have completed the task successfully? |
| 08:30.27 | Notify | 02GCI:popescuandrei * 5821933278986240 : Task Assigned - This task has been assigned to Lim Yong Jun. You have 100 hours to complete this task, good luck! |
| 08:30.44 | andrei_ | xinyi: the task would be marked as complete and you would receive an email from melange |
| 08:30.58 | YashM | http://www.google-melange.com/gci/dashboard/google/gci2014 |
| 08:31.02 | YashM | check completed tasks here |
| 08:31.33 | Notify | 02GCI:desiree_lim * 5876507767472128 : Task Claimed - I would like to work on this task. |
| 08:32.42 | andrei_ | how's it going, YashM ? :) |
| 08:32.45 | *** join/#brlcad xinyi_ (cab0ca85@gateway/web/freenode/ip.202.176.202.133) | |
| 08:33.32 | YashM | Exams ended today, gonna do those web galleries soon now |
| 08:36.19 | xinyi_ | Hi, I opened BRL-CAD and typed in gimp and then converted the png file into bw, before using mged to extrude the image, and then taking a screenshot of it |
| 08:36.40 | *** join/#brlcad vanessalfs (cab0ca8a@gateway/web/freenode/ip.202.176.202.138) | |
| 08:36.51 | vanessalfs | hi |
| 08:37.01 | andrei_ | xinyi: how did you get brlcad? |
| 08:37.04 | andrei_ | hello, vanessalfs |
| 08:37.20 | xinyi_ | https://www.google-melange.com/gci/task/view/google/gci2014/5806174775541760 |
| 08:37.21 | gcibot | [[ Beginner: Install and run BRL-CAD! #46 || BRL-CAD || NeedsReview (4 days 3 hrs 10 min) || Sean, Jacob B ]] |
| 08:37.58 | andrei_ | xinyi_ : I know which task is yours, I've asked you how did you get BRL-CAD? :) |
| 08:38.12 | vanessalfs | i have completed this task: https://www.google-melange.com/gci/task/view/google/gci2014/5002699137351680 |
| 08:38.13 | gcibot | [[ Beginner: Install and run BRL-CAD! #54 || BRL-CAD || Claimed (4 days 3 hrs 4 min) || Mandeep Kaur, Ch3ck ]] |
| 08:38.57 | *** join/#brlcad mingjing123 (cb748202@gateway/web/freenode/ip.203.116.130.2) | |
| 08:39.06 | andrei_ | vanessalfs: okay, then you should upload the screenshot, add a comment on melange with how did you get BRL-CAD, and what did you do to obtain the result and mark it as needing review |
| 08:39.17 | wei1006 | I created the black and white image using brlcad. I created the image with my name with gimp. It was a png file, set the size of the image and converted it into bw file. I used the mged and extrude the image. I rotated the image. Lastly, I took a screenshot of it. |
| 08:39.42 | andrei_ | weil1006: I'm confused, which task is yours? |
| 08:39.54 | *** join/#brlcad xinyi (cab0ca85@gateway/web/freenode/ip.202.176.202.133) | |
| 08:40.09 | xinyi | I downloaded the programme from http://brlcad.org/wiki/Deuces#Getting_Started |
| 08:40.53 | Notify | 02GCI:soh_xin_yi * 5806174775541760 : None - Hi sorry, my username should be xinyi |
| 08:42.28 | Notify | 02GCI:popescuandrei * 5806174775541760 : Task Closed - Congratulations, this task has been completed successfully. |
| 08:43.22 | mingjing123 | Hi Guys!! Ive finished the https://www.google-melange.com/gci/task/view/google/gci2014/5828709932072960 |
| 08:43.23 | gcibot | [[ Beginner: Install and run BRL-CAD! #45 || BRL-CAD || Open || Deepak, Dishank ]] |
| 08:43.48 | Notify | 02GCI:wei1006 * 5869143559503872 : Ready for review - The work on this task is ready to be reviewed. |
| 08:44.04 | mingjing123 | I was directed to chat here and what am i supposed to do now? |
| 08:44.07 | wei1006 | https://www.google-melange.com/gci/task/view/google/gci2014/5869143559503872 |
| 08:44.08 | gcibot | [[ Beginner: Install and run BRL-CAD! #59 || BRL-CAD || NeedsReview (4 days 2 hrs 38 min) || Harmanpreet, Ishwerdas ]] |
| 08:46.14 | Notify | 02GCI:desiree_lim * 5876507767472128 : Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 08:47.34 | Notify | 02GCI:desiree_lim * 5828709932072960 : Task Claimed - I would like to work on this task. |
| 08:51.49 | Notify | 02GCI:vs37nx * 5860136425881600 : Ready for review - The work on this task is ready to be reviewed. |
| 08:51.52 | wei1006 | hi I have uploaded the file |
| 08:53.05 | mingjing123 | hi i have uploaded the file too! |
| 08:53.11 | mingjing123 | hi wei1006 :D |
| 08:53.43 | wei1006 | hi :D |
| 08:58.39 | Notify | 02GCI:vanessalfs * 5859273187786752 Beginner: Install and run BRL-CAD! #55 https://www.google-melange.com/gci/task/view/google/gci2014/5859273187786752: None Hi i downloaded the virtual machine... |
| 08:58.40 | gcibot | [[ Beginner: Install and run BRL-CAD! #55 || BRL-CAD || NeedsReview (4 days 2 hrs 41 min) || Popescu Andrei, Dishank ]] |
| 08:58.54 | Notify | 02GCI:vanessalfs * 5859273187786752 : Ready for review - The work on this task is ready to be reviewed. |
| 09:00.15 | YashM | so many people installing BRL-CAD o.o |
| 09:00.20 | Notify | 02GCI:thebrokentree * 5002699137351680 : None - I have completed the task! I downloaded the virtual machine and created an image using GIMP with my ame on it. Then, i used the png-bw tool from the... |
| 09:00.43 | mingjing123 | hahah yeah |
| 09:12.18 | Notify | 02GCI:wangxiaotong * 4639899508539392 : Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 09:13.25 | Notify | 02GCI:wangxiaotong * 5859130111688704 : Task Claimed - I would like to work on this task. |
| 09:31.41 | *** join/#brlcad xiaotong (cab0ca88@gateway/web/freenode/ip.202.176.202.136) | |
| 09:33.04 | Notify | 02GCI:popescuandrei * 5859130111688704 : Task Assigned - This task has been assigned to Wang Xiaotong. You have 100 hours to complete this task, good luck! |
| 09:33.14 | Notify | 02GCI:popescuandrei * 5831779759947776 : Task Assigned - This task has been assigned to Etzernal. You have 100 hours to complete this task, good luck! |
| 09:35.20 | xiaotong | hi, ive completed a task BEGINNER: INSTALL AND RUN BRL-CAD! #49 but im not sure what to do in part 1 |
| 09:40.16 | Notify | 02GCI:wangxiaotong * 5859130111688704 : None - i typed out my name in black and white and extruded it in mged. |
| 09:40.30 | *** join/#brlcad lin_huiqing (cab0ca85@gateway/web/freenode/ip.202.176.202.133) | |
| 09:48.01 | Notify | 02GCI:utkarshsingh341 * 5020355882123264 : Ready for review - The work on this task is ready to be reviewed. |
| 09:56.53 | Notify | 02GCI:wei1006 * 5869143559503872 : None - I created the black and white image using brlcad. I created the image with my name with gimp. It was a png file, set the size of the image and converted it... |
| 09:58.34 | *** join/#brlcad mini_monstar (cab0ca85@gateway/web/freenode/ip.202.176.202.133) | |
| 09:58.40 | mini_monstar | hello |
| 09:58.44 | mini_monstar | help |
| 09:58.54 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 10:02.28 | *** join/#brlcad Pulse (cab0ca88@gateway/web/freenode/ip.202.176.202.136) | |
| 10:02.31 | *** join/#brlcad xinjie (cab0ca87@gateway/web/freenode/ip.202.176.202.135) | |
| 10:02.43 | *** part/#brlcad mini_monstar (cab0ca85@gateway/web/freenode/ip.202.176.202.133) | |
| 10:04.31 | *** join/#brlcad mini_monstar (cb748202@gateway/web/freenode/ip.203.116.130.2) | |
| 10:04.38 | mini_monstar | hello |
| 10:07.11 | andrei_ | is scared |
| 10:07.15 | andrei_ | Hello! |
| 10:07.54 | *** join/#brlcad Yong__ (cab0ca86@gateway/web/freenode/ip.202.176.202.134) | |
| 10:08.15 | Yong__ | hi |
| 10:08.56 | mini_monstar | WASSUP |
| 10:10.04 | Yong__ | i have submitted the work |
| 10:10.08 | Yong__ | pls review. Thanks. |
| 10:10.10 | Notify | 02GCI:lim_yong_jun * 5821933278986240 : Ready for review - The work on this task is ready to be reviewed. |
| 10:11.05 | Notify | 02GCI:mini_monstar * 5831970483339264 : Task Claimed - I would like to work on this task. |
| 10:11.10 | Notify | 02GCI:pulse * 5886669710426112 : Task Claimed - I would like to work on this task. |
| 10:11.55 | Notify | 02GCI:popescuandrei * 5886669710426112 : Task Assigned - This task has been assigned to Pulse. You have 100 hours to complete this task, good luck! |
| 10:12.05 | Notify | 02GCI:xinjie * 5895161666076672 : Task Claimed - I would like to work on this task. |
| 10:12.07 | mini_monstar | I created a png of my name. I converted the png file into a bw file. Then I extruded it and screenshot it. |
| 10:12.10 | Notify | 02GCI:popescuandrei * 5831970483339264 : Task Assigned - This task has been assigned to Jovan Teo. You have 100 hours to complete this task, good luck! |
| 10:12.55 | Notify | 02GCI:popescuandrei * 5859273187786752 : Task Closed - Congratulations, this task has been completed successfully. |
| 10:13.02 | andrei_ | you're all from the same class, or school, aren't you? :) |
| 10:13.12 | mini_monstar | nope <3 |
| 10:13.23 | mini_monstar | i did it myself |
| 10:13.26 | mini_monstar | at home |
| 10:13.28 | mini_monstar | :( |
| 10:13.35 | mini_monstar | why dont you trust me |
| 10:13.40 | mini_monstar | :'( |
| 10:14.38 | andrei_ | I never said you didn't do it yourself. It's just there have been 10 claims in a couple of hours |
| 10:14.39 | mini_monstar | no im joking |
| 10:14.58 | mini_monstar | yea we from the same school |
| 10:15.10 | mini_monstar | we are very interested in learning this task |
| 10:15.19 | mini_monstar | WE ARE INTERESTED IN COMNPUTING |
| 10:15.22 | Pulse | Excuse my friend for his rude behaviour |
| 10:15.24 | mini_monstar | I LOVE COMPUTING |
| 10:16.27 | andrei_ | MarcTannous: isn't this design similar to yours? https://www.google-melange.com/gci/task/view/google/gci2014/5020355882123264 |
| 10:16.29 | gcibot | [[ Create a book layout for Doc Camp Book #6 || BRL-CAD || NeedsReview (8 hrs 26 min) || Kesha Shah, Sean ]] |
| 10:20.02 | *** join/#brlcad xinjie (cab0ca88@gateway/web/freenode/ip.202.176.202.136) | |
| 10:21.19 | Pulse | I used the easy method in order to obtain your software, by downloading from the Virtual Machine http://brlcad.org/wiki/Deuces#Getting_Started. Installing debian, I was able to perform the following task. Downloading the Virtual Machine using GIMP, I used a 512 by 512 image with a black background, which I typed my name with it, saving it as a png file. After converting it into a bw image by running the png-bw command, I extruded the |
| 10:21.22 | xinjie | I made an image with a black background, adding my name in white text using GIMP. After that, I used mged to render the image and took a screenshot under the applications and accessories window. |
| 10:22.01 | Notify | 02GCI:mini_monstar * 5831970483339264 : None - I wrote on the irc chat. I am mini_monstar |
| 10:22.12 | Notify | 02GCI:tannousmarc * 5844897932247040 : Ready for review - The work on this task is ready to be reviewed. |
| 10:22.15 | mini_monstar | I created a png of my name. I converted the png file into a bw file. Then I extruded it and screenshot it. |
| 10:22.22 | Notify | 02GCI:pulse * 5886669710426112 : Upon Completion - I wrote on the IRC chat, my user name is Pulse. |
| 10:22.27 | Notify | 02GCI:xinjie * 5895161666076672 : Done!!!! :) - I wrote in the irc chat. My username is xinjie. |
| 10:22.31 | *** join/#brlcad MarcSchool (59eef606@gateway/web/cgi-irc/kiwiirc.com/ip.89.238.246.6) | |
| 10:24.04 | mini_monstar | Yea the computer club in my school introduced us to this program if you're wondering. |
| 10:28.53 | Notify | 02GCI:pulse * 5886669710426112 : Ready for review - The work on this task is ready to be reviewed. |
| 10:29.04 | MarcSchool | mentors, this layout is very very similar to mine : https://www.google-melange.com/gci/task/view/google/gci2014/5020355882123264 |
| 10:29.05 | gcibot | [[ Create a book layout for Doc Camp Book #6 || BRL-CAD || NeedsReview (8 hrs 13 min) || Kesha Shah, Sean ]] |
| 10:29.27 | MarcSchool | Mine, submitted 1 and a half months ago : https://www.google-melange.com/gci/task/view/google/gci2014/5591216443883520 |
| 10:29.28 | gcibot | [[ Create a book layout for Doc Camp Book || BRL-CAD || Closed || Deepak, Harmanpreet ]] |
| 10:29.57 | MarcSchool | Same pages ( that I came up with ), same layout, same footer, even the same image I inserted |
| 10:30.06 | andrei_ | as I said, it seems similar to me as well, but I need a second or third opinion |
| 10:30.11 | andrei_ | before marking it as stolen |
| 10:30.12 | andrei_ | :) |
| 10:30.31 | andrei_ | but we probably will |
| 10:30.52 | MarcSchool | Don't know, loads of stuff Works are "inspired" from others |
| 10:30.55 | MarcSchool | as in heavily inspired |
| 10:31.04 | andrei_ | what do you mean? |
| 10:31.42 | Notify | 02GCI:tannousmarc * 5778240039813120 : Task Claimed - I would like to work on this task. |
| 10:32.10 | MarcSchool | Just an innocent example would be the fact that Sean made me come up with a byline for Archer in my very first task, on the 1st of December, and loads of designs I've seen use the same byline, "Think.Invent.Create" |
| 10:32.17 | Notify | 02GCI:maitreyav * 4635701832318976 : ZIP file - Hi Sean, I've re-uploaded my work as zip file, please look it so that I can make changes to it. |
| 10:32.23 | Notify | 02GCI:popescuandrei * 5778240039813120 : Task Assigned - This task has been assigned to Marc Tannous. You have 120 hours to complete this task, good luck! |
| 10:33.18 | Notify | 02GCI:tannousmarc * 5778240039813120 : Ready for review - The work on this task is ready to be reviewed. |
| 10:33.48 | Notify | 02GCI:wangxiaotong * 5859130111688704 : Ready for review - The work on this task is ready to be reviewed. |
| 10:34.36 | *** join/#brlcad xiaotong (cab0ca89@gateway/web/freenode/ip.202.176.202.137) | |
| 10:36.45 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 10:40.07 | *** join/#brlcad YashM (~YashM@59.88.183.90) | |
| 10:40.41 | *** join/#brlcad Pulse (cab0ca8a@gateway/web/freenode/ip.202.176.202.138) | |
| 10:57.42 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 11:28.27 | *** join/#brlcad YashM (~YashM@59.88.183.90) | |
| 11:38.26 | Notify | 02GCI:zynatrix * 5571450517848064 : Task Claimed - I would like to work on this task. |
| 11:46.34 | *** join/#brlcad YashM (~YashM@59.88.183.90) | |
| 11:47.04 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 11:49.30 | Notify | 02GCI:mihaineacsu29 * 5895161666076672 : Task Assigned - This task has been assigned to Xinjie. You have 99 hours to complete this task, good luck! |
| 12:14.36 | gcibot | ning. [before amsg..] |
| 12:15.13 | ignacio | Good morning |
| 12:16.37 | *** join/#brlcad YashM (~YashM@59.88.183.90) | |
| 12:19.58 | Notify | 02GCI:shardulc * 6455158829481984 : Task Claimed - I would like to work on this task. |
| 12:29.51 | Notify | 02GCI:rossberg * 5020355882123264 : Task Closed - Congratulations, this task has been completed successfully. |
| 12:32.41 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 12:33.39 | *** part/#brlcad andrei_ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125) | |
| 12:33.44 | *** join/#brlcad andrei_ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125) | |
| 12:45.52 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 13:20.49 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 13:46.15 | Notify | 02GCI:etzernal * 5831779759947776 : Ready for review - The work on this task is ready to be reviewed. |
| 13:48.45 | raptor | in works https://www.google-melange.com/gci/task/view/google/gci2014/5264182400253952 |
| 13:48.46 | gcibot | [[ Categorize all of BRL-CAD's commands into a spreadsheet || BRL-CAD || Reopened || Popescu Andrei, Hardeep Singh Rai ]] |
| 13:49.47 | raptor | All utilities on each accounted values: |
| 13:49.55 | raptor | ['NAME', 'SYNOPSIS', 'DESCRIPTION', 'OPTIONS', 'FORMAT', 'TODO', 'EXAMPLE', 'DIAGNOSTICS', 'AUTHOR', 'COPYRIGHT', 'REPORTS', 'EXAMPLES', 'ALSO', 'BUGS', 'METHOD', 'EOF', 'PROCESSING', 'TABLES', 'MISC', 'PLY', 'WARNING', 'B', 'C', 'E', 'F', 'J', 'P', 'Q', 'R', 'Z', 'HINTS', 'UNIX', 'MDQS', 'NOTES', 'N', 'T', 'RETURN', 'DISCUSSION', 'REPORTING', 'AUTHORS', 'FONTS', 'PATH', 'DIR', 'DESCRIPTIONS', 'DEFINITIONS', 'CLASS', 'VARIABLES', 'FILES', 'PROMPTS', 'KEYWOR |
| 13:49.55 | raptor | DS', 'SKIP', 'VALUES', 'SIGNALS', 'SCRIPTS', 'TIPS', 'HINT', 'DEFICIENCIES', 'TRADEMARKS', 'A', 'RLE', 'MGED', 'VTK', 'S', 'PRISM', 'END', 'CAVEAT', 'AXIS', 'CREATED', 'VRML', 'REQUIREMENTS', 'HISTORY', 'DISCLAIMER', 'RESTRICTIONS', 'VALUE', 'SEEDVAL', 'GVALUE', 'WIDTH', 'HEIGHT', 'CAVEATS', 'CHANNELS', 'OUTPUT', 'NOTE', 'ASCII', 'RGB', 'THEORY', 'LIMITATIONS', 'L', 'CHECKING', 'SPLINE', 'INSPIRATIONS', 'FLOAT', 'INT', 'STR', 'TEMPERATURES', 'RESULTS'] |
| 13:50.39 | raptor | I think it's a lot to create the table |
| 13:51.01 | raptor | What I take from them |
| 13:51.03 | raptor | ? |
| 14:15.11 | Notify | 02GCI:izak * 5831779759947776 : Task Closed - Congratulations, this task has been completed successfully. |
| 14:43.02 | Notify | 02GCI:deepakkumarsharma * 5820470842621952 : Task Assigned - This task has been assigned to utkarshsingh. You have 100 hours to complete this task, good luck! |
| 15:02.39 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:12.13 | YashM | https://www.google-melange.com/gci/task/view/google/gci2014/5843395230564352 |
| 15:12.14 | YashM | Are these repeats? |
| 15:12.14 | gcibot | [[ Create a gallery of all 3D models #3 || BRL-CAD || Open || Sean ]] |
| 15:23.45 | Notify | 02GCI:xinjie * 5895161666076672 : Ready for review - The work on this task is ready to be reviewed. |
| 15:48.42 | Notify | 03BRL-CAD:starseeker * 63964 (brlcad/trunk/src/libbrep/shape_recognition.cpp brlcad/trunk/src/libbrep/shape_recognition.h): Still got some memory issue somewhere - can't turn on the cylindrical_loop_planar_vertices test without hanging. |
| 15:57.11 | Notify | 03BRL-CAD:starseeker * 63965 brlcad/trunk/src/libbrep/shape_recognition.cpp: forgot to free local filter copy. |
| 16:02.04 | *** join/#brlcad shardulc (~shardul@122.169.69.66) | |
| 16:02.51 | Notify | 02GCI:shardulc * 6455158829481984 : Ready for review - The work on this task is ready to be reviewed. |
| 16:06.03 | shardulc | brlcad: are you online? |
| 16:16.21 | *** part/#brlcad shardulc (~shardul@122.169.69.66) | |
| 16:21.14 | gcibot | 4 days left... What are your feelings :-)? |
| 16:26.16 | Notify | 03BRL-CAD:starseeker * 63966 (brlcad/trunk/src/libbrep/shape_recognition.cpp brlcad/trunk/src/libbrep/shape_recognition.h): Surface tests are always assumed to be destructive, so we need a new duplicate after each test. |
| 16:32.37 | unicodesnowman | andromeda-galaxy, andromeda_galaxy, andromedagalaxy, i didn't know there are 3 galaxies of you xD |
| 16:33.00 | andromeda_galaxy | unicodesnowman: sorry, I'm in the process of moving between irc clients... |
| 16:53.44 | *** join/#brlcad andrei_ (bc1b5712@gateway/web/freenode/ip.188.27.87.18) | |
| 17:08.56 | *** join/#brlcad gaganjyot (~gaganjyot@118.102.186.30) | |
| 17:18.33 | *** join/#brlcad balder_ (7d1409f9@gateway/web/freenode/ip.125.20.9.249) | |
| 17:20.31 | balder_ | Hey! I have installed brlcad in ubuntu but when I type mged in terminal the graphics window does not open! Can any one say me the solution! |
| 17:20.49 | andromeda_galaxy | balder_: does it print an error message? |
| 17:21.36 | balder_ | Nope! In command line it shows this this "attach (nu|txt)[nu]? " |
| 17:22.38 | andromeda_galaxy | balder_: try 'mged -a X' or 'mged -a ogl' |
| 17:22.47 | balder_ | ok! |
| 17:23.46 | andromeda_galaxy | balder_: it's kind of odd, it seems like mged is being run in classic mode... how did you install brl-cad? |
| 17:25.33 | balder_ | Well from this link http://brlcad.org/wiki/Building_from_SVN |
| 17:26.24 | andromeda_galaxy | what kind of system are you on? |
| 17:26.45 | Notify | 02GCI:shivam691999 * 4596409726664704 : Ready for review - The work on this task is ready to be reviewed. |
| 17:26.55 | balder_ | This is ubuntu 14.04 running on intet i5 |
| 17:28.18 | andromeda_galaxy | you're just running 'mged' in a terminal? let me check something in the source quickly, it looks like its not detecting the x dm |
| 17:29.24 | andromeda_galaxy | balder_: can you put the output of the cmake configuration command you did at the beginning in a pastebin? |
| 17:30.01 | balder_ | andromeda_galaxy: yes 1sec |
| 17:33.48 | andromeda_galaxy | balder_: it seems like it might have been a misconfiguration error (build without X11/OpenGL support), so I needed to see the logs... |
| 17:34.19 | andromeda_galaxy | *output |
| 17:34.56 | Notify | 03BRL-CAD:starseeker * 63967 brlcad/trunk/src/libbrep/shape_recognition.cpp: Don't grab edges from planar faces when doing the secondary break-out |
| 17:36.12 | *** join/#brlcad raptor_ (~raptor@194.28.75.245) | |
| 17:40.36 | brlcad | MarcTannous: I knew you had a task pending, it was just to let you know that there are more icon tasks (so you're aware they exist for *whenever* you're able/ready) :) |
| 17:41.01 | brlcad | your icons and yash's I believe were two of the more usable ones iirc |
| 17:41.11 | brlcad | and one other... escaping me |
| 17:42.21 | gaganjyot | brlcad, hi :) |
| 17:42.44 | gaganjyot | brlcad, had a question related to binary, thought I could get anwer here |
| 17:42.56 | gaganjyot | I want to read 2 bits from a byte |
| 17:42.56 | brlcad | andrei_: no worries on closing the forgeries ... it's impossible for one mentor to know about all the other activity -- next year we'll need to have a gallery in place right from the get-go for design tasks so it's easy to check and students have to put their name up on a board where forgeries would be obvious and embarrasing to them |
| 17:43.16 | gaganjyot | and the position of pointer in byte is x |
| 17:43.22 | gaganjyot | how can I get those 2 bytes |
| 17:43.27 | gaganjyot | 2 bits* |
| 17:43.49 | balder_ | andromeda_galaxy: I hope this is what you want to see http://pastebin.com/KeckYkK7 . And after creating a new database called and creating a sph1.s and rightclicking and opening it with mged(as there it was in options) it works! |
| 17:44.15 | brlcad | andromeda_galaxy: next step -- visualize a few examples... like a tgc at an angle, a box, and something beefier, maybe m35 |
| 17:44.33 | andromeda_galaxy | brlcad: that makes sense, though it would need some more changes to rtshot |
| 17:44.47 | andromeda_galaxy | (I actually did some of them as part of the last one to make sure that everything worked, but it's very rudimentary) |
| 17:45.21 | brlcad | and I did see your comment about having an option, but don't think it's necessary (we're just saving them a little math) |
| 17:45.43 | andromeda_galaxy | balder_: try building with 'cmake -DBRLCAD_ENABLE_X11=ON -DBRLCAD_ENABLE_OPENGL=ON |
| 17:45.46 | andromeda_galaxy | ' |
| 17:45.59 | andromeda_galaxy | brlcad: sounds good, I can remove that option |
| 17:46.30 | andromeda_galaxy | brlcad: did you also see my point about the way that rt_shootrays() callbacks have to re-implement significant code that could be the same for most of them? |
| 17:47.12 | andromeda_galaxy | also, I was thinking about changing the rtshot bundle parameter interface to, e.g., -B <bundle_type> <bundle_opts>, it would make it easier to not have to find letters that fit for some of the options (though some, like -p, could be preserved) |
| 17:48.12 | brlcad | andrei_: we're quickly approaching the deadline, that's why there are increasing claims -- always a big rush to the finish |
| 17:48.40 | andrei_ | brlcad: yeah, but isn't it like .. too late? they can finish at most one or two tasks |
| 17:50.34 | andromeda_galaxy | brlcad: do you want to make a task to do some of those visualizations for the stencil bundle? |
| 17:50.58 | andromeda_galaxy | (and maybe work on improving the rtshot option structure at the same time) |
| 18:00.10 | brlcad | balder_: that attach (nu|txt) prompt means you compiled brl-cad without support for X11 |
| 18:00.47 | brlcad | you need to make sure you have the X11 developer headers installed (see several of the dependencies on the Building_from_SVN page) |
| 18:00.54 | balder_ | andromeda_galaxy: ok! Now I did build it with cmake -DBRLCAD_ENABLE_X11=ON -DBRLCAD_ENABLE_OPENGL=ON. And it works thank You |
| 18:01.15 | andromeda_galaxy | balder_: no problem, glad it helped |
| 18:02.44 | brlcad | gaganjyot: you can shift the byte by x, and bitwise & the value(s) with 1 |
| 18:03.56 | brlcad | or just & the byte with a bitmask and you'll have four possible results (values) |
| 18:04.45 | brlcad | andromeda_galaxy: I did not see your point about callbacks |
| 18:05.02 | andromeda_galaxy | brlcad: for rt_shootrays(), it uses both b_hit/miss and a_hit/miss |
| 18:05.04 | andromeda_galaxy | functions |
| 18:05.19 | andromeda_galaxy | one of a_hit/a_miss is called for each ray, b_hit/b_miss for the whole bundle, right? |
| 18:05.39 | andromeda_galaxy | sometimes (like in my patch), it makes sense to get information for each individual ray, instead of just using the whole list of partitions |
| 18:05.40 | brlcad | I haven't looked, but sounds likely |
| 18:06.03 | brlcad | so that'd be an a_ case |
| 18:06.16 | andromeda_galaxy | rt_shootrays() requires you to define a whole bunch of boilerplate in a_hit that moves the partition/seg lists into the bundle struct for later use |
| 18:06.34 | andromeda_galaxy | the default handler function is declared static, so right now everyone who needs to use a_hit with rt_shootrays() |
| 18:06.49 | andromeda_galaxy | has to copy a whole bunch of boilerplate code that detaches the segs/partition lists and reattaches them to the bundle |
| 18:07.29 | andromeda_galaxy | brlcad: I was thinking that it would be nice if the default functions were exposed, because then people who had to redefine a_hit could just start it with a call to e.g, rt_shootrays_default_hit() |
| 18:07.29 | brlcad | so what are you wanting to do about that? |
| 18:07.40 | brlcad | hm |
| 18:08.03 | andromeda_galaxy | also, the a_uptr that the user originally passed in the struct application is somewhat hidden from a_hit, you have to do partition_bundle->ap->a_uptr, instead of ap->a_uptr |
| 18:08.23 | andromeda_galaxy | so having a utility function/macro to get the *original* application struct, might be nice |
| 18:09.18 | brlcad | that last bit won't pay for itself in terms of added API, so probably a no-go on having a nicity helper for that |
| 18:09.39 | andromeda_galaxy | brlcad: sure, it would be nice to document it somewher, though |
| 18:09.44 | brlcad | absolutely |
| 18:09.57 | andromeda_galaxy | I had to figure it out from the source for rt_shootrays() |
| 18:10.30 | brlcad | exposing a default hit function isn't out of the norm, but just have to make sure it is just some generic portion that can be well-documented |
| 18:11.04 | brlcad | e.g., if there's some portion that someone would always need to undo, then you'd probably still have a static default that calls this public default and then does a little bit more |
| 18:11.32 | andromeda_galaxy | brlcad: so currently, the default function does two things: |
| 18:11.32 | brlcad | but then new callers would have their "super" class function they could call |
| 18:11.41 | andromeda_galaxy | increments 'hit' |
| 18:12.08 | andromeda_galaxy | and moves the partitions/segs from the partition/seg lists passed in to those in the bundle |
| 18:12.09 | brlcad | anyone have a screenshot of the two copied book layouts? |
| 18:12.27 | brlcad | ( MarcTannous? ) |
| 18:12.32 | andromeda_galaxy | (well, right now it also checks that it was actually a hit, and increments misses if it wasn't, by checking the length of partitions) |
| 18:13.00 | andromeda_galaxy | I think that those things are all pretty sane default things to do, do you see any reason to not use all of them? |
| 18:13.07 | andrei_ | brlcad: wait a sec |
| 18:14.06 | andromeda_galaxy | brlcad: what should we call the helper? |
| 18:14.24 | brlcad | andromeda_galaxy: no, but then I haven't really put any serious design thought into the question either and that is usually warranted when introducing new API |
| 18:14.38 | brlcad | andromeda_galaxy: look at the default overlap handler, see what it is named |
| 18:14.44 | andromeda_galaxy | brlcad: true... well, something to think about, at least... |
| 18:14.51 | andrei_ | brlcad : http://www.google-melange.com/gci/task/view/google/gci2014/5020355882123264 and http://www.google-melange.com/gci/task/view/google/gci2014/5591216443883520 |
| 18:14.53 | gcibot | [[ Create a book layout for Doc Camp Book #6 || BRL-CAD || Closed || Kesha Shah, Sean ]] |
| 18:14.54 | gcibot | [[ Create a book layout for Doc Camp Book || BRL-CAD || Closed || Deepak, Harmanpreet ]] |
| 18:15.10 | andrei_ | they're not 1:1, but Marc mentioned that the majority of elements belonged to his design |
| 18:15.13 | brlcad | andromeda_galaxy: I'd say go ahead and do it if you like (are there still new API/refactoring tasks?) |
| 18:15.18 | andromeda_galaxy | rt_default_multioverlap()? |
| 18:15.18 | Notify | 03BRL-CAD:ejno * 63968 (brlcad/trunk/src/libged/simulate/collision.cpp brlcad/trunk/src/libged/simulate/collision.hpp and 4 others): fix several bugs with the collision algorithm; don't store velocity as attributes (will be replaced by storing Bullet's own serialization into a binary database object) |
| 18:15.27 | andromeda_galaxy | brlcad: yeah, there's a design an api to reduce code duplication task |
| 18:15.28 | brlcad | sounds about right |
| 18:15.40 | brlcad | so yeah, use one of those |
| 18:15.50 | brlcad | technically reducing potential code duplicaiton |
| 18:16.04 | andromeda_galaxy | I'll claim it and then look into the api a little bit... I'll probably include the implementation with the design, since it's quite simple |
| 18:16.20 | brlcad | the work will be on the /** */ comment in the raytrace.h header, to properly document what this default function is doing |
| 18:16.48 | Notify | 02GCI:o7p9bxbnyj * 5239535713648640 : Task Claimed - I would like to work on this task. |
| 18:16.55 | brlcad | so follow the same naming pattern, maybe rt_default_bundlehit() |
| 18:16.58 | andromeda_galaxy | brlcad: indeed |
| 18:17.07 | andromeda_galaxy | I was thinking of either rt_default_bundlehit or rt_bundlehit_helper() |
| 18:17.14 | andromeda_galaxy | the only advantage of the second one |
| 18:17.31 | andromeda_galaxy | is that it still is appropriate if the default handler does end up doing more than the helper does |
| 18:18.06 | andromeda_galaxy | brlcad: (i.e., if it seems useful to add something to the default handler that most overriding functions would have to undo) |
| 18:19.10 | brlcad | I don't think that's a great name, but I do think it needs to mirror the other handler (and both should later get renamed) just so it's clear they're the same "type" of function |
| 18:19.39 | andromeda_galaxy | so rt_default_bundlehit() is better, even if it eventually becomes not-actually-the-defualt? |
| 18:19.48 | Notify | 02GCI:deepakkumarsharma * 5239535713648640 : Task Assigned - This task has been assigned to Andromeda Galaxy. You have 100 hours to complete this task, good luck! |
| 18:19.49 | brlcad | could name it something else, but then a review would be warranted to deprecate the old handlers to new names |
| 18:20.00 | brlcad | and that is a process |
| 18:21.27 | brlcad | and no it's not better and it would almost preclude letting it do something that callers would always have to undo |
| 18:21.41 | brlcad | not better and better simultaneously ;) |
| 18:22.02 | andromeda_galaxy | brlcad: interesting... I'm also not sure which to use... if they're both non-optimal, what do you think is best? |
| 18:22.12 | brlcad | the real answer isn't possible without itemizing all librt functions and creating a mapping of old names to new names |
| 18:22.49 | andromeda_galaxy | brlcad: that sounds like quite a large project... which one do you think I should use in the interim? |
| 18:22.49 | brlcad | as that's not something that's going to happen today, it should match the existing convention |
| 18:23.01 | andromeda_galaxy | ah, okaay --- so rt_default_bundlehit()? |
| 18:23.07 | brlcad | yep |
| 18:23.25 | brlcad | not a large project, but it would take several days |
| 18:24.03 | andromeda_galaxy | brlcad: sounds good! also, the current default _miss routine increments the bundles miss count |
| 18:24.16 | andromeda_galaxy | should I make a 'default' versionf or that one as well, since the default hit routine does increment the hit count |
| 18:24.19 | andromeda_galaxy | ? |
| 18:29.36 | brlcad | is it really just one line? |
| 18:29.52 | andromeda_galaxy | brlcad: pretty much |
| 18:30.01 | brlcad | pretty much means what? |
| 18:30.04 | MarcTannous | brlcad: did you see my discussion with andrei regarding "forgery"? |
| 18:30.07 | andromeda_galaxy | just one line with a variable declaration to get it |
| 18:30.09 | andromeda_galaxy | *get the bundle |
| 18:30.16 | andromeda_galaxy | and one to increment bundle->miss() |
| 18:30.18 | brlcad | MarcTannous: did you see the responses? |
| 18:30.20 | andromeda_galaxy | *bundle->miss |
| 18:30.21 | andromeda_galaxy | anad one to return 0 |
| 18:30.48 | brlcad | andromeda_galaxy: so one line of actual logic (and that could be reduced to a one-line function if we wanted to |
| 18:31.09 | andromeda_galaxy | brlcad: yes, at least for now... |
| 18:31.33 | andromeda_galaxy | on the other hand adding api is a lot easier than removing it, so it might make sense to err on the side of not having it if it doesn't seem necessary |
| 18:31.34 | MarcTannous | brlcad: no, that's why I am asking.. |
| 18:31.38 | brlcad | andromeda_galaxy: so no, not for one line -- that can be part of the comment that they can/should increment bundle->miss if they need miss tracking. |
| 18:31.41 | MarcTannous | my computer auto-sleeps and it disconnects from IRC |
| 18:32.02 | brlcad | MarcTannous: yeah, book design, but I haven't seen it yet |
| 18:32.15 | andromeda_galaxy | brlcad: sounds good, I'll mention that in the comment for rt_default_bundlehit |
| 18:32.24 | brlcad | can you make a quick side-by-side comparison (or is andrei_ working on one?) |
| 18:32.39 | andrei_ | no, I'm not, I also asked Marc |
| 18:32.42 | andrei_ | and he detailed |
| 18:32.48 | andrei_ | what's "too" similar |
| 18:33.01 | andrei_ | I suppose he can write on IRC |
| 18:33.18 | brlcad | right, but that's why I need a side-by-side (not at a machine with photoshop at the moment) |
| 18:33.53 | andrei_ | aah |
| 18:34.01 | gaganjyot | thanks brlcad :) |
| 18:34.03 | MarcTannous | as far as I remember, exactly the same pages ( suspicious, as these were not mentioned on the brief ) , exactly the same layout, very simialr footer, and exactly the same image inserted, that I took as a mock-up image |
| 18:34.04 | gaganjyot | worked :) |
| 18:34.12 | MarcTannous | will make a side-by-side.. |
| 18:34.32 | andrei_ | MarcTannous: awesome, thanks ! :) |
| 18:34.36 | brlcad | MarcTannous: there are big swaths of gray here .. as many students participating don't know about citing sources and giving proper attribution (as obvious as that may seem) |
| 18:35.05 | Notify | 02GCI:popescuandrei * 5778240039813120 : Task Closed - Congratulations, this task has been completed successfully. |
| 18:35.09 | MarcTannous | not to even mention about UI icons... |
| 18:35.14 | MarcTannous | I mean that was plainly theft IMO |
| 18:35.22 | brlcad | so our first response is to educate (I will contact the student), and it's on repeat instances that they get in trouble ... or on blatant copying |
| 18:36.36 | brlcad | MarcTannous: have to be culturally sensitive too, not all countries have the same IP/ownership tenants as the US/EU |
| 18:37.19 | brlcad | so for you as a participant, I see it as reinforcing the value and quality of your work and that will reflect well on that task's grading |
| 18:37.36 | brlcad | and obviously not so well on the student that just tweaked a few things |
| 18:37.47 | MarcTannous | thank you then |
| 18:37.51 | MarcTannous | should I get one of the icon tasks? |
| 18:37.54 | MarcTannous | or some coding ones |
| 18:38.07 | brlcad | icon tasks! |
| 18:38.10 | brlcad | please :) |
| 18:38.27 | MarcTannous | sure thing |
| 18:38.30 | MarcTannous | coming right up |
| 18:38.48 | brlcad | the five new ones that are up there now form almost a complete set (or at least ARE a usable set) |
| 18:40.26 | MarcTannous | can I use some icon packs I own? |
| 18:40.37 | MarcTannous | or do you want them from scratch |
| 18:40.57 | MarcTannous | ( distribuitive license on these packs ) |
| 18:41.22 | brlcad | I'm not sure what that implies, but we need something that can be assigned full rights, so we can use it in our tools without worrying about any future legal issues |
| 18:41.30 | MarcTannous | yep |
| 18:42.26 | brlcad | if you can submit it like the other work, i'm not sure I see a difference |
| 18:42.45 | brlcad | we need to be able to relicense contributions under our license(s), distribute without pause |
| 18:43.35 | brlcad | which includes rights to create derivative works, rights to promote, rights to sell, rights to use, rights to ... unlimited rights :) |
| 18:43.37 | Notify | 02GCI:o7p9bxbnyj * 5239535713648640 : Ready for review - The work on this task is ready to be reviewed. |
| 18:44.02 | Notify | 02GCI:Melange * 6650599705673728 : Task Reopened - Melange has detected that the final deadline has passed and it has reopened the task. |
| 18:44.15 | andromeda_galaxy | brlcad: that's my stab at usingn consistent naming and documenting what it tries to do |
| 18:44.21 | brlcad | if we don't have that, it's probably not wanted or at least not usable |
| 18:44.31 | *** join/#brlcad teepee_ (~teepee@gateway/tor-sasl/teepee) | |
| 18:44.40 | MarcTannous | let's go icon tasks! :D |
| 18:44.52 | Notify | 02GCI:tannousmarc * 5835108829364224 : Task Claimed - I would like to work on this task. |
| 18:44.55 | andromeda_galaxy | I also added a little thing to the description of rt_shootrays() saying how to get back a_uptr |
| 18:45.47 | brlcad | MarcTannous: there might be a problem is if you received/purchased icons from someone else, or derived yours off of someone else's work |
| 18:46.15 | MarcTannous | brlcad: will make sure that is not an issue then |
| 18:52.23 | andromeda_galaxy | brlcad: so on the rt-bundle-integration front, I know you made the task to look more for where the rounding error is coming from... do you have any tips on how to do that? I tried for a couple of hours, but I could never get it any better than this (~1-2e-7, I believe) |
| 19:17.00 | andrei_ | brlcad, MarcTannous: there was a task which andromeda did recently, involving commit iterrations |
| 19:17.07 | andrei_ | the functionality was covered by andromeda |
| 19:17.28 | andrei_ | but since Marc is oriented on design, and since he s finishing tasks rather fast, from what I see |
| 19:17.52 | andrei_ | perhaps we could make a task with designing the theme or "looks" for that? |
| 19:18.13 | MarcTannous | woudl love it |
| 19:24.05 | andromeda_galaxy | MarcTannous: it uses dojos dgrid/dojox charts for all the output, both are reasonably themeable... if you can do it without changing any of the js that would be great, since that js is all structured to make it easy to hook up to the server |
| 19:24.29 | MarcTannous | can I get a link? |
| 19:24.32 | MarcTannous | to the task |
| 19:24.41 | andromeda_galaxy | the one I've done so far? |
| 19:24.48 | MarcTannous | the one andrei is mentioning |
| 19:24.49 | andromeda_galaxy | https://www.google-melange.com/gci/task/view/google/gci2014/5275647798673408 |
| 19:24.50 | gcibot | [[ PROJECT: Implement web application for testing commit ranges || BRL-CAD || Closed || Mihai Neacsu, Dishank ]] |
| 19:25.34 | MarcTannous | will look into it |
| 19:25.48 | andromeda_galaxy | that's my current work on it... also, try not to change any of the links yet, I plan on making them all work with a nice RESTful api (HATEOAS) on the server |
| 19:26.08 | MarcTannous | what I'll probably do is export stuff that is being created as divs |
| 19:26.15 | MarcTannous | atm how are you adding it to the page? |
| 19:26.23 | MarcTannous | actually let me check the js lol |
| 19:29.37 | andromeda_galaxy | MarcTannous: there's a page on dgrid theming somewhere... |
| 19:30.01 | andromeda_galaxy | http://www.sitepen.com/blog/2012/05/03/css-styling-of-dgrid/ |
| 19:30.24 | andromeda_galaxy | MarcTannous: pretty much everything is being added through either dojo dgrid or dojo charts |
| 19:30.38 | andromeda_galaxy | really nice customizable, performant, etc. |
| 19:31.29 | MarcTannous | yeah this seems nice |
| 19:31.42 | MarcTannous | thought you were appending elements to the html body and that would've been more tricky |
| 19:33.25 | *** join/#brlcad gaganjyot (~gaganjyot@101.209.4.180) | |
| 19:33.59 | andromeda_galaxy | MarcTannous: indeed :) I have a bunch of styling in there already to do things like the little indicator lights |
| 19:36.43 | MarcTannous | I'll get my icon task done and then check this out |
| 19:37.21 | andromeda_galaxy | MarcTannous: sounds good.. when I'm done with the rt stuff, I intent to write a server-side component for that to make it finish working.. |
| 19:37.44 | MarcTannous | that will get us a really nice working and clean looking project |
| 19:37.45 | MarcTannous | :D |
| 19:38.19 | brlcad | andromeda_galaxy: e^7 is approximately the limit of floating point precision, so you could first check your data types at EVERY single stage of processing, every pass to/from *every* function, to make sure they're all double-precision |
| 19:38.39 | andromeda_galaxy | brlcad: currently, all area fastf_t |
| 19:38.52 | MarcTannous | brlcad: where should I submit the design part of andromeda's current project? |
| 19:39.01 | brlcad | next would be to simply itemize the starting values to make sure they're the same for both .. if you have fuzz in the start, you're not going to get to the same end |
| 19:39.27 | andromeda_galaxy | brlcad: true... there are a couple of places that the problem could be, but both of them are quite difficult to eliminate: |
| 19:39.58 | andromeda_galaxy | one is calculating the angle to use, the other is just in the way that it builds up the numbers by adding <increment> (which is the same as the <increment> for the old method, but that involved multiplying...) |
| 19:41.02 | brlcad | andrei_: can you write up the task in question for MarcTannous ? |
| 19:41.29 | andrei_ | yes, I will, just not at this very moment |
| 19:41.35 | andromeda_galaxy | brlcad: I'm really not sure how either of those can be eliminated, especially the angle one |
| 19:41.38 | andrei_ | I'll put it directly on melange, ok? |
| 19:41.39 | brlcad | okay, thanks! |
| 19:41.41 | brlcad | yeah |
| 19:41.50 | brlcad | not doing any more bulk uploads |
| 19:41.51 | andromeda_galaxy | the problem is that the angle has to be just less than perspective angle, because of rts half-open behavior |
| 19:43.06 | andromeda_galaxy | so, it currently uses this to get it: atan(tan(rt_perspective / 2.0 * M_PI / 180) / width * (width - 1)); |
| 19:43.18 | brlcad | andromeda_galaxy: you're talking/thinking about how to eliminate a method without confirming that is the source |
| 19:43.36 | brlcad | you have to confirm where the fuzz is getting injected, very specifically |
| 19:43.43 | andromeda_galaxy | brlcad: true... I guess actually my question is more about how to find out whether any particular possible error is the source |
| 19:44.14 | brlcad | here's what you can do that is easily actionable |
| 19:44.14 | andromeda_galaxy | brlcad: the angle is especiaally hard to check |
| 19:44.33 | andromeda_galaxy | because the old method doesn't directly use an angle like that, it just goes in increments through a width/height |
| 19:44.47 | brlcad | itemize the lines of code that are involved one by one, and for just two rays show the values at every step |
| 19:44.50 | andromeda_galaxy | which is a pretty horrible thing to have for a generic api, since it requires you to know things like how long the direction vector is |
| 19:45.08 | brlcad | that's okay that they're using different methods |
| 19:45.34 | andromeda_galaxy | but doesn't using different methods make it hard to compare intermediate values? |
| 19:45.53 | brlcad | it depends on what all the itemized steps end up being |
| 19:46.22 | andromeda_galaxy | if the steps are different, comparing the results of each step becomes difficult... |
| 19:47.06 | brlcad | it depends entirely on the steps involved |
| 19:47.14 | andromeda_galaxy | hmm... |
| 19:47.20 | brlcad | perhaps you already know the steps well enough to say that there aren't any that can be compared? |
| 19:47.58 | andromeda_galaxy | brlcad: here's the quick sketch |
| 19:48.09 | andromeda_galaxy | (but that's what I had been thinking) |
| 19:48.47 | andromeda_galaxy | in the old method, it uses width/height and dy/dx in model space (computed far far away) and basically loops through each i, j and makes a ray with r_dir = VJOIN2(center_dir, i, dx, j, dy) |
| 19:49.12 | andromeda_galaxy | sorry, not center_dir but bottom_left_dir (I think) |
| 19:49.27 | andromeda_galaxy | in the new method, it calculates an angle of divergence in both x and y dimensions |
| 19:49.47 | andromeda_galaxy | and then calculates a new width/height appropriate for a vector with that length inside the gen_* function |
| 19:50.00 | andromeda_galaxy | and then uses a num steps to get its own dx/dy |
| 19:50.09 | andromeda_galaxy | and then uses those in an accumulator loop to get each pixel |
| 19:50.36 | andromeda_galaxy | comparing the dx and dy is hard |
| 19:50.49 | andromeda_galaxy | because they're scaled differently |
| 19:50.54 | andromeda_galaxy | but might be possible |
| 19:51.10 | andromeda_galaxy | brlcad: what do you thinK? |
| 19:51.44 | brlcad | I think you're not reading what I wrote ;) |
| 19:52.21 | andromeda_galaxy | brlcad: sorry? this was my 'do I know the steps well enough to know their aren't any that can be compared?' |
| 19:52.54 | andromeda_galaxy | brlcad: showing that I couldn't tell any way to compare the results (and I tried earlier), but wondering if you saw something I was missing |
| 19:53.04 | brlcad | that's not answering whether you know the steps well enough to know they can't be compared |
| 19:53.10 | brlcad | you itemized your understanding |
| 19:53.17 | brlcad | is that well enough? |
| 19:53.33 | brlcad | that's not a question you're going to answer by dumping your knowledge on the table :) |
| 19:53.40 | brlcad | it's something for you to think about |
| 19:53.56 | brlcad | it's also not something I can answer for you without me doing the work |
| 19:53.58 | andromeda_galaxy | well, I'd thought it was pretty well... the thing is that for all the steps that I could figure out during the last task, I tried and couldn't compare the results effectively |
| 19:54.37 | brlcad | I'd have to break out all the calculations going on in each and see if there are any syncing points |
| 19:54.58 | andromeda_galaxy | true... well, I'll try just doing that again, see if looking at it for more time leads to anything that I missed the first time throguh |
| 19:55.00 | andromeda_galaxy | *through |
| 19:55.26 | brlcad | so a word of caution, you mentioned atan(tan(rt_perspective / 2.0 * M_PI / 180) / width * (width - 1)); |
| 19:55.44 | brlcad | the trig functions have very minimal tolerance guarantees |
| 19:55.51 | andromeda_galaxy | in the comparing results stage, are the results ever "close enough" without being exactly the same? i.e. like how most comparisons of floating point numbers use a tol... |
| 19:57.05 | andromeda_galaxy | about the trig functions: interesting, I hadn't known that... I'll have to see if it's possible to do without as much trig/inverse trig |
| 19:57.13 | brlcad | I'd say that passing regression tests is probably close enough |
| 19:57.26 | andromeda_galaxy | the problem is that the regression tests compare pixel values |
| 19:57.32 | andromeda_galaxy | but what is being changed by this change is pixel coordinataes |
| 19:57.35 | brlcad | if regression tests still fail, that really begs for there being something more substantive going on |
| 19:57.49 | andromeda_galaxy | so if there's a pixel directly on an edge, |
| 19:58.07 | andromeda_galaxy | very very small changes in coordinate can result in (relatively) huge changes in value |
| 19:58.21 | brlcad | could, is that what's happening here? prove that |
| 19:58.44 | andromeda_galaxy | brlcad: I can try to.. like I said, I had some code that showed that pixel coordinates never differed by more thatn about 2e-7, but that might still be too much |
| 19:59.24 | brlcad | never differeing by more than 2e-7 doesn't really mean much |
| 19:59.48 | brlcad | need semantic context to know if that matters, not absolute values |
| 20:00.27 | andromeda_galaxy | true... the numbers are all mostly in the 1-10 range, coordinates in model space, at least for the 'solids' model |
| 20:00.42 | brlcad | ideally, my intuition says it's possible to get the rays to match exactly (perhaps by using a completely different calculation method -- with the same inputs -- or in a different order of operations) |
| 20:01.05 | andromeda_galaxy | might work.. one of the problems is just that the inputs that rt takes |
| 20:01.11 | andromeda_galaxy | just aren't good for a general function for this |
| 20:01.29 | andromeda_galaxy | rt just does a rectangular grid style approach, assuming that the viewbase_model &c is in the right place to make it all the right angle |
| 20:02.19 | andromeda_galaxy | brlcad: but semantically that is not a great approach to take for a library function, because for generating a frustum, an angle makes a lot more sense than 'this far above the point that is at the end of the ray in the input' |
| 20:02.44 | andromeda_galaxy | brlcad; but what is exactly for floating point numbers? even C compilers advise against comparing them with == |
| 20:03.13 | brlcad | don't confuse input parameters with method being used to calculate the rays |
| 20:03.36 | andromeda_galaxy | sorry, maybe I got confused... Ithought that by 'with the same inputs', you meant using the same inputs as the original method |
| 20:03.48 | brlcad | I could certainly have a function that takes a point+dir+angle and not use highly-sensitive angles to base my neighboring rays off of |
| 20:04.26 | brlcad | there's a variety of ways I could get that end-result with the same inputs |
| 20:04.42 | brlcad | input to a method != values used within that method |
| 20:04.54 | brlcad | rather, doesn't imply a particular method |
| 20:05.03 | andromeda_galaxy | sorry, I'm slightly confused... I was talking about the inaccuracies of converting values to pass them in and then converting them back in order to use the same metod |
| 20:05.09 | andromeda_galaxy | *method |
| 20:07.32 | brlcad | look, this is getting nowhere quickly .. |
| 20:07.37 | brlcad | you're brain dumping a lot |
| 20:07.50 | brlcad | and expecting some grand insight perhaps, which doesn't exist |
| 20:08.39 | brlcad | not to put words in your mouth, but I'm not getting the sense that my suggestions are getting absorbed very deeply amidst your other thoughts of the issues |
| 20:08.56 | brlcad | which is just to say that I think there's gotta be a step back taken |
| 20:09.30 | brlcad | I'm not going to have as much insight as you without me doing the task too |
| 20:09.36 | andromeda_galaxy | brlcad: sorry... that's a good idea, the problem is probably that I waas working on it for long enough earlier that I just keep thinking back to what didn't work... |
| 20:11.47 | brlcad | you have made many and statements that simply aren't strictly true (too many at this point to revisit), and I'm getting the sense that you're rushing too hard for a task like this that really requires in-depth meticulous attention to details |
| 20:12.37 | brlcad | what I can suggest, and you can fully ignore, are 1) to see if there are any sync points .. this is not an easy task |
| 20:12.50 | brlcad | 2) see if you can avoid the trig functions (find a different method) |
| 20:13.19 | brlcad | 3) consider changing the calculation method being used inside the function and/or the order of operations |
| 20:13.28 | brlcad | that's pretty much it |
| 20:13.52 | andromeda_galaxy | brlcad: thanks, I'll try those... sorry, as I said, I keep thinking about the things that didn't work earlier |
| 20:14.08 | *** join/#brlcad sofat (~sofat@202.164.45.198) | |
| 20:14.18 | sofat | maths22, hello |
| 20:14.29 | brlcad | i'm sure, and you may have exhausted options (except I don't see you having mentioned anything about trying different methods) |
| 20:14.39 | sofat | please accept my pull request |
| 20:14.55 | andromeda_galaxy | brlcad: the trig one is the big one that I didn't try at all, in terms of methods/order of operations |
| 20:14.55 | sofat | brlcad, hell |
| 20:15.03 | sofat | brlcad, hello |
| 20:15.04 | andromeda_galaxy | I did try a couple of things, but there might be more that I missed |
| 20:15.32 | andromeda_galaxy | well, thanks for the discussion anyway, I'll try those techniques and see if any more accuracy can be gained |
| 20:15.37 | brlcad | but there many many ways to calculate a grid/set of rays that diverge, and the (*implementation*) method you chose may have tolerance issues (or maybe the existing method has issues, it would take a lot of work to prove/disprove that) |
| 20:16.14 | brlcad | any time you have a calculation based on a small number, it's going to accumulate error very quickly |
| 20:16.44 | brlcad | any time you have a calculation based on values that are not normalized (they are not near 0), they are going to accumulate error very quickly |
| 20:17.41 | andromeda_galaxy | that's true... another thing to consider, at least... |
| 20:19.14 | brlcad | for the first point, it would suggest calculating a dx/dy angle of divergence is not a good idea because that angle will likely be something very small like 0.000123 |
| 20:19.56 | brlcad | calculating the actual angle per ray would be one way (of several) to avoid that |
| 20:20.08 | brlcad | calculating without angles would be another |
| 20:20.20 | andromeda_galaxy | brlcad: that might work.. I did it as dx/dy in absolute coordinates (not angles) to match the way that the original code did it |
| 20:20.46 | andromeda_galaxy | it uses the angles and the length of the center ray to figure out what a dx/dy model coordinates vector should be, and uses that |
| 20:21.12 | Notify | 02GCI:vkolova * 5877505323958272 : Task Claimed - I would like to work on this task. |
| 20:21.15 | sofat | brlcad, you have any work for me ? |
| 20:21.20 | brlcad | for the second point, if the ray is way out in space and you're using it's point for all calculation, that is probably not a good idea because it's not normalized |
| 20:21.57 | brlcad | calculating a translation vector/matrix that works on the origin and then applies the inverse to the result would likely give a better result (as one of several possible solutions) |
| 20:23.29 | andromeda_galaxy | that makes sense, I'll try changing that too, if the other things don't help significantly (enough)... thanks for the suggestions |
| 20:24.13 | brlcad | this all gets at possibilities for changing the method of calculation .. there's dozens of possibilities that will all give different ray sets with different amounts of error |
| 20:24.52 | brlcad | here's one more idea for you ... you could use a fixed precision calculator to figure out *exactly* what the actual ray values should be for a given input |
| 20:25.20 | brlcad | if you can show that your outputs are more faithful to "actual" results (i.e., less error), then that becomes easier to justify |
| 20:25.47 | andromeda_galaxy | good point, I should try doing that... now I'm curious if using gmp for fastf_t makes a bunch of regression tests built around errors fail... |
| 20:26.55 | brlcad | you'd need a good calculator like mathematica or bc or something where you can set the precision to at least 50 decimal places |
| 20:26.55 | brlcad | gmp could work too, more setup though |
| 20:27.19 | brlcad | there was a set of tasks last year that looked into integrating a C++ class under fastf_t so it could do fixed precision math |
| 20:27.24 | andromeda_galaxy | right, mathematica is definitely doable... I'd probabaly need to write some mathematica code that (for a specific case) calculated all the ray values andn then find some way to automatedly compare them... |
| 20:27.30 | brlcad | for exactly this kind of inspection |
| 20:27.37 | andromeda_galaxy | brlcad: yeah, I saw that, there was a followup this year |
| 20:27.50 | brlcad | you'd need to make sure any trig functions you used in mathematica don't suffer similar tolerance issues |
| 20:28.07 | andromeda_galaxy | but currently brl-cad won't build with fastf_t != double for a multitude of reasons, so I didn' try to do it |
| 20:28.14 | brlcad | nods |
| 20:28.28 | andromeda_galaxy | indeed.. my first step is going to be trying to get rid of the trig functions overall |
| 20:29.45 | andromeda_galaxy | (probably) |
| 20:31.36 | sofat | brlcad, you have any new task for me ? please reply |
| 20:32.04 | brlcad | sofat: I have years of work for you |
| 20:32.19 | brlcad | but I can't tell you what to do, you need to figure out what you *want* to do :) |
| 20:33.09 | brlcad | sofat: and I'm not ignoring you, just fyi... it's just busy and open-ended questions aren't very constructive |
| 20:33.41 | brlcad | (ditto with saying hello on irc, but I admit I sometimes violate that myself) |
| 20:34.00 | sofat | sorry |
| 20:34.05 | brlcad | sofat: don't be sorry :) |
| 20:34.06 | sofat | :-( |
| 20:34.26 | brlcad | be productive :) |
| 20:34.30 | MarcTannous | that was deep |
| 20:34.34 | brlcad | whta interests you |
| 20:34.37 | sofat | okay |
| 20:35.23 | brlcad | figure out where you want to go, and take it to the next step |
| 20:35.49 | brlcad | you've been working a lot in one area, and are just waiting on maths22 to review? or what? |
| 20:37.17 | brlcad | sofat: do you want to keep working on docbook, keep working on website stuff, something else? |
| 20:38.13 | sofat | i am working on website |
| 20:38.36 | sofat | but i want to know the status of docbook project |
| 20:38.37 | brlcad | this I know :0 |
| 20:38.51 | brlcad | open-ended question |
| 20:38.58 | brlcad | status: exists |
| 20:39.03 | sofat | what the next step in docbook project |
| 20:39.03 | brlcad | ask a different question :) |
| 20:39.22 | sofat | okay |
| 20:39.23 | brlcad | there are many many many possible next steps, depending on who works on it next |
| 20:39.46 | brlcad | in terms of long-term goals, we need our docbook documents sync'd to the web |
| 20:40.12 | andromeda_galaxy | brlcad: oh, one other unrelated thing to think about for later ---- what do you think of making (some) of the parallel datastructure functions use userspace RCU on linux? |
| 20:40.13 | brlcad | we need stylesheets, updated pdfs, and web sync |
| 20:40.29 | brlcad | we need bidirectional web-editing |
| 20:40.37 | sofat | ok |
| 20:40.56 | brlcad | we need to convert a slew of non-docbook docs to docbook |
| 20:41.31 | brlcad | we need to eliminate/scavenge/archive docs that are out-of-date |
| 20:41.44 | sofat | ok |
| 20:42.09 | sofat | i ready for this |
| 20:42.14 | brlcad | we need someone to take ownership of the project (by consistently working on it) |
| 20:43.47 | sofat | i am ready to take the ownership of this project if you allow . |
| 20:45.05 | brlcad | sofat: I suggest writing up a wiki page with a todo list so the scope and vision of activity remains consistent |
| 20:45.44 | brlcad | taking ownership isn't something that gets granted, you own it by working on it (consistently, vigorously, more than anyone else) |
| 20:46.25 | brlcad | at least it's not needed for this, it just needs someone to work on oit |
| 20:46.36 | brlcad | I suggest a page like http://brlcad.org/wiki/STEP |
| 20:47.48 | brlcad | sofat: maybe create http://brlcad.org/wiki/Docbook and fill it out with the "we need" requirements you know of, then expand them with more specific sub-task bullets |
| 20:48.02 | sofat | ok |
| 20:48.38 | brlcad | until you've decomposed the problem at least into individual tasks that should take someone less than a couple days each |
| 20:49.02 | brlcad | do you feel directed? I hope not ;) |
| 20:50.04 | brlcad | once you have it all in front of you, then you might have a better idea deciding what you *want* to do |
| 20:50.17 | brlcad | and we'll all benefit |
| 20:50.31 | sofat | yes i understand . |
| 21:13.13 | *** join/#brlcad teepee_ (~teepee@gateway/tor-sasl/teepee) | |
| 21:55.36 | Notify | 03BRL-CAD:n_reed * 63971 (brlcad/trunk/src/libbrep/intersect.cpp Property Changed: and 3 others): merge r63481 from brep-debug branch, fixes an intersection bug |
| 22:02.29 | brlcad | I need some brainstorming suggestions |
| 22:04.35 | brlcad | what's a good word that we can use to describe a bit of work that needs some attention, could be considered incomplete, is discovered but not yet investigated/worked, etc |
| 22:06.02 | brlcad | for example, I find a particular bug, I work on it for a few days, find out a LOT but don't get the bug fixed .. so I write down all my notes, stash away this beautifully self-contained example, and fully intend to come back to it some day but really anyone could pick up where I left off |
| 22:06.15 | brlcad | what's a good name for that? single word ideally |
| 22:07.15 | brlcad | not just bugs too .. these are sort of somewhere between a GCI task and a GSoC project .. mini projects, mega tasks |
| 22:08.08 | brlcad | pendings |
| 22:08.12 | brlcad | scraps |
| 22:08.27 | brlcad | piltrafa |
| 22:09.24 | brlcad | incompletes |
| 22:10.23 | brlcad | dilettantes |
| 22:11.09 | brlcad | rough |
| 22:11.14 | brlcad | roughage (heh) |
| 22:11.21 | brlcad | wantings |
| 22:17.17 | *** join/#brlcad merzo (~merzo@105-127-133-95.pool.ukrtel.net) | |
| 22:27.26 | Notify | 02GCI:deepakkumarsharma * 5835108829364224 : Task Assigned - This task has been assigned to Marc Tannous. You have 90 hours to complete this task, good luck! |
| 22:27.41 | Notify | 02GCI:deepakkumarsharma * 5877505323958272 : Task Assigned - This task has been assigned to vkolova. You have 90 hours to complete this task, good luck! |
| 22:28.37 | Notify | 03BRL-CAD:carlmoore * 63973 brlcad/trunk/doc/docbook/system/man1/en/pixfade.xml: add note about default |
| 23:22.40 | *** join/#brlcad infobot (ibot@rikers.org) | |
| 23:22.40 | *** topic/#brlcad is Topic for #brlcad: BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Welcome GCI 2014 participants! If you're participating, be patient when asking questions... we're very busy and sometimes have packed schedules. We will respond if you are still on IRC: learn screen+irssi. | |
| 23:24.47 | *** join/#brlcad teepee (~teepee@gateway/tor-sasl/teepee) | |
| 23:31.13 | andromeda-galaxy | brlcad: thanks for the tip about trig functions being inaccurate (which I didn't know), it looks like that may have been it! |
| 23:31.15 | *** join/#brlcad Ko0lGuY_ (uid61616@gateway/web/irccloud.com/x-orglypdnskwbdkqm) | |
| 23:39.47 | *** join/#brlcad nmz787_i (~nmccorkx@134.134.137.71) | |
| 23:40.42 | nmz787_i | is there someone available to take all the mged examples (i.e. the PDFs), create files for each example, then commit those files to a github repo or similar? |
| 23:40.50 | nmz787_i | like one of the students |
| 23:44.22 | *** join/#brlcad wei1006 (~fircuser@183.90.37.120) | |
| 23:44.37 | *** join/#brlcad wei1006 (~fircuser@183.90.37.120) | |
| 23:44.57 | *** join/#brlcad wei1006 (~fircuser@183.90.37.120) | |
| 23:46.05 | wei1006 | https://www.google-melange.com/gci/task/view/google/gci2014/5869143559503872 |
| 23:46.05 | gcibot | [[ Beginner: Install and run BRL-CAD! #59 || BRL-CAD || NeedsReview (3 days 11 hrs 36 min) || Harmanpreet, Ishwerdas ]] |
| 23:47.14 | tofu | andromeda-galaxy: it's not that they're inaccurate, it's that they're simply not guaranteed to be accurate ;) |
| 23:47.43 | brlcad | wei1006: tasks are announced to the mentors, you don't need to do anything in here |
| 23:47.54 | brlcad | other than talk if you're performing the communication piece ;) |
| 23:49.02 | wei1006 | I am directed to post the link of my work here and explain how I have done it |
| 23:49.28 | wei1006 | what should I do then? |
| 23:51.31 | brlcad | it does not direct you to post the link of your work here |
| 23:51.39 | brlcad | where do you think it tells you to do that? |
| 23:52.09 | andromeda-galaxy | brlcad: thanks for the tip about trig functions being inaccurate (which I didn't know), it looks like that may have been it! |
| 23:52.31 | brlcad | 18:47 < tofu> andromeda-galaxy: it's not that they're inaccurate, it's that they're simply not guaranteed to be accurate ;) |
| 23:52.37 | andromeda-galaxy | brlcad: oops, didn't mean to resend that |
| 23:52.42 | brlcad | ah, k |
| 23:52.56 | brlcad | they do that for performance |
| 23:52.59 | andromeda-galaxy | brlcad: indeed... well, anyway, that appears to have been the problem, now all the regress tests pass |
| 23:53.14 | andromeda-galaxy | I couldn't totally get around using the trig functions, but instead of atan(tan(...)...) |
| 23:53.17 | brlcad | it's expensive to do a chebyshev iteration a sufficient number of times to converge on a more accurate solution |
| 23:53.18 | andromeda-galaxy | it's now atan(...) |
| 23:53.38 | andromeda-galaxy | unfortunately, doing it without any trig seems impossible... |
| 23:53.51 | brlcad | so you probably still have error, but not enough to affect a result (which is good) |
| 23:54.04 | andromeda-galaxy | brlcad: right! it's now close enough that the regress tests all pass |
| 23:54.06 | wei1006 | I have posted my explanation of the task hother people posting their |
| 23:54.17 | brlcad | can you still print a comparison of the two for some simple example? |
| 23:54.22 | wei1006 | explanation |
| 23:54.31 | wei1006 | and link to the task |
| 23:54.36 | andromeda-galaxy | brlcad: you mean a comparison of the old and new ray values to ~12 digits? |
| 23:55.10 | brlcad | wei1006: my question is where did you read that it said to past a link to your task on IRC? |
| 23:55.54 | brlcad | andromeda-galaxy: more than 12 digits would be ideal |
| 23:56.08 | andromeda-galaxy | brlcad: sure... why? |
| 23:56.09 | brlcad | %.20lf should be good |
| 23:56.19 | brlcad | just to know how much of a change we're talking about |
| 23:56.25 | n_reed | brlcad: setups, weekenders, dust-offs, orphan/adoptable tasks |
| 23:56.27 | andromeda-galaxy | ahh, sure |
| 23:56.35 | andromeda-galaxy | I can upload the debug file from the 'solids' regression test if you want |
| 23:56.41 | brlcad | n_reed: mm, those are good |
| 23:56.42 | andromeda-galaxy | that shows the high-precision values |
| 23:56.47 | brlcad | i like orphans :) |
| 23:56.55 | brlcad | adopt an orphan... |
| 23:57.18 | andromeda-galaxy | brlcad: would that be enough? |
| 23:57.47 | brlcad | if it shows before and afters, sure |
| 23:57.51 | andromeda-galaxy | (the debug file containing my printout of old vs new) |
| 23:58.05 | brlcad | more than 12 digits? |
| 23:58.14 | andromeda-galaxy | brlcad: I haven't produced it yet, but it'll be easy |
| 23:58.20 | brlcad | okay, cool thanks |
| 23:58.47 | brlcad | wei1006: you did all you need to do (except for answering my question...) |
| 23:59.09 | andromeda-galaxy | brlcad: sounds good! then we'll have a regression-test-passing rt and a good idea of how different it is... |
| 23:59.18 | andromeda-galaxy | though rt is still mildly bloated from data structure conversion problems... |
| 00:00.06 | wei1006 | the task page stated " Simply do one or more of the checklist items and leave a comment here saying which you did. Provide some evidence that we can verify like if you talk on our IRC channel, let us know your username." I simply read this instruction and posted my explanation |
| 00:00.56 | wei1006 | then a mentor was confused what I was posting(which task I have done)so I posted the link here |
| 00:01.00 | brlcad | wei1006: okay, so nowhere in there does it say anything about posting a link to your GCI task to IRC is all that I am pointing out :) |
| 00:01.16 | brlcad | it says do one of the checklist items (which you have now done by being on IRC) |
| 00:01.21 | brlcad | by talking on IRC |
| 00:01.49 | wei1006 | ok, thanks for clarifying |
| 00:02.11 | brlcad | if someone else asked you which task, you should prefix your line with their name so that it gets their attention |
| 00:02.19 | brlcad | wei1006: like this line ;) |
| 00:02.52 | brlcad | wei1006: no harm done, just wanted to make sure there wasn't some instruction somewhere that we don't want :) |
| 00:03.34 | wei1006 | brlcad: oh I see (like this?) |
| 00:03.38 | brlcad | wei1006: so the last thing you need to do is "Provide some evidence that we can verify like if you talk on our IRC channel, let us know your username." |
| 00:03.43 | brlcad | yep, perfect |
| 00:04.18 | brlcad | so you need to write your username into melange as a comment, so another mentor can read back through the log and see that you were talking here |
| 00:05.05 | brlcad | wei1006: there are IRC channels like this (some with hundreds of people) on just about any topic, for most active open source projects and topics |
| 00:05.30 | brlcad | tens of thousands of channels and people |
| 00:05.56 | wei1006 | brlcad: wow ok, noted with thanks |
| 00:06.08 | brlcad | wei1006: I suggest making a different screenshot |
| 00:06.14 | brlcad | that one is far too similar to others |
| 00:07.29 | brlcad | wei1006: I suggest trying to set a color on your name and using a different rotation angle |
| 00:07.43 | andromeda-galaxy | brlcad: what do you want to do about the xrays data structure problem? there's still a way-too-big portion of do_run() dedicated to taking the rays out of the (inverse-order) list and putting them into an array... |
| 00:08.36 | nmz787_i | brlcad: any students or other grunt-work workers available to pool all the mged examples into text files in a repo? |
| 00:08.42 | brlcad | andromeda-galaxy: would making the generators return an array reduce the code? |
| 00:09.21 | brlcad | nmz787_i: mged examples? |
| 00:09.25 | andromeda-galaxy | brlcad: probably |
| 00:09.33 | brlcad | oh you mean geometry database examples |
| 00:09.43 | andromeda-galaxy | brlcad: there's also the idea of making xrays a more opaque datastructure with nicer apis around it |
| 00:10.04 | andromeda-galaxy | like we were discussing earlier |
| 00:10.10 | brlcad | there is a task to create an image gallery of them, but not for the .g files themselves |
| 00:10.18 | andromeda-galaxy | with the added advantage that, e.g., jit generation would work better... |
| 00:10.30 | nmz787_i | brlcad: examples such as the 'radio' example which I found in the middle of a PDF file |
| 00:10.31 | brlcad | andromeda-galaxy: this is true |
| 00:10.52 | andromeda-galaxy | though stencil has put a new spin on my thinking about streaming apis, because getting 'nth ray' from stencil would be difficult without evaluating it |
| 00:10.53 | brlcad | nmz787_i: ahhh that one :) |
| 00:11.02 | brlcad | nmz787_i: that one is a little special, complicated |
| 00:11.03 | nmz787_i | brlcad: I would be much more up-to-speed if there was a directory of .g files that I could just emulate or cut/paste from |
| 00:11.20 | andromeda-galaxy | so it might be best to have some kind of xrays structure that would allow functions to use either method of generation |
| 00:11.30 | brlcad | nmz787_i: er, there is .. the db direcotry |
| 00:11.34 | andromeda-galaxy | and have a nice set of apis around it that made the choice transparent to the user... |
| 00:12.18 | nmz787_i | brlcad: this dir? http://brlcad.org/brlcad.git/objects/db/ |
| 00:12.36 | andromeda-galaxy | brlcad: but designing a good data structure and reasonable apis will definitely take some time, what do you think of making a gci task for (starting) to look into it? |
| 00:12.39 | brlcad | nope |
| 00:12.50 | brlcad | nmz787_i: that's an internal git management directory |
| 00:13.08 | brlcad | nmz787_i: if you download and compile brl-cad or use a binary install, there will be a db directory |
| 00:13.15 | brlcad | it has a few dozen examples |
| 00:13.46 | brlcad | some ancient, some newer, some small, some bigger (nothing too big in there for download reasons) |
| 00:14.14 | nmz787_i | brlcad: this dir? http://sourceforge.net/p/brlcad/code/HEAD/tree/brlcad/trunk/db/ |
| 00:14.38 | brlcad | andromeda-galaxy: any more code reduction or other API tasks would suffice |
| 00:14.48 | brlcad | nmz787_i: that's where they'll end up, yes |
| 00:15.18 | brlcad | nmz787_i: those files get compiled |
| 00:15.19 | nmz787_i | brlcad: I don't see any .g files there |
| 00:15.31 | nmz787_i | in fact, I have no idea what these files are |
| 00:15.39 | nmz787_i | the PDF didn't use syntax like this |
| 00:15.41 | brlcad | you're not listening? |
| 00:15.50 | brlcad | "if you download and compile brl-cad or use a binary install" |
| 00:16.06 | brlcad | neither of those is "browse the repository in a browser" |
| 00:16.23 | brlcad | you don't get .g files under you compile and/or install |
| 00:16.37 | andromeda-galaxy | brlcad: sure... just to make sure, I should claim another api design/code reduction task & try to design a good api for this, then submit that? (maybe with a reference to this conversation) |
| 00:16.38 | brlcad | or at least download a precompiled binary distribution |
| 00:17.39 | brlcad | nmz787_i: those files are our .asc ascii file format -- a text based version that is basically a command transcript that recreates the .g files |
| 00:18.01 | nmz787_i | brlcad: I don't understand, are there examples online of .g files that aren't buried in various PDF files? |
| 00:18.28 | brlcad | yes, they're in our precompiled binary tarball distributions |
| 00:18.47 | brlcad | if you install brl-cad, you'll have a couple dozen .g files installed |
| 00:18.48 | nmz787_i | brlcad: why hasn't someone taken the radio example (about 10 lines about as I recall) and put it in a file by itself? |
| 00:19.04 | brlcad | "that one is a little special, complicated" |
| 00:19.11 | nmz787_i | it seemed pretty simplistic to me |
| 00:19.21 | brlcad | oooh, you mean the toy radio? |
| 00:19.33 | nmz787_i | idk, it looked like a walkie talkie |
| 00:19.49 | nmz787_i | I just don't understand why such examples aren't easy to find |
| 00:20.21 | nmz787_i | why should I have to download a 50+MB file to browse examples, which might determine whether as a user I am up to the challenge of using the software |
| 00:20.54 | brlcad | I don't understand either, how are you going to browse them without an application that can read them? |
| 00:21.10 | brlcad | if you have the apps that can read them (mged, archer), then you probably have examples already |
| 00:21.19 | nmz787_i | I can read the text in the PDF |
| 00:21.32 | nmz787_i | I was able to copy those lines into my text editor, then save them as a text file |
| 00:21.44 | nmz787_i | which I could then copy and paste into mged, to get a model displayed |
| 00:22.05 | brlcad | that's my point -- if you have mged .. you have a set of .g files somewhere |
| 00:22.21 | nmz787_i | somewhere is not easy or helpful though, often |
| 00:22.39 | brlcad | why are you being so rude? I'll gladly help you :) |
| 00:22.50 | brlcad | what platform are you on? |
| 00:23.00 | nmz787_i | all of them except iOS |
| 00:23.31 | brlcad | what platform are you running mged on for which you would like to find where the .g files ended up? it's different per platform |
| 00:23.39 | nmz787_i | I'm not meaning to be rude, I just don't understand why information to help new users seems to purposfully be obscured. |
| 00:23.54 | nmz787_i | I have it installed on ubuntu |
| 00:24.08 | brlcad | it's not at all purposefully obscured, it's open source where you are welcome to make it better |
| 00:24.12 | nmz787_i | I think I compiled a version and installed a version from their .deb repos |
| 00:24.28 | brlcad | we have many many priorities and different interests involved |
| 00:24.52 | brlcad | if you run "which mged" does it say /usr/brlcad/rel-X.X.X/bin/mged? |
| 00:25.03 | andromeda-galaxy | nmz787_i: are you looking for the database files (.g, binary) or are you looking for examples of mged commands (like the set of commands in the pdf)? |
| 00:25.07 | nmz787_i | well yeah, so is there someone who I could convince to gather those examples such that the repo/files are one of the top 10 google hits for 'brlcad examples'? |
| 00:25.08 | brlcad | if it does, it should be in /usr/brlcad/rel-X.X.X/share/db |
| 00:25.41 | nmz787_i | brlcad: not home now, so can't tell... I am here because someone said this room isn't very active in the evenings |
| 00:26.35 | nmz787_i | andromeda-galaxy: I honestly don't even know... the one example I found last I checked was in a PDF, and it was instructing to type commands into an command prompt in mged, which I would call an 'interactive interpreter' |
| 00:26.52 | brlcad | activity ebs and flows .. there are contributors in timezones all around the world here, but we also don't sit eagerly waiting for questions either .. we're all in the middle of other things usually so best to ask and stay on IRC for an answer |
| 00:27.09 | nmz787_i | brlcad: yes I idle in here on irssi |
| 00:27.26 | brlcad | nmz787_i: I'll be very frank, BRL-CAD has a very steep learning curve and if you're not the patient sort ... "you're gonna have a bad time" |
| 00:27.38 | brlcad | nmz787_i: idling on irssi is perfect ;) |
| 00:27.51 | nmz787_i | brlcad: my point is if the examples were easy to find, the learning curve wouldn't be as steep |
| 00:27.52 | brlcad | learning any CAD system takes a lot of time and effort |
| 00:28.56 | nmz787_i | also you told me there are some 300 binaries, which I still haven't found a list of with a few words describing each. |
| 00:29.30 | brlcad | nmz787_i: so where should it be written where you would have read it telling you that there are examples installed with mged? |
| 00:29.42 | brlcad | 400+ binaries |
| 00:29.50 | nmz787_i | on the docs page |
| 00:30.04 | brlcad | can you be more specific? |
| 00:30.39 | brlcad | part of the problem is that this is a tid-bit of information that one really only needs once too, so it'll be potentially distracting or even confusing to others not looking for them |
| 00:32.32 | nmz787_i | I would put a link to a page on http://brlcad.org/wiki/Documentation called 'Binaries of BRL-CAD' or something, with an HTML table, the first column containing the binary file name, the second column containing a short description (possibly taken from the binary's source if it included a docstring, aka the string that is printed for cmd-line help) |
| 00:32.47 | brlcad | we had an online repository that a student was working on a couple years ago, but it has since stopped working after system upgrades and that person no longer involved: more.brlcad.org |
| 00:32.49 | nmz787_i | and on that same page a link to a page called 'Examples' |
| 00:32.57 | nmz787_i | where it has a pic and the associated source code |
| 00:33.44 | nmz787_i | more.brlcad.org doesn't seem to provide anything useful |
| 00:33.59 | brlcad | I said it's broken, didn't I? |
| 00:34.06 | brlcad | nmz787_i: you'd don't quite have your terminology right there .. a "binary" normally refers to an application |
| 00:35.09 | nmz787_i | right |
| 00:35.14 | nmz787_i | you said there are some 300 of them |
| 00:35.15 | brlcad | unless you are referring to the 400+ binaries |
| 00:35.16 | nmz787_i | I thought |
| 00:35.23 | brlcad | you're were talking about the binary geometry database file examples |
| 00:35.29 | brlcad | s/you're/you/ |
| 00:35.37 | nmz787_i | I don't think I was |
| 00:36.04 | nmz787_i | I mean, I was asking two separate questions I guess -- 'where are examples' 'where are descriptions of the programs included' |
| 00:36.36 | brlcad | that's what I was referring to, yes |
| 00:36.44 | nmz787_i | I don't know why anyone would find binary files particularly useful as examples... that would certainly make for a steep learning curve! |
| 00:36.49 | brlcad | so descriptions of the programs are in standard unix form, manual pages |
| 00:37.09 | nmz787_i | yeah so is there no enumeration of them all in a single place? |
| 00:38.32 | nmz787_i | also, the docs don't describe the various 'example model' file formats that you and andromeda-galaxy have mentioned... so it's hard for me to even jump into this conversation properly |
| 00:38.35 | brlcad | it's not exactly what you're wanting, but this is an enumeration of them categorically: http://sourceforge.net/p/brlcad/code/HEAD/tree/brlcad/trunk/doc/tool_categories.txt |
| 00:38.51 | brlcad | nmz787_i: actually you're quite wrong there, they do |
| 00:38.58 | nmz787_i | yeah so that, in an HTML table, with a sentence or so for each |
| 00:39.01 | brlcad | you just haven't read the docs |
| 00:39.12 | nmz787_i | that documentation page doesn't have a page for examples |
| 00:39.20 | nmz787_i | http://brlcad.org/wiki/Documentation |
| 00:39.23 | nmz787_i | ctrl-f example |
| 00:40.46 | brlcad | that list of documentation is meant to be perused mostly in order, you will get nowhere jumping around (pretty much the case for any other CAD system too) |
| 00:40.49 | nmz787_i | or, why do I (or any other prospective user) need to download a hude PDF, just to look at these 6 lines http://paste.pound-python.org/show/NmMWhKMupFneK3CsTbGV/ |
| 00:40.58 | nmz787_i | huge* |
| 00:41.34 | brlcad | because those lines have absolutely zero utility outside of the tutorial context they were presented in? |
| 00:41.41 | nmz787_i | with a comment before each line, that file *balloons* to 12 lines, and is now a self-contained example of a radio |
| 00:42.05 | brlcad | we do have a wiki, go for it |
| 00:42.05 | nmz787_i | brlcad: that's my point, they're all that I would want to jump in and start modelling |
| 00:42.23 | brlcad | that wouldn't do a thing for me, but if that's your selling point, by all means |
| 00:42.27 | brlcad | :) |
| 00:42.33 | nmz787_i | that's in a 4.473 MB file |
| 00:42.44 | brlcad | yep, that huge pdf sucks |
| 00:43.03 | brlcad | it's actually a book |
| 00:43.17 | brlcad | a book you would have received bound and printed |
| 00:43.22 | brlcad | in days past |
| 00:43.50 | brlcad | we've broken up the pdf on our backend, but that's all part of a larger effort to re-present our documentation |
| 00:44.09 | brlcad | what is on that doc wiki page is but a tiny fraction of our documentation (and that's already hundreds of pages) |
| 00:46.09 | brlcad | my point earlier about file formats is that one of the docs there (#4) is specifically about CAD file formats including our own, and the big tutorial series also introduces both formats |
| 00:46.37 | brlcad | the last link #13 is even the nitty gritty developer details of the .g file format |
| 00:48.24 | nmz787_i | what file format would the mged radio commands be considered? these ones http://paste.pound-python.org/show/NmMWhKMupFneK3CsTbGV/ |
| 00:49.10 | brlcad | I gotta run, but I'll just say that the answer to nearly all of your "why" questions is because it's not been a priority to anyone involved in the project thus far, but that doesn't imply anybody likes it, accepts it as final form, or doesn't think it should be improved .. and as open source it can certainly be your priority :) |
| 00:49.47 | nmz787_i | the PDF makes me think that would be a .g file |
| 00:49.52 | brlcad | those are not a file format, they're just commands to mged (and mged does have a built-in catalog of all of them) |
| 00:49.57 | nmz787_i | from the mged radio.g command it gives |
| 00:50.13 | brlcad | they happen to be valid lines that you can put in a .asc file |
| 00:50.33 | brlcad | and run asc2g on that .asc file to get your .g |
| 00:50.46 | brlcad | or import them into mged by simply running them (script yourfile) |
| 00:51.30 | brlcad | if you've seen the quick-reference card (on the Docs wiki page), it categorizes and gives a brief summary of the most useful commands |
| 00:51.51 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 00:53.34 | brlcad | nmz787_i: for what it's worth, we're working on a complete website overhaul that should make things a whole lot easier to find and understand, but it'll be a while before everything gets sorted out |
| 00:54.04 | brlcad | best to ask here and we can get you pointed to the right resources quickly |
| 00:54.42 | nmz787_i | thanks, 'night! |
| 00:55.20 | brlcad | yw |
| 01:03.10 | *** join/#brlcad unicodesnowman (~unicodesn@unaffiliated/unicodesnowman) | |
| 01:21.42 | *** join/#brlcad nmz787_i1 (~nmccorkx@192.55.55.39) | |
| 01:54.16 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 01:55.32 | *** join/#brlcad teepee_ (~teepee@gateway/tor-sasl/teepee) | |
| 02:13.23 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 03:14.52 | *** join/#brlcad YashM (~YashM@117.198.2.81) | |
| 03:19.13 | YashM | Any mentors around |
| 03:19.57 | *** join/#brlcad andromeda_galaxy (~andromeda@108-225-17-54.lightspeed.sntcca.sbcglobal.net) | |
| 03:38.28 | Notify | 02GCI:joannaphilips * 4956557716488192 : Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 03:58.35 | andromeda-galaxy | "/window split |
| 03:58.47 | andromeda-galaxy | sorry, problems with irc client.. |
| 04:54.24 | andromeda-galaxy | does libbu have anything that can be easily used as a (fast) sparse array? |
| 05:03.14 | Notify | 02GCI:jchh1998 * 5884171381637120 : Task Claimed - I would like to work on this task. |
| 05:12.51 | andromeda-galaxy | make that an ordered, traversable, fast, sparse array --- something like a Judy array would be nice.. |
| 05:13.02 | *** join/#brlcad wei1006 (~fircuser@183.90.37.89) | |
| 05:28.45 | *** join/#brlcad MarcTannous (4f733b36@gateway/web/cgi-irc/kiwiirc.com/ip.79.115.59.54) | |
| 05:30.05 | *** join/#brlcad jchh1998 (cab0ca8a@gateway/web/freenode/ip.202.176.202.138) | |
| 05:30.47 | jchh1998 | Hi I've completed this task: https://www.google-melange.com/gci/task/view/google/gci2014/5884171381637120 |
| 05:30.48 | gcibot | [[ Beginner: Install and run BRL-CAD! #50 || BRL-CAD || ClaimRequested || Deepak, Jacob B ]] |
| 05:35.13 | MarcTannous | jchh1998: You have to submit the required files ( mentioned in the task brief ) and then click the button "Mark this task complete". |
| 05:35.22 | MarcTannous | Afterwards, one of the mentors will evaluate it |
| 05:36.02 | *** join/#brlcad jchh1998_ (cab0ca86@gateway/web/freenode/ip.202.176.202.134) | |
| 05:36.53 | jchh1998_ | ive completed the task : https://www.google-melange.com/gci/task/view/google/gci2014/5884171381637120 |
| 05:36.54 | gcibot | [[ Beginner: Install and run BRL-CAD! #50 || BRL-CAD || ClaimRequested || Deepak, Jacob B ]] |
| 05:37.13 | MarcTannous | jchh1998: You have to submit the required files ( mentioned in the task brief ) and then click the button "Mark this task complete". |
| 05:37.13 | MarcTannous | Afterwards, one of the mentors will evaluate it |
| 05:37.28 | jchh1998_ | i havent got the task yet |
| 05:37.42 | MarcTannous | You have to wait for a mentor to approve your claim |
| 05:38.48 | *** join/#brlcad raptor_ (~raptor@213.222.228.163) | |
| 05:38.57 | raptor_ | hello |
| 05:42.32 | jchh1998_ | Am i still here? |
| 05:43.07 | MarcTannous | aye |
| 05:55.52 | *** join/#brlcad YashM (~YashM@117.198.2.81) | |
| 06:03.12 | Notify | 02GCI:brlcad * 5884171381637120 : Task Assigned - This task has been assigned to Jordan. You have 82 hours to complete this task, good luck! |
| 06:05.01 | brlcad | YashM: hi, any progress on the icons? :) |
| 06:06.39 | brlcad | andromeda-galaxy: libbu definite doesn't have sparse matrices .. libbn could, but does not |
| 06:08.12 | brlcad | andromeda-galaxy: that said, we do have a judy array implementation as part of stepcode available |
| 06:08.23 | andromeda_galaxy | brlcad: ah well... I came up with what I think should be a reasonably performant design for the cache that doesn't depend on that... |
| 06:08.31 | andromeda_galaxy | interesting... |
| 06:09.17 | andromeda_galaxy | I've been working on the generator APIs, the basic idea is to make them more like the streaming apis |
| 06:09.45 | andromeda_galaxy | With an optional sparse cache & precompute function |
| 06:10.15 | brlcad | can't wait to see it but do try to keep it simple |
| 06:10.22 | brlcad | especially for a first cut |
| 06:10.39 | andromeda_galaxy | brlcad: I'll try to... For now, I haven't done any implementation |
| 06:11.00 | andromeda_galaxy | And there are about five public functions |
| 06:11.29 | andromeda_galaxy | +1-2 private ones... Does that sound alright? |
| 06:12.37 | andromeda_galaxy | (public: precomputed, next n, random-access n, set current), using next can have cache optimizations) |
| 06:13.48 | andromeda_galaxy | Sorry that first one should be precompute (verb) |
| 06:15.48 | andromeda_galaxy | brlcad: my question about judy arrays was for the sparse cache, but after thinking about the exact workload, I've come up with a simpler specialized structure that should be alright... |
| 06:17.23 | Notify | 02GCI:brlcad * 5050736735944704 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to... |
| 06:30.26 | *** join/#brlcad YashM (~YashM@117.198.2.81) | |
| 06:30.49 | Notify | 02GCI:brlcad * 6113445460049920 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to... |
| 06:33.54 | Notify | 02GCI:brlcad * 6113445460049920 : color - Would you give each region a different color so they may be more easily and visually checked/used? The combination panel will help you do this in mged , or... |
| 06:34.19 | Notify | 02GCI:brlcad * 5869143559503872 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to... |
| 06:34.59 | Notify | 02GCI:quentindhs * 6412594361401344 : Task Claimed - I would like to work on this task. |
| 06:36.04 | *** join/#brlcad andrei_ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125) | |
| 06:37.22 | MarcTannous | morning |
| 06:37.43 | andrei_ | Hello, Marc |
| 06:39.33 | Notify | 02GCI:popescuandrei * 5239535713648640 : Task Closed - Congratulations, this task has been completed successfully. |
| 06:41.38 | Notify | 02GCI:brlcad * 5869143559503872 : bad angle - Huang, this is looking okay, but it's very generic and you missed submitting communication evidence. Provide your IRC username or first four letters of... |
| 06:44.19 | Notify | 02GCI:ralpt3748752_qejwhe * 5050736735944704 : None - So I was it planning) |
| 06:44.36 | Notify | 02GCI:ralpt3748752_qejwhe * 5050736735944704 : Ready for review - The work on this task is ready to be reviewed. |
| 06:45.36 | Notify | 02GCI:brlcad * 5831970483339264 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to... |
| 06:46.26 | Notify | 02GCI:popescuandrei * 6673134862204928 : Task Closed - Congratulations, this task has been completed successfully. |
| 06:46.56 | andrei_ | Marc, let me know when you want me |
| 06:46.58 | andrei_ | to create that task |
| 06:46.59 | andrei_ | ok? |
| 06:47.01 | Notify | 02GCI:o7p9bxbnyj * 5880145319559168 : Task Claimed - I would like to work on this task. |
| 06:47.05 | MarcTannous | sure |
| 06:47.31 | Notify | 02GCI:brlcad * 5886669710426112 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to... |
| 06:47.33 | Notify | 02GCI:popescuandrei * 5880145319559168 : Task Assigned - This task has been assigned to Andromeda Galaxy. You have 82 hours to complete this task, good luck! |
| 06:48.01 | Notify | 02GCI:brlcad * 5886669710426112 : better - Pulse, this is looking okay, but it's very generic. Also, the rendered angle is poor. I suggest rendering from a different angle (perhaps ae = 30x20) and... |
| 06:49.16 | Notify | 02GCI:o7p9bxbnyj * 5880145319559168 : Ready for review - The work on this task is ready to be reviewed. |
| 06:52.16 | Notify | 02GCI:brlcad * 5859130111688704 : part 1 - Wang, I don't see that you've completed part one of this task, the communication portion. Thanks! |
| 06:53.16 | Notify | 02GCI:brlcad * 5895161666076672 : okay - Xinjie, this is looking okay, but it's very generic. Also, the rendered angle is poor. I suggest rendering from a different angle (perhaps ae = 30x20) and... |
| 06:53.21 | Notify | 02GCI:brlcad * 5895161666076672 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to... |
| 06:53.42 | andrei_ | for the most part, by the late Michael John Muuss |
| 06:53.46 | andrei_ | what's that supposed to mean? |
| 06:53.59 | andrei_ | (by the late Michael John Muus) |
| 06:54.16 | Notify | 02GCI:arclith * 5264182400253952 : Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 06:54.17 | andrei_ | I mean, it obviously looks like a mistake, but maybe I'm missing something |
| 06:56.46 | Notify | 02GCI:brlcad * 6455158829481984 : this is fantastic work - Very nice work all around. Can't wait to try this script out (a lot...) :) |
| 06:59.02 | Notify | 02GCI:popescuandrei * 4596409726664704 Design a web page that overviews the BRL-CAD contributors #7 https://www.google-melange.com/gci/task/view/google/gci2014/4596409726664704: None hey! The... |
| 06:59.02 | gcibot | [[ Design a web page that overviews the BRL-CAD contributors #7 || BRL-CAD || NeedsWork || Ishwerdas, Ch3ck ]] |
| 07:03.27 | Notify | 02GCI:popescuandrei * 4635701832318976 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements... |
| 07:05.07 | Notify | 02GCI:brlcad * 4596409726664704 : better - Shivam, this is still looking a bit busy, but it's definitely an improvement. Among the few issues remaining, one that sticks out is your the use of too... |
| 07:08.25 | Notify | 02GCI:brlcad * 6673134862204928 : phenomenal - Phenomenal work Yash! I really hope you will try to complete more of the design tasks before the deadline, especially the logo/icon tasks! You'd be a... |
| 07:11.58 | *** join/#brlcad YashM (~YashM@117.198.2.81) | |
| 07:12.23 | MarcTannous | I'm off to school guys have a great day |
| 07:18.25 | Notify | 02GCI:arclith * 5001497033048064 : Task Claimed - I would like to work on this task. |
| 07:23.30 | Notify | 02GCI:arclith * 5001497033048064 : Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 07:25.15 | Notify | 02GCI:arclith * 6355628331106304 : Task Claimed - I would like to work on this task. |
| 07:25.30 | Notify | 02GCI:arclith * 6355628331106304 : Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 07:39.00 | Notify | 02GCI:rossberg * 5849644407980032 : Task Assigned - This task has been assigned to Liang Shi Lin, Bob. You have 81 hours to complete this task, good luck! |
| 07:40.09 | *** join/#brlcad sofat (~sofat@202.164.53.117) | |
| 07:41.11 | Notify | 02GCI:popescuandrei * 6412594361401344 : Task Assigned - This task has been assigned to Quentin. You have 81 hours to complete this task, good luck! |
| 07:42.34 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 07:47.35 | Notify | 02GCI:quentindhs * 6412594361401344 : Ready for review - The work on this task is ready to be reviewed. |
| 07:51.55 | Notify | 02GCI:zynatrix * 5571450517848064 : Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 07:52.10 | Notify | 02GCI:rossberg * 5050736735944704 : There is no accounting for taste - But you should at least assign colors to your model. If you like the current look gray for the sake. |
| 07:52.26 | *** join/#brlcad merzo (~merzo@105-127-133-95.pool.ukrtel.net) | |
| 07:52.30 | Notify | 02GCI:rossberg * 5050736735944704 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to... |
| 07:55.15 | Notify | 02GCI:gjeet * 6412594361401344 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to... |
| 07:56.10 | Notify | 02GCI:arclith * 5264182400253952 : Task Claimed - I would like to work on this task. |
| 07:57.06 | Notify | 02GCI:rossberg * 5264182400253952 : Task Assigned - This task has been assigned to Mou Yan Qiao. You have 81 hours to complete this task, good luck! |
| 07:57.56 | Notify | 02GCI:bobdebewder * 6360824117460992 : Task Claimed - I would like to work on this task. |
| 08:09.52 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 08:13.30 | *** join/#brlcad YashM (~YashM@117.198.2.81) | |
| 08:22.53 | andrei_ | ~seen mihaineacsu |
| 08:22.55 | infobot | mihaineacsu <~mihaineac@92.85.10.174> was last seen on IRC in channel #brlcad, 1d 18h 13m 17s ago, saying: 'the task should be first created on your list on brlcad.org (@maths22)'. |
| 08:32.50 | *** join/#brlcad YashM (~YashM@117.198.2.81) | |
| 08:37.45 | Notify | 02GCI:gjeet * 6412594361401344 Design a banner for our Facebook page (and/or other social media sites) #12 https://www.google-melange.com/gci/task/view/google/gci2014/6412594361401344: Hey Quentin... |
| 08:37.45 | gcibot | [[ Design a banner for our Facebook page (and/or other social media sites) #12 || BRL-CAD || NeedsWork || Sean, Jacob B ]] |
| 08:37.55 | Notify | 02GCI:thevk * 6113445460049920 : Ready for review - The work on this task is ready to be reviewed. |
| 08:54.04 | *** join/#brlcad YashM (~YashM@117.198.2.81) | |
| 09:04.22 | Notify | 02GCI:rossberg * 6113445460049920 : None - The rendered image is missing. |
| 09:04.38 | Notify | 02GCI:rossberg * 6113445460049920 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to... |
| 09:08.18 | YashM | brlcad, I will soon make them |
| 09:08.36 | YashM | I was making the web galleries, so was doing that |
| 09:12.21 | Notify | 02GCI:arclith * 5264182400253952 : Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 09:18.47 | Notify | 02GCI:gjeet * 5613686689366016 : Task Assigned - This task has been assigned to Ivan Tan. You have 81 hours to complete this task, good luck! |
| 09:18.54 | Notify | 02GCI:helix * 5524699798831104 : Task Claimed - I would like to work on this task. |
| 09:22.40 | Notify | 02GCI:gjeet * 5524699798831104 : Task Assigned - This task has been assigned to Yash. You have 79 hours to complete this task, good luck! |
| 09:52.27 | Notify | 02GCI:princealikhan08 * 5688858951811072 : Task Claimed - I would like to work on this task. |
| 09:55.34 | Notify | 02GCI:quentindhs * 6412594361401344 : Ready for review - The work on this task is ready to be reviewed. |
| 10:03.09 | Notify | 02GCI:rossberg * 6113445460049920 : Task Closed - Congratulations, this task has been completed successfully. |
| 10:07.39 | Notify | 02GCI:rossberg * 6412594361401344 : mock-up image - Please provide a mock-up of BRL-CAD's Facebook page with your banner. |
| 10:07.49 | Notify | 02GCI:rossberg * 6412594361401344 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to... |
| 10:11.39 | Notify | 02GCI:vs37nx * 4984285001940992 : Task Claimed - I would like to work on this task. |
| 10:19.58 | Notify | 02GCI:thevk * 6074090272063488 : Task Claimed - I would like to work on this task. |
| 10:26.11 | Notify | 02GCI:ralpt3748752_qejwhe * 5050736735944704 : Ready for review - The work on this task is ready to be reviewed. |
| 10:27.01 | *** join/#brlcad raptor (~raptor@213.222.228.163) | |
| 10:31.58 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 10:43.14 | *** join/#brlcad YashM (~YashM@117.222.65.193) | |
| 10:44.21 | Notify | 02GCI:popescuandrei * 6074090272063488 : Task Assigned - This task has been assigned to Vladimir Kuznetsov. You have 78 hours to complete this task, good luck! |
| 10:55.30 | Notify | 02GCI:thevk * 6113445460049920 : Ready for review - The work on this task is ready to be reviewed. |
| 10:56.45 | Notify | 02GCI:rossberg * 5688858951811072 : Task Assigned - This task has been assigned to PrinceKhan. You have 78 hours to complete this task, good luck! |
| 11:05.09 | *** join/#brlcad mihaineacsu_ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125) | |
| 11:11.21 | Notify | 02GCI:vs37nx * 4984285001940992 : Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 11:35.20 | Notify | 02GCI:rossberg * 5050736735944704 : Task Closed - Congratulations, this task has been completed successfully. |
| 11:35.46 | andrei_ | it looks like melange is experiencing a heavy load these days |
| 11:35.52 | andrei_ | it loads significantly slower |
| 11:36.45 | Notify | 02GCI:rossberg * 5050736735944704 : You forgot the rendered image - and I too. |
| 11:37.01 | YashM | What's with so many new people in the last days? |
| 11:37.05 | Notify | 02GCI:shardulc * 5323479725375488 : Task Claimed - I would like to work on this task. |
| 11:37.27 | *** join/#brlcad ty221 (~root@91-239-66-239.greendata.pl) | |
| 11:38.45 | Notify | 02GCI:rossberg * 5323479725375488 : Task Assigned - This task has been assigned to shardulc. You have 77 hours to complete this task, good luck! |
| 11:40.34 | gcibot | The end of contest is coming... 3 days remaining. All work is finishing... |
| 11:40.50 | Notify | 02GCI:rossberg * 4984285001940992 : Task Assigned - This task has been assigned to Jacob L. You have 78 hours to complete this task, good luck! |
| 11:50.40 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 11:54.28 | *** join/#brlcad mihaineacsu (~mihaineac@92.85.10.174) | |
| 12:14.55 | *** join/#brlcad andrei_ (c35a6e7d@unaffiliated/andrei/x-7229309) | |
| 12:14.55 | *** join/#brlcad andrei_ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125) | |
| 12:49.03 | *** join/#brlcad shardulc (~shardul@122.169.70.209) | |
| 12:51.15 | Notify | 02GCI:shardulc * 5323479725375488 : Ready for review - The work on this task is ready to be reviewed. |
| 12:53.03 | *** join/#brlcad YashM (~YashM@117.222.65.193) | |
| 12:56.07 | Notify | 02GCI:soh_xin_yi * 4956557716488192 : Task Claimed - I would like to work on this task. |
| 12:57.02 | Notify | 02GCI:popescuandrei * 4956557716488192 : Task Assigned - This task has been assigned to Soh Xin Yi. You have 76 hours to complete this task, good luck! |
| 12:57.12 | Notify | 02GCI:helix * 5524699798831104 : Ready for review - The work on this task is ready to be reviewed. |
| 12:58.07 | Notify | 02GCI:popescuandrei * 5323479725375488 : Task Closed - Congratulations, this task has been completed successfully. |
| 12:58.17 | Notify | 02GCI:helix * 5506235734425600 : Task Claimed - I would like to work on this task. |
| 12:58.47 | Notify | 02GCI:popescuandrei * 5506235734425600 : Task Assigned - This task has been assigned to Yash. You have 76 hours to complete this task, good luck! |
| 12:59.32 | Notify | 02GCI:shardulc * 5803622709329920 : Task Claimed - I would like to work on this task. |
| 12:59.57 | Notify | 02GCI:helix * 5506235734425600 : Ready for review - The work on this task is ready to be reviewed. |
| 13:00.07 | Notify | 02GCI:popescuandrei * 5803622709329920 : Task Assigned - This task has been assigned to shardulc. You have 76 hours to complete this task, good luck! |
| 13:01.12 | *** join/#brlcad YashM (~YashM@117.222.65.193) | |
| 13:03.07 | andrei_ | YashM, you have a task for review |
| 13:03.12 | andrei_ | but I remember closing it yesterday |
| 13:03.14 | andrei_ | what happened? |
| 13:03.27 | YashM | andrei, the facebook one? |
| 13:03.29 | andrei_ | yeah |
| 13:03.35 | andrei_ | aaa, sorry |
| 13:03.35 | YashM | sec, I need to commit changes |
| 13:03.43 | YashM | Don't see it now |
| 13:04.08 | andrei_ | https://www.google-melange.com/gci/task/view/google/gci2014/5506235734425600 |
| 13:04.09 | gcibot | [[ Create a web gallery of GCI Facebook banner designs #2 || BRL-CAD || NeedsReview (3 days 3 hrs 55 min) || Gauravjeet Singh, Ch3ck ]] |
| 13:04.14 | YashM | Also, "remember closing it yesterday"? |
| 13:04.42 | YashM | okay commited |
| 13:04.44 | andrei_ | I mean, you ve had other gallery tasks |
| 13:04.46 | YashM | check now |
| 13:05.05 | andrei_ | awesome :) |
| 13:05.05 | YashM | Yeah, just adding other galleries |
| 13:05.25 | andrei_ | ah, so that's why I remember, you added all in one gallery |
| 13:05.26 | andrei_ | clever :) |
| 13:05.32 | Notify | 02GCI:popescuandrei * 5506235734425600 : Task Closed - Congratulations, this task has been completed successfully. |
| 13:05.36 | andrei_ | there's a task to create a gallery of all galleries, you should claim that too |
| 13:05.46 | andrei_ | and I ll close it automatically, since you ve pretty much done that |
| 13:05.55 | YashM | Yeah, wouldn't make sense to make different :P |
| 13:06.03 | YashM | A downside is, it's kinda big |
| 13:06.09 | andrei_ | nah |
| 13:06.15 | andrei_ | it's simple and smooth |
| 13:06.17 | Notify | 02GCI:Melange * 5511140318642176 : Task Reopened - Melange has detected that the final deadline has passed and it has reopened the task. |
| 13:06.34 | andrei_ | to me, at least, it seems very well done |
| 13:06.55 | YashM | I'll claim it once I complete adding all the galleries |
| 13:07.18 | andrei_ | which one do you have left? |
| 13:07.25 | andrei_ | one(s)* |
| 13:07.37 | Notify | 02GCI:ralpt3748752_qejwhe * 5885347665805312 : Task Claimed - I would like to work on this task. |
| 13:08.13 | Notify | 02GCI:popescuandrei * 5885347665805312 : Task Assigned - This task has been assigned to Raptor. You have 75 hours to complete this task, good luck! |
| 13:08.28 | YashM | Done 6, left 4 |
| 13:08.35 | YashM | so yeah, gonna take some time |
| 13:09.09 | andrei_ | hope you got time :) |
| 13:09.45 | YashM | Trying to whatever I can in the last 2 days :) |
| 13:09.54 | YashM | I need to do the icon ones after this |
| 13:10.12 | andrei_ | don't get stuck if we don't review/ assign |
| 13:10.17 | YashM | I will probably finish those, but if I don't I'll do that after GCI |
| 13:10.22 | andrei_ | just do them all, and we ll handle the melange process |
| 13:10.47 | YashM | Yeah no worries :) Gotta focus on quality more than quantity anyways |
| 13:10.54 | andrei_ | I mean, don't worry about melange, even if all the tasks are claimed, I ll simple dup one, assign to you and close :) |
| 13:12.41 | *** join/#brlcad andrei___ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125) | |
| 13:13.11 | andrei___ | sorry, network crashed |
| 13:16.46 | *** part/#brlcad shardulc (~shardul@122.169.70.209) | |
| 13:25.56 | MarcTannous | hey |
| 13:29.13 | andrei___ | Hello |
| 13:33.21 | raptor | andrey_:How much will you still here ? |
| 13:33.45 | *** join/#brlcad YashM (~YashM@117.248.203.82) | |
| 13:35.12 | MarcTannous | raptor: to ping him mention andrei___ instead of what you wrote |
| 13:35.45 | andrei_ | its fixed now |
| 13:35.56 | andrei_ | about 20 min |
| 13:37.26 | raptor | Ðак пинговаÑÑ Ð² xchat? |
| 13:37.36 | raptor | How to ping in xchat? |
| 13:39.01 | ries | raptor: you cannot not, but sometimes people will 'listen' when the names is called |
| 13:39.11 | ries | and the chat window makes a noice/blink's or whatever they configured |
| 13:39.38 | ries | if I would 'ping' you people frequently would do : raptor: ping |
| 13:39.45 | ries | ping can be any other text ofcourse |
| 13:40.33 | raptor | ries: ping |
| 13:40.50 | ries | well, I have configured my chat so it will respond to my name :D |
| 13:41.04 | ries | so... that's how that works |
| 13:43.23 | raptor | ries: This is the name with a colon - will ping . But if you are only allowed in the settings of goals? |
| 13:44.48 | ries | I am not sure what that means "settings of goals" |
| 13:45.18 | raptor | google translate) |
| 13:47.49 | *** join/#brlcad raptor (~raptor@213.222.228.163) | |
| 13:56.07 | Notify | 02GCI:skyler_007 * 4606217016049664 : Feedback - Please review my work and tell me if am doing it right. I am quite thrilled that I learned to use CSS and HTML with the div tag for creating a pic... |
| 13:56.48 | *** join/#brlcad YashM (~YashM@117.248.203.82) | |
| 14:02.20 | ty221 | Hello |
| 14:02.30 | ty221 | Can you tell me where is notify bot source code? |
| 14:03.41 | ``Erik | part of it is https://github.com/erikg/cl-cia/ and other parts are not public |
| 14:08.27 | Notify | 02GCI:helix * 6144029251076096 : Task Claimed - I would like to work on this task. |
| 14:10.33 | Notify | 02GCI:rossberg * 5524699798831104 : Task Closed - Congratulations, this task has been completed successfully. |
| 14:14.41 | *** join/#brlcad YashM (~YashM@117.198.17.54) | |
| 14:28.29 | Notify | 02GCI:thevk * 6074090272063488 : Ready for review - The work on this task is ready to be reviewed. |
| 14:29.22 | ty221 | ``Erik why they arent'? |
| 14:32.31 | *** join/#brlcad YashM (~YashM@117.222.22.191) | |
| 14:33.55 | Notify | 02GCI:tannousmarc * 5835108829364224 : Ready for review - The work on this task is ready to be reviewed. |
| 14:34.30 | *** join/#brlcad teepee_ (~teepee@gateway/tor-sasl/teepee) | |
| 14:41.34 | Notify | 02GCI:helix * 6144029251076096 : Ready for review - The work on this task is ready to be reviewed. |
| 14:52.24 | Notify | 02GCI:Melange * 5226596319363072 : Task Reopened - Melange has detected that the final deadline has passed and it has reopened the task. |
| 15:00.23 | gcibot | We're sorry for the problems with GCIL, (Foss Asia > 500 tasks...) The changes will applied this afternoon |
| 15:02.45 | Notify | 02GCI:soh_xin_yi * 4956557716488192 : Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 15:02.50 | Notify | 02GCI:ch3ck * 6144029251076096 : Task Assigned - This task has been assigned to Yash. You have 75 hours to complete this task, good luck! |
| 15:03.06 | Notify | 02GCI:brlcad * 6074090272063488 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to... |
| 15:04.51 | andromeda-galaxy | ~seen d_rossberg |
| 15:04.56 | infobot | d_rossberg is currently on #brlcad (7h 22m 22s), last said: 'attr rm cil1 region_id'. |
| 15:05.59 | andromeda-galaxy | d_rossberg: on https://www.google-melange.com/gci/task/view/google/gci2014/5880145319559168, did you meen comments in the source, or comments about what the patch is changing? If the later, I already discussed the changes with brlcad on IRC... |
| 15:06.00 | gcibot | [[ Investigate and fix source of rounding error || BRL-CAD || NeedsWork || Sean ]] |
| 15:06.01 | Notify | 02GCI:rossberg * 6074090272063488 : This one is a little bit too alike as your other ones - You seem to like tanks. That's OK and you are allowed to to a lot of tank tasks, but now you should start... |
| 15:07.16 | Notify | 02GCI:brlcad * 6074090272063488 : substantially better than previous - Vladimir, as you've already completed other toy tank tasks, you need to make any repeat version substantially better than your... |
| 15:08.17 | Notify | 02GCI:brlcad * 5835108829364224 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to... |
| 15:10.03 | d_rossberg | andromeda-galaxy: i meen an independent report as mentioned in the task's description, maybe a summary/conclusion of your discussion on irc |
| 15:10.24 | andromeda-galaxy | d_rossberg: I already talked to brlcad about what happened... maybe I should have mentioned that in a comment on the task |
| 15:11.45 | d_rossberg | even if the irc chat can be reviewed on rikers, nobody will remember it ;) |
| 15:11.57 | andromeda-galaxy | d_rossberg: basically, the problem was that the way that it computed the (new) angle to used involved using atan(tan(...)*...), which turned out to result in quite substantial error... |
| 15:12.29 | andromeda-galaxy | if we were using git, I'd summarize the problem in the commit message and git format-patch it, but with svn I can't include the message in the patch... |
| 15:13.08 | andromeda-galaxy | d_rossberg: would just adding a comment on melange explaining the problem quickly be good? |
| 15:13.51 | d_rossberg | this would be OK, or attaching any text file (.txt, .doc, .pdf, ...) to the task |
| 15:15.01 | andromeda-galaxy | d_rossberg: okay, 1sec, I'm halfway through writing a comment... |
| 15:16.52 | andromeda-galaxy | d_rossberg: okay, a comment on melange explaining the problem has been posted |
| 15:16.52 | Notify | 02GCI:o7p9bxbnyj * 5880145319559168 : Source of error - Much of this patch is still work from the earlier tasks to convert rt to using the bundle generation functions, since I generally try to base... |
| 15:16.58 | Notify | 02GCI:o7p9bxbnyj * 5880145319559168 : Ready for review - The work on this task is ready to be reviewed. |
| 15:18.31 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:22.13 | Notify | 02GCI:brlcad * 5835108829364224 Design a set of visualization mode (wireframe/hidden/flat/translucent/opaque) icons #3 https://www.google-melange.com/gci/task/view/google/gci2014/5835108829364224: ... |
| 15:22.14 | gcibot | [[ Design a set of visualization mode (wireframe/hidden/flat/translucent/opaque) icons #3 || BRL-CAD || NeedsWork || Sean ]] |
| 15:24.00 | Notify | 02GCI:brlcad * 6144029251076096 : awesome! - These .. are .. awesome! You and Marc should form a design company. ;) |
| 15:28.16 | Notify | 02GCI:helix * 6709205742387200 : Task Claimed - I would like to work on this task. |
| 15:28.31 | Notify | 02GCI:rossberg * 5880145319559168 : Task Closed - Congratulations, this task has been completed successfully. |
| 15:31.35 | Notify | 02GCI:o7p9bxbnyj * 5256821832941568 : Task Claimed - I would like to work on this task. |
| 15:34.05 | Notify | 02GCI:mukulkamboj * 5252586642866176 : Ready for review - The work on this task is ready to be reviewed. |
| 15:35.01 | Notify | 02GCI:skyler_007 * 4606217016049664 : Feedback - I have added some more pics to the gallery. |
| 15:39.14 | andromeda-galaxy | brlcad: are you here? |
| 15:43.15 | Notify | 02GCI:brlcad * 5880145319559168 : reassuring - This is very reassuring! Looking at the values, most are either identical, or matching within double-floating point precision (probably 1ulp off) at... |
| 15:44.42 | Notify | 02GCI:brlcad * 5252586642866176 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to... |
| 15:44.51 | Notify | 02GCI:brlcad * 5252586642866176 : Deadline extended - The deadline of the task has been extended with 2 days and 2 hours. |
| 15:45.26 | Notify | 02GCI:o7p9bxbnyj * 5880145319559168 : Data re-marshalling - That makes sense... As we discussed earlier, I'll submit some new apis for the gen_* functions as my work for... |
| 15:55.36 | Notify | 02GCI:o7p9bxbnyj * 5256821832941568 : Ready for review - The work on this task is ready to be reviewed. |
| 15:55.46 | Notify | 02GCI:rossberg * 6709205742387200 : Task Assigned - This task has been assigned to Yash. You have 73 hours to complete this task, good luck! |
| 15:55.58 | andromeda-galaxy | brlcad: I've put up my initial idea for what a nice extensible api for the bundle gen functions should look like, I hope it's at least reasonable after all of our discussions... |
| 15:58.51 | Notify | 03BRL-CAD Wiki:Siddhanjay * 0 /wiki/User:Siddhanjay: |
| 16:00.24 | Notify | 02GCI:vkolova * 5877505323958272 : Ready for review - The work on this task is ready to be reviewed. |
| 16:06.59 | Notify | 02GCI:brlcad * 5256821832941568 : time to digest - It'll take a bit to digest everything going on in here, but on the surface it looks workable but needing reduction. Just to pick one needle out of... |
| 16:07.00 | Notify | 02GCI:brlcad * 5256821832941568 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to... |
| 16:08.14 | andromeda-galaxy | brlcad: can I talk to you in irc about the api design for a minute? |
| 16:10.16 | andromeda-galaxy | brlcad: I don't mind moving the struct into the c file and making it private, or removing set_cur/next(), since on further reflection, any performance benefits could be gotten by special cases of get_n_rays()... |
| 16:11.27 | *** join/#brlcad siddhanjay (0e8bbb42@gateway/web/freenode/ip.14.139.187.66) | |
| 16:11.42 | andromeda-galaxy | but I wanted to ask quickly about managing the caching with a private struct: if the application should be able to disable caching (due to, e.g., knowledge of prohibitive amounts of memory required), having the struct be entirely private would stop the application from modifying the use_cache value, and would also stop it from seeing nrays... |
| 16:12.33 | andromeda-galaxy | brlcad: do you think thatuse_cache should be replaced with the functions trying to "intelligently" manage the caching themselves? If so, what about letting the users see how many rays are in the bundle? if the struct is entirely private, that seems like it would require another function... |
| 16:13.10 | andromeda-galaxy | also, what about precompute? I still think that it's somewhat useful from an application domaain, but if all the caching is being managed entirely internally, is it appropriate? |
| 16:14.21 | siddhanjay | Hello, I want to get involved with brl-cad project. Could someone guide me as to where to get started? Should I start here : http://brlcad.org/wiki/Contributor_Quickies ? |
| 16:24.47 | andromeda-galaxy | brlcad: finally, what is the convention for declaring private structs? |
| 16:31.01 | Notify | 02GCI:brlcad * 5252586642866176 : needs much more work - Mukul, This is not a motion typography video but, of greater concern, is not really adding much value as a video. The information you... |
| 16:46.38 | Notify | 02GCI:o7p9bxbnyj * 5256821832941568 : Ready for review - The work on this task is ready to be reviewed. |
| 16:50.29 | Notify | 02GCI:thevk * 6074090272063488 : Ready for review - The work on this task is ready to be reviewed. |
| 16:51.39 | Notify | 02GCI:tannousmarc * 5835108829364224 : Update - Consistency - I want the icons to be different. Their concern is to tell the user what's going on. If everything looks too much alike, clarity is... |
| 16:52.14 | Notify | 02GCI:tannousmarc * 5835108829364224 : Ready for review - The work on this task is ready to be reviewed. |
| 16:54.00 | Notify | 02GCI:rohit_agarwal * 5891974733234176 : Task Claimed - I would like to work on this task. |
| 16:58.03 | Notify | 02GCI:harman052 * 6144029251076096 : Task Closed - Congratulations, this task has been completed successfully. |
| 16:58.59 | *** join/#brlcad nmz787_i (nmccorkx@nat/intel/x-imvtsfujbtudhjsw) | |
| 17:08.56 | Notify | 02GCI:harman052 * 5256821832941568 : Task Assigned - This task has been assigned to Andromeda Galaxy. You have 73 hours to complete this task, good luck! |
| 17:17.44 | Notify | 02GCI:ariessa * 5888591171420160 : Convert png image to a bw image - I've been trying to convert the image since the last 2 hours. But, nothing happen. I checked and try again. Still, nothing. |
| 17:20.49 | Notify | 02GCI:harman052 * 5891974733234176 : Task Assigned - This task has been assigned to Rohit Agarwal. You have 71 hours to complete this task, good luck! |
| 17:21.09 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 17:25.43 | Notify | 02GCI:helix * 6709205742387200 : Ready for review - The work on this task is ready to be reviewed. |
| 17:28.11 | *** join/#brlcad andrei_ (~quassel@86.121.72.72) | |
| 17:28.16 | *** join/#brlcad andrei_ (~quassel@unaffiliated/andrei/x-7229309) | |
| 17:28.46 | andrei_ | hello |
| 17:29.35 | YashM | hi |
| 17:29.53 | Notify | 02GCI:popescuandrei * 6709205742387200 : Task Closed - Congratulations, this task has been completed successfully. |
| 17:31.54 | *** join/#brlcad FreezingAlt (~FreezingC@135.0.41.14) | |
| 17:32.08 | Notify | 02GCI:helix * 6650599705673728 : Task Claimed - I would like to work on this task. |
| 17:37.03 | Notify | 02GCI:popescuandrei * 5835108829364224 : Task Closed - Congratulations, this task has been completed successfully. |
| 17:39.29 | Notify | 02GCI:popescuandrei * 5256821832941568 : Task Closed - Congratulations, this task has been completed successfully. |
| 17:47.09 | *** join/#brlcad raptor_ (~raptor@213.222.228.163) | |
| 17:47.21 | andrei_ | hm, I created a task on melange |
| 17:47.23 | andrei_ | but I can t see it |
| 17:47.25 | andrei_ | in the task list |
| 17:49.07 | andrei_ | ah, I found the problem |
| 17:49.09 | andrei_ | brlcad has to accept it |
| 18:04.48 | Notify | 02GCI:ch3ck * 5888591171420160 : None - Hello ariessa, Have you done the first part of this task? and concerning the errors what are the exact errors you're facing with converting the images? |
| 18:10.23 | Notify | 02GCI:shivam691999 * 4596409726664704 : Ready for review - The work on this task is ready to be reviewed. |
| 18:13.15 | *** join/#brlcad teepee_ (~teepee@gateway/tor-sasl/teepee) | |
| 18:20.37 | Notify | 02GCI:shivam691999 * 4596409726664704 : Sir, - I have reduced the number of fonts in the webpage as per your suggestions! Also, I have improved the color composition of the web page! The... |
| 18:41.30 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 19:35.56 | Notify | 03BRL-CAD:ejno * 63976 (brlcad/trunk/src/libged/simulate/collision.cpp brlcad/trunk/src/libged/simulate/collision.hpp and 3 others): correct calculations for normal_world_on_b |
| 19:39.59 | Notify | 02GCI:skyler_007 * 4606217016049664 : Feedback - I have added some more pics to the gallery |
| 19:40.00 | Notify | 02GCI:skyler_007 * 4606217016049664 : Ready for review - The work on this task is ready to be reviewed. |
| 19:41.36 | ``Erik | ty221: because I open sourced as much as I wanted to O.o why? |
| 19:42.23 | ty221 | I do not like your idea |
| 20:09.21 | *** join/#brlcad nmz787_i (~nmccorkx@134.134.137.75) | |
| 20:20.18 | andrei_ | O_o |
| 20:26.37 | *** join/#brlcad maitreyav (7aa3fa01@gateway/web/freenode/ip.122.163.250.1) | |
| 20:26.43 | maitreyav | Hi |
| 20:27.42 | maitreyav | I would like to chat with the mentors of this task: http://www.google-melange.com/gci/task/view/google/gci2014/4635701832318976 |
| 20:27.42 | gcibot | [[ Create a web gallery of GCI website landing page designs #2 || BRL-CAD || NeedsWork || Gauravjeet Singh, Ch3ck ]] |
| 20:28.01 | gcibot | Only two days for finish :) |
| 20:28.54 | gcibot | How are you feeling? :) |
| 20:29.09 | maitreyav | Ch3ck: I think putting imgs on right is the better way to highlight the design first and then it's creator. What you say? |
| 20:31.39 | Notify | 02GCI:maitreyav * 4635701832318976 : Layout - Hi Popescu Andrei, I think putting imgs on right is the better way to highlight the design first and then it's creator. It feels more better, in my... |
| 20:33.35 | *** join/#brlcad pc1_ (~pc1@122.163.250.1) | |
| 20:34.07 | pc1_ | Hi |
| 20:39.48 | *** join/#brlcad gcibot (ignacio@sunjammer.sugarlabs.org) | |
| 20:39.50 | *** join/#brlcad gcibot (ignacio@unaffiliated/ignaciouy/bot/gcibot) | |
| 20:42.26 | *** join/#brlcad teepee_ (~teepee@gateway/tor-sasl/teepee) | |
| 20:43.55 | maitreyav | Anyone? |
| 20:46.03 | maitreyav | Ch3ck: What do you think? |
| 20:53.20 | Notify | 02GCI:deepakkumarsharma * 6650599705673728 : Task Assigned - This task has been assigned to Yash. You have 69 hours to complete this task, good luck! |
| 21:05.07 | *** join/#brlcad ignacio (~IgnacioUy@unaffiliated/rengar) | |
| 21:05.56 | *** join/#brlcad ty221 (~root@unaffiliated/ty221) | |
| 21:05.58 | *** join/#brlcad ignacio (~IgnacioUy@unaffiliated/ignaciouy/bot/remembrall) | |
| 21:06.19 | *** join/#brlcad ignacio (~IgnacioUy@unaffiliated/rengar) | |
| 21:06.28 | *** join/#brlcad ignacio (~IgnacioUy@unaffiliated/ignaciouy/bot/gcibot) | |
| 21:10.23 | *** join/#brlcad gcibot (ignacio@unaffiliated/ignaciouy/bot/gcibot) | |
| 21:12.53 | Notify | 02GCI:vs37nx * 4984285001940992 : Task Claimed - I would like to work on this task. |
| 21:13.25 | Notify | 02GCI:mihaineacsu29 * 4984285001940992 : Task Assigned - This task has been assigned to Jacob L. You have 67 hours to complete this task, good luck! |
| 21:19.52 | Notify | 02GCI:Melange * 4606217016049664 : No more Work can be submitted - Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. |
| 21:20.43 | Notify | 03BRL-CAD:ejno * 63977 brlcad/trunk/src/libged/simulate/collision.cpp: use clearer variable names |
| 21:23.38 | *** join/#brlcad ignacio (~IgnacioUy@unaffiliated/ignaciouy) | |
| 21:24.00 | *** join/#brlcad gcibot_ (ignacio@sunjammer.sugarlabs.org) | |
| 22:18.22 | *** join/#brlcad gcibot (ignacio@unaffiliated/ignaciouy/bot/gcibot) | |
| 22:27.16 | pc1_ | Anyone? |
| 22:27.46 | maitreyav | Hello |
| 22:30.07 | ``Erik | bueller? bueller? bueller? |
| 22:30.26 | maitreyav | Hi |
| 22:31.11 | Notify | 03BRL-CAD:starseeker * 63978 brlcad/trunk/src/librt/mkbundle.c: Initialize count |
| 22:31.35 | maitreyav | <PROTECTED> |
| 22:36.23 | Notify | 03BRL-CAD:starseeker * 63980 brlcad/trunk/src/libtclcad/tclcad_obj.c: initialize points |
| 22:45.58 | Notify | 03BRL-CAD:starseeker * 63981 (brlcad/trunk/src/libbrep/shape_recognition.cpp brlcad/trunk/src/librt/test_shape_recognition.cpp): Start working on subbrep creation. |
| 22:50.40 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 23:05.38 | *** join/#brlcad teepee_ (~teepee@gateway/tor-sasl/teepee) | |
| 23:29.02 | ``Erik | bumped his lappies ram up to 8g, yosemite is no longer a steaming pile O.o w00t! |
| 23:56.44 | *** join/#brlcad anishshah101 (~anishshah@202.78.172.162) | |
| 00:00.53 | maitreyav | Hi Anish |
| 00:12.38 | Notify | 02GCI:krishna_ravi * 6087649752252416 : Task Claimed - I would like to work on this task. |
| 00:15.37 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 00:25.30 | anishshah101 | Hi Maitreyay |
| 00:26.17 | anishshah101 | I am working on 3D printing, is anybody familiar with it? |
| 00:30.58 | Notify | 02GCI:o7p9bxbnyj * 5845839066955776 : Task Claimed - I would like to work on this task. |
| 00:38.33 | anishshah101 | I was looking for solutions to make the brlcad/opensCad interface online and easy to use |
| 00:38.50 | anishshah101 | are there any projects going on similar lines? |
| 00:40.05 | teepee | anishshah101: how do you mean brlcad/opensCad interface online ? |
| 00:40.48 | *** join/#brlcad YashM (~YashM@117.198.11.97) | |
| 00:42.16 | anishshah101 | ability to modify CAD files online, through an interface and functionality similar to the desktop clients |
| 00:44.36 | teepee | like http://shapesmith.net/ ? |
| 00:49.17 | anishshah101 | yes like shapesmith.net but will more functionality, more custom shapes which are relevant in 3D printing industries. For e.g. orthotics and prosthetics, jewellery, automotive |
| 00:49.52 | anishshah101 | a simpler UI which people who are not familiar with CAD modelling can learn to use quickly |
| 00:50.56 | teepee | sounds cool. what about joining shapesmith and get a headstart? |
| 00:55.47 | anishshah101 | ya I was just checking out their github page :) |
| 01:22.47 | Notify | 02GCI:wei1006 * 5869143559503872 : None - IRC username: wei1006 |
| 01:26.09 | *** join/#brlcad wei1006 (74579aac@gateway/web/freenode/ip.116.87.154.172) | |
| 01:39.21 | *** join/#brlcad teepee_ (~teepee@gateway/tor-sasl/teepee) | |
| 01:48.22 | *** join/#brlcad teepee (~teepee@gateway/tor-sasl/teepee) | |
| 02:19.57 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 02:24.56 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 02:38.04 | Notify | 02GCI:ngenius * 4948190365220864 : Ready for review - The work on this task is ready to be reviewed. |
| 03:05.00 | *** join/#brlcad teepee_ (~teepee@gateway/tor-sasl/teepee) | |
| 03:10.25 | Notify | 02GCI:gjeet * 5845839066955776 : Task Assigned - This task has been assigned to Andromeda Galaxy. You have 61 hours to complete this task, good luck! |
| 03:11.15 | Notify | 02GCI:gjeet * 6087649752252416 : Task Assigned - This task has been assigned to Krishna. You have 61 hours to complete this task, good luck! |
| 03:19.12 | Notify | 02GCI:quentindhs * 6412594361401344 : Ready for review - The work on this task is ready to be reviewed. |
| 04:41.00 | *** join/#brlcad micha2001 (~Thunderbi@112.134.80.169) | |
| 05:02.36 | Notify | 02GCI:ariessa * 5888591171420160 : Cannot convert - i copy and paste this in mged 7.24.2 command window right after the mged> exec \[ file join \[ bu_brlcad_root bin \] pix-bw \] hello.png \>... |
| 05:09.33 | Notify | 02GCI:ariessa * 5888591171420160 : Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 05:15.54 | Notify | 02GCI:brlcad * 5877505323958272 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to... |
| 05:35.18 | Notify | 02GCI:brlcad * 5877505323958272 Design a set of render / cancel render icons #5 https://www.google-melange.com/gci/task/view/google/gci2014/5877505323958272: generic vkolova, these are... |
| 05:35.20 | gcibot | [[ Design a set of render / cancel render icons #5 || BRL-CAD || NeedsWork || Sean ]] |
| 05:36.19 | Notify | 02GCI:brlcad * 6074090272063488 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to... |
| 05:36.38 | Notify | 02GCI:maitreyav * 4635701832318976 : Ready for review - The work on this task is ready to be reviewed. |
| 05:39.29 | Notify | 02GCI:brlcad * 6074090272063488 Model a toy tank in 3D using BRL-CAD #7 https://www.google-melange.com/gci/task/view/google/gci2014/6074090272063488: not substantially better Vladimir, this is... |
| 05:39.30 | gcibot | [[ Model a toy tank in 3D using BRL-CAD #7 || BRL-CAD || NeedsWork || Ishwerdas, Ch3ck ]] |
| 05:42.19 | Notify | 02GCI:brlcad * 4596409726664704 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to... |
| 05:42.24 | Notify | 02GCI:brlcad * 4596409726664704 : Deadline extended - The deadline of the task has been extended with 2 days and 2 hours. |
| 05:45.45 | Notify | 02GCI:brlcad * 4596409726664704 : still needs more work - Shivam, thank you for all your efforts. This is getting better, but there are still a number of issues. You're still using four different... |
| 05:45.55 | Notify | 02GCI:brinlyt * 4560732507078656 : Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 05:47.55 | Notify | 02GCI:brlcad * 4948190365220864 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to... |
| 05:50.26 | Notify | 02GCI:brlcad * 4948190365220864 Design a banner for our Facebook page (and/or other social media sites) #16 https://www.google-melange.com/gci/task/view/google/gci2014/4948190365220864: not ours ... |
| 05:50.30 | gcibot | [[ Design a banner for our Facebook page (and/or other social media sites) #16 || BRL-CAD || NeedsWork || Gauravjeet Singh, Ch3ck ]] |
| 05:51.02 | Notify | 02GCI:brlcad * 6412594361401344 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to... |
| 05:54.42 | Notify | 02GCI:brlcad * 6412594361401344 : too simplistic - Quentin, This is nice and simple but it's way too simple. Just slapping in our logo and BRL-CAD won't cut it as you need to demonstrate more... |
| 05:56.17 | Notify | 02GCI:brlcad * 4606217016049664 : Deadline extended - The deadline of the task has been extended with 2 days and 2 hours. |
| 05:56.27 | Notify | 02GCI:brlcad * 4606217016049664 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to... |
| 06:00.28 | Notify | 02GCI:brlcad * 4606217016049664 : this is looking great - Skyler, this is looking great! I like how you have the layout auto-adjusting to the window size. There's only two things I see missing in... |
| 06:03.25 | *** join/#brlcad MarcTannous (4f733b36@gateway/web/cgi-irc/kiwiirc.com/ip.79.115.59.54) | |
| 06:04.20 | MarcTannous | andromeda-galaxy,brlcad: was the task for designing Peter's web app uploaded to melange? |
| 06:05.28 | MarcTannous | andrei said he created it last night but it needed approval |
| 06:06.18 | Notify | 02GCI:brlcad * 4635701832318976 : Deadline extended - The deadline of the task has been extended with 2 days and 2 hours. |
| 06:06.23 | Notify | 02GCI:brlcad * 4635701832318976 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to... |
| 06:08.04 | Notify | 02GCI:brlcad * 4635701832318976 : wrong file? - Maitreya, The file you uploaded (BRLCAD_lpdshowcaseDec17.zip) isnt' any different than your previous submission. The images are even still on the... |
| 06:26.17 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 06:48.41 | Notify | 02GCI:skyler_007 * 4606217016049664 : queryTML - Q.1.Have the pictures been uploaded in a common URL? Q.2. Sorting may require to use arrays which I am not so familiar in HTML how to handle it. |
| 07:19.11 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 07:29.11 | Notify | 02GCI:o7p9bxbnyj * 5845839066955776 : Project Status - This includes all of the server infrastructure necessray for a (non-dynamically-updating) overview of jobs and job creation, though individual... |
| 07:29.12 | Notify | 02GCI:o7p9bxbnyj * 5845839066955776 : Ready for review - The work on this task is ready to be reviewed. |
| 07:31.00 | *** join/#brlcad raptor (~raptor@194.28.75.249) | |
| 07:37.05 | Notify | 02GCI:zynatrix * 5613686689366016 : Ready for review - The work on this task is ready to be reviewed. |
| 07:41.10 | andromeda-galaxy | brlcad: andrei closed my api design task, do you want tocreate any more for refining/designing/using the new api? |
| 07:41.21 | Notify | 02GCI:Melange * 6458111619497984 : Task Reopened - Melange has detected that the final deadline has passed and it has reopened the task. |
| 07:42.56 | andromeda-galaxy | marctannous: I don't know... I have the server basaed version (beginnings of) up at https://www.google-melange.com/gci/task/view/google/gci2014/5845839066955776, if you want to see the way that the files are likely to be split up in the final version |
| 07:42.57 | gcibot | [[ PROJECT: Implement web application for testing commit ranges #2 || BRL-CAD || NeedsReview (2 days 9 hrs 17 min) || Deepak, Jacob B ]] |
| 07:43.22 | andromeda-galaxy | (it uses Yesod as a web server, so it uses Yesod's Shakespearean templates) |
| 07:53.24 | MarcTannous | you gave me a link explaining how to link the elements created by your app to CSS so that I can style them, right? |
| 07:53.30 | MarcTannous | let me see if I can find it |
| 07:55.35 | MarcTannous | http://www.sitepen.com/blog/2012/05/03/css-styling-of-dgrid/ |
| 07:55.39 | MarcTannous | is this correct? |
| 07:56.49 | Notify | 02GCI:thevk * 6074090272063488 : Ready for review - The work on this task is ready to be reviewed. |
| 08:14.20 | Notify | 02GCI:thevk * 6074090272063488 : None - By the way, the first version (with the massive covers) resembles me to this tank:... |
| 08:19.08 | Notify | 02GCI:tannousmarc * 6441217365639168 : Task Claimed - I would like to work on this task. |
| 08:27.41 | Notify | 02GCI:helix * 6650599705673728 : Ready for review - The work on this task is ready to be reviewed. |
| 08:29.25 | *** join/#brlcad YashM_ (~YashM@117.198.8.54) | |
| 08:59.17 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 09:38.07 | Notify | 02GCI:xinjie * 5895161666076672 : Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 09:43.15 | Notify | 02GCI:vs37nx * 4984285001940992 : Ready for review - The work on this task is ready to be reviewed. |
| 10:01.59 | *** join/#brlcad YashM (~YashM@59.88.25.238) | |
| 10:21.03 | *** join/#brlcad merzo (~merzo@31.221.110.40) | |
| 10:31.10 | Notify | 02GCI:jchh1998 * 5884171381637120 : Ready for review - The work on this task is ready to be reviewed. |
| 10:38.00 | *** join/#brlcad jchh1998 (745771ee@gateway/web/freenode/ip.116.87.113.238) | |
| 10:41.44 | jchh1998 | hi ive completed this task : https://www.google-melange.com/gci/task/view/google/gci2014/5884171381637120 |
| 10:41.45 | gcibot | [[ Beginner: Install and run BRL-CAD! #50 || BRL-CAD || NeedsReview (2 days 6 hrs 18 min) || Deepak, Jacob B ]] |
| 10:44.58 | Notify | 02GCI:jchh1998 * 5884171381637120 : verification - my irc name is jchh1998 email is chan.********.******@***.** |
| 11:07.44 | gcibot | Generally, last 24 hours of work started... |
| 11:32.45 | Notify | 02GCI:harman052 * 6441217365639168 : Task Assigned - This task has been assigned to Marc Tannous. You have 53 hours to complete this task, good luck! |
| 11:41.25 | Notify | 02GCI:brinlyt * 4625664627965952 : Task Claimed - I would like to work on this task. |
| 11:47.23 | Notify | 02GCI:ch3ck * 4625664627965952 : Task Assigned - This task has been assigned to Brin Taylor. You have 53 hours to complete this task, good luck! |
| 12:07.09 | *** join/#brlcad teepee (~teepee@gateway/tor-sasl/teepee) | |
| 12:27.45 | *** join/#brlcad mihaineacsu (~mihaineac@92.85.10.174) | |
| 12:50.02 | Notify | 02GCI:brlcad * 5845839066955776 : Task Closed - Congratulations, this task has been completed successfully. |
| 12:51.20 | Notify | 02GCI:brlcad * 5613686689366016 : Task Closed - Congratulations, this task has been completed successfully. |
| 12:52.20 | Notify | 02GCI:brlcad * 6074090272063488 : Task Closed - Congratulations, this task has been completed successfully. |
| 12:58.50 | Notify | 02GCI:thevk * 5001497033048064 : Task Claimed - I would like to work on this task. |
| 12:59.35 | Notify | 02GCI:brlcad * 4984285001940992 : static - Jacob, this looks good, but you only moved the bu_n_malloc global. To eliminate it, you must at least mark it static in malloc.c and you'll need to... |
| 12:59.36 | Notify | 02GCI:brlcad * 4984285001940992 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to... |
| 13:01.05 | Notify | 02GCI:brlcad * 6650599705673728 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to... |
| 13:02.50 | Notify | 02GCI:brlcad * 6650599705673728 : fantastic but - Yash, this looks absolutely fantastic but doesn't have any of the coreinterface logo designs in it... :) As we're getting near the deadline, I... |
| 13:03.26 | Notify | 02GCI:brlcad * 5884171381637120 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to... |
| 13:03.30 | YashM | oh damn |
| 13:03.54 | YashM | brlcad, github returned an error when committing...I didn't see it |
| 13:05.40 | Notify | 02GCI:brlcad * 5884171381637120 : looks good, different angle - Jordan, this looks good, almost there. Would you render from a different angle (say 35/25 like shown in step 5 above) on maybe a... |
| 13:06.10 | Notify | 02GCI:brlcad * 5001497033048064 : Task Assigned - This task has been assigned to Vladimir Kuznetsov. You have 51 hours to complete this task, good luck! |
| 13:09.19 | *** join/#brlcad MarcTannous (4f733b36@gateway/web/cgi-irc/kiwiirc.com/ip.79.115.59.54) | |
| 13:25.54 | Notify | 02GCI:helix * 6650599705673728 : Sorry - I had committed changes in GitHub and left it, later it returned an error which I didn't see. But now it's up. Sorry! I have also done the other final task... |
| 13:25.59 | Notify | 02GCI:helix * 6650599705673728 : Ready for review - The work on this task is ready to be reviewed. |
| 13:44.12 | *** join/#brlcad anishshah101 (~anishshah@116.203.71.150) | |
| 14:04.48 | Notify | 02GCI:rishisharma7361 * 5772840460615680 : Task Claimed - I would like to work on this task. |
| 14:09.37 | YashM | brlcad, you here |
| 14:09.55 | Notify | 02GCI:ch3ck * 5772840460615680 : Task Assigned - This task has been assigned to Rishi. You have 50 hours to complete this task, good luck! |
| 14:31.59 | *** join/#brlcad king (dea42a74@gateway/web/freenode/ip.222.164.42.116) | |
| 14:32.03 | king | hello |
| 14:32.11 | king | is there any mentor who can help me? |
| 14:32.56 | Guest78862 | hello, is there any mentor who can help me? |
| 14:33.40 | *** join/#brlcad mini_monstar (dea42a74@gateway/web/freenode/ip.222.164.42.116) | |
| 14:34.59 | mini_monstar | hi brlcad mentors |
| 14:35.27 | mini_monstar | I am mini_monstar |
| 14:35.49 | mini_monstar | and i am currently working on the google code in project |
| 14:37.46 | andromeda-galaxy | MarcTannous: that link's irght, it'sjust that the content is now all template-expanded by Yesod |
| 14:38.37 | mini_monstar | Can I ask if there is any mentors who can help me? |
| 14:42.51 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 15:02.32 | Notify | 02GCI:mukulkamboj * 5252586642866176 : Ready for review - The work on this task is ready to be reviewed. |
| 15:03.43 | Notify | 02GCI:mukulkamboj * 5252586642866176 : but - I thought that this would be more amazing and wonderful |
| 15:17.00 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:22.46 | *** join/#brlcad mini_monstar (dea42a74@gateway/web/freenode/ip.222.164.42.116) | |
| 15:23.24 | mini_monstar | Hello I am mini_monstar and I am here to do the google code in task however i have difficulty downloading and importing the virtual machine is there anyone that can help me with that? |
| 15:24.21 | *** join/#brlcad chick_ (~chick@41.205.22.41) | |
| 15:33.16 | Notify | 02GCI:sfurti06 * 6355628331106304 : Task Claimed - I would like to work on this task. |
| 15:33.38 | *** join/#brlcad andrei_ (~quassel@188.26.182.54) | |
| 15:33.38 | *** join/#brlcad andrei_ (~quassel@unaffiliated/andrei/x-7229309) | |
| 15:35.02 | Notify | 02GCI:popescuandrei * 6650599705673728 : Task Closed - Congratulations, this task has been completed successfully. |
| 15:35.22 | Notify | 02GCI:popescuandrei * 6355628331106304 : Task Assigned - This task has been assigned to Sfurti Dawle. You have 49 hours to complete this task, good luck! |
| 15:36.36 | andrei_ | brlcad: if you wonder why I closed http://www.google-melange.com/gci/task/view/google/gci2014/5252586642866176 , e-mail or pm me. |
| 15:36.37 | gcibot | [[ CREATE A MOTION TYPOGRAPHY VIDEO FOR BRL-CAD #6 || BRL-CAD || Closed || Sean ]] |
| 15:36.38 | Notify | 02GCI:popescuandrei * 5252586642866176 : Task Closed - Congratulations, this task has been completed successfully. |
| 15:39.03 | Notify | 02GCI:vkolova * 5877505323958272 : Ready for review - The work on this task is ready to be reviewed. |
| 15:39.30 | Notify | 03BRL-CAD Wiki:Raul soldano * 0 /wiki/User:Raul_soldano: |
| 15:42.40 | mini_monstar | hey, is there anyone who can assist me? |
| 15:42.45 | *** join/#brlcad merzo (~merzo@31.221.110.40) | |
| 15:43.42 | archivist | mini_monstar, ask the real questions and then lurd rather than finding a person |
| 15:43.49 | archivist | lurk |
| 15:44.25 | mini_monstar | I cant seem to import and get the virtual machine |
| 15:45.27 | Notify | 02GCI:quentindhs * 6412594361401344 : Ready for review - The work on this task is ready to be reviewed. |
| 15:47.52 | Notify | 02GCI:rishisharma7361 * 5772840460615680 : Ready for review - The work on this task is ready to be reviewed. |
| 15:55.53 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 16:03.22 | Notify | 02GCI:retardvoldy * 5511140318642176 : Task Claimed - I would like to work on this task. |
| 16:03.36 | *** join/#brlcad YashM_ (~YashM@117.222.66.56) | |
| 16:23.53 | Notify | 02GCI:quentindhs * 6412594361401344 : Design - Hi Sean, I have tried my best to add polygons to the design page. I hope it should be fine now... D: Quentin |
| 16:33.30 | *** join/#brlcad shardulc (~shardul@122.170.25.3) | |
| 16:34.49 | Notify | 02GCI:mini_monstar * 5831970483339264 : Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 16:38.47 | Notify | 02GCI:helix * 5547234955362304 : Task Claimed - I would like to work on this task. |
| 16:51.45 | Notify | 02GCI:shardulc * 5803622709329920 : Ready for review - The work on this task is ready to be reviewed. |
| 16:58.42 | Notify | 02GCI:deepakkumarsharma * 5547234955362304 : Task Assigned - This task has been assigned to Yash. You have 48 hours to complete this task, good luck! |
| 16:59.07 | Notify | 02GCI:deepakkumarsharma * 5511140318642176 : Task Assigned - This task has been assigned to Retardvoldy. You have 48 hours to complete this task, good luck! |
| 17:02.53 | Notify | 02GCI:keshava_muraari * 4956557716488192 : Task Claimed - I would like to work on this task. |
| 17:03.33 | Notify | 02GCI:helix * 5547234955362304 : Ready for review - The work on this task is ready to be reviewed. |
| 17:07.21 | MarcTannous | hello |
| 17:10.47 | shardulc | hello, MarcTannous |
| 17:11.44 | Notify | 02GCI:thevk * 5001497033048064 : OMG - So that's a beginner task, huh? I'll try to do my best, but there are some serious troubles: 1)Reader marks some of the pages not by lines, but by columns.... |
| 17:27.41 | *** join/#brlcad gcibot (ignacio@unaffiliated/ignaciouy/bot/gcibot) | |
| 17:28.41 | *** join/#brlcad raptor_ (~raptor@194.28.75.249) | |
| 17:30.13 | Notify | 02GCI:ralpt3748752_qejwhe * 5885347665805312 : Ready for review - The work on this task is ready to be reviewed. |
| 17:30.48 | Notify | 02GCI:adityagulati * 5511203400974336 : Task Claimed - I would like to work on this task. |
| 17:32.57 | *** join/#brlcad gcibot (ignacio@unaffiliated/ignaciouy/bot/gcibot) | |
| 17:33.47 | *** join/#brlcad ignacio (~IgnacioUy@unaffiliated/ignaciouy/bot/gcibot) | |
| 17:34.18 | raptor_ | mentors yours here?) |
| 17:34.19 | *** join/#brlcad gcibot (ignacio@sunjammer.sugarlabs.org) | |
| 17:34.52 | *** join/#brlcad ignacio (~IgnacioUy@unaffiliated/ignaciouy) | |
| 17:35.17 | *** join/#brlcad ignacio (~IgnacioUy@unaffiliated/ignaciouy/bot/gcibot) | |
| 17:36.13 | *** join/#brlcad ignacio (~IgnacioUy@unaffiliated/ignaciouy) | |
| 17:38.43 | shardulc | can someone review my task? http://www.google-melange.com/gci/task/view/google/gci2014/5803622709329920 |
| 17:38.59 | shardulc | http://www.google-melange.com/gci/task/view/google/gci2014/5803622709329920 |
| 17:39.07 | shardulc | gcibot? |
| 17:41.09 | *** join/#brlcad gcibot_ (ignacio@sunjammer.sugarlabs.org) | |
| 17:43.44 | raptor_ | gcibot real bot)) |
| 17:47.06 | ignacio | gcibot_, is broked xD |
| 17:47.09 | ignacio | Wait few minutes pls |
| 17:52.27 | *** join/#brlcad gcibot_ (ignacio@sunjammer.sugarlabs.org) | |
| 17:55.18 | *** join/#brlcad gci_bot (ignacio@sunjammer.sugarlabs.org) | |
| 17:59.23 | *** join/#brlcad gci_bot (ignacio@sunjammer.sugarlabs.org) | |
| 18:00.06 | *** join/#brlcad _gcibot_ (ignacio@sunjammer.sugarlabs.org) | |
| 18:01.19 | *** join/#brlcad gci_bot (ignacio@sunjammer.sugarlabs.org) | |
| 18:02.37 | *** join/#brlcad gci_bot (ignacio@sunjammer.sugarlabs.org) | |
| 18:03.08 | *** join/#brlcad ignacio (~IgnacioUy@unaffiliated/ignaciouy/bot/gcibot) | |
| 18:04.05 | *** join/#brlcad gcibot (ignacio@unaffiliated/ignaciouy/bot/gcibot) | |
| 18:05.20 | *** join/#brlcad Guest56528 (ignacio@unaffiliated/ignaciouy/bot/gcibot) | |
| 18:05.34 | MarcTannous | wtf is going on |
| 18:07.32 | *** join/#brlcad ignacio (~IgnacioUy@unaffiliated/ignaciouy) | |
| 18:07.33 | *** join/#brlcad gcibot (ignacio@unaffiliated/ignaciouy/bot/gcibot) | |
| 18:09.33 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 18:09.55 | ignacio | MarcTannous, conspiracy |
| 18:09.59 | ignacio | MarcTannous, na, fixed a problem. |
| 18:10.33 | MarcTannous | thought there's activity, nope. Actually gcibot re-logging like 30 times |
| 18:11.41 | ignacio | only 16 |
| 18:13.55 | MarcTannous | emphasis on "ONLY" |
| 18:16.28 | *** join/#brlcad balder_ (7d1409f9@gateway/web/freenode/ip.125.20.9.249) | |
| 18:17.16 | *** join/#brlcad gcibot (ignacio@unaffiliated/ignaciouy/bot/gcibot) | |
| 18:18.26 | balder_ | hey I got a problem! Some features in brl-cad involve middle button of mouse, which I do not have! Is there any substitute for it? |
| 18:19.02 | ignacio | xD |
| 18:19.09 | ignacio | Sorry, its the final close |
| 18:19.41 | *** join/#brlcad gcibot (ignacio@sunjammer.sugarlabs.org) | |
| 18:19.49 | *** join/#brlcad gcibot (ignacio@unaffiliated/ignaciouy/bot/gcibot) | |
| 18:19.53 | YashM_ | balder, does your laptop not support clicking both buttons at same time to simulate middle moue |
| 18:20.54 | balder_ | YashM_: Ohh! great it works! Thanku! |
| 18:21.08 | YashM_ | enjoy |
| 18:21.08 | *** join/#brlcad andrei_ (~quassel@188.26.182.54) | |
| 18:21.12 | *** join/#brlcad andrei_ (~quassel@unaffiliated/andrei/x-7229309) | |
| 18:21.47 | *** join/#brlcad chick_ (~chick@41.205.22.41) | |
| 18:22.09 | Notify | 02GCI:popescuandrei * 5547234955362304 : Task Closed - Congratulations, this task has been completed successfully. |
| 18:22.54 | Notify | 02GCI:helix * 5874303627165696 : Task Claimed - I would like to work on this task. |
| 18:23.30 | Notify | 02GCI:popescuandrei * 5803622709329920 : Task Closed - Congratulations, this task has been completed successfully. |
| 18:24.44 | andrei_ | http://www.google-melange.com/gci/task/view/google/gci2014/6412594361401344 |
| 18:24.45 | gcibot | [[ Design a banner for our Facebook page (and/or other social media sites) #12 || BRL-CAD || NeedsReview (46 hrs 35 min) || Sean, Jacob B ]] |
| 18:24.49 | andrei_ | I ve seen this font somewhere else |
| 18:24.57 | andrei_ | it _might_ be a forge |
| 18:25.02 | andrei_ | but I don t have time to check now |
| 18:25.09 | MarcTannous | which file andrei? |
| 18:25.34 | MarcTannous | from that task |
| 18:25.45 | Notify | 02GCI:popescuandrei * 6412594361401344 : None - Hello, Quentin! You still haven't submitted raw format(xcf, psd). There's just one thing I d want you to change, and that is the font. Use something... |
| 18:25.46 | andrei_ | last |
| 18:25.50 | Notify | 02GCI:popescuandrei * 6412594361401344 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements... |
| 18:26.40 | MarcTannous | not a forge |
| 18:26.40 | MarcTannous | seen all the banners as I designed the gallery for them |
| 18:27.32 | andrei_ | ah, ok |
| 18:27.35 | Notify | 02GCI:popescuandrei * 5885347665805312 : None - Raptor, this is amazing ! I mean really, really amazing! Very, very well done ! Congratulations! |
| 18:27.45 | Notify | 02GCI:popescuandrei * 5885347665805312 : Task Closed - Congratulations, this task has been completed successfully. |
| 18:28.11 | Notify | 02GCI:popescuandrei * 5772840460615680 : Task Closed - Congratulations, this task has been completed successfully. |
| 18:28.13 | andrei_ | Marc, I still didn't get brlcad to approve that task |
| 18:28.14 | andrei_ | sorry |
| 18:28.23 | MarcTannous | np..I'll do others |
| 18:29.35 | andrei_ | YashM: I see you had time to get all of them done, awesome |
| 18:29.36 | Notify | 02GCI:popescuandrei * 5874303627165696 : Task Assigned - This task has been assigned to Yash. You have 46 hours to complete this task, good luck! |
| 18:29.49 | *** join/#brlcad chick_ (~chick@41.205.22.41) | |
| 18:30.01 | Notify | 02GCI:popescuandrei * 5511203400974336 : Task Assigned - This task has been assigned to Aditya Gulati. You have 46 hours to complete this task, good luck! |
| 18:30.02 | Notify | 02GCI:popescuandrei * 4956557716488192 : Task Assigned - This task has been assigned to Keshava. You have 46 hours to complete this task, good luck! |
| 18:30.46 | Notify | 02GCI:popescuandrei * 5877505323958272 : Task Closed - Congratulations, this task has been completed successfully. |
| 18:30.48 | andrei_ | that's it, I ll check back later |
| 18:30.56 | Notify | 02GCI:helix * 5874303627165696 : Ready for review - The work on this task is ready to be reviewed. |
| 18:31.01 | andrei_ | lol |
| 18:31.36 | Notify | 02GCI:popescuandrei * 5874303627165696 : Task Closed - Congratulations, this task has been completed successfully. |
| 18:31.38 | andrei_ | done, I'm off |
| 18:32.02 | MarcTannous | hf |
| 18:35.14 | *** join/#brlcad YashM (~YashM@117.198.7.143) | |
| 18:36.39 | *** join/#brlcad chick_ (~chick@41.205.22.41) | |
| 18:37.36 | raptor_ | popescuandrei: Thanks! |
| 18:40.13 | Notify | 02GCI:ralpt3748752_qejwhe * 5255593656844288 : Task Claimed - I would like to work on this task. |
| 18:41.51 | Notify | 02GCI:popescuandrei * 5255593656844288 : Task Assigned - This task has been assigned to Raptor. You have 46 hours to complete this task, good luck! |
| 18:51.30 | *** join/#brlcad chick_ (~chick@41.205.22.41) | |
| 19:41.19 | *** join/#brlcad teepee_ (~teepee@gateway/tor-sasl/teepee) | |
| 19:44.56 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 20:32.05 | Notify | 02GCI:sfurti06 * 6355628331106304 : Ready for review - The work on this task is ready to be reviewed. |
| 20:38.27 | Notify | 02GCI:atul009 * 5571450517848064 : Task Claimed - I would like to work on this task. |
| 20:47.35 | Notify | 02GCI:tannousmarc * 6441217365639168 : Ready for review - The work on this task is ready to be reviewed. |
| 20:50.00 | Notify | 02GCI:popescuandrei * 5571450517848064 : Task Assigned - This task has been assigned to Atul009. You have 44 hours to complete this task, good luck! |
| 20:56.04 | Notify | 02GCI:popescuandrei * 6441217365639168 : Task Closed - Congratulations, this task has been completed successfully. |
| 20:58.29 | Notify | 02GCI:tannousmarc * 5787710711136256 : Task Claimed - I would like to work on this task. |
| 20:58.34 | Notify | 02GCI:popescuandrei * 6355628331106304 : None - Hello! Sfurti, can you please upload a jpg or png image of your work, I don t have access at photoshop right now. Thank you! |
| 20:58.44 | Notify | 02GCI:popescuandrei * 6355628331106304 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements... |
| 21:11.16 | Notify | 02GCI:deepakkumarsharma * 5787710711136256 : Task Assigned - This task has been assigned to Marc Tannous. You have 43 hours to complete this task, good luck! |
| 21:45.40 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 21:54.08 | Notify | 02GCI:atul009 * 5571450517848064 : Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 21:57.14 | Notify | 02GCI:atul009 * 6415875447980032 : Task Claimed - I would like to work on this task. |
| 21:59.35 | Notify | 02GCI:coolguy123 * 5571450517848064 : Task Claimed - I would like to work on this task. |
| 22:02.25 | Notify | 02GCI:popescuandrei * 5571450517848064 : Task Assigned - This task has been assigned to Jack. You have 42 hours to complete this task, good luck! |
| 22:03.11 | Notify | 02GCI:popescuandrei * 6415875447980032 : Task Assigned - This task has been assigned to Atul009. You have 42 hours to complete this task, good luck! |
| 22:03.53 | gcibot | 42 hours 56 minutes... GCI 2014: 99% complete |
| 22:20.31 | andromeda-galaxy | andrei_: are you still here? |
| 22:20.32 | Notify | 02GCI:o7p9bxbnyj * 5824185720897536 : Task Claimed - I would like to work on this task. |
| 22:20.39 | andrei_ | yeah |
| 22:21.10 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 22:21.13 | andromeda-galaxy | andrei_: are the mentors still allowed to create tasks on Melange, or did it stop allowing new ones after Friday? |
| 22:21.17 | Notify | 02GCI:popescuandrei * 5824185720897536 : Task Assigned - This task has been assigned to Andromeda Galaxy. You have 42 hours to complete this task, good luck! |
| 22:21.35 | andrei_ | we are |
| 22:21.39 | andrei_ | but as far as I remember |
| 22:21.44 | andrei_ | brlcad has to approve them |
| 22:21.50 | andrei_ | I mean, I did create a task for Marc |
| 22:21.55 | andrei_ | and it's listed as unapproved |
| 22:22.21 | andromeda-galaxy | ah, okay... I was just curious when it would stop letting you... |
| 22:22.38 | andromeda-galaxy | there were a couple that I've been wondering about, but I also need to check with brlcad before doing them .. |
| 22:24.48 | Notify | 02GCI:o7p9bxbnyj * 5824185720897536 : Status - The two scripts included are used for checkout management; jobScheduler.sh should be run periodically (ie in a cron job); it executes queued scripts... |
| 22:24.53 | Notify | 02GCI:o7p9bxbnyj * 5824185720897536 : Ready for review - The work on this task is ready to be reviewed. |
| 22:43.52 | Notify | 02GCI:vs37nx * 4984285001940992 : Ready for review - The work on this task is ready to be reviewed. |
| 22:45.37 | *** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 22:49.43 | *** join/#brlcad teepee (~teepee@gateway/tor-sasl/teepee) | |
| 22:54.58 | *** join/#brlcad FreezingAlt (~FreezingC@135.0.41.14) | |
| 00:31.51 | *** join/#brlcad teepee_ (~teepee@gateway/tor-sasl/teepee) | |
| 00:34.55 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 01:05.23 | Notify | 02GCI:ngenius * 4948190365220864 : Ready for review - The work on this task is ready to be reviewed. |
| 01:36.26 | Notify | 02GCI:quentindhs * 6412594361401344 : Ready for review - The work on this task is ready to be reviewed. |
| 01:53.33 | *** join/#brlcad mmu_man (~revol@vaf26-2-82-244-111-82.fbx.proxad.net) | |
| 02:39.34 | nmz787 | how do I enable qt from the ./configure options? |
| 02:40.46 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 02:50.57 | Notify | 02GCI:brlcad * 5824185720897536 : Task Closed - Congratulations, this task has been completed successfully. |
| 02:51.27 | Notify | 02GCI:brlcad * 4984285001940992 : Task Closed - Congratulations, this task has been completed successfully. |
| 02:52.52 | Notify | 02GCI:brlcad * 4948190365220864 : Task Closed - Congratulations, this task has been completed successfully. |
| 02:57.08 | Notify | 02GCI:brlcad * 6412594361401344 Design a banner for our Facebook page (and/or other social media sites) #12 https://www.google-melange.com/gci/task/view/google/gci2014/6412594361401344: much... |
| 02:57.09 | gcibot | [[ Design a banner for our Facebook page (and/or other social media sites) #12 || BRL-CAD || NeedsWork || Sean, Jacob B ]] |
| 02:57.18 | Notify | 02GCI:brlcad * 6412594361401344 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to... |
| 03:03.15 | Notify | 02GCI:desiree_lim * 5828709932072960 : Ready for review - The work on this task is ready to be reviewed. |
| 03:03.30 | Notify | 02GCI:cjortanez * 4533992846000128 : Task Claimed - I would like to work on this task. |
| 03:04.00 | Notify | 02GCI:brlcad * 4533992846000128 : Task Assigned - This task has been assigned to Carajordan44. You have 37 hours to complete this task, good luck! |
| 03:04.25 | Notify | 02GCI:brlcad * 5828709932072960 : Task Closed - Congratulations, this task has been completed successfully. |
| 03:15.21 | Notify | 02GCI:cjortanez * 4533992846000128 : Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 03:19.32 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 03:38.57 | Notify | 02GCI:o7p9bxbnyj * 5900739217981440 : Task Claimed - I would like to work on this task. |
| 04:03.26 | Notify | 02GCI:sfurti06 * 6355628331106304 : Ready for review - The work on this task is ready to be reviewed. |
| 04:05.38 | Notify | 02GCI:sfurti06 * 6355628331106304 : Sure! - I have uploaded a png format of my work.Could you please suggest some improvements? |
| 04:09.03 | Notify | 02GCI:rishisharma7361 * 5847768782340096 : Task Claimed - I would like to work on this task. |
| 04:18.20 | Notify | 02GCI:brlcad * 5900739217981440 : Task Assigned - This task has been assigned to Andromeda Galaxy. You have 36 hours to complete this task, good luck! |
| 04:18.25 | Notify | 02GCI:brlcad * 5847768782340096 : Task Assigned - This task has been assigned to Rishi. You have 36 hours to complete this task, good luck! |
| 04:18.55 | Notify | 02GCI:brlcad * 6355628331106304 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to... |
| 04:19.58 | nmz787 | anyone experience mged having HUGE file dialog windows? I am on ubuntu (xfce) |
| 04:20.50 | Notify | 02GCI:o7p9bxbnyj * 5900739217981440 : Ready for review - The work on this task is ready to be reviewed. |
| 04:21.55 | Notify | 02GCI:o7p9bxbnyj * 5900739217981440 : Status - This includes a patch on top of my previous work as well as new versions of the scripts, which allow the pages to auto-update when changes to the job... |
| 04:24.16 | Notify | 02GCI:brlcad * 6355628331106304 Design a banner for our Facebook page (and/or other social media sites) #11 https://www.google-melange.com/gci/task/view/google/gci2014/6355628331106304: few... |
| 04:24.17 | gcibot | [[ Design a banner for our Facebook page (and/or other social media sites) #11 || BRL-CAD || NeedsWork || Isaac Kamga, Dishank ]] |
| 04:24.29 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 04:24.56 | Notify | 02GCI:brlcad * 5900739217981440 : Task Closed - Congratulations, this task has been completed successfully. |
| 04:25.31 | Notify | 02GCI:o7p9bxbnyj * 5226596319363072 : Task Claimed - I would like to work on this task. |
| 04:25.51 | andromeda-galaxy | brlcad: did you see my earlier question about the rt_gen_* api design? |
| 04:26.11 | brlcad | not yet |
| 04:26.46 | Notify | 02GCI:brlcad * 5226596319363072 : Task Assigned - This task has been assigned to Andromeda Galaxy. You have 36 hours to complete this task, good luck! |
| 04:28.03 | andromeda-galaxy | brlcad: okay, please ping me when you do... |
| 04:28.37 | brlcad | it is what it is for gci, but we can certainly continue the discussion and work on an improved interface |
| 04:28.52 | Notify | 02GCI:rishisharma7361 * 5847768782340096 : Ready for review - The work on this task is ready to be reviewed. |
| 04:29.09 | andromeda-galaxy | sounds good... Unfortunately, I have a bunch of stuff coming up starting about tomorrow, so I'll probably have to disappear for a couple of months |
| 04:29.23 | brlcad | eek |
| 04:29.25 | andromeda-galaxy | brlcada: but this year, I'll try to come back and work more on all of this stuff after that |
| 04:29.29 | andromeda-galaxy | *brlcad |
| 04:29.44 | brlcad | that's sad :( |
| 04:30.09 | brlcad | not you coming back, you disappearing ... there's room to juggle ;) |
| 04:30.27 | andromeda-galaxy | that's true... well, hopefully I'll be able to come back before too long |
| 04:30.41 | andromeda-galaxy | I really want to get all of the projects I started for this GCI "finished" |
| 04:30.47 | brlcad | any more gci activity in the next 2 minutes? |
| 04:30.57 | brlcad | that would be fantastic |
| 04:30.59 | andromeda-galaxy | I have to actually do this one, the last one was waiting to be submitted... |
| 04:31.11 | brlcad | i figured, just didn't know if they were both waiting |
| 04:31.15 | brlcad | very good |
| 04:31.20 | brlcad | cya in a few! |
| 04:31.26 | andromeda-galaxy | I'm looking forward to getting rt_gen_* interfaces all polished and used... |
| 04:31.34 | brlcad | recouperates from all-day skiing |
| 04:31.50 | andromeda-galaxy | brlcad: see you! |
| 04:31.58 | brlcad | we probably need to rename all that ... |
| 04:32.10 | brlcad | if you have a suggestion, love to hear it later |
| 04:32.36 | brlcad | consistent convention fitting our lib_group_verb/noun() convention |
| 04:33.06 | andromeda-galaxy | makes sense... I'll think about that as well as the actual design |
| 04:33.21 | andromeda-galaxy | have you had a chance to see the "final" design that I uploaded? |
| 04:33.39 | andromeda-galaxy | it's simpler & eliminates most of the redundancy but I think it should stay pretty powerful |
| 04:34.03 | brlcad | I did, but not with my usual attention, especially for API |
| 04:34.19 | brlcad | time will free up after gci! |
| 04:35.18 | andromeda-galaxy | brlcad: sounds good! by the way, what's the policy on sending RFC emails to the dev mailing list? |
| 04:35.59 | brlcad | what do you mean? policy as in whether it's okay? |
| 04:36.22 | brlcad | if it pertains to brl-cad in any way, it's strongly encouraged (communication always is) |
| 04:36.34 | andromeda-galaxy | brlcad: great! |
| 04:36.51 | andromeda-galaxy | I just wanted to check before sending a bunch of patches in a couple of months with [RFC] <project> in the subject |
| 04:36.58 | brlcad | you may or may not get a response, but usually/often will and even if you don't, it helps share knowledge about what you're working on and what the design questions are/were |
| 04:37.35 | andromeda-galaxy | good to know, thanks! I just wanted to check because I haven't seen many of that kind of thing on the mailing list "recently" (in the last ~year) |
| 04:37.49 | brlcad | you'll get a better response if you really condense down the information into a summary form that encourages discussion |
| 04:38.06 | brlcad | akin to the "ask smart questions" paper |
| 04:38.19 | andromeda-galaxy | ahh, that makes sense... so is it generally not as good to send patches asking for review of the code implementing the design as well? |
| 04:38.29 | brlcad | yeah, it ebbs and flows based on what projects are going on |
| 04:38.59 | brlcad | this past year, nearly all our effort has been invested in very specific projects that don't really have much to discuss publicly ... it's just a lot of work and/or research :) |
| 04:39.29 | brlcad | andromeda-galaxy: you have commit, which means you can make a judgement call on making some types of changes (per the CHANGES and HACKING files) |
| 04:39.41 | andromeda-galaxy | ah, that makes sense (about the activity) |
| 04:39.54 | brlcad | RFC on design questions or scope or general approach where you're looking for some specific insight |
| 04:40.09 | andromeda-galaxy | I know, sometimes I have patches that I think are pretty good but I'm not completely sure about, so I was wondering what to do about those |
| 04:40.34 | brlcad | if you really want a patch pre-reviewed, go for it, but you should not fear the commit if you have something useful to contribute that will almost certainly be desriable |
| 04:41.15 | brlcad | commit it and then ask for feedback .. we can always revert or may ask you to undo something (and this should never offend, there's a lot of considerations) |
| 04:41.27 | andromeda-galaxy | brlcad: okay, that makes sense... I'm just so (comparatively) used to working on pre-commit-review projects that I feel like I should do something... |
| 04:41.33 | brlcad | or ask for feedback before implementing, so you have a good feeling |
| 04:41.47 | brlcad | if it's really something unsure, create a branch and prove it there first |
| 04:42.07 | andromeda-galaxy | and then if there's a smallish problem in some part of the implementation, I know somebody will tell me/fix it themselves soon enough |
| 04:42.20 | brlcad | we are post-review for minor and branches or incremental for major |
| 04:43.03 | andromeda-galaxy | okay, I think I know what to do now... thanks for all the information! |
| 04:43.05 | brlcad | especially if you do diligence to test your work (directly), run regression tests, run benchmarks, etc |
| 04:43.19 | brlcad | sure, thanks for asking |
| 04:43.27 | brlcad | cya! |
| 04:43.38 | andromeda-galaxy | cya |
| 04:45.44 | Notify | 02GCI:quentindhs * 6412594361401344 : Ready for review - The work on this task is ready to be reviewed. |
| 04:59.11 | Notify | 02GCI:martizor56 * 6067733854683136 : Task Claimed - I would like to work on this task. |
| 05:36.39 | nmz787 | brlcad: if you're still around, what might you think could be the cause of dialog windows (open, save, raytrace export windows) having buttons that are insanely huge, like my 1920x1080 screens would need to be 10 or 20 times larger by the size of the buttons (geometree looks OK) |
| 05:36.52 | *** join/#brlcad YashM (~YashM@117.198.8.6) | |
| 05:40.01 | *** join/#brlcad MarcTannous (4f733b36@gateway/web/cgi-irc/kiwiirc.com/ip.79.115.59.54) | |
| 05:45.46 | *** join/#brlcad balder_ (7d1409f9@gateway/web/freenode/ip.125.20.9.249) | |
| 05:48.47 | balder_ | hey! Is there any way to combine the command window and graphics window into a single window? |
| 05:52.51 | andromeda-galaxy | balder_: in mged? why? |
| 05:53.31 | andromeda-galaxy | balder_: I don't know of one (though there might be one anyway), but if you try using Archer, it's interface already has them combined |
| 05:55.20 | balder_ | andromeda-galaxy: yes in mged! Because I think that it will be clear and overhead in switching between both windows will be reduced! |
| 06:04.36 | *** join/#brlcad YashM (~YashM@117.198.3.84) | |
| 06:07.59 | *** join/#brlcad shardulc (7aaa1c40@gateway/web/freenode/ip.122.170.28.64) | |
| 06:13.59 | shardulc | brlcad, how is the script? :) |
| 06:33.46 | Notify | 03BRL-CAD Wiki:Nmz787-brlcad * 0 /wiki/User:Nmz787-brlcad: |
| 06:45.20 | *** join/#brlcad raptor (~raptor@213.222.229.253) | |
| 06:50.49 | Notify | 02GCI:rohit_agarwal * 5891974733234176 : Ready for review - The work on this task is ready to be reviewed. |
| 06:57.46 | Notify | 02GCI:rohit_agarwal * 5891974733234176 : None - I uploaded the icon designs. The dotted line show the previous boundaries(the boundaries which were there before doing the action). The Blue line... |
| 07:01.18 | *** join/#brlcad Mini_monstar (~Mini_mons@222.164.42.116) | |
| 07:46.50 | Notify | 02GCI:martizor56 * 6067733854683136 : Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 07:50.46 | *** join/#brlcad YashM (~YashM@117.248.202.26) | |
| 07:59.37 | Notify | 02GCI:peachdew * 6458111619497984 : Task Claimed - I would like to work on this task. |
| 08:10.36 | Notify | 02GCI:harman052 * 6458111619497984 : Task Assigned - This task has been assigned to Raymond. You have 32 hours to complete this task, good luck! |
| 08:25.34 | Notify | 03BRL-CAD Wiki:Nmz787-brlcad * 0 /wiki/File:Mged_radio_view1.png: A view of mged with the radio drawing commands shown |
| 08:26.00 | Notify | 03BRL-CAD Wiki:Nmz787-brlcad * 0 /wiki/File:Mged_radio_graphic_view1.png: A view of mged with the radio drawing commands shown |
| 08:32.17 | Notify | 02GCI:mini_monstar * 5831970483339264 : Task Claimed - I would like to work on this task. |
| 08:33.29 | Notify | 02GCI:harman052 * 5831970483339264 : Task Assigned - This task has been assigned to Jovan Teo. You have 32 hours to complete this task, good luck! |
| 08:36.13 | Mini_monstar | Hey there I am Jovan Teo am I am attached to the google code in task. Is there any mentors who can help me in doing this task? |
| 08:40.01 | Notify | 02GCI:o7p9bxbnyj * 5226596319363072 : Status - This patch (along with the associated updated scripts) makes it possible for jobs to be in multiple different states per execution class. Currently,... |
| 08:40.02 | Notify | 02GCI:o7p9bxbnyj * 5226596319363072 : Ready for review - The work on this task is ready to be reviewed. |
| 08:50.53 | *** join/#brlcad andrei_ (~quassel@188.26.186.117) | |
| 08:52.14 | *** join/#brlcad andrei_ (~quassel@unaffiliated/andrei/x-7229309) | |
| 08:52.16 | Notify | 02GCI:popescuandrei * 5226596319363072 : Task Closed - Congratulations, this task has been completed successfully. |
| 08:52.18 | andrei_ | hello |
| 08:53.23 | Notify | 02GCI:popescuandrei * 6412594361401344 : Task Closed - Congratulations, this task has been completed successfully. |
| 08:54.18 | andrei_ | http://www.google-melange.com/gci/task/view/google/gci2014/5847768782340096 this is forged, I remember seeing the same design |
| 08:54.19 | gcibot | [[ Animate our logo! #15 || BRL-CAD || NeedsReview (32 hrs 5 min) || Kesha Shah, Popescu Andrei ]] |
| 08:54.22 | andrei_ | just need to figure out |
| 08:54.23 | andrei_ | from whom |
| 08:59.34 | *** join/#brlcad taranpreet (~taranpree@117.255.58.78) | |
| 09:02.06 | taranpreet | I am doing this task https://www.google-melange.com/gci/task/view/google/gci2014/5888591171420160 |
| 09:02.06 | gcibot | [[ Beginner: Install and run BRL-CAD! #43 || BRL-CAD || ClaimRequested || Hardeep Singh Rai, Gauravjeet Singh ]] |
| 09:02.33 | Notify | 02GCI:singhtaran * 5888591171420160 : Task Claimed - I would like to work on this task. |
| 09:02.37 | *** join/#brlcad starseek1r (~starseeke@66-118-151-70.static.sagonet.net) | |
| 09:02.40 | *** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net) | |
| 09:02.50 | *** join/#brlcad hsrai (~hsrai@66-118-151-70.static.sagonet.net) | |
| 09:03.23 | taranpreet | I am getting a problem when converting png file .bw file |
| 09:04.49 | taranpreet | I am executing this command exec \[ file join \[ bu_brlcad_root bin \] pix-bw \] hello.png \> hello.bw |
| 09:05.47 | andrei_ | http://www.google-melange.com/gci/task/view/google/gci2014/5847768782340096 I was wrong, it looks a lot like several tasks( spinning and all, but not forged, I just went through all tasks) |
| 09:05.48 | gcibot | [[ Animate our logo! #15 || BRL-CAD || NeedsReview (31 hrs 54 min) || Kesha Shah, Popescu Andrei ]] |
| 09:06.09 | Notify | 02GCI:popescuandrei * 5847768782340096 : Task Closed - Congratulations, this task has been completed successfully. |
| 09:06.59 | Notify | 02GCI:popescuandrei * 5888591171420160 : Task Assigned - This task has been assigned to Taranpreet Singh. You have 31 hours to complete this task, good luck! |
| 09:07.01 | andrei_ | what's the error, taranpreet? |
| 09:07.09 | taranpreet | I am getting this error Error: pix_read: cannot open file for reading |
| 09:07.36 | *** join/#brlcad maths22 (~maths22@66-118-151-70.static.sagonet.net) | |
| 09:07.38 | andrei_ | so is the file there for reading? |
| 09:07.41 | andrei_ | (hello.png) ? |
| 09:08.15 | taranpreet | andrei_, yeah it is in my home directory of linux |
| 09:08.40 | andrei_ | and where are you running the command from? |
| 09:08.46 | taranpreet | from mged |
| 09:10.26 | andrei_ | do you have a terminal open? |
| 09:10.34 | taranpreet | yes |
| 09:10.38 | andrei_ | in your home dir |
| 09:10.39 | andrei_ | do |
| 09:10.41 | andrei_ | echo pwd |
| 09:10.44 | andrei_ | sorry |
| 09:10.45 | andrei_ | pwd |
| 09:10.48 | andrei_ | without echo |
| 09:11.14 | taranpreet | okay |
| 09:11.24 | andrei_ | it will probably tell you |
| 09:11.28 | andrei_ | the username |
| 09:11.29 | andrei_ | like |
| 09:11.33 | andrei_ | /home/some_user |
| 09:11.39 | taranpreet | /home/taranpreet |
| 09:12.19 | taranpreet | http://imgur.com/GsYIFC8 |
| 09:12.22 | andrei_ | alright |
| 09:12.25 | taranpreet | this is the error |
| 09:12.53 | andrei_ | alright |
| 09:12.54 | andrei_ | then try |
| 09:13.04 | andrei_ | \[ file join \[ bu_brlcad_root bin \] pix-bw \] home/taranpreet/hello.png \> hello.bw |
| 09:14.04 | *** join/#brlcad YashM_ (~YashM@117.198.8.33) | |
| 09:17.59 | taranpreet | yes the file is created now |
| 09:17.59 | taranpreet | but error says no colour scheme specified |
| 09:18.03 | *** join/#brlcad taranpreet_ (~taranpree@117.255.58.78) | |
| 09:18.40 | taranpreet_ | andrei_, the error is no color scheme specified |
| 09:18.55 | taranpreet_ | Error: pix-bw |
| 09:19.55 | andrei_ | it probably can't find pix-bw |
| 09:20.51 | andrei_ | do |
| 09:20.55 | andrei_ | locate pix-bw |
| 09:20.57 | andrei_ | see what happens |
| 09:21.08 | raptor | I also do not prepared by methods â |
| 09:21.12 | raptor | 1 |
| 09:22.26 | taranpreet_ | /home/taranpreet/brlcad-svn-trunk/doc/docbook/system/man1/en/pix-bw.xml |
| 09:22.26 | taranpreet_ | /home/taranpreet/brlcad-svn-trunk/doc/docbook/system/man1/en/pix-bw3.xml |
| 09:22.26 | taranpreet_ | /home/taranpreet/brlcad-svn-trunk/src/util/pix-bw.c |
| 09:22.26 | taranpreet_ | /home/taranpreet/brlcad-svn-trunk/src/util/pix-bw3.c |
| 09:22.36 | taranpreet_ | andrei_, I got the above |
| 09:26.16 | andrei_ | hmm |
| 09:26.23 | andrei_ | that's weird |
| 09:26.28 | andrei_ | you should have a binary |
| 09:26.40 | andrei_ | check for pix-bw in /usr/ |
| 09:26.44 | andrei_ | you need to find the binary pix-bw |
| 09:26.49 | andrei_ | and give the full path to it |
| 09:26.54 | andrei_ | like you did with the png |
| 09:26.56 | andrei_ | and it will work |
| 09:27.03 | taranpreet_ | ok let me try |
| 09:49.56 | Mini_monstar | andrei |
| 09:50.07 | Mini_monstar | which paint program to use for the image |
| 10:22.46 | gcibot | Last 30 hours, 6 to claiming deadline... Are you doing your last task now? |
| 10:25.37 | unicodesnowman | gcibot, no |
| 10:30.08 | ty221 | unicodesnowman: bot asked me to tell you, he heard your message, and you dont need to paste it on every channel :p |
| 10:32.45 | Notify | 02GCI:ariessa * 5604954702086144 : Task Claimed - I would like to work on this task. |
| 10:43.12 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 10:44.38 | *** join/#brlcad YashM (~YashM@117.222.17.223) | |
| 10:58.29 | Notify | 02GCI:pulse * 5886669710426112 : Ready for review - The work on this task is ready to be reviewed. |
| 11:00.19 | Notify | 02GCI:pulse * 5886669710426112 : None - Hey, I followed your advice and used a different angle this time (ae = 30x20), is it alright? |
| 11:42.49 | *** join/#brlcad taranpreet (~taranpree@202.164.45.206) | |
| 11:44.41 | taranpreet | andrei, to whom should i provide the full path |
| 12:00.37 | *** join/#brlcad YashM_ (~YashM@117.222.70.108) | |
| 12:18.08 | Notify | 02GCI:peachdew * 6458111619497984 : Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 12:29.36 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 12:40.41 | Notify | 02GCI:mihaineacsu29 * 5604954702086144 : Task Assigned - This task has been assigned to ariessa. You have 28 hours to complete this task, good luck! |
| 12:50.11 | Notify | 02GCI:jchh1998 * 5884171381637120 : Ready for review - The work on this task is ready to be reviewed. |
| 12:51.49 | *** join/#brlcad jchh1998 (745771ee@gateway/web/freenode/ip.116.87.113.238) | |
| 12:52.06 | jchh1998 | task ready to be reviewed : https://www.google-melange.com/gci/task/view/google/gci2014/5884171381637120 |
| 12:52.07 | gcibot | [[ Beginner: Install and run BRL-CAD! #50 || BRL-CAD || NeedsReview (28 hrs 7 min) || Deepak, Jacob B ]] |
| 13:15.13 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 13:27.44 | Notify | 02GCI:helix * 5895033286819840 : Task Claimed - I would like to work on this task. |
| 13:33.51 | Notify | 02GCI:ralpt3748752_qejwhe * 5255593656844288 : Ready for review - The work on this task is ready to be reviewed. |
| 14:26.12 | Notify | 02GCI:retardvoldy * 5511140318642176 : Ready for review - The work on this task is ready to be reviewed. |
| 14:45.20 | Notify | 02GCI:rossberg * 5886669710426112 : Task Closed - Congratulations, this task has been completed successfully. |
| 14:45.32 | *** join/#brlcad andrei_ (~quassel@86.121.174.140) | |
| 14:47.15 | Notify | 02GCI:popescuandrei * 5895033286819840 : Task Assigned - This task has been assigned to Yash. You have 26 hours to complete this task, good luck! |
| 14:47.40 | Notify | 02GCI:rossberg * 5884171381637120 : Where is the new screenshot? - And your comment with the description? |
| 14:47.45 | Notify | 02GCI:rossberg * 5884171381637120 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to... |
| 14:50.35 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 14:53.45 | Notify | 02GCI:skyler_007 * 4606217016049664 : Feedback - Will you accept this task as it is or can you send me the URL of the updated pics. I cannot link to the zip folder which are uploaded on the gci... |
| 14:58.00 | Notify | 02GCI:wei1006 * 5869143559503872 : Ready for review - The work on this task is ready to be reviewed. |
| 15:00.54 | *** join/#brlcad wei1006 (74579aac@gateway/web/freenode/ip.116.87.154.172) | |
| 15:01.58 | wei1006 | I have used virtual machine to lauch brlcad. I created the black and white image using brlcad. I created the image with my name with gimp. It was a png file, set the size of the image and converted it into bw file. I used the mged and extrude the image. I rotated the image. Lastly, I took a screenshot of it. |
| 15:02.20 | *** join/#brlcad poxip (~poxip@unaffiliated/mrpoxipol) | |
| 15:02.23 | poxip | yo |
| 15:02.28 | poxip | howdy |
| 15:03.04 | wei1006 | my user name: wei1006 |
| 15:10.36 | Notify | 02GCI:rossberg * 5891974733234176 : None - It's indeed consistent with your previous icons design. |
| 15:10.41 | Notify | 02GCI:rossberg * 5891974733234176 : Task Closed - Congratulations, this task has been completed successfully. |
| 15:23.21 | andromeda-galaxy | brlcad, andrei_, d_rossberg: what is the actual *task* for https://www.google-melange.com/gci/task/view/google/gci2014/5803450424098816? All the things it describes I did in earlier tasks (and tested)... |
| 15:23.22 | gcibot | [[ PROJECT: Implement web application for testing commit ranges #6 || BRL-CAD || Open || Deepak, Mihai Neacsu ]] |
| 15:23.22 | Notify | 02GCI:rossberg * 5255593656844288 : Was this done with Blender? - And: "Do not just scale and/or spin an image around." And the GIF is very slow, maybe because of the large images in the frames. ... |
| 15:23.44 | Notify | 02GCI:rossberg * 5255593656844288 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to... |
| 15:25.36 | d_rossberg | andromeda-galaxy: looks like a duplicate task, maybe for alternative solutions |
| 15:25.54 | raptor | rossberg: I just need to accelerate GIF? |
| 15:26.03 | andromeda-galaxy | d_rossberg: no, the first 5 parts of the task were all differentn |
| 15:26.11 | andromeda-galaxy | *different, each one adding an incremental bit of functionality |
| 15:26.23 | d_rossberg | raptor: i personally don't like the Blender part |
| 15:26.26 | andromeda-galaxy | so I'm just not sure what to do for the last one... |
| 15:26.42 | raptor | hm) |
| 15:27.59 | Notify | 02GCI:brlcad * 5255593656844288 Animate our logo! #20 https://www.google-melange.com/gci/task/view/google/gci2014/5255593656844288: interesting Raptor, this is interesting. Not at all what was... |
| 15:28.00 | gcibot | [[ Animate our logo! #20 || BRL-CAD || NeedsWork || Jacob B, Daniel_R ]] |
| 15:28.45 | d_rossberg | raptor: and you already did an animate logo task, so you know what's expected; when you want to work with rendered images, the rendering should be done with BRL-CAD |
| 15:29.30 | Notify | 02GCI:brlcad * 5511140318642176 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to... |
| 15:30.17 | d_rossberg | rendering a BRL-CAD video with Blender would be a little bit misleading |
| 15:31.44 | andromeda-galaxy | brlcad, andrei_: do either of you know anything about the intended purpose of that #6 task? |
| 15:33.27 | Notify | 02GCI:ralpt3748752_qejwhe * 5255593656844288 : about this work) - I created this animation in blender. The drawing on the right is just some old hand drawing of the aircraft. But I can replace that... |
| 15:35.05 | raptor | d_rossberg: But the blender is still more sharpened by visualization. BRL-CAD is a side program :\ |
| 15:35.20 | d_rossberg | andromeda-galaxy: step 1 to 5 refer to different parts of a web application as step 6 requires to tie them together |
| 15:35.57 | Notify | 02GCI:brlcad * 5511140318642176 : yellow - Retardvoldy, this looks great and complete! But ... that yellow is a bit overpowering. Also, it looks like it's impossible to click on the link that takes... |
| 15:36.42 | andromeda-galaxy | d_rossberg: but if steps 1 to 5 all already completed and integration tested |
| 15:36.48 | andromeda-galaxy | then what's left to do for step 6? |
| 15:38.10 | andromeda-galaxy | i.e. I've so far tried running the code from #1-#5 on my system with the appropriate fs dirs, and it seems to work properly all the way through the system |
| 15:39.33 | Notify | 02GCI:brlcad * 5869143559503872 : rendered angle? - Huang, Thanks for the IRC username ... didn't see you talk much on IRC but that is sufficient. However, you didn't render from a different... |
| 15:39.43 | Notify | 02GCI:brlcad * 5869143559503872 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to... |
| 15:39.44 | Notify | 02GCI:brlcad * 5869143559503872 : Deadline extended - The deadline of the task has been extended with 1 days and 1 hours. |
| 15:40.01 | *** join/#brlcad svineet (75d62c49@gateway/web/cgi-irc/kiwiirc.com/ip.117.214.44.73) | |
| 15:40.33 | Notify | 02GCI:ralpt3748752_qejwhe * 5255593656844288 : None - I replaced the file texture in 3d drawing |
| 15:40.43 | Notify | 02GCI:ralpt3748752_qejwhe * 5255593656844288 : Ready for review - The work on this task is ready to be reviewed. |
| 15:41.24 | *** join/#brlcad gciwinner14 (0e63b948@gateway/web/freenode/ip.14.99.185.72) | |
| 15:41.27 | d_rossberg | andromeda-galaxy: so, it looks like you've already doen what #6 requires. i.e. you should document this in #6: upload the code (again), say how to use it, document your tests (screenshots or log dumps), etc. |
| 15:41.41 | gciwinner14 | hey andromeda-galaxy |
| 15:41.50 | andromeda-galaxy | d_rossberg: hmm... |
| 15:42.08 | andromeda-galaxy | gciwinner14: what? |
| 15:42.50 | andromeda-galaxy | d_rossberg: maybe I'll do a different one then... I feel like actually doing some work for this (almost certainly last) one... |
| 15:46.39 | Notify | 02GCI:helix * 5895033286819840 : Ready for review - The work on this task is ready to be reviewed. |
| 15:47.45 | Notify | 02GCI:ralpt3748752_qejwhe * 5255593656844288 : None - But the blender more sharpened by visualization. BRL-CAD is yet more CAD program: / |
| 15:48.30 | Notify | 02GCI:rohit_agarwal * 5895422048468992 : Task Claimed - I would like to work on this task. |
| 15:49.48 | *** join/#brlcad samsrutid (~samsruti@101.221.131.156) | |
| 15:50.03 | samsrutid | hi andromeda-galaxy |
| 15:50.15 | samsrutid | join #sahana-eden please |
| 15:51.14 | andromeda-galaxy | samsrutid: why? |
| 15:51.30 | gciwinner14 | are nothing...nothing |
| 15:51.35 | gciwinner14 | please stay here |
| 15:51.48 | gciwinner14 | he is joking samsruti comeback its a joke |
| 15:51.49 | samsrutid | andromeda-galaxy are you gciwinner14?? |
| 15:51.58 | gciwinner14 | no |
| 15:52.00 | andromeda-galaxy | no |
| 15:52.15 | gciwinner14 | andromeda galaxy= andromeda galaxy |
| 15:52.25 | samsrutid | hehe |
| 15:52.28 | gciwinner14 | gciwinner14: just kidding man |
| 15:52.34 | samsrutid | it's ok |
| 15:52.48 | samsrutid | andromeda-galaxy, sorry to disturb |
| 15:52.56 | samsrutid | you can carry on |
| 15:53.04 | gciwinner14 | hhaaha |
| 15:53.16 | Notify | 02GCI:rossberg * 5895422048468992 : Task Assigned - This task has been assigned to Rohit Agarwal. You have 25 hours to complete this task, good luck! |
| 15:53.17 | gciwinner14 | yaa.. |
| 15:53.29 | *** part/#brlcad vipulsharma (0e63b948@gateway/web/freenode/ip.14.99.185.72) | |
| 15:53.32 | andromeda-galaxy | samsrutid: no problem, not quite sure how I got in the middle of this... |
| 15:53.48 | samsrutid | Hehehe |
| 15:59.17 | Notify | 02GCI:thevk * 5001497033048064 : Ready for review - The work on this task is ready to be reviewed. |
| 16:05.24 | Notify | 02GCI:brlcad * 5895033286819840 : wedge - Yash, this is very cool and a beautiful pairing, but I don't think it conveys rendering very strongly. The "rendered" shape is a wedge, which could just as... |
| 16:05.29 | Notify | 02GCI:brlcad * 5895033286819840 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to... |
| 16:05.34 | Notify | 02GCI:brlcad * 5895033286819840 : Deadline extended - The deadline of the task has been extended with 2 days and 2 hours. |
| 16:09.06 | YashM_ | brlcad |
| 16:09.19 | YashM_ | Did you resize the PSD to 16x16 or the PNG |
| 16:11.44 | Notify | 02GCI:brlcad * 5255593656844288 : rights - Raptor, saying it's "just some hand drawing" is not giving proper attribution to a source. It was interesting and good enough for you to decide to use it... |
| 16:11.52 | *** part/#brlcad poxip (~poxip@unaffiliated/mrpoxipol) | |
| 16:12.04 | Notify | 02GCI:brlcad * 5255593656844288 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to... |
| 16:13.00 | Notify | 02GCI:shivam691999 * 4596409726664704 : Sir, - I have made the designs simpler and have decreased the number of fonts to 2 (ie Arial(bold) and Arial). Also the background has been changed to a... |
| 16:15.34 | raptor | brlcad: Ok, i'm rendering |
| 16:21.24 | *** join/#brlcad andrei_ (~quassel@86.121.174.140) | |
| 16:21.30 | *** join/#brlcad andrei_ (~quassel@unaffiliated/andrei/x-7229309) | |
| 16:22.13 | andromeda-galaxy | andrei_: are there any reasonably high-priority tasks that I could "finish" in a single task left? |
| 16:22.28 | andrei_ | andromeda-galaxy: not that I know of |
| 16:22.56 | andrei_ | I haven't spoken to brlcad regarding anything except marc's task |
| 16:23.18 | andrei_ | which is still not approved |
| 16:23.22 | andrei_ | so I m assuming he hasn't been around |
| 16:23.52 | andromeda-galaxy | andrei_: oh well, okay |
| 16:24.01 | andromeda-galaxy | I'm trying to figure out what to do for a last one |
| 16:24.22 | andrei_ | I d go with the one I find the most interesting |
| 16:24.22 | andrei_ | :) |
| 16:24.28 | Notify | 02GCI:brlcad * 5001497033048064 : indeed a tedious - Hi Vladimir, It is indeed considered a beginner task because it's not difficult. It's VERY tedious, but not at all "hard" in the sense that you... |
| 16:24.39 | Notify | 02GCI:brlcad * 5001497033048064 : Task Closed - Congratulations, this task has been completed successfully. |
| 16:24.47 | andrei_ | there he is |
| 16:24.52 | andrei_ | maybe he can answer your q |
| 16:26.34 | *** join/#brlcad svineet (75d63022@gateway/web/cgi-irc/kiwiirc.com/ip.117.214.48.34) | |
| 16:26.50 | andromeda-galaxy | andrei_: indeed ... I can't find any that both look interesting and aren't the start of a larger effort |
| 16:27.02 | andromeda-galaxy | which I don't want to do yet since I'm already in the middle of a couple of things |
| 16:27.10 | andrei_ | how much is left until the claim deadline? |
| 16:27.15 | andromeda-galaxy | and I'm going to have to disappear for a couple of months because things are going to get quite busy |
| 16:27.20 | andromeda-galaxy | ~half an hour, I think |
| 16:27.25 | andrei_ | oh |
| 16:28.24 | andrei_ | maybe a modeling task? |
| 16:28.44 | andrei_ | btw, andromeda-galaxy, if you don t mind me asking: where do you study? |
| 16:30.59 | andromeda-galaxy | hmm? |
| 16:32.43 | andrei_ | I mean, at what school? |
| 16:34.36 | andromeda-galaxy | andrei_: pm? |
| 16:35.43 | YashM_ | brlcad you here? |
| 16:35.49 | Notify | 02GCI:retardvoldy * 5511140318642176 : Ready for review - The work on this task is ready to be reviewed. |
| 16:37.09 | Notify | 02GCI:ralpt3748752_qejwhe * 5255593656844288 : Ready for review - The work on this task is ready to be reviewed. |
| 16:42.27 | *** join/#brlcad mmu_man (~revol@vaf26-2-82-244-111-82.fbx.proxad.net) | |
| 16:48.58 | Notify | 02GCI:rossberg * 5511140318642176 Create a web gallery of GCI sticker designs #2 https://www.google-melange.com/gci/task/view/google/gci2014/5511140318642176: Are you sure you did the stickers? ... |
| 16:48.59 | gcibot | [[ Create a web gallery of GCI sticker designs #2 || BRL-CAD || NeedsWork || Gauravjeet Singh, Ch3ck ]] |
| 16:49.03 | Notify | 02GCI:rossberg * 5511140318642176 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to... |
| 16:50.33 | Notify | 02GCI:o7p9bxbnyj * 4547822640693248 : Task Claimed - I would like to work on this task. |
| 16:51.27 | Notify | 02GCI:rossberg * 4547822640693248 : Task Assigned - This task has been assigned to Andromeda Galaxy. You have 24 hours to complete this task, good luck! |
| 16:59.26 | gcibot | Last minute for claim tasks. |
| 17:00.01 | gcibot | Oh, Melange tells minute expired :-) You can't claim tasks now :p |
| 17:34.17 | Notify | 02GCI:brlcad * 5255593656844288 : Task Closed - Congratulations, this task has been completed successfully. |
| 17:41.45 | raptor | brlcad: Why is not there a button to take the job? |
| 17:44.17 | andromeda-galaxy | raptor: if you're talking about claiming tasks for GCI, |
| 17:44.28 | andromeda-galaxy | students are no longer allowed to claim tasks |
| 17:45.16 | raptor | Competition has ended? |
| 17:45.28 | andromeda-galaxy | students can still submit work, but not claim new tasks |
| 17:45.53 | raptor | (( |
| 17:46.11 | raptor | What a pity) |
| 17:47.46 | raptor | andromeda-galaxy: Congratulations! You exactly will go! |
| 18:26.15 | *** join/#brlcad albertcoder (~quassel@202.164.45.208) | |
| 18:52.25 | *** join/#brlcad sofat (~sofat@202.164.45.208) | |
| 19:01.11 | *** join/#brlcad sofat (~sofat@202.164.45.208) | |
| 19:03.28 | *** join/#brlcad raptor (~raptor@213.222.229.253) | |
| 19:19.32 | MarcTannous | so much activity tonight |
| 19:19.42 | MarcTannous | I'm off to finish my final task, took a coding one as a follow-up on mine |
| 19:19.48 | MarcTannous | have a good day/night |
| 19:19.51 | MarcTannous | everyone |
| 19:25.10 | *** join/#brlcad ChanServ (ChanServ@services.) | |
| 19:25.10 | *** mode/#brlcad [+o ChanServ] by rajaniemi.freenode.net | |
| 19:26.48 | gcibot | I just realized, that after GCI I won't be needed anymore... I hope somebody will take care for me and I won't be killed... |
| 19:35.41 | *** join/#brlcad gcibot (ignacio@unaffiliated/ignaciouy/bot/gcibot) | |
| 19:38.16 | *** join/#brlcad deepak (~chatzilla@117.207.156.67) | |
| 19:48.53 | raptor | buy |
| 19:48.58 | raptor | gcibot |
| 19:51.11 | raptor | bye)))) |
| 19:53.32 | *** join/#brlcad albertcoder (~quassel@117.237.36.162) | |
| 19:55.59 | *** join/#brlcad MarcUNIX (4f733b36@gateway/web/cgi-irc/kiwiirc.com/ip.79.115.59.54) | |
| 19:57.02 | MarcUNIX | anyone around? |
| 19:57.11 | MarcUNIX | have an issue patching rt^3, no idea why it happens |
| 20:03.13 | *** join/#brlcad MarcTannous (4f733b36@gateway/web/freenode/ip.79.115.59.54) | |
| 20:03.18 | MarcTannous | anyone around? |
| 20:05.40 | MarcTannous | :( |
| 20:07.25 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 20:14.04 | Notify | 02GCI:sfurti06 * 6355628331106304 : Ready for review - The work on this task is ready to be reviewed. |
| 20:28.47 | Notify | 02GCI:tannousmarc * 5787710711136256 : Patched without any problems. - - |
| 20:58.11 | andromeda-galaxy | I'm looking at the task to verify/validate/fix the extrude uv rendering function, and I've figured out that the current rendering function really doesn't work at all, but I don't really have any idea about what the best mapping function to use on an extruded surface is... does anyone have any ideas? |
| 21:01.09 | *** join/#brlcad andromeda_galaxy (~andromeda@108-225-17-54.lightspeed.sntcca.sbcglobal.net) | |
| 21:33.52 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 21:49.32 | *** join/#brlcad merzo (~merzo@178-63-132-95.pool.ukrtel.net) | |
| 22:01.52 | *** join/#brlcad SinterxErmegherd (41087612@gateway/web/freenode/ip.65.8.118.18) | |
| 22:09.25 | *** part/#brlcad SinterxErmegherd (41087612@gateway/web/freenode/ip.65.8.118.18) | |
| 23:37.06 | *** join/#brlcad teepee_ (~teepee@gateway/tor-sasl/teepee) | |
| 00:08.51 | Notify | 02GCI:brlcad * 6355628331106304 : Task Closed - Congratulations, this task has been completed successfully. |
| 01:28.03 | *** join/#brlcad taranpreet (~taranpree@106.192.157.41) | |
| 01:51.20 | Notify | 02GCI:shivam691999 * 4596409726664704 : Ready for review - The work on this task is ready to be reviewed. |
| 03:18.04 | Notify | 02GCI:brlcad * 4596409726664704 : Task Closed - Congratulations, this task has been completed successfully. |
| 03:18.34 | andromeda-galaxy | brlcad: you here? |
| 03:20.52 | andromeda-galaxy | I've been trying to figure out a reasonable uv mapping for extruded objects, but can't think of anything that seems like it would work particularly well... do you (or anyone else) know of any literature on the subject/other best approaches/have ideas for what would work well? |
| 03:24.35 | *** join/#brlcad YashM (~YashM@117.198.10.46) | |
| 04:02.42 | Notify | 02GCI:maitreyav * 4635701832318976 : Ready for review - The work on this task is ready to be reviewed. |
| 04:03.33 | Notify | 02GCI:maitreyav * 4635701832318976 : Changes from the initial version - Hi, There are some complications in responsive design for me when I change the layout of the site. So I polished the webpage... |
| 04:13.20 | Notify | 02GCI:brlcad * 4635701832318976 : Task Closed - Congratulations, this task has been completed successfully. |
| 04:22.46 | Notify | 02GCI:brlcad * 4635701832318976 : clean design - Maitreya, thank you for all your efforts. This looks like a nice clean usable design for browsing all of our landing page candidates. Well done! |
| 04:47.27 | *** join/#brlcad raptor (~raptor@194.28.75.209) | |
| 04:51.01 | raptor | Yesterday I made two parallel tasks - animation and icon design. Animation managed to send a design no. Please take a look https://mega.co.nz/#F!nREGlRbA!8hLOicB6aSPJfN5L2EjHWQ |
| 05:07.22 | Notify | 02GCI:singhtaran * 5888591171420160 : None - I have completed the task and my IRC name is taranpreet and i have subscribe for the brld-cad news |
| 05:08.15 | *** join/#brlcad andromedagalaxy (~andromeda@108-225-17-54.lightspeed.sntcca.sbcglobal.net) | |
| 05:12.33 | Notify | 02GCI:jchh1998 * 5884171381637120 : Ready for review - The work on this task is ready to be reviewed. |
| 05:16.35 | *** join/#brlcad andromeda_galaxy (~andromeda@108-225-17-54.lightspeed.sntcca.sbcglobal.net) | |
| 05:32.33 | *** join/#brlcad taranpreet (~taranpree@202.164.53.117) | |
| 05:33.13 | taranpreet | I have install the brlcad from the .deb file |
| 05:36.35 | taranpreet | but when i run mged and create the create a database it show error of "failed to create database :permission denied" |
| 05:44.19 | *** join/#brlcad YashM_ (~YashM@117.198.20.160) | |
| 05:52.27 | *** join/#brlcad MarcTannous (4f733b36@gateway/web/cgi-irc/kiwiirc.com/ip.79.115.59.54) | |
| 05:52.35 | MarcTannous | anyone around? |
| 05:52.50 | MarcTannous | I'm having some issues with making tests in rt^3, want to make sure I complete my task before its deadline |
| 05:55.54 | *** join/#brlcad MarcTannous (4f733b36@gateway/web/freenode/ip.79.115.59.54) | |
| 06:07.31 | MarcTannous | andromeda-galaxy,ch3ck,brlcad: Any idea why I get "no make rule specified" when trying to "make tester_ci_primitives" or "make test" in rt^3? |
| 06:38.46 | Notify | 02GCI:mini_monstar * 5831970483339264 : Ready for review - The work on this task is ready to be reviewed. |
| 06:39.26 | Notify | 02GCI:mini_monstar * 5831970483339264 : Changed - Hi i have changed it according to your comments. Thanks for your help. |
| 06:57.43 | *** join/#brlcad mmu_man (~revol@vaf26-2-82-244-111-82.fbx.proxad.net) | |
| 07:14.42 | *** join/#brlcad atul009 (75df7261@gateway/web/freenode/ip.117.223.114.97) | |
| 07:15.47 | *** join/#brlcad andrei_ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125) | |
| 07:16.37 | atul009 | How can I make CGI gallery facebook covers some cover task are still incomplete |
| 07:16.55 | andrei_ | atul009 : what do you mean by incomplete? |
| 07:17.44 | atul009 | take a look http://www.google-melange.com/gci/task/view/google/gci2014/6394920436760576 |
| 07:17.45 | gcibot | [[ Design a banner for our Facebook page (and/or other social media sites) #19 || BRL-CAD || Reopened || Kesha Shah, Sean ]] |
| 07:18.04 | atul009 | http://www.google-melange.com/gci/task/view/google/gci2014/6425504227786752 |
| 07:18.05 | gcibot | [[ Design a banner for our Facebook page (and/or other social media sites) #15 || BRL-CAD || Open || Harmanpreet, Daniel_R ]] |
| 07:18.11 | atul009 | http://www.google-melange.com/gci/task/view/google/gci2014/6451541124841472 |
| 07:18.11 | gcibot | [[ Design a banner for our Facebook page (and/or other social media sites) #18 || BRL-CAD || Open || Kesha Shah, Daniel_R ]] |
| 07:19.35 | andrei_ | uhm, atul009, you re supposed to make a gallery of the completed ones |
| 07:20.46 | atul009 | But instructions say no matter it's how much compicated but should include all entries |
| 07:25.03 | andrei_ | well it should include all entries |
| 07:25.11 | andrei_ | but the task you showed me has nothing uploaded |
| 07:25.17 | andrei_ | you can't showcase ... nothing |
| 07:25.27 | andrei_ | just do the completed ones and it ll be fine :) |
| 07:25.47 | atul009 | ;) |
| 07:25.51 | atul009 | BYE THAKS |
| 07:34.31 | Notify | 02GCI:rossberg * 5884171381637120 : Task Closed - Congratulations, this task has been completed successfully. |
| 07:39.38 | Notify | 02GCI:rossberg * 5831970483339264 : Task Closed - Congratulations, this task has been completed successfully. |
| 07:45.34 | andrei_ | hm, just 5 tasks left to be completed and 9 hours left |
| 07:47.17 | *** join/#brlcad bugport (~bugport@91.103.85.100) | |
| 07:56.22 | Notify | 02GCI:Melange * 4606217016049664 : Task Reopened - Melange has detected that the final deadline has passed and it has reopened the task. |
| 08:01.36 | *** join/#brlcad andrei_ (c35a6e7d@unaffiliated/andrei/x-7229309) | |
| 08:01.36 | *** join/#brlcad andrei_ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125) | |
| 08:21.29 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 08:28.28 | *** join/#brlcad merzo (~merzo@178-63-132-95.pool.ukrtel.net) | |
| 08:33.12 | *** join/#brlcad MarcTannous (59eef606@gateway/web/cgi-irc/kiwiirc.com/ip.89.238.246.6) | |
| 08:38.46 | Notify | 02GCI:tannousmarc * 5787710711136256 : Ready for review - The work on this task is ready to be reviewed. |
| 08:39.49 | Notify | 02GCI:tannousmarc * 5787710711136256 : about www.google.com - had to upload something to mark task completed. Explained Andrei over IRC my situation, patch applies perfectly but there might be an... |
| 08:40.28 | MarcTannous | d_rossberg, http://www.google-melange.com/gci/task/view/google/gci2014/5787710711136256 patch applies perfectly, however there is an issue with "make test". Tried it on a fresh repo (thinking I've done something that ruined my local copy) and it still did not owrk |
| 08:40.29 | gcibot | [[ Run CoreInterface unit test || BRL-CAD || NeedsReview (8 hrs 19 min) || Popescu Andrei, Daniel_R ]] |
| 08:40.43 | MarcTannous | something along the lines of "no make rule specified for ... Stop." |
| 08:40.49 | MarcTannous | can't remember the exact message |
| 08:41.11 | MarcTannous | Hope just the fact that the patch applies is okay as I won't be able to submit anything else due to being in classes from now until the gci finishes |
| 08:41.17 | MarcTannous | have a good day guys, I'm off |
| 09:02.30 | Notify | 02GCI:skyler_007 * 4606217016049664 : has the task been approved. - You did not send me the gci link where the pics are uploaded |
| 09:03.02 | Notify | 02GCI:singhtaran * 5888591171420160 : Ready for review - The work on this task is ready to be reviewed. |
| 09:05.23 | Notify | 02GCI:popescuandrei * 4606217016049664 : None - Hello! First of all, we can't accept the task since it has been reopened, you did not mark it as needing review. Secondly, the links where to be... |
| 09:09.57 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 09:21.29 | Notify | 02GCI:rossberg * 5787710711136256 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to... |
| 09:21.39 | Notify | 02GCI:rossberg * 5787710711136256 : Deadline extended - The deadline of the task has been extended with 2 days and 0 hours. |
| 09:21.55 | andrei_ | d_rossberg: regarding marc's task, there's no point in extending the deadline |
| 09:22.07 | andrei_ | since the submission deadline is in 8 hours or so :) |
| 09:22.59 | YashM_ | andrei, do you have suggestions for this http://www.google-melange.com/gci/task/view/google/gci2014/5895033286819840 |
| 09:23.00 | gcibot | [[ Design a set of render / cancel render icons #4 || BRL-CAD || NeedsWork || Sean ]] |
| 09:23.50 | andrei_ | hmm |
| 09:24.37 | andrei_ | you could make |
| 09:24.48 | andrei_ | <PROTECTED> |
| 09:24.51 | andrei_ | at first solid |
| 09:24.58 | andrei_ | then larger points |
| 09:25.02 | andrei_ | then gradually smaller points? |
| 09:25.05 | andrei_ | does it make sense? |
| 09:25.51 | YashM_ | you mean pixels? |
| 09:26.25 | Notify | 02GCI:rossberg * 5787710711136256 : ??? - Task wasn't to apply the patch but to run the unit test. You wrote the patch by yourself, so applying it shouldn't be a problem for you. But did you... |
| 09:26.46 | YashM_ | what is "the form" |
| 09:26.52 | andrei_ | I mean |
| 09:26.56 | andrei_ | look at your previous design |
| 09:27.04 | andrei_ | I called that polygon a form |
| 09:27.09 | andrei_ | (what sean said it looks like arb6) |
| 09:27.13 | *** join/#brlcad teepee- (bc5c2133@gateway/web/freenode/ip.188.92.33.51) | |
| 09:30.06 | Notify | 02GCI:tannousmarc * 5787710711136256 : check irc - Pinged you with the issue..got a fresh repo and tried making the tests, but there is an issue. Can you please tell me if it is only on my machine? |
| 09:34.32 | YashM_ | I can't pixelate the surfaces since it's just one color |
| 09:35.01 | YashM_ | i will have to manually do make squares that way which would be difficult to do since its a small space and is 3D |
| 09:35.38 | YashM_ | the wedge icon wouldn't have the dashed lines making a cube, would it? |
| 09:36.11 | andrei_ | hmm, YashM |
| 09:36.13 | andrei_ | let me think a bit |
| 09:36.18 | andrei_ | your task clearly shows enough effort |
| 09:36.25 | andrei_ | but on the other hand |
| 09:36.35 | andrei_ | I don t want to go over brlcad's decision |
| 09:38.03 | andrei_ | the idea is to leave the impression of the image being constructed |
| 09:39.21 | andrei_ | if you can find a rather easy idea on how to do that |
| 09:39.23 | andrei_ | go with it :) |
| 09:40.05 | Notify | 02GCI:rossberg * 5787710711136256 : First you have to compile - First you have to compile brlcad, then the core interface, then the test. What did you compiled until now? BTW, I saw your question... |
| 09:47.34 | Notify | 03BRL-CAD Wiki:Nmz787-brlcad * 0 /wiki/File:Mged_radio_graphic_window.gif: The simple walkie-talkie style radio example as a moving GIF demonstrating panning and moving the view in the Graphics Window of mged. |
| 09:48.39 | Notify | 03BRL-CAD Wiki:Nmz787-brlcad * 7860 /wiki/User:Nmz787-brlcad: I was editing this last night, but then my browser crashed and I lost the preview mediawiki-text :( |
| 09:55.39 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 10:00.00 | nmz787 | brlcad: I tried a few different ways to embed this youtube video into my wiki page, but couldn't figure it out... the animated GIF I embedded is around 0.6MB, and this H264 MP4 video was 1.0MB when I uploaded it to youtube... difference is it is 2x the resolution (and also if I could embed the video, people wouldn't be forced to download the 600kB of animated GIF if they weren't interested) https://www.youtube.com/watch?v=QyrNamrEJGM |
| 10:31.15 | *** join/#brlcad merzo (~merzo@31.221.110.40) | |
| 10:48.30 | *** join/#brlcad YashM (~YashM@117.223.12.41) | |
| 11:12.49 | *** join/#brlcad raptor_ (~raptor@194.28.75.209) | |
| 11:29.42 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 11:42.02 | Notify | 02GCI:rohit_agarwal * 5895422048468992 : Ready for review - The work on this task is ready to be reviewed. |
| 11:42.47 | Notify | 02GCI:Melange * 5002699137351680 : Task Reopened - Melange has detected that the final deadline has passed and it has reopened the task. |
| 11:44.08 | Notify | 02GCI:rohit_agarwal * 5895422048468992 : None - I uploaded the design. Its a ball being rendered. I also added a shine(which is showing that its being transformed into a original one). |
| 11:53.13 | raptor_ | Yesterday I made two parallel tasks - design icons and animations. 1 of 2 checked did not have time to take. Please could you check out the competition design icons? https://mega.co.nz/#F!nREGlRbA!8hLOicB6aSPJfN5L2EjHWQ |
| 11:57.38 | *** join/#brlcad MarcTannous (4f733b36@gateway/web/cgi-irc/kiwiirc.com/ip.79.115.59.54) | |
| 12:12.26 | *** join/#brlcad amisha (~amisha@14.139.122.114) | |
| 12:15.22 | MarcTannous | d_rossberg: or any other mentor available, I am having issues with installing rt^3. Trying to cmake its directory, I get "Could not find BRL-CAD root directory - please set BRLCAD_BASE_DIR in CMake |
| 12:15.22 | MarcTannous | Call Stack (most recent call first): |
| 12:15.22 | MarcTannous | <PROTECTED> |
| 12:15.34 | MarcTannous | Checked /usr/, I have brlcad installed |
| 12:15.49 | MarcTannous | Where should I specify its path(/usr/brlcad) so that it works? |
| 12:21.22 | d_rossberg | MarcTannous: wait a minute ... |
| 12:21.52 | *** join/#brlcad merzo (~merzo@92.60.189.225) | |
| 12:22.48 | d_rossberg | have you tried the cmake gui? |
| 12:23.33 | MarcTannous | no |
| 12:23.56 | MarcTannous | how should I go about doing it? |
| 12:24.00 | d_rossberg | cmake-gui |
| 12:25.12 | MarcTannous | sec, installnig it |
| 12:26.27 | MarcTannous | configuring done |
| 12:26.28 | d_rossberg | when you have the gui: in "Where to build the binaries:" navigate to your rt^3 build directory |
| 12:26.28 | MarcTannous | generating done |
| 12:26.37 | MarcTannous | yep,did that |
| 12:26.49 | MarcTannous | however the configuration and generation went way too fast |
| 12:26.52 | MarcTannous | no idea why that is |
| 12:26.56 | d_rossberg | then in the build directory: make coreinterface |
| 12:27.25 | d_rossberg | (it is small and thats why fast) |
| 12:27.56 | MarcTannous | no rule to make target 'coreinterface' |
| 12:27.59 | MarcTannous | argh |
| 12:29.04 | d_rossberg | in the cmake-gui after configuring: is the BRLCAD_BIN_DIR set? |
| 12:29.37 | MarcTannous | BRLCAD_BIN_DIR value : BRLCAD_BIN_DIR-NOTFOUND |
| 12:29.43 | MarcTannous | same with configexe and headers dir |
| 12:30.07 | MarcTannous | rt3build is in the same folder as rt^3 and brlcad is in /usr/ |
| 12:30.12 | MarcTannous | any idea why this happens? |
| 12:30.14 | d_rossberg | set it to your brl-cad installation bin directory, then configure again |
| 12:30.25 | MarcTannous | is that /usr/brlcad you are reffering to? |
| 12:30.35 | d_rossberg | /usr/brlcad/bin |
| 12:30.58 | MarcTannous | what about configexe and headers_dir? |
| 12:31.16 | MarcTannous | oh wait, I configured again with that path setup |
| 12:31.18 | d_rossberg | they will automatically be detected |
| 12:31.24 | MarcTannous | and I got about three dozen more errors now |
| 12:31.35 | MarcTannous | pretty much all the libraries |
| 12:31.59 | *** join/#brlcad taranpreet (~taranpree@202.164.53.117) | |
| 12:32.30 | d_rossberg | this aren't errors, this are the new values |
| 12:32.49 | d_rossberg | click "configure" again |
| 12:32.53 | MarcTannous | they all have values like "BRLCAD_BN_LIBRARY-NOTFOUND" |
| 12:33.08 | MarcTannous | "error in configuration process, project files may be invalid" |
| 12:33.59 | MarcTannous | should I try installing brlcad again? |
| 12:33.59 | d_rossberg | do you have /usr/brlcad/bin/brlcad-config? |
| 12:34.36 | MarcTannous | ow |
| 12:34.39 | MarcTannous | I think I found the issue |
| 12:34.49 | MarcTannous | it's actually /brlcad/dev-7.25.0 |
| 12:34.52 | MarcTannous | let me just see if this works |
| 12:35.15 | MarcTannous | ow |
| 12:35.17 | MarcTannous | it worked |
| 12:35.28 | MarcTannous | fingers crossed that make coreinterface works now |
| 12:35.35 | andrei_ | O_o |
| 12:35.44 | d_rossberg | some targets may not be found, but this isn't a problem |
| 12:36.03 | MarcTannous | make: *** No rule to make target `coreinterface'. Stop. |
| 12:36.18 | MarcTannous | :( |
| 12:36.40 | d_rossberg | did you "generated" the make files again? |
| 12:37.06 | MarcTannous | yes |
| 12:37.14 | MarcTannous | and cmake-gui returned no errors on that |
| 12:37.15 | andromeda-galaxy | d_rossberg, andrei_: do either of you have any ideas about my question about extruded-sketch uv mapping) |
| 12:38.40 | MarcTannous | the files all seem to be in place too |
| 12:39.08 | *** join/#brlcad teepee (~teepee@gateway/tor-sasl/teepee) | |
| 12:39.16 | MarcTannous | I have 4 directories, src,tests,tests-bin,cmakefiles and 4 files outsideo f them cmakecache, cmake_install, ctesttestfile and makefile |
| 12:40.53 | d_rossberg | hmm, i'll try from scratch ... |
| 12:41.46 | andromeda-galaxy | (sorry to interrupt, but I've been wondering for a while, so I wanted to ask before you left) |
| 12:42.46 | MarcTannous | no problem..I am just feeling really stupid and think that there's something easy I missed somewhere |
| 12:43.06 | MarcTannous | and wanted to see if the issue only happens on my machine |
| 12:44.03 | d_rossberg | MarcTannous: is /brlcad/dev-7.25.0/bin in your path? |
| 12:44.31 | d_rossberg | on my machine it finds everything automaticaly |
| 12:44.39 | andrei_ | aah, that's it |
| 12:44.40 | andrei_ | Marc: |
| 12:44.41 | MarcTannous | no it is not |
| 12:45.09 | andrei_ | echo PATH=$PATH:/usr/dev-7.25.0/brlcad/bin should do it |
| 12:45.11 | andrei_ | or even |
| 12:45.14 | andrei_ | echo PATH=$PATH:/usr/dev-7.25.0/brlcad |
| 12:46.33 | MarcTannous | Found BRL-CAD at /usr/brlcad/dev-7.25.0 |
| 12:46.33 | MarcTannous | <PROTECTED> |
| 12:46.33 | MarcTannous | <PROTECTED> |
| 12:46.37 | MarcTannous | from cmake-interface |
| 12:46.40 | MarcTannous | cmake-gui* |
| 12:46.50 | MarcTannous | Could not locate 'brlcad-config' - no BRL-CAD version available |
| 12:46.57 | MarcTannous | should I just try re-installing brlcad? |
| 12:48.34 | andrei_ | try it with /bin as well |
| 12:48.41 | andrei_ | PATH=$PATH:/usr/dev-7.25.0/brlcad/bin |
| 12:48.44 | Notify | 02GCI:retardvoldy * 5511140318642176 : Ready for review - The work on this task is ready to be reviewed. |
| 12:48.45 | andrei_ | echo PATH=$PATH:/usr/dev-7.25.0/brlcad/bin |
| 12:48.46 | MarcTannous | that's what I tried |
| 12:48.54 | andrei_ | that's really weird |
| 12:50.01 | d_rossberg | MarcTannous: maybe you should make a clean install first, the brlcad-config script is needed there |
| 12:50.22 | MarcTannous | clean install = delete rt^3, delete brlcad and install everything all over again? |
| 12:50.24 | *** join/#brlcad andromeda_galaxy (~andromeda@108-225-17-54.lightspeed.sntcca.sbcglobal.net) | |
| 12:50.42 | d_rossberg | andromeda_galaxy: whar was your question? |
| 12:51.07 | andromeda-galaxy | I've been trying to figure out a reasonable uv mapping for extruded objects, but can't think of anything that seems like it would work particularly well... do you (or anyone else) know of any literature on the subject/other best approaches/have ideas for what would work well? |
| 12:51.56 | d_rossberg | you should first test the patch from the referenced task, does it work? |
| 12:52.01 | andromeda-galaxy | no |
| 12:52.18 | andromeda-galaxy | when raytracing, rt spits out a ton of errors about invalid uv coordinates |
| 12:54.24 | andromeda-galaxy | "shade_inputs: bad u, v=0.000000e+00, -1.000000e+00 du, dv=0, 0 seg=extrude_example ID_EXTRUDE surf=1. xy=239, 443 Making green." |
| 12:55.06 | andromeda-galaxy | also, I can't find any documentation on the purpose of du and dv, what are they're values supposed to mean? |
| 12:55.23 | d_rossberg | is there an obvious reason why the code doesn't work? |
| 12:55.41 | andromeda-galaxy | well, it just sets u and v to vpriv[X] and vpriv[Y] |
| 12:55.52 | d_rossberg | saying "the patch is bad" would be a valid result too |
| 12:56.01 | andromeda-galaxy | I can't find comment explaining exactly what vpriv does, but that doesn't seem right... |
| 12:59.15 | andromeda-galaxy | (it looks to me like rt_extrude_shot &c are setting vpriv to various different values depending on the type of segment hit, the fact that every other usage of vpriv checks which kind of segment and this doesn't seems wrong to me) |
| 13:03.14 | d_rossberg | vpriv is a "private vector", whatever this means |
| 13:04.10 | andromeda-galaxy | I saw that, I wasn't originally sure what it means |
| 13:04.21 | andromeda-galaxy | I've been looking at the _shot code some more now, however, |
| 13:04.26 | d_rossberg | there is a RT_HIT_UVCOORD macro which could be eventually useful |
| 13:04.35 | MarcTannous | d_rossberg: something weird is going on |
| 13:04.46 | MarcTannous | you extended my deadline on http://www.google-melange.com/gci/task/view/google/gci2014/5787710711136256 by 2 days, but it says I have 4 more hours to complete it |
| 13:04.47 | gcibot | [[ Run CoreInterface unit test || BRL-CAD || NeedsWork || Popescu Andrei, Daniel_R ]] |
| 13:05.14 | MarcTannous | what happens if the task does not get closed in the next 4 hours? |
| 13:05.15 | d_rossberg | yes, GCi ends in 4h |
| 13:05.16 | andromeda-galaxy | d_rossberg: isn't that macro for potential callers? |
| 13:05.25 | andromeda-galaxy | d_rossberg: I've been looking more at vpriv |
| 13:05.41 | andromeda-galaxy | and it sets it to (kind of odd) different values for each type of segment/surface |
| 13:05.43 | andromeda-galaxy | : |
| 13:05.52 | andromeda-galaxy | for example, for an lseg, it sets vpriv t |
| 13:05.54 | andromeda-galaxy | *to |
| 13:06.10 | andromeda-galaxy | <PROTECTED> |
| 13:06.18 | MarcTannous | oh god |
| 13:06.31 | andromeda-galaxy | <PROTECTED> |
| 13:06.38 | MarcTannous | well time to close any app running in the background and hope I can get a clean build and my patch working before that |
| 13:07.17 | d_rossberg | andromeda-galaxy: as i've said, explaining why the patch doesn't work at all can be a result of your task too |
| 13:08.15 | andromeda-galaxy | d_rossberg: well, I was hoping to get it working correctly (since that's what the task description originally says)... do you have any ideas what a correct uv mapping function would look like? |
| 13:08.30 | starseeker | depending on the shell, you may need to set your path with export not echo |
| 13:08.48 | starseeker | e.g. export PATH=$PATH:/usr/dev-7.25.0/brlcad/bin |
| 13:10.11 | starseeker | MarcTannous: what shell do you use? |
| 13:11.12 | MarcTannous | bash |
| 13:11.22 | starseeker | yeah, try export instead of echo |
| 13:15.02 | andromeda-galaxy | starseeker: any ideas about uv mapping functions? I would like to get a new one implemented before submitting the task, but can't find/think of anything that seems like it would work well (smooth, continuous, one image over all the faces...) mostly because there can be holes inside the object... |
| 13:15.07 | MarcTannous | okay so I just got a clean install |
| 13:15.10 | MarcTannous | on brlcad |
| 13:15.22 | MarcTannous | tried making, still not finding brlcadbin_dir |
| 13:15.27 | MarcTannous | let me try to export what starseeker said |
| 13:16.26 | MarcTannous | still not working |
| 13:16.43 | MarcTannous | BRLCAD_BIN_DIR-NOTFOUNd |
| 13:16.58 | starseeker | andromeda-galaxy: sorry, not offhand - i've wanted to look into this for uv mappings: http://www.cs.columbia.edu/~keenan/Projects/SpinTransformations/ |
| 13:17.21 | starseeker | andromeda-galaxy: but I don't know for sure if it's of any help or not, and probably doesn't address holes |
| 13:17.34 | starseeker | MarcTannous: what does "which mged" report? |
| 13:17.55 | MarcTannous | where should I see it? |
| 13:18.18 | starseeker | /usr/dev-7.25.0/brlcad/bin/mged if that's where you've installed brlcad |
| 13:18.31 | MarcTannous | let me see |
| 13:18.49 | MarcTannous | no mged directory in bin |
| 13:18.58 | starseeker | where is brlcad installed? |
| 13:19.28 | starseeker | is it /usr/brlcad/dev-7.25.0 or somewhere else? |
| 13:19.33 | MarcTannous | yes |
| 13:19.39 | MarcTannous | that is it |
| 13:20.06 | starseeker | then tha'ts the path you want to use: export PATH=$PATH:/usr/brlcad/dev-7.25.0/bin |
| 13:20.15 | MarcTannous | that's what I usedc |
| 13:20.41 | starseeker | earlier it was usr/dev-7.25.0/brlcad |
| 13:20.56 | MarcTannous | you typed that, but I corrected it when inputting in bash |
| 13:21.19 | starseeker | is there an mged binary at /usr/brlcad/dev-7.25.0/bin/mged ? |
| 13:22.00 | MarcTannous | well I must have typed dev-7.24.0 |
| 13:22.11 | MarcTannous | because I tried it again, no errors and now tried making coreitnerface and it worked |
| 13:22.14 | MarcTannous | thanks |
| 13:22.18 | starseeker | nods |
| 13:22.32 | starseeker | no problem |
| 13:23.24 | andromeda-galaxy | starseeker: oh well... d_rossberg: any other ideas? |
| 13:25.24 | Notify | 02GCI:brlcad * 5888591171420160 : Task Closed - Congratulations, this task has been completed successfully. |
| 13:25.47 | d_rossberg | andromeda-galaxy: no idea, i have never had a look at uv mapping :( |
| 13:26.24 | andromeda-galaxy | d_rossberg: oh well... |
| 13:26.27 | andromeda-galaxy | brlcad: are you around? |
| 13:26.46 | andromeda-galaxy | d_rossberg, starseeker: well, thanks for discussing it with me anyway |
| 13:30.21 | MarcTannous | oh so many errors to fix |
| 13:30.22 | MarcTannous | damn |
| 13:30.40 | MarcTannous | good thing it's only some constructors not being capitalized |
| 13:32.23 | Notify | 02GCI:brlcad * 5895422048468992 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to... |
| 13:32.59 | Notify | 02GCI:Melange * 5859130111688704 : Task Reopened - Melange has detected that the final deadline has passed and it has reopened the task. |
| 13:33.56 | *** join/#brlcad amisha_ (~amisha@14.139.122.114) | |
| 13:34.25 | *** join/#brlcad merzo (~merzo@31.221.110.40) | |
| 13:34.27 | MarcTannous | d_rossberg, andrei_: a strange issue with the Sphere object |
| 13:34.40 | andrei_ | what issue? |
| 13:34.58 | MarcTannous | testing the Clone() function, I created two spheres, sph and sph2 |
| 13:35.32 | MarcTannous | one of them was being parsed as a parameter to the test "static int test(BRLCAD::Sphere sph)" while the other was being initialized as BRLCAD::Sphere sph2 |
| 13:35.48 | MarcTannous | to clone sph into sph2, the correct syntax is sph2=sph.Clone(); ? |
| 13:36.02 | andrei_ | I believe it's |
| 13:36.11 | andrei_ | Spehere *sph2 = sph.Clone(); |
| 13:36.13 | andrei_ | yes |
| 13:36.16 | andrei_ | Sphere* |
| 13:36.24 | MarcTannous | <PROTECTED> |
| 13:36.28 | MarcTannous | wait |
| 13:36.32 | MarcTannous | <PROTECTED> |
| 13:36.44 | MarcTannous | damn copy paste is not working properly over irc |
| 13:37.05 | MarcTannous | I am getting an eror when compiling it, "no match for operator= operand types are BRLCAD::Sphere and BRLCAD::Object* |
| 13:37.10 | MarcTannous | in sph2=sph.Clone(); |
| 13:37.18 | MarcTannous | they are both initialized as BRLCAD::Sphere s |
| 13:37.19 | d_rossberg | Clone() returns a pointer |
| 13:37.20 | andrei_ | ah |
| 13:37.22 | MarcTannous | I just double checked |
| 13:37.27 | andrei_ | the error tells you |
| 13:37.44 | d_rossberg | BRLCAD::Sphere* sph2 |
| 13:37.44 | andrei_ | what d_rossberg mentioned |
| 13:37.53 | Notify | 02GCI:brlcad * 5895422048468992 : general idea is good - Rohit, the general idea you have is good. However, the rendering isn't emphasized enough. For example, the "pixels" you have a barely... |
| 13:38.17 | d_rossberg | and don't forget to delete sph2 after you don't need it any more |
| 13:38.34 | MarcTannous | hmm |
| 13:38.41 | MarcTannous | tried what you said and now I get |
| 13:38.53 | MarcTannous | error: invalid conversion from 'BRLCAD::Object*' to 'BRLCAD::Sphere*' |
| 13:39.41 | d_rossberg | that's right, Clone() is an Object method |
| 13:39.43 | andrei_ | hm |
| 13:39.54 | andrei_ | reinterpret_cast<BRLCAD::Sphere*> |
| 13:40.04 | d_rossberg | cast it (static_cast or dynamic_cast) |
| 13:40.15 | MarcTannous | wait what |
| 13:40.18 | andrei_ | you need to do |
| 13:40.44 | andrei_ | BRLCAD::Sphere* sph2 = static_cast<BRLCAD::Sphere*> sph.Clone(); |
| 13:40.58 | d_rossberg | or: BRLCAD::Sphere sph2; sph2 = sph; |
| 13:41.19 | MarcTannous | what does static_cast do? |
| 13:41.25 | MarcTannous | asking just so that I understand what I'm doing |
| 13:41.29 | andrei_ | it changes the object's type |
| 13:41.40 | d_rossberg | this is the usual c-style cast |
| 13:41.42 | MarcTannous | oh |
| 13:41.53 | andrei_ | sphere extends object |
| 13:41.54 | MarcTannous | what you would do in c++ with (char*) for example? |
| 13:42.02 | d_rossberg | (together with reinterpret_cast) |
| 13:42.07 | andrei_ | you would use string :) |
| 13:42.18 | MarcTannous | yeah, but you got my point |
| 13:42.41 | andrei_ | I did, but I m not sure what you re asking |
| 13:42.43 | andrei_ | regarding char* |
| 13:42.50 | MarcTannous | char* was just an example |
| 13:43.05 | MarcTannous | the static_cast changes an object's type to whatever you want it to, right? |
| 13:43.06 | andrei_ | you could do char* something = static_cast<char*> initially_voidstar_pointer too |
| 13:43.16 | andrei_ | yeah |
| 13:43.16 | MarcTannous | okay |
| 13:43.18 | MarcTannous | now I got it |
| 13:43.18 | MarcTannous | ty |
| 13:43.22 | andrei_ | just like how you do in C with (type) |
| 13:43.29 | MarcTannous | yeah |
| 13:44.04 | andrei_ | if the roles were switching |
| 13:44.09 | andrei_ | you d get no compiler warning |
| 13:44.16 | andrei_ | or you shouldn't, at least |
| 13:44.45 | andrei_ | in any case, nevermind, it's not related to your issue |
| 13:45.14 | MarcTannous | okay so I fixed pretty much everything that was related to my test |
| 13:45.29 | andrei_ | does it build ? |
| 13:45.35 | MarcTannous | except for a thing that I got from the other tests and discussed a few weeks ago here on IRC that this is how I should approach it |
| 13:45.54 | MarcTannous | let me copy it into a pastebin as copy paste is not owrking properly for me over irc |
| 13:47.04 | MarcTannous | http://pastebin.com/E62za79T |
| 13:47.04 | MarcTannous | this |
| 13:47.28 | MarcTannous | my "main" is a void because if the test is a succes the object gets added to the database, and takes the database as a parameter |
| 13:47.34 | MarcTannous | just like the other tests (halfspace, for example) |
| 13:48.02 | *** join/#brlcad mmu_man (~revol@vaf26-2-82-244-111-82.fbx.proxad.net) | |
| 13:48.08 | andrei_ | âDatabaseâ is not a member of âBRLCADâ |
| 13:48.10 | andrei_ | this is weird |
| 13:48.21 | andrei_ | have you included it? |
| 13:48.56 | MarcTannous | oh wait |
| 13:49.03 | MarcTannous | I had to include "primitives.h" |
| 13:49.04 | MarcTannous | my bad |
| 13:49.06 | MarcTannous | works now |
| 13:49.21 | andrei_ | awesome ! :) |
| 13:49.36 | MarcTannous | wow |
| 13:49.37 | MarcTannous | this feels good |
| 13:49.47 | MarcTannous | just got rid of dozens of errors |
| 13:50.33 | andrei_ | haha, you ll get to do that for pretty much the most part of your proffesional life, don't worry :) |
| 13:50.54 | andrei_ | also, in C++, there's no shortage of errors |
| 13:51.35 | MarcTannous | I'm happy that I got to finish my task in due time |
| 13:52.14 | Notify | 02GCI:brlcad * 5511140318642176 : oops - Retardvoldy, Daniel is quite right. I was initially impressed that you covered all of the 3d modeling designs and didn't notice that this is a sticker... |
| 13:52.25 | Notify | 02GCI:tannousmarc * 5787710711136256 : Test worked, after some modifications - marc@marc-To-be-filled-by-OEM:~/clean/rt3build$ make tester_ci_primitives [ 88%] Built target coreinterface Scanning... |
| 13:52.30 | Notify | 02GCI:brlcad * 5511140318642176 : Task Reopened - This task has been Reopened. |
| 13:52.45 | unicodesnowman | wow |
| 13:52.50 | Notify | 02GCI:tannousmarc * 5787710711136256 : Ready for review - The work on this task is ready to be reviewed. |
| 13:52.52 | unicodesnowman | what is with so many people wanting to cheat in brlcad? |
| 13:53.14 | andrei_ | what do you mean? |
| 13:53.33 | MarcTannous | probably talking about the forges |
| 13:53.45 | andrei_ | ah, I didn't notice brlcad's full reply |
| 13:54.28 | MarcTannous | does my task also have to be evaluted before gci ends? or is there some extra time for that? |
| 13:54.45 | unicodesnowman | extra time |
| 13:55.03 | MarcTannous | phew |
| 13:55.17 | ``Erik | I'd be surprised if BRL-CAD has a much higher plagiarism rate than other projects :/ some people have no ethics and think that "lie cheat and steal" is ok |
| 13:55.34 | d_rossberg | MarcTannous: did you run "make test" ? |
| 13:55.36 | andrei_ | ``Erik, I think unicodesnowman might have a point |
| 13:55.46 | andrei_ | we had plenty design/gallery tasks |
| 13:55.55 | MarcTannous | d_rossberg, yeah |
| 13:55.58 | andrei_ | which are easy to copy |
| 13:55.58 | MarcTannous | let me just copy paste the results |
| 13:56.05 | d_rossberg | :) |
| 13:56.18 | MarcTannous | http://pastebin.com/qF4qHdsZ |
| 13:56.38 | MarcTannous | oops wrong copy pate |
| 13:56.55 | MarcTannous | http://pastebin.com/jsA4CkCq there we go |
| 13:57.09 | Notify | 02GCI:brlcad * 5820470842621952 : 3 hours - Just three hours remaining to work on GCI tasks! Please upload your best and final work by then. |
| 13:57.29 | Notify | 02GCI:brlcad * 5264182400253952 : 3 hours - Just three hours remaining to work on GCI tasks! Please upload your best and final work by then. |
| 13:57.49 | Notify | 02GCI:brlcad * 6360824117460992 : 3 hours - Just three hours remaining to work on GCI tasks! Please upload your best and final work by then. |
| 13:57.54 | Notify | 02GCI:brlcad * 5688858951811072 : 3 hours - Just three hours remaining to work on GCI tasks! Please upload your best and final work by then. |
| 13:58.09 | Notify | 02GCI:brlcad * 6087649752252416 : 3 hours - Just three hours remaining to work on GCI tasks! Please upload your best and final work by then. |
| 13:58.24 | Notify | 02GCI:brlcad * 4625664627965952 : 3 hours - Just three hours remaining to work on GCI tasks! Please upload your final work by then. |
| 13:58.34 | Notify | 02GCI:rossberg * 5787710711136256 : Task Closed - Congratulations, this task has been completed successfully. |
| 13:58.51 | MarcTannous | thank you d_rossberg and andrei_ for your help today |
| 13:58.54 | Notify | 02GCI:brlcad * 5511203400974336 : 3 hours - Hi Aditya! Just three hours remaining to work on GCI tasks! Please upload your final work by then. |
| 13:58.56 | MarcTannous | felt great to get it working |
| 13:59.04 | Notify | 02GCI:brlcad * 4956557716488192 : 3 hours - Just three hours remaining to work on GCI tasks! Please upload your final work by then. |
| 13:59.14 | Notify | 02GCI:brlcad * 5571450517848064 : 3 hours - Just three hours remaining to work on GCI tasks! Please upload your final work by then. |
| 13:59.19 | Notify | 02GCI:brlcad * 6415875447980032 : 3 hours - Just three hours remaining to work on GCI tasks! Please upload your final work by then. |
| 13:59.50 | Notify | 02GCI:brlcad * 5604954702086144 : 3 hours - Just three hours remaining to work on GCI tasks! Please upload your final work by then. The deadline is firm and no submissions will be allowed... |
| 14:00.39 | Notify | 02GCI:brlcad * 4547822640693248 : 3 hours - Just three hours remaining ... Looks like you're were just a hair shy of outpacing Ignacio. :) |
| 14:01.18 | MarcTannous | wow |
| 14:01.24 | MarcTannous | ignacio has 84 tasks completed |
| 14:01.34 | Notify | 02GCI:o7p9bxbnyj * 4547822640693248 : Ready for review - The work on this task is ready to be reviewed. |
| 14:01.40 | andrei_ | and you? |
| 14:01.50 | andrei_ | (can't access the website from work) |
| 14:01.52 | MarcTannous | 48 |
| 14:01.57 | MarcTannous | ignacio is at another org tho |
| 14:02.01 | unicodesnowman | in wikimedia, someone wanted 3 tasks completed |
| 14:02.04 | MarcTannous | but damn this guy |
| 14:02.06 | unicodesnowman | yesterday, they unclaimed one task |
| 14:02.17 | unicodesnowman | 1 minute before the deadline for claiming |
| 14:02.22 | unicodesnowman | and didn't have time to claim another.. |
| 14:02.32 | MarcTannous | wow |
| 14:02.42 | unicodesnowman | what's curious is if they kept their original task.. they'd have 3 done and a tshirt. |
| 14:03.11 | andromeda-galaxy | MarcTannous: if you keep wanting to work on rt^3, something to consider would be reworking the test harness, as it is, "make test" is going to pass whether or not the tests are failing... |
| 14:03.29 | MarcTannous | yeah, you mentioned that a few weeks ago |
| 14:03.38 | MarcTannous | about making the tests simialr to the ones over on brlcad, right? |
| 14:08.50 | andromeda-galaxy | yeah, basically |
| 14:09.04 | andromeda-galaxy | all the primitive tests are lumped together into one test |
| 14:09.10 | andromeda-galaxy | and that test runner doesn't check the result of the sub-tests |
| 14:09.29 | MarcTannous | you should really get this to d_rossberg or brlcad's attention |
| 14:09.39 | MarcTannous | there are few tests now and it could easily be changed I think |
| 14:09.58 | MarcTannous | but if it gets to dozens of tests running like that, it would be harder to change at once |
| 14:11.09 | Notify | 02GCI:rohit_agarwal * 5895422048468992 : Ready for review - The work on this task is ready to be reviewed. |
| 14:14.53 | andromeda-galaxy | d_rossberg: I decided to do what you said and just submit it with an explanation of why the old code didn't work, since no-one could figure out a new algorithm... |
| 14:16.40 | raptor_ | Yesterday I made two parallel tasks - design icons and animations. 1 of 2 checked did not have time to take. Please could you check out the competition design icons? https://mega.co.nz/#F!nREGlRbA!8hLOicB6aSPJfN5L2EjHWQ |
| 14:17.16 | raptor_ | I do not pretend to that |
| 14:17.19 | Notify | 02GCI:o7p9bxbnyj * 4547822640693248 : None - After asking on IRC and waiting for some time, I decided that I couldn't come up with a new algorithm that worked, and so decided to submit my analysis... |
| 14:18.23 | *** join/#brlcad andromeda_galaxy (~andromeda@108-225-17-54.lightspeed.sntcca.sbcglobal.net) | |
| 14:19.04 | Notify | 02GCI:brlcad * 4547822640693248 : Task Closed - Congratulations, this task has been completed successfully. |
| 14:20.30 | *** join/#brlcad amisha_ (~amisha@14.139.122.114) | |
| 14:21.15 | Notify | 02GCI:brlcad * 5895422048468992 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to... |
| 14:21.35 | gcibot | Do you want to share your guesses about winners? Write them here: https://docs.google.com/spreadsheets/d/1HLYgPnyuXEcWOOQmzE3IMJKuPtFgXdJM7BnErzqbvZY/edit#gid=0 |
| 14:22.55 | andrei_ | https://docs.google.com/spreadsheets/d/1HLYgPnyuXEcWOOQmzE3IMJKuPtFgXdJM7BnErzqbvZY/edit#gid=0 brlcad doesn't even exist :( |
| 14:23.01 | andrei_ | BRL-CAD* |
| 14:23.28 | andromeda-galaxy | only 6/12 orgs... |
| 14:23.31 | ty221 | Create it |
| 14:23.42 | ty221 | There shouldnt be any trouble |
| 14:23.45 | unicodesnowman | added |
| 14:24.30 | unicodesnowman | sorry, didn't expect gcibot to post it in all channels |
| 14:25.03 | ty221 | unicodesnowman: he is watching us |
| 14:25.21 | andrei_ | ty221: who's watching you? |
| 14:26.03 | ty221 | andrei_: mentors |
| 14:26.31 | andrei_ | ty221: there are no mentors around right now, they're busy, but why would they watch you :) |
| 14:27.29 | Notify | 02GCI:brlcad * 5895422048468992 Design a set of render / cancel render icons #2 https://www.google-melange.com/gci/task/view/google/gci2014/5895422048468992: just flipped? Just flipping the... |
| 14:27.30 | gcibot | [[ Design a set of render / cancel render icons #2 || BRL-CAD || NeedsWork || Sean ]] |
| 14:27.30 | Notify | 02GCI:helix * 5895033286819840 : None - If it had to be a wedge, there wouldn't be any dashed lines that make a cube, isn't it? The thing is, I can't pixelate this as the surfaces are one plain... |
| 14:27.47 | ty221 | andrei_: To check my task progess :p |
| 14:27.57 | *** join/#brlcad amisha_ (~amisha@14.139.122.114) | |
| 14:30.43 | YashM | GCI was fun, thanks everyone |
| 14:32.56 | MarcTannous | well someone is ruining the guesses table |
| 14:35.03 | ignacio | MarcTannous, is that me? |
| 14:35.05 | ignacio | "<Notify> 09:00:39> GCI:brlcad * 4547822640693248 : 3 hours - Just three hours remaining ... Looks like you're were just a hair shy of outpacing Ignacio. :)" |
| 14:35.21 | MarcTannous | there is someone typing Charlie Hebdo into all the fields |
| 14:35.30 | MarcTannous | not sure who it is |
| 14:35.46 | ignacio | lol, but Ignacio = me? |
| 14:35.49 | andromeda-galaxy | ignacio: are you the ignacio from sugar labs? |
| 14:36.01 | unicodesnowman | MarcTannous, someone is very immature. |
| 14:36.20 | MarcTannous | unicodesnowman, is there any way to prevent it frm happening?\ |
| 14:36.33 | unicodesnowman | can't do that and keep it open for editing, but there is the revision history tool |
| 14:36.35 | unicodesnowman | it's very easy to revert |
| 14:37.09 | MarcTannous | oh |
| 14:37.16 | MarcTannous | that's great |
| 14:38.18 | andrei_ | I wonder how many simultaneous users |
| 14:38.23 | andrei_ | can gdocs support |
| 14:38.38 | MarcTannous | there's 50 atm on that doc |
| 14:38.55 | ignacio | andromeda-galaxy, yes :P |
| 14:39.07 | andromeda-galaxy | then it's probably you |
| 14:39.54 | ignacio | well, I dont understand the comment. |
| 14:40.07 | MarcTannous | which comment? |
| 14:41.01 | ignacio | " Looks like you're were just a hair shy of outpacing Ignacio" |
| 14:41.11 | YashM | lol someone wrote Raptor all over BRL-CAD |
| 14:41.19 | MarcTannous | probably regarding the fact that you have like 85 tasks |
| 14:41.53 | YashM | Damn why can't people behave |
| 14:42.16 | MarcTannous | anonimity does wonders to people's personalities |
| 14:42.59 | unicodesnowman | reverted.. sigh |
| 14:43.01 | raptor_ | YashM: Hmm who wrote it |
| 14:43.24 | YashM | raptor, someone's obsessed with you ;) |
| 14:43.54 | YashM | andromeda-galaxy, Marctannous, you guys coming back next year? |
| 14:44.00 | MarcTannous | yep |
| 14:44.01 | raptor_ | probably yes |
| 14:44.12 | andromeda-galaxy | YashM: not sure yet |
| 14:44.19 | MarcTannous | not sure if I have the age to do so though |
| 14:44.21 | YashM | This was my first and last time :( |
| 14:44.37 | raptor_ | do not come back) |
| 14:45.16 | raptor_ | I was joking) |
| 14:46.41 | Notify | 02GCI:rohit_agarwal * 5895422048468992 : Ready for review - The work on this task is ready to be reviewed. |
| 14:50.13 | MarcTannous | yeah, that prediction stuff ain't gonna work |
| 14:50.18 | MarcTannous | people changing everything around |
| 14:52.19 | ignacio | wth is wrting 'raptor' in brlcad!? |
| 14:52.24 | MarcTannous | erm |
| 14:52.31 | MarcTannous | I just got access denied from that document |
| 14:52.37 | MarcTannous | for changing my predictions back to what they initially were |
| 14:52.38 | MarcTannous | ... |
| 14:52.39 | unicodesnowman | I reset the link. |
| 14:52.47 | unicodesnowman | MarcTannous, I blocked everyone, sorry. |
| 14:52.54 | unicodesnowman | raptor_, you know I can see google accounts.. |
| 14:52.54 | unicodesnowman | stop. |
| 14:53.34 | raptor_ | <PROTECTED> |
| 14:53.42 | ignacio | raptor_, ... |
| 14:53.44 | YashM | lol |
| 14:54.11 | raptor_ | Why give open access?!? |
| 14:54.16 | MarcTannous | I'm off to study for exams guys |
| 14:54.17 | MarcTannous | good luck |
| 14:54.21 | raptor_ | LOL |
| 14:54.23 | MarcTannous | It's been a great journey |
| 14:54.36 | MarcTannous | I for one learned to work on Linux so I've got that going |
| 14:54.37 | MarcTannous | :D |
| 14:54.49 | ignacio | MarcTannous, you still design backgrounds? |
| 14:54.50 | ignacio | xD |
| 15:17.32 | Notify | 02GCI:atul009 * 6415875447980032 : Ready for review - The work on this task is ready to be reviewed. |
| 15:20.47 | Notify | 02GCI:gjeet * 6415875447980032 : Task Closed - Congratulations, this task has been completed successfully. |
| 15:24.12 | Notify | 02GCI:gjeet * 6415875447980032 : Great work - Hey Atul, nicely done. I really liked it. Also thanks for doing GCI with BRL-CAD. I would like to hear your overall experience in working with BRL-CAD... |
| 15:37.32 | Notify | 02GCI:brlcad * 5895422048468992 : Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to... |
| 15:40.32 | Notify | 02GCI:brlcad * 5895422048468992 : minimum? - I hope you're not just doing the minimum possible to get this task accepted. Please look at the links in more detail and/or come up with different ideas... |
| 16:08.15 | *** join/#brlcad vipulsharma (0e63c454@gateway/web/freenode/ip.14.99.196.84) | |
| 16:15.50 | *** join/#brlcad MarcTannous (4f733b36@gateway/web/cgi-irc/kiwiirc.com/ip.79.115.59.54) | |
| 16:21.22 | *** join/#brlcad amisha (~amisha@14.139.122.114) | |
| 16:40.52 | Notify | 02GCI:rohit_agarwal * 5895422048468992 : Ready for review - The work on this task is ready to be reviewed. |
| 16:43.33 | Notify | 02GCI:rohit_agarwal * 5895422048468992 : None - Sir I blurred the "pixels" in my previous design that makes the change looks more 'smooth'. I also made a new design. Both my designs are included in... |
| 16:56.58 | Notify | 02GCI:adityagulati * 5511203400974336 : Apology - sir, sorry I won't be able to submit the task. Actually due to too much of work in the school I wasn't able to work in the last few days. Sorry... |
| 16:58.17 | *** join/#brlcad nmz787_i (~nmccorkx@134.134.139.70) | |
| 17:00.03 | gcibot | Contest is over.... Did you enjoy it :-)? |
| 17:06.48 | raptor_ | I was just 2 weeks), but learned a lot! |
| 17:08.17 | YashM | brlcad, i will continue to do icon tasks in the next few days, just for the kicks ;) |
| 17:08.32 | MarcTannous | I will keep doing the unit tests too :P |
| 17:09.04 | YashM | that's great, i would feel bad to leave this in the middle :/ |
| 17:14.27 | YashM | good night |
| 17:22.47 | *** join/#brlcad FreezingAlt (~FreezingC@135.0.41.14) | |
| 17:27.32 | *** join/#brlcad teepee_ (~teepee@gateway/tor-sasl/teepee) | |
| 17:45.41 | andromeda-galaxy | I'll finish all ofm y projects, but not for a couple of months, things are about to get quite busy for me... |
| 18:22.19 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 18:33.33 | *** join/#brlcad nmz787_i1 (~nmccorkx@134.134.139.70) | |
| 18:35.24 | *** join/#brlcad amisha (~amisha@14.139.122.114) | |
| 18:51.21 | *** join/#brlcad andrei_ (~quassel@188.25.163.57) | |
| 18:52.31 | gcibot | Are you afraid of final results? ;-) Who will win? |
| 18:59.47 | nmz787_i1 | for a bot, gcibot is eerily intelligent |
| 19:00.19 | unicodesnowman | andromeda-galaxy, poxip code-out 2014 will have tshirts btw |
| 19:01.30 | ty221 | unicodesnowman: made by me |
| 19:01.34 | ty221 | Using calculator |
| 19:08.41 | MarcTannous | poxip code-out is down :( |
| 19:21.52 | andromeda-galaxy | unicodesnowman: what's 'poxip code-out'? |
| 19:24.46 | andrei_ | does anyone have the link |
| 19:24.50 | andrei_ | for that gci spreadsheet? |
| 19:24.57 | *** join/#brlcad amisha (~amisha@14.139.122.114) | |
| 19:25.16 | MarcTannous | https://docs.google.com/spreadsheets/d/1HLYgPnyuXEcWOOQmzE3IMJKuPtFgXdJM7BnErzqbvZY/edit#gid=0 |
| 19:25.20 | MarcTannous | andrei_ : ^ |
| 19:26.08 | andrei_ | my eyes bleed |
| 19:26.16 | andrei_ | what happened to it? |
| 19:28.26 | MarcTannous | idk |
| 19:28.37 | MarcTannous | the admin locked some rows so that people could not troll it |
| 19:34.52 | gcibot | Okay guys. Now GCI is over, is time to hibernate.. :P See you next year :) |
| 19:41.20 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 20:03.15 | *** join/#brlcad teepee_ (~teepee@gateway/tor-sasl/teepee) | |
| 20:53.01 | *** join/#brlcad merzo (~merzo@87-11-132-95.pool.ukrtel.net) | |
| 21:28.54 | *** join/#brlcad FreezingAlt (~FreezingC@135.0.41.14) | |
| 21:37.32 | *** join/#brlcad nmz787_i (~nmccorkx@134.134.139.70) | |
| 21:55.04 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 23:40.01 | *** join/#brlcad teepee_ (~teepee@gateway/tor-sasl/teepee) | |
| 00:06.40 | *** join/#brlcad nmz787_i (~nmccorkx@134.134.139.70) | |
| 00:26.55 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 01:03.58 | starseeker | andromeda-galaxy: no problem - happens. When you do get back around to working on the NACA stuff, we'll have to figure out how to use it to create actual NURBS brep objects :-) between that and the tire generator we'd be on our way to a flying car proc-db ;-) |
| 01:55.12 | andromeda-galaxy | starseeker: indeed, I will try to come and finish the NACA conversions when I can, as well as trying to finish the raytracer bundle api... |
| 03:53.58 | *** join/#brlcad YashM (~YashM@117.198.3.109) | |
| 04:00.19 | Notify | 02GCI:brlcad * 5895422048468992 : Task Closed - Congratulations, this task has been completed successfully. |
| 04:02.44 | YashM | brlcad, was wondering whether you saw the comment on my render icons task |
| 04:18.37 | *** join/#brlcad unicodesnowman (~unicodesn@2602:ffea:1001:1fa::97d2) | |
| 04:32.38 | *** join/#brlcad unicodesnowman (~unicodesn@167.160.164.140) | |
| 05:03.34 | *** join/#brlcad MarcTannous (4f733b36@gateway/web/cgi-irc/kiwiirc.com/ip.79.115.59.54) | |
| 07:20.53 | *** join/#brlcad andrei_ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125) | |
| 07:21.43 | andrei_ | hello |
| 08:11.11 | *** join/#brlcad unicodesnowman (~unicodesn@unaffiliated/unicodesnowman) | |
| 08:19.51 | *** join/#brlcad merzo (~merzo@87-11-132-95.pool.ukrtel.net) | |
| 08:21.36 | *** join/#brlcad andrei__ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125) | |
| 09:24.18 | Notify | 03BRL-CAD Wiki:Hitesh sofat * 0 /wiki/User:Hitesh_sofa: |
| 09:30.33 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 09:48.39 | *** join/#brlcad merzo (~merzo@92.60.189.225) | |
| 10:59.12 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 12:12.21 | *** join/#brlcad merzo (~merzo@92.60.189.225) | |
| 12:17.49 | *** join/#brlcad andrei__ (c35a6e7d@unaffiliated/andrei/x-7229309) | |
| 12:17.49 | *** join/#brlcad andrei__ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125) | |
| 12:37.38 | *** join/#brlcad merzo (~merzo@31.221.110.40) | |
| 12:40.05 | *** join/#brlcad teepee- (bc5c2133@gateway/web/freenode/ip.188.92.33.51) | |
| 13:01.14 | *** join/#brlcad rohitagarwal (31f93502@gateway/web/cgi-irc/kiwiirc.com/ip.49.249.53.2) | |
| 13:42.18 | *** join/#brlcad YashM (~YashM@117.198.3.109) | |
| 13:59.10 | *** join/#brlcad balder_ (670ac5ca@gateway/web/freenode/ip.103.10.197.202) | |
| 14:13.02 | *** join/#brlcad mmu_man (~revol@vaf26-2-82-244-111-82.fbx.proxad.net) | |
| 14:13.39 | *** join/#brlcad YashM_ (~YashM@117.198.3.109) | |
| 14:34.18 | MarcTannous | hey guys |
| 14:34.23 | MarcTannous | it's getting quiet in here :D |
| 14:34.51 | andrei_ | yeah, it happens |
| 14:35.04 | MarcTannous | when is the evaluation process coming around? |
| 14:35.44 | andrei_ | these two weeks |
| 14:36.03 | andrei_ | there is quite a lot of data to gather, it takes a bit |
| 14:37.04 | YashM_ | I need to discuss some tasks with Sean but our timezones are opposite :( |
| 14:38.07 | andrei_ | out of curiosity, YashM_, what's your timezone? |
| 14:38.18 | YashM_ | 5:30 GMT |
| 14:38.31 | andrei_ | huh |
| 14:38.39 | andrei_ | you re GMT+3 |
| 14:38.49 | andrei_ | it's GMT+2 here |
| 14:38.51 | YashM_ | GMT +5.5 |
| 14:38.55 | YashM_ | not +3 |
| 14:39.32 | andrei_ | oh |
| 14:39.42 | YashM_ | Isn't it like 9 am in the us |
| 14:40.34 | andrei_ | it s gmt -8 to -5 |
| 14:40.37 | andrei_ | so yeah, probably |
| 14:40.38 | teepee- | yeah, on the east cost |
| 14:40.53 | YashM_ | total opposite :/ |
| 14:44.23 | andrei_ | meh, here's cold and snowy, at least you don't have that, YashM_ |
| 14:44.46 | YashM_ | Haha that's true |
| 14:45.07 | YashM_ | The lowest it gets here is 15 degree C |
| 14:45.47 | andrei_ | that means you can still go out in tshirt |
| 14:45.58 | andrei_ | without freezing |
| 14:46.02 | MarcTannous | wait what |
| 14:46.04 | MarcTannous | oh my god |
| 14:46.09 | MarcTannous | 15 degrees minimum? |
| 14:46.15 | MarcTannous | I'm packing my bag and flying over |
| 14:46.17 | andrei_ | haha |
| 14:46.35 | andrei_ | I think it's the same with Florida and Souther California |
| 14:46.38 | YashM_ | There's places in north of our country where it goes to like -2 |
| 14:46.42 | YashM_ | but that's just one place |
| 14:47.19 | YashM_ | The highest in summers is like 40 C |
| 14:47.23 | MarcTannous | ... |
| 14:47.27 | YashM_ | So it's pretty good all year |
| 14:47.28 | MarcTannous | that's not even that high |
| 14:47.43 | YashM_ | Yeah, the weather is kinda balanced |
| 14:47.44 | andrei_ | yeah |
| 14:47.52 | andrei_ | we got more than 40 C, tho not that often |
| 14:48.36 | YashM_ | But hey, our internet speeds are like 100-200 kB/s! |
| 14:48.52 | andrei_ | everywhere? |
| 14:49.21 | YashM_ | In big cities like Mumbai and Delhi it might go to 1-2 MB/s but that's it |
| 14:49.27 | MarcTannous | O.o |
| 14:49.32 | MarcTannous | here I am complaining about my 10-12mb/s |
| 14:49.34 | YashM_ | most of the cities live in 60 kB/s |
| 14:49.56 | andrei_ | that's quite the average, Marc |
| 14:49.58 | andrei_ | or above |
| 14:50.08 | MarcTannous | above I think |
| 14:50.08 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 14:50.24 | YashM_ | Marc, MB or mb? |
| 14:50.27 | andrei_ | MB |
| 14:50.44 | MarcTannous | yeah my bad |
| 14:51.16 | andrei_ | I got the same, between 10 to 16 |
| 14:51.20 | YashM_ | Well, that does "exist" here but not really for average consumers |
| 14:51.41 | MarcTannous | this is something I pay like 5$ a month I think |
| 14:51.49 | andrei_ | yeah, it's really standard |
| 14:52.11 | andrei_ | when I was a kid, we only had dial up |
| 14:52.22 | andrei_ | or that 64byte cable speed |
| 14:52.36 | andrei_ | I remember adding something to download, then going out, hoping it will be finished when I get back |
| 14:52.43 | YashM_ | xdD |
| 14:52.50 | YashM_ | I can relate |
| 14:54.18 | andrei_ | also, YashM_, both me and Marc live in the capital |
| 14:54.27 | andrei_ | It's not the same all over |
| 14:55.02 | YashM_ | Yeah, capitals are always better everywhere :P |
| 14:55.21 | andrei_ | I might exagerate |
| 14:55.30 | andrei_ | but here, the capital is bigger than all the major cities altogether |
| 14:55.41 | andrei_ | all the other* |
| 14:57.05 | andrei_ | anyway, guys, I' |
| 14:57.08 | andrei_ | I'm off. |
| 14:57.13 | MarcTannous | cya later |
| 14:57.36 | YashM_ | peace |
| 15:09.16 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 15:24.01 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:42.40 | Notify | 03BRL-CAD:ejno * 63982 brlcad/trunk/src/libged/simulate/collision.cpp: commit some minor changes simplifying calculate_contact_points() |
| 15:44.08 | Notify | 03BRL-CAD:ejno * 63983 (brlcad/trunk/src/libgcv/plugin.c brlcad/trunk/src/libgcv/plugin.h): use struct gcv_opts in the plugin manager |
| 16:14.53 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 16:51.53 | *** join/#brlcad nmz787_i (~nmccorkx@134.134.139.74) | |
| 16:59.57 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 17:06.09 | *** join/#brlcad YashM_ (~YashM@117.198.3.109) | |
| 17:39.53 | *** join/#brlcad deepak_ (~chatzilla@117.220.174.67) | |
| 18:21.35 | *** join/#brlcad albertcoder (~quassel@61.1.11.132) | |
| 18:24.29 | *** join/#brlcad teepee_ (~teepee@gateway/tor-sasl/teepee) | |
| 18:40.56 | Notify | 03BRL-CAD:carlmoore * 63984 (brlcad/trunk/doc/docbook/system/man1/en/pixfade.xml brlcad/trunk/src/util/pixfade.c): implement -m, already documented in the man page, in pixfade.c ; also fix up pixfade.xml |
| 20:36.22 | *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc) | |
| 20:37.31 | *** join/#brlcad mmu_man (~revol@vaf26-2-82-244-111-82.fbx.proxad.net) | |
| 20:43.49 | Notify | 03BRL-CAD:n_reed * 63985 brlcad/trunk/src/libged/concat.c: Fix dbconcat crash when using -c option; can't assume color table exists. Report when requested attributes weren't found. |
| 20:53.43 | *** join/#brlcad teepee_ (~teepee@gateway/tor-sasl/teepee) | |
| 21:54.56 | *** join/#brlcad teepee (~teepee@gateway/tor-sasl/teepee) | |
| 22:11.04 | Notify | 03BRL-CAD:ejno * 63986 (brlcad/trunk/src/libgcv/CMakeLists.txt brlcad/trunk/src/libgcv/plugin.h): add setup.cpp for gcv plugin registration (in progress) |
| 22:39.30 | Notify | 03BRL-CAD:ejno * 63987 (brlcad/trunk/src/libgcv/CMakeLists.txt brlcad/trunk/src/libgcv/plugin/setup.cpp): compile/register g-stl as a plugin (in progress) |
| 22:59.58 | *** join/#brlcad teepee_ (~teepee@gateway/tor-sasl/teepee) | |
| 00:15.56 | Notify | 03BRL-CAD Wiki:WilliamEnright * 0 /wiki/User:WilliamEnrigh: |
| 01:49.33 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 03:14.16 | *** join/#brlcad nmz787_i (nmccorkx@nat/intel/x-pqjntedbnkcwsrpc) | |
| 03:30.32 | *** join/#brlcad YashM (~YashM@117.198.21.18) | |
| 04:36.48 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 05:00.51 | *** join/#brlcad unicodesnowman (~unicodesn@unaffiliated/unicodesnowman) | |
| 05:09.28 | *** join/#brlcad MarcTannous (4f733b36@gateway/web/cgi-irc/kiwiirc.com/ip.79.115.59.54) | |
| 05:27.03 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 05:40.16 | *** join/#brlcad ForKor (32615e26@gateway/web/freenode/ip.50.97.94.38) | |
| 06:08.29 | *** join/#brlcad andrei_ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125) | |
| 06:09.07 | *** join/#brlcad andrei_ (c35a6e7d@unaffiliated/andrei/x-7229309) | |
| 06:09.07 | *** join/#brlcad andrei_ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125) | |
| 07:14.14 | *** join/#brlcad mihaineacsu (~mihaineac@92.85.10.174) | |
| 07:47.37 | *** join/#brlcad teepee_ (~teepee@gateway/tor-sasl/teepee) | |
| 07:50.16 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 08:26.43 | *** join/#brlcad roshan (~roshan@103.225.100.51) | |
| 08:48.41 | *** join/#brlcad teepee- (bc5c2133@gateway/web/freenode/ip.188.92.33.51) | |
| 09:02.29 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 09:18.56 | *** join/#brlcad nmz787_i (~nmccorkx@134.134.139.72) | |
| 10:03.28 | *** join/#brlcad roshan (~roshan@103.225.100.51) | |
| 10:04.30 | roshan | Hello I am new , I have successfully compiled brl-cad and would like to start working , could someone help me out |
| 10:05.09 | andrei_ | hello, roshan, this might help : http://brlcad.org/wiki/Deuces |
| 10:06.28 | *** join/#brlcad winghouchan (~holoirc@149.254.182.126) | |
| 10:10.23 | roshan | andrei: Thank You |
| 12:29.05 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 12:30.37 | *** join/#brlcad bugport (~bugport@91.103.85.100) | |
| 12:36.59 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 12:55.12 | starseeker | hah - minizinc 2.0 is out. sweet! |
| 12:55.40 | *** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 12:58.31 | *** join/#brlcad mmu_man (~revol@vaf26-2-82-244-111-82.fbx.proxad.net) | |
| 13:05.32 | *** join/#brlcad FreezingAlt (~FreezingC@135.0.41.14) | |
| 13:19.58 | *** join/#brlcad FreezingAlt (~FreezingC@135.0.41.14) | |
| 13:30.38 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 13:34.04 | *** join/#brlcad teepee (~teepee@gateway/tor-sasl/teepee) | |
| 14:10.17 | Notify | 03BRL-CAD Wiki:Hitesh sofat * 7861 /wiki/Docbook: Created page with "Our requirements:- 1) we need bidirectional web-editing 2) we need to convert a slew of non-docbook docs to docbook 3) we need to eliminate/scavenge/archive docs that are o..." |
| 14:18.36 | *** join/#brlcad shardulc (~shardul@122.169.95.181) | |
| 14:19.21 | *** join/#brlcad svineet (75c854e4@gateway/web/cgi-irc/kiwiirc.com/ip.117.200.84.228) | |
| 14:21.43 | shardulc | brlcad: are you there? |
| 14:21.47 | *** part/#brlcad svineet (75c854e4@gateway/web/cgi-irc/kiwiirc.com/ip.117.200.84.228) | |
| 14:24.00 | shardulc | infobot help |
| 14:24.16 | MarcTannous | shardulc, what do you need? |
| 14:24.35 | MarcTannous | maybe someone else can help |
| 14:24.43 | shardulc | I want to pass on a message to brlcad |
| 14:24.55 | shardulc | or if anyone else from BRL-CAD is here, that'll do |
| 14:35.45 | ``Erik | just say it (or ask your question or whatever) and lurk, someone will eventually answer you, maybe |
| 14:35.48 | ``Erik | !notify ask |
| 14:35.49 | Notify | Questions in the channel should be specific, informative, complete, concise, and on-topic. Don't ask if you can ask a question first. Don't ask if a person is there; just ask what you intended to ask them. Better questions more frequently yield better answers. We are all here voluntarily or against our will. |
| 14:36.20 | shardulc | ``Erik: no, I had submitted a script as a GCI task, and I just wanted to ask how it was working :) |
| 14:38.05 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 14:38.33 | ``Erik | hm, I d'no what script you wrote... I know a few submissions have been applied to the svn repo on sf (a task link or # might help someone look to see what's going on) |
| 14:40.04 | shardulc | it was a Python script to detect dead code, GCI task https://www.google-melange.com/gci/task/view/google/gci2014/6455158829481984 |
| 14:44.50 | ``Erik | hm, I'm sure brlcad has been using it, I don't see it in the BRL-CAD repo, though (looks like it's just a bunch of greps and some bookkeeping? doesn't cpp the .c files or anything? I think macro generated symbols would trip it up, otherwise pretty cool) |
| 14:47.14 | *** join/#brlcad mihaineacsu (~mihaineac@92.85.10.174) | |
| 14:47.22 | Notify | 03BRL-CAD:ejno * 63988 (brlcad/trunk/src/libgcv/plugin.c brlcad/trunk/src/libgcv/plugin.h): adjustments to more closely match the libgcv API |
| 15:04.13 | shardulc | ``Erik: cpp the .c files, what do you mean? and can I make it better in any way? |
| 15:06.24 | ``Erik | shardulc: cpp is the "C PreProcessor", most *nix machines have a command called "cpp", you can do "cpp file.c" and it'll evaluate all the macros (the output will be big)... you can also do "gcc -E" to get the same output. might give you a billion false positives, though :) and I think I'm the only one crazy enough to use macros to generate symbols, ## ftw |
| 15:34.44 | *** join/#brlcad YashM (~YashM@117.198.21.18) | |
| 15:46.33 | *** part/#brlcad shardulc (~shardul@122.169.95.181) | |
| 15:50.34 | *** join/#brlcad merzo (~merzo@92.60.189.225) | |
| 16:43.01 | Notify | 03BRL-CAD:ejno * 63989 (brlcad/trunk/src/libgcv/CMakeLists.txt brlcad/trunk/src/libgcv/gcv.c and 2 others): initial integration of the plugin backend with the API |
| 16:57.54 | *** join/#brlcad nmz787_i (~nmccorkx@134.134.139.74) | |
| 17:19.26 | Notify | 03BRL-CAD:ejno * 63990 brlcad/trunk/src/libgcv/CMakeLists.txt: rename stl_export.c to stl_write.c to match the terms used elsewhere |
| 17:36.28 | Notify | 03BRL-CAD:ejno * 63991 (brlcad/trunk/src/libgcv/gcv.c brlcad/trunk/src/libgcv/plugin/setup.cpp): fix check for reader_fn/writer_fn in filters |
| 18:25.22 | *** join/#brlcad nmz787_i (nmccorkx@nat/intel/x-wilhlppvldmaydjk) | |
| 18:31.52 | andromeda-galaxy | ``Erik: for dead-code, what about going totally overboard and writing a llvm SA pass for detecting the kinds of dead code we care about? if it runs right after clang reads the source into IR, llvm's built-in dce won't have run yet, so it should be able to get at every piece of code that is read by the compiler and dead... |
| 18:32.34 | andromeda-galaxy | (and it would be after macroexpansion & any other early-running code transformations) |
| 18:40.09 | Notify | 03BRL-CAD:ejno * 63992 (brlcad/trunk/src/libgcv/CMakeLists.txt brlcad/trunk/src/libgcv/gcv.c and 2 others): initial BRL-CAD import/export plugin for libgcv |
| 18:40.20 | ``Erik | andromeda-galaxy: that'd be the "awesome enough to make a business out of it" approach, yeh... :D |
| 18:48.53 | Notify | 03BRL-CAD:ejno * 63993 brlcad/trunk/src/libgcv/gcv.c: free cxt->db_instance in gcv_destroy() |
| 18:50.34 | Stragus | Compilers aren't that great at finding non-trivial dead code |
| 18:50.57 | Stragus | Like a branch that can't be taken, depending on reading some data |
| 19:02.44 | andromeda-galaxy | Stragus: true, but it probably wouldn't be any worse than doing textual lookups on the source.. |
| 19:08.46 | Notify | 03BRL-CAD:ejno * 63994 (brlcad/trunk/src/libgcv/gcv.c brlcad/trunk/src/libgcv/plugin/brlcad.c brlcad/trunk/src/libgcv/plugin/stl/stl_write.c): correctly initialize the db_i |
| 19:20.34 | *** join/#brlcad teepee_ (~teepee@gateway/tor-sasl/teepee) | |
| 19:43.33 | Notify | 03BRL-CAD:ejno * 63995 (brlcad/trunk/src/libgcv/CMakeLists.txt brlcad/trunk/src/libgcv/plugin/setup.cpp brlcad/trunk/src/libgcv/plugin/stl/stl_write.c): create plugin stl_read based on stl-g |
| 19:46.04 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 20:14.06 | *** join/#brlcad merzo (~merzo@126-6-133-95.pool.ukrtel.net) | |
| 20:23.48 | *** join/#brlcad Lord_kk (~Kris@rrcs-184-74-231-66.nyc.biz.rr.com) | |
| 20:24.10 | Lord_kk | test |
| 20:36.42 | Notify | 03BRL-CAD:carlmoore * 63996 brlcad/trunk/src/util/pixelswap.c: avoid error message if h or ? is specified |
| 20:37.56 | nmz787_i | anyone try compiling BRL-CAD for Android yet? |
| 20:38.07 | Notify | 03BRL-CAD:carlmoore * 63997 brlcad/trunk/src/util/pixelswap.c: oops, add a newline to improve readability |
| 20:43.28 | Notify | 03BRL-CAD:ejno * 63998 brlcad/trunk/src/librt/ls.c: check correct value in while loop |
| 20:54.00 | ``Erik | not that I know of... I'd be highly surprised if it works, the android ndk is pretty limited and most of the i/o type shtuff that a normal posixy system provides just isn't there... pieces might work, but java (or dalvik) glue would definitely need to be written |
| 20:58.14 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 21:05.31 | *** join/#brlcad mmu_man (~revol@vaf26-2-82-244-111-82.fbx.proxad.net) | |
| 21:05.48 | Stragus | ``Erik, there's no POSIX on Android? Darn, that's terrible |
| 21:08.56 | Stragus | Google says it's missing pthread_cancel(), which isn't such a big deal |
| 21:09.15 | Stragus | And shared memory stuff |
| 21:10.32 | andromeda-galaxy | ``Erik, Stragus: and there are lots of annoyances in compiling a bunch of dependencies with bionic libc |
| 21:10.59 | andromeda-galaxy | I just barely managed to get busybox to work once, I tried emacs but never managed to get ncurses to build |
| 21:12.11 | Stragus | No C++ exceptions (don't care), no STL, (don't care), wide chars (don't care) |
| 21:12.15 | ``Erik | Stragus: "posixy system", not POSIX... :D if you tried using a minimal POSIX os, it'd seem very very alien |
| 21:12.20 | Stragus | So, for C software, it's pretty much Posix |
| 21:12.57 | ``Erik | like, iirc, out of the box, there is no usable tty/pty |
| 21:13.03 | ``Erik | in android |
| 21:13.17 | Stragus | Is that mandated by POSIX? |
| 21:13.46 | ``Erik | I believe posix.2 addresses it? |
| 21:14.25 | Stragus | Okay. I don't know much about POSIX aspects that don't involve the C interface |
| 21:14.33 | ``Erik | that's posix.1 |
| 21:15.08 | ``Erik | huh, someone made tk that works on android (they wrote enough of an X layer on top of libsdl) |
| 21:15.11 | ``Erik | http://wiki.tcl.tk/39022 |
| 21:16.38 | ``Erik | it's suddenly looking more feasible to run mged/archer (but not necessarily the other ~400 bits) if BRL-CAD ever moves to tcl86 |
| 21:17.17 | ``Erik | oh, and BRL-CAD needs c++ exceptions and stl at the openNURBS/libbrep level, which librt depends on... librt is kinda important |
| 21:17.48 | ``Erik | drops the mic and walks off the stage :D *duck* |
| 21:18.13 | *** join/#brlcad teepee (~teepee@gateway/tor-sasl/teepee) | |
| 21:19.43 | Stragus | :) This could be reimplemented not to depend on a standard C++ library if needed |
| 21:20.30 | Stragus | Although the C way to implement the functional equivalent of C++ exceptions is a little messy (longjmp) |
| 21:22.29 | ``Erik | yeh, and the wrong direction |
| 21:22.42 | ``Erik | rewriting openNURBS would be a very nontrivial exercise |
| 21:23.28 | ``Erik | um, Stragus, you have android devices, right? there's an sshd for it, um, "ConnectBot" I think? it's an interesting environment |
| 21:23.52 | ``Erik | woops, connectbot is the client |
| 21:24.46 | ``Erik | sshdroid is the server I use, https://play.google.com/store/apps/details?id=berserker.android.apps.sshdroid&hl=en |
| 21:42.38 | *** join/#brlcad unicodesnowman (~unicodesn@2602:ffea:1001:1fa::97d2) | |
| 21:50.34 | Notify | 03BRL-CAD:ejno * 63999 (brlcad/trunk/src/libgcv/gcv_private.h brlcad/trunk/src/libgcv/plugin/setup.cpp and 2 others): move gcv_plugin_register into gcv_private.h; plugins will be registered in setup.cpp |
| 22:14.47 | *** join/#brlcad teepee_ (~teepee@gateway/tor-sasl/teepee) | |
| 22:22.52 | Stragus | Yes, I have SSHDroid installed and use it regularly |
| 22:23.03 | Stragus | Somehow it's the easiest way to copy files that I have found |
| 22:57.24 | ``Erik | huh, a look at the postproduction of a movie: http://provideocoalition.com/pvcexclusive/story/behind-the-workflow-and-post-production-process-of-gone-girl |
| 23:32.13 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 23:33.57 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 23:34.53 | *** join/#brlcad teepee_ (~teepee@gateway/tor-sasl/teepee) | |
| 23:47.56 | *** join/#brlcad krishna_ (~krishna@5.231.52.94) | |
| 23:58.05 | *** join/#brlcad merzo (~merzo@93-27-133-95.pool.ukrtel.net) | |
| 01:40.29 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 02:03.17 | *** join/#brlcad archivist_ (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 02:05.55 | *** join/#brlcad merzo_ (~merzo@93-27-133-95.pool.ukrtel.net) | |
| 02:37.21 | *** join/#brlcad nmz787_i1 (~nmccorkx@192.55.54.36) | |
| 02:42.40 | starseeker | concedes redoing openNURBS as C would be nontrivial, but it would have some nice aspects... |
| 02:45.24 | starseeker | been quite a long time since their last release, come to think of it |
| 02:48.04 | starseeker | might be able to identify some subsets to target for initial work... don't need all of 3dm format support to be useful |
| 04:12.52 | kanzure | yesss |
| 04:13.03 | kanzure | starseeker: i have a partial rewrite of opennurbs in python |
| 04:13.18 | kanzure | (with lots of testing) |
| 04:14.30 | kanzure | i stopped working on it when i stumbled into verbnurbs, althouh i do hope to incorporate lots of verbnurbs stuff into it in the future |
| 04:48.47 | *** join/#brlcad unicodesnowman (~unicodesn@unaffiliated/unicodesnowman) | |
| 04:52.53 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 05:09.34 | *** join/#brlcad ejno_ (~ejno@unaffiliated/kazaik) | |
| 05:10.11 | *** join/#brlcad teepee (~teepee@gateway/tor-sasl/teepee) | |
| 06:37.01 | *** join/#brlcad mihaineacsu (~mihaineac@92.85.10.174) | |
| 07:47.46 | *** join/#brlcad teepee_ (~teepee@gateway/tor-sasl/teepee) | |
| 08:36.11 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 09:08.13 | *** join/#brlcad YashM (~YashM@117.222.65.67) | |
| 09:13.28 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 09:31.39 | Notify | 03BRL-CAD Wiki:Vivian15014 * 0 /wiki/User:Vivian15014: |
| 09:57.02 | Notify | 03BRL-CAD Wiki:Vivian15014 * 7862 /wiki/Talk:Documentation: /* the best ave40 cigarette adviser on the net */ new section |
| 10:18.18 | unicodesnowman | wtf |
| 11:33.58 | *** join/#brlcad mihaineacsu (~mihaineac@92.85.10.174) | |
| 11:57.53 | louipc | spam |
| 12:10.48 | *** join/#brlcad ofnlut_ (~ofnlut_@73.212.167.77) | |
| 12:49.42 | Notify | 03BRL-CAD Wiki:Sean * 0 /wiki/Talk:Documentation: Spam: spam |
| 12:49.50 | Notify | 03BRL-CAD Wiki:Sean * 0 /wiki/User:Vivian15014: Spamming links to external sites |
| 13:25.49 | *** join/#brlcad raptor (~raptor@213.222.229.205) | |
| 14:58.29 | ``Erik | topological method of construction of point surfaces as physical models http://www.marhi.ru/AMIT/2008/spec08/papers/Kozlov/ (I just glanced, but it may be useful for generating nmgs or nurbs from point sets, mebbe brlcad or starseeker would dig it *shrug*) |
| 15:04.47 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 15:06.34 | *** join/#brlcad teepee- (bc5c2133@gateway/web/freenode/ip.188.92.33.51) | |
| 15:08.38 | *** join/#brlcad merzo (~merzo@92.60.189.225) | |
| 15:13.57 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 15:45.08 | *** join/#brlcad mmu_man (~revol@vaf26-2-82-244-111-82.fbx.proxad.net) | |
| 15:58.58 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:55.27 | Notify | 03BRL-CAD:starseeker * 64000 brlcad/trunk/NEWS: The search command's -above and -below options swapped meanings around r60245 |
| 16:55.57 | *** join/#brlcad nmz787_i (~nmccorkx@134.134.137.71) | |
| 17:15.33 | Notify | 03BRL-CAD:carlmoore * 64001 brlcad/trunk/src/util/pixmatte.c: remove a redundant error message; implement h? for help |
| 18:04.01 | *** join/#brlcad nmz787_i (~nmccorkx@192.55.54.36) | |
| 18:06.21 | *** join/#brlcad nmz787_i1 (nmccorkx@nat/intel/x-vysdudokrtysfkzh) | |
| 18:10.25 | Notify | 03BRL-CAD:ejno * 64002 (brlcad/trunk/src/libgcv/gcv.c brlcad/trunk/src/libgcv/plugin/brlcad.c and 2 others): convert all top-level objects in the libgcv stl writer plugin |
| 18:25.12 | Notify | 03BRL-CAD:carlmoore * 64003 brlcad/trunk/doc/docbook/system/man1/en/rle-pix.xml: remove a period because that's the style I am using for SEE ALSO |
| 18:30.26 | Notify | 03BRL-CAD:brlcad * 64004 brlcad/trunk/TODO: datum objects |
| 19:11.24 | *** join/#brlcad geekgrl (~geekgrl@203.115.81.74) | |
| 19:33.28 | *** part/#brlcad ty221 (~root@unaffiliated/ty221) | |
| 20:05.18 | Notify | 03BRL-CAD:brlcad * 64005 brlcad/trunk/TODO: evaluate the KISS FFT library |
| 20:05.45 | Notify | 03BRL-CAD:brlcad * 64006 brlcad/trunk/TODO: does interactive mode still work? |
| 20:31.17 | Notify | 03BRL-CAD:ejno * 64007 (brlcad/trunk/src/libgcv/CMakeLists.txt brlcad/trunk/src/libgcv/conv/stl/stl_read.c brlcad/trunk/src/libgcv/gcv.c): add initial version of obj_write |
| 20:37.29 | *** join/#brlcad merzo (~merzo@93-27-133-95.pool.ukrtel.net) | |
| 20:37.49 | Notify | 03BRL-CAD:brlcad * 64008 brlcad/trunk/NEWS: nick fixed dbconcat crash when using the -c option and a color table does not exist, in r63985. it makes sure the avs lookup is non-null before trying to use it. |
| 21:27.28 | Notify | 03BRL-CAD:ejno * 64009 brlcad/trunk/src/libgcv/CMakeLists.txt: initial fastgen4_read plugin |
| 21:29.23 | Notify | 03BRL-CAD:ejno * 64010 (brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_read.c brlcad/trunk/src/libgcv/setup.cpp): add fastgen4_read to setup.cpp |
| 21:38.54 | Notify | 03BRL-CAD:starseeker * 64011 brlcad/trunk/TODO: Add a note to look into whether db_dirbuild should be calling db_update_nref |
| 21:46.53 | *** join/#brlcad nmz787_i (~nmccorkx@134.134.139.72) | |
| 22:48.59 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 23:04.23 | Notify | 03BRL-CAD:ejno * 64012 (brlcad/trunk/include/gcv_util.h brlcad/trunk/src/libgcv/conv/brlcad.c and 9 others): adjust plugin architecture; remove dynamic plugin loading |
| 23:39.34 | *** join/#brlcad teepee_ (~teepee@gateway/tor-sasl/teepee) | |
| 23:49.15 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 00:03.28 | *** join/#brlcad merzo (~merzo@164-0-132-95.pool.ukrtel.net) | |
| 00:26.04 | *** join/#brlcad mmu_man (~revol@vaf26-2-82-244-111-82.fbx.proxad.net) | |
| 01:15.04 | *** join/#brlcad merzo (~merzo@164-0-132-95.pool.ukrtel.net) | |
| 01:32.12 | Notify | 03BRL-CAD Wiki:Richardsong * 0 /wiki/User:Richardsong: |
| 01:36.35 | Notify | 03BRL-CAD:starseeker * 64013 (brlcad/trunk/src/libbrep/shape_recognition.cpp brlcad/trunk/src/libbrep/shape_recognition.h brlcad/trunk/src/librt/test_shape_recognition.cpp): Logic isn't correct yet, but start working on assembling sub-breps from data sets. |
| 02:00.25 | Notify | 03BRL-CAD:starseeker * 64014 brlcad/trunk/src/libbrep/shape_recognition.cpp: still not correct, but getting closer |
| 02:06.02 | Notify | 03BRL-CAD:starseeker * 64015 brlcad/trunk/src/librt/test_shape_recognition.cpp: make shape on cobj here |
| 02:49.08 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 04:31.25 | *** join/#brlcad YashM (~YashM@117.222.21.164) | |
| 05:01.31 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 05:20.07 | *** join/#brlcad ofnlut_ (~ofnlut_@2601:a:6680:ee3:5cff:f5a7:232b:c66) | |
| 05:25.34 | *** join/#brlcad raptor_ (~raptor@213.222.228.72) | |
| 05:27.30 | raptor_ | brlcad: are you here? |
| 05:27.40 | raptor_ | brlcad, are you here? |
| 05:41.39 | *** join/#brlcad yukonbob (~bch@50.34.223.134) | |
| 05:41.44 | yukonbob | hello #brlcad |
| 05:42.14 | yukonbob | brlcad: is there a good pointer for working w/ low-level rays ? |
| 05:43.15 | yukonbob | I want to do surface detection and detect/find perpendicularity to a face |
| 06:02.30 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) | |
| 06:22.52 | *** join/#brlcad andrei_ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125) | |
| 06:30.00 | *** join/#brlcad infobot (ibot@rikers.org) | |
| 06:30.00 | *** topic/#brlcad is Topic for #brlcad: BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Welcome GCI 2014 participants! If you're participating, be patient when asking questions... we're very busy and sometimes have packed schedules. We will respond if you are still on IRC: learn screen+irssi. | |
| 06:38.17 | nmz787 | can anyone here help with this python-brlcad segmentation fault? here's what gdb shows after apt-get installing python-dbg and running any of the example scripts: http://paste.pound-python.org/show/Uc2G7gr04G9Ytke4WveQ/ |
| 06:39.37 | *** join/#brlcad MarcTannous (bc192390@gateway/web/cgi-irc/kiwiirc.com/ip.188.25.35.144) | |
| 06:39.45 | MarcTannous | morning |
| 06:40.04 | nmz787 | hi |
| 06:40.15 | nmz787 | know anything about python-brlcad? |
| 06:40.39 | nmz787 | i am getting output that loads in mged, but running the example segfaults |
| 06:40.47 | nmz787 | (in python I guess) |
| 06:40.53 | nmz787 | I am guessing something with SWIG |
| 06:40.59 | nmz787 | but idk |
| 06:44.53 | *** join/#brlcad andrei__ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125) | |
| 06:47.00 | yukonbob | nmz787: is that the best trace you can get ? |
| 06:47.07 | yukonbob | can you run bt full on the core file ? |
| 06:50.31 | *** join/#brlcad andrei_ (c35a6e7d@unaffiliated/andrei/x-7229309) | |
| 06:50.31 | *** join/#brlcad andrei_ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125) | |
| 07:06.40 | nmz787 | hmm, i haven't used bt |
| 07:11.30 | nmz787 | ok here it is yukonbob http://paste.pound-python.org/show/gmUKVKnhmDlOWzkWUY5E/ |
| 07:13.38 | nmz787 | got it using this https://blog.cryptomilk.org/2010/12/23/gdb-backtrace-to-file/ |
| 07:14.10 | yukonbob | nmz787: what version of brlcad ? |
| 07:15.08 | yukonbob | oh -- I see 7.24 |
| 07:16.43 | yukonbob | you build from src or use a prebuilt binary ? |
| 07:17.33 | nmz787 | I have the .deb in /usr/brlcad and the built-from-src in /usr/brlcad/dev-7.24.0 |
| 07:17.54 | nmz787 | this run seems to be from the dev version |
| 07:18.12 | nmz787 | but I thought I rebuilt... i might not have removed them from the python lib folder |
| 07:19.01 | yukonbob | it looks like it's failing on freeing a semaphore (if the source is unadulterated). |
| 07:19.23 | nmz787 | setup.py doesn't seem to have a remove arg |
| 07:19.48 | nmz787 | nor uninstall |
| 07:20.33 | nmz787 | one sec |
| 07:21.08 | yukonbob | given the second-last stack is libbu, I think python isn't your biggest concern |
| 07:22.50 | nmz787 | something in here old? https://github.com/kanzure/python-brlcad/blob/master/python-brlcad.cfg |
| 07:24.30 | nmz787 | ya switching to the .deb version seems to give same trace |
| 07:24.55 | nmz787 | http://paste.pound-python.org/show/0iCoJmijYdFejERAwavH/ |
| 07:26.24 | yukonbob | and what steps are you using to generate the fault ? |
| 07:32.47 | nmz787 | clone kanzures github repo, export BRLCAD_PATH=/usr/brlcad && sudo python setup.py install && cd examples && python <any example here https://github.com/kanzure/python-brlcad/tree/master/examples/ > output_will_work.g |
| 07:33.10 | nmz787 | well actually the wdb_primitives doesn't need an output file name |
| 07:33.27 | nmz787 | but yeah, any of them |
| 07:39.41 | yukonbob | so -- does the basic install work ? You're dealing w/ at least two differnt repos/code-bases by the sounds of things ? |
| 07:40.01 | yukonbob | what does the github repo have to do w/ anything... ? |
| 07:41.38 | nmz787 | you mean the install using pip? |
| 07:41.59 | nmz787 | mged in either the .deb install or compiled works and i can do some simple stuff |
| 07:42.46 | nmz787 | and also the python-brlcad (which I got from the github repo) /does/ produce working .g files... I just want to fix the segfault for good measure |
| 07:43.18 | nmz787 | (working as in I can open them using mged and browse the geometry to show the shapes I defined in python) |
| 07:46.39 | yukonbob | well -- *I* am going to sleep for the evening -- but you should try to narrow down the case for faulting -- supplying a long line of pretty big commands doesn't really say much -- |
| 07:46.52 | yukonbob | *what* python called command is causing the fault -- narrow it down. |
| 07:52.56 | nmz787 | oh |
| 07:53.01 | nmz787 | ok |
| 08:04.55 | *** join/#brlcad mihaineacsu (~mihaineac@141.85.227.157) | |
| 08:21.08 | *** join/#brlcad merzo (~merzo@164-0-132-95.pool.ukrtel.net) | |
| 08:31.05 | Notify | 03BRL-CAD Wiki:Nida nawab * 0 /wiki/User:Nida_nawab: |
| 08:38.55 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 09:04.12 | *** join/#brlcad mihaineacsu (c35a6e7d@gateway/web/freenode/ip.195.90.110.125) | |
| 09:27.45 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 09:49.01 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 10:26.10 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 11:20.36 | *** join/#brlcad chick_ (~chick@41.205.22.41) | |
| 11:30.40 | *** join/#brlcad chick_ (~chick@41.205.22.41) | |
| 12:03.46 | *** join/#brlcad ofnlut_ (~ofnlut_@2601:a:6680:ee3:5440:e388:6b47:d319) | |
| 12:08.55 | andrei_ | ~seen brlcad |
| 12:08.59 | infobot | brlcad is currently on #bzflag #brlcad #stepcode #gsoc, last said: 'cya!'. |
| 13:07.40 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 13:38.06 | *** join/#brlcad mihaineacsu (~mihaineac@92.85.10.174) | |
| 13:46.56 | Notify | 03BRL-CAD:ejno * 64016 (brlcad/trunk/src/libgcv/CMakeLists.txt brlcad/trunk/src/libgcv/conv/stl/stl_read.c and 2 others): add initial vrml_write plugin |
| 13:47.49 | *** join/#brlcad ankesh11 (sid8015@gateway/web/irccloud.com/x-olgbttznprjilzrl) | |
| 14:11.24 | *** join/#brlcad mmu_man (~revol@vaf26-2-82-244-111-82.fbx.proxad.net) | |
| 14:22.49 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 14:29.26 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 15:02.30 | Notify | 03BRL-CAD:starseeker * 64017 brlcad/trunk/src/librt/primitives/brep/brep_debug.cpp: Add support for plotting loops to the brep command. |
| 15:07.21 | *** join/#brlcad siddhanjay (0e8bbb42@gateway/web/freenode/ip.14.139.187.66) | |
| 15:10.58 | Notify | 03BRL-CAD:starseeker * 64018 brlcad/trunk/src/librt/test_shape_recognition.cpp: For debugging purposes, create breps for all shapes. |
| 15:20.30 | Notify | 03BRL-CAD:starseeker * 64019 brlcad/trunk/src/libbrep/shape_recognition.cpp: use the edge index, not the C iterative index, for edge lookup |
| 15:25.13 | Notify | 03BRL-CAD:starseeker * 64020 brlcad/trunk/src/librt/primitives/brep/brep_debug.cpp: Don't crash if we don't have trims. |
| 15:30.42 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:39.15 | *** join/#brlcad chick_ (~chick@41.205.22.41) | |
| 15:48.38 | Notify | 03BRL-CAD:starseeker * 64021 brlcad/trunk/src/libbrep/shape_recognition.cpp: More work on brep assembly - still not quite there. |
| 16:24.05 | Notify | 03BRL-CAD:starseeker * 64022 brlcad/trunk/src/libbrep/shape_recognition.cpp: More fixes to subbrep copying. |
| 17:03.26 | *** join/#brlcad nmz787_i (~nmccorkx@134.134.139.70) | |
| 17:25.47 | *** join/#brlcad chick_ (~chick@41.205.22.41) | |
| 17:26.04 | Notify | 03BRL-CAD:bob1961 * 64023 (brlcad/trunk/src/tclscripts/rtwizard/lib/PictureTypeA.itcl brlcad/trunk/src/tclscripts/rtwizard/lib/PictureTypeB.itcl and 4 others): Fixes to get rtwizard working again on linux and windows ---- Added _log_file and _pid_filename to rtimage_dict before passing to cadwidgets::rtimage. Added arguments to kill_cmd for windows. |
| 17:43.06 | *** join/#brlcad teepee (~teepee@gateway/tor-sasl/teepee) | |
| 18:22.34 | Notify | 03BRL-CAD:carlmoore * 64024 brlcad/trunk/src/external/Unigraphics/ug-g.c: attempt to fix ug-g help problems |
| 18:25.52 | Notify | 03BRL-CAD:carlmoore * 64025 brlcad/trunk/doc/docbook/system/man1/en/ug-g.xml: ug-g man page: do not underscore period; do place comma between 2 people's names |
| 18:52.59 | *** join/#brlcad chick_ (~chick@41.205.22.41) | |
| 19:22.40 | *** join/#brlcad mmu_man (~revol@ip-214.net-89-2-246.rev.numericable.fr) | |
| 19:34.44 | *** join/#brlcad mihaineacsu (~mihaineac@92.85.10.174) | |
| 20:03.26 | *** join/#brlcad chick_ (~chick@41.205.22.41) | |
| 20:47.20 | *** join/#brlcad cox (~quassel@188.226.208.53) | |
| 21:01.26 | *** join/#brlcad nmz787_i (~nmccorkx@134.134.139.70) | |
| 21:11.49 | nmz787_i | if I want to chamber the edges of a box, should I union it with a cylinder? |
| 21:17.21 | nmz787_i | I am aiming to make my box look somewhat like the left side of this image http://www.soliddna.com/SEHelp/ST5/EN/graphics/nonLocalized/se/feature/chamfer/bj_chamferunequal1.gif |
| 21:17.30 | nmz787_i | minus the difference in height |
| 21:19.19 | nmz787_i | or like this part, except with the chamfer also on the bottom side http://www3.turbocadcommunity.com/show_image.php?name=ChamferEdges-20.png&galleryId=11 |
| 21:19.40 | *** join/#brlcad chick_ (~chick@41.205.22.41) | |
| 21:19.52 | *** join/#brlcad teepee (~teepee@gateway/tor-sasl/teepee) | |
| 21:20.03 | nmz787_i | I figure if I subtract the cylinder from the box, it would make a hole (is this what the hole command does anyway?) |
| 21:20.47 | nmz787_i | not sure though if a union would just leave me with just a box, since the cylinder would be inside the box's boundary |
| 22:38.10 | *** join/#brlcad mmu_man (~revol@vaf26-2-82-244-111-82.fbx.proxad.net) | |
| 00:22.43 | *** join/#brlcad teepee_ (~teepee@gateway/tor-sasl/teepee) | |
| 03:10.11 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 04:14.32 | *** join/#brlcad YashM (~YashM@117.198.11.49) | |
| 05:03.28 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 05:10.22 | *** join/#brlcad geekgrl_ (~geekgrl@203.115.81.74) | |
| 05:49.50 | *** join/#brlcad yukonbob (~bch@50.34.204.149) | |
| 05:49.55 | yukonbob | hello #brlcad |
| 05:55.58 | *** join/#brlcad Sricharanized (~raincrash@116.202.121.11) | |
| 05:56.10 | Sricharanized | hi! |
| 06:00.43 | Sricharanized | Hi! I am Sricharan. I would love to contribute to BRLCAD. I know OpenGL and proficient in C++ and Python. About me: http://raincrash.github.io/ . |
| 06:00.58 | nmz787 | hi! |
| 06:01.10 | nmz787 | I am working on a python-brlcad script now |
| 06:01.14 | nmz787 | so I cleaned it up some more, stopped producing cylinders for the screw holes and trying to subtract them... rather just using the 'hole' command... but the hole command isn't working http://paste.pound-python.org/show/n4iU8AL2K0dDRZygyqMN/ |
| 06:01.19 | nmz787 | this is what it looks like http://imgur.com/L9k3aSm |
| 06:01.29 | nmz787 | (repasted from another IRC room) |
| 06:01.30 | nmz787 | :) |
| 06:02.18 | nmz787 | working to create a model of this cheap geared motor http://robocraft.ru/files/datasheet/28BYJ-48.pdf |
| 07:00.02 | *** join/#brlcad shardulc (~shardul@122.170.38.245) | |
| 07:00.56 | *** part/#brlcad shardulc (~shardul@122.170.38.245) | |
| 07:07.51 | *** join/#brlcad Sricharanized1 (~raincrash@116.202.28.227) | |
| 07:09.02 | nmz787 | ok, got it to work! |
| 07:09.12 | nmz787 | kanzure: why was line 82 in http://paste.pound-python.org/show/n4iU8AL2K0dDRZygyqMN/ not throwing a readable python error? It was emitting: *** Error in `python': free(): invalid pointer: 0x0000000001865960 ***Aborted (core dumped) |
| 07:09.59 | nmz787 | shouldn't it be a NameError 'wings_block_chamfered' is not defined ? |
| 07:17.12 | *** part/#brlcad Sricharanized1 (~raincrash@116.202.28.227) | |
| 07:38.27 | *** join/#brlcad nmz787 (~nmz787@unaffiliated/nmz787) | |
| 08:26.11 | *** join/#brlcad chick_ (~chick@41.205.22.41) | |
| 09:04.35 | *** join/#brlcad Sricharanized (~raincrash@116.202.116.22) | |
| 09:05.00 | *** part/#brlcad Sricharanized (~raincrash@116.202.116.22) | |
| 09:27.13 | *** join/#brlcad chick_ (~chick@41.205.22.41) | |
| 09:39.36 | *** join/#brlcad chick_ (~chick@41.205.22.41) | |
| 10:06.59 | *** join/#brlcad YashM (~YashM@117.198.11.49) | |
| 11:08.53 | *** join/#brlcad LordOfBikes (~armin@dslb-178-010-189-123.178.010.pools.vodafone-ip.de) | |
| 11:11.29 | *** join/#brlcad chick_ (~chick@41.205.22.41) | |
| 11:27.13 | *** join/#brlcad mmu_man (~revol@vaf26-2-82-244-111-82.fbx.proxad.net) | |
| 12:06.59 | *** join/#brlcad YashM (~YashM@117.198.11.49) | |
| 12:40.43 | kanzure | nmz787: that's probably an error about union() not about combination() |
| 14:37.53 | *** join/#brlcad YashM (~YashM@117.198.11.49) | |
| 14:47.11 | *** join/#brlcad YashM_ (~YashM@117.198.11.49) | |
| 14:59.14 | *** join/#brlcad mihaineacsu (~mihaineac@92.85.10.174) | |
| 15:04.21 | *** join/#brlcad YashM_ (~YashM@117.198.11.49) | |
| 15:42.29 | *** join/#brlcad albertcoder (~quassel@202.164.45.198) | |
| 16:00.40 | *** join/#brlcad MarcTannous (bc192390@gateway/web/cgi-irc/kiwiirc.com/ip.188.25.35.144) | |
| 16:07.43 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:42.39 | *** join/#brlcad mmu_man (~revol@vaf26-2-82-244-111-82.fbx.proxad.net) | |
| 16:45.23 | *** join/#brlcad teepee (~teepee@gateway/tor-sasl/teepee) | |
| 18:19.04 | *** join/#brlcad albertcoder (~quassel@117.237.9.208) | |
| 18:29.47 | *** join/#brlcad MarcTannous (bc192390@gateway/web/cgi-irc/kiwiirc.com/ip.188.25.35.144) | |
| 19:00.11 | *** join/#brlcad merzo (~merzo@59-19-132-95.pool.ukrtel.net) | |
| 19:04.26 | *** join/#brlcad Sricharanized (~raincrash@116.202.4.152) | |
| 19:17.52 | *** join/#brlcad Sricharanized (~raincrash@116.202.4.152) | |
| 19:19.31 | *** part/#brlcad Sricharanized (~raincrash@116.202.4.152) | |
| 19:27.38 | *** join/#brlcad Sricharanized (~raincrash@116.202.4.152) | |
| 19:27.46 | *** part/#brlcad Sricharanized (~raincrash@116.202.4.152) | |
| 19:31.24 | *** join/#brlcad albertcoder (~quassel@202.164.45.198) | |
| 20:07.33 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 20:07.42 | *** join/#brlcad mikolalysenko (sid34553@gateway/web/irccloud.com/x-kbcesatxoxxdkfeb) | |
| 20:12.14 | *** join/#brlcad albert_coder (~quassel@202.164.45.208) | |
| 20:14.11 | *** join/#brlcad teepee_ (~teepee@gateway/tor-sasl/teepee) | |
| 20:56.05 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 21:08.58 | *** join/#brlcad albertcoder (~quassel@202.164.45.198) | |
| 21:11.53 | nmz787 | kanzure: but why wouldn't it be throwing a NameError? |
| 21:14.53 | kanzure | because the evaluation didn't get that far |
| 21:16.08 | nmz787 | yeah it did |
| 21:17.16 | kanzure | no, it failed on the union() |
| 21:17.50 | nmz787 | my working script (that completes the modelling I expect), if I change the last string for the last combination to a variable name that doesn't exist, it doesn't complain, only throwing a malloc error |
| 21:18.14 | nmz787 | no it seriously is working fully now, but if i change the variable name to a bullshit one, i don't get the python error |
| 21:18.18 | nmz787 | exception |
| 21:18.49 | nmz787 | (I didn't ever make any progress on the segfault stuff, but indeed when I load the .g file the script creates, my model is there) |
| 21:19.35 | nmz787 | (only with 7.24.0 that I compiled from the release source, 7.24.0 and 7.24.2 from .deb files don't allow python-brlcad to produce my complete model) |
| 21:21.13 | nmz787 | i was wondering how you might think to easily modify python-brlcad to emit tcl scripts, rather than touch the brlcad libraries directly... to have a fallback in case no one is up to help me get around these segfault issues |
| 21:21.29 | nmz787 | I was thinking maybe the primitive function decorator could be useful |
| 21:21.42 | nmz787 | but I don't know enough about decorators |
| 21:22.10 | nmz787 | something like when I call the rcc function/method, it just appends the function name and args to a string |
| 21:22.26 | nmz787 | and then when the with() statement closes, it writes that string to a .tcl file |
| 21:22.50 | nmz787 | obv you'd lose interactability with the brl-cad database |
| 21:23.25 | nmz787 | but it would push the brlcad responsible code to a more stable part of the codebase (tcl I'm guessing is pretty stable) |
| 21:28.23 | nmz787 | kanzure: this is like how you were complaining about silent errors in implicitcad |
| 21:31.39 | nmz787 | kanzure: this is the fully-working script http://paste.pound-python.org/show/B1DJ44g4Ie2bpoFPdvPX/ |
| 21:32.13 | nmz787 | if I change brl_db.combination(self.final_name to brl_db.combination(self.final_name1111 it doesn't give me a Python exception |
| 21:32.31 | nmz787 | I really don't know how to go about fixing this |
| 21:33.04 | kanzure | i am completely disinterested in emitting tcl scripts, that's nuts |
| 21:33.26 | kanzure | this isn't a silent error, it's a segfault |
| 21:33.53 | kanzure | you should try and see if you get a segfault in an equivalent c program |
| 21:33.59 | kanzure | wdb_example.py was based on wdb_example.c |
| 22:00.04 | nmz787 | how would I compile it? is there a walkthrough? |
| 22:00.10 | nmz787 | or a make file? |
| 22:01.02 | nmz787 | wasn't your spiral script emitting tcl? |
| 22:14.34 | *** join/#brlcad merzo (~merzo@59-19-132-95.pool.ukrtel.net) | |
| 23:35.08 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 23:59.01 | *** join/#brlcad merzo (~merzo@244-60-132-95.pool.ukrtel.net) | |
| 01:51.39 | *** join/#brlcad circ-user-7cyWB (~circuser-@122.163.209.45) | |
| 01:55.28 | nmz787 | kanzure: wdb_example.c does not segfault when run |
| 01:56.41 | nmz787 | kanzure: wasn't your spiral script emitting tcl? |
| 02:10.31 | *** join/#brlcad cox_ (~quassel@188.226.208.53) | |
| 02:22.21 | *** join/#brlcad mpictor_ (~mark@c-69-136-183-213.hsd1.in.comcast.net) | |
| 02:25.11 | *** join/#brlcad teepee_ (~teepee@gateway/tor-sasl/teepee) | |
| 02:29.01 | *** join/#brlcad Vijfhoek (quassel@46.249.37.134) | |
| 02:46.13 | *** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net) | |
| 03:11.10 | kanzure | my spiral script was emitting tcl but only because i was a moron at the time |
| 03:14.24 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 09:56.29 | *** join/#brlcad infobot (ibot@rikers.org) | |
| 09:56.29 | *** topic/#brlcad is Topic for #brlcad: BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Welcome GCI 2014 participants! If you're participating, be patient when asking questions... we're very busy and sometimes have packed schedules. We will respond if you are still on IRC: learn screen+irssi. | |
| 09:59.33 | *** join/#brlcad LordOfBikes (~armin@dslb-088-064-032-204.088.064.pools.vodafone-ip.de) | |
| 10:05.14 | *** join/#brlcad teepee (~teepee@gateway/tor-sasl/teepee) | |
| 11:19.59 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 12:02.02 | *** join/#brlcad shardulc (~shardul@122.170.38.245) | |
| 12:15.37 | *** join/#brlcad FreezingAlt (~FreezingC@135.0.41.14) | |
| 13:26.36 | *** part/#brlcad shardulc (~shardul@122.170.38.245) | |
| 13:39.41 | kanzure | that's disgusting. just write in tcl dude. |
| 14:07.48 | *** join/#brlcad merzo (~merzo@244-60-132-95.pool.ukrtel.net) | |
| 14:28.06 | *** join/#brlcad raptor (~raptor@194.28.75.245) | |
| 14:49.07 | *** join/#brlcad teepee_ (~teepee@gateway/tor-sasl/teepee) | |
| 15:32.03 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:38.15 | raptor | mentors are you here? |
| 16:01.44 | raptor | mentors are you here? |
| 16:42.07 | *** join/#brlcad YashM (~YashM@117.198.9.224) | |
| 16:45.24 | *** join/#brlcad raptor_ (~raptor@194.28.75.245) | |
| 17:02.03 | *** join/#brlcad mmu_man (~revol@vaf26-2-82-244-111-82.fbx.proxad.net) | |
| 17:07.27 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 17:07.43 | *** join/#brlcad YashM_ (~YashM@117.198.9.224) | |
| 17:07.46 | *** join/#brlcad ofnlut_ (~ofnlut_@2601:a:6680:ee3:4119:9e66:e58b:5b9) | |
| 17:08.30 | *** join/#brlcad Stragus_ (~alexis@modemcable090.29-19-135.mc.videotron.ca) | |
| 17:11.47 | *** join/#brlcad LordOfBikes_ (~armin@dslb-088-064-032-204.088.064.pools.vodafone-ip.de) | |
| 17:15.38 | *** join/#brlcad Vijfhoek (quassel@46.249.37.134) | |
| 17:29.44 | *** join/#brlcad dev123 (0e8b5206@gateway/web/freenode/ip.14.139.82.6) | |
| 17:32.08 | *** join/#brlcad newbie (~athome@14.139.82.6) | |
| 17:34.15 | Guest4894 | test |
| 17:52.11 | *** join/#brlcad winghouchan (~winghouch@2.120.184.197) | |
| 18:14.37 | nmz787 | kanzure: hah hah, thanks for the support |
| 19:06.16 | kanzure | what's wrong with learning tcl? |
| 19:07.40 | *** part/#brlcad winghouchan (~winghouch@2.120.184.197) | |
| 19:31.57 | *** join/#brlcad teepee_ (~teepee@gateway/tor-sasl/teepee) | |
| 19:48.26 | *** join/#brlcad teepee (~teepee@gateway/tor-sasl/teepee) | |
| 19:54.16 | *** join/#brlcad chick_ (~chick@41.205.22.41) | |
| 19:54.20 | *** join/#brlcad LordOfBikes (~armin@dslb-088-064-032-204.088.064.pools.vodafone-ip.de) | |
| 20:10.47 | *** join/#brlcad LordOfBikes (~armin@dslb-088-064-032-204.088.064.pools.vodafone-ip.de) | |
| 20:19.10 | *** join/#brlcad merzo (~merzo@244-60-132-95.pool.ukrtel.net) | |
| 20:23.02 | nmz787 | anyone here know why certain GUI elements are HUGE, so huge the GUIs don't fit on my 1920x1080 screen? |
| 20:23.54 | nmz787 | like I was just investigating rtwizard, but I can't get through the GUI because the file and other menus/buttons are about 1/4 of my available full-screen screen height |
| 20:27.53 | *** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 21:06.52 | *** join/#brlcad Guest4894 (~athome@14.139.82.6) | |
| 22:32.28 | *** join/#brlcad Guest4894 (~athome@14.139.82.6) | |
| 22:55.28 | *** join/#brlcad FreezingAlt (~FreezingC@135.0.41.14) | |
| 23:33.51 | *** join/#brlcad teepee (~teepee@gateway/tor-sasl/teepee) | |
| 23:44.17 | nmz787 | here's a link to my GUI problem, with a link to images http://sourceforge.net/p/brlcad/mailman/message/33267522/ |
| 23:56.12 | *** join/#brlcad merzo (~merzo@81-53-132-95.pool.ukrtel.net) | |
| 03:30.40 | *** join/#brlcad YashM (~YashM@117.198.9.207) | |
| 04:33.12 | brlcad | nmz787: in the middle of responding to your post ... |
| 06:00.03 | *** join/#brlcad mihaineacsu (~mihaineac@92.81.153.81) | |
| 06:18.29 | Stragus_ | I'm curious about that reply to nmz787's post, that's one peculiar bug |
| 06:21.42 | *** join/#brlcad FreezingAlt (~FreezingC@135.0.41.14) | |
| 06:35.29 | brlcad | Stragus: nothing incredibly insightful, need more info but it's almost certainly xfce and tk interacting badly |
| 07:04.59 | *** join/#brlcad andrei_ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125) | |
| 07:30.58 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 07:32.24 | nmz787 | brlcad: I believe I compiled with sudo make -DCMAKE_BUILD_TYPE=Debug -DBRLCAD_BUNDLED_LIBS=Bundled install |
| 07:32.42 | nmz787 | or maybe it was cmake with those options, then sudo make install |
| 07:33.00 | nmz787 | is there an option to force using the system Tk? |
| 07:33.44 | nmz787 | just make BRLCAD_BUNDLED_LIBS=off? |
| 07:39.04 | *** join/#brlcad Guest4894 (~athome@14.139.82.6) | |
| 07:50.48 | brlcad | nmz787: what did the summary report say? |
| 07:51.10 | brlcad | you don't want to turn everything off, you can however just turn on/off tk if you have a suitable system version |
| 08:08.18 | *** join/#brlcad luca79 (~luca@net-37-116-120-219.cust.vodafonedsl.it) | |
| 08:21.59 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 09:44.52 | *** join/#brlcad teepee- (bc5c2134@gateway/web/freenode/ip.188.92.33.52) | |
| 09:55.38 | *** join/#brlcad MarcTannous (bc192390@gateway/web/cgi-irc/kiwiirc.com/ip.188.25.35.144) | |
| 11:42.06 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 11:48.48 | *** join/#brlcad andrei___ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125) | |
| 11:56.11 | *** join/#brlcad andrei_ (c35a6e7d@unaffiliated/andrei/x-7229309) | |
| 11:56.11 | *** join/#brlcad andrei_ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125) | |
| 12:50.41 | *** join/#brlcad ejno_ (~ejno@unaffiliated/kazaik) | |
| 13:54.48 | *** join/#brlcad gjeet (75dcac2a@gateway/web/cgi-irc/kiwiirc.com/ip.117.220.172.42) | |
| 14:23.59 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 14:44.34 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 14:48.39 | *** join/#brlcad ignacio (~ignacio@r179-25-193-23.dialup.adsl.anteldata.net.uy) | |
| 14:48.49 | ignacio | brlcad, hi, working on the 2013 version |
| 15:25.25 | *** join/#brlcad vipul|phone (~androirc@14.96.71.61) | |
| 15:29.29 | *** part/#brlcad vipul|phone (~androirc@14.96.71.61) | |
| 16:35.03 | *** join/#brlcad mmu_man (~revol@82.244.111.82) | |
| 16:47.49 | *** join/#brlcad FreezingAlt (~FreezingC@135.0.41.14) | |
| 16:59.15 | *** join/#brlcad nmz787_i (nmccorkx@nat/intel/x-rgdkxefcyeojlbgm) | |
| 17:04.45 | *** join/#brlcad teepee (~teepee@gateway/tor-sasl/teepee) | |
| 18:40.28 | *** join/#brlcad Guest4894 (~athome@14.139.82.6) | |
| 19:17.32 | *** join/#brlcad teepee (~teepee@gateway/tor-sasl/teepee) | |
| 20:43.36 | *** join/#brlcad FreezingDroid (~FreezingC@135.0.41.14) | |
| 20:59.35 | MarcTannous | night everyone |
| 20:59.50 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 21:11.19 | *** join/#brlcad teepee (~teepee@gateway/tor-sasl/teepee) | |
| 21:27.53 | *** join/#brlcad ankesh11 (sid8015@gateway/web/irccloud.com/x-khqkkjcfunyvltiu) | |
| 21:38.24 | *** join/#brlcad merzo (~merzo@81-53-132-95.pool.ukrtel.net) | |
| 21:38.55 | *** join/#brlcad mikolalysenko (sid34553@gateway/web/irccloud.com/x-sjgjulyicfwntvji) | |
| 22:29.51 | *** join/#brlcad chick (~capslock@41.205.22.41) | |
| 22:43.47 | *** join/#brlcad agkphysics (~aaron@203-173-144-97.dsl.dyn.ihug.co.nz) | |
| 22:48.31 | *** join/#brlcad agkphysics_ (~aaron@203-173-144-97.dsl.dyn.ihug.co.nz) | |
| 22:49.19 | *** join/#brlcad aaron__ (~aaron@203-173-144-97.dsl.dyn.ihug.co.nz) | |
| 22:53.40 | *** join/#brlcad agkphysics (~aaron@203-173-144-97.dsl.dyn.ihug.co.nz) | |
| 23:14.30 | *** join/#brlcad teepee_ (~teepee@gateway/tor-sasl/teepee) | |
| 23:17.49 | brlcad | WAVES! |
| 23:31.14 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 23:39.28 | *** join/#brlcad ignacio (~ignacio@unaffiliated/ignaciouy) | |
| 23:50.43 | ignacio | brlcad, ping |
| 23:55.26 | ignacio | brlcad, when you back, just readed the info.html content, what should I do now, just wait? :P |
| 00:22.08 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 03:05.25 | brlcad | tests out cloudflare with one of the site domains... |
| 03:09.51 | unicodesnowman | dislikes cloudflare. |
| 03:10.18 | brlcad | what do you dislike about it? |
| 03:11.30 | unicodesnowman | cloudflare injects javascript into the page that gives each visitor a unique, long-lasting tracking cookie |
| 03:11.39 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 03:12.00 | unicodesnowman | I feel like their free/pro/business plans are basically data collection agents for their cloud reputation system. |
| 03:13.27 | brlcad | hm, https://support.cloudflare.com/hc/en-us/articles/200170156-What-does-the-CloudFlare-cfduid-cookie-do- |
| 03:13.58 | brlcad | javascript injection is a lame |
| 03:14.52 | unicodesnowman | their explanation is a bit sus, because cloudflare only needs to give the __cfduid cookie to trusted computers when the IP is blocked.. |
| 03:15.22 | unicodesnowman | I've also used Incapsula, and they don't do JS injection or cookie stuffing. |
| 03:19.21 | brlcad | incapsula's free plan isn't quite as strong |
| 03:20.26 | brlcad | but still thanks, good to know -- didn't realize that |
| 03:20.44 | brlcad | (that's the point of trying them out too) ;) |
| 03:22.32 | unicodesnowman | true. I'm personally uncomfortable using cloudflare as a CDN, but their business ddos mitigation is decent |
| 04:55.39 | nmz787 | brlcad: I don't know how to turn on/off tk or set the version |
| 04:56.07 | nmz787 | brlcad: I also don't know how to list the flags available for a given cmake project |
| 04:57.55 | nmz787 | someone says cmake -LAH |
| 05:01.26 | nmz787 | brlcad: this is the CMakeCache.txt http://paste.pound-python.org/show/rK5JSsuxns0aIAummklB/ |
| 05:01.55 | nmz787 | and this is the file created when I did cmake -LAH > outfile.txt http://paste.pound-python.org/show/L9THhaAC4eSAnnVBVRt7/ |
| 05:04.45 | brlcad | nmz787: our INSTALL file itemizes our flags |
| 05:05.19 | brlcad | nmz787: and the flag would be -DBRLCAD_ENABLE_TK=OFF |
| 05:08.03 | brlcad | nmz787: just as useful as the cache is the output summary when you run cmake ... the text at the end that summarizes all the build options |
| 05:15.19 | nmz787 | yeah I mean I didn't know if Tk was required, or if the argument would need to be the path to the libs or includes or something |
| 05:15.28 | nmz787 | i'll try that option with cmake now |
| 05:17.18 | nmz787 | did cmake -DBRLCAD_ENABLE_TK=OFF |
| 05:17.24 | nmz787 | then sudo make -j4 install |
| 05:21.10 | brlcad | Tk is not strictly required, but you won't get any GUIs if it's off |
| 05:21.25 | brlcad | and just because it builds doesn't mean much ... need to see that summary |
| 05:22.18 | brlcad | cmake is very particular about cache'd paths ... if you didn't read the summary, it could be using a prior tested result or could have given you a big error-no-tk-found message that you overlooked |
| 05:23.03 | nmz787 | oh, I think it just said OFF |
| 05:23.06 | nmz787 | fo r tk |
| 05:25.22 | brlcad | gah, I gave you the wrong flag |
| 05:26.09 | brlcad | cmake -DBRLCAD_TK=SYSTEM |
| 05:26.29 | brlcad | you want tk on, but using your system verison |
| 05:26.50 | brlcad | and BRLCAD_ENABLE_TK=ON |
| 05:27.19 | nmz787 | ah, yeah it died from no -litk |
| 05:27.29 | nmz787 | how do i 'clean' it |
| 05:27.36 | nmz787 | just make clean? |
| 05:30.14 | nmz787 | here's the errorneous output http://paste.pound-python.org/show/J8AdMaawO6HqjYX5lKdQ/ |
| 05:38.25 | nmz787 | when i do sudo apt-get install tk8.6-dev tcl8.6-dev it says they're already installed |
| 05:50.44 | nmz787 | ah, the ./sh/make_deb.sh said I am missing xsltproc |
| 05:52.36 | brlcad | nmz787: add -DBRLCAD_TCL=SYSTEM too |
| 05:53.00 | brlcad | and make sure tcl/tk is installed on your system obviously, so it can use it |
| 05:53.07 | brlcad | rm CMakeCache.txt |
| 05:53.28 | brlcad | whenever you run a different cmake line or change you system |
| 06:34.07 | ignacio | anyone know where I can get a logo like this: https://kuniga.files.wordpress.com/2111/08/angelov_512x256.png?w=300&h=150 but transparent? |
| 06:34.42 | brlcad | http://brlcad.org/wiki/Logo |
| 06:35.42 | *** join/#brlcad yukonbob (~bch@50.34.204.149) | |
| 06:35.47 | yukonbob | hello #brlcad |
| 06:36.25 | brlcad | howdy yukonbob |
| 06:36.53 | yukonbob | hey! nice to see you online :) |
| 06:37.51 | yukonbob | I have a question while you're here: is there something you can steer me to that will: find the perpendicular to a face ? |
| 06:39.28 | brlcad | two edges of a face make two vectors |
| 06:39.38 | brlcad | the cross product of those vectors is perpendicular to them |
| 06:41.15 | ignacio | ugh, I dont found the logo I want |
| 06:42.52 | yukonbob | brlcad: ok -- I don't know exactly what you said, but that's fine -- i can research that. Yes, or no: by the method you descibed I could have a sphere and (eg) make a "pinhead" out of it w/ perpendicular (eg) cylinders ? |
| 06:42.52 | ignacio | well, I will look in that tomorrow |
| 06:42.53 | ignacio | Good night |
| 06:43.22 | brlcad | yukonbob: looks like bn_mk_plane_3pts() will do it for you |
| 06:44.54 | yukonbob | cool... |
| 06:44.55 | brlcad | ignacio-asleep: http://brlcad.org/images/logo/ is probably what you're looking for and has a transparent version, but without the "BRL-CAD" text |
| 06:45.26 | brlcad | ignacio-asleep: note that we never write "BRLCAD" .. always "BRL-CAD" -- the angelov image you linked is wrong |
| 06:47.55 | yukonbob | brlcad: I've got a patch from nbsd that I might as well pass to you too (my svn client is being finicky) |
| 06:47.59 | yukonbob | - while (isdigit(*(fp+1))) |
| 06:47.59 | yukonbob | + while (isdigit((int)*(fp+1))) |
| 06:48.00 | yukonbob | <PROTECTED> |
| 06:48.24 | yukonbob | in two places in libbu/vls_vprintf.c |
| 06:51.09 | Stragus | Hum, the cast to int was already implicit when passing the value |
| 06:51.36 | Stragus | Unless brlcad actually wants all implicit casts to be explicit, in which case I haven't said anything :) |
| 06:52.42 | brlcad | the ctype "functions" are often implemented as macros, so there's actually no type coercion on some implementations |
| 06:52.45 | brlcad | common issue |
| 06:52.54 | yukonbob | in NetBSD, my build was barfing w/o the cast. |
| 06:53.41 | Stragus | Woah. The macros are broken then |
| 06:54.07 | yukonbob | it might not be macros... |
| 06:54.35 | yukonbob | checks -- and also pretty careful when calling anything in nbsd "broken" considering it's one of the most portable OSes out there ;) |
| 06:55.04 | Stragus | The macros should include that cast to (int), otherwise they don't behave as the function |
| 06:55.33 | brlcad | Stragus: not broken, just missing a cast |
| 06:55.38 | brlcad | meh |
| 06:55.54 | brlcad | this is quellage, the compiler does the right thing |
| 06:57.06 | yukonbob | - while (isdigit(*(fp+1))) |
| 06:57.06 | yukonbob | + while (isdigit((int)*(fp+1))) |
| 06:57.10 | yukonbob | <PROTECTED> |
| 06:57.26 | yukonbob | # define isdigit(x) ((x) >= '0' && (x) <= '9') |
| 06:58.30 | yukonbob | I'll post to a dev list w/ question about that... |
| 07:02.37 | brlcad | also note that the standard doesn't say isdigit must be a function, just that the argument must be an int whose values is representable as an unsigned char, or something similarly vague .. which I believe makes the older array-index forms technically compliant, but will naturally cause a warning if you pass a potentially unsigned value |
| 07:02.58 | brlcad | s/unsigned value/signed value/ |
| 07:03.15 | brlcad | yukonbob: there is no line that says while (isdigit(*(fp+1))) |
| 07:03.37 | brlcad | there's lines that already have an (unsigned char) cast, so this issue is probably already fixed |
| 07:05.31 | nmz787 | brlcad: -DBRLCAD_TCL=SYSTEM seems to have allowed cmake to process further |
| 07:06.04 | brlcad | nmz787: glad to hear it .. just keep an eye out for the final summary |
| 07:06.11 | nmz787 | brlcad: do you know how to direct all output to a file? |
| 07:06.33 | nmz787 | a ton of stuff like this printed and filled my scroll buffer |
| 07:06.33 | nmz787 | Policy CMP0021 is not set: Fatal error on relative paths in INCLUDE_DIRECTORIES target property. Run "cmake --help-policy CMP0021" for policy details. Use the cmake_policy command to set the policy and suppress this warning. Found relative path while evaluating include directories of "pixcmp": "NOTFOUND" |
| 07:06.34 | brlcad | you're looking for the lines to say that Tcl and Tk are using system |
| 07:06.53 | *** join/#brlcad andrei_ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125) | |
| 07:06.59 | *** join/#brlcad andrei_ (c35a6e7d@unaffiliated/andrei/x-7229309) | |
| 07:06.59 | *** join/#brlcad andrei_ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125) | |
| 07:07.06 | brlcad | cmake ... 2>&1 | tee cmake.log |
| 07:07.34 | brlcad | that way you can watch the output while at the same time saving it to a file (cmake.log) |
| 07:07.51 | brlcad | alternatively could run cmake ... > cmake.log 2>&1 & |
| 07:07.56 | brlcad | and then tail -f cmake.log |
| 07:08.18 | brlcad | tee is better for this though unless you don't want to see the intermediate output |
| 07:09.32 | nmz787 | http://paste.pound-python.org/show/z1ftVaSAVyxYeZqZEgYT/ |
| 07:10.08 | brlcad | yukonbob: the manual way to get that normal: VSUB(v1, p1, p0); VSUB(v2, p2, p0); VCROSS(norm, v1, v2); |
| 07:10.49 | nmz787 | which tclsh produces /usr/bin/tclsh |
| 07:10.57 | brlcad | yukonbob: "have a sphere and make a "pinhead" out of it w/ perpendicular (eg) cylinders" <-- sure, yes |
| 07:11.36 | yukonbob | brlcad: in the latest release, i have as ~L545 and L%^# |
| 07:11.42 | yukonbob | *L563 |
| 07:12.00 | yukonbob | in vls_vprintf.c |
| 07:12.16 | yukonbob | but this isn't tip of a trunk... |
| 07:12.20 | brlcad | exactly |
| 07:12.37 | brlcad | last release was a really long time ago |
| 07:12.40 | brlcad | too long |
| 07:13.12 | brlcad | nmz787: almost certainly missing wish |
| 07:13.25 | yukonbob | nods -- I was going to ask when the next release is scheduled... |
| 07:16.02 | brlcad | nmz787: so it looks like you have the right flags, but are either missing developer portions for tcl/tk or need to tell cmake where to find them (under advanced options) .. figuring out which requires reading the tcl/tk tests that ran earlier in that cmake log |
| 07:21.11 | nmz787 | sudo apt-cache search wish|grep tcl xotcl-shells - Extended Object Tcl (XOTcl): Object orientation for Tcl - shells |
| 07:23.20 | *** join/#brlcad mihaineacsu (~mihaineac@78.96.223.14) | |
| 07:23.23 | brlcad | nmz787: that commit should take care of all those CMP warnings |
| 07:23.31 | brlcad | Notify: *ping* |
| 07:23.40 | brlcad | well, there was a commit just now |
| 07:24.51 | brlcad | should be: apt-get install tk8.5 tcl8.5 |
| 07:25.34 | brlcad | but there might also be a tcl8.5-dev and tk8.5-dev and/or 8.6 versions |
| 07:35.13 | nmz787 | ah, ok, didn't know 8.6 wouldn't work |
| 07:35.40 | nmz787 | damn, they say they're already installed |
| 07:35.57 | nmz787 | (for x8.8 and x8.5-dev |
| 07:35.58 | nmz787 | ) |
| 07:40.42 | nmz787 | adding -DCMAKE_INCLUDE_PATH=/usr/include/tcl8.5 |
| 07:40.46 | nmz787 | didn't help |
| 07:46.44 | *** join/#brlcad mmu_man (~revol@vaf26-2-82-244-111-82.fbx.proxad.net) | |
| 07:55.43 | brlcad | need to see your full cmake output and your two build/CMakeFiles/*.log files to diagnose why it's not using it |
| 08:02.49 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 08:09.02 | yukonbob | off. |
| 08:09.18 | yukonbob | brlcad: nice to chat again; thx for the hints re: normals. |
| 08:45.22 | *** join/#brlcad KimK (~Kim__@ip68-102-30-143.ks.ok.cox.net) | |
| 09:06.03 | *** join/#brlcad YashM (~YashM@59.88.180.172) | |
| 09:07.38 | *** join/#brlcad MarcTannous (bc192390@gateway/web/cgi-irc/kiwiirc.com/ip.188.25.35.144) | |
| 09:20.08 | *** join/#brlcad teepee- (bc5c2133@gateway/web/freenode/ip.188.92.33.51) | |
| 10:49.25 | *** join/#brlcad YashM (~YashM@59.88.180.172) | |
| 11:07.29 | *** join/#brlcad YashM (~YashM@59.88.180.172) | |
| 11:42.13 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 11:49.03 | *** join/#brlcad chick_ (~chick@41.205.22.41) | |
| 12:07.44 | Notify | 03BRL-CAD:carlmoore * 64026 brlcad/trunk/src/fb/polar-fb.c: in polar-fb, in an apparently-unused branch, mention -h and not just -? |
| 12:07.51 | Notify | 03BRL-CAD:carlmoore * 64027 brlcad/trunk/src/fb/spm-fb.c: -h for high-res was still present; remove it and implement use of ?, not just h, for help |
| 12:07.57 | Notify | 03BRL-CAD:carlmoore * 64028 brlcad/trunk/src/libged/clone.c: clone.c : implement ? and shorten by sending 'h' to default; and have to check bu_optopt for '?' |
| 12:08.04 | Notify | 03BRL-CAD:carlmoore * 64029 brlcad/trunk/src/libged/fb2pix.c: I don't see fb2pix command, but -h for high-res was still there and I just removed it |
| 12:08.06 | Notify | 03BRL-CAD:starseeker * 64030 brlcad/trunk/src/libdm/dm-osgl.cpp: Something isn't right between Tk and the OSG graphicsContext - swapping isn't right, but the window also isn't updating properly when another window is dragged across it until a new OpenGL drawing cycle begins. |
| 12:08.09 | Notify | 03BRL-CAD:carlmoore * 64031 brlcad/trunk/src/libged/gqa.c: changes involving h? |
| 12:08.14 | Notify | 03BRL-CAD:carlmoore * 64032 brlcad/trunk/src/libged/make.c: in make.c, implement ?; already has h for help |
| 12:08.16 | Notify | 03BRL-CAD:carlmoore * 64033 brlcad/trunk/src/libged/mirror.c: as in make.c , mirror.c gets use of ? |
| 12:08.18 | Notify | 03BRL-CAD:carlmoore * 64034 brlcad/trunk/src/libged/pix2fb.c: found no pix2fb command, but -h for high-res was still there and had to be removed |
| 12:08.21 | Notify | 03BRL-CAD:bob1961 * 64035 brlcad/trunk/src/libdm/dm_util.c: Use GL_LINE_LOOP instead of GL_LINE_STRIP in drawLines3D. |
| 12:08.27 | Notify | 03BRL-CAD:carlmoore * 64036 brlcad/trunk/src/libged/search.c: check bu_optopt for '?'; no point in using case '?' because ? is also used for bad option |
| 12:08.29 | Notify | 03BRL-CAD:carlmoore * 64037 brlcad/trunk/src/libicv/rot.c: can't see rot being used as a command, but I removed -h for high-res, and it (-h) will now go to default; implemented ? in options |
| 12:08.31 | Notify | 03BRL-CAD:carlmoore * 64038 (brlcad/trunk/src/libicv/tests/icv_crop.c brlcad/trunk/src/libicv/tests/icv_fade.c and 7 others): libicv/tests directory: remove -h from usage statements; let 'h' go to default; in 2 cases, supply '-s' in usage; reverse a few if-then-else blocks to simplify them to if-then |
| 12:08.33 | Notify | 03BRL-CAD:starseeker * 64039 brlcad/trunk/src/libbrep/shape_recognition.cpp: Save the 2D trims extracted from loops that aren't fully utilizied by the candidate subbrep - if new faces need to be created, having these available will save work. |
| 12:08.35 | Notify | 03BRL-CAD:carlmoore * 64040 (brlcad/trunk/src/libpkg/example/client.c brlcad/trunk/src/libpkg/example/server.c): implement ? for help |
| 12:08.38 | Notify | 03BRL-CAD:ejno * 64041 (brlcad/trunk/include/gcv_util.h brlcad/trunk/src/adrt/load_g.c and 9 others): add a client_data pointer to the gcv_region_end callbacks |
| 12:08.42 | Notify | 03BRL-CAD:carlmoore * 64042 (brlcad/trunk/src/mged/chgview.c brlcad/trunk/src/mged/mged.c): in mged directory, fix use of ?; mged Unrecognized option message now uses bu_optopt |
| 12:08.49 | Notify | 03BRL-CAD:ejno * 64043 brlcad/trunk/src/libgcv/conv/stl/stl_write.c: remove global variables |
| 12:08.52 | Notify | 03BRL-CAD:carlmoore * 64044 (brlcad/trunk/src/util/buffer.c brlcad/trunk/src/util/bw-pix.c and 4 others): various fixes regarding h,? in src/util files; in buffer.c , removed a bu_log argument which wasn't needed |
| 12:08.56 | Notify | 03BRL-CAD:ejno * 64045 (brlcad/trunk/src/libgcv/conv/stl/stl_write.c brlcad/trunk/src/libgcv/gcv.c): set conv_data.verbose; pass a copy of the context's db to the writer function |
| 12:09.01 | Notify | 03BRL-CAD:ejno * 64046 brlcad/trunk/src/libgcv/conv/stl/stl_write.c: fix comment |
| 12:09.03 | Notify | 03BRL-CAD:ejno * 64047 brlcad/trunk/src/libgcv/conv/stl/stl_write.c: fix comments/strings |
| 12:09.05 | Notify | 03BRL-CAD:carlmoore * 64048 brlcad/trunk/src/util/wavelet.c: ----------- |
| 12:09.11 | Notify | 03BRL-CAD:starseeker * 64049 NIL: Remove empty filter directory |
| 12:09.13 | Notify | 03BRL-CAD:starseeker * 64050 (brlcad/trunk/CMakeLists.txt brlcad/trunk/src/libbu/y2038/CMakeLists.txt): Distcheck cleanup |
| 12:11.15 | Notify | 03BRL-CAD:brlcad * 64051 (brlcad/trunk/src/other/stepcode/data/ap242/ap242_1_34_mim_lf.exp =================================================================== and 3821 others): ap242 was finalized last year |
| 12:14.25 | Notify | 03BRL-CAD:carlmoore * 64052 brlcad/trunk/src/libbrep/shape_recognition.cpp: fix spelling of 'have', after 'hae' turned up as a possible misspelling |
| 12:14.28 | Notify | 03BRL-CAD:starseeker * 64053 (brlcad/trunk/src/libbrep/shape_recognition.cpp brlcad/trunk/src/librt/test_shape_recognition.cpp): Check the brep construction using a second method for the toplevel object. |
| 12:14.40 | Notify | 03BRL-CAD:n_reed * 64054 brlcad/trunk/misc/CMake/FindGL.cmake: add another opengl search location for os x |
| 12:14.42 | Notify | 03BRL-CAD:starseeker * 64055 brlcad/trunk/src/libbrep/shape_recognition.cpp: Flip face when constructing new breps if it's only involved loops are inner loops. |
| 12:14.45 | Notify | 03BRL-CAD:starseeker * 64056 brlcad/trunk/src/libbrep/shape_recognition.cpp: Shrink surfaces down so autoview does something reasonable |
| 12:14.51 | Notify | 03BRL-CAD:bob1961 * 64057 brlcad/trunk/src/tclscripts/lib/RtImage.tcl: Added an optional parameter (i.e., do_wait) to cadwidgets::rtimage that by default is 0. |
| 12:14.56 | Notify | 03BRL-CAD:starseeker * 64058 (brlcad/trunk/src/libbrep/shape_recognition.cpp brlcad/trunk/src/librt/test_shape_recognition.cpp brlcad/trunk/src/other/openNURBS/CMakeLists.txt): Start re-thinking the logic flow a little - make breps as part of the first pass |
| 12:14.58 | Notify | 03BRL-CAD:starseeker * 64059 brlcad/trunk/src/other/openNURBS/CMakeLists.txt: ws, add BRL-CAD definitions for debugging. This already is BRL-CAD specific, so rather than keep fighting it try to make it do the right thing... |
| 12:15.03 | Notify | 03BRL-CAD:bob1961 * 64060 (svn:ignore ## -0,0 +1,2 ## and 2 others): ----------- |
| 12:15.06 | Notify | 03BRL-CAD:starseeker * 64061 (brlcad/trunk/src/libbrep/shape_recognition.cpp brlcad/trunk/src/librt/test_shape_recognition.cpp): duplicate brep to avoid memory problem of some sort - this isn't ideal, should preserve the maps and only duplicate the smaller subbreps. |
| 12:15.15 | Notify | 03BRL-CAD:starseeker * 64062 (brlcad/trunk/src/libbrep/shape_recognition.cpp brlcad/trunk/src/libbrep/shape_recognition.h): Start working on how to cache relationships so objects can relate back to specific aspects of the original parent brep without having to dupliate it... |
| 12:15.18 | Notify | 03BRL-CAD:starseeker * 64063 (brlcad/trunk/src/libbrep/shape_recognition.cpp brlcad/trunk/src/librt/test_shape_recognition.cpp): start looking for which shapes do and don't have general surfaces in them. Those without will be simpler to handle. |
| 12:15.27 | Notify | 03BRL-CAD:starseeker * 64064 brlcad/trunk/src/libbrep/shape_recognition.cpp: Sync loop directions in new breps. |
| 12:15.31 | Notify | 03BRL-CAD:carlmoore * 64065 brlcad/trunk/doc/docbook/system/man1/en/reshoot.xml: revise comments about Pnt and Dir; add a hyphen elsewhere; trim back use of underscore |
| 12:15.33 | Notify | 03BRL-CAD:carlmoore * 64066 brlcad/trunk/doc/docbook/system/man1/en/proe-g.xml: reformat use of the proe-g name |
| 12:15.36 | Notify | 03BRL-CAD:carlmoore * 64067 brlcad/trunk/doc/docbook/system/man1/en/ply-g.xml: remove underscore, in EXAMPLE, of the command name |
| 12:15.39 | Notify | 03BRL-CAD:carlmoore * 64068 (brlcad/trunk/doc/docbook/system/man1/en/rle-fb.xml brlcad/trunk/doc/docbook/system/man1/en/rtarea.xml): remove period at end of SEE ALSO listings; use 'command' directive for an occurrence of 'rtarea' |
| 12:16.19 | Notify | 03BRL-CAD:brlcad * 64069 brlcad/trunk/CMakeLists.txt: enable cmp00021 to quell relative include dir paths and document some of the others |
| 12:16.41 | Notify | 03BRL-CAD:bob1961 * 64070 brlcad/branches/eab/src/libdm/dm_util.c: Backported from trunk --- Use GL_LINE_LOOP instead of GL_LINE_STRIP in drawLines3D. |
| 12:16.43 | Notify | 03BRL-CAD:bob1961 * 64071 brlcad/branches/eab/src/tclscripts/lib/RtImage.tcl: Backported from trunk --- Added an optional parameter (i.e., do_wait) to cadwidgets::rtimage that by default is 0. |
| 12:16.45 | Notify | 03BRL-CAD:bob1961 * 64072 (brlcad/branches/eab/src/tclscripts/rtwizard/lib/PictureTypeA.itcl brlcad/branches/eab/src/tclscripts/rtwizard/lib/PictureTypeB.itcl and 4 others): Backported from trunk --- Fixes to get rtwizard working again on linux and windows ---- Added _log_file and _pid_filename to rtimage_dict before passing to cadwidgets::rtimage. Added arguments to kill_cmd for windows. |
| 12:16.47 | Notify | 03BRL-CAD Wiki:Calvin T. Bone * 0 /wiki/User:Calvin_T._Bone: |
| 12:16.49 | Notify | 03BRL-CAD Wiki:WrigleyTech * 0 /wiki/User:WrigleyTech: |
| 12:16.51 | Notify | 03BRL-CAD Wiki:Randysbaker * 0 /wiki/User:Randysbaker: |
| 12:16.53 | Notify | 03BRL-CAD Wiki:Sean * 7863 /wiki/Logo: |
| 12:16.55 | Notify | 03BRL-CAD Wiki:Zhongyi.zengzy * 0 /wiki/User:Zhongyi.zengzy: |
| 12:17.25 | andrei_ | wow, so much notify |
| 12:24.52 | ``Erik | yeh, it got a malformed email friday night and was sitting at a prompt to deal with it (and I didn't notice it until this morning) |
| 12:25.39 | ``Erik | the fbsd stuff had ~500 commits O.o |
| 12:28.35 | andrei_ | hm, reminds me of the time I signed up on red hat mailing list without bundled option ... |
| 12:28.40 | andrei_ | not my best decision |
| 12:40.17 | ``Erik | heh, a long time ago, I wrote a mua to deal with the amount of list email I was getting (xfmail crashed when a box got over 10k, pine sucks, I hadn't discovered mutt yet...) :) the good old days |
| 12:40.57 | andrei_ | no clue about mutt, xfmail |
| 12:40.59 | andrei_ | thunderbird ! |
| 12:50.25 | ``Erik | mutt is a curses based mua, so you can use it via ssh... xfmail was an X11 reader in the 90's |
| 12:51.19 | andrei_ | ah |
| 12:51.28 | andrei_ | ah, xfmail is X's mailer |
| 12:51.28 | andrei_ | meh |
| 12:51.49 | ``Erik | has been using apples Mail.app lately, but it frequently locks up (something in the glyph rendering lib goes into a spin with certain characters... typically chinese ones in my spam box) |
| 12:52.26 | ``Erik | heh, the xf is xfmail is for x-forms, an ancient widget toolkit :) |
| 12:57.06 | andrei_ | have you got yosemite? |
| 12:57.25 | andrei_ | lol fail |
| 12:57.49 | andrei_ | the last line wasn't for #brlcad |
| 13:12.45 | *** join/#brlcad FreezingDroid (~FreezingC@135.0.41.14) | |
| 13:29.34 | *** join/#brlcad cox (~quassel@188.226.208.53) | |
| 16:16.52 | *** join/#brlcad FreezingAlt (~FreezingC@135.0.41.14) | |
| 16:21.21 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 16:26.50 | *** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 16:45.13 | *** join/#brlcad siddhanjay (0e8bbb42@gateway/web/freenode/ip.14.139.187.66) | |
| 17:21.38 | *** join/#brlcad sofat (~sofat@202.164.45.198) | |
| 17:21.56 | sofat | brlcad, hello |
| 17:23.52 | sofat | brlcad, i need those pdf's files which you want to convert in docbook |
| 17:38.58 | *** join/#brlcad sofat (~sofat@202.164.45.208) | |
| 17:55.34 | *** join/#brlcad sofat (~sofat@202.164.45.198) | |
| 17:58.05 | sofat | any body know about this "non-docbook docs" where it is? |
| 17:59.33 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 18:00.12 | *** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 18:09.05 | *** join/#brlcad winghouchan (~winghouch@90.209.217.41) | |
| 18:11.11 | *** join/#brlcad sofat (~sofat@202.164.45.198) | |
| 18:20.19 | *** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 18:40.51 | *** join/#brlcad sofat (~sofat@202.164.45.198) | |
| 18:44.38 | starseeker | sofat: did you have some particular document in mind? |
| 18:44.52 | starseeker | we have a lot of documentation that comes under the heading of "candidate for docbook" |
| 18:46.32 | sofat | i have not document |
| 18:46.57 | sofat | so i am asking if you provide me so i will start the work on it |
| 18:47.06 | sofat | and convert it to docbook |
| 18:47.55 | sofat | i have no document for conversion |
| 18:48.16 | sofat | and i don't know where it is |
| 18:50.37 | brlcad | ``Erik: ugh, looks like .bz is vulnerable to CVS-2015-0235 (along with the rest of the planet) |
| 18:50.44 | brlcad | probably going to be a big one... |
| 18:52.16 | sofat | brlcad, please provide me non-docbook docs |
| 18:52.18 | brlcad | sofat: i'm not sure which pdf files you're referring to |
| 18:52.26 | brlcad | non-docbook docs are in the doc directory |
| 18:52.40 | brlcad | i thought you were going to write up a wiki page? |
| 18:53.31 | sofat | yes i wrote this . |
| 18:53.33 | sofat | brlcad.org/wiki/Docbook |
| 18:55.54 | sofat | as soon as possible i will update the all sub tasks according to docbook project |
| 18:57.54 | brlcad | sofat: er, that's good, but not at all what I had in mind... :) |
| 18:58.23 | brlcad | at least, it's missing all the detail I was anticipating, perhaps these are the subtasks you mention |
| 18:59.05 | sofat | ok |
| 18:59.06 | brlcad | need a list for #2 (which I understand now is what you're asking for) |
| 18:59.36 | brlcad | which is also related to #3 |
| 19:00.02 | sofat | yes i am little bit confuse in this |
| 19:00.57 | brlcad | probably want something like "itemize existing documentation not in docbook format", then "categorize as needing conversion, scavenge, archive, or eliminate |
| 19:01.28 | brlcad | then convert those needing conversion, scavenge those needing scavenging, etc |
| 19:02.08 | brlcad | create a docbook documentation catalog / table of contents |
| 19:02.39 | brlcad | integrate new docs into build system |
| 19:02.55 | brlcad | synchronize docs onto the website |
| 19:03.14 | brlcad | the points you have in #5 are great, but are all three very different tasks |
| 19:03.38 | brlcad | I see this more as a TODO, not requirements |
| 19:05.19 | sofat | i think i have understood now very well |
| 19:05.51 | sofat | thanks so much |
| 19:11.06 | brlcad | the requirements are 1) to have all documentation in Docbook XML format and/or a simple text format that will convert to/from Docbook XML format, 2) have all documentation authoritatively stored under revision control, 3) have all documentation presented online, 4) support doc changes via the web or source file editing, and 5) synchronization (manual or automatic) of web with revision controlled content to reflect edits in either (i.e., round |
| 19:11.57 | brlcad | note that requirements are not actions ... I can acheive those 5 in many possible ways |
| 19:12.26 | brlcad | it is a good idea to spell out both, though, just making sure that all prescribed tasks pertain to one of the 5 requirements |
| 19:17.32 | sofat | ok i have understood your requirements. |
| 19:20.18 | brlcad | great! |
| 19:21.03 | *** join/#brlcad LordOfBikes (~armin@dslb-094-216-160-125.094.216.pools.vodafone-ip.de) | |
| 19:36.51 | brlcad | sofat: you have a good idea for the wiki page to tate requirements and then it just needs your TODO plan for how exactly to achieve them :) |
| 19:38.01 | ``Erik | brlcad: the glibc gethostbyname() overrun? |
| 19:38.32 | brlcad | yeah |
| 19:38.41 | ``Erik | freebsd doesn't use glibc O.o it's a bsd |
| 19:38.57 | brlcad | I know ... |
| 19:39.21 | brlcad | see /tmp/*.c and the compiled CVE binary |
| 19:40.11 | brlcad | oh, hrm |
| 19:40.18 | brlcad | I just realized that I read the output wrong too |
| 19:40.22 | Stragus | What's the gethostbyname() issue? |
| 19:40.35 | Stragus | Besides being obsolete, non-reentrant and blocking... |
| 19:40.50 | brlcad | Stragus: most linux distros are remote rootable with a new issue that came out today |
| 19:40.58 | Stragus | Darn. |
| 19:41.16 | *** join/#brlcad merzo (~merzo@114-40-133-95.pool.ukrtel.net) | |
| 19:41.33 | brlcad | http://www.openwall.com/lists/oss-security/2015/01/27/9 |
| 19:41.43 | *** join/#brlcad teepee_ (~teepee@gateway/tor-sasl/teepee) | |
| 19:42.14 | ``Erik | gets "should not happen" O.o |
| 19:42.33 | brlcad | yeah, that's what i misread |
| 19:42.47 | Stragus | Ah, it was already fixed, kind of |
| 19:44.25 | brlcad | right, it's most of the stable and commercial distros |
| 19:44.56 | brlcad | very nice detailed analysis of the bug and even more extensive of the impact |
| 19:46.56 | ``Erik | heh, my ubuntu is already 'not vulnerable' |
| 19:47.15 | *** join/#brlcad winghouchan_ (~winghouch@90.209.217.41) | |
| 19:47.46 | brlcad | looks like that test assumes strcmp should match but gethostbyaddr_r should return ERANGE, which it's not on bsd |
| 19:48.00 | *** part/#brlcad winghouchan_ (~winghouch@90.209.217.41) | |
| 19:49.47 | *** join/#brlcad winghouchan (~winghouch@90.209.217.41) | |
| 20:13.06 | brlcad | nmz787: any progress? |
| 20:22.36 | *** join/#brlcad winghouchan (~winghouch@90.209.217.41) | |
| 20:23.35 | *** join/#brlcad jrullman_ (sid54856@gateway/web/irccloud.com/x-uhhqvixwszolpyme) | |
| 21:05.03 | ``Erik | neat (common lisp os) https://github.com/froggey/Mezzano |
| 21:15.25 | *** part/#brlcad winghouchan (~winghouch@90.209.217.41) | |
| 21:46.56 | ``Erik | doh, my audio gear is obsolete, I need a converter to go from the tv to the deck :( damn you, ever changing technology *shakes fist* |
| 22:58.31 | *** join/#brlcad teepee (~teepee@gateway/tor-sasl/teepee) | |
| 23:05.01 | *** join/#brlcad teepee (~teepee@gateway/tor-sasl/teepee) | |
| 23:29.03 | *** join/#brlcad teepee (~teepee@gateway/tor-sasl/teepee) | |
| 00:52.47 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 01:32.03 | *** join/#brlcad merzo (~merzo@221-59-132-95.pool.ukrtel.net) | |
| 02:06.53 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 03:41.15 | *** join/#brlcad FreezingAlt (~FreezingC@135.0.41.14) | |
| 04:33.07 | *** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net) | |
| 05:13.11 | *** join/#brlcad FreezingAlt (~FreezingC@135.0.41.14) | |
| 05:26.33 | *** join/#brlcad yukonbob (~bch@50.34.204.149) | |
| 05:26.37 | yukonbob | hello #brlcad |
| 06:17.35 | *** join/#brlcad andrei_ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125) | |
| 07:19.26 | andrei_ | I was reading some guide and I ran into this |
| 07:19.29 | andrei_ | Limit your lines to 80 characters. Yes, screens have gotten much bigger over the last few years, but your brain has not. Use the additional room for split screen, your editor supports that, right? |
| 07:19.35 | andrei_ | I find it quite amusing |
| 07:22.41 | archivist | there are plenty of idiots out there with wide screens designing fixed width pages, they need some clue about design |
| 07:23.30 | andrei_ | are there? |
| 07:23.42 | andrei_ | since html5/css3 I find most websites responsive |
| 07:23.57 | archivist | heh, I wish |
| 07:24.00 | andrei_ | except the one my university has, that's still struggling to leave stone age |
| 07:38.46 | Stragus | fondly remembers Geocities and Fortunecity websites that you had to scroll vertically |
| 07:39.03 | Stragus | And with cursor trails! |
| 07:42.05 | archivist | and now we have photobukket that cannot work with older browsers and gives a white screen |
| 07:43.33 | archivist | I have to show users of it proof http://www.collection.archivist.info/archive/grabs/Screenshot-10.png |
| 07:46.31 | andrei_ | there aren't that many things that work with old browsers |
| 07:47.06 | archivist | 99% work reasonably |
| 07:47.15 | andrei_ | I'm annoyed by websites/interfaces that work on specific browsers |
| 07:47.23 | andrei_ | i.e vmware's cluster management only works on internet explorer |
| 07:47.33 | andrei_ | which is why I keep a windows vm around |
| 07:55.07 | Stragus | I especially hate websites which demand a newer version of Flash, when the one installed is the latest version available for Firefox on Linux |
| 08:17.21 | *** join/#brlcad Sricharanized (~raincrash@116.202.101.4) | |
| 08:17.29 | *** part/#brlcad Sricharanized (~raincrash@116.202.101.4) | |
| 08:18.57 | *** join/#brlcad Sricharanized (~raincrash@116.202.101.4) | |
| 08:19.05 | *** part/#brlcad Sricharanized (~raincrash@116.202.101.4) | |
| 08:38.54 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 09:25.50 | *** join/#brlcad YashM (~YashM@117.198.16.159) | |
| 09:54.35 | *** join/#brlcad teepee- (bc5c2134@gateway/web/freenode/ip.188.92.33.52) | |
| 09:58.43 | *** join/#brlcad andrei__ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125) | |
| 10:14.29 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 10:39.04 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 11:32.22 | *** join/#brlcad andrei__ (c35a6e7d@unaffiliated/andrei/x-7229309) | |
| 11:32.22 | *** join/#brlcad andrei__ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125) | |
| 13:29.13 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 13:54.31 | *** join/#brlcad YashM_ (~YashM@117.198.23.128) | |
| 14:48.09 | *** join/#brlcad mmu_man (~revol@vaf26-2-82-244-111-82.fbx.proxad.net) | |
| 15:26.39 | brlcad | ``Erik: hah, that's very impressive (froggey's os) ... the irc unveiling thread is pretty funny to read |
| 15:41.02 | brlcad | ignacio: any progress on the startup script |
| 15:55.42 | *** join/#brlcad YashM_ (~YashM@117.198.23.128) | |
| 16:46.40 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 17:10.53 | *** join/#brlcad merzo (~merzo@221-59-132-95.pool.ukrtel.net) | |
| 17:35.41 | *** join/#brlcad Sricharanized (~raincrash@116.202.146.199) | |
| 19:44.37 | *** join/#brlcad teepee_ (~teepee@gateway/tor-sasl/teepee) | |
| 20:25.07 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 20:54.02 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 21:01.06 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 21:29.46 | *** join/#brlcad mmu_man (~revol@vaf26-2-82-244-111-82.fbx.proxad.net) | |
| 22:03.01 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 22:40.58 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 23:22.52 | *** join/#brlcad teepee_ (~teepee@gateway/tor-sasl/teepee) | |
| 23:34.45 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 23:42.57 | Notify | 03BRL-CAD:starseeker * 64073 brlcad/trunk/src/libbrep/shape_recognition.cpp: Add torus reporting |
| 23:42.59 | Notify | 03BRL-CAD:starseeker * 64074 (brlcad/trunk/src/libbrep/CMakeLists.txt brlcad/trunk/src/libbrep/shape_recognition.cpp brlcad/trunk/src/libbrep/shape_recognition.h): Start breaking out the logic for various shapes for readibilty. |
| 23:43.03 | Notify | 03BRL-CAD:starseeker * 64075 (brlcad/trunk/src/libbrep/CMakeLists.txt brlcad/trunk/src/libbrep/shape_recognition.cpp brlcad/trunk/src/libbrep/shape_recognition.h): Not much there yet, but split out planar |
| 23:43.05 | Notify | 03BRL-CAD:starseeker * 64076 (brlcad/trunk/src/libbrep/shape_recognition.cpp brlcad/trunk/src/libbrep/shape_recognition.h brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp): Start working on the next stages of cylinder construction. Not nearly close to correct yet - need to recognize and handle all the various partial cases - but it's a start. |
| 23:43.09 | Notify | 03BRL-CAD:carlmoore * 64077 brlcad/trunk/doc/docbook/system/man1/en/pixsaturate.xml: remove underscore of > |
| 23:43.11 | Notify | 03BRL-CAD:carlmoore * 64078 brlcad/trunk/doc/docbook/system/man1/en/pixsaturate.xml: and add '< infile.pix' to the man page |
| 23:43.19 | Notify | 03BRL-CAD:carlmoore * 64079 brlcad/trunk/src/util/pixsaturate.c: add '< infile.pix > outfile.pix' to Usage |
| 23:43.23 | Notify | 03BRL-CAD:carlmoore * 64080 brlcad/trunk/src/util/pixsaturate.c: do more checking of options in pixsaturate; -h and -? now work for providing help |
| 23:43.28 | Notify | 03BRL-CAD:carlmoore * 64081 brlcad/trunk/doc/docbook/system/man1/en/pixcmp.xml: add commas between author names |
| 23:43.30 | Notify | 03BRL-CAD:starseeker * 64082 (brlcad/trunk/src/libbrep/CMakeLists.txt brlcad/trunk/src/libbrep/shape_recognition.cpp and 2 others): Start working on cone/conic test, cleanup |
| 23:43.45 | Notify | 03BRL-CAD:carlmoore * 64083 (brlcad/trunk/src/adrt/master/master.c brlcad/trunk/src/adrt/slave/slave.c): add missing statement to master.c; for both master.c and slave.c, add h? to options string, although neither file is being compiled at this time |
| 23:43.49 | Notify | 03BRL-CAD:carlmoore * 64084 brlcad/trunk/TODO: use capital letters in Priit Laes' name, and add apostrophe; had I seen the capitals earlier, I would have indeed guessed this was someone's name |
| 23:44.01 | Notify | 03BRL-CAD:carlmoore * 64085 (brlcad/trunk/doc/docbook/system/man1/en/anim_script.xml brlcad/trunk/doc/docbook/system/man1/en/anim_sort.xml and 15 others): touch-up changes, most of which involve removing underscore from < and > |
| 23:44.08 | Notify | 03BRL-CAD:carlmoore * 64086 (brlcad/trunk/doc/docbook/system/man1/en/bwscale.xml brlcad/trunk/doc/docbook/system/man1/en/bwshrink.xml and 10 others): more minor fixes of this nature; there is a case where I saw 2 names and only 'AUTHOR' |
| 23:44.13 | Notify | 03BRL-CAD:carlmoore * 64087 (brlcad/trunk/doc/docbook/system/man1/en/irdisp.xml brlcad/trunk/doc/docbook/system/man1/en/mac-pix.xml and 2 others): more manpage formatting |
| 23:44.14 | Notify | 03BRL-CAD:carlmoore * 64088 (brlcad/trunk/doc/docbook/system/man1/en/nastran-g.xml brlcad/trunk/doc/docbook/system/man1/en/pix-ps.xml and 5 others): more formatting |
| 23:45.21 | Notify | 03BRL-CAD:starseeker * 64089 brlcad/trunk/doc/docbook/system/man1/en/CMakeLists.txt: rename file |
| 23:45.28 | Notify | 03BRL-CAD:starseeker * 64090 brlcad/trunk/doc/docbook/system/man1/en/gdiff.xml: gdiff2 -> gdiff |
| 23:45.37 | Notify | 03BRL-CAD:carlmoore * 64091 (brlcad/trunk/doc/docbook/system/man1/en/pixrect.xml brlcad/trunk/doc/docbook/system/man1/en/pixscale.xml and 10 others): touch up more man pages |
| 23:45.48 | Notify | 03BRL-CAD:carlmoore * 64092 brlcad/trunk/doc/docbook/system/man1/en/png-bw.xml: reformat png-bw man page, including correcting incorrect reference in DESCRIPTION |
| 23:45.54 | Notify | 03BRL-CAD:carlmoore * 64093 brlcad/trunk/doc/docbook/system/man1/en/png-pix.xml: formatting for png-pix man page |
| 23:45.58 | Notify | 03BRL-CAD:carlmoore * 64094 (brlcad/trunk/doc/docbook/system/man1/en/rle-fb.xml brlcad/trunk/src/fb/rle-fb.c): touching up source code and man page for uniform error messages |
| 23:46.02 | Notify | 03BRL-CAD:carlmoore * 64095 (brlcad/trunk/doc/docbook/system/man1/en/png_info.xml brlcad/trunk/doc/docbook/system/man1/en/poly-bot.xml and 6 others): more touched-up man pages |
| 23:46.05 | Notify | 03BRL-CAD:carlmoore * 64096 brlcad/trunk/doc/docbook/system/man1/en/rtg3.xml: reformatting of rtg3.xml, including removing a leading 'I' which didn't belong, and also including adding a missing word |
| 23:46.10 | Notify | 03BRL-CAD:starseeker * 64097 brlcad/trunk/src/libbrep/shape_recognition_cone.cpp: Return number to quiet warning. |
| 23:46.13 | Notify | 03BRL-CAD:carlmoore * 64098 (brlcad/trunk/doc/docbook/system/man1/en/rthide.xml brlcad/trunk/doc/docbook/system/man1/en/rtpp.xml brlcad/trunk/doc/docbook/system/man1/en/rtrange.xml): more reformatting |
| 23:46.15 | Notify | 03BRL-CAD:starseeker * 64099 brlcad/trunk/src/libgcv/gcv_private.h: Use GCV_EXPORT for MSVC |
| 23:46.23 | Notify | 03BRL-CAD:starseeker * 64100 (brlcad/trunk/misc/CMake/CompilerFlags.cmake brlcad/trunk/src/other/CMakeLists.txt): Mark variables as advanced |
| 23:46.25 | Notify | 03BRL-CAD:starseeker * 64101 brlcad/trunk/CMakeLists.txt: misc/tools and src/other are stomping on the CMAKE_CONFIGURATION_TYPES value. |
| 23:46.28 | Notify | 03BRL-CAD:starseeker * 64102 brlcad/trunk/doc/docbook/system/man1/en/plot3-X.xml: Remove stray character |
| 23:46.31 | Notify | 03BRL-CAD:starseeker * 64103 brlcad/trunk/misc/CMake/BRLCAD_CompilerFlags.cmake: More advanced markings |
| 23:46.49 | Notify | 03BRL-CAD:carlmoore * 64104 brlcad/trunk/doc/docbook/system/man1/en/rtray.xml: rtray man page |
| 23:47.01 | Notify | 03BRL-CAD:carlmoore * 64105 (brlcad/trunk/doc/docbook/system/man1/en/rtregis.xml brlcad/trunk/doc/docbook/system/man1/en/rtscale.xml and 19 others): formatting changes; should be last in this directory except for minor iterations involving 5 files |
| 23:47.02 | Notify | 03BRL-CAD:carlmoore * 64106 (brlcad/trunk/doc/docbook/system/man1/en/rtscale.xml brlcad/trunk/doc/docbook/system/man1/en/scriptsort.xml and 3 others): the last of the minor changes that I wrote of for today |
| 00:42.34 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 01:23.20 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 01:34.53 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 02:35.49 | nmz787 | brlcad: I last got stuck after trying the flags for TK and TCL to use SYSTEM, I have packages for 8.5 and 8.6 for both Tk and tcl including -dev packages but cmake still doesn't find them, I tried adding adding -DCMAKE_INCLUDE_PATH=/usr/include/tcl8.5 |
| 02:36.03 | nmz787 | brlcad: but that didn't help, and I pretty much left off there |
| 02:37.48 | brlcad | nmz787: can you post your three logs there (cmake output and your two build/CMakeFiles/*.log files)? |
| 02:49.03 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 03:19.30 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 04:16.47 | *** join/#brlcad YashM (~YashM@117.222.21.68) | |
| 04:31.24 | *** join/#brlcad YashM_ (~YashM@117.198.15.193) | |
| 04:34.10 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 05:28.17 | *** join/#brlcad YashM__ (~YashM@117.198.15.193) | |
| 06:12.50 | *** join/#brlcad andrei_ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125) | |
| 06:21.01 | *** join/#brlcad mihaineacsu (~mihaineac@78.96.223.14) | |
| 06:35.16 | *** join/#brlcad mihaineacsu (~mihaineac@78.96.223.14) | |
| 06:53.50 | nmz787 | brlcad: cmake output http://paste.pound-python.org/show/vwrqo4lVNeLGgJLfuquH/ CMakeCache.txt http://paste.pound-python.org/show/XhCmRcLFno0vOFjyQqxU/ CmakeError.log http://paste.pound-python.org/show/OkNBpDBGrsqMYtldQ9yk/ CMakeOutput.log http://paste.pound-python.org/show/H5alqjUXyGs2MP1Ab8zA/ |
| 08:49.43 | *** join/#brlcad andrei___ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125) | |
| 08:50.45 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 09:10.05 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 09:13.04 | *** join/#brlcad MarcTannous (c35a6e7d@gateway/web/freenode/ip.195.90.110.125) | |
| 09:13.56 | *** join/#brlcad andrei____ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125) | |
| 09:16.24 | *** join/#brlcad andrei_ (c35a6e7d@unaffiliated/andrei/x-7229309) | |
| 09:16.24 | *** join/#brlcad andrei_ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125) | |
| 10:48.28 | *** join/#brlcad mihaineacsu (~mihaineac@78.96.223.14) | |
| 11:45.21 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 12:36.48 | *** join/#brlcad teepee- (bc5c2134@gateway/web/freenode/ip.188.92.33.52) | |
| 12:39.02 | *** join/#brlcad mihaineacsu (~mihaineac@78.96.223.14) | |
| 12:53.03 | *** join/#brlcad mmu_man (~revol@vaf26-2-82-244-111-82.fbx.proxad.net) | |
| 12:54.23 | *** join/#brlcad siddhanjay (0e8bbb42@gateway/web/freenode/ip.14.139.187.66) | |
| 13:14.37 | *** join/#brlcad krishna_ravi732 (~krishna@5.231.52.94) | |
| 15:24.20 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 17:12.48 | *** join/#brlcad nmz787_i (~nmccorkx@134.134.137.71) | |
| 17:12.52 | nmz787_i | morning |
| 17:19.12 | Notify | 03BRL-CAD:carlmoore * 64107 (brlcad/trunk/doc/docbook/system/man1/en/anim_turn.xml brlcad/trunk/doc/docbook/system/man1/en/dbcp.xml brlcad/trunk/doc/docbook/system/man1/en/dpix-pix.xml): remove underscores of < and > which I apparently overlooked earlier |
| 18:57.24 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 19:48.24 | *** join/#brlcad nmz787_i (nmccorkx@nat/intel/x-zpuyxzsqzzqluiwi) | |
| 19:51.42 | *** join/#brlcad milamber1 (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net) | |
| 19:52.17 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 19:53.49 | *** join/#brlcad mpictor (~mark@c-69-136-183-213.hsd1.in.comcast.net) | |
| 19:55.57 | *** join/#brlcad teepee_ (~teepee@gateway/tor-sasl/teepee) | |
| 19:55.58 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 20:27.20 | *** join/#brlcad merzo (~merzo@246-12-132-95.pool.ukrtel.net) | |
| 20:39.25 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 21:28.51 | *** join/#brlcad nmz787_i (~nmccorkx@192.55.55.37) | |
| 22:25.02 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 22:45.14 | *** join/#brlcad teepee_ (~teepee@gateway/tor-sasl/teepee) | |
| 23:19.50 | *** join/#brlcad FreezingAlt (~FreezingC@135.0.41.14) | |
| 00:36.33 | *** join/#brlcad nmz787_i (~nmccorkx@134.134.137.71) | |
| 00:48.34 | *** join/#brlcad FreezingAlt (~FreezingC@135.0.41.14) | |
| 01:34.02 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 04:01.32 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 04:37.38 | *** join/#brlcad YashM (~YashM@117.198.13.37) | |
| 05:02.47 | *** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca) | |
| 05:23.15 | *** join/#brlcad YashM_ (~YashM@117.222.65.0) | |
| 05:49.16 | *** join/#brlcad YashM__ (~YashM@117.222.65.0) | |
| 06:59.58 | *** join/#brlcad YashM (~YashM@117.215.32.202) | |
| 07:43.53 | *** join/#brlcad mpictor (~mark@c-69-136-183-213.hsd1.in.comcast.net) | |
| 07:48.22 | *** join/#brlcad Izakey (~Izak@41.205.22.13) | |
| 08:15.50 | *** join/#brlcad sprakash (~sidd_prak@14.139.82.6) | |
| 08:33.55 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 08:50.15 | *** join/#brlcad mpictor_ (~mark@c-68-39-98-222.hsd1.nj.comcast.net) | |
| 08:57.04 | *** join/#brlcad Sricharanized (~raincrash@116.202.9.124) | |
| 09:17.35 | *** join/#brlcad merzo (~merzo@92.60.189.225) | |
| 09:46.41 | *** join/#brlcad mihaineacsu (~mihaineac@92.81.153.81) | |
| 09:53.17 | *** join/#brlcad Sricharanized1 (~raincrash@116.202.9.124) | |
| 10:22.08 | *** join/#brlcad teepee- (bc5c2134@gateway/web/freenode/ip.188.92.33.52) | |
| 10:31.06 | *** join/#brlcad YashM (~YashM@117.222.18.72) | |
| 10:51.21 | *** join/#brlcad sprakash (~sidd_prak@14.139.82.6) | |
| 11:16.55 | *** join/#brlcad YashM (~YashM@117.198.11.51) | |
| 11:29.03 | *** join/#brlcad mihaineacsu (~mihaineac@92.81.153.81) | |
| 11:53.31 | *** join/#brlcad Sricharanized (~raincrash@116.202.168.73) | |
| 13:08.30 | *** join/#brlcad YashM (~YashM@59.88.31.246) | |
| 13:16.27 | *** join/#brlcad sprakash (~sidd_prak@14.139.82.6) | |
| 14:24.01 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 14:58.31 | kintel | brlcad: Any news on GSoC this year? |
| 15:01.36 | teepee- | hehe, maybe the question is too early. still totally exhausted by GCI :) |
| 15:01.46 | teepee- | that was quite some action |
| 15:09.53 | *** join/#brlcad sofat (~sofat@202.164.45.198) | |
| 15:59.20 | *** join/#brlcad sofat (~sofat@202.164.45.198) | |
| 16:33.50 | Notify | 03BRL-CAD:starseeker * 64108 brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp: More thinking about how to process cylinder shapes. |
| 16:39.08 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 16:58.37 | *** join/#brlcad nmz787_i (nmccorkx@nat/intel/x-cextyeigvmmjpmud) | |
| 17:01.45 | *** join/#brlcad nmz787_i1 (~nmccorkx@192.55.55.37) | |
| 17:08.09 | *** join/#brlcad mmu_man (~revol@vaf26-2-82-244-111-82.fbx.proxad.net) | |
| 17:33.35 | *** join/#brlcad sprakash (~sidd_prak@14.139.82.6) | |
| 17:33.45 | *** join/#brlcad gaganjyot (~gaganjyot@27.255.242.59) | |
| 17:33.49 | gaganjyot | #librecad |
| 18:20.34 | *** join/#brlcad yiyus (1242712427@je.je.je) | |
| 18:36.11 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 18:39.09 | *** join/#brlcad shaina (~shaina@202.164.53.117) | |
| 18:50.58 | brlcad | kintel: not yet |
| 18:55.51 | nmz787_i1 | so is it bad to union two primitives into a region, then union that region into another region or primitive? |
| 18:56.05 | nmz787_i1 | it seems to work, but mged prints warnings constantly |
| 18:56.12 | brlcad | nmz787_i1: did you delete your cmake cache before that cmake run? |
| 18:56.55 | brlcad | nmz787_i1: and yes, unioning two *overlapping* regions is considered a modeling error |
| 18:57.34 | brlcad | making something a region is when you go from it being a description of a volume to being actual physical material occupying a volume |
| 18:57.37 | nmz787_i1 | hmm, I can't remember, I think so, but I may have just done rm -r ./build* from the svn-repo dir |
| 18:57.53 | brlcad | so you can combine shapes into a new shape no problem |
| 18:58.38 | brlcad | but to combine two physical object is like in star trek where you beam one object into another .. can't have two objects occupying the same space |
| 18:58.46 | nmz787_i1 | I think this or the next line is what mged was warning about https://github.com/nmz787/python-brlcad-tcl/blob/master/28BYJ_48__motor_example.tcl#L12 |
| 19:00.02 | nmz787_i1 | wasn't sure how to do subsequent unions, or if I could do intersect and subtractions in the same line, or if I could use parentheses to separate the + and - operations |
| 19:00.32 | nmz787_i1 | but indeed using that tcl script then using g-stl produces what I expect as output |
| 19:00.45 | brlcad | yeah, line 11 (along with a few others) should be combs first |
| 19:00.46 | nmz787_i1 | https://github.com/nmz787/python-brlcad-tcl/blob/master/28BYJ_48__motor_example.stl |
| 19:00.58 | brlcad | you can just replace "r ..." with "comb ..." |
| 19:01.19 | nmz787_i1 | ah |
| 19:01.20 | nmz787_i1 | ok |
| 19:01.33 | brlcad | "comb whatever.c u a.s u b.s" and then make an "r whatver.r u whatever.c" |
| 19:01.43 | brlcad | you make the .r when you want it to exist |
| 19:01.53 | brlcad | e.g., as an instantiated part |
| 19:01.53 | nmz787_i1 | ah |
| 19:01.57 | nmz787_i1 | hm |
| 19:02.09 | nmz787_i1 | I was reading a oed PDF a few nights ago |
| 19:02.16 | brlcad | so like if I had a bolt, i'd make a bolt.c shape, then have a bolt1.r a bolt2.r etc for all my actual bolts |
| 19:02.21 | nmz787_i1 | was trying to figure out how to rotate a region/instance |
| 19:02.34 | nmz787_i1 | ah |
| 19:02.36 | nmz787_i1 | ok |
| 19:03.24 | brlcad | the quick reference card mentions this very briefly/concisely about regions/parts/solids/groups/assemblies |
| 19:03.57 | nmz787_i1 | the CAD demo in there? |
| 19:04.06 | brlcad | if you're familiar with other CAD systems, our notion of a region is basically that of a part, a group is that of an assembly, and sub-region combinations are just hierarchical feature edits |
| 19:04.06 | nmz787_i1 | C A D |
| 19:04.12 | brlcad | yeah |
| 19:04.47 | nmz787_i1 | hmm, no not too jargon-knowledgeable |
| 19:05.00 | brlcad | then nothing to worry about getting confused about ;) |
| 19:05.35 | brlcad | from a CS perspective, a region is literally a simple bit flag ... but it's an important bit that means "this thing occupies actual space" |
| 19:05.42 | brlcad | otherwise, everything is just collections and shapes |
| 19:06.02 | nmz787_i1 | I don't have the script now, but in my multi-part example, I try to instantiate that motor, then rotate it, then add a cup around it (two rcc, one smaller and subtracted) |
| 19:06.16 | nmz787_i1 | I remember trying to use Z to hide everything |
| 19:06.20 | nmz787_i1 | then e something.c |
| 19:06.26 | nmz787_i1 | then orot 90 90 90 |
| 19:06.27 | nmz787_i1 | I think |
| 19:06.28 | brlcad | nods |
| 19:06.38 | brlcad | ah, yeah missed a step |
| 19:06.55 | nmz787_i1 | but it didn't work, again, can't remember exactly what I was doing, and it's at home now |
| 19:06.57 | brlcad | "e" just means "draw this" |
| 19:07.21 | brlcad | with mged, you need to tell mged what and how you intend to rotate with more specificity |
| 19:07.35 | brlcad | the oed manual is the place for that but it's admittedly complicated |
| 19:07.54 | brlcad | rotations are actually why it's complicated too .. they need a defined keypoint, so you specify that |
| 19:08.07 | brlcad | B something.g |
| 19:08.20 | brlcad | oed / something.c/path/to/primitive |
| 19:08.23 | brlcad | orot 90 90 90 |
| 19:08.34 | brlcad | accept |
| 19:08.41 | brlcad | (or reject or keep orot'ing) |
| 19:08.52 | brlcad | B == Z + e something.c |
| 19:09.03 | nmz787_i1 | ah, yeah, the oed command was confusing |
| 19:09.13 | nmz787_i1 | i couldn't tell why i couldn't rotate the whole .c |
| 19:09.31 | brlcad | yeah it is ... we're going to make that step go away eventually with implicit keypoints, but right now it's explicit |
| 19:09.47 | nmz787_i1 | keypoints are fine I think |
| 19:09.51 | brlcad | which means it needs to know what point to rotate about and that's where the whatever/path/to/something comes in |
| 19:10.02 | nmz787_i1 | since so far I'm just using 0 0 0 for the centers or bottoms of things |
| 19:10.36 | brlcad | right, but orot doesn't know what you want |
| 19:10.39 | nmz787_i1 | and I'm creating these tcl scripts with object-oriented Python, so keeping track of the center/key is easy... just give my object that attribute |
| 19:10.40 | brlcad | oed tells it |
| 19:11.20 | nmz787_i1 | also, I couldn't tell what lpath and rpath meant... left and right? |
| 19:11.27 | brlcad | yes |
| 19:11.45 | brlcad | left-hand path and right-hand path .. |
| 19:12.07 | brlcad | which is basically a complicated way of answering "where do you want the matrix edit performed" |
| 19:12.21 | brlcad | (note rotating/translating primitives is much different) |
| 19:12.27 | nmz787_i1 | so can I say oed mygroup.c mygroup.c? |
| 19:12.46 | brlcad | no, it still needs a full right-hand side |
| 19:12.49 | nmz787_i1 | or do I have to make a helper function to rotate each primitive the group contains? |
| 19:13.24 | brlcad | if you want to rotate mygroup and it's at the origin such that you don't care, then the right-hand side can be basically any object |
| 19:13.34 | brlcad | oed / mygroup.c/path/to/anything |
| 19:13.39 | nmz787_i1 | oh, the right side sets the origin? |
| 19:13.44 | brlcad | yes |
| 19:13.44 | nmz787_i1 | rpath |
| 19:13.49 | nmz787_i1 | hrmm |
| 19:13.55 | nmz787_i1 | that wasn't obvious at all |
| 19:14.07 | nmz787_i1 | I assumed it was like directory and file paths |
| 19:14.13 | brlcad | it is that too |
| 19:16.08 | *** join/#brlcad sofat (~sofat@202.164.45.208) | |
| 19:16.39 | brlcad | e.g., say I have a filesytem instead of object paths |
| 19:16.50 | brlcad | <PROTECTED> |
| 19:16.56 | brlcad | the oed command would be: oed / usr/local/bin/reboot |
| 19:17.19 | brlcad | it basically needs a file (really any file) in order to modify any directory |
| 19:18.46 | brlcad | reboot in this example is not the thing being modified, it's between the "/" and "usr", i.e., we're modifying usr in the top-level dir |
| 19:19.36 | brlcad | we only had to specify a file (reboot), because this is a crazy-ass filesystem that doesn't know how to change directories without a file handle |
| 19:19.46 | brlcad | that's 3d geometry for you ;) |
| 19:21.01 | starseeker | notes appleseed has posted a summery of their GSoC 2014 efforts: http://google-opensource.blogspot.com/2015/01/google-summer-of-code-wrap-up-appleseed.html |
| 19:21.43 | starseeker | is amused by the box rendering |
| 19:23.55 | starseeker | nice - uses bezier curves |
| 19:24.17 | brlcad | sweet |
| 19:25.24 | starseeker | brlcad: was there ever any follow up with them on the idea of them providing an API to let us shoot rays and feed them into their system? |
| 20:12.16 | ries | it's amazing what guy's can do :s |
| 20:18.15 | starseeker | growls - sf is acting up again |
| 20:25.35 | starseeker | pokes Notify |
| 20:28.40 | ``Erik | last BRL-CAD commit email I got was 11:30, r64108 O.o is sf not sending them in a timeline manner? |
| 20:28.59 | ``Erik | checked his procmail log to verify... |
| 20:48.24 | *** join/#brlcad teepee_ (~teepee@gateway/tor-sasl/teepee) | |
| 20:53.06 | *** join/#brlcad nmz787_i (~nmccorkx@192.55.55.37) | |
| 21:10.40 | Notify | 03BRL-CAD:starseeker * 64110 (brlcad/trunk/src/libbrep/shape_recognition_cone.cpp brlcad/trunk/src/librt/test_shape_recognition.cpp): Create cones - both this and the cyl routine are missing some shapes - need to figure out why. |
| 22:13.41 | Notify | 03BRL-CAD:starseeker * 64111 brlcad/trunk/src/libbrep/shape_recognition_cone.cpp: Forgot the tolerance in tests. |
| 22:23.20 | Notify | 03BRL-CAD:starseeker * 64112 (brlcad/trunk/src/libbrep/shape_recognition.cpp brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp): Wrong place for the loop test. |
| 23:00.52 | *** join/#brlcad merzo (~merzo@99-15-133-95.pool.ukrtel.net) | |
| 23:20.36 | *** join/#brlcad teepee_ (~teepee@gateway/tor-sasl/teepee) | |
| 23:26.30 | ignacio | brlcad, ping |
| 00:39.37 | *** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 00:39.40 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) | |
| 02:00.02 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 02:19.14 | *** join/#brlcad ``Erik (~erik@pool-74-103-94-19.bltmmd.fios.verizon.net) | |
| 02:25.49 | *** join/#brlcad teepee (~teepee@gateway/tor-sasl/teepee) | |
| 03:23.52 | *** join/#brlcad ignacio (~ignacio@rev-18-85-44-59.sugarlabs.org) | |
| 03:24.17 | *** join/#brlcad ignacio (~ignacio@unaffiliated/ignaciouy) | |
| 04:40.41 | *** join/#brlcad sprakash (~sidd_prak@14.139.82.6) | |
| 04:56.04 | *** join/#brlcad YashM (~YashM@117.222.17.76) | |
| 05:24.49 | ejno | CC=clang CXX=clang++ cmake .. -DBRLCAD_ENABLE_STRICT=OFF |
| 05:25.05 | ejno | CC=clang CXX=clang++ cmake .. -DBRLCAD_ENABLE_STRICT=OFF |
| 05:25.37 | ejno | wrong window |
| 05:36.24 | *** join/#brlcad YashM_ (~YashM@59.88.183.182) | |
| 06:29.40 | *** join/#brlcad YashM (~YashM@59.88.180.54) | |
| 07:51.09 | *** join/#brlcad YashM (~YashM@59.88.180.54) | |
| 07:56.52 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 08:34.53 | *** join/#brlcad manan (~manan@182.69.63.66) | |
| 08:47.02 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 09:10.52 | *** join/#brlcad sprakash (~sidd_prak@14.139.82.6) | |
| 09:37.11 | *** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 09:55.22 | *** join/#brlcad teepee_ (~teepee@gateway/tor-sasl/teepee) | |
| 11:23.45 | *** join/#brlcad Konrado (~Konrado@41.244.240.106) | |
| 12:38.24 | starseeker | huh, interesting - Tk Cocoa work summary: http://www.codebykevin.com/blosxom.cgi/2015/01/30#tk-cocoa-2.0 |
| 12:55.45 | *** join/#brlcad mmu_man (~revol@vaf26-2-82-244-111-82.fbx.proxad.net) | |
| 13:07.35 | *** join/#brlcad YashM_ (~YashM@59.88.180.54) | |
| 13:52.35 | *** join/#brlcad sprakash (~sidd_prak@14.139.82.6) | |
| 13:59.44 | *** join/#brlcad sprakash (~sidd_prak@14.139.82.6) | |
| 14:15.05 | *** join/#brlcad unicodesnowman (~unicodesn@167.160.164.140) | |
| 14:20.08 | *** join/#brlcad Konrado (~Konrado@41.244.240.133) | |
| 14:23.36 | *** join/#brlcad unicodesnowman (~unicodesn@2602:ffea:1001:1fa::97d2) | |
| 14:23.57 | *** join/#brlcad unicodesnowman (~unicodesn@unaffiliated/unicodesnowman) | |
| 14:43.38 | *** join/#brlcad unicodesnowman (~unicodesn@2602:ffea:1001:1fa::97d2) | |
| 16:35.06 | *** join/#brlcad andromeda-galaxy (~andromeda@108-225-17-54.lightspeed.sntcca.sbcglobal.net) | |
| 16:56.21 | *** join/#brlcad teepee_ (~teepee@gateway/tor-sasl/teepee) | |
| 17:33.11 | *** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 17:43.47 | *** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 17:59.33 | *** join/#brlcad mmu_man (~revol@vaf26-2-82-244-111-82.fbx.proxad.net) | |
| 18:45.20 | *** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net) | |
| 19:13.27 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 19:59.03 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 20:22.08 | ignacio | brlcad, ping |
| 21:12.53 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 21:22.48 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 21:39.07 | ignacio | https://gcil.cf/org/brlcad |
| 21:52.44 | *** join/#brlcad teepee (~teepee@gateway/tor-sasl/teepee) | |
| 22:16.40 | *** join/#brlcad ignacio (~ignacio@rev-18-85-44-59.sugarlabs.org) | |
| 23:15.00 | Notify | 03BRL-CAD Wiki:AllenReynolds * 0 /wiki/User:AllenReynolds: |
| 00:28.33 | nmz787 | who is jordi? I just got this error while raytracing ERROR: bad pointer 0x1066ea0: s/b struct seg(x98bcdef1), was Unknown_Magic(x547ce385), file /home/jordi/Escriptori/brlcad-7.24.0/src/librt/bool.c, line 177 |
| 01:28.20 | *** join/#brlcad unicodesnowman (~unicodesn@unaffiliated/unicodesnowman) | |
| 01:44.31 | *** join/#brlcad teepee_ (~teepee@gateway/tor-sasl/teepee) | |
| 02:14.26 | nmz787 | can someone help me with orot? mged doesn't seem to complain with my syntax, but when I open the graphic window and raytrace, the motor doesn't look like it was rotated... http://paste.pound-python.org/show/hfZY0YYWNwwczPRL55Gh/ |
| 02:29.31 | nmz787 | I realized I needed to add the accept command after orot! |
| 02:54.54 | *** join/#brlcad ofnlut_ (~ofnlut_@2601:a:6680:ee3:3da0:cef6:c468:33ec) | |
| 04:12.00 | nmz787 | :/ oed is not being nice |
| 04:46.17 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 05:43.14 | *** join/#brlcad YashM (~YashM@117.222.23.94) | |
| 05:46.43 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 06:19.19 | nmz787 | can I turn on raytracing so that it constantly updates up to some max FPS? in mged. I can repeatedly click the raytrace button then rotate and click raytrace again, but I basically want to automate this |
| 08:36.07 | *** join/#brlcad ejno_ (~ejno@unaffiliated/kazaik) | |
| 08:36.44 | *** join/#brlcad tofu_ (~sean@66-118-151-70.static.sagonet.net) | |
| 08:40.39 | *** join/#brlcad ignacio_ (~ignacio@rev-18-85-44-59.sugarlabs.org) | |
| 08:47.56 | *** join/#brlcad KimK (~Kim__@ip68-102-30-143.ks.ok.cox.net) | |
| 08:50.46 | *** join/#brlcad mpictor (~mark@c-68-39-98-222.hsd1.nj.comcast.net) | |
| 09:01.41 | *** join/#brlcad ignacio (~ignacio@rev-18-85-44-59.sugarlabs.org) | |
| 09:37.04 | *** join/#brlcad YashM (~YashM@117.198.22.233) | |
| 10:00.34 | *** join/#brlcad YashM (~YashM@117.248.203.63) | |
| 12:53.19 | *** join/#brlcad teepee (~teepee@gateway/tor-sasl/teepee) | |
| 15:25.06 | *** join/#brlcad merzo (~merzo@121-29-133-95.pool.ukrtel.net) | |
| 15:47.00 | Notify | 03BRL-CAD Wiki:Bennnnnnnnen * 0 /wiki/User:Bennnnnnnnen: |
| 15:49.37 | Notify | 03BRL-CAD Wiki:Fishintherain * 0 /wiki/User:Fishintherain: |
| 16:07.32 | *** join/#brlcad psrk (7d1409f9@gateway/web/freenode/ip.125.20.9.249) | |
| 16:32.27 | *** join/#brlcad psrk (7d1409f9@gateway/web/freenode/ip.125.20.9.249) | |
| 16:57.59 | *** join/#brlcad mmu_man (~revol@vaf26-2-82-244-111-82.fbx.proxad.net) | |
| 17:04.52 | *** join/#brlcad Guest49389 (~max@14.139.82.6) | |
| 17:07.12 | Max3737 | hi |
| 17:07.29 | Max3737 | I am new to open source |
| 17:07.47 | Max3737 | i want to contribute |
| 17:11.17 | Max3737 | can anyone help me/ |
| 17:11.21 | Max3737 | *? |
| 17:17.41 | teepee | Max3737: did you have a look at the wiki yet? |
| 17:18.48 | Max3737 | yes |
| 17:19.33 | teepee | http://brlcad.org/wiki/Deuces has a list of topics that might be a good starting point |
| 17:19.41 | Max3737 | even read the contributers guide to brl-cad |
| 17:21.58 | Max3737 | even installed brl-cad but i don't have the source code |
| 17:23.22 | teepee | ahh, good next step then. get the source code, compile it, run the performance test suite :) |
| 17:25.17 | Max3737 | i am unable to download it,i have proxy issues while downloading with this command in ubuntu "svn checkout svn://svn.code.sf.net/p/brlcad/code/brlcad/trunk brlcad-code " |
| 17:25.44 | Max3737 | is there any other way to download it |
| 17:26.42 | teepee | hmm, not sure, I think there's also a way to download a zip or tar.gz |
| 17:30.05 | Max3737 | can u provide me the link |
| 17:31.59 | teepee | http://brlcad.org/d/download |
| 17:37.02 | Max3737 | i think thats a link to download software right? |
| 17:37.40 | teepee | one of the icons says "Source" |
| 17:44.52 | *** join/#brlcad andromeda-galaxy (~andromeda@108-225-17-54.lightspeed.sntcca.sbcglobal.net) | |
| 17:57.30 | *** join/#brlcad krishna_ravi732 (~krishna@5.231.52.94) | |
| 18:39.53 | Max3737 | thanks ,i have compiled it and also ran the benchmark test |
| 18:43.35 | Max3737 | what to do next? |
| 18:49.17 | teepee | depends on what you like to do next :) |
| 18:49.25 | teepee | try to create some model |
| 18:49.35 | teepee | dig into the code and try to fix one of the issues listed in the wiki |
| 18:49.43 | teepee | totally up to you |
| 19:10.02 | Max3737 | okay :D |
| 19:19.50 | Max3737 | to start with the deuces do i need to download brlcad-virtual image and install it in virtual box? |
| 19:22.53 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 19:51.04 | *** join/#brlcad merzo (~merzo@121-29-133-95.pool.ukrtel.net) | |
| 20:36.57 | *** join/#brlcad teepee (~teepee@gateway/tor-sasl/teepee) | |
| 21:32.47 | *** join/#brlcad siddhanjay (6704de02@gateway/web/freenode/ip.103.4.222.2) | |
| 21:56.10 | *** join/#brlcad teepee (~teepee@gateway/tor-sasl/teepee) | |
| 22:14.49 | *** join/#brlcad merzo (~merzo@121-29-133-95.pool.ukrtel.net) | |
| 23:37.24 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 00:54.21 | *** join/#brlcad teepee_ (~teepee@gateway/tor-sasl/teepee) | |
| 01:44.52 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 02:25.39 | *** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net) | |
| 02:51.06 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 03:51.06 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 04:06.44 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 04:23.20 | nmz787 | anyone know if BRLCAD can export as any of these formats? ' Gmsh, MEDIT, METIS or SCOTCH ' |
| 05:39.50 | *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc) | |
| 07:32.28 | *** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net) | |
| 07:57.11 | *** join/#brlcad Max3737 (~max@14.139.82.6) | |
| 08:03.30 | *** join/#brlcad YashM (~YashM@117.198.18.142) | |
| 08:35.55 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 08:39.33 | *** join/#brlcad teepee (~teepee@gateway/tor-sasl/teepee) | |
| 08:39.40 | *** join/#brlcad konrado (~konrado__@41.244.240.66) | |
| 08:46.45 | *** join/#brlcad teepee (~teepee@gateway/tor-sasl/teepee) | |
| 09:08.11 | *** join/#brlcad teepee- (bc5c2133@gateway/web/freenode/ip.188.92.33.51) | |
| 09:14.25 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 10:33.11 | *** join/#brlcad adityagulati (6ac085de@gateway/web/cgi-irc/kiwiirc.com/ip.106.192.133.222) | |
| 10:33.50 | adityagulati | When will the results come? |
| 10:37.06 | *** join/#brlcad adityagulati (6ac085de@gateway/web/cgi-irc/kiwiirc.com/ip.106.192.133.222) | |
| 10:39.43 | *** join/#brlcad adityagulati (6ac085de@gateway/web/cgi-irc/kiwiirc.com/ip.106.192.133.222) | |
| 10:40.45 | *** part/#brlcad adityagulati (6ac085de@gateway/web/cgi-irc/kiwiirc.com/ip.106.192.133.222) | |
| 11:05.03 | *** join/#brlcad Konrado (~Konrado@41.244.240.211) | |
| 11:25.43 | *** join/#brlcad mpictor (~mark@c-68-39-98-222.hsd1.nj.comcast.net) | |
| 11:59.12 | *** join/#brlcad Konrado (~Konrado@41.244.240.13) | |
| 13:19.51 | *** join/#brlcad teepee- (bc5c2133@gateway/web/freenode/ip.188.92.33.51) | |
| 14:25.47 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 14:47.19 | *** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 14:52.48 | *** join/#brlcad mmu_man (~revol@vaf26-2-82-244-111-82.fbx.proxad.net) | |
| 15:15.51 | *** join/#brlcad Konrado (~Konrado@41.244.240.78) | |
| 15:20.16 | Notify | 03BRL-CAD:starseeker * 64113 brlcad/trunk/src/libbrep/shape_recognition.cpp: Have highest_order_face check a face set. |
| 15:28.30 | Notify | 03BRL-CAD:starseeker * 64114 brlcad/trunk/src/libbrep/shape_recognition.cpp: Tweaks. |
| 15:40.40 | Notify | 03BRL-CAD:carlmoore * 64115 brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp: remove trailing blanks/tabs, and fix 2 misspellings |
| 15:45.28 | *** join/#brlcad siddhanjay (0e8bbb42@gateway/web/freenode/ip.14.139.187.66) | |
| 15:53.20 | *** join/#brlcad Konrado (~Konrado@41.244.240.132) | |
| 15:57.05 | Konrado | starseeker: hello |
| 16:37.23 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:44.05 | Notify | 03BRL-CAD:starseeker * 64116 (brlcad/trunk/src/libbrep/shape_recognition.cpp brlcad/trunk/src/libbrep/shape_recognition.h and 2 others): Use const on the parent brep so we don't have to duplicate it. |
| 16:50.04 | Notify | 03BRL-CAD:starseeker * 64117 brlcad/trunk/src/libbrep/shape_recognition_cone.cpp: don't want negative heights for cones |
| 16:56.11 | *** join/#brlcad nmz787_i (~nmccorkx@134.134.137.71) | |
| 17:56.53 | *** join/#brlcad konrado (~root@41.244.240.55) | |
| 17:58.28 | *** join/#brlcad raptor__ (~raptor@194.28.75.249) | |
| 18:33.20 | *** join/#brlcad nmz787_i (nmccorkx@nat/intel/x-xvlcaxmrrlsyqbpw) | |
| 19:10.14 | *** join/#brlcad ignacio_ (~webchat@rev-18-85-44-69.sugarlabs.org) | |
| 19:10.25 | Notify | 03BRL-CAD:starseeker * 64118 (brlcad/trunk/src/libbrep/shape_recognition.cpp brlcad/trunk/src/libbrep/shape_recognition.h and 2 others): Will need to return more than one csg object for more complex situations. |
| 19:11.08 | ignacio_ | Congrats to GCI Winners (http://google-opensource.blogspot.com/2015/02/google-code-in-2014-welcome-to-winners.html) |
| 19:28.07 | *** join/#brlcad Konrado (~Konrado@41.244.240.55) | |
| 19:39.17 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 19:47.02 | *** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net) | |
| 19:53.52 | *** join/#brlcad vipulsharma (1b6b4102@gateway/web/freenode/ip.27.107.65.2) | |
| 19:54.15 | vipulsharma | congrats andromeda galaxy |
| 19:56.09 | *** part/#brlcad vipulsharma (1b6b4102@gateway/web/freenode/ip.27.107.65.2) | |
| 20:38.32 | *** join/#brlcad siddhanjay (0e8bbb42@gateway/web/freenode/ip.14.139.187.66) | |
| 20:58.16 | *** join/#brlcad MarcTannous (bc194991@gateway/web/cgi-irc/kiwiirc.com/ip.188.25.73.145) | |
| 21:05.10 | Notify | 03BRL-CAD:starseeker * 64119 (brlcad/trunk/src/libbrep/shape_recognition.h brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp): Start working on how to define arbs. |
| 21:11.43 | *** join/#brlcad teepee_ (~teepee@gateway/tor-sasl/teepee) | |
| 21:12.58 | tofu_ | congratulations all around to everyone that participated |
| 21:15.15 | Notify | 03BRL-CAD:starseeker * 64120 brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp: Note the next steps. |
| 21:18.52 | Notify | 03BRL-CAD:starseeker * 64121 brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp: few more notes |
| 22:16.51 | brlcad | ignacio: that looks a really nice improvement but I do miss seeing the percentages / pie chart too |
| 22:21.21 | brlcad | ignacio: suggestion to make the menu be just for prior years (then it could say prior years and require discovery) and keep the horizontal tabs for all/org1/org2 etc displayed on top for the selected year |
| 22:22.20 | brlcad | ignacio: also, there's a menu bug: go to an individual summary page, all org menu links go to /org/all |
| 22:22.45 | brlcad | minor, fixed by selecting the menu from org/all again |
| 22:25.09 | *** topic/#brlcad by brlcad -> BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all our GCI 2014 participants! Grand Prize winners: Peter and Marc. Runner up: Yash. Other Finalists: Raptor and Aditya. | |
| 23:20.44 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 00:56.59 | *** join/#brlcad teepee (~teepee@gateway/tor-sasl/teepee) | |
| 01:09.15 | starseeker | latest doxygen: http://brlcad.org/docs/doxygen-r64112/index.xhtml |
| 01:13.58 | Stragus | Neat. Last time I used Doxygen, it would output plenty of garbage for being confused with GCC extensions, maybe they fixed that |
| 01:34.00 | starseeker | there's a lot you can do to configure it - we're still in the process of sorting out ours |
| 01:34.32 | starseeker | libbu's the best off, and libbn's not too far behind, but after that things kind of drop off quickly |
| 01:38.46 | starseeker | is still learning about doxygen - for instance, need to figure out how to organize doxygen comments on private functions |
| 01:39.39 | starseeker | did seem to finally get a scheme in place that allows for good library module organization |
| 01:39.59 | starseeker | next time we do GCI we can probably set up a bunch of intro tasks... |
| 01:45.19 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 01:54.30 | Notify | 03BRL-CAD:starseeker * 64122 brlcad/trunk/misc/doxygen/Doxyfile.in: Try excluding patterns *private* and *test* from Doxygen outputs. Not ideal, since in theory comments on private functions would still be handy for BRL-CAD devs, but on the theory that Doxygen docs are primarily intended for external users of the APIs try excluding for now. |
| 02:09.05 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 03:14.41 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 03:36.49 | *** join/#brlcad YashM (~YashM@117.222.16.37) | |
| 04:16.55 | brlcad | starseeker: that's pretty awesome! looks great. |
| 04:17.31 | brlcad | that embedded graph is so much better than what it used to do |
| 04:17.58 | brlcad | still might want MAX_DOT_GRAPH_DEPTH set through .. not sure there's much value seeing into the depths of bu_log and bu_bomb everywhere ;) |
| 04:18.10 | brlcad | seem to the be dominant culprits |
| 04:26.30 | nmz787 | starseeker: I get an error on this page http://brlcad.org/docs/doxygen-r64112/files.xhtml "This page contains the following errors: error on line 271 at column 36: Opening and ending tag mismatch: p line 0 and td Below is a rendering of the page up to the first error." |
| 06:05.54 | *** join/#brlcad andrei__ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125) | |
| 06:16.52 | *** join/#brlcad andrei_ (c35a6e7d@unaffiliated/andrei/x-7229309) | |
| 06:16.52 | *** join/#brlcad andrei_ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125) | |
| 06:29.38 | *** join/#brlcad YashM (~YashM@59.88.182.172) | |
| 07:52.30 | *** join/#brlcad Konrado (~Konrado@41.244.240.185) | |
| 07:58.20 | *** join/#brlcad YashM (~YashM@117.222.71.21) | |
| 08:05.05 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 08:19.06 | *** join/#brlcad konrado (~root@41.244.240.76) | |
| 09:01.29 | konrado | brlcad: hello |
| 09:30.03 | *** join/#brlcad konrado (~root@41.244.243.115) | |
| 11:47.45 | starseeker | nmz787: I see it too - not sure why, all of this output is autogenerated by doxygen |
| 11:52.19 | Notify | 03BRL-CAD:starseeker * 64123 brlcad/trunk/misc/doxygen/Doxyfile.in: Good idea from Sean - set MAX_DOT_GRAPH_DEPTH so the graphviz plots are more readable and more selectively relevant to the function in question. |
| 12:09.44 | *** join/#brlcad teepee (~teepee@gateway/tor-sasl/teepee) | |
| 12:21.43 | *** join/#brlcad mihaineacsu (~mihaineac@188.25.180.64) | |
| 13:00.47 | *** join/#brlcad jrullman_ (sid54856@gateway/web/irccloud.com/x-wxkvhhabtfqluyny) | |
| 13:09.40 | *** join/#brlcad mihaineacsu (~mihaineac@188.25.180.64) | |
| 13:20.13 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 13:20.50 | *** join/#brlcad mihainea_ (~mihaineac@84.117.231.251) | |
| 13:22.47 | *** join/#brlcad andrei__ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125) | |
| 13:38.14 | *** join/#brlcad Konrado (~Konrado@41.244.240.9) | |
| 13:38.37 | *** join/#brlcad ``Erik (~erik@pool-74-103-94-19.bltmmd.fios.verizon.net) | |
| 13:40.36 | *** join/#brlcad teepee (~teepee@gateway/tor-sasl/teepee) | |
| 14:30.24 | *** join/#brlcad mmu_man (~revol@vaf26-2-82-244-111-82.fbx.proxad.net) | |
| 14:41.11 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:09.15 | Notify | 03BRL-CAD:starseeker * 64124 (brlcad/trunk/src/libbrep/shape_recognition.h brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp brlcad/trunk/src/librt/test_shape_recognition.cpp): Generate arb8 primitives. Not really refined yet, but they seem to be appearing in the generally correct areas and with approximately the right values. |
| 15:14.14 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:56.28 | Notify | 03BRL-CAD:carlmoore * 64125 brlcad/trunk/src/libbrep/shape_recognition_cone.cpp: remove a trailing blank or tab |
| 16:25.54 | *** join/#brlcad rohit0143 (~rohit@14.139.82.6) | |
| 16:55.05 | *** join/#brlcad nmz787_i (nmccorkx@nat/intel/x-pcqkztndedyupxfm) | |
| 17:56.57 | Notify | 03BRL-CAD:carlmoore * 64126 brlcad/trunk/doc/docbook/system/man1/en/ug-g.xml: use <command> just before this command name |
| 18:12.00 | *** join/#brlcad mmu_man (~revol@sdi.iut-valence.fr) | |
| 19:25.30 | *** join/#brlcad teepee (~teepee@gateway/tor-sasl/teepee) | |
| 19:29.11 | *** join/#brlcad mmu_man (~revol@sdi.iut-valence.fr) | |
| 19:52.11 | nmz787_i | whoo, got a co-worker to try BRLCAD and he ended up being able to use it while PythonCAD and pythonOCC failed and had poor docs (respectively, he said) |
| 20:18.47 | Notify | 03BRL-CAD:brlcad * 64127 brlcad/trunk/BUGS: nick found that m35 r420 appears to be a bug (at least nothing traces). |
| 20:53.10 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 21:15.41 | *** join/#brlcad sofat (~sofat@202.164.45.208) | |
| 21:29.35 | *** join/#brlcad merzo (~merzo@106-46-133-95.pool.ukrtel.net) | |
| 21:30.44 | *** join/#brlcad ``Erik (~erik@pool-74-103-94-19.bltmmd.fios.verizon.net) | |
| 21:35.29 | Notify | 03BRL-CAD:n_reed * 64128 brlcad/trunk/BUGS: sean found that m35 r420 is just air |
| 21:47.26 | Notify | 03BRL-CAD:starseeker * 64129 brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp: Start sorting out negative and positive cylinders. |
| 22:00.32 | *** join/#brlcad mmu_man (~revol@vaf26-2-82-244-111-82.fbx.proxad.net) | |
| 22:26.56 | Notify | 03BRL-CAD:starseeker * 64130 brlcad/trunk/src/libbrep/shape_recognition.cpp: Add a note that we'll eventually need to deal with convex/concave issues for addive and subtractive boolean determinations. |
| 22:57.34 | *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc) | |
| 00:20.24 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 00:42.57 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 01:03.12 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 01:19.33 | *** join/#brlcad andromeda-galaxy (~andromeda@108-225-17-54.lightspeed.sntcca.sbcglobal.net) | |
| 01:43.00 | Notify | 03BRL-CAD:starseeker * 64131 (brlcad/trunk/include/bn/polygon.h brlcad/trunk/src/libbn/polygon.c): It's looking like Franklin's point-in-polygon test may prove useful - libbn-ify so it's available for testing. |
| 02:54.15 | *** join/#brlcad ignacio (~ignacio@unaffiliated/ignaciouy) | |
| 03:03.41 | *** join/#brlcad YashM (~YashM@117.198.15.74) | |
| 03:38.42 | *** join/#brlcad nmz787_i (nmccorkx@nat/intel/x-ioczrxwvrpjlzhtb) | |
| 03:40.12 | *** join/#brlcad nmz787_i1 (nmccorkx@nat/intel/x-lnbmjuloqkxteffm) | |
| 05:03.10 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 05:06.53 | *** join/#brlcad YashM (~YashM@117.198.15.74) | |
| 05:35.41 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 06:14.34 | *** join/#brlcad andrei_ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125) | |
| 08:38.37 | *** join/#brlcad mihaineacsu (~mihaineac@188.25.209.185) | |
| 09:13.06 | *** join/#brlcad merzo (~merzo@92.60.189.225) | |
| 11:16.55 | *** join/#brlcad andrei_ (c35a6e7d@unaffiliated/andrei/x-7229309) | |
| 11:16.55 | *** join/#brlcad andrei_ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125) | |
| 11:40.40 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 18:50.27 | *** join/#brlcad infobot (ibot@rikers.org) | |
| 18:50.27 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all our GCI 2014 participants! Grand Prize winners: Peter and Marc. Runner up: Yash. Other Finalists: Raptor and Aditya. | |
| 18:55.46 | *** join/#brlcad nmz787_i (nmccorkx@nat/intel/x-lofjkctjqttxvvyd) | |
| 19:58.56 | Notify | 03BRL-CAD:carlmoore * 64137 brlcad/trunk/doc/docbook/system/mann/en/lc.xml: add a colon |
| 20:09.37 | nmz787_i | so I'm confused with why the PIPE command has this constraint, but other places in BRLCAD docs it says that BRLCAD can do arbitrary modelling (from subatomic to galactic I think is what I read) "Points may not be coincident; they must be offset by at least 0.0001 mm." |
| 20:09.55 | nmz787_i | 100nm is larger than the smallest thing I think I can model |
| 20:10.04 | nmz787_i | can/want to |
| 20:10.48 | nmz787_i | so I guess this means I need to make my own PIPE helper function, or somehow reduce that 0.0001 number (is it some macro or hard-coded value?) |
| 20:28.33 | Notify | 03BRL-CAD:carlmoore * 64138 (brlcad/trunk/doc/docbook/system/mann/en/lc.xml brlcad/trunk/src/tclscripts/mged/lc.tcl): wording fixes involving lc; also a fix to Usage |
| 20:31.58 | Notify | 03BRL-CAD:starseeker * 64139 (brlcad/trunk/src/libbrep/shape_recognition.cpp brlcad/trunk/src/libbrep/shape_recognition.h and 3 others): Restructure the parent-child storage to be saner. |
| 20:32.12 | Notify | 03BRL-CAD:starseeker * 64140 brlcad/trunk/src/librt/test_shape_recognition.cpp: Update the test program to walk the new setup. |
| 20:50.05 | ``Erik | huh, "glNext" O.o |
| 20:50.48 | ``Erik | nmz787_i: it might be hardcoded... a pipe is a 'compound' primitive (contradictory, huh?) made up of rcc's and torii |
| 20:57.45 | *** join/#brlcad mmu_man (~revol@vaf26-2-82-244-111-82.fbx.proxad.net) | |
| 21:22.37 | Notify | 03BRL-CAD:starseeker * 64141 (brlcad/trunk/src/libbrep/shape_recognition.cpp brlcad/trunk/src/libbrep/shape_recognition.h and 3 others): Start setting up for the problem of adding planar faces back into parent breps. |
| 21:24.33 | Notify | 03BRL-CAD:bob1961 * 64142 brlcad/branches/eab/src/tclscripts/lib/RtImage.tcl: Remove extra call to exec . This was missed when adding the do_wait logic. |
| 21:25.14 | Notify | 03BRL-CAD:bob1961 * 64143 brlcad/trunk/src/tclscripts/lib/RtImage.tcl: Remove extra call to exec . This was missed when adding the do_wait logic. |
| 21:38.43 | *** join/#brlcad albertcoder (~quassel@202.164.45.198) | |
| 00:04.35 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 01:00.17 | brlcad | https://www.jasondavies.com/animated-bezier/ |
| 01:07.14 | nmz787_i | brlcad: that's super cool |
| 01:15.19 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 01:21.31 | starseeker | interesting: https://groups.google.com/forum/#!topic/openmanufacturing/emYMidGlaRA - it might be worth studying the differences between the openSCAD gui and our own |
| 01:27.07 | nmz787_i | hah, that was my conversation originally |
| 01:29.06 | nmz787_i | the previous email to John included this comment "Hmm, I know there was an openSCAD/openCasCade person in the #brlcad IRC room talking about conversions or interchange, but I'm not sure if a good format/converter exists today to interface with BRL-CAD." |
| 01:29.23 | nmz787_i | not sure who that openscad/opencascade person in here was |
| 01:40.55 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 01:58.23 | Notify | 03BRL-CAD:n_reed * 64144 brlcad/trunk/src/other/openNURBS/opennurbs_surface.cpp: profiler identified ON_Surface::UnwrapUV as a hot spot; calculate uv unwrap position directly instead of iterating to it |
| 02:22.17 | brlcad | nmz787: modeling that goes anywhere near 0.0005 or smaller (e.g., subatomic) is possible, but it requires modification of a few compile-time constants -- i.e., you don't get that range out-of-the-box, the defaults are geared for typical CAD engineering model constraints and sizes |
| 02:24.33 | brlcad | also, kintel and teepee are openscad devs |
| 02:34.54 | andromeda-galaxy | brlcad: oh, by the way --- this isn't immediately relevant to anything, but it's something that I've been wondering about for a while --- the web page says that BRL-CAD's primary purpose is ballistic/electrodynamic analysis, but I can't find any information anywhere on how to use it for those types of analysis (I've looked over the documentation page several times, sorry if I missed something...) |
| 03:05.05 | *** join/#brlcad nmz787_i (~nmccorkx@192.55.55.41) | |
| 03:16.26 | brlcad | starseeker: is this fixed? https://sourceforge.net/p/brlcad/discussion/362509/thread/437427c4/?limit=25 |
| 03:18.22 | brlcad | andromeda-galaxy: the ballistic/analysis purposes are not available to the public, but they are nonetheless the primary active-use purpose |
| 03:18.52 | brlcad | this can be explained better, and I'm hoping our website redesign will address this |
| 03:23.34 | andromeda-galaxy | brlcad: ahh, that makes sense... |
| 03:29.55 | *** join/#brlcad YashM (~YashM@117.222.16.103) | |
| 04:03.28 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 04:09.10 | starseeker | brlcad: I believe that was fixed by r63433 |
| 04:29.11 | brlcad | starseeker: okay cool .. I thought the restructuring did it |
| 04:29.47 | *** join/#brlcad YashM (~YashM@117.198.15.161) | |
| 04:30.09 | nmz787_i | and idea what the google sketchup format consists of, as far as how they represent things? |
| 04:36.45 | brlcad | nmz787: I don't believe they expose the user to their internal representation |
| 04:39.30 | brlcad | nmz787: given they export collada, that's a good indication that it's probably some sort of boundary representation internally that they export to a variety of polygonal formats |
| 04:40.41 | nmz787_i | huh, cool, thanks |
| 04:44.27 | nmz787_i | brlcad: is there any educational (childrens) information/promotional material for BRLCAD? my co-worker used some simple tcl commands to generate a new gear thing for his mom's school class pencil sharpener, then threw the STL at his 3D printer and only took around 35 mins to print... so he's going to take the printer into the kids class and show them the process and have it print while they're at lunch or something, and show the |
| 04:44.28 | nmz787_i | finished product after |
| 04:44.45 | nmz787_i | sooo, idk anything good for a sticker or something with shapes and a wireframe? |
| 04:45.14 | nmz787_i | him showing them his model might be good enough for the modelling aspect |
| 04:45.47 | nmz787_i | but it might be cool to have something to associate the BRLCAD name |
| 04:53.00 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 05:12.22 | *** join/#brlcad infobot_ (ibot@rikers.org) | |
| 05:12.22 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all our GCI 2014 participants! Grand Prize winners: Peter and Marc. Runner up: Yash. Other Finalists: Raptor and Aditya. | |
| 06:16.06 | brlcad | calculated stats on our backlog: |
| 06:16.10 | brlcad | 438 TODO |
| 06:16.10 | brlcad | 142 BUGS |
| 06:16.10 | brlcad | 113 patches.json |
| 06:16.10 | brlcad | 100 bugs.json 66 feature-requests.json 34 support-requests.json |
| 06:16.10 | brlcad | === |
| 06:16.12 | brlcad | 893 TOTAL |
| 06:16.38 | *** join/#brlcad andrei_ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125) | |
| 06:17.18 | brlcad | there's undoubtedly some overlap on BUGS and bugs.json as well as TODO and *requests.json |
| 06:17.28 | brlcad | but best case that's still |
| 06:17.58 | brlcad | ~893 - 100 - 66 - 34 |
| 06:17.58 | infobot | 693 |
| 06:19.22 | brlcad | nmz787_i: there has been over the years, but I don't have anything handy or know of anything that'd be relevant for 3d printing at the moment |
| 06:20.00 | brlcad | certainly doable and really easy to set up (if one has learned mged's commands) |
| 06:21.06 | brlcad | we do have a couple GCI scripts that create a simple piece of geometry for this very purpose (a toy car), the intent being to create a little tutorial that can be 3d printed |
| 06:21.31 | brlcad | but they're not ready for use (gci just finished), someone would need to pull the materials together |
| 06:53.11 | *** join/#brlcad YashM (~YashM@59.88.24.167) | |
| 07:19.35 | *** join/#brlcad mmu_man (~revol@vaf26-2-82-244-111-82.fbx.proxad.net) | |
| 08:00.14 | *** join/#brlcad albertcoder (~quassel@202.164.53.117) | |
| 08:28.59 | nmz787_i | brlcad: oh my buddy has something to 3D print that is relevant to the classroom... some gear that the pencil sharpener wore out :) but showing kids a toy car would probably get them excited |
| 08:55.21 | *** join/#brlcad mihaineacsu (~mihaineac@84.117.234.209) | |
| 09:22.29 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 11:28.08 | Notify | 03BRL-CAD Wiki:DJTMM 1990 * 0 /wiki/User:DJTMM_1990: |
| 11:46.57 | *** join/#brlcad Konrado (~Konrado@41.244.243.108) | |
| 12:53.05 | Notify | 03BRL-CAD:starseeker * 64145 brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp: Start thinking about planar volume approaches |
| 12:58.36 | Notify | 03BRL-CAD:starseeker * 64146 brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp: fix arb8 generation |
| 13:17.29 | *** join/#brlcad Sricharanized (~raincrash@61.12.82.214) | |
| 13:28.38 | *** join/#brlcad siddhanjay (0e8bbb42@gateway/web/freenode/ip.14.139.187.66) | |
| 13:59.53 | Notify | 03BRL-CAD:starseeker * 64147 (brlcad/trunk/src/libbrep/shape_recognition.h brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp and 2 others): start putting a skeleton in place for arb processing |
| 14:28.47 | *** join/#brlcad luca79 (~luca@host119-20-dynamic.4-87-r.retail.telecomitalia.it) | |
| 14:33.48 | *** join/#brlcad Sricharanized (~raincrash@116.202.128.241) | |
| 14:50.56 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:47.51 | *** join/#brlcad sofat (~sofat@202.164.45.198) | |
| 15:48.05 | sofat | brlcad, hello |
| 15:48.17 | sofat | i have done some work in docbook |
| 15:49.03 | sofat | i have started to convert the brlcad manual documentation in docbook |
| 15:53.55 | sofat | there is link |
| 15:53.55 | sofat | please check |
| 15:53.56 | sofat | http://202.164.53.122/~hitesh/brlcadxml/first.xml |
| 16:11.52 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 16:44.23 | *** join/#brlcad sofat (~sofat@202.164.45.198) | |
| 16:54.56 | *** join/#brlcad nmz787_i (nmccorkx@nat/intel/x-sfkgowxpjnbxzznw) | |
| 16:57.28 | *** join/#brlcad albertcoder (~quassel@202.164.45.198) | |
| 17:14.50 | *** join/#brlcad sofat (~sofat@202.164.45.198) | |
| 17:44.26 | *** join/#brlcad sofat (~sofat@202.164.45.198) | |
| 17:48.10 | *** join/#brlcad albertcoder (~quassel@202.164.45.198) | |
| 18:51.58 | brlcad | nmz787: especially when they see that they can probably make a better car and get it printed too (the toy car examples we have were made by high school students) |
| 18:53.04 | brlcad | sofat: which brlcad manual? |
| 18:54.13 | sofat | doc/html/manuals/Anim_Tutorial |
| 18:55.32 | sofat | there is html pages |
| 18:55.42 | sofat | i convert these pages in docbook |
| 18:55.59 | sofat | xml and xsl |
| 18:56.55 | sofat | brlcad, i am going right direction ? |
| 19:06.05 | *** join/#brlcad nmz787_i (~nmccorkx@134.134.139.74) | |
| 19:14.07 | sofat | brlcad, please gave me response |
| 19:25.22 | sofat | I am working on all text format documents to convert in docbook |
| 19:25.34 | sofat | as well as html documentation |
| 19:41.39 | sofat | brlcad, i going to sleep there is mid night i will talk you tomorrow |
| 19:41.47 | sofat | Good night |
| 19:48.58 | *** join/#brlcad anishshah101 (~anishshah@115.252.160.115) | |
| 19:58.27 | anishshah101 | Hi, I wanted to participate in GSOC 2015 with BRL CAD, any suggestions? |
| 19:59.28 | anishshah101 | I am a javascript developer and did my GSoC 2014 with an organization called Public Lab. |
| 20:02.00 | *** join/#brlcad albertcoder (~quassel@202.164.45.208) | |
| 20:20.37 | Notify | 03BRL-CAD:starseeker * 64148 brlcad/trunk/src/libbrep/shape_recognition_planar.cpp: More setup for arb analysis |
| 20:31.11 | *** join/#brlcad rohit0143 (~rohit@14.139.82.6) | |
| 20:31.33 | *** join/#brlcad albertcoder (~quassel@202.164.45.208) | |
| 21:03.52 | brlcad | anishshah101: you should try to make a useful patch contribution |
| 21:04.37 | brlcad | in any area, but something actually useful (e.g., that fixes a bug or clearly improves the usability of something, or implements a feature that did not exist before) |
| 21:05.18 | brlcad | thousands of possibilities, your job is to find and do one without being a burden on others ;) |
| 21:08.44 | anishshah101 | sure, can you point me towards the bug tracker, forum where you discuss feature additions? |
| 21:15.06 | brlcad | if someone needs to give you information that is very easily found with a web search, wouldn't that qualify as being a burden? |
| 21:15.07 | Notify | 03BRL-CAD:starseeker * 64149 brlcad/trunk/src/libbrep/shape_recognition_planar.cpp: More pondering of situations where we need to break down polyhedron shapes. |
| 21:15.24 | brlcad | is not trying to be rude, just that you might want to rethink your approach |
| 21:16.16 | brlcad | we discuss here and on our brlcad-devel mailing list (see HACKING file for more details) |
| 21:29.24 | *** join/#brlcad siddhanjay (0e8bbb42@gateway/web/freenode/ip.14.139.187.66) | |
| 21:29.53 | Notify | 03BRL-CAD:carlmoore * 64150 brlcad/trunk/src/util/pixelswap.c: add argument in Usage, and go with bu_getopt error messages, since -d with no argument led to 'Bad flag' message |
| 21:42.46 | *** part/#brlcad siddhanjay (0e8bbb42@gateway/web/freenode/ip.14.139.187.66) | |
| 21:51.45 | Notify | 03BRL-CAD:carlmoore * 64151 brlcad/trunk/src/util/pixelswap.c: if only 1 argument, we have run-with-no-arguments situation; consider it NOT to be 'missing pixel value(s)' |
| 21:55.52 | Notify | 03BRL-CAD:carlmoore * 64152 brlcad/trunk/src/util/pixelswap.c: remove a pair of brackets from Usage, because we are required to use < and > |
| 21:57.21 | Notify | 03BRL-CAD:starseeker * 64153 brlcad/trunk/src/libbrep/shape_recognition_planar.cpp: more notes |
| 21:58.39 | Notify | 03BRL-CAD:carlmoore * 64154 brlcad/trunk/src/util/pixelswap.c: oops, left in some trailing blanks |
| 22:29.14 | *** join/#brlcad teepee (~teepee@gateway/tor-sasl/teepee) | |
| 22:41.28 | *** join/#brlcad teepee (~teepee@gateway/tor-sasl/teepee) | |
| 00:17.11 | *** join/#brlcad infobot (ibot@rikers.org) | |
| 00:17.11 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all our GCI 2014 participants! Grand Prize winners: Peter and Marc. Runner up: Yash. Other Finalists: Raptor and Aditya. | |
| 05:53.19 | *** join/#brlcad andrei_ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125) | |
| 07:59.52 | *** join/#brlcad merzo (~merzo@89-15-132-95.pool.ukrtel.net) | |
| 08:10.05 | *** join/#brlcad rohit0143 (~rohit@14.139.82.6) | |
| 08:29.46 | *** join/#brlcad YashM (~YashM@117.198.14.86) | |
| 08:34.22 | *** join/#brlcad YashM_ (~YashM@117.222.68.245) | |
| 08:39.50 | *** join/#brlcad sofat (~sofat@202.164.53.117) | |
| 08:47.54 | sofat | brlcad, hello |
| 08:48.21 | Stragus | Hey sofat, just saying... You can post questions, stay connected and read the answers later on |
| 08:48.41 | Stragus | You seem to mostly connect when it's around 4 AM where brlcad lives :) |
| 08:49.05 | sofat | so tell the time when brlcad is online |
| 08:49.11 | sofat | please |
| 08:50.00 | Stragus | In the afternoon and evening of the U.S. eastern coast |
| 08:50.16 | sofat | okay thanks so much |
| 08:50.57 | Stragus | Like I said, the best is probably to ask questions and remain connected to IRC. That way, people can answer and you can read the answers later on |
| 08:51.35 | andrei_ | Stragus, you live on the eastern coast as well ? |
| 08:52.14 | Stragus | Yes... but I work from home and my day cycle is completely messed up :) |
| 08:52.26 | sofat | okay thanks |
| 08:52.29 | andrei_ | that's weird |
| 08:52.36 | andrei_ | your ip indicates that you re in france |
| 08:53.54 | Stragus | From France? IRC's reverse DNS gives me modemcable090.29-19-135.mc.videotron.ca |
| 08:55.52 | andrei_ | yeah |
| 08:56.01 | andrei_ | 90.29.19.135 is a french IP |
| 08:56.27 | Stragus | Read it the other way, my IP is 135.19.29.90 |
| 08:56.49 | andrei_ | lol, quite a difference |
| 08:57.13 | *** join/#brlcad mihaineacsu (~mihaineac@188.26.219.159) | |
| 09:28.23 | *** join/#brlcad mihaineacsu (~mihaineac@188.26.219.159) | |
| 09:32.45 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 09:40.04 | *** join/#brlcad albertcoder (~coderalbe@117.228.231.118) | |
| 09:49.12 | *** join/#brlcad mihaineacsu (~mihaineac@84.117.231.241) | |
| 10:16.21 | *** join/#brlcad mihaineacsu (~mihaineac@84.117.231.241) | |
| 12:00.07 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 12:10.09 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 12:20.52 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 12:20.52 | *** join/#brlcad andromeda-galaxy (~andromeda@108-225-17-54.lightspeed.sntcca.sbcglobal.net) | |
| 12:32.47 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 12:36.33 | *** join/#brlcad indianlarry (~indianlar@66-118-151-70.static.sagonet.net) | |
| 12:38.04 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) | |
| 12:39.39 | *** join/#brlcad hsrai (~hsrai@66-118-151-70.static.sagonet.net) | |
| 12:39.39 | *** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net) | |
| 12:39.51 | *** join/#brlcad maths22 (~maths22@66-118-151-70.static.sagonet.net) | |
| 12:40.04 | *** join/#brlcad ejno (~ejno@unaffiliated/kazaik) | |
| 12:40.13 | *** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 12:41.06 | *** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net) | |
| 12:41.10 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 12:46.57 | *** join/#brlcad mihaineacsu (~mihaineac@188.26.219.159) | |
| 13:11.43 | ``Erik | if you use one of the sql servers on bz, check your stuff. I just upgraded |
| 13:12.59 | ``Erik | psql 9.2->9.4, mysql 5.5->5.6 |
| 13:39.58 | *** join/#brlcad anishshah101 (~anishshah@116.203.74.87) | |
| 13:53.50 | *** join/#brlcad rohit0143 (~rohit@14.139.82.6) | |
| 14:32.36 | *** join/#brlcad mihaineacsu (~mihaineac@84.117.231.4) | |
| 14:41.32 | brlcad | woo hoo! http://www.cmake.org/Bug/view.php?id=12991#c28687: |
| 14:43.01 | brlcad | that only took three years |
| 14:45.47 | Notify | 03BRL-CAD:starseeker * 64155 (brlcad/trunk/src/libbrep/shape_recognition.h brlcad/trunk/src/libbrep/shape_recognition_cone.cpp and 2 others): Will probably need a full data subset for the planar part... |
| 14:50.21 | Notify | 03BRL-CAD:bob1961 * 64156 brlcad/branches/eab/src/libbu/kill.c: Updated bu_terminate() to kill not only the referred to process, but any children as well. This should take care of fixing archer's rt abort button. |
| 14:50.40 | Notify | 03BRL-CAD:bob1961 * 64157 brlcad/trunk/src/libbu/kill.c: Updated bu_terminate() to kill not only the referred to process, but any children as well. This should take care of fixing archer's rt abort button. |
| 15:20.10 | Notify | 03BRL-CAD:bob1961 * 64158 brlcad/branches/eab/src/tclscripts/lib/RtImage.tcl: cadwidgets::rtimage can now be simplified because bu_terminate(int _process) kills _process and its children. |
| 15:21.58 | Notify | 03BRL-CAD:bob1961 * 64159 brlcad/trunk/src/tclscripts/lib/RtImage.tcl: cadwidgets::rtimage can now be simplified because bu_terminate(int _process) kills _process and its children. |
| 15:26.44 | *** join/#brlcad sofat (~sofat@101.214.212.90) | |
| 15:26.54 | sofat | brlcad, hello |
| 15:27.19 | sofat | i have convert the some text documents into docbook |
| 15:27.28 | sofat | here is link |
| 15:28.08 | sofat | 202.164.53.122/~hitesh/brlcadxml/textfiles/ |
| 15:28.17 | sofat | please check |
| 15:39.59 | *** join/#brlcad sofat786 (~androirc@101.214.212.90) | |
| 15:44.35 | *** join/#brlcad sofat (~sofat@101.214.11.127) | |
| 15:46.20 | *** join/#brlcad hiteshsofat (~androirc@101.214.11.127) | |
| 15:49.12 | *** join/#brlcad pujani (~pujani@101.214.11.127) | |
| 16:02.23 | *** join/#brlcad sofat (~androirc@202.164.45.208) | |
| 16:09.26 | Notify | 03BRL-CAD:starseeker * 64160 (brlcad/trunk/src/libbrep/shape_recognition.cpp brlcad/trunk/src/libbrep/shape_recognition.h and 2 others): Start building up planar breps |
| 16:31.40 | *** join/#brlcad sofat (~androirc@202.164.45.208) | |
| 16:33.41 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 16:33.56 | *** join/#brlcad anishshah101 (~anishshah@116.203.76.92) | |
| 16:47.25 | starseeker | brlcad: nice! |
| 16:47.28 | starseeker | must try this |
| 16:48.07 | sofat | brlcad, hi |
| 16:49.00 | starseeker | sofat: hang in there - we're quite busy, so it can take a while sometimes to work through the queues |
| 16:49.28 | starseeker | sofat: are you integrating your new docbook files into the BRL-CAD build? |
| 16:50.04 | *** join/#brlcad sofat (~androirc@202.164.45.208) | |
| 16:50.10 | starseeker | sofat: hello? |
| 16:50.20 | sofat | Yes |
| 16:50.25 | starseeker | did you see my question? |
| 16:50.32 | sofat | Yes |
| 16:51.41 | starseeker | the idea way to go at this would be to make a patch to the BRL-CAD trunk that adds the docbook files to the build system - we have some quality assurance mechanisms built into that process |
| 16:54.15 | sofat | Okay |
| 16:54.29 | starseeker | see, for example, oed.xml in http://sourceforge.net/p/brlcad/code/HEAD/tree/brlcad/trunk/doc/docbook/articles/en/ |
| 16:54.45 | starseeker | it is included in the CMakeLists.txt file in that directory |
| 16:56.29 | sofat | But i want to ask some questions |
| 16:56.46 | starseeker | I can try to answer a few |
| 16:58.57 | sofat | I convert the text format docs in docbook |
| 16:59.13 | sofat | But i found html docs there |
| 16:59.19 | starseeker | OK - sounds good. I think I recall that you were starting with the animation tutorials? |
| 16:59.29 | sofat | Yes |
| 16:59.32 | starseeker | html docs are also candidates, with a few exceptions |
| 16:59.42 | starseeker | the animation docs are candidates |
| 17:00.21 | Notify | 03BRL-CAD:starseeker * 64161 brlcad/trunk/regress/step/CMakeLists.txt: COPY_ONLY -> COPYONLY |
| 17:00.40 | sofat | yes |
| 17:01.17 | sofat | So you these html docs in docbook or not |
| 17:01.29 | starseeker | we want them converted to docbook |
| 17:01.53 | sofat | Ok |
| 17:03.27 | sofat | I want to show you my work if free |
| 17:04.31 | *** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net) | |
| 17:05.42 | starseeker | sofat: the best way to do that is to provide a patch that integrates them into the BRL-CAD build - that's how we generate html and other formats |
| 17:06.04 | sofat | Ok |
| 17:06.05 | starseeker | it's hard to review raw docbook without also inspecting the HTML output it produces |
| 17:06.33 | starseeker | it's not hard to integrate into our build, if you are set up to build BRL-CAD, and you'll want to make sure you pass the xmllint test |
| 17:07.33 | starseeker | I might be able to look over the raw files tomorrow, but it is better if you can take things to the point of a working patch |
| 17:09.01 | sofat | Ok as soon as possible i will submit my patch |
| 17:10.25 | starseeker | sounds good! |
| 17:10.31 | sofat | Thanks so much |
| 17:10.54 | starseeker | thank you - are you familiar with how to build the BRL-CAD docs? |
| 17:11.36 | sofat | Using docbook? |
| 17:11.42 | starseeker | yes |
| 17:12.02 | starseeker | it's built into our build - you just have to know how to build BRL-CAD |
| 17:12.54 | sofat | Yes few months ago i am working on this and submit the patch |
| 17:13.02 | starseeker | ok, excellent |
| 17:13.39 | sofat | But brlcad want to convert all non docbook doc into docbook |
| 17:13.53 | starseeker | right |
| 17:13.55 | sofat | So i started the work again |
| 17:14.04 | starseeker | awesome |
| 17:15.04 | sofat | Last is only make the website dynamic about us page using docbook stylesheet In wordpress |
| 17:15.26 | sofat | Last work is |
| 17:15.36 | starseeker | ah yes - nice! |
| 17:16.22 | starseeker | there are a few files in the doc/ directory that shouldn't be converted - html/ReleaseNotes can probably be skipped |
| 17:16.36 | sofat | Ok |
| 17:17.01 | sofat | http://202.164.53.122/~hitesh/brlcadxml/textfiles/ |
| 17:17.19 | sofat | I only convert these files |
| 17:17.20 | starseeker | sofat: I'll see if I can take a look tomorrow - I can't at the moment |
| 17:17.34 | sofat | Ok no problem |
| 17:17.38 | starseeker | sofat: if you need something else to convert, doc/mged is certainly a candidate |
| 17:17.44 | starseeker | that'll be a challenge |
| 17:18.15 | sofat | Ok i will do this |
| 17:18.23 | sofat | :-) |
| 17:18.40 | starseeker | it's LaTeX - fair warning |
| 17:19.03 | sofat | I am working on latex |
| 17:19.18 | sofat | I will handle this |
| 17:19.21 | starseeker | the *.tr files are candidates and quite a bit simpler structurally (as well as shorter) if you'd rather pick off some easier files |
| 17:19.41 | sofat | Ok |
| 17:21.32 | sofat | starseeker, thanks for guide me |
| 17:32.08 | *** join/#brlcad gaganjyot (~gaganjyot@27.255.242.59) | |
| 17:32.28 | starseeker | brlcad: line fix works as far as not having multiple percents on one line, but the color occasionally bleeds into the next line |
| 17:32.36 | starseeker | still, progress |
| 17:46.25 | *** join/#brlcad sofat (~androirc@202.164.45.208) | |
| 17:51.31 | Notify | 03BRL-CAD:starseeker * 64162 (brlcad/trunk/src/libbrep/shape_recognition.h brlcad/trunk/src/libbrep/shape_recognition_planar.cpp brlcad/trunk/src/libbrep/shape_recognition_util.cpp): Stash the vertex map for later use |
| 18:05.38 | *** join/#brlcad clock (~clock@212.203.58.127) | |
| 18:06.24 | *** part/#brlcad clock (~clock@212.203.58.127) | |
| 18:16.13 | *** join/#brlcad nmz787_i (~nmccorkx@134.134.137.75) | |
| 18:18.00 | *** join/#brlcad Sricharanized (~raincrash@116.202.97.119) | |
| 18:50.35 | *** join/#brlcad nmz787_i1 (~nmccorkx@134.134.137.75) | |
| 18:52.11 | Notify | 03BRL-CAD:ejno * 64163 brlcad/trunk/src/libgcv/conv/stl/stl_read.c: return failure instead of exiting |
| 18:54.10 | Notify | 03BRL-CAD:ejno * 64164 brlcad/trunk/src/libged/simulate/rt_instance.cpp: check that object is a combination |
| 19:02.41 | *** join/#brlcad nmz787_i (nmccorkx@nat/intel/x-zkomvavhsanwrmte) | |
| 19:17.59 | Notify | 03BRL-CAD:ejno * 64165 brlcad/trunk/src/libgcv/conv/obj/obj_write.c: return failure instead of exiting |
| 19:20.21 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 19:32.05 | Notify | 03BRL-CAD:starseeker * 64166 brlcad/trunk/src/libbrep/shape_recognition_util.cpp: Tweak memory freeing |
| 19:34.09 | Notify | 03BRL-CAD:starseeker * 64167 brlcad/trunk/src/libbrep/shape_recognition_util.cpp: free local brep as well |
| 20:46.31 | Notify | 03BRL-CAD:starseeker * 64168 brlcad/trunk/src/libbrep/shape_recognition_util.cpp: fix map assignment |
| 21:00.38 | *** join/#brlcad nmz787_i (~nmccorkx@134.134.137.75) | |
| 21:27.03 | brlcad | starseeker: good to know, relayed the info |
| 21:41.14 | *** join/#brlcad teepee_ (~teepee@gateway/tor-sasl/teepee) | |
| 21:42.17 | Notify | 03BRL-CAD:brlcad * 64169 brlcad/trunk/include/bu/parallel.h: note that children are killed too |
| 21:47.12 | Notify | 03BRL-CAD:brlcad * 64170 brlcad/trunk/src/libbu/kill.c: follow bob's lead, separating out the implementations per platform into easily read functions (should do this elsewhere too...). good idea. reorder to avoid the forward decl and rename since this isn't public api. |
| 21:51.01 | brlcad | starseeker: and fixed that quick :) http://www.cmake.org/gitweb?p=cmake.git;a=commitdiff;h=c6ada827 |
| 22:36.20 | brlcad | neat, a path tracer in go |
| 22:44.05 | Notify | 03BRL-CAD:starseeker * 64171 (brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp brlcad/trunk/src/libbrep/shape_recognition_planar.cpp): Make a start on inserting planar replacement faces into a parent planar solid. |
| 00:14.26 | *** join/#brlcad nmz787_i (~nmccorkx@134.134.137.71) | |
| 00:35.08 | *** join/#brlcad infobot_ (ibot@rikers.org) | |
| 00:35.08 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all our GCI 2014 participants! Grand Prize winners: Peter and Marc. Runner up: Yash. Other Finalists: Raptor and Aditya. | |
| 01:20.55 | *** join/#brlcad teepee_ (~teepee@gateway/tor-sasl/teepee) | |
| 02:29.55 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 02:58.04 | *** join/#brlcad infobot (ibot@rikers.org) | |
| 02:58.04 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all our GCI 2014 participants! Grand Prize winners: Peter and Marc. Runner up: Yash. Other Finalists: Raptor and Aditya. | |
| 04:01.06 | *** join/#brlcad teepee_ (~teepee@gateway/tor-sasl/teepee) | |
| 04:37.11 | *** join/#brlcad rohit0143 (~rohit@14.139.82.6) | |
| 05:02.36 | *** join/#brlcad YashM (~YashM@117.222.71.102) | |
| 05:06.57 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 05:46.01 | *** join/#brlcad sofat (~androirc@202.164.45.208) | |
| 06:25.25 | *** join/#brlcad sofat (~androirc@49.138.149.132) | |
| 07:09.08 | *** join/#brlcad rohit0143 (~rohit@14.139.82.6) | |
| 07:36.54 | *** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 08:01.42 | *** join/#brlcad YashM (~YashM@117.222.71.102) | |
| 09:09.08 | *** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca) | |
| 10:40.44 | *** join/#brlcad gjeet (75dcaa2a@gateway/web/cgi-irc/kiwiirc.com/ip.117.220.170.42) | |
| 11:40.41 | *** join/#brlcad teepee_ (~teepee@gateway/tor-sasl/teepee) | |
| 12:11.44 | *** join/#brlcad teepee (~teepee@gateway/tor-sasl/teepee) | |
| 12:40.33 | *** join/#brlcad sofat (~androirc@202.164.45.208) | |
| 13:00.56 | *** join/#brlcad konrado (~root@41.244.240.157) | |
| 13:31.56 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 14:45.57 | *** join/#brlcad ignacio (~ignacio@rev-18-85-44-59.sugarlabs.org) | |
| 14:46.19 | *** join/#brlcad ignacio (~ignacio@unaffiliated/ignaciouy) | |
| 14:48.23 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 15:25.43 | *** join/#brlcad YashM_ (~YashM@117.222.71.102) | |
| 16:08.18 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:19.36 | *** join/#brlcad siddhanjay (0e8bbb42@gateway/web/freenode/ip.14.139.187.66) | |
| 16:49.06 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 17:00.05 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 17:12.46 | *** join/#brlcad merzo (~merzo@94-58-132-95.pool.ukrtel.net) | |
| 18:07.13 | *** join/#brlcad teepee (~teepee@gateway/tor-sasl/teepee) | |
| 18:47.49 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 20:28.57 | *** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 20:32.19 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 22:04.58 | *** join/#brlcad ChanServ (ChanServ@services.) | |
| 22:04.58 | *** mode/#brlcad [+o ChanServ] by rajaniemi.freenode.net | |
| 22:15.28 | *** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 22:18.29 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 22:50.02 | *** join/#brlcad jrullman__ (sid54856@gateway/web/irccloud.com/x-arepevzgjvmcecll) | |
| 23:02.30 | *** join/#brlcad krishna_ravi732 (~krishna@5.231.52.94) | |
| 23:45.32 | *** join/#brlcad AndroUser2 (~androirc@202.164.45.208) | |
| 03:35.23 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 04:06.49 | *** join/#brlcad aniu (~niuhaolia@61.136.93.109) | |
| 04:10.43 | *** join/#brlcad aniu (~niuhaolia@61.136.93.109) | |
| 04:11.18 | *** join/#brlcad YashM (~YashM@117.198.9.191) | |
| 04:22.09 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 04:54.04 | *** join/#brlcad manan (~manan@182.69.63.66) | |
| 05:09.44 | *** join/#brlcad cox (~quassel@188.226.208.53) | |
| 05:45.49 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 08:06.12 | *** join/#brlcad manan (~manan@182.69.63.66) | |
| 08:14.55 | *** join/#brlcad mikolalysenko (sid34553@gateway/web/irccloud.com/x-lyicgzqqwyithqjg) | |
| 08:18.26 | *** join/#brlcad jrullman__ (sid54856@gateway/web/irccloud.com/x-ppifdoitmszhwovy) | |
| 09:37.13 | *** join/#brlcad balder_ (7d1409f9@gateway/web/freenode/ip.125.20.9.249) | |
| 10:04.29 | *** join/#brlcad merzo (~merzo@138-58-133-95.pool.ukrtel.net) | |
| 11:23.47 | balder_ | hey I got an issue! In archer of 7.25.0 the wireframe is not visible!! I tried changing colors and backgrounds but I cannot see the wireframe model! |
| 11:42.54 | *** join/#brlcad chick_ (~chick@41.205.22.41) | |
| 12:41.33 | ``Erik | if carpenters were hired like programmers http://www.jasonbock.net/jb/News/Item/7c334037d1a9437d9fa6506e2f35eaac |
| 12:53.11 | archivist | that is a perfect take on so many job adverts! |
| 16:14.20 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:49.38 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 17:05.08 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 19:29.33 | *** join/#brlcad teepee (~teepee@gateway/tor-sasl/teepee) | |
| 19:33.07 | *** join/#brlcad balder_ (95038cfd@gateway/web/freenode/ip.149.3.140.253) | |
| 19:34.35 | balder_ | Hey! I was wondering if there is any posibility for real time raytracing in framebuffer? Is this a good project to work on? |
| 20:14.54 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 21:59.25 | *** join/#brlcad merzo (~merzo@138-58-133-95.pool.ukrtel.net) | |
| 22:47.06 | *** join/#brlcad merzo (~merzo@138-58-133-95.pool.ukrtel.net) | |
| 23:46.13 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 02:02.10 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 02:24.45 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 02:46.02 | *** join/#brlcad YashM (~YashM@117.198.8.235) | |
| 03:39.47 | *** join/#brlcad yukonbob (~bch@50.34.160.190) | |
| 03:39.51 | yukonbob | hello #brlcad |
| 04:04.02 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 05:01.06 | *** join/#brlcad yukonbob (~bch@50.34.199.61) | |
| 05:30.14 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 05:43.34 | Stragus | Darn it. Sorry to be off-topic, but since are OSX experts here... I'm producing various .o files (definitely 64 bits), then "ar rcs moo.a foo.o bar.o ..." to produce a single archive |
| 05:44.05 | Stragus | And when I try to compile it in, it says: "ignoring file moo.a, file was built for archive which is not the architecture being linked (x86_64)" |
| 05:44.21 | Stragus | Everything is definitely x86_64 everywhere. Is "ar" broken on OSX or what? |
| 05:44.47 | Stragus | (And yes, I googled, others faced the same problem and not much came out of it) |
| 05:50.31 | yukonbob | Stragus: I don't think you can build static libs for OS X -- way too dynamic... |
| 05:50.36 | yukonbob | dylibs only... |
| 05:50.57 | yukonbob | happy to be shown i'm wrong if that's the case... |
| 05:51.43 | Stragus | It's a temporary compilation step, bundling tons of .o files in .a archives before putting everything together at the end |
| 05:52.02 | Stragus | And well, there's an "ar" archive tool, except it doesn't seem to work |
| 05:53.00 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 05:54.30 | yukonbob | Stragus: and I see some signs I may be wrong anyway -- I'll have to revisit where I got my notion from, and how exactly it applies :) |
| 06:01.03 | *** join/#brlcad YashM (~YashM@59.95.37.233) | |
| 06:37.44 | Stragus | Okay, "ar" is apparently broken on OSX but "libool -static" works fine, that'll do |
| 06:58.21 | *** join/#brlcad andrei_ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125) | |
| 07:44.07 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 08:19.24 | *** join/#brlcad merzo (~merzo@189-31-133-95.pool.ukrtel.net) | |
| 08:24.50 | *** join/#brlcad bugport (~bugport@91.103.85.100) | |
| 09:25.01 | *** join/#brlcad teepee- (bc5c2134@gateway/web/freenode/ip.188.92.33.52) | |
| 09:37.55 | *** join/#brlcad andrei_ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125) | |
| 09:45.02 | *** join/#brlcad max3737 (~max@14.139.82.6) | |
| 09:58.26 | *** join/#brlcad merzo (~merzo@189-31-133-95.pool.ukrtel.net) | |
| 10:45.22 | *** join/#brlcad andrei_ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125) | |
| 10:50.08 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 11:14.21 | *** join/#brlcad max3737 (~max@14.139.82.6) | |
| 11:16.08 | max3737 | i am unable to compile brlcad |
| 11:17.55 | max3737 | the process goes up to 72% and thats it |
| 11:18.24 | max3737 | can anyone get me out of this problem? |
| 11:18.35 | andrei_ | max3737: can you post the build log ? |
| 11:18.53 | andrei_ | do you get an error or what exactly does" thats it" mean |
| 11:20.13 | max3737 | it shows "make: *** [all] Error 2" |
| 11:22.58 | max3737 | and it stops |
| 11:23.00 | andrei_ | where did you get brlcad from?(i.e svn checkout or last stable version ) |
| 11:23.07 | andrei_ | also, under what system are you building |
| 11:23.17 | andrei_ | windows/linux |
| 11:23.46 | max3737 | i got the source code from sourceforge.net |
| 11:24.09 | max3737 | ver 7.24.2 |
| 11:24.27 | max3737 | linux |
| 11:25.36 | andrei_ | I assume you ran make, correct? |
| 11:25.48 | andrei_ | if so, run it again with |
| 11:25.50 | andrei_ | make > build.log 2>&1 |
| 11:25.57 | andrei_ | and post the build.log on the mailinglist |
| 11:34.21 | andrei_ | max3737, you can't file transfer to me, I use a web client |
| 11:34.50 | andrei_ | what I said is that you should send an email with your buildlog and any other info you can provide to brlcad-devel@lists.sourceforge.net |
| 11:34.56 | max3737 | okay, i will post on the mailing list |
| 11:35.31 | max3737 | i already subscribed to it |
| 11:37.40 | andrei_ | awesome ! :) |
| 11:37.45 | *** join/#brlcad merzo (~merzo@92.60.189.225) | |
| 11:37.45 | andrei_ | well, send an email to it |
| 11:37.54 | andrei_ | there are more people who will read it there |
| 11:38.08 | andrei_ | I, for example, don t have the sources at hand, so I can t help you too much |
| 11:38.12 | andrei_ | others might |
| 11:56.56 | *** join/#brlcad mihaineacsu (~mihaineac@5-12-230-70.residential.rdsnet.ro) | |
| 12:10.52 | *** join/#brlcad teepee (~teepee@gateway/tor-sasl/teepee) | |
| 12:26.55 | *** join/#brlcad andrei_ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125) | |
| 12:54.46 | *** join/#brlcad mihaineacsu (~mihaineac@5-12-230-70.residential.rdsnet.ro) | |
| 13:04.29 | *** join/#brlcad Konrado (~Konrado@41.244.240.198) | |
| 13:12.24 | *** join/#brlcad mihaineacsu (~mihaineac@5-12-230-70.residential.rdsnet.ro) | |
| 13:35.37 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 13:49.39 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 7864 /wiki/User:NyahCh3ck20/Nurbs_Vector_Drawing: Thoughts on generating vector Drawings from Nurbs |
| 15:18.37 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:48.42 | *** join/#brlcad sofat (~sofat@101.213.0.248) | |
| 16:03.44 | *** join/#brlcad FreezingAlt (~FreezingC@135.0.41.14) | |
| 16:07.26 | *** join/#brlcad sofat (~sofat@101.208.2.177) | |
| 16:13.20 | Notify | 03BRL-CAD:starseeker * 64172 (brlcad/trunk/src/libbrep/shape_recognition.cpp brlcad/trunk/src/libbrep/shape_recognition.h brlcad/trunk/src/libbrep/shape_recognition_planar.cpp): Start working on the post-face-substitution stitching needed to make a valid planar brep. |
| 16:25.39 | *** join/#brlcad sofat_ (~sofat@101.208.144.196) | |
| 16:29.34 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:31.46 | *** join/#brlcad teepee- (bc5c2134@gateway/web/freenode/ip.188.92.33.52) | |
| 16:57.06 | Notify | 03BRL-CAD Wiki:DanCarlson * 0 /wiki/User:DanCarlson: |
| 17:01.59 | *** join/#brlcad nmz787_i (~nmccorkx@134.134.139.72) | |
| 17:08.28 | *** join/#brlcad sofat_ (~sofat@49.138.154.10) | |
| 17:15.32 | *** join/#brlcad Karl_ (29cd1620@gateway/web/freenode/ip.41.205.22.32) | |
| 17:16.51 | Karl_ | New to brlcad. Compiled the code and read the contributors manual but code still seems alien to me any pointers please? |
| 17:28.31 | *** join/#brlcad sofat_ (~sofat@101.214.72.231) | |
| 17:53.02 | *** join/#brlcad sofat_ (~sofat@101.208.213.118) | |
| 18:51.42 | Notify | 03BRL-CAD:n_reed * 64173 (svn:mergeinfo ## -3,4 +3,4 ## and 6 others): mark merges to trunk as appliedProperty Changed:----------------brlcad/branches/brep-debug/brlcad/branches/brep-debug/src/libged/polyclip.cpp |
| 18:57.43 | *** join/#brlcad siddhanjay (0e8bbb42@gateway/web/freenode/ip.14.139.187.66) | |
| 19:13.19 | *** join/#brlcad nmz787_i (~nmccorkx@134.134.137.71) | |
| 19:27.09 | *** join/#brlcad FreezingAlt (~FreezingC@135.0.41.14) | |
| 19:43.28 | Notify | 03BRL-CAD:n_reed * 64174 (brlcad/branches/brep-debug/AUTHORS brlcad/branches/brep-debug/CHANGES and 84 others): merge r63673:63692 and r63698:63802 from trunk |
| 20:03.51 | *** join/#brlcad FreezingDroid (~FreezingC@135.0.41.14) | |
| 20:52.30 | *** join/#brlcad nmz787_i (nmccorkx@nat/intel/x-gyqegnrgngksakqj) | |
| 21:39.27 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 21:43.43 | *** join/#brlcad merzo (~merzo@189-31-133-95.pool.ukrtel.net) | |
| 21:54.56 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 22:04.25 | brlcad | Stragus: what does file say moo.a is? |
| 22:05.12 | brlcad | (and osx definitely does support static linking, contrary to yukonbob's claim) |
| 22:10.48 | brlcad | probably just missing an ar flag (e.g., -s) or running ranlib to generate an index ... if they really are all x86_64 and not "no architecture specified", which would be a missing compiler flag |
| 22:12.36 | Stragus | file says: "current ar archive random library" |
| 22:12.37 | brlcad | another problem could be mixing incompatible ar's with compilers |
| 22:12.54 | brlcad | that doesn't sound right .. |
| 22:13.10 | Stragus | I never figured out what the problem was with "ar", but "libtool -static" worked just fine |
| 22:13.22 | Stragus | As recommended by people in #macdev |
| 22:17.08 | brlcad | file should be reporting "Mach-O 64-bit object x86_64" on a 64-bit .o file |
| 22:17.21 | Stragus | Ah yes, that was "file" on the .a |
| 22:17.35 | brlcad | ahh |
| 22:17.41 | Stragus | "Mach-O 64-bit object x86_64" on every .o file that goes into the .a |
| 22:19.02 | brlcad | what was your ar line? |
| 22:19.59 | Stragus | ar rcs foo.a moo.o bar.o ... |
| 22:20.04 | brlcad | (try ar rcs file.a *.o) |
| 22:20.06 | brlcad | ah |
| 22:20.49 | brlcad | is it order agnostic -- does it always report moo.o or whatever .o that always follows the .a file? |
| 22:21.25 | Stragus | It doesn't report any list of .o files? Where should I see this? |
| 22:21.51 | Stragus | The "ar" command line is very much hard-coded |
| 22:22.00 | brlcad | the report that file.o has no symbols |
| 22:22.08 | Stragus | It never says so |
| 22:22.16 | brlcad | so just when using the lib? |
| 22:22.35 | Stragus | The .o files work perfectly well, I can ever use "nm" on the .a to see the symbols bundled in the archive, from all the relevant .o files |
| 22:22.56 | Stragus | But I can't link with the .a file because it says : "ignoring file moo.a, file was built for archive which is not the architecture being linked (x86_64)" |
| 22:23.08 | Stragus | But I can compile with fine if I replace moo.a with the long list of .o files |
| 22:23.17 | Stragus | ... can compile just* fine if ... |
| 22:23.39 | brlcad | ahh, there's where I got confused |
| 22:23.53 | brlcad | moo.a vs moo.o in your latter example :) |
| 22:23.59 | Stragus | Sorry :) |
| 22:24.30 | Stragus | The .o files work great, "ar" makes a .a file that seems okay. "nm" sees the symbols and everything, but clang refuses to link with it, claiming it's another architecture |
| 22:24.53 | brlcad | did you look at the differences with the archvie that libtool made? (which is the proper / more complete archiver on mac) |
| 22:25.11 | brlcad | is this default clang or an updated clang? |
| 22:25.15 | Stragus | Well, the file is different. But "nm" and such don't report any difference |
| 22:25.34 | brlcad | my guess is that it's the old gnu archiver and it's an object structure that only gcc recognizes |
| 22:25.37 | brlcad | gcc-linker |
| 22:25.51 | Stragus | No idea? This is the MacMini from a friend, I'm only logging into it remotely to compile OSX binaries |
| 22:25.56 | brlcad | the folders are probably confusing it |
| 22:26.09 | brlcad | (if you nm, you should see folders in the .a) |
| 22:26.13 | Stragus | That sounds plausible |
| 22:27.19 | brlcad | does running ranlib on the .a help? |
| 22:28.11 | Stragus | I'm not seeing folders with "nm". Just symbols for each .o file |
| 22:29.04 | Notify | 03BRL-CAD:n_reed * 64175 (brlcad/branches/brep-debug/src/libbn/chull3d.c =================================================================== and 1236 others): remove file deleted in r63708 |
| 22:29.05 | Stragus | No difference with ranlib. Eh well, I'll go with the theory that the gnu archiver produces something that clang chokes on |
| 22:29.18 | Stragus | Might be an issue specific to some versions of the softwares |
| 22:29.19 | brlcad | plain ranlib or ranlib -s? |
| 22:29.24 | brlcad | maybe |
| 22:29.38 | brlcad | never seen it myself so could even be something clang-64-bit specific |
| 22:30.24 | Stragus | -s doesn't seem to make any difference |
| 22:31.21 | brlcad | oh well |
| 22:31.38 | Stragus | Thanks for trying :) |
| 22:31.41 | brlcad | also a possibility that apple just left ar horribly broken since libtool is its replacement |
| 22:31.46 | Stragus | Indeed |
| 22:31.49 | brlcad | i'm sure there's some sane reason ;) |
| 22:32.55 | brlcad | amounting to "screw you, we provide a better way you should be using whether you like it or not, or fix ar yourself" |
| 22:33.16 | brlcad | but my money is on gnu-clang incompat |
| 22:33.17 | *** join/#brlcad maths22_ (~maths22@66-118-151-70.static.sagonet.net) | |
| 22:34.37 | Stragus | The other theory is also quite coherent with Apple's general attitude to other software |
| 22:44.09 | Notify | 03BRL-CAD:n_reed * 64176 (brlcad/branches/brep-debug/AUTHORS brlcad/branches/brep-debug/BUGS and 133 others): merge r63804:64016 from trunk |
| 22:57.05 | Notify | 03BRL-CAD:n_reed * 64177 (brlcad/branches/brep-debug/CMakeLists.txt brlcad/branches/brep-debug/TODO and 180 others): merge r64018:64176 from trunk |
| 23:37.27 | *** join/#brlcad nmz787_i1 (nmccorkx@nat/intel/x-ftvfvblqhgtpprho) | |
| 00:06.57 | *** join/#brlcad nmz787_i (nmccorkx@nat/intel/x-sjbjbfmsffmaspwk) | |
| 00:38.59 | *** join/#brlcad mikolalysenko (sid34553@gateway/web/irccloud.com/x-jnafkowcsbvsmrca) | |
| 00:51.34 | Notify | 03BRL-CAD:starseeker * 64178 (brlcad/trunk/src/libbrep/CMakeLists.txt brlcad/trunk/src/libbrep/shape_recognition.h and 4 others): Start working on sphere csg. |
| 01:02.47 | Notify | 03BRL-CAD:starseeker * 64179 brlcad/trunk/TODO: Command window in Archer is remembering its size now - think Nick fixed this... |
| 01:10.54 | Notify | 03BRL-CAD:starseeker * 64180 brlcad/trunk/TODO: the conventions test for function replacement is part of regress-repository, which is part of distcheck. |
| 01:23.32 | Notify | 03BRL-CAD:starseeker * 64181 brlcad/trunk/include/raytrace.h: Make a note that rt_point_labels should eventually go away... is deprecation appropriate here? |
| 01:34.57 | Notify | 03BRL-CAD:starseeker * 64182 brlcad/trunk/TODO: Make a note about the spacenavigator |
| 01:37.40 | Notify | 03BRL-CAD:starseeker * 64183 (brlcad/trunk/src/libdm/dm-X.c brlcad/trunk/src/libdm/dm-ogl.c and 4 others): Remove a number of raytrace.h includes that don't appear to be necessary |
| 01:45.04 | Notify | 03BRL-CAD:starseeker * 64184 brlcad/trunk/TODO: 3dm-g has seen extensive improvements. |
| 01:46.08 | Notify | 03BRL-CAD:starseeker * 64185 brlcad/trunk/TODO: have g-ply |
| 01:55.33 | Notify | 03BRL-CAD:starseeker * 64186 brlcad/trunk/TODO: Make a note to look into the asset import library |
| 02:34.08 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 03:27.04 | *** join/#brlcad YashM (~YashM@117.198.9.60) | |
| 04:23.40 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 04:36.56 | Notify | 03BRL-CAD:brlcad * 64187 brlcad/trunk/TODO: quietly not displaying air regions leads to unexpected behavior. need some mechanism for reporting these removals back to the user. |
| 04:55.49 | Notify | 03BRL-CAD:brlcad * 64188 brlcad/trunk/TODO: nix my notes |
| 04:57.32 | brlcad | <PROTECTED> |
| 05:00.59 | Notify | 03BRL-CAD:brlcad * 64189 brlcad/trunk/NEWS: nick made a change in r64144 that reportedly improves the performance of NURBS objects being remapped by not iterating to an unwrap uv position, but directly evaluating that position. |
| 05:22.29 | *** join/#brlcad rohit0143 (~rohit@183.82.106.99) | |
| 05:27.07 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 06:44.08 | *** join/#brlcad andrei_ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125) | |
| 06:45.43 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 07:57.24 | nmz787 | if anyone can help with this, I'll be back online in ~9 hours... crash when running g-stl http://paste.pound-python.org/show/WMJU7pu2gADrnxMqdCit/ |
| 07:58.13 | nmz787 | trying to render the .g produced by piping this .tcl to mged http://paste.pound-python.org/show/fZ1b52wd43S9ocBeQEXx/ |
| 07:58.32 | nmz787 | I can open the .g in mged and see a pipe |
| 08:00.07 | nmz787 | also, just tested and raytrace works from the mged file-menu |
| 08:03.32 | *** join/#brlcad konrado (~root@41.244.243.15) | |
| 08:54.26 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 09:36.50 | *** join/#brlcad rohit0143 (~rohit@14.139.82.6) | |
| 10:47.35 | *** join/#brlcad teepee-_ (bc5c2134@gateway/web/freenode/ip.188.92.33.52) | |
| 11:38.04 | *** join/#brlcad rohit0143 (~rohit@183.82.106.99) | |
| 12:11.31 | *** join/#brlcad sofat (~androirc@202.164.45.204) | |
| 12:17.59 | *** join/#brlcad manan (~manan@182.69.63.66) | |
| 13:02.09 | *** join/#brlcad winghouchan (~winghouch@genkt-049-128.t-mobile.co.uk) | |
| 13:04.58 | *** part/#brlcad winghouchan (~winghouch@genkt-049-128.t-mobile.co.uk) | |
| 13:29.57 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 13:43.54 | ``Erik | http://vimeo.com/83523133 vfx reel for 'wolf of wallstreet' |
| 14:08.47 | *** join/#brlcad rohit0143 (~rohit@183.82.106.99) | |
| 14:27.59 | *** join/#brlcad sofat (~androirc@202.164.45.204) | |
| 14:29.01 | Notify | 03BRL-CAD:brlcad * 64190 brlcad/trunk/src/tclscripts/mged/overlap.tcl: report from bob anderson of g_lint not working on windows, almost certainly because there is no /tmp directory. use the TMP/TEMP environment variable and make sure we're running out bu_brlcad_root version of g_lint. add .exe for good measure, but probably unnecessary here because 'open' does the right thing and searches PATH (whereas exec does |
| 14:29.03 | Notify | not?). iterating with user to test. |
| 14:48.39 | Notify | 03BRL-CAD:brlcad * 64191 (brlcad/trunk/src/tclscripts/mged/anim.tcl brlcad/trunk/src/tclscripts/mged/overlap.tcl): make sure we run the right kill command if we're on windows |
| 14:51.07 | Notify | 03BRL-CAD:brlcad * 64192 brlcad/trunk/NEWS: ported the overlap tool to windows (untested) after bug report from bob anderson. indicated /tmp dir issue, but also noted a few other issues (make sure we're running the right g_lint and kill commands) |
| 15:02.48 | *** join/#brlcad sofat (~androirc@202.164.45.204) | |
| 15:14.49 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:22.07 | *** join/#brlcad Sricharanized (~raincrash@61.12.82.214) | |
| 15:47.50 | *** join/#brlcad Sricharanized (~raincrash@61.12.82.214) | |
| 16:10.26 | starseeker | scowls at sourceforge |
| 16:21.53 | *** join/#brlcad FreezingAlt (~FreezingC@135.0.41.14) | |
| 16:56.46 | *** join/#brlcad nmz787_i (nmccorkx@nat/intel/x-riekhsnoxtjovrzn) | |
| 18:03.34 | *** join/#brlcad Karl_ (29cd1620@gateway/web/freenode/ip.41.205.22.32) | |
| 18:08.37 | n_reed | brlcad: It was for boolean performance. ~75s to ~5s in the one case I was profiling. I know it improved other conversions, but I haven't done the comparison to characterize the overall improvement. |
| 18:24.52 | nmz787_i | anyone take a look at that crash that i reported last night, converting a pipe to an stl with g-stl? |
| 18:34.12 | ``Erik | sf seems to be slightly busted for me today, does the scowl mean I'm not unique? o.O |
| 19:12.52 | *** join/#brlcad sofat (~androirc@202.164.45.208) | |
| 19:16.57 | *** join/#brlcad hiteshsofat (~androirc@202.164.45.204) | |
| 19:20.10 | Ch3ck | is just seeing sourceforge is down? |
| 19:30.04 | starseeker | yeah, it's busted |
| 19:30.08 | starseeker | grumble... |
| 19:30.22 | starseeker | *again* |
| 19:31.30 | ``Erik | pats github O:-) |
| 19:35.53 | ``Erik | ah, it's letting me update now |
| 19:35.55 | Ch3ck | is wondering it's a DOS attack on somthx |
| 22:04.55 | *** join/#brlcad siddhanjay (0e8bbb42@gateway/web/freenode/ip.14.139.187.66) | |
| 22:37.06 | *** join/#brlcad merzo (~merzo@247-27-132-95.pool.ukrtel.net) | |
| 01:51.16 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 02:19.57 | *** join/#brlcad nmz787_i (nmccorkx@nat/intel/x-bbbfsdamexqxgslj) | |
| 02:49.43 | Notify | 03BRL-CAD:starseeker * 64193 brlcad/trunk/src/util/pixsaturate.c: Don't need this with bio.h |
| 03:07.16 | Notify | 03BRL-CAD:starseeker * 64194 (brlcad/trunk/src/libbrep/shape_recognition.cpp brlcad/trunk/src/libbrep/shape_recognition.h and 4 others): Start working on the common sphere case, corner fillets. |
| 03:34.53 | *** join/#brlcad YashM (~YashM@59.88.24.18) | |
| 03:42.15 | *** join/#brlcad unicodesnowman (~unicodesn@167.160.164.140) | |
| 03:47.23 | *** join/#brlcad nmz787_i (nmccorkx@nat/intel/x-kncpigtibzhzotbl) | |
| 04:39.47 | *** join/#brlcad starseek1r (~starseeke@66-118-151-70.static.sagonet.net) | |
| 04:40.17 | *** join/#brlcad maths22 (~maths22@66-118-151-70.static.sagonet.net) | |
| 05:11.46 | *** join/#brlcad rohit0143 (~rohit@183.82.106.99) | |
| 05:28.19 | *** join/#brlcad rohit0143 (~rohit@14.139.82.6) | |
| 05:34.10 | *** join/#brlcad ignacio (~ignacio@rev-18-85-44-59.sugarlabs.org) | |
| 08:01.14 | *** join/#brlcad YashM (~YashM@59.88.24.18) | |
| 08:17.58 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 09:42.51 | *** join/#brlcad teepee- (bc5c2133@gateway/web/freenode/ip.188.92.33.51) | |
| 09:55.29 | *** join/#brlcad rohit0143 (~rohit@14.139.82.6) | |
| 10:37.15 | *** join/#brlcad Izakey (~Izak@41.205.22.13) | |
| 11:21.30 | *** join/#brlcad Izakey (~Izak@41.205.22.13) | |
| 11:34.25 | *** join/#brlcad unicodesnowman (~unicodesn@unaffiliated/unicodesnowman) | |
| 11:44.01 | *** join/#brlcad konrado (~root@41.244.243.122) | |
| 11:48.44 | *** join/#brlcad Izakey (~Izak@41.205.22.13) | |
| 12:03.07 | *** join/#brlcad Konrado (~Konrado@41.244.243.122) | |
| 12:10.53 | *** join/#brlcad rohit0143 (~rohit@14.139.82.6) | |
| 13:33.01 | *** join/#brlcad balder_ (7d1409f9@gateway/web/freenode/ip.125.20.9.249) | |
| 13:55.22 | *** join/#brlcad merzo (~merzo@92.60.189.225) | |
| 14:09.33 | *** join/#brlcad merzo (~merzo@92.60.189.225) | |
| 14:22.37 | balder_ | hey! where can I get the demo for online geometry viewer? |
| 14:35.20 | brlcad | hey balder_ |
| 14:36.26 | balder_ | yes! |
| 14:37.28 | brlcad | the code is on github and you can get a tarball here: https://www.google-melange.com/gsoc/project/details/google/gsoc2014/ishwerdas/5657382461898752 |
| 14:38.19 | brlcad | balder_: did you get your other questions answered? |
| 14:40.05 | balder_ | well I have some! |
| 14:40.54 | brlcad | I know you asked several, but you've not stayed on IRC to get a response |
| 14:41.16 | brlcad | if you're going to ask questions here, you should be prepared to stay connected until there is an answer |
| 14:41.29 | brlcad | which can be many hours later due to timezones and such |
| 14:42.02 | balder_ | ok!! Sure!! |
| 14:42.05 | brlcad | I recommend getting a real IRC client and reading the usage etiquette guidelines instead of the freenode web interface |
| 14:42.43 | brlcad | http://brlcad.org/wiki/IRC has a link to an IRC client list |
| 14:43.27 | balder_ | oh sure! Thanks for this advice! I will sure use one! Here's my question : why is there a need for 3d display manager when we have this crossplatform online viewer?? Is this not sufficient? |
| 14:44.29 | brlcad | 1) the online viewer is still in a prototype-stage of development |
| 14:44.56 | brlcad | 2) it's limited to viewing (intentionally, editing is incredibly complicated to get into online) |
| 14:45.16 | brlcad | 3) it will unlikely scale to real production models (that are often 2-20GB in size) |
| 14:45.40 | brlcad | so while not sufficient, it certainly has an entire range of tasks it could handle |
| 14:46.03 | brlcad | and the interface will continue to be expanded and as it mature, we can hone in on productive uses |
| 14:46.10 | brlcad | s/mature/matures/ |
| 14:48.46 | brlcad | make sense? |
| 14:49.09 | *** join/#brlcad lemur (~lemur@host86-191-238-95.range86-191.btcentralplus.com) | |
| 14:49.24 | lemur | hey |
| 14:50.00 | balder_ | yes!! |
| 15:04.30 | *** join/#brlcad Sricharanized (~raincrash@116.202.8.62) | |
| 15:18.36 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:18.41 | *** join/#brlcad balder_ (7d1409f9@gateway/web/freenode/ip.125.20.9.249) | |
| 15:19.56 | balder_ | hey! why brlcad is not support interactive 3d rendering? Is this because we are not able to exploit gpu?? |
| 15:20.11 | balder_ | *supporting!! |
| 15:20.36 | brlcad | balder_: that's a complicated topic that involves talking about geometry representation formats |
| 15:20.48 | brlcad | and has nothing to do with being able to exploit gpu |
| 15:21.10 | brlcad | with implicit geometry and csg operations, there is no explicit boundary surface |
| 15:22.02 | brlcad | so one has to evaluate the surface/geometry ... and either evaluate points (e.g., via interactive ray tracing) or via format conversion (e.g., to polygons) |
| 15:22.23 | brlcad | we have experimental versions of both |
| 15:22.52 | brlcad | if you have explicit geometry (e.g., triangle mesh geometry), you can view it interactively now |
| 15:23.17 | balder_ | ok.. |
| 15:23.54 | brlcad | I also answered this question on the mailing list, so I'm guessing you still don't understand? :) |
| 15:26.05 | balder_ | uhh! yeah I got the point that .g files need to be coverted to formats which supports triangle meshes, to make it possible for 3d rendering. (correct me if i am wrong :)) |
| 15:27.00 | brlcad | this is not accurate |
| 15:27.42 | kintel | brlcad: Hey, are you guys doing gsoc this year? |
| 15:28.16 | brlcad | they only need to be converted to triangle meshes if you want to interactively visualize with a method that requires triangle meshes (e.g., OpenGL) |
| 15:28.43 | brlcad | you can ray trace interactively without conversion |
| 15:29.01 | brlcad | kintel: not yet decided but a discussion I wanted to have with you later this week |
| 15:29.25 | kintel | brlcad: Sounds good - |
| 15:29.41 | kintel | brlcad: ..or catch teepee if Iâm not around |
| 15:30.17 | teepee- | has some technical problems though due to the tor gateway being down :( |
| 15:38.11 | brlcad | balder_: the "rtgl" I mentioned is an example of an interactive ray tracing shaded display approach that is in brl-cad now but not production-ready |
| 15:39.38 | brlcad | balder_: adrt is another method (using high-performance triangle ray tracing) used for visualization |
| 15:40.14 | brlcad | balder_: and there are other experimental methods involving conversion to triangles that I mentioned on the mailing list (E, ev, draw -m1) |
| 15:40.27 | balder_ | ok! I need you to tell me more about the approach used in rtgl! |
| 15:40.57 | brlcad | that's an open-ended question |
| 15:41.16 | brlcad | you should research the code reference I gave you and ask a specific question |
| 15:41.38 | brlcad | otherwise, I could talk all day and maybe not provide helpful information, maybe waste both our time |
| 15:42.07 | brlcad | what would you like to know? |
| 15:42.13 | *** join/#brlcad raghuram_ (~raghuram@14.139.82.6) | |
| 15:42.29 | raghuram_ | hi |
| 15:42.41 | balder_ | ok! I will get back to you soon ! And seriously thanks for all this stuff!! |
| 15:44.18 | raghuram_ | I'm new. I want to contribute. Can you help me |
| 15:44.26 | brlcad | probably |
| 15:45.20 | raghuram_ | I like to help on stuff related to android. |
| 15:46.07 | brlcad | what kind of help, that's very vague |
| 15:46.30 | brlcad | and how does it pertain to brl-cad? |
| 15:46.49 | raghuram_ | Any bugs to start with. That would be of great help. |
| 15:48.04 | brlcad | we have 142 bugs listed in our BUGS file and many more listed in our Sourceforge tracker, all easily found with a simple web search |
| 15:49.01 | brlcad | you should read http://en.flossmanuals.net/contributors-guide-to-brl-cad/ |
| 16:15.12 | *** join/#brlcad rohit0143 (~rohit@14.139.82.6) | |
| 16:22.37 | *** join/#brlcad lemur1 (~lemur@host86-191-238-95.range86-191.btcentralplus.com) | |
| 16:29.32 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 16:30.03 | Notify | 03BRL-CAD:carlmoore * 64195 brlcad/trunk/src/libbrep/shape_recognition_planar.cpp: remove trailing blanks/tabs |
| 16:30.16 | Notify | 03BRL-CAD:carlmoore * 64196 brlcad/trunk/TODO: fix spelling |
| 16:30.29 | Notify | 03BRL-CAD:carlmoore * 64197 brlcad/trunk/doc/docbook/system/man1/en/mged.xml: add 2 commas and a space |
| 16:31.20 | sofat | starseek1r, hello |
| 16:55.31 | Notify | 03BRL-CAD:carlmoore * 64198 (brlcad/trunk/doc/docbook/system/man1/en/mged.xml brlcad/trunk/doc/docbook/system/man1/en/tire.xml): fix punctuation and add 2 missing periods |
| 16:57.55 | Notify | 03BRL-CAD:carlmoore * 64199 brlcad/trunk/src/libbrep/shape_recognition_sphere.cpp: fix spelling |
| 16:59.02 | *** join/#brlcad nmz787_i (~nmccorkx@134.134.139.74) | |
| 17:02.37 | Notify | 03BRL-CAD:carlmoore * 64200 (brlcad/trunk/doc/docbook/articles/en/oed.xml brlcad/trunk/doc/docbook/articles/en/tire.xml and 2 others): supply missing period at end of 'a.k.a.', because that last 'a' stands for 'as' |
| 17:05.57 | Notify | 03BRL-CAD:starseeker * 64201 brlcad/trunk/doc/docbook/system/man1/en/gdiff.xml: fix title |
| 17:06.20 | *** join/#brlcad albertcoder (~quassel@202.164.45.204) | |
| 17:08.29 | sofat | starseeker, i found some files in /trunk/doc/burst/ |
| 17:08.57 | sofat | i want to know about the structure of these file |
| 17:09.19 | sofat | like .tbl file what is they represent? |
| 17:16.11 | Stragus | sofat: http://en.wikipedia.org/wiki/Tbl |
| 17:16.26 | Stragus | Probably not something to worry about :) |
| 17:16.40 | sofat | thanks |
| 17:17.33 | Stragus | This Troff stuff has fallen out of use decades ago, as far as I know |
| 17:41.55 | *** join/#brlcad albertcoder (~quassel@202.164.45.204) | |
| 17:47.36 | *** join/#brlcad lemur12 (~lemur@host86-191-238-95.range86-191.btcentralplus.com) | |
| 17:59.27 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 18:06.13 | *** join/#brlcad albert_coder (~quassel@202.164.45.208) | |
| 18:11.23 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 18:20.41 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 18:22.49 | *** join/#brlcad albertcoder (~quassel@202.164.45.204) | |
| 18:31.56 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 18:34.54 | *** join/#brlcad sprakash (~sidd_prak@14.139.82.6) | |
| 19:00.02 | *** join/#brlcad nmz787_i (nmccorkx@nat/intel/x-bmjtbckmftoinkwv) | |
| 19:27.37 | *** join/#brlcad lemur1 (~lemur@host86-191-238-95.range86-191.btcentralplus.com) | |
| 19:47.54 | *** join/#brlcad lemur12 (~lemur@host86-191-238-95.range86-191.btcentralplus.com) | |
| 20:22.58 | *** join/#brlcad konrado (~root@41.244.243.119) | |
| 20:32.41 | *** join/#brlcad sprakash (~sidd_prak@14.139.82.6) | |
| 20:45.01 | *** join/#brlcad sprakash (~sidd_prak@14.139.82.6) | |
| 21:02.03 | *** join/#brlcad sprakash (~sidd_prak@14.139.82.6) | |
| 21:57.42 | *** join/#brlcad sprakash (~sidd_prak@14.139.82.6) | |
| 22:13.16 | brlcad | Stragus: troff is still alive and well (it's still the foundation for the man page system) |
| 22:13.56 | brlcad | that document is old, but it does need to get transformed into docbook/xml |
| 22:15.32 | brlcad | it's documentation for our burst tool, which is in active use |
| 22:19.39 | Stragus | Interesting, I stand corrected |
| 22:19.56 | *** join/#brlcad merzo (~merzo@205-52-133-95.pool.ukrtel.net) | |
| 22:23.33 | nmz787_i | brlcad: any idea why I was getting a 'magic' error when running g-stl? |
| 22:28.16 | Notify | 03BRL-CAD:carlmoore * 64202 brlcad/trunk/src/util/pixembed.c: try fixing pixembed.c ; also, notice that the previous version had yin-border_inset and I couldn't find it defined |
| 22:35.18 | brlcad | nmz787_i: are you running trunk sources? |
| 22:36.37 | nmz787_i | i tried that, I believe |
| 22:36.50 | nmz787_i | 7.25.0 is what my dev build had in the dir name |
| 22:37.00 | brlcad | okay, that should be a checkout |
| 22:37.01 | Notify | 03BRL-CAD:starseeker * 64203 brlcad/trunk/src/libbrep/shape_recognition_sphere.cpp: Find the 2d center point of the loop. |
| 22:37.31 | nmz787_i | I thought I pulled and recompiled after I got the bug the first time, but I can try again tonight |
| 22:37.54 | brlcad | what's the complete error? it should tell you exactly what is wrong |
| 22:38.38 | nmz787_i | http://paste.pound-python.org/show/WMJU7pu2gADrnxMqdCit/ |
| 22:38.48 | nmz787_i | after running this 2-command tcl script http://paste.pound-python.org/show/fZ1b52wd43S9ocBeQEXx/ |
| 22:39.51 | nmz787_i | well I guess including setting the title and units it is 4 commands |
| 22:54.48 | brlcad | nice! |
| 22:55.28 | brlcad | how are you counting four? I see two (in hilbert... and r hilbert...) |
| 22:56.20 | brlcad | the crash log is perfect, that's actually a graceful abort because unexpected data was encountered (possibly a code bug), and it includes the exact line numbers to inspect, so I can check |
| 22:57.24 | nmz787_i | cool |
| 22:57.50 | nmz787_i | I actually was just working on porting the hilbert example in python-brlcad to my new project python-brlcad-tcl :P |
| 22:58.17 | nmz787_i | I got the 3d-hilbert script to convert to use my backend pretty easily |
| 22:58.18 | nmz787_i | https://github.com/nmz787/python-brlcad-tcl/blob/master/examples/hilbert_3d.py |
| 22:58.27 | nmz787_i | https://github.com/nmz787/python-brlcad-tcl/blob/master/examples/output/hilbert_3d.tcl |
| 22:58.46 | nmz787_i | the .g and the .stl are next to the .tcl in the repo too |
| 22:59.03 | nmz787_i | so I haven't actually done any of the hard mathy work at all :) |
| 23:02.35 | brlcad | what does your g-stl line look like? (it worked here) |
| 23:04.20 | nmz787_i | g-stl -o filename.stl database.g whatevertheregionis.r |
| 23:04.31 | brlcad | yeah, that's what I did |
| 23:04.34 | brlcad | hrm |
| 23:04.35 | nmz787_i | or possibly: |
| 23:04.36 | nmz787_i | g-stl -o filename.stl -a 0.1 database.g whatevertheregionis.r |
| 23:04.43 | brlcad | ah, let me try that |
| 23:05.19 | brlcad | hm, nope |
| 23:05.29 | brlcad | 2156 triangles written |
| 23:05.30 | nmz787_i | it crashed or no errors? |
| 23:05.32 | nmz787_i | huh |
| 23:05.48 | nmz787_i | hrmm |
| 23:06.16 | brlcad | heh, even 0.001 worked... 71420 triangles written |
| 23:06.33 | nmz787_i | for the pastebin tcl right, not the 3d one on my github? |
| 23:06.50 | brlcad | ah, no I used the github one |
| 23:06.53 | nmz787_i | ooh |
| 23:06.57 | nmz787_i | yeah that one works |
| 23:07.02 | brlcad | k, checking |
| 23:07.26 | nmz787_i | the 2d version (pastebin) works in mged's display |
| 23:07.42 | nmz787_i | and I can even click raytrace there and get a solid looking render |
| 23:19.52 | *** join/#brlcad Konrado (~Konrado@41.244.243.88) | |
| 23:21.13 | brlcad | woot, reproduced |
| 23:21.31 | brlcad | http://brlcad.org/~sean/tmp/hil.png I recognize that :) |
| 23:24.56 | *** join/#brlcad konrado (~root@41.244.243.88) | |
| 23:25.12 | konrado | brlcad: hello |
| 23:25.23 | nmz787_i | brlcad: cool, so you got the STL error? |
| 23:29.12 | brlcad | nmz787_i: I got to the bomb |
| 23:29.19 | brlcad | konrado: hola |
| 23:29.54 | brlcad | some bug in rt_pipe_tess |
| 23:31.12 | konrado | with the vrml-g convertion ? |
| 23:39.58 | nmz787_i | konrado: I think he's referring to the bug I came across, when generating an STL |
| 23:42.13 | konrado | nmz787_i: Ok |
| 23:44.04 | brlcad | konrado: sorry, was responding to nmz787_i ... your vrml work is looking good |
| 23:44.25 | brlcad | what's next / missing from the converter? anything? |
| 23:46.17 | konrado | Yes support for extrution node, indexedpointset , proto IS keyword and also colorpervertex |
| 23:46.33 | brlcad | cool! |
| 23:46.48 | brlcad | we do have extrusions and point clouds |
| 23:47.10 | brlcad | per vertex coloring is going to be tricky (but something we want/need too) |
| 23:48.48 | konrado | where do i find code on extrusion and point cloud within brlcad source |
| 23:49.20 | brlcad | src/librt/primitives has all entity types, include/rtgeom.h has most of their declarations |
| 23:49.40 | brlcad | the converter would likely use the wdb interface (include/wdb.h) |
| 23:51.17 | brlcad | there's not a wdb interface for pnts, but you can see how to create them low-level in src/libged/make_pnts.c |
| 23:52.34 | brlcad | there is mk_extrusion() for extrudes |
| 23:55.01 | konrado | I would continue updating the code a soon as I am done with my exams which begins next week |
| 23:56.52 | konrado | Did you see the support I added, for color with RGB representation ? |
| 00:20.36 | brlcad | yep! |
| 00:20.49 | brlcad | looks like it's quite usable, I have to do some more testing |
| 00:23.46 | konrado | Thank, good to know |
| 00:24.28 | konrado | Would brlcad be applying for gsoc this year ? |
| 00:32.01 | brlcad | have not yet decided |
| 00:34.38 | konrado | Ok |
| 00:34.44 | konrado | Is it possible to make uses of brlcad primitive like box and sphere instead of creating polygon |
| 00:38.31 | konrado | My doubt are actually getting proper orientation along with the other vrml polygonal representation |
| 00:40.37 | konrado | I have come across such representation within blender |
| 00:40.57 | *** join/#brlcad lemur (~lemur@host86-191-238-95.range86-191.btcentralplus.com) | |
| 00:41.44 | konrado | but the orientation was not proper and some primitive were not supported |
| 00:50.18 | brlcad | konrado: absolutely -- you should create box and spheres ... if you can detect them :) |
| 00:50.49 | brlcad | detecting them can get pretty hard though in the general case, ask starseeker as that is exactly what he's working on right now |
| 00:51.08 | brlcad | he might be able to provide some functions you could use.. good testing |
| 00:53.03 | konrado | detecting them withing vrml file? |
| 00:55.27 | brlcad | that is what you said |
| 00:55.51 | brlcad | starseeker's routines could also simply run as a post-processor if he gets it all working |
| 00:56.20 | brlcad | but if there's some indication within the vrml format that something is a box or other shape, that'd be a better place |
| 00:57.32 | konrado | here is the example file i used for the snowman with mainly primitives http://pastebin.com/UyntJhjx |
| 00:59.19 | brlcad | can't get to pastebin.com from here (there are better pastebin's) |
| 01:03.12 | konrado | It the vrml-g converter read the primitive and get the primitives and their dimensions then does the splitting to polygon |
| 01:03.20 | konrado | link https://drive.google.com/file/d/0B8_3Ywn_DeDFMjk4c1puUGpvSms/view?usp=sharing |
| 01:06.17 | brlcad | heh, also cannot get to drive from here, but will check that out later |
| 01:09.04 | konrado | Just be sure I am not getting you wrong what do you mean by detecting the primitives |
| 01:09.12 | konrado | ? |
| 01:10.46 | brlcad | if they're already primitives in the vrml format, then you have your answer..... |
| 01:11.27 | brlcad | a sphere is a primitive, a box (a right-parallel piped aka rpp aka arb8) is a primitive, a torus is a primitive, ... |
| 01:11.44 | *** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net) | |
| 01:12.11 | brlcad | so if vrml knows "sphere" and defines it as a point and a radius or something similar, then ABSOLUTELY you should be creating a sphere in brl-cad, not turning that sphere into a set of triangles |
| 01:12.18 | brlcad | mk_sph() :) |
| 01:12.33 | brlcad | mk_*() ... see include/wdb.h and include/rtgeom.h for all our entity types |
| 01:14.03 | konrado | This is how sphere not for the snowman is represented |
| 01:14.07 | konrado | <PROTECTED> |
| 01:14.07 | konrado | <PROTECTED> |
| 01:14.07 | konrado | <PROTECTED> |
| 01:14.07 | konrado | <PROTECTED> |
| 01:15.41 | konrado | It start making the changes to code as soon as possible |
| 01:18.37 | konrado | The node are read and stored using a directed graph data-structure and they are retried using a depth-first search |
| 01:31.34 | konrado | I would need some help scaling getting orientation of the primitive right |
| 01:42.42 | konrado | brlcad: Thanks again for the directives. It has clarified some of my doubts and I am also learning a lot while working on this project. |
| 01:44.42 | konrado | Need to get some sleep :) |
| 02:46.12 | *** join/#brlcad krishna_ravi732_ (~krishna@5.231.52.94) | |
| 02:59.39 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 03:01.15 | *** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net) | |
| 03:36.23 | *** join/#brlcad YashM (~YashM@117.198.2.164) | |
| 04:31.36 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 04:49.11 | *** join/#brlcad sprakash (~sidd_prak@14.139.82.6) | |
| 04:53.56 | *** join/#brlcad PawandeepSingh (caa43575@gateway/web/freenode/session) | |
| 04:56.51 | *** join/#brlcad PL2-13 (~PL2-13@202.164.53.117) | |
| 04:56.53 | *** join/#brlcad sprakash (~sidd_prak@14.139.82.6) | |
| 04:57.17 | PL2-13 | hello |
| 04:57.53 | *** part/#brlcad PL2-13 (~PL2-13@202.164.53.117) | |
| 07:25.53 | *** join/#brlcad merzo (~merzo@254-13-133-95.pool.ukrtel.net) | |
| 08:20.38 | *** join/#brlcad sprakash (~sidd_prak@14.139.82.6) | |
| 08:25.41 | *** join/#brlcad sprakash (~sidd_prak@14.139.82.6) | |
| 08:45.14 | *** join/#brlcad merzo (~merzo@254-13-133-95.pool.ukrtel.net) | |
| 09:04.03 | *** join/#brlcad teepee- (bc5c2133@gateway/web/freenode/ip.188.92.33.51) | |
| 09:57.44 | *** join/#brlcad merzo (~merzo@92.60.189.225) | |
| 10:30.05 | *** join/#brlcad sprakash (~sidd_prak@14.139.82.6) | |
| 10:38.25 | *** join/#brlcad sprakash (~sidd_prak@14.139.82.6) | |
| 10:45.41 | *** join/#brlcad konrado (~root@41.244.243.59) | |
| 10:45.52 | *** part/#brlcad konrado (~root@41.244.243.59) | |
| 10:45.59 | *** join/#brlcad konrado (~root@41.244.243.59) | |
| 11:37.18 | *** join/#brlcad konrado (~root@41.244.243.59) | |
| 11:37.33 | *** part/#brlcad konrado (~root@41.244.243.59) | |
| 11:37.38 | *** join/#brlcad konrado (~root@41.244.243.59) | |
| 14:43.35 | Notify | 03BRL-CAD:starseeker * 64204 brlcad/trunk/src/libbrep/shape_recognition_sphere.cpp: Start setting up to test a simpler approach to identifying sphere characteristics. |
| 14:58.12 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:12.42 | *** join/#brlcad merzo (~merzo@92.60.189.225) | |
| 15:57.14 | Notify | 03BRL-CAD:starseeker * 64205 brlcad/trunk/src/libbrep/shape_recognition_sphere.cpp: Normals aren't right yet, but add planar face to parent for sph case |
| 16:22.46 | *** join/#brlcad gaganjyot (~gaganjyot@101.208.253.46) | |
| 16:42.14 | Notify | 03BRL-CAD:starseeker * 64206 (brlcad/trunk/src/libbrep/shape_recognition_sphere.cpp brlcad/trunk/src/librt/test_shape_recognition.cpp): Start working on getting the csg sph+arb setup in place. |
| 17:01.08 | *** join/#brlcad nmz787_i (~nmccorkx@192.55.54.42) | |
| 17:04.26 | Notify | 03BRL-CAD:starseeker * 64207 brlcad/trunk/src/libbrep/shape_recognition_sphere.cpp: Use vmove |
| 17:08.07 | Notify | 03BRL-CAD:starseeker * 64208 brlcad/trunk/src/libbrep/shape_recognition_sphere.cpp: use an array for the 3d points as well |
| 17:13.10 | Notify | 03BRL-CAD:starseeker * 64209 brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp: use arrays for the cylinder arb case as well. |
| 17:29.25 | Notify | 03BRL-CAD:starseeker * 64210 brlcad/trunk/src/libbrep/shape_recognition_sphere.cpp: add edge arbs |
| 18:16.37 | Notify | 03BRL-CAD:carlmoore * 64211 brlcad/trunk/src/util/pixembed.c: shift inbase because once we set xout and xin (they don't change after we examine the input parameters), we only need define inbase once |
| 18:40.09 | Notify | 03BRL-CAD:carlmoore * 64212 brlcad/trunk/src/util/pixfields.c: implement h?; also, don't need 'else' block if the 'if' block must end with a return |
| 18:58.59 | *** join/#brlcad ignacio (~ignacio@unaffiliated/ignaciouy) | |
| 19:15.03 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 19:20.52 | *** join/#brlcad FreezingAlt (~FreezingC@135.0.41.14) | |
| 19:46.26 | *** join/#brlcad gaganjyot (~gaganjyot@101.208.253.46) | |
| 20:03.33 | *** join/#brlcad sprakash (~sidd_prak@14.139.82.6) | |
| 20:06.11 | *** join/#brlcad nmz787_i (~nmccorkx@134.134.137.73) | |
| 20:35.11 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 20:49.40 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 20:54.35 | Notify | 03BRL-CAD:carlmoore * 64213 brlcad/trunk/src/util/pixfields.c: fix the processing of arguments; run-with-no-arguments is to provide NO error message, only help |
| 21:03.52 | *** join/#brlcad nmz787_i1 (~nmccorkx@192.55.54.40) | |
| 21:27.26 | *** join/#brlcad merzo (~merzo@254-13-133-95.pool.ukrtel.net) | |
| 21:28.50 | *** join/#brlcad FreezingAlt (~FreezingC@135.0.41.14) | |
| 21:35.06 | *** join/#brlcad nmz787_i (~nmccorkx@192.55.54.42) | |
| 21:56.28 | *** join/#brlcad ank_95_ (uid51029@gateway/web/irccloud.com/x-zhzhvxvehwbphuqm) | |
| 22:01.45 | ank_95_ | hi. Is there some easy bugs to solve as i found bugs but i am not able to understand them? |
| 23:21.45 | *** join/#brlcad nmz787_i (~nmccorkx@134.134.137.73) | |
| 23:37.35 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 00:40.35 | *** join/#brlcad lemur (~lemur@host86-191-238-95.range86-191.btcentralplus.com) | |
| 02:15.47 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 03:18.04 | *** join/#brlcad YashM (~YashM@117.198.23.3) | |
| 03:25.52 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 04:29.25 | *** join/#brlcad DarkCalf (~DarkCalf@64.185.232.90) | |
| 04:44.01 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 05:56.03 | *** join/#brlcad sprakash (~sidd_prak@14.139.82.6) | |
| 07:57.43 | *** join/#brlcad teepee- (bc5c2133@gateway/web/freenode/ip.188.92.33.51) | |
| 08:28.16 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 08:47.05 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 09:10.37 | *** join/#brlcad ank_95_ (uid51029@gateway/web/irccloud.com/x-qmconphzycyzvegm) | |
| 09:12.03 | ank22 | hi. Is there some easy bugs to solve as i found bugs but i am not able to understand them? |
| 09:25.52 | Stragus | Most of the BRL-CAD crew is probably asleep... but easy bugs don't usually last long :) |
| 09:26.31 | Stragus | Have you tried investigating one you found? |
| 09:41.54 | *** join/#brlcad YashM (~YashM@117.198.23.3) | |
| 09:59.18 | *** join/#brlcad sprakash (~sidd_prak@14.139.82.6) | |
| 10:02.32 | ank22 | yeah, bugs on the sourceforge.net |
| 10:11.10 | *** join/#brlcad andrei_ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125) | |
| 11:41.53 | Notify | 03BRL-CAD:d_rossberg * 64214 brlcad/trunk/src/libbu/kill.c: fixed compilation error with MSVC (tested with versions 9 (2008) and 12 (2013)) |
| 11:53.25 | *** join/#brlcad Konrado (~Konrado@41.244.243.206) | |
| 12:35.49 | Notify | 03BRL-CAD:d_rossberg * 64215 brlcad/trunk/src/libbn/chull3d.cpp: fixes for MSVC version 9 (2008):- moved the definition of logb before its first use- fixed problems with integer parameters in floating point functions by casting them to double |
| 12:38.39 | Notify | 03BRL-CAD:d_rossberg * 64216 brlcad/trunk/src/libbrep/shape_recognition.cpp: fix for MSVC version 9 (2008): explicit include of <string> |
| 12:57.58 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 13:02.22 | *** join/#brlcad sirnam (~swetha@14.139.82.6) | |
| 13:19.41 | sirnam | Hi, I am a research student in Computer Vision, I have knowledge about openCV, openGL, WebGL. I worked with them and it would be great if I can contribute to the framework. I have been looking for projects and I found this project 'Object-oriented interfaces' interesting.. Please help me where to begin... I have installed brlcad on my system successfully.. It would be great if I could work on this as GSoC project for this summers. Where do I start working fro |
| 13:19.41 | sirnam | m ? |
| 13:24.14 | *** join/#brlcad sprakash (~sidd_prak@14.139.82.6) | |
| 13:29.32 | *** join/#brlcad infiSearch (~swetha@14.139.82.6) | |
| 13:34.34 | *** join/#brlcad aniu (~niuhaolia@218.29.42.107) | |
| 13:37.32 | d_rossberg | hi sirnam, an "object-oriented interfaces" project would require to design C++ interface classes, nothing to do with openGL |
| 13:39.59 | sirnam | Okay, it requires building geometry modules in C++ right ? |
| 13:41.48 | d_rossberg | i wouldn't call them modules, it's mainly an adapter to the brl-cad core written in c++ |
| 13:42.08 | d_rossberg | the goal is to make the core's features easy accessable |
| 13:42.49 | sirnam | is it like creating interfaces ? |
| 13:43.21 | d_rossberg | exactly |
| 13:44.59 | sirnam | Okay, is this project in progress, or should we start from beginning ? |
| 13:46.53 | d_rossberg | it is already in progress as you can see here: http://brlcad.org/wiki/Object-oriented_interfaces |
| 13:47.39 | d_rossberg | one "product" is the brlcad.dll which can be downloaded from sourceforge (runtime libraries) |
| 13:48.42 | d_rossberg | there you can find an SDK with DLL, libs and C++ header files for windows |
| 13:49.43 | sirnam | Okay |
| 13:49.49 | d_rossberg | i'm currently working on a similar library for other os |
| 13:50.47 | d_rossberg | the sources are in the rt^3 branch: http://sourceforge.net/p/brlcad/code/HEAD/tree/rt%5E3/trunk/ |
| 13:51.21 | d_rossberg | (src/coreinterface, include/brlcad) |
| 13:55.01 | sirnam | Okay.. is the product completed for windows ?? |
| 13:55.29 | sirnam | which os are you working on now ? |
| 13:55.43 | d_rossberg | no, at least many primitives are still missing |
| 13:58.11 | *** join/#brlcad infiSearch (~swetha@14.139.82.6) | |
| 13:58.42 | d_rossberg | first i have to mention that the core interface itself can be build with other OS (e.g. Linux) too, there is a CMake configuration for it (target: coreinterface) |
| 13:59.45 | d_rossberg | but currently i'm working on a "libbrlcad.so" for Linux with similar features as the brlcad.dll for Windows |
| 14:00.59 | d_rossberg | however, GSoC project had to concentrate on adding new features as e.g. new primitives |
| 14:01.57 | sirnam | Do you mean adding new primitives to core ? |
| 14:03.18 | sirnam | Okay |
| 14:05.18 | d_rossberg | right |
| 14:05.36 | sirnam | What are the other primitives you are looking to add ? |
| 14:05.39 | d_rossberg | i mean to the core's interface |
| 14:07.01 | d_rossberg | http://sourceforge.net/p/brlcad/code/HEAD/tree/brlcad/trunk/src/librt/primitives/ |
| 14:10.40 | d_rossberg | or http://brlcad.org/wiki/BRL-CAD_Primitives |
| 14:11.56 | sirnam | Okay.. |
| 14:18.21 | sirnam | So, which primitive should I start with ? |
| 14:18.43 | sirnam | and which os ? |
| 14:21.24 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 14:22.49 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 14:26.29 | d_rossberg | maybe with part, it should be simple; the os shouldn't matter |
| 14:52.33 | *** join/#brlcad FreezingAlt (~FreezingC@135.0.41.14) | |
| 15:18.58 | *** join/#brlcad rohit0143 (~rohit@14.139.82.6) | |
| 15:22.28 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:27.45 | sirnam | I'll start working on part.. Thanks |
| 15:39.31 | Notify | 03BRL-CAD:d_rossberg * 64217 brlcad/trunk/misc/win32-msvc/Dll/CMakeLists.txt: a step toward a libbrlcad.so on Linux etc., with some tweaks on the CMake configuration it seems to work |
| 16:37.06 | *** join/#brlcad sirnam (~swetha@14.139.82.6) | |
| 16:37.43 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:57.03 | *** join/#brlcad nmz787_i (~nmccorkx@192.55.54.40) | |
| 17:04.47 | Notify | 03BRL-CAD:starseeker * 64218 (brlcad/trunk/src/libbrep/CMakeLists.txt brlcad/trunk/src/libbrep/shape_recognition.cpp brlcad/trunk/src/libbrep/shape_recognition.h): Start working on torous shapes. This will be somewhat complicated... |
| 17:59.20 | *** join/#brlcad sirnam (~swetha@14.139.82.6) | |
| 18:05.02 | *** join/#brlcad nmz787_i (nmccorkx@nat/intel/x-gasmibfepivdrxin) | |
| 18:07.20 | *** join/#brlcad nmz787_i1 (~nmccorkx@134.134.139.70) | |
| 19:28.00 | Notify | 03BRL-CAD:starseeker * 64219 brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp: Need to handle non-arc cylinder edge case |
| 20:02.46 | Notify | 03BRL-CAD Wiki:Tbrowder * 7865 /wiki/Animation: /* Rendering image frames for an animation */ |
| 20:05.29 | *** join/#brlcad sprakash (~sidd_prak@14.139.82.6) | |
| 20:10.39 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 20:29.34 | *** join/#brlcad sprakash (~sidd_prak@14.139.82.6) | |
| 20:44.12 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 20:44.49 | Notify | 03BRL-CAD:carlmoore * 64220 brlcad/trunk/src/util/pixfieldsep.c: implement h? in pixfieldsep; don't know if I will be able to have run-with-no-arguments |
| 20:56.10 | Notify | 03BRL-CAD:starseeker * 64221 brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp: Start working on how to handle cylinders whose end cap planes are not perpendicular to the cylinder axis |
| 21:09.46 | Notify | 03BRL-CAD:starseeker * 64222 brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp: Check planes are lined up with axis. Losing some cylinders we were generating before, so something is off somewhere... |
| 21:33.32 | Notify | 03BRL-CAD:starseeker * 64223 (brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp brlcad/trunk/src/libbrep/shape_recognition_sphere.cpp): Use the tolerances |
| 22:45.36 | Notify | 03BRL-CAD:carlmoore * 64224 brlcad/trunk/src/fb/pixflip-fb.c: fix up h,?, and run-with-no-arguments |
| 22:54.50 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 23:41.51 | *** join/#brlcad Karl (29cd1620@gateway/web/freenode/ip.41.205.22.32) | |
| 03:21.31 | Notify | 03BRL-CAD Wiki:Sean * 7866 /wiki/Animation: Reverted edits by [[Special:Contributions/Tbrowder|Tbrowder]] ([[User talk:Tbrowder|talk]]) to last revision by [[User:IIIzzzaaakkk|IIIzzzaaakkk]] |
| 03:22.57 | Notify | 03BRL-CAD Wiki:Sean * 7867 /wiki/Animation: it's actually animmate |
| 04:50.23 | *** join/#brlcad sirnam (~swetha@14.139.82.6) | |
| 06:42.25 | *** join/#brlcad sirnam (~swetha@14.139.82.6) | |
| 06:52.55 | Notify | 03BRL-CAD Wiki:Sankarasnayaka * 0 /wiki/User:Sankarasnayaka: |
| 07:08.40 | *** join/#brlcad ignacio (~ignacio@rev-18-85-44-59.sugarlabs.org) | |
| 07:35.56 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 07:56.50 | *** join/#brlcad sirnam (~swetha@14.139.82.6) | |
| 08:33.45 | *** join/#brlcad merzo (~merzo@110-9-133-95.pool.ukrtel.net) | |
| 08:55.28 | *** join/#brlcad sirnam (~swetha@14.139.82.6) | |
| 09:22.55 | *** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca) | |
| 09:35.13 | *** join/#brlcad balder_ (uid60569@gateway/web/irccloud.com/x-otjbiqsgbgpyypyk) | |
| 09:36.55 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 10:12.25 | *** join/#brlcad siddhanjay (6704de02@gateway/web/freenode/ip.103.4.222.2) | |
| 10:16.07 | *** part/#brlcad siddhanjay (6704de02@gateway/web/freenode/ip.103.4.222.2) | |
| 10:35.30 | *** join/#brlcad rohit0143 (~rohit@14.139.82.6) | |
| 11:36.02 | *** join/#brlcad sprakash (~sidd_prak@14.139.82.6) | |
| 12:32.32 | *** join/#brlcad sirnam (~swetha@14.139.82.6) | |
| 12:47.58 | *** join/#brlcad sirnam (~swetha@14.139.82.6) | |
| 13:07.14 | *** join/#brlcad sirnam (~swetha@14.139.82.6) | |
| 13:41.16 | *** join/#brlcad konrado (~root@41.205.22.13) | |
| 14:14.43 | *** join/#brlcad konrado (~root@41.205.22.13) | |
| 14:26.30 | *** join/#brlcad i5o (~ignacio@unaffiliated/ignaciouy) | |
| 14:30.46 | *** join/#brlcad sirnam (~swetha@14.139.82.6) | |
| 15:07.22 | *** join/#brlcad yland (~root@41.205.22.13) | |
| 15:24.27 | *** join/#brlcad konrado (~root@41.205.22.13) | |
| 16:04.06 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:14.43 | *** join/#brlcad sirnam (~swetha@14.139.82.6) | |
| 16:40.25 | *** join/#brlcad sprakash (~sidd_prak@14.139.82.6) | |
| 16:50.26 | *** join/#brlcad sprakash (~sidd_prak@14.139.82.6) | |
| 17:25.50 | *** join/#brlcad luca79 (~luca@net-2-37-195-29.cust.vodafonedsl.it) | |
| 18:13.55 | *** join/#brlcad albertcoder (~quassel@124.253.107.112) | |
| 18:38.34 | *** join/#brlcad FreezingAlt (~FreezingC@135.0.41.14) | |
| 18:45.50 | *** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net) | |
| 18:53.33 | sirnam | starseeker : can you please expand on the shape_recognition_cylinder.cpp |
| 18:53.59 | sirnam | I'm sorry I missed out your message.. |
| 19:19.31 | *** join/#brlcad sirnam (~swetha@14.139.82.6) | |
| 19:42.01 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 22:19.26 | *** join/#brlcad FreezingAlt (~FreezingC@135.0.41.14) | |
| 22:37.15 | *** join/#brlcad mikolalysenko (sid34553@gateway/web/irccloud.com/x-bbjhvsgaqbormoqd) | |
| 22:41.12 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 03:24.15 | nmz787 | is there something like dbconcat but where I can just copy a single region? |
| 03:35.10 | nmz787 | ah, I guess keep is what I want |
| 03:35.12 | nmz787 | i think |
| 04:31.41 | *** join/#brlcad mikolalysenko (sid34553@gateway/web/irccloud.com/x-szncsmficsavesoh) | |
| 04:39.44 | *** join/#brlcad sirnam (~swetha@14.139.82.6) | |
| 05:52.04 | *** join/#brlcad sprakash (~sidd_prak@14.139.82.6) | |
| 06:29.17 | *** join/#brlcad sirnam (~swetha@14.139.82.6) | |
| 06:33.37 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 07:31.50 | *** join/#brlcad sirnam (~swetha@14.139.82.6) | |
| 08:23.12 | *** join/#brlcad sirnam (~swetha@14.139.82.6) | |
| 09:07.19 | *** join/#brlcad sirnam (~swetha@14.139.82.6) | |
| 09:22.02 | *** join/#brlcad starseek1r (~starseeke@66-118-151-70.static.sagonet.net) | |
| 10:09.21 | *** join/#brlcad sirnam (~swetha@14.139.82.6) | |
| 11:30.13 | *** join/#brlcad siddhanjay (0e8bbb42@gateway/web/freenode/ip.14.139.187.66) | |
| 11:46.16 | *** join/#brlcad sirnam (~swetha@14.139.82.6) | |
| 12:12.53 | *** join/#brlcad Sricharanized (~raincrash@116.202.100.229) | |
| 13:22.34 | *** join/#brlcad sprakash (~sidd_prak@14.139.82.6) | |
| 13:22.59 | *** join/#brlcad sirnam (~swetha@14.139.82.6) | |
| 14:44.10 | *** join/#brlcad luca79 (~luca@net-2-37-238-83.cust.vodafonedsl.it) | |
| 15:14.22 | *** join/#brlcad sirnam (~swetha@14.139.82.6) | |
| 15:50.50 | *** join/#brlcad sofat (~sofat@223.225.216.155) | |
| 15:54.07 | *** join/#brlcad luca79 (~luca@net-2-37-238-83.cust.vodafonedsl.it) | |
| 16:42.34 | *** join/#brlcad sirnam (~swetha@14.139.82.6) | |
| 16:43.43 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 17:04.52 | sofat | starseek1r, hello |
| 17:05.21 | sofat | i am working on animation tutorial docs |
| 17:06.15 | sofat | i found some file there and i want to know how i use this file and where i use this file in xml docbook doc |
| 17:06.45 | sofat | files are foot_gamma.html,foot_graphics.html |
| 17:07.17 | sofat | foot_hdtv.html |
| 17:30.01 | *** join/#brlcad sofat_ (~sofat@223.225.226.38) | |
| 17:41.15 | *** join/#brlcad wick29 (~androirc@triband-mum-120.61.193.124.mtnl.net.in) | |
| 17:41.25 | wick29 | Hey |
| 17:47.13 | wick29 | Has brlcad applied to gsoc this year? |
| 18:19.24 | *** join/#brlcad sofat (~androirc@223.225.226.38) | |
| 18:24.54 | *** join/#brlcad wick29 (~androirc@triband-mum-120.61.196.44.mtnl.net.in) | |
| 18:34.30 | *** join/#brlcad gaganjyot (~gaganjyot@27.255.241.185) | |
| 18:52.36 | *** join/#brlcad konrado (~root@41.244.243.63) | |
| 19:18.13 | *** join/#brlcad konrado (~root@41.244.243.106) | |
| 19:19.31 | konrado | brlcad:hello |
| 19:22.11 | *** join/#brlcad merzo (~merzo@159-59-133-95.pool.ukrtel.net) | |
| 19:33.03 | starseek1r | sofat: oh, header and footer contents? |
| 19:33.13 | starseek1r | I don't know offhand - you might start here: http://stackoverflow.com/questions/1449428/adding-header-and-footer-to-a-docbook |
| 19:35.11 | sirnam | starseek1r : sir, I have installed brlcad successfully.. I'm working on 'object-oriented interfaces' project.. I tried installing rt^3 in Ubuntu 14.04..in README file for compiling and building we had to run ./autogen.sh but there is no such file.. |
| 19:36.39 | starseek1r | sirnam: we're using CMake now |
| 19:37.08 | starseek1r | the README must be out of date |
| 19:37.17 | *** join/#brlcad wick29_ (~chatzilla@triband-mum-120.61.196.44.mtnl.net.in) | |
| 19:37.24 | starseek1r | I've not built it in a while myself, so I don't know the details |
| 19:38.18 | sirnam | starseek1r: I tried that too.. I configured cmake accordingly.. I get this 'Found BRL-CAD 7.24.2 at sh: 1: brlcad-config: not found' Configuration done |
| 19:38.31 | sirnam | But it says configuration done |
| 19:39.00 | starseek1r | is your BRL-CAD bin dir in your path? |
| 19:39.06 | starseek1r | which brlcad-config |
| 19:40.43 | sirnam | Oops.. sorry.. in cmake GUI it tells the above msg.. but in terminal it is built successfully.. |
| 19:41.02 | sirnam | after cmake what are we supposed to do ? |
| 19:41.53 | starseeker | did you generate the Make files? |
| 19:42.09 | starseeker | (if you're using the GUI, that's a separate step) |
| 19:42.51 | sirnam | by running make I'm getting errors.. |
| 19:43.27 | starseeker | what errors? |
| 19:43.42 | sirnam | please find the errors at: http://pastebin.com/MxU0rbCe |
| 19:44.12 | starseeker | it's not finding Tcl/Tk |
| 19:44.29 | starseeker | did you build with the system Tcl/Tk, or the included one in BRL-CAD? |
| 19:45.51 | sirnam | I have installed BRL-CAD(http://brlcad.org/wiki/Compiling) |
| 19:46.03 | sirnam | isn't it sufficient ? |
| 19:46.51 | gaganjyot | sirnam, your OS ? |
| 19:47.16 | sirnam | Ubuntu 14.04 |
| 19:47.45 | starseeker | sirnam: d_rossberg is the guy to ask about rt^3 - if you can't catch him on IRC, I'd suggest trying the mailing list |
| 19:48.24 | sirnam | Okay.. |
| 19:48.37 | gaganjyot | sirnam, I still doubt if you have tcl installed properly |
| 19:48.47 | gaganjyot | just a sec |
| 19:49.19 | gaganjyot | sudo apt-get install tcl8.5-dev |
| 19:49.19 | gaganjyot | run this |
| 19:50.16 | sirnam | Okay.. |
| 19:51.58 | sirnam | still the same error persists.. |
| 19:53.52 | konrado | starseeker: hello |
| 19:59.02 | *** join/#brlcad rohit0143 (~rohit@14.139.82.6) | |
| 20:01.35 | *** join/#brlcad ``Erik (~erik@pool-74-103-94-19.bltmmd.fios.verizon.net) | |
| 20:52.43 | *** join/#brlcad konrado (~root@41.244.243.106) | |
| 20:59.55 | *** join/#brlcad konrado_ (~root@41.244.243.106) | |
| 22:31.27 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 02:24.02 | *** join/#brlcad Konrado (~Konrado@41.244.243.184) | |
| 02:41.22 | *** join/#brlcad Konrado (~Konrado@41.244.243.184) | |
| 04:19.16 | *** join/#brlcad sprakash (~sidd_prak@14.139.82.6) | |
| 04:47.21 | nmz787 | is there a 2D polygon that I can enter in mged interactively, then extrude? I see dsp but that I need to use the asc2dsp util first. |
| 04:54.34 | *** join/#brlcad YashM (~YashM@117.223.172.198) | |
| 05:55.57 | *** join/#brlcad sirnam (~swetha@14.139.82.6) | |
| 06:08.33 | *** join/#brlcad YashM (~YashM@117.223.172.198) | |
| 06:14.59 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 06:27.27 | *** join/#brlcad sirnam (~swetha@14.139.82.6) | |
| 06:32.34 | *** join/#brlcad sprakash (~sidd_prak@14.139.82.6) | |
| 06:54.27 | *** join/#brlcad merzo (~merzo@41-5-133-95.pool.ukrtel.net) | |
| 08:00.49 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 10:05.12 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 10:35.28 | *** join/#brlcad sirnam (~swetha@14.139.82.6) | |
| 11:01.24 | *** join/#brlcad sirnam (~swetha@14.139.82.6) | |
| 11:13.18 | *** join/#brlcad konrado (~root@41.244.243.133) | |
| 11:27.57 | *** join/#brlcad konrado (~root@41.244.243.133) | |
| 12:32.41 | *** join/#brlcad konrado (~root@41.244.243.133) | |
| 13:41.37 | *** join/#brlcad YashM_ (~YashM@117.198.17.167) | |
| 14:01.45 | ``Erik | nmz787: bot |
| 15:26.18 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:57.57 | *** join/#brlcad sirnam (~swetha@49.205.215.143) | |
| 16:08.43 | *** join/#brlcad Izakey (~Izak@41.205.22.13) | |
| 16:25.53 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 16:36.12 | *** join/#brlcad i5o (~ignacio@unaffiliated/ignaciouy/bot/gcibot) | |
| 16:44.56 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 16:47.17 | ries | brlcad: here? Would you vouch for us for GSoC 2015? |
| 17:12.54 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 17:13.33 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 17:27.51 | Notify | 03BRL-CAD Wiki:Icamposman * 0 /wiki/User:Icamposman: |
| 17:31.45 | *** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net) | |
| 17:31.45 | *** join/#brlcad ejno (~ejno@unaffiliated/kazaik) | |
| 17:31.45 | *** join/#brlcad mpictor_ (~mark@c-68-39-98-222.hsd1.nj.comcast.net) | |
| 17:31.45 | *** join/#brlcad nmz787 (~nmz787@unaffiliated/nmz787) | |
| 18:08.10 | *** join/#brlcad konrado (~root@41.244.243.179) | |
| 18:27.53 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 18:35.28 | *** join/#brlcad sirnam (~swetha@49.205.215.143) | |
| 18:37.48 | *** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net) | |
| 18:39.01 | *** join/#brlcad konrado (~konrado@41.244.243.179) | |
| 21:22.53 | *** join/#brlcad konrado (~root@41.244.243.224) | |
| 21:39.32 | Notify | 03BRL-CAD Wiki:Konrado DJ * 0 /wiki/User:Konrado_DJ: |
| 21:42.53 | nmz787 | ``Erik: do you know the implications of using bot over dsp? as far as I can tell, bot is hollow with 'faked' solid/thickness properties, while I can't tell what dsp would be, but will assume for now it's a 'real' solid (also I'm terribly new to brlcad so I am making up terms like 'real' solid) |
| 21:54.11 | *** join/#brlcad JDhanoa (0e8b5206@gateway/web/freenode/ip.14.139.82.6) | |
| 22:01.57 | *** join/#brlcad i5o (~ignacio@unaffiliated/ignaciouy) | |
| 22:08.16 | nmz787 | ``Erik: I also just saw ars, which seems the same as bot except using rectangles instead of triangles (from a first glance) |
| 22:24.42 | *** join/#brlcad konrado (~konrolab@41.244.243.86) | |
| 22:30.55 | *** join/#brlcad GaganDhanoa (0e8b5206@gateway/web/freenode/ip.14.139.82.6) | |
| 22:31.34 | GaganDhanoa | anyone on-line ?? |
| 22:43.59 | *** join/#brlcad konrado (~konrolab@41.244.243.86) | |
| 22:50.14 | *** join/#brlcad James1 (~James@14.139.82.6) | |
| 22:52.16 | *** join/#brlcad konrado (~konrolab@41.244.243.86) | |
| 23:03.21 | James1 | hello, anyone on-line ?? |
| 23:06.59 | nmz787 | yup |
| 23:11.08 | *** join/#brlcad konrado_ (~konrado@41.244.243.86) | |
| 23:14.10 | James1 | how to proceed with BRL-CAD dev ?? |
| 23:16.21 | nmz787 | James1: I have some bad instructions here http://brlcad.org/wiki/User:Nmz787-brlcad |
| 23:16.49 | *** join/#brlcad James1 (~James@14.139.82.6) | |
| 23:16.52 | nmz787 | James1: I have some bad instructions here http://brlcad.org/wiki/User:Nmz787-brlcad |
| 23:16.59 | *** join/#brlcad James_ (~James@14.139.82.6) | |
| 23:19.44 | James1 | want to do a project in Rendering & Scientific Analysis. How should I start with a patch submission?? |
| 23:21.20 | *** join/#brlcad konrado (~konrado@41.244.243.86) | |
| 23:23.22 | konrado | brlcad: Hello |
| 23:26.07 | konrado | brlcad: I have updated the vrml converter to call the mk_*() function for primitives. I hope you get the time to review it. |
| 23:27.03 | konrado | I have tested it functionally and it work well. |
| 04:01.53 | *** join/#brlcad sofat (~androirc@202.164.45.212) | |
| 04:33.37 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 06:18.03 | *** join/#brlcad YashM (~YashM@59.88.27.106) | |
| 06:20.50 | *** join/#brlcad sirnam (~swetha@49.205.215.143) | |
| 06:31.03 | *** join/#brlcad YashM_ (~YashM@117.215.33.72) | |
| 07:30.07 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 07:55.24 | *** join/#brlcad YashM_ (~YashM@117.215.33.72) | |
| 08:23.10 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 10:46.53 | *** join/#brlcad rohit0143 (~rohit@14.139.82.6) | |
| 10:48.13 | *** join/#brlcad teepee- (bc5c2134@gateway/web/freenode/ip.188.92.33.52) | |
| 11:19.43 | *** join/#brlcad sirnam (~swetha@49.205.215.143) | |
| 11:27.00 | *** join/#brlcad konrado (~konrado@41.205.22.13) | |
| 12:22.30 | *** join/#brlcad konrado (~konrado@41.205.22.13) | |
| 12:35.25 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 12:46.25 | *** join/#brlcad gaganjyot (~gaganjyot@101.214.206.129) | |
| 13:44.16 | *** join/#brlcad ries_ (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 14:16.40 | *** join/#brlcad konrado (~konrado@41.205.22.13) | |
| 14:21.08 | *** join/#brlcad rvt (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 14:56.37 | starseeker | pwd |
| 15:24.53 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:06.54 | *** join/#brlcad sirnam (~swetha@49.205.215.143) | |
| 16:16.23 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 17:00.56 | *** join/#brlcad nmz787_i (~nmccorkx@134.134.137.75) | |
| 17:08.53 | *** join/#brlcad gaganjyot (~gaganjyot@101.214.206.129) | |
| 17:26.07 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 17:46.20 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 18:34.50 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 18:49.43 | sofat | starseeker, hello |
| 18:50.25 | sofat | I have converted the animation tutorial html docs to docbook |
| 18:50.30 | sofat | there is link |
| 18:50.31 | sofat | http://202.164.53.122/~hitesh/brlcadxml/first.html |
| 18:56.48 | sofat | I have submitted this docs as a patch |
| 18:57.00 | sofat | please review this when you free |
| 19:10.24 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 19:23.58 | *** join/#brlcad konrado (~konrado@41.244.243.201) | |
| 19:47.47 | *** join/#brlcad FreezingAlt (~FreezingC@135.0.41.14) | |
| 19:49.21 | *** join/#brlcad nmz787_i1 (~nmccorkx@134.134.137.75) | |
| 20:00.13 | *** join/#brlcad sofat (~androirc@202.164.45.204) | |
| 20:38.04 | kintel | brlcad: I didnât hear anything about GSoC this year. Is it safe to assume that you wonât apply, or that youâll apply as a single project (not an umbrella) this year? |
| 20:43.56 | *** join/#brlcad i5o (~ignacio@unaffiliated/ignaciouy/bot/gcibot) | |
| 20:44.12 | *** join/#brlcad i5o (~ignacio@unaffiliated/rengar) | |
| 20:45.48 | *** join/#brlcad i5o (~ignacio@unaffiliated/ignaciouy/bot/remembrall) | |
| 20:46.33 | *** join/#brlcad i5o (~ignacio@unaffiliated/ignaciouy) | |
| 21:09.45 | *** join/#brlcad i5o (~ignacio@unaffiliated/rengar) | |
| 21:10.13 | *** part/#brlcad i5o (~ignacio@unaffiliated/rengar) | |
| 21:12.11 | *** join/#brlcad ank22 (uid51029@gateway/web/irccloud.com/x-qstbkupahxwuqjqn) | |
| 21:13.57 | *** join/#brlcad gaganjyot (~gaganjyot@101.214.206.129) | |
| 21:41.49 | *** join/#brlcad siddhanjay (0e8bbb42@gateway/web/freenode/ip.14.139.187.66) | |
| 21:49.27 | *** join/#brlcad merzo (~merzo@138-27-132-95.pool.ukrtel.net) | |
| 22:04.45 | ank22 | Hi, I want to solve fonts related bug in wiki theme. Can somebody give me a heads up? |
| 22:05.08 | ank22 | it was mentioned on http://brlcad.org/wiki/Deuces#Solve_fonts_related_bug_in_new_wiki_theme. |
| 22:21.50 | Notify | 03BRL-CAD:carlmoore * 64225 (brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp brlcad/trunk/src/libbrep/shape_recognition_torus.cpp brlcad/trunk/src/util/pixfields.c): remove trailing blanks/tabs from one file and fix spellings in another |
| 23:54.07 | Notify | 03BRL-CAD:starseeker * 64226 brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp: Start working on calculating the information that will be needed to assemble more complex cyl end caps. |
| 00:32.07 | Notify | 03BRL-CAD:starseeker * 64227 brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp: notes about finding axis intersections. |
| 02:40.26 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 02:50.57 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 03:34.20 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 04:03.49 | *** join/#brlcad wick29 (~chatzilla@triband-mum-120.61.193.206.mtnl.net.in) | |
| 04:22.39 | *** join/#brlcad sofat (~androirc@106.192.156.63) | |
| 07:20.56 | *** join/#brlcad sirnam (~swetha@14.139.82.6) | |
| 07:57.56 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 08:16.53 | *** join/#brlcad merzo (~merzo@246-6-133-95.pool.ukrtel.net) | |
| 08:59.08 | *** join/#brlcad sirnam (~swetha@14.139.82.6) | |
| 09:36.52 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 10:21.45 | *** join/#brlcad sirnam (~swetha@14.139.82.6) | |
| 10:39.56 | *** join/#brlcad teepee- (bc5c2134@gateway/web/freenode/ip.188.92.33.52) | |
| 10:52.06 | *** join/#brlcad sirnam (~swetha@14.139.82.6) | |
| 12:01.52 | *** join/#brlcad YashM (~YashM@117.248.201.248) | |
| 13:11.20 | *** join/#brlcad sofat (~sofat@202.164.53.117) | |
| 13:35.51 | *** join/#brlcad sirnam (~swetha@14.139.82.6) | |
| 13:46.07 | *** join/#brlcad sofat (~androirc@202.164.45.204) | |
| 13:53.55 | *** join/#brlcad sirnam (~swetha@14.139.82.6) | |
| 14:01.15 | *** join/#brlcad rvt (~rvt@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 14:06.45 | *** join/#brlcad rvt (~rvt@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 14:30.24 | *** join/#brlcad rvt (~rvt@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 14:39.30 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 16:06.51 | *** join/#brlcad sofat (~androirc@202.164.45.212) | |
| 17:02.34 | *** join/#brlcad nmz787_i (~nmccorkx@192.55.55.39) | |
| 17:14.06 | *** join/#brlcad sirnam (~swetha@14.139.82.6) | |
| 17:17.04 | brlcad | nmz787_i: get your question answered? keep is for across databases, cp is within a database |
| 17:17.46 | nmz787_i | hey |
| 17:17.52 | nmz787_i | i think keep was what I wanted |
| 17:18.34 | nmz787_i | mroeso though, I've been looking at the convolute gear example I think you posted on which used an rpc... was trying to determine if a parabola is actually the same as the involute equations when rotated |
| 17:18.52 | brlcad | nmz787_i: bot is a triangle mesh, nmg is a polygonal mesh, dsp is a height field (e.g., terrain) |
| 17:19.10 | nmz787_i | and also, how to use an rpc section in a curve, like a toroid (i need to model fluidic channels which get etched away, and often leave a parabolic profile) |
| 17:19.30 | brlcad | ars is a waterline solid (which is presently faceted so it looks like a bot) |
| 17:20.39 | brlcad | nmz787_i: I don't think rpc is an exact fit, but I haven't done the math |
| 17:20.56 | brlcad | rather, it could be parabolic, but not necessarily |
| 17:21.38 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 17:23.40 | nmz787_i | does dsp the same as bot or nmg, except one side is flat (the side opposite the 'terrain')? |
| 17:23.56 | nmz787_i | I like the input format of dsp, the bitmaps are easy to understand |
| 17:24.11 | brlcad | ``Erik: you noticed anything odd about .bz performance? seems back to normal now after I restarted a few things, but it was incredibly sluggish (but seemingly not thrashing) |
| 17:24.40 | nmz787_i | i.e. if i had to calculate points for a parabola, then throw it through asc2dsp... and get what I assume would be a super-thin slice |
| 17:32.45 | nmz787_i | hmm, I can't find any refs online for 'waterline cad' regarding what a 'waterline' is |
| 17:35.17 | brlcad | five sides of a dsp are "flat" :) |
| 17:35.24 | nmz787_i | 'any of a set of structural lines of a ship, parallel with the surface of the water, representing the contour of the hull at various heights above the keel and drawn on shipbuilding plans.' |
| 17:40.59 | brlcad | I don't have a handy online reference for you, but a waterline object is basically that |
| 17:42.07 | brlcad | structural lines of a ship, depths in a lake/ocean/river, contours up a building, etc |
| 17:42.36 | brlcad | here's a pretty advanced example: http://studiomaven.org/images/a/ae/Contour.png |
| 17:42.42 | nmz787_i | so it's a polygon mesh? |
| 17:43.16 | nmz787_i | hmm, that looks more like a pointcloud with points grouped by 'waterline' |
| 17:43.34 | *** join/#brlcad Izak (~Izak@66-118-151-70.static.sagonet.net) | |
| 17:44.14 | nmz787_i | dang, what I really want is a way to just use the involute or parabola equations to create a parametric curve... so I guess that would be NURBS |
| 17:44.35 | nmz787_i | so I won't have to compute more points to feed into a bot or dsp or whatever |
| 17:46.31 | *** join/#brlcad sirnam (~swetha@14.139.82.6) | |
| 17:57.28 | brlcad | yeah, bot and dsp (and ars's implementation) are all sampled solutions |
| 17:57.44 | brlcad | if you want parametric, you're looking at other primitives, and nurbs does sound like your best bet |
| 17:58.31 | brlcad | C examples in src/proc-db/*.cpp and src/other/openNURBS/example*/ |
| 18:01.35 | nmz787_i | is there some boundary-rep stuff I could use to say, feed a bunch of parabola line points, and get a NURBS primitive out? |
| 18:01.42 | nmz787_i | I see lots of commit messages in here about brep! |
| 18:01.43 | nmz787_i | :) |
| 18:03.08 | nmz787_i | .tell nmz787 does this message bot exist in here? |
| 18:04.39 | *** join/#brlcad amalia (~amalia@41.205.22.62) | |
| 18:04.52 | nmz787_i | brb, won't be able to see messages until I get back (and the web log has a delay of about a day it seems) |
| 18:07.02 | *** join/#brlcad rvt (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 18:11.14 | *** join/#brlcad sofat (~sofat@202.164.45.208) | |
| 18:11.25 | amalia | Hello |
| 18:11.38 | amalia | Who's the admin of this organisation ? |
| 18:14.29 | amalia | Why's everybody quiet? is it because I'm a girl ? |
| 18:20.25 | *** join/#brlcad sirnam (~swetha@14.139.82.6) | |
| 18:21.53 | *** join/#brlcad nmz787_i (~nmccorkx@192.55.54.36) | |
| 18:24.08 | sofat | amalia, no all is here |
| 18:24.53 | amalia | thinks it's too quiet here |
| 18:25.37 | Ch3ck | a |
| 18:28.20 | ``Erik | brlcad: I was just doing a port update that rebuild two openjdk's, those default to -j8... might explain todays slowdown? I've noticed other times when the machine has low load but is still very slow to respond, I'm assuming it's a memory constraint issue... |
| 18:30.23 | ``Erik | tries to murder the machine with some memory subsystem butchery |
| 18:31.22 | ``Erik | nice, swapoff: /dev/ad4s1b: Cannot allocate memory |
| 18:33.57 | Ch3ck | amalia: relax Big Sean is not around perhaps ;) Welcome btw! |
| 18:38.00 | ``Erik | amalia: I'd hope gender is irrelevant. Ask the actual question you want to ask, then wait and someone with the answer will eventually speak up |
| 18:38.04 | ``Erik | !notify ask |
| 18:38.05 | Notify | Questions in the channel should be specific, informative, complete, concise, and on-topic. Don't ask if you can ask a question first. Don't ask if a person is there; just ask what you intended to ask them. Better questions more frequently yield better answers. We are all here voluntarily or against our will. |
| 18:39.03 | amalia | Thanks ``Erik |
| 18:41.02 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 18:42.49 | amalia | !notify gsoc |
| 18:44.27 | ``Erik | what information are you looking for? (and did you look at http://brlcad.org/wiki/ ?) |
| 18:45.13 | amalia | Nope. not yet |
| 18:47.40 | sofat | amalia, what you want to ask? |
| 18:50.05 | amalia | I'll like to take part in Google Summer of Code. What should I do ? |
| 18:51.28 | sofat | find the organization and the start the work |
| 18:52.17 | ``Erik | read the wiki pages on gsoc, make sure you can check out, compile, install and run the software, take a look at the various 'idea' pages and bugs... and hang out here and the mailing list to get a feel for the community |
| 18:52.26 | sofat | solve the bugs and then submit the solution as a patches |
| 18:53.46 | ``Erik | http://brlcad.org/wiki/GSoC will probably be updated once we get acceptance confirmed (and someone who knows we're in gets around to updating it), but the checklist and other info there is still good |
| 18:56.08 | amalia | Okay. Thanks ``Erik |
| 18:56.15 | amalia | You're quite kind |
| 19:04.42 | Izak | amalia make sure you discuss the idea you like on this channel or on the mailing list |
| 19:05.45 | Izak | What skills do you have btw amalia ? |
| 19:06.10 | amalia | You mean the languages that I code in ? |
| 19:07.16 | Izak | Yes. Which programming languages do you code in ? |
| 19:08.20 | amalia | Ok. I code in C and C++. |
| 19:09.10 | amalia | Can this help me program during GSoC in BRL-CAD ? |
| 19:09.37 | nmz787_i | I think most of the code is C-style |
| 19:10.22 | Izak | Yes. Of course. The BRL-CAD project is primarily developed in C and C++. Just follow the recommendations that ``Erik gave and jump right in :) |
| 19:10.55 | ``Erik | a lot is ANSI C, c++ is creeping in due to third party libraries (openstep, opennurbs, etc), and a lot of ui and scripting stuff is tcl/tk |
| 19:12.20 | Notify | 03BRL-CAD:carlmoore * 64228 (brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp brlcad/trunk/src/tclscripts/swidgets/scripts/tkgetdir.itk): fix spellings |
| 19:12.52 | amalia | Thanks ``Erik |
| 19:13.00 | amalia | Thanks Izak |
| 19:14.16 | brlcad | ``Erik: huh, maybe .. I didn't see any cc's pop to the top of top |
| 19:15.05 | ``Erik | jdk's are half cc and half javac, often short lived |
| 19:15.44 | ``Erik | the amount of swap consumed is ... interesting. bsd is aggressive about pushing unused pages to swap, but 2g is a bit much |
| 19:16.04 | brlcad | i noticed that |
| 19:16.39 | brlcad | also noticed it had 2GB free and had pushed out 2GB.. |
| 19:17.09 | brlcad | I wtf'd |
| 19:17.27 | brlcad | any plans on upgrading to 10? :) |
| 19:17.44 | ``Erik | heh, it was full of cache pages and had 2g swap, I ran a program to force cache and buffer expirations which freed up 2 gigs, but wasn't able to swapoff it |
| 19:17.51 | brlcad | let me know if you do .. I need to run a full backup and a reboot might be in order |
| 19:18.26 | ``Erik | um, 10 is find by me, but the installworld/mergemaster/reboot phase will clobber service for a little bit... |
| 19:19.34 | ``Erik | is running a fever, so doesn't want to do anything that... "exciting" right now. :) |
| 19:19.42 | brlcad | oof, sorry to hear that |
| 19:19.57 | ``Erik | thnx |
| 19:19.59 | brlcad | that's what a little exertion will do eh? |
| 19:20.06 | brlcad | shoveling? or kids? :) |
| 19:22.07 | ``Erik | heh, I made her shovel! :D I think I had it before the snow day family fun time project yesterday, but it hit me harder today (99.6, not doctor worthy, but not 100%) |
| 19:22.34 | *** join/#brlcad ank22 (uid51029@gateway/web/irccloud.com/x-mlxaibkkjqhdwytx) | |
| 19:22.43 | nmz787_i | ah, snow... i miss it sometimes |
| 19:26.30 | ``Erik | feel free to swing by and take some of mine ;) |
| 19:27.37 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 19:30.10 | nmz787_i | would be funny to see snow on amazon prime! |
| 19:41.35 | *** join/#brlcad gaganjyot (~gaganjyot@101.208.157.165) | |
| 19:46.24 | *** join/#brlcad krishna_ravi732 (~krishna@5.231.52.94) | |
| 19:55.26 | *** join/#brlcad sofat (~androirc@202.164.45.204) | |
| 20:35.36 | Notify | 03BRL-CAD:n_reed * 64229 brlcad/branches/brep-debug/src/libbrep/intersect.cpp: Replace ON_ZERO_TOLERANCE with the more appropriate isect_tol to avoid missing good curve-surface intersections. |
| 21:10.43 | ``Erik | (wee, 100.4! high score!) |
| 21:32.21 | brlcad | you can do better than that |
| 22:40.36 | *** join/#brlcad nmz787_i (nmccorkx@nat/intel/x-uiogmfowextkmefi) | |
| 23:01.18 | Notify | 03BRL-CAD:starseeker * 64230 brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp: Don't rush to handle more complexity than you need to - get simpler cases working. Handle the simpler capping scenario and deal with the more complex case (if needed) later. |
| 23:29.04 | Notify | 03BRL-CAD:starseeker * 64231 brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp: one and two end cap cases need to be considered. |
| 23:36.34 | starseeker | nmz787_i: we don't have any user-level tools for creating/manipulating NURBS BRep objects, except for rotate/translate/scale and making them out of CSG primitives |
| 23:37.34 | starseeker | basically have to make your own C program (like the previously mentioned proc-db examples) to create any from scratch |
| 23:38.05 | starseeker | most of the NURBS brep stuff you see flying by is related to other efforts (conversion, raytracing, etc.) |
| 23:51.20 | nmz787_i | hmm |
| 23:51.40 | nmz787_i | I'm OK with writing C. |
| 23:51.54 | nmz787_i | but will I actually have to create the control points and such? |
| 23:52.38 | nmz787_i | I actually /have/ created a NURBS parabolic surface before, but for equation-based input, I would ideally push that to some other magic :) |
| 23:53.07 | nmz787_i | ( I am hoping that magic exists in one of the 'to-NURBS' converters) |
| 23:54.53 | nmz787_i | checking src/proc-db now |
| 23:57.18 | Notify | 03BRL-CAD:starseeker * 64232 brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp: Assemble edges associated with each cap - this may be unnecessary - intersecting the planes with the cylinder axis may tell us what we need here - but checkpoint before removing. |
| 00:24.02 | Notify | 03BRL-CAD:n_reed * 64233 brlcad/branches/brep-debug/src/libbrep/intersect.cpp: Trying to find a surface-surface intersection curve involving an isocurve by fitting to solved points doesn't work well when both surfaces are planar. In this case the intersection should have been found during isocurve-surface intersections, and we can just make the intersection event from the unclosed isocurve intersection and skip |
| 00:24.04 | Notify | trying to solve for other points. |
| 00:31.18 | Notify | 03BRL-CAD:starseeker * 64234 brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp: Needs more testing, but get set up to do the plane/axis intersection using libbn. |
| 03:05.28 | *** join/#brlcad YashM (~YashM@117.222.65.8) | |
| 03:55.24 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 04:23.03 | *** join/#brlcad sofat (~androirc@202.164.45.212) | |
| 04:27.56 | *** join/#brlcad sirnam (~swetha@14.139.82.6) | |
| 05:18.37 | *** join/#brlcad amalia (~Amalia@41.205.22.47) | |
| 06:12.05 | *** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net) | |
| 07:03.47 | *** join/#brlcad sirnam (~swetha@14.139.82.6) | |
| 08:13.44 | *** join/#brlcad nmz787_i (nmccorkx@nat/intel/x-jlcmdajtsgoncqtr) | |
| 08:19.19 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 09:18.16 | *** join/#brlcad YashM_ (~YashM@117.223.175.171) | |
| 09:27.13 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 10:13.56 | *** join/#brlcad merzo (~merzo@92.60.189.225) | |
| 10:49.12 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 11:00.29 | *** join/#brlcad YashM (~YashM@117.222.16.243) | |
| 11:02.23 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 11:11.26 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 11:39.38 | *** join/#brlcad teepee- (bc5c2134@gateway/web/freenode/ip.188.92.33.52) | |
| 12:30.17 | *** join/#brlcad YashM (~YashM@117.198.5.234) | |
| 13:19.07 | *** join/#brlcad sirnam (~swetha@14.139.82.6) | |
| 13:42.11 | *** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net) | |
| 13:43.01 | Notify | 03BRL-CAD Wiki:Randynasir * 0 /wiki/User:Randynasir: |
| 13:49.56 | *** join/#brlcad siddhanjay (0e8bbb42@gateway/web/freenode/ip.14.139.187.66) | |
| 14:44.30 | *** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net) | |
| 15:04.09 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 15:17.51 | *** join/#brlcad sofat (~androirc@202.164.45.204) | |
| 17:28.44 | *** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net) | |
| 17:29.14 | *** join/#brlcad gaganjyot (~gaganjyot@27.255.241.185) | |
| 17:40.20 | *** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net) | |
| 17:44.19 | *** join/#brlcad sofat (~androirc@202.164.45.204) | |
| 17:46.12 | *** join/#brlcad gaganjyot (~gaganjyot@27.255.241.185) | |
| 18:03.25 | *** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net) | |
| 18:35.12 | *** join/#brlcad Arlene (~arlene@195.24.220.134) | |
| 18:42.44 | *** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net) | |
| 18:57.39 | *** join/#brlcad sofat_ (~sofat@202.164.45.208) | |
| 18:59.06 | *** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net) | |
| 19:09.36 | *** join/#brlcad nmz787_i1 (nmccorkx@nat/intel/x-myihkvyqdfkwlreu) | |
| 19:25.27 | *** join/#brlcad sofat_ (~sofat@202.164.45.204) | |
| 19:38.53 | *** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net) | |
| 19:49.32 | *** join/#brlcad albertcoder (~quassel@202.164.45.204) | |
| 19:54.09 | *** join/#brlcad albertcoder (~quassel@202.164.45.204) | |
| 19:57.50 | *** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net) | |
| 20:24.28 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 20:24.34 | *** join/#brlcad amalia (~Amalia@41.205.22.37) | |
| 20:37.44 | *** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net) | |
| 20:48.32 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 21:31.01 | Notify | 03BRL-CAD:starseeker * 64235 (brlcad/branches/qtged/AUTHORS brlcad/branches/qtged/BUGS and 392 others): Sync up to r64234 |
| 21:32.30 | Notify | 03BRL-CAD:carlmoore * 64236 brlcad/trunk/src/libged/lc.c: Fix usage because the man page says -r can be used with any other option |
| 21:38.01 | Notify | 03BRL-CAD:starseeker * 64237 (brlcad/branches/gecode/AUTHORS brlcad/branches/gecode/BUGS and 604 others): Sync to r64234 |
| 21:41.06 | Notify | 03BRL-CAD:starseeker * 64238 brlcad/trunk/src/librt/test_shape_recognition.cpp: Check return on mk_rcc |
| 21:50.53 | Notify | 03BRL-CAD:carlmoore * 64239 brlcad/trunk/src/libged/lc.c: missing 'break'?!? This would cause -z to increment unrecognized_flag_cnt ! |
| 21:51.40 | Notify | 03BRL-CAD:starseeker * 64240 brlcad/branches/qtged/src/CMakeLists.txt: Shorten name - only a test app anyway at this point. |
| 21:52.14 | Notify | 03BRL-CAD:starseeker * 64241 brlcad/branches/qtged/src/qged/CMakeLists.txt: switch name |
| 21:54.33 | amalia | Hi ``Erik, I just successfully compiled BRL-CAD on my PC |
| 21:58.10 | *** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net) | |
| 22:00.52 | ``Erik | PC as in windows/x86? neat, most development is done with linux or osX, sometimes it breaks on windows |
| 22:01.58 | ``Erik | have you pulled up some sample geometry in mged and raytraced it yet? |
| 22:05.25 | amalia | no linux |
| 22:05.36 | amalia | I have SL linux |
| 22:06.31 | amalia | i have not raytraced any sample geometry yet. |
| 22:07.46 | amalia | i heard there's arcer too ``Erik |
| 22:12.58 | *** join/#brlcad merzo (~merzo@82-46-133-95.pool.ukrtel.net) | |
| 22:42.26 | *** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net) | |
| 23:05.23 | *** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net) | |
| 23:15.57 | *** join/#brlcad infobot (ibot@rikers.org) | |
| 23:15.57 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all our GCI 2014 participants! Grand Prize winners: Peter and Marc. Runner up: Yash. Other Finalists: Raptor and Aditya. | |
| 23:37.10 | *** join/#brlcad Arlene (~Arlene@41.205.22.58) | |
| 23:41.09 | Notify | 03BRL-CAD:n_reed * 64243 (brlcad/trunk/src/libbrep/intersect.cpp Property Changed: and 2 others): merge brep intersection improvements from r64229 and r64233 |
| 23:44.14 | Notify | 03BRL-CAD:n_reed * 64244 (svn:mergeinfo ## -3,4 +3,4 ## and 6 others): record r64243 as merged |
| 01:18.41 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 01:37.15 | Notify | 03BRL-CAD:starseeker * 64245 brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp: jot down some ideas about constructing primitives |
| 01:48.31 | Notify | 03BRL-CAD Wiki:Randialmatic * 0 /wiki/User:Randialmatic: |
| 01:49.26 | *** join/#brlcad nmz787_i (~nmccorkx@134.134.137.73) | |
| 02:27.55 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 03:15.09 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 03:33.49 | *** join/#brlcad YashM (~YashM@117.222.23.55) | |
| 06:16.13 | *** join/#brlcad andrei__ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125) | |
| 06:18.17 | *** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net) | |
| 06:19.45 | andrei_ | ~seen brlcad |
| 06:19.46 | infobot | brlcad is currently on #stepcode #gsoc #brlcad #bzflag, last said: 'you can do better than that'. |
| 06:28.21 | *** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net) | |
| 06:32.03 | *** part/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net) | |
| 07:58.49 | *** join/#brlcad merzo (~merzo@164-19-133-95.pool.ukrtel.net) | |
| 08:34.03 | *** join/#brlcad merzo (~merzo@164-19-133-95.pool.ukrtel.net) | |
| 08:51.18 | *** join/#brlcad Konro (~Konro@41.244.243.15) | |
| 09:11.45 | Notify | 03BRL-CAD:d_rossberg * 64246 (svn:mime-type ## -1 +1 ## and 14 others): corrected typing error in mime-typeProperty Changed:----------------rt^3/trunk/src/coreInterface/Sphere.cpp |
| 09:13.52 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 09:15.09 | *** join/#brlcad teepee- (bc5c2134@gateway/web/freenode/ip.188.92.33.52) | |
| 09:16.42 | Notify | 03BRL-CAD:d_rossberg * 64247 (rt^3/trunk/src/coreInterface/Database.cpp rt^3/trunk/src/coreInterface/Sphere.cpp): quell some warnings on OS X |
| 09:31.55 | *** join/#brlcad winghouchan (~winghouch@2.126.233.43) | |
| 09:34.42 | *** join/#brlcad albertcoder (~quassel@124.253.105.116) | |
| 09:43.37 | *** join/#brlcad merzo (~merzo@92.60.189.225) | |
| 10:38.36 | *** join/#brlcad winghouchan (~winghouch@2.126.233.43) | |
| 10:46.19 | *** join/#brlcad wei1006 (~fircuser@116.87.154.172) | |
| 10:47.00 | wei1006 | yo is this over |
| 10:53.24 | *** join/#brlcad sofat (~sofat@202.164.53.117) | |
| 11:02.00 | *** join/#brlcad winghouchan (~winghouch@2.126.233.43) | |
| 11:05.25 | *** join/#brlcad albertcoder (~quassel@124.253.197.103) | |
| 11:36.16 | *** join/#brlcad jrullman___ (sid54856@gateway/web/irccloud.com/x-xdkjoqcdwfsgxpla) | |
| 12:16.07 | *** join/#brlcad sirnam (~swetha@14.139.82.6) | |
| 12:50.32 | *** join/#brlcad albertcoder (~quassel@124.253.233.122) | |
| 13:09.08 | *** join/#brlcad sofat (~sofat@202.164.53.117) | |
| 13:14.50 | *** join/#brlcad winghouchan (~winghouch@2.126.233.43) | |
| 13:15.39 | *** part/#brlcad winghouchan (~winghouch@2.126.233.43) | |
| 14:13.34 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 14:43.59 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:02.41 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:16.46 | *** join/#brlcad Sricharanized (~raincrash@116.202.142.43) | |
| 15:47.31 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:19.40 | Notify | 03BRL-CAD Wiki:206.248.161.145 * 7868 /wiki/Google_Summer_of_Code/Project_Ideas: /* OpenSCAD Projects */ |
| 16:24.49 | Notify | 03BRL-CAD Wiki:206.248.161.145 * 7869 /wiki/Google_Summer_of_Code/Project_Ideas: /* OpenSCAD Projects */ |
| 16:26.06 | Notify | 03BRL-CAD Wiki:206.248.161.145 * 7870 /wiki/Google_Summer_of_Code/Project_Ideas: /* OpenSCAD Projects */ |
| 16:28.35 | Notify | 03BRL-CAD Wiki:206.248.161.145 * 7871 /wiki/Google_Summer_of_Code/Project_Ideas: /* OpenSCAD Projects */ |
| 16:32.02 | *** join/#brlcad teepee_ (bc5c2134@gateway/web/freenode/ip.188.92.33.52) | |
| 16:39.54 | Notify | 03BRL-CAD:carlmoore * 64248 (brlcad/trunk/src/libged/lc.c brlcad/trunk/src/tclscripts/mged/lc.tcl): switch the placement of -d and -s options so that the C code can remove a duplicate line of code |
| 17:03.59 | *** join/#brlcad albertcoder (~quassel@1.39.33.67) | |
| 17:08.47 | Notify | 03BRL-CAD:n_reed * 64249 (brlcad/trunk/src/libbrep/intersect.cpp Property Changed: and 2 others): merge improvement of brep 2d intersection tolerance calculation from r64242 |
| 17:13.31 | *** join/#brlcad nmz787_i (nmccorkx@nat/intel/x-eupomfmadnghuckd) | |
| 17:13.41 | Notify | 03BRL-CAD:n_reed * 64250 (brlcad/trunk/src/libged/lc.c brlcad/trunk/src/tclscripts/mged/lc.tcl): tweak r64248; standardize case fallthrough comment and fix script change to match intent |
| 17:15.12 | *** join/#brlcad sofat (~sofat@223.225.245.143) | |
| 17:30.24 | Notify | 03BRL-CAD:carlmoore * 64251 brlcad/trunk/src/tclscripts/mged/lc.tcl: switch order again, to match the C file |
| 17:47.21 | *** join/#brlcad albertcoder (~quassel@1.39.33.67) | |
| 17:59.17 | *** join/#brlcad nmz787_i1 (nmccorkx@nat/intel/x-nroycmtdtofhiwdj) | |
| 18:19.05 | Ch3ck | brlcad: thinking of possible projects I could work on this year. I am thinking of either taking over leger's project of last year, dunno if he'll apply this year again or working on a nurbs related project |
| 18:22.49 | Ch3ck | Looking at the vector drawings from Nurbs, I don't whether it would be the first order or second order or third order definition that will be used in the vector drawing algorithms? |
| 18:23.08 | Ch3ck | is still working out the math, there |
| 18:33.51 | Ch3ck | Sorry there my question is given the focus of BRL-CAD in this year's GSoC is on collaboration projects mostly, will the above proejct be a bad idea? |
| 18:52.11 | Notify | 03BRL-CAD Wiki:206.248.161.145 * 7872 /wiki/Google_Summer_of_Code/Project_Ideas: /* OpenSCAD Projects */ |
| 18:52.58 | *** join/#brlcad albertcoder (~quassel@1.39.33.12) | |
| 18:59.17 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 19:04.21 | brlcad | our submission is in! |
| 19:05.11 | *** join/#brlcad nmz787_i (~nmccorkx@134.134.137.73) | |
| 19:06.49 | brlcad | Ch3ck: given we're going minimal this year, you should look at working on a project for one of the umbrella orgs (maybe propose a means to bridge them to brl-cad or make some piece of functionality they have more modular/reusable that might be of interest to us) |
| 19:07.33 | brlcad | there are five sub-orgs if we're accepted: BRL-CAD, OpenSCAD, LibreCAD, STEPcode, and LinuxCNC |
| 19:09.37 | brlcad | each will probably only get 1 or 2 slots so for BRL-CAD, the bar is going to be set *really* high, to the extent that we might need to instate a requirement of no prior participants (the point after all is to introduce students to open source, and that's done after their first participation) |
| 19:10.41 | brlcad | this is not yet decided, but it will still be statistically very difficult regardless |
| 19:13.41 | *** join/#brlcad amalia (~amalia@41.205.22.16) | |
| 19:14.52 | Ch3ck | brlcad: that's interesting, will checkout most of the C projects they have and take a peek |
| 19:15.40 | *** join/#brlcad albertcoder (~coderalbe@1.39.33.12) | |
| 19:29.42 | amalia | ``Erik I successfully ran archer today after the compilation yesterday |
| 19:56.29 | Ch3ck | admires the intiative of open source CAD guys comming together |
| 19:56.41 | Ch3ck | "United we stand!" :) |
| 20:15.55 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 20:24.31 | Notify | 03BRL-CAD:starseeker * 64252 (brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp brlcad/trunk/src/librt/test_shape_recognition.cpp): Start working on assembling geometry from available information |
| 20:33.07 | *** join/#brlcad sirnam (~swetha@14.139.82.6) | |
| 20:35.13 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 20:36.28 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 20:40.29 | sofat | starseeker, hello |
| 20:41.29 | sofat | i have done the conversion of shaders document in xml |
| 20:41.48 | sofat | camo.html to camo.xml |
| 20:42.06 | sofat | now i am going to submit the patch of this |
| 20:50.43 | sofat | starseeker, I have submitted the patch, when you free please review this patch |
| 20:52.48 | sofat | Now I am starting the work on this documents /doc/html/mannals/mged , as soon as possible I will complete this work and submit the patch on this work |
| 20:57.28 | *** join/#brlcad sofat (~androirc@223.225.245.143) | |
| 21:51.21 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 22:02.53 | Notify | 03BRL-CAD:starseeker * 64253 brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp: More work on arb6 shapes. |
| 22:11.54 | Notify | 03BRL-CAD:starseeker * 64254 brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp: Make the code a bit more compact |
| 22:14.09 | Notify | 03BRL-CAD:carlmoore * 64255 brlcad/trunk/src/util/pixborder.c: add new remark because we do not have 'pixedge' utility |
| 22:36.53 | *** join/#brlcad sirnam (~swetha@14.139.82.6) | |
| 23:09.37 | *** join/#brlcad gurwinder (7aadf4dc@gateway/web/freenode/ip.122.173.244.220) | |
| 23:11.38 | gurwinder | hello brlcad, Sorry for my late reply. I was very busy with on going projects. |
| 23:15.26 | gurwinder | I am working on g-pov converter as discussed but i didn't get reply for last work I posted. I am continuing without waiting for reply. |
| 23:57.46 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 00:50.27 | Notify | 03BRL-CAD Wiki:Sean * 7873 /wiki/Google_Summer_of_Code: 2015 |
| 00:50.57 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 00:52.57 | Notify | 03BRL-CAD Wiki:Sean * 7874 /wiki/Google_Summer_of_Code/2015: Created page with "= GSoC 2015 With BRL-CAD = '''BRL-CAD has applied as a [http://www.google-melange.com/ mentoring organization] for the Google Summer of Code!''' We intend to accept exceptio..." |
| 01:01.09 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 01:37.26 | *** join/#brlcad nmz787_i1 (~nmccorkx@134.134.137.73) | |
| 02:05.12 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 02:43.26 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 03:06.45 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 03:23.23 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 03:24.06 | *** join/#brlcad sofat (~androirc@106.192.188.213) | |
| 03:51.39 | brlcad | sofat: excellent progress on the docs! |
| 03:51.56 | sofat | Thanks |
| 03:52.04 | sofat | So much |
| 04:40.14 | *** join/#brlcad sofat (~androirc@106.192.188.213) | |
| 04:42.03 | *** join/#brlcad YashM (~YashM@117.222.23.149) | |
| 05:38.58 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 07:31.23 | *** join/#brlcad manan (~manan@182.69.63.66) | |
| 07:45.19 | *** join/#brlcad manan_ (~manan@182.69.63.66) | |
| 07:49.36 | *** join/#brlcad manan (~manan@182.69.63.66) | |
| 08:10.47 | *** join/#brlcad sofat (~androirc@106.192.188.213) | |
| 08:56.04 | *** join/#brlcad manan (~manan@182.69.63.66) | |
| 09:25.13 | *** join/#brlcad manan_ (~manan@182.69.63.66) | |
| 09:26.45 | *** join/#brlcad manan__ (~manan@182.69.63.66) | |
| 11:14.27 | *** join/#brlcad YashM (~YashM@117.222.66.54) | |
| 11:34.17 | *** join/#brlcad albertcoder (~quassel@124.253.99.18) | |
| 12:17.09 | *** join/#brlcad sofat (~androirc@106.192.188.213) | |
| 12:39.31 | *** join/#brlcad manan (~manan@182.69.63.66) | |
| 12:41.25 | albertcoder | Hi brlcad, I wanted to have a word with you regarding materials database. Actually I want to make it production ready. So I have thought to work on it as my major project in college (to devote sufficient time). |
| 12:42.21 | albertcoder | And for that I want to know the further enhancements and desirables from it. |
| 12:44.09 | albertcoder | I mean I would be glad if you shortlist what further is desired from the project to make it production ready. |
| 12:55.20 | *** join/#brlcad manan (~manan@182.69.63.66) | |
| 12:58.38 | *** join/#brlcad sofat (~androirc@106.192.188.213) | |
| 13:25.58 | *** join/#brlcad sirnam (~swetha@14.139.82.6) | |
| 13:38.04 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 13:38.13 | *** join/#brlcad manan (~manan@182.69.63.66) | |
| 13:46.00 | *** join/#brlcad sofat (~androirc@106.192.133.167) | |
| 14:13.55 | *** join/#brlcad luca79 (~luca@net-37-116-120-231.cust.vodafonedsl.it) | |
| 15:46.10 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 16:06.39 | *** join/#brlcad sofat (~androirc@106.192.133.167) | |
| 16:26.28 | *** join/#brlcad sirnam (~swetha@14.139.82.6) | |
| 17:06.04 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 17:28.07 | *** join/#brlcad gaganjyot (~gaganjyot@27.255.241.185) | |
| 17:36.41 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 17:42.34 | *** join/#brlcad ignacio (~ignacio@unaffiliated/ignaciouy) | |
| 18:15.02 | *** join/#brlcad pcw_home (~chatzilla@c-50-143-148-115.hsd1.ca.comcast.net) | |
| 18:56.30 | *** part/#brlcad pcw_home (~chatzilla@c-50-143-148-115.hsd1.ca.comcast.net) | |
| 20:07.28 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 20:22.25 | *** join/#brlcad FreezingAlt (~FreezingC@135.0.41.14) | |
| 20:43.29 | *** join/#brlcad teepee (~teepee@server.ysori.net) | |
| 20:48.03 | *** join/#brlcad sofat (~androirc@223.225.200.21) | |
| 20:52.52 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 21:02.57 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 21:05.59 | *** join/#brlcad teepee (~teepee@151.248.0.194) | |
| 21:19.32 | *** join/#brlcad gaganjyot (~gaganjyot@27.255.241.185) | |
| 21:23.13 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 23:02.48 | *** join/#brlcad teepee- (~teepee@151.248.0.194) | |
| 01:20.29 | *** join/#brlcad teepee- (~teepee@151.248.0.194) | |
| 03:22.27 | *** join/#brlcad FreezingAlt (~FreezingC@135.0.41.14) | |
| 03:33.37 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 03:50.44 | *** join/#brlcad YashM (~YashM@117.198.11.98) | |
| 03:52.24 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 04:22.29 | *** join/#brlcad sofat (~androirc@223.225.200.21) | |
| 04:33.45 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 04:36.05 | brlcad | sounds good had albert hung around! |
| 04:56.13 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 06:52.52 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 07:29.32 | *** join/#brlcad albertcoder (~quassel@124.253.95.103) | |
| 07:59.37 | *** join/#brlcad sofat (~androirc@223.225.220.80) | |
| 08:40.40 | *** join/#brlcad YashM_ (~YashM@117.198.2.159) | |
| 08:41.03 | *** join/#brlcad sofat (~androirc@223.225.220.80) | |
| 08:54.14 | *** join/#brlcad sofat (~androirc@223.225.220.80) | |
| 10:44.09 | *** join/#brlcad rohit0143 (~rohit@14.139.82.6) | |
| 12:15.50 | *** join/#brlcad teepee (~teepee@151.248.0.194) | |
| 13:15.29 | *** join/#brlcad rohit0143 (~rohit@14.139.82.6) | |
| 13:41.38 | *** join/#brlcad merzo (~merzo@250-24-132-95.pool.ukrtel.net) | |
| 13:42.14 | ignacio | Good morning |
| 13:45.38 | sofat | Good evening :-) |
| 13:49.16 | *** join/#brlcad Sricharanized (~raincrash@61.12.82.214) | |
| 14:18.48 | ``Erik | sofat: out of curiousity (and I apologize if you've answered this before), when you're doing your html->xml conversions, are you using parser/emitters to convert, doing sed style substitutions and cleaning up by hand, or doing it all by hand? |
| 14:22.19 | sofat | Right i am done by hand |
| 14:23.49 | *** join/#brlcad albertcoder (~coderalbe@1.39.33.91) | |
| 14:25.32 | sofat | I think your opinion is right if i use sed command its more easy |
| 14:31.03 | ``Erik | it'd be one heck of a sed command, might be easier to pipe several sed commands together or make it a multi-line sed script you can execute on the stream |
| 14:31.48 | ``Erik | albertcoder: 23:36 < brlcad> sounds good had albert hung around! |
| 14:32.13 | sofat | Yes |
| 14:34.00 | sofat | Ok next time I will try with sed command |
| 14:34.54 | *** join/#brlcad Sricharanized (~raincrash@61.12.82.214) | |
| 14:35.32 | *** join/#brlcad amalia (~amalia@41.205.22.29) | |
| 14:37.35 | ``Erik | sofat: it's a tool that might help you out (although if you're not familiar/comfortable with regex, it could make things worse... google "zawinski regex" for a quote that relates to that...) |
| 14:38.39 | ``Erik | sofat: give it a shot. if it sucks, then go back to the way you've been doing... if it seems good but you get stuck and need a little help, hollar and someone in chan will help you out :) |
| 14:39.13 | sofat | Do you recommend me to use sed command |
| 14:45.03 | sofat | ``Erik, thanks i will try this |
| 14:45.21 | sofat | Thanks for helping me |
| 14:45.39 | albertcoder | Hi ``Erik |
| 14:46.52 | albertcoder | Did you mean I should have stayed longer to get response? |
| 14:47.01 | albertcoder | Or did you mean something else? |
| 14:47.43 | albertcoder | Hi sofat |
| 14:48.03 | sofat | albertcoder, hello |
| 14:48.29 | albertcoder | I guess you haven't used SED , so let me know if you need any help regarding that |
| 14:49.23 | sofat | Yes, but now I am try with sed command |
| 14:49.48 | albertcoder | Okay cool |
| 15:00.23 | *** join/#brlcad amalia (~amalia@41.205.22.60) | |
| 15:12.30 | *** part/#brlcad Sricharanized (~raincrash@61.12.82.214) | |
| 15:14.28 | sofat | maths22, hello |
| 15:18.12 | *** join/#brlcad albert_coder (~quassel@1.39.33.91) | |
| 15:24.12 | *** join/#brlcad kanzure (~kanzure@unaffiliated/kanzure) | |
| 15:28.13 | *** join/#brlcad albertcoder (~quassel@1.39.33.91) | |
| 15:48.06 | *** join/#brlcad amalia (~amalia@41.205.22.55) | |
| 16:15.27 | *** join/#brlcad albertcoder (~quassel@1.39.33.91) | |
| 16:20.03 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:32.05 | *** join/#brlcad sofat (~androirc@106.192.181.71) | |
| 16:56.58 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 18:03.41 | *** join/#brlcad gaganjyot (~gaganjyot@27.255.241.185) | |
| 18:10.33 | Notify | 03BRL-CAD Wiki:Dausdemore * 0 /wiki/User:Dausdemore: |
| 18:45.12 | *** join/#brlcad merzo (~merzo@250-24-132-95.pool.ukrtel.net) | |
| 19:13.21 | *** join/#brlcad teepee- (~teepee@151.248.0.194) | |
| 19:23.49 | *** join/#brlcad hiteshsofat (~androirc@223.225.243.8) | |
| 19:32.15 | *** join/#brlcad amalia (~amalia@41.205.22.2) | |
| 20:04.10 | *** join/#brlcad mikolalysenko (sid34553@gateway/web/irccloud.com/x-ixzyymghszcouypj) | |
| 20:07.02 | *** join/#brlcad sirnam (~swetha@14.139.82.6) | |
| 21:48.37 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 01:10.51 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 01:39.07 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 03:05.58 | *** join/#brlcad merzo (~merzo@89-37-132-95.pool.ukrtel.net) | |
| 03:42.37 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 04:17.18 | *** join/#brlcad sirnam (~swetha@14.139.82.6) | |
| 04:33.53 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 04:34.26 | *** join/#brlcad hiteshsofat (~androirc@223.225.243.8) | |
| 04:57.01 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 06:24.41 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 07:30.09 | *** join/#brlcad siddhanjay (0e8bbb42@gateway/web/freenode/ip.14.139.187.66) | |
| 07:36.14 | *** join/#brlcad sirnam (~swetha@14.139.82.6) | |
| 07:43.47 | *** join/#brlcad unicodesnowman (~unicodesn@2602:ffea:1001:1fa::97d2) | |
| 07:44.20 | *** join/#brlcad unicodesnowman (~unicodesn@unaffiliated/unicodesnowman) | |
| 08:01.37 | *** join/#brlcad unicodesnowman (~unicodesn@unaffiliated/unicodesnowman) | |
| 08:09.01 | *** join/#brlcad unicodesnowman (~unicodesn@2602:ffea:1001:1fa::97d2) | |
| 08:09.46 | *** join/#brlcad unicodesnowman (~unicodesn@unaffiliated/unicodesnowman) | |
| 08:13.55 | *** join/#brlcad unicodesnowman (~unicodesn@unaffiliated/unicodesnowman) | |
| 08:17.52 | *** join/#brlcad teepee (~teepee@p2003004AEF4E7DD3BA27EBFFFEAEED55.dip0.t-ipconnect.de) | |
| 08:39.35 | *** join/#brlcad merzo (~merzo@92.60.189.225) | |
| 08:42.00 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 08:57.00 | *** join/#brlcad unicodesnowman (~unicodesn@167.160.164.140) | |
| 08:57.26 | *** join/#brlcad unicodesnowman (~unicodesn@unaffiliated/unicodesnowman) | |
| 09:36.15 | *** join/#brlcad sirnam (~swetha@14.139.82.6) | |
| 10:13.12 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 12:11.01 | *** join/#brlcad sirnam (~swetha@14.139.82.6) | |
| 12:33.23 | *** join/#brlcad unicodesnowman (~unicodesn@167.160.164.140) | |
| 12:52.04 | *** join/#brlcad unicodesnowman (~unicodesn@unaffiliated/unicodesnowman) | |
| 13:01.06 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 13:12.30 | ignacio | good morning |
| 13:18.58 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 13:29.52 | *** join/#brlcad sirnam (~swetha@14.139.82.6) | |
| 13:55.26 | *** join/#brlcad amalia (~amalia@41.205.22.61) | |
| 14:01.32 | *** join/#brlcad amalia (~amalia@41.205.22.8) | |
| 14:14.35 | *** join/#brlcad sofat (~androirc@202.164.45.204) | |
| 14:21.50 | Notify | 03BRL-CAD:starseeker * 64256 brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp: Add arbn faces |
| 14:46.17 | *** join/#brlcad YashM (~YashM@117.222.71.135) | |
| 14:51.31 | *** join/#brlcad sofat (~androirc@202.164.45.208) | |
| 14:54.59 | *** join/#brlcad hiteshsofat (~androirc@202.164.45.208) | |
| 15:20.42 | *** join/#brlcad AndroUser2 (~androirc@202.164.45.208) | |
| 15:25.17 | *** join/#brlcad AndroUser2 (~androirc@202.164.45.204) | |
| 15:32.31 | *** join/#brlcad amalia (~amalia@41.205.22.22) | |
| 15:36.06 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:38.30 | *** join/#brlcad sirnam (~swetha@14.139.82.6) | |
| 16:03.37 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 16:04.28 | Notify | 03BRL-CAD:starseeker * 64257 brlcad/trunk/src/libbrep/shape_recognition_planar.cpp: Start working on reassembly of planer loops in pre-exising planar faces. |
| 16:44.13 | *** join/#brlcad gaganjyot (~gaganjyot@49.138.149.184) | |
| 16:55.47 | Notify | 03BRL-CAD:starseeker * 64258 brlcad/trunk/src/libbrep/shape_recognition_planar.cpp: More work on planar objects - not producing valid loops yet. |
| 16:56.49 | *** join/#brlcad FreezingAlt (~FreezingC@135.0.41.14) | |
| 17:00.39 | *** join/#brlcad nmz787_i (~nmccorkx@134.134.139.72) | |
| 17:27.12 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 17:30.05 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 17:42.04 | *** join/#brlcad teepee (~teepee@p2003004AEF4E7D7FBA27EBFFFEAEED55.dip0.t-ipconnect.de) | |
| 17:43.08 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 17:45.59 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 17:48.37 | Notify | 03BRL-CAD:carlmoore * 64259 brlcad/trunk/src/libged/lc.c: change an output message to avoid use of '$norm_name' in output |
| 18:18.24 | ``Erik | Stragus: happy belated birthday, dude |
| 18:18.30 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 18:19.36 | Stragus | Thanks ``Erik :) |
| 18:35.02 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 18:44.15 | *** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net) | |
| 18:59.35 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 19:26.01 | *** join/#brlcad nmz787_i (nmccorkx@nat/intel/x-wggmmbrvntxazjgd) | |
| 19:32.11 | *** join/#brlcad sofat (~sofat@202.164.45.208) | |
| 19:46.18 | *** join/#brlcad teepee (~teepee@p2003004AEF399C60BA27EBFFFEAEED55.dip0.t-ipconnect.de) | |
| 21:22.56 | *** join/#brlcad teepee (~teepee@p2003004AEF47286EBA27EBFFFEAEED55.dip0.t-ipconnect.de) | |
| 21:55.20 | Notify | 03BRL-CAD:starseeker * 64260 (brlcad/trunk/src/libbrep/shape_recognition.h brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp and 3 others): Getting closer, but something about the way the large nmg in nist1 is being assembled is invalid. |
| 22:14.46 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 22:35.16 | Notify | 03BRL-CAD:starseeker * 64261 brlcad/trunk/src/libbrep/shape_recognition_planar.cpp: Add some debugging logic... need to figure out why edges are getting duplicated. |
| 22:47.35 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 23:44.08 | *** join/#brlcad teepee (~teepee@p2003004AEF5C350FBA27EBFFFEAEED55.dip0.t-ipconnect.de) | |
| 01:01.52 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 04:03.11 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 04:05.10 | *** join/#brlcad YashM (~YashM@59.88.24.19) | |
| 04:53.24 | *** join/#brlcad wick29 (788a6d72@gateway/web/freenode/ip.120.138.109.114) | |
| 05:24.26 | *** part/#brlcad wick29 (788a6d72@gateway/web/freenode/ip.120.138.109.114) | |
| 07:20.31 | *** join/#brlcad amalia (~amalia@41.205.22.33) | |
| 07:56.28 | *** join/#brlcad merzo (~merzo@162-30-133-95.pool.ukrtel.net) | |
| 08:02.07 | *** join/#brlcad amalia (~amalia@41.205.22.13) | |
| 08:17.17 | *** join/#brlcad teepee (~teepee@p2003004AEF53D78CBA27EBFFFEAEED55.dip0.t-ipconnect.de) | |
| 09:54.34 | Notify | 03BRL-CAD Wiki:Masconmenos * 0 /wiki/User:Masconmenos: |
| 10:27.39 | *** join/#brlcad merzo (~merzo@92.60.189.225) | |
| 10:38.28 | *** join/#brlcad YashM (~YashM@59.88.24.19) | |
| 10:50.24 | *** join/#brlcad YashM (~YashM@59.88.24.19) | |
| 11:08.36 | *** join/#brlcad DarkCalf (~DarkCalf@64.185.232.90) | |
| 11:18.38 | *** join/#brlcad krishna_ravi732 (~krishna@5.231.52.94) | |
| 11:36.47 | *** join/#brlcad krishna_ravi732 (~krishna@5.231.52.94) | |
| 12:19.42 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 12:22.49 | *** join/#brlcad sofat (~androirc@202.164.45.208) | |
| 12:27.11 | *** join/#brlcad hiteshsofat (~androirc@202.164.45.204) | |
| 12:34.43 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 12:37.11 | *** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net) | |
| 12:44.35 | *** join/#brlcad albertcoder (~quassel@124.253.241.131) | |
| 12:52.39 | *** join/#brlcad amalia (~amalia@41.205.22.52) | |
| 12:52.41 | ``Erik | only managed to whack 8 with that O.o |
| 12:57.41 | albertcoder | Hi BRLCADians! Anyone up for discussion of, Materials Database, MediaWiki extension? |
| 12:57.58 | albertcoder | I guess Sean is away. |
| 12:59.56 | albertcoder | Cliff is away too. |
| 13:08.34 | *** join/#brlcad YashM (~YashM@59.88.24.19) | |
| 13:39.40 | ``Erik | albertcoder: they'll return eventually, I exploded them by rebooting the machine they were using for irc :) |
| 13:40.07 | albertcoder | haha that's fine. :P |
| 13:41.14 | *** join/#brlcad amalia (~amalia@41.205.22.25) | |
| 15:05.12 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 15:22.50 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:37.30 | *** join/#brlcad hiteshsofat (~androirc@202.164.45.204) | |
| 15:56.24 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 16:00.10 | *** join/#brlcad shaina (~shaina@202.164.53.117) | |
| 16:12.05 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 16:12.17 | *** join/#brlcad hiteshsofat (~androirc@202.164.45.208) | |
| 16:41.38 | *** join/#brlcad sofat (~sofat@202.164.45.212) | |
| 16:50.05 | *** join/#brlcad shaina (~shaina@202.164.53.117) | |
| 16:50.21 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 16:52.44 | *** join/#brlcad sofat (~sofat@202.164.45.212) | |
| 17:01.08 | *** join/#brlcad nmz787_i (nmccorkx@nat/intel/x-wfzzowhopemcfryf) | |
| 17:04.11 | *** join/#brlcad albertcoder (~quassel@1.39.35.125) | |
| 17:23.39 | *** join/#brlcad sofat (~sofat@202.164.45.212) | |
| 17:39.50 | *** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 17:47.15 | *** join/#brlcad albertcoder (~quassel@1.39.35.125) | |
| 19:11.28 | *** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net) | |
| 19:11.50 | *** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net) | |
| 19:12.17 | *** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net) | |
| 19:15.29 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 19:28.22 | *** join/#brlcad teepee (~teepee@94.100.18.130) | |
| 20:49.11 | *** join/#brlcad teepee (~teepee@94.100.18.130) | |
| 21:10.04 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 23:45.26 | *** join/#brlcad teepee (~teepee@94.100.18.130) | |
| 00:07.52 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 01:03.10 | *** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 01:39.28 | *** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net) | |
| 01:39.28 | *** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 01:39.28 | *** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net) | |
| 01:39.28 | *** join/#brlcad Vijfhoek (quassel@46.249.37.134) | |
| 01:41.45 | *** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net) | |
| 01:41.45 | *** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 01:41.45 | *** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net) | |
| 01:41.45 | *** join/#brlcad Vijfhoek (quassel@46.249.37.134) | |
| 01:46.55 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 01:59.29 | *** join/#brlcad mikolalysenko (sid34553@gateway/web/irccloud.com/x-ixzyymghszcouypj) | |
| 02:16.25 | *** join/#brlcad mikolalysenko (sid34553@gateway/web/irccloud.com/x-ixzyymghszcouypj) | |
| 03:12.38 | *** join/#brlcad albertcoder (~quassel@124.253.127.227) | |
| 03:15.26 | albertcoder | Hi, starseeker! You are Cliff I guess :P |
| 03:17.27 | albertcoder | I want to continue discussion on Materials Database which we couldn't finish at the Reunion. :D |
| 03:22.34 | albertcoder | starseeker: I mean, can you help me with the things to be done further (may be broadly)? Actually I want to work in an open source project for my college major project. So my project guide wants the detail of things to be done. |
| 03:34.33 | *** join/#brlcad YashM (~YashM@117.222.71.111) | |
| 03:56.51 | starseeker | albertcoder: what specifically did you want to discuss? |
| 03:57.55 | starseeker | doesn't recall where the discussion left off... |
| 03:58.51 | starseeker | isn't usually the best guy to discuss web stuff with - basically, we need a way to catalog and update material properties? |
| 04:12.19 | albertcoder | Hi starseeker we talked about the integration of web extension with the C / C++ libraries of desktop brlcad. |
| 04:13.31 | albertcoder | May be I could not specifically grab what we discussed but what i understood is that, I would need to do some tinkering in C / C++ libraries to fetch the properties from web and apply to the model. |
| 04:14.56 | albertcoder | is wondering where brlcad is! or is there any other person whom he can talk about this. :P |
| 04:47.16 | starseeker | adds this to his nifty hacks list: https://github.com/Steve132/uraster |
| 04:52.03 | Stragus | wonders what's the deal with these pseudo-libraries "just a header file!" |
| 04:53.32 | Stragus | The ones I have seen were very crappy, the one to load and render TrueType fonts in OpenGL come to mind |
| 04:53.42 | Stragus | comes* |
| 06:47.39 | *** join/#brlcad albertcoder (~quassel@124.253.108.198) | |
| 07:27.03 | *** join/#brlcad YashM (~YashM@59.88.31.24) | |
| 07:42.06 | *** join/#brlcad teepee (~teepee@94.100.18.130) | |
| 07:57.17 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 08:30.21 | *** join/#brlcad albertcoder (~quassel@124.253.108.198) | |
| 08:44.19 | *** join/#brlcad teepee- (bc5c2134@gateway/web/freenode/ip.188.92.33.52) | |
| 09:33.41 | *** join/#brlcad gaganjyot (~gaganjyot@124.253.108.198) | |
| 09:48.07 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 09:50.08 | *** join/#brlcad gaganjyot (~gaganjyot@124.253.108.198) | |
| 10:48.01 | *** join/#brlcad sofat (~androirc@106.192.149.254) | |
| 10:51.29 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 10:57.20 | *** join/#brlcad sofat (~androirc@106.192.149.254) | |
| 11:28.50 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 11:31.19 | starseeker | Stragus: several things, I suppose - packing a lot of functionality into a small, easily added/ported bit of code is the big one. They're also good for introducing concepts to newbies |
| 11:32.31 | starseeker | Stragus: if you're thinking of FontSplash, I've found it extremely useful thus far for easy no-fuss OpenGL text - no doubt ftgl + freetype would do a better job, but that's also another set of dependencies to add/manage |
| 11:33.15 | sofat | starseeker, when you free please review my patches. |
| 11:33.31 | starseeker | sofat: I haven't forgotten, they're in my TODO queue :-) |
| 11:33.39 | starseeker | sofat: have you tried compiling them? |
| 11:34.42 | starseeker | sofat: I do apologize for the delay - it's been a busy couple of weeks here lately |
| 11:36.10 | sofat | Yes i am using two methods first is cmake and second is xslproc command. Both methods are working on my side. |
| 11:36.49 | starseeker | I'm looking at the brlcadxml.zip file for anim - I don't see any CMake logic... Could you prepare an svn diff patch? |
| 11:41.15 | sofat | Means? |
| 11:42.26 | sofat | I am convert html to xml and submit this. I am not make any .patch file for this. |
| 11:43.00 | starseeker | sofat: Well, OK - but it would be nice to have the changes to the CMake logic as well. I can do this, but it will slow the review a bit |
| 11:43.01 | sofat | In zip folder only contain xml files. |
| 11:43.46 | sofat | Okay i will do this |
| 11:45.20 | starseeker | sofat: the usual way is to get a "clean" svn checkout of brlcad, add your new files with svn add, make the changes to the build files, and then do svn diff > filename.patch |
| 11:46.01 | sofat | Ok |
| 11:52.44 | sofat | Thanks |
| 12:02.48 | *** join/#brlcad sk2 (~simran@115.245.72.63) | |
| 12:05.23 | *** join/#brlcad sofat (~androirc@106.192.149.254) | |
| 12:08.43 | *** join/#brlcad amalia (~amalia@41.205.22.12) | |
| 12:13.29 | *** join/#brlcad sofat (~androirc@106.192.149.254) | |
| 12:22.08 | *** join/#brlcad hiteshsofat (~androirc@106.192.149.254) | |
| 12:25.52 | *** join/#brlcad sofat (~androirc@106.192.149.254) | |
| 12:28.09 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 12:44.16 | *** join/#brlcad sofat (~androirc@106.192.149.254) | |
| 13:56.19 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 13:57.39 | *** join/#brlcad sofat (~androirc@106.192.149.254) | |
| 14:05.43 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 14:18.35 | *** join/#brlcad sofat (~androirc@106.192.149.254) | |
| 14:46.15 | *** join/#brlcad gaganjyot (~gaganjyot@27.255.241.185) | |
| 14:52.19 | *** join/#brlcad amalia (~amalia@41.205.22.33) | |
| 15:18.28 | *** join/#brlcad sofat (~androirc@106.192.149.254) | |
| 16:04.26 | *** join/#brlcad albertcoder (~quassel@202.164.45.204) | |
| 16:09.12 | *** join/#brlcad albertcoder (~quassel@202.164.45.204) | |
| 16:28.54 | *** join/#brlcad sofat (~androirc@106.192.149.254) | |
| 16:31.01 | *** join/#brlcad sofat (~androirc@106.192.149.254) | |
| 16:46.24 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 16:50.51 | *** join/#brlcad sofat (~androirc@106.192.149.254) | |
| 16:53.55 | *** join/#brlcad alisha (~quassel@115.184.117.98) | |
| 17:04.25 | *** join/#brlcad nmz787_i (nmccorkx@nat/intel/x-ctjuwukbpayqwyka) | |
| 17:26.25 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 17:47.20 | *** join/#brlcad ankesh11 (uid8015@gateway/web/irccloud.com/x-wmpuwghtprblhysu) | |
| 17:47.56 | *** join/#brlcad ankesh11_ (uid8015@gateway/web/irccloud.com/x-djadhvsxtsuqolzs) | |
| 17:51.10 | ankesh11 | Django has a new release, https://docs.djangoproject.com/en/dev/releases/1.8/ |
| 17:51.39 | ankesh11 | Loads of new features in |
| 17:52.36 | ankesh11 | Better security, UUIDs, jinja2, support for Postgres arrays. |
| 18:28.02 | *** join/#brlcad alisha__ (~quassel@106.192.156.46) | |
| 18:45.45 | *** join/#brlcad alisha (~quassel@115.184.77.23) | |
| 19:29.01 | *** join/#brlcad nmz787_i (~nmccorkx@134.134.137.71) | |
| 19:36.51 | *** join/#brlcad gaganjyot (~gaganjyot@27.255.241.185) | |
| 19:40.14 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 20:01.57 | Notify | 03BRL-CAD:starseeker * 64265 brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp: Tweak back arb creation. |
| 20:06.02 | Notify | 03BRL-CAD:starseeker * 64263 brlcad/trunk/include/bn/polygon.h: tweak comments |
| 20:07.12 | Notify | 03BRL-CAD:starseeker * 64266 brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp: More fixes to the back arb |
| 20:07.55 | Notify | 03BRL-CAD:starseeker * 64262 (brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp brlcad/trunk/src/libbrep/shape_recognition_planar.cpp brlcad/trunk/src/librt/test_shape_recognition.cpp): Fix up handling of reversed edges. |
| 20:08.53 | Notify | 03BRL-CAD:starseeker * 64269 brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp: disable some debugging |
| 20:09.36 | Notify | 03BRL-CAD:carlmoore * 64264 brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp: remove trailing blank or tab |
| 20:10.07 | *** join/#brlcad kintel_ (~kintel@unaffiliated/kintel) | |
| 20:13.56 | Notify | 03BRL-CAD:starseeker * 64275 (brlcad/trunk/include/bn/polygon.h brlcad/trunk/src/libbn/CMakeLists.txt brlcad/trunk/src/librt/test_shape_recognition.cpp): That implementation of ear clipping isn't robust - back out and rethink |
| 20:14.39 | Notify | 03BRL-CAD:starseeker * 64267 (brlcad/trunk/include/bn/polygon.h brlcad/trunk/src/libbn/polygon.c): Add a simple polygon triangulation routine to libbn - needed at the moment for debugging planar object faces in libbrep, but it may get used to finalize shapes as bots in the future as well. |
| 20:14.47 | Notify | 03BRL-CAD:starseeker * 64268 brlcad/trunk/src/librt/test_shape_recognition.cpp: Might as well checkpoint this - adding debugging bot face objects to the .g file |
| 20:19.48 | Notify | 03BRL-CAD:starseeker * 64270 (brlcad/trunk/include/bn/polygon.h brlcad/trunk/src/libbn/polygon.c brlcad/trunk/src/librt/test_shape_recognition.cpp): More debugging on triangulation. Getting closer, but still not correct. |
| 20:30.30 | Notify | 03BRL-CAD:carlmoore * 64271 brlcad/trunk/TODO: provide stand-in remark for lc translation to libged; also provide missing periods for 'etc' |
| 20:30.32 | Notify | 03BRL-CAD:starseeker * 64273 brlcad/trunk/src/libbn/CMakeLists.txt: mv polygon.c |
| 20:30.38 | Notify | 03BRL-CAD:starseeker * 64274 brlcad/trunk/src/libbn/polygon.cpp: mark C headers |
| 20:31.08 | Notify | 03BRL-CAD:carlmoore * 64276 brlcad/trunk/doc/docbook/system/mann/en/lc.xml: changes to writeup about lc: missing 2 columns in a description; redo -d and -s writeups |
| 20:31.42 | Notify | 03BRL-CAD:carlmoore * 64277 brlcad/trunk/doc/docbook/system/mann/en/bo.xml: In 'bo' manpage, provide missing space after an example prompt. |
| 20:34.11 | Notify | 03BRL-CAD:starseeker * 64272 brlcad/trunk/src/libbn/polygon.c: Add some plotting to get a look at intermediate stages. |
| 20:43.23 | Notify | 03BRL-CAD:carlmoore * 64278 brlcad/trunk/doc/docbook/system/mann/en/fracture.xml: in 'fracture' man page, removed a blank from <emphasis> argument; this corrected an early newline |
| 20:44.09 | Notify | 03BRL-CAD:carlmoore * 64279 (brlcad/trunk/include/bnetwork.h brlcad/trunk/include/bsocket.h brlcad/trunk/misc/win32-msvc/bootstrap.cpp): fix spelling of 'lieu' |
| 21:23.08 | *** join/#brlcad teepee (~teepee@94.100.18.130) | |
| 21:43.57 | *** join/#brlcad merzo (~merzo@250-8-132-95.pool.ukrtel.net) | |
| 21:53.23 | Notify | 03BRL-CAD:carlmoore * 64280 brlcad/trunk/src/tclscripts/mged/CMakeLists.txt: add lc2.tcl , which is to be used for temporary lc2 command (which is to reference the old tcl file) |
| 21:56.58 | Notify | 03BRL-CAD:carlmoore * 64281 brlcad/trunk/src/tclscripts/mged/lc.tcl: use proc lc2 in lc.tcl |
| 22:14.34 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 22:40.15 | Notify | 03BRL-CAD:carlmoore * 64282 brlcad/trunk/src/tclscripts/mged/lc.tcl: revise comments in lc.tcl because of my changes to lc.xml |
| 23:19.29 | Notify | 03BRL-CAD:carlmoore * 64283 brlcad/trunk/src/libbrep/shape_recognition_planar.cpp: remove trailing blanks/tabs |
| 23:19.47 | *** join/#brlcad teepee_ (~teepee@94.100.18.130) | |
| 00:02.11 | Notify | 03BRL-CAD:starseeker * 64284 brlcad/trunk/src/libbn/polygon.c: Checkpoint some experimental work - going at this from a ground up, first principles approach. |
| 00:27.05 | *** join/#brlcad nmz787_i (~nmccorkx@192.55.54.42) | |
| 00:49.57 | Notify | 03BRL-CAD:starseeker * 64285 brlcad/trunk/src/libbn/tests/CMakeLists.txt: Probably a little premature, but define a triangulation test based on the nist example. |
| 00:53.32 | Notify | 03BRL-CAD:starseeker * 64286 brlcad/trunk/src/tclscripts/mged/CMakeLists.txt: remove lc2.tcl from file list |
| 00:56.41 | Notify | 03BRL-CAD:starseeker * 64287 brlcad/trunk/include/bn/polygon.h: put header definition back |
| 00:57.54 | Notify | 03BRL-CAD:starseeker * 64288 brlcad/trunk/src/libbn/polygon.c: checkpoint |
| 01:26.30 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 01:31.49 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 01:40.44 | Notify | 03BRL-CAD:starseeker * 64289 brlcad/trunk/src/libbn/polygon.c: Do the inside check only for reflex vertices |
| 01:49.26 | Notify | 03BRL-CAD:starseeker * 64290 brlcad/trunk/src/libbn/polygon.c: remove a few lines |
| 01:58.01 | Notify | 03BRL-CAD:starseeker * 64291 brlcad/trunk/src/libbn/polygon.c: Since we aren't supporting holes with this function, go with index checks rather than point comparisons. |
| 02:05.41 | Notify | 03BRL-CAD:starseeker * 64292 brlcad/trunk/src/libbn/polygon.c: Use another macro |
| 02:08.13 | *** join/#brlcad hiteshsofat (~androirc@106.192.149.254) | |
| 02:27.39 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) | |
| 02:27.54 | *** mode/#brlcad [+o brlcad] by ChanServ | |
| 02:57.57 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 03:04.05 | brlcad | ``Erik: thanks for the upgrade ... unexpected but welcome :) |
| 03:07.20 | brlcad | and to answer your question, it primarily covered reunion travel reimbursements (which are still being processed) |
| 03:16.07 | brlcad | and have you seen https://github.com/kanaka/miniMAL ? |
| 03:25.03 | *** join/#brlcad sofat (~androirc@223.225.192.246) | |
| 04:27.24 | *** join/#brlcad YashM (~YashM@117.222.67.100) | |
| 04:29.55 | *** join/#brlcad albertcoder (~quassel@124.253.166.191) | |
| 04:34.57 | *** join/#brlcad notify-web (~notify-we@192.30.252.34) | |
| 04:34.57 | notify-web | [13web] 15brlcad pushed 2 new commits to 06master: 02http://git.io/Ap2q |
| 04:34.57 | notify-web | 13web/06master 14487165b 15Christopher Sean Morrison: resolved conflicts from merging sofathitesh theme file changes. conflicts due to windows newlines. |
| 04:34.57 | notify-web | 13web/06master 142bc1ff2 15Christopher Sean Morrison: Merge branch 'sofathitesh-master'... |
| 04:34.57 | *** part/#brlcad notify-web (~notify-we@192.30.252.34) | |
| 04:35.42 | *** join/#brlcad notify-web (~notify-we@192.30.252.34) | |
| 04:35.42 | notify-web | [13web] 15brlcad closed pull request #4: Theme files (06master...06master) 02http://git.io/Sivyhw |
| 04:35.42 | *** part/#brlcad notify-web (~notify-we@192.30.252.34) | |
| 04:37.55 | sofat | Why my pull request is closed? |
| 04:38.04 | sofat | There any error? |
| 04:39.05 | *** join/#brlcad notify-web (~notify-we@192.30.252.34) | |
| 04:39.05 | notify-web | [13web] 15brlcad reopened pull request #4: Theme files (06master...06master) 02http://git.io/Sivyhw |
| 04:39.05 | *** part/#brlcad notify-web (~notify-we@192.30.252.34) | |
| 04:39.40 | sofat | Please any one tell me the reason |
| 04:51.41 | *** join/#brlcad notify-web (~notify-we@192.30.252.45) | |
| 04:51.41 | notify-web | [13web] 15brlcad pushed 4 new commits to 06master: 02http://git.io/ApVD |
| 04:51.41 | notify-web | 13web/06master 14dbcb3c8 15Christopher Sean Morrison: more comprehensive rewrite to the wp install |
| 04:51.41 | notify-web | 13web/06master 141e0c685 15Christopher Sean Morrison: brlcad skin |
| 04:51.41 | notify-web | 13web/06master 14fac9a64 15Christopher Sean Morrison: ws |
| 04:51.41 | *** part/#brlcad notify-web (~notify-we@192.30.252.45) | |
| 04:52.22 | brlcad | sofat: it was merged |
| 04:52.34 | brlcad | there was a comment saying that too |
| 04:52.58 | sofat | Ok |
| 05:01.47 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 05:04.49 | brlcad | sofat: your pull request is problematic .. wrong newlines committed causing merge conflicts |
| 05:08.34 | sofat | Okay |
| 05:10.54 | sofat | Okay i will solve this and again send the pull request |
| 05:11.07 | sofat | Within a day |
| 05:15.33 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 05:16.22 | Notify | 03BRL-CAD Wiki:Nilead2014 * 0 /wiki/User:Nilead2014: |
| 05:22.47 | *** join/#brlcad ejno (~ejno@unaffiliated/kazaik) | |
| 05:56.01 | *** join/#brlcad albertcoder (~quassel@124.253.104.155) | |
| 06:03.15 | brlcad | sofat: you also committed temporary files (e.g., content.php~ |
| 06:03.29 | brlcad | they should not be part of your pull request |
| 06:03.54 | sofat | Yes i am try to solve some errors |
| 06:04.18 | sofat | I have check your website beta.brlcad.com |
| 06:04.55 | brlcad | I'm actively working there, swtiching on branches, so don't pay too close attention |
| 06:04.59 | sofat | I have found some comment lines on page |
| 06:05.18 | brlcad | newline carriage return differences are the most problematic |
| 06:05.31 | brlcad | they make https://github.com/BRL-CAD/web/compare/master...sofathitesh:master pretty much unreadable |
| 06:05.54 | sofat | How we solve this ? |
| 06:06.16 | brlcad | I'm not sure |
| 06:06.32 | brlcad | have to figure out where you introduced all those newline changes |
| 06:07.32 | brlcad | when you commit or create the pull request, you could add -Xignore-space-at-eol and it'll ignore end-of-line |
| 06:07.43 | sofat | Ok |
| 06:07.53 | brlcad | but there may be better ways |
| 06:08.05 | brlcad | read something about normalizing your checkout |
| 06:09.21 | sofat | Okay |
| 06:12.20 | sofat | I am working on this when I solve this i will send you new pull request |
| 06:14.30 | brlcad | okay, thanks! |
| 06:15.43 | brlcad | you might also want to try just recreating with a fresh fork off master, making sure only your intended changes and files are in the request -- no temp files, no backup files, no newline changes, etc |
| 06:16.02 | brlcad | s/fork/rebase/ |
| 06:17.12 | sofat | Okay |
| 06:27.01 | *** join/#brlcad hiteshsofat (~androirc@223.225.192.246) | |
| 06:33.07 | albertcoder | Hi brlcad! |
| 06:33.36 | albertcoder | wonders why brlcad disappeared from IRC for a while. :P |
| 06:34.06 | albertcoder | Finally I have found a way to devote sufficient time to open source. I have opted to work on Materials Database for my college major project. |
| 06:34.22 | brlcad | ill past couple days, but doing better |
| 06:34.45 | albertcoder | oh! okay that's fine. |
| 06:35.20 | albertcoder | I will have to submit a synopsis of ALL the things to be done in materials database to my project guide. |
| 06:36.23 | albertcoder | I just wish to know an overview of things to be done in future (may be keypoints.) |
| 06:36.54 | albertcoder | for materials database. |
| 06:41.19 | albertcoder | wonders why only brlcad is liable to talk about materials database. :P |
| 06:45.43 | *** join/#brlcad notify-web (~notify-we@192.30.252.42) | |
| 06:45.44 | notify-web | [13web] 15brlcad created 06sofathitesh-master from 06master (+0 new commits): 02http://git.io/Ap75 |
| 06:45.44 | *** part/#brlcad notify-web (~notify-we@192.30.252.42) | |
| 06:46.38 | brlcad | albertcoder: that's great news that you can make it a college project! |
| 06:46.54 | brlcad | look forward to the synopsis |
| 06:47.08 | albertcoder | is excited as well. :D |
| 06:47.15 | brlcad | did you ever get it set up on the server? |
| 06:47.33 | albertcoder | yes, both on the college server and brlcad sever. |
| 06:47.42 | brlcad | url? |
| 06:48.23 | brlcad | found it in your home pub |
| 06:48.38 | albertcoder | http://brlcad.org/~albertcoder/mediawiki-1.22.7/index.php/Special:Materials_database |
| 06:49.04 | albertcoder | username: albertcoder pass: darkknight |
| 06:49.15 | brlcad | yeah, a summary of what's next/remaining would be good to take this further |
| 06:49.29 | brlcad | I remember testing it a few months ago |
| 06:50.17 | albertcoder | okay, it still need some testing so I can improve accordingly. |
| 06:50.36 | *** join/#brlcad notify-web (~notify-we@192.30.252.40) | |
| 06:50.36 | notify-web | [13web] 15brlcad created 06sofathitesh-master from 06master (+0 new commits): 02http://git.io/Ap75 |
| 06:50.36 | *** part/#brlcad notify-web (~notify-we@192.30.252.40) | |
| 06:51.03 | *** join/#brlcad notify-web (~notify-we@192.30.252.40) | |
| 06:51.03 | notify-web | [13web] 15brlcad 04deleted 06sofathitesh-master at 14ac681e1: 02http://git.io/Ap7N |
| 06:51.03 | *** part/#brlcad notify-web (~notify-we@192.30.252.40) | |
| 06:51.18 | brlcad | ugh ... the GitHub client insists on wanting to publish a local branch |
| 06:52.39 | hiteshsofat | Means? |
| 06:55.37 | *** join/#brlcad notify-web (~notify-we@192.30.252.45) | |
| 06:55.37 | notify-web | [13web] 15brlcad 04deleted 06revert-1-master at 14b931265: 02http://git.io/ApdZ |
| 06:55.37 | *** part/#brlcad notify-web (~notify-we@192.30.252.45) | |
| 06:56.02 | brlcad | hiteshsofat: unimportant |
| 06:58.45 | albertcoder | brlcad: there is something not okay with the appearance of my extension (I just shared the link of). Is there any skin issue as I noticed some merge conflicts? |
| 07:02.08 | brlcad | I don't see any skin here ... so sounds like there is a problem with it |
| 07:03.05 | brlcad | (not logged in) |
| 07:03.49 | brlcad | got to go, but looking forward to seing your to-do list |
| 07:04.18 | albertcoder | okay brlcad thanks catch you later |
| 07:49.27 | *** join/#brlcad teepee (~teepee@94.100.18.130) | |
| 08:07.43 | *** join/#brlcad merzo (~merzo@111-58-132-95.pool.ukrtel.net) | |
| 09:14.41 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 09:25.59 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 09:48.26 | *** join/#brlcad teepee- (bc5c2134@gateway/web/freenode/ip.188.92.33.52) | |
| 09:59.05 | *** join/#brlcad winghouchan (~winghouch@149.254.186.243) | |
| 09:59.54 | *** part/#brlcad winghouchan (~winghouch@149.254.186.243) | |
| 10:43.13 | *** join/#brlcad albertcoder (~quassel@124.253.104.155) | |
| 11:47.29 | *** join/#brlcad sofat (~androirc@223.225.192.246) | |
| 12:08.03 | ``Erik | brlcad: yeh, sorry about the surprise reboot, I went a little rogue (and was thinking "gee, I should be telling people, giving people a chance to save/close stuff, making sure the right people are around in case it doens't come back up... we should probably have a little checklist/procedure for this... sudo fastboot, weeee") |
| 12:46.48 | *** join/#brlcad albertcoder (~quassel@124.253.236.167) | |
| 13:13.37 | *** join/#brlcad Arlene (29cd1614@gateway/web/freenode/ip.41.205.22.20) | |
| 13:57.50 | *** join/#brlcad Arlene (29cd163a@gateway/web/freenode/ip.41.205.22.58) | |
| 14:03.43 | *** join/#brlcad sukhdeep (~quassel@124.253.236.167) | |
| 15:00.01 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 15:07.10 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:24.28 | Notify | 03BRL-CAD:starseeker * 64293 brlcad/trunk/src/libbn/polygon.c: Construct an example of a loop that terminates when the vertex list is down to three points. |
| 16:30.23 | starseeker | ``Erik: so the checklist is "1. hit button and 2. cross fingers"? |
| 16:30.35 | starseeker | document it and we should be good for ISO9000 ;-) |
| 16:58.49 | *** join/#brlcad YashM (~YashM@117.248.201.192) | |
| 17:09.03 | *** join/#brlcad nmz787_i (~nmccorkx@134.134.137.71) | |
| 17:15.41 | brlcad | sofat: any progress? |
| 17:15.50 | Notify | 03BRL-CAD:starseeker * 64294 brlcad/trunk/src/libbn/polygon.c: More preparatory work. |
| 17:44.11 | sofat | brlcad, right now i am out station |
| 17:45.15 | sofat | I am out of station |
| 17:45.19 | Notify | 03BRL-CAD:starseeker * 64295 brlcad/trunk/src/libbn/polygon.c: Use defines to reduce the code verbosity a bit |
| 17:47.25 | sofat | Tomorrow i will start the work and send you the pull request. |
| 17:47.41 | sofat | I am sorry :-( |
| 17:49.42 | brlcad | it's okay, we can do something else in the interim |
| 17:54.58 | sofat | Okay thanks |
| 18:14.30 | ``Erik | starseeker: more or less, you forgot "3. if your stuff broke, well, sucks to be you" ;) |
| 18:20.04 | Notify | 03BRL-CAD:starseeker * 64296 brlcad/trunk/src/libbn/polygon.c: Start working on the removal logic. |
| 18:24.09 | Notify | 03BRL-CAD:brlcad * 64297 brlcad/trunk/src/tclscripts/mged/lc.tcl: revert changes back through to r63500 except for the command rename to lc2 as most of the prior changes were incorrectly reflecting errors in the new C implementation. |
| 18:31.21 | Notify | 03BRL-CAD:starseeker * 64298 brlcad/trunk/src/libbn/polygon.c: Remove ear points rather than interating - test case terminates, but need triangles to see what the output looks like. |
| 19:13.52 | *** join/#brlcad teepee_ (~teepee@94.100.18.130) | |
| 19:31.32 | *** join/#brlcad gaganjyot (~gaganjyot@101.214.241.141) | |
| 19:47.51 | nmz787_i | would it be possible to modify the toroid primitive to use a parabola for the cross-section, rather than a circle? not the radius of curvature of the bend, but so that it would produce a shape that would have a parabolic rather than circular cross-section |
| 19:48.10 | nmz787_i | anyone know where the toroid code is located? I see mk_tor in http://sourceforge.net/p/brlcad/code/HEAD/tree/brlcad/trunk/src/libwdb/wdb.c |
| 19:48.21 | nmz787_i | and also found this http://sourceforge.net/p/brlcad/code/HEAD/tree/brlcad/trunk/src/proc-db/torii.c |
| 19:51.05 | *** join/#brlcad sirnam (~swetha@14.139.82.6) | |
| 20:36.08 | *** join/#brlcad sprakash (~Prakash@14.139.82.6) | |
| 20:39.12 | Notify | 03BRL-CAD:carlmoore * 64299 brlcad/trunk/src/libbn/polygon.c: fix spelling |
| 21:25.39 | *** part/#brlcad gaganjyot (~gaganjyot@101.214.241.141) | |
| 21:35.11 | Notify | 03BRL-CAD:starseeker * 64300 brlcad/trunk/src/libbn/polygon.c: This seems to produce a working triangulation with the test cases. |
| 21:43.55 | Notify | 03BRL-CAD:starseeker * 64301 brlcad/trunk/src/libbn/polygon.c: Move a few things, add some reference links. |
| 21:45.29 | Notify | 03BRL-CAD:starseeker * 64302 brlcad/trunk/src/librt/test_shape_recognition.cpp: Flip faces loops if the faces are flipped |
| 23:10.39 | *** join/#brlcad teepee_ (~teepee@94.100.18.130) | |
| 23:17.37 | Notify | 03BRL-CAD:starseeker * 64303 brlcad/trunk/src/libbn/polygon.c: Handle an error condition without crashing |
| 23:18.21 | Notify | 03BRL-CAD:starseeker * 64304 brlcad/trunk/src/libbn/polygon.c: Oh yeah, return the ret var not just zero... |
| 23:19.45 | Notify | 03BRL-CAD:starseeker * 64305 brlcad/trunk/src/librt/test_shape_recognition.cpp: Build one bot per planar brep. |
| 23:26.24 | Notify | 03BRL-CAD:starseeker * 64306 brlcad/trunk/include/bn/polygon.h: Note CCW requirement in the header docs |
| 23:27.48 | *** join/#brlcad merzo (~merzo@111-58-132-95.pool.ukrtel.net) | |
| 23:46.50 | Notify | 03BRL-CAD:starseeker * 64307 brlcad/trunk/src/librt/test_shape_recognition.cpp: Clean up and document the brep_to_bot routine |
| 00:24.49 | Notify | 03BRL-CAD:starseeker * 64308 (brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp brlcad/trunk/src/libbrep/shape_recognition_util.cpp): Tweak testing - almost certainly more work to do here, but first need to fix the hierarchy build. |
| 00:45.47 | Notify | 03BRL-CAD:starseeker * 64309 brlcad/trunk/src/libbn/polygon.c: If we have points but no convex points, we've probably got a non CCW polygon. This test won't help for a non-convex polygon, but it may be a helpful clue in some situations. |
| 00:47.16 | starseeker | nmz787_i: that sounds like a brep shape |
| 00:53.29 | Notify | 03BRL-CAD:starseeker * 64310 brlcad/trunk/src/libbn/polygon.c: tweak comment |
| 02:06.08 | *** join/#brlcad sofat (~androirc@223.225.205.10) | |
| 03:09.41 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 03:10.46 | nmz787 | this seems like it could be useful |
| 03:10.47 | nmz787 | http://www.imr.sandia.gov/papers/imr19/Leal2B.2.pdf |
| 03:10.55 | nmz787 | Simple Method for Constructing NURBS Surfaces from Unorganized Points |
| 03:11.20 | nmz787 | I could make combinations of NURBS objects right? |
| 03:13.53 | nmz787 | 'the NURBS surface model has a disadvantage: the input data points should be mapped on a regular grid structure' |
| 03:14.13 | nmz787 | 'In order to fit a NURBS surface to an unorganized and scattered point cloud, several approaches have been presented' |
| 03:14.53 | nmz787 | 'In contrast with others, our method does not need to construct a network of NURBS patches. Furthermore, previous construction of polygon meshes, mesh refinement and data reparameterization are not required.' |
| 04:26.39 | Notify | 03BRL-CAD Wiki:Nilead2014 * 7875 /wiki/User:Nilead2014: Created page with "The need to build a legal framework for the implementation of electronic [http://nilead.com build ecommerce website] The development of electronic commerce in the world has c..." |
| 04:54.08 | *** join/#brlcad sprakash (~Prakash@14.139.82.6) | |
| 05:01.15 | *** join/#brlcad albertcoder (~quassel@124.253.49.254) | |
| 05:14.18 | albertcoder | hi brlcad! |
| 05:16.32 | albertcoder | Wanted to know a bit of the import export feature in Materials Database. |
| 05:17.21 | albertcoder | Presently the properties can be exported in JSON, CSV. But can you please shed some light on importing? |
| 05:17.48 | albertcoder | I mean where are we expecting to import data from? |
| 06:24.36 | *** join/#brlcad hiteshsofat (~androirc@223.225.205.10) | |
| 06:38.26 | *** join/#brlcad sprakash (~Prakash@14.139.82.6) | |
| 06:40.14 | *** join/#brlcad teepee_ (~teepee@94.100.18.130) | |
| 07:01.48 | *** join/#brlcad hiteshsofat (~androirc@223.225.205.10) | |
| 07:11.10 | *** join/#brlcad sprakash (~Prakash@14.139.82.6) | |
| 07:15.36 | *** join/#brlcad sprakash (~Prakash@14.139.82.6) | |
| 07:24.55 | *** join/#brlcad hiteshsofat (~androirc@223.225.205.10) | |
| 07:33.26 | *** join/#brlcad hiteshsofat (~androirc@223.225.205.10) | |
| 07:36.31 | nmz787 | http://pointclouds.org/documentation/tutorials/bspline_fitting.php |
| 07:51.03 | *** join/#brlcad merzo (~merzo@196-33-133-95.pool.ukrtel.net) | |
| 08:01.37 | *** join/#brlcad sirnam (~swetha@14.139.82.6) | |
| 09:00.50 | *** join/#brlcad YashM (~YashM@117.222.70.4) | |
| 09:21.02 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 09:31.28 | *** join/#brlcad darshpreets (~darshpree@202.164.53.117) | |
| 09:39.03 | *** join/#brlcad teepee- (bc5c2134@gateway/web/freenode/ip.188.92.33.52) | |
| 09:55.32 | *** part/#brlcad darshpreets (~darshpree@202.164.53.117) | |
| 10:28.59 | *** join/#brlcad sprakash (~Prakash@14.139.82.6) | |
| 10:52.57 | *** join/#brlcad sprakash (~Prakash@14.139.82.6) | |
| 11:36.06 | starseeker | nmz787: We've actually done some experimental work on that, and adapted the PCL work to BRL-CAD. It's not enough, unfortunately, to create solid BRep shapes |
| 11:36.41 | starseeker | you can fit a surface to points like in the Sandia paper and the PCL example, but you have to fit multiple surfaces and make them meet up to do that and get a real solid |
| 11:36.54 | starseeker | which those methods don't allow, as they stand |
| 11:42.42 | starseeker | This is the paper to start with for implementing that: http://research.microsoft.com/en-us/um/people/hoppe/proj/bspline/ |
| 11:43.08 | starseeker | there are a few others that are relevant, but that's the one I'd start with... |
| 11:46.08 | starseeker | hah, cool - a NURBS tessellation article under an open content license: http://www.sciencedirect.com/science/article/pii/S2095263514000387 |
| 12:00.12 | starseeker | Ooo - open source robotic hand models: https://github.com/grablab/openhand-hardware |
| 12:43.46 | *** join/#brlcad sprakash (~Prakash@14.139.82.6) | |
| 12:52.03 | *** join/#brlcad notify-web (~notify-we@192.30.252.40) | |
| 12:52.03 | notify-web | [13web] 15sofathitesh opened pull request #5: new updates in theme file (06master...06master) 02http://git.io/xIBp |
| 12:52.03 | *** part/#brlcad notify-web (~notify-we@192.30.252.40) | |
| 12:52.23 | *** join/#brlcad sofat (~sofat@202.164.53.117) | |
| 12:53.43 | sofat | brlcad, I have sent you pull request for website, when you please accept it. |
| 13:23.10 | *** join/#brlcad hiteshsofat (~androirc@223.225.252.83) | |
| 13:31.17 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 14:16.51 | *** join/#brlcad alisha (~quassel@101.60.130.22) | |
| 14:28.37 | *** join/#brlcad luca79 (~luca@host135-11-dynamic.0-87-r.retail.telecomitalia.it) | |
| 14:57.51 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:03.01 | Notify | 03BRL-CAD:starseeker * 64311 brlcad/trunk/src/other/stepcode/data/ap242/ap242_1_34_mim_lf.exp: Update ap242 schema to v1.36 from http://stepmod.cvs.sourceforge.net/viewvc/stepmod/stepmod/data/modules/ap242_managed_model_based_3d_engineering/mim_lf.exp |
| 15:18.19 | *** join/#brlcad infobot (ibot@rikers.org) | |
| 15:18.19 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all our GCI 2014 participants! Grand Prize winners: Peter and Marc. Runner up: Yash. Other Finalists: Raptor and Aditya. | |
| 15:23.15 | *** join/#brlcad infobot (ibot@rikers.org) | |
| 15:23.15 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all our GCI 2014 participants! Grand Prize winners: Peter and Marc. Runner up: Yash. Other Finalists: Raptor and Aditya. | |
| 15:33.28 | *** join/#brlcad hiteshsofat (~androirc@202.164.45.204) | |
| 15:37.06 | *** join/#brlcad sprakash (~Prakash@14.139.82.6) | |
| 15:51.52 | Notify | 03BRL-CAD:carlmoore * 64312 (brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp brlcad/trunk/src/librt/db5_io.c and 3 others): remove a trailing blank or tab; fix a spelling; this version is the reverted one without my recent changes (that's OK for now) |
| 16:01.52 | *** join/#brlcad infobot (ibot@rikers.org) | |
| 16:01.52 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all our GCI 2014 participants! Grand Prize winners: Peter and Marc. Runner up: Yash. Other Finalists: Raptor and Aditya. | |
| 16:13.09 | *** join/#brlcad infobot (ibot@rikers.org) | |
| 16:13.09 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all our GCI 2014 participants! Grand Prize winners: Peter and Marc. Runner up: Yash. Other Finalists: Raptor and Aditya. | |
| 17:11.40 | *** join/#brlcad teepee_ (~teepee@94.100.18.130) | |
| 17:11.40 | *** join/#brlcad nmz787_i (nmccorkx@nat/intel/x-fghqgtuwknlcyllx) | |
| 17:45.05 | *** join/#brlcad alisha (~quassel@101.60.145.217) | |
| 17:55.17 | *** join/#brlcad sofat (~androirc@202.164.45.204) | |
| 17:58.42 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 18:00.10 | *** join/#brlcad alisha (~quassel@106.192.154.176) | |
| 18:37.49 | *** join/#brlcad alisha (~quassel@223.225.245.143) | |
| 18:46.21 | Notify | 03BRL-CAD:carlmoore * 64313 brlcad/trunk/src/tclscripts/mged/lc.tcl: This logic should have no effect on lc.tcl |
| 18:59.31 | ``Erik | doh, leonard nimoy :( |
| 19:06.49 | teepee | yeah :( |
| 19:19.25 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 19:34.07 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 19:48.23 | Notify | 03BRL-CAD:starseeker * 64314 (brlcad/trunk/doc/docbook/system/man1/en/g-step.xml brlcad/trunk/doc/docbook/system/man5/en/CMakeLists.txt): Rather than sticking useful STEP info into the tool man pages, make a man 5 page specifically about the STEP format. |
| 19:56.21 | Notify | 03BRL-CAD:starseeker * 64315 (brlcad/trunk/src/conv/step/ap242-g/CMakeLists.txt brlcad/trunk/src/conv/step/g-ap242/CMakeLists.txt): Should be using the stepcode version... |
| 19:59.02 | Notify | 03BRL-CAD:starseeker * 64316 (brlcad/trunk/src/other/stepcode/data/ap242/ap242_1_34_mim_lf.exp =================================================================== and 3811 others): rename file |
| 20:00.20 | Notify | 03BRL-CAD:starseeker * 64317 (brlcad/trunk/src/conv/step/ap242-g/CMakeLists.txt brlcad/trunk/src/conv/step/g-ap242/CMakeLists.txt): Fix paths |
| 20:25.30 | *** join/#brlcad caen23 (~caen23@92.83.191.152) | |
| 20:46.30 | *** join/#brlcad teepee (~teepee@server3.wdg.com.ua) | |
| 20:52.27 | *** join/#brlcad teepee (~teepee@37.187.218.221) | |
| 22:02.06 | Notify | 03BRL-CAD:carlmoore * 64318 brlcad/trunk/src/tclscripts/mged/lc.tcl: This implements all of my changes to lc.tcl EXCEPT the comments; the comments are what got a cautionary note sent to me |
| 22:06.57 | Notify | 03BRL-CAD:carlmoore * 64319 brlcad/trunk/src/tclscripts/mged/lc.tcl: oops, make fixes regarding Usage; again, we leave old COMMENTS in instead of the new ones I sent in earlier |
| 23:47.51 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 00:05.02 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 00:43.16 | *** join/#brlcad teepee_ (~teepee@37.187.218.221) | |
| 00:53.32 | *** part/#brlcad nmz787_i (nmccorkx@nat/intel/x-fghqgtuwknlcyllx) | |
| 03:26.27 | *** join/#brlcad sofat (~androirc@223.225.238.163) | |
| 03:36.06 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 04:21.02 | *** join/#brlcad albertcoder (~quassel@124.253.161.232) | |
| 04:25.35 | *** join/#brlcad sofat (~sofat@202.164.53.117) | |
| 05:30.24 | *** join/#brlcad sprakash (~Prakash@14.139.82.6) | |
| 05:52.36 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 06:04.29 | *** join/#brlcad hiteshsofat (~androirc@106.192.178.131) | |
| 06:23.38 | *** join/#brlcad gaganjyot (~gaganjyot@124.253.163.217) | |
| 09:38.27 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 09:42.06 | *** join/#brlcad gaganjyot (~gaganjyot@124.253.163.217) | |
| 10:55.32 | *** join/#brlcad albertcoder (~quassel@124.253.163.217) | |
| 10:58.20 | *** join/#brlcad sofat (~sofat@202.164.53.117) | |
| 11:07.12 | *** join/#brlcad vipulsharma (~androirc@49.202.15.186) | |
| 11:08.56 | vipulsharma | hi everybody |
| 11:11.12 | vipulsharma | can anybody help me out as i have jst started with brlcad... |
| 11:14.33 | vipulsharma | ?? |
| 11:15.03 | *** part/#brlcad vipulsharma (~androirc@49.202.15.186) | |
| 11:19.52 | *** join/#brlcad gaganjyot (~gaganjyot@124.253.163.217) | |
| 13:32.45 | *** join/#brlcad teepee_ (~teepee@37.187.218.221) | |
| 13:33.33 | *** join/#brlcad akshayrk (73f91219@gateway/web/freenode/ip.115.249.18.25) | |
| 13:34.52 | akshayrk | Hi, I'm Akshay. Can I get some help. I would like to contribute BRL-CAD |
| 13:37.31 | akshayrk | I'm an amateur coder. I've contributed to a few orgs. Can I get some help here? |
| 13:59.53 | Ch3ck | have you read the BRL-CAD contributor's guide akshayrk ? |
| 14:22.38 | ``Erik | akshayrk: yeah, we can help... just ask the actual questions and lurk, someone will eventually help out :) (if you want to know what to work on, you could start by telling us why you want to work on BRL-CAD, what kind of programming you enjoy, etc... we can't provide direction without knowing where you are and where you want to be) |
| 14:22.44 | ``Erik | ~ask |
| 14:22.44 | infobot | Questions in the channel should be specific, informative, complete, concise, and on-topic. Don't ask if you can ask a question first. Don't ask if a person is there; just ask what you intended to ask them. Better questions more frequently yield better answers. We are all here voluntarily or against our will. |
| 14:23.41 | ``Erik | but lurking is important, it might take hours before someone with an answer sees your question |
| 16:00.15 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 16:13.34 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:19.01 | *** join/#brlcad albertcoder (~quassel@202.164.45.204) | |
| 17:02.47 | *** join/#brlcad gaganjyot (~gaganjyot@27.255.241.185) | |
| 17:34.23 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 17:52.47 | *** join/#brlcad sirnam (~swetha@49.205.215.143) | |
| 17:56.05 | *** join/#brlcad alisha (~quassel@115.184.57.112) | |
| 18:15.19 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 18:28.28 | *** join/#brlcad sofat (~androirc@202.164.45.204) | |
| 19:12.44 | *** join/#brlcad sofat (~androirc@202.164.45.204) | |
| 19:18.46 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 19:52.55 | *** join/#brlcad sirnam (~swetha@49.205.215.143) | |
| 21:12.57 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 21:23.11 | *** join/#brlcad teepee_ (~teepee@37.187.218.221) | |
| 21:38.05 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 00:14.31 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 01:07.57 | nmz787 | got a seg-fault bug here with 3dm-g.... used the pointcloud library (pcl) .pcd to nurbs approximation example on the bunny point cloud... then just tried throwing that .3dm at 3dm-g and it dies, seemingly differently on the compiled (recent SVN from a few weeks ago) http://paste.pound-python.org/show/SDnebWuTd0eZJINMilY5/ versus the ubuntu .deb install http://paste.pound-python.org/show/Y3DhMbATIFuTkXXxo58T/ |
| 01:10.08 | nmz787 | here is the pointcloud to 3dm example walkthrough... basically though I just git cloned their github, compiled with examples, then ran the example binary on the bunny.pcd they had as a test... took a few seconds to get a decent one-sided surface, but i went to sleep after a few minutes and it was still cranking away. Had a nice 3d view of the surface in the morning and a 3dm file, and a message saying it had finished. ... |
| 01:10.14 | nmz787 | ... http://pointclouds.org/documentation/tutorials/bspline_fitting.php |
| 01:23.45 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 01:28.45 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 01:35.46 | nmz787 | here's the bunny.3dm file i was trying to convert to a g http://diyhpl.us/~nmz787/bunny.3dm |
| 02:47.09 | *** join/#brlcad teepee (~teepee@37.187.218.221) | |
| 04:41.27 | ejno | nmz787: Thanks for reporting that, I will investigate the issue. |
| 07:30.47 | Notify | 03BRL-CAD:ejno * 64320 brlcad/trunk/src/conv/3dm/conv3dm-g.cpp: Correctly report model validity status. ONX_Model::Audit() fails to repair UUID issues on non-Windows/OSX platforms due to ON_CreateUuid() being unimplemented. |
| 07:49.59 | *** join/#brlcad alisha (~quassel@115.184.127.224) | |
| 08:10.39 | *** join/#brlcad alisha (~quassel@115.184.127.224) | |
| 08:47.23 | Notify | 03BRL-CAD:ejno * 64321 (brlcad/trunk/src/conv/3dm/conv3dm-g.cpp brlcad/trunk/src/conv/3dm/conv3dm-g.hpp): repair ONX_Model UUID issues on platforms for which ON_CreateUuid() is unimplemented |
| 09:39.06 | *** join/#brlcad alisha (~quassel@101.60.180.56) | |
| 10:40.28 | *** join/#brlcad Izakey (~Izakey@41.205.22.47) | |
| 12:51.57 | *** join/#brlcad apoorv00 (75c83b75@gateway/web/freenode/ip.117.200.59.117) | |
| 13:16.10 | *** join/#brlcad alisha (~quassel@101.60.180.56) | |
| 13:33.40 | *** join/#brlcad sirnam (~swetha@49.205.215.143) | |
| 13:51.53 | *** join/#brlcad alisha (~quassel@115.184.69.184) | |
| 14:02.10 | *** join/#brlcad sirnam (~swetha@49.205.215.143) | |
| 17:34.01 | *** join/#brlcad teepee (~teepee@37.187.218.221) | |
| 17:35.58 | *** join/#brlcad alisha (~quassel@115.184.69.184) | |
| 17:41.47 | Notify | 03BRL-CAD:ejno * 64322 (brlcad/trunk/src/conv/3dm/3dm-g.cpp brlcad/trunk/src/conv/3dm/conv3dm-g.cpp): improve error messages |
| 17:42.36 | *** join/#brlcad alisha (~quassel@101.60.209.43) | |
| 18:09.50 | *** join/#brlcad albertcoder (~quassel@202.164.45.204) | |
| 18:13.31 | *** join/#brlcad Sricharanized (~raincrash@116.202.97.107) | |
| 18:13.37 | *** part/#brlcad Sricharanized (~raincrash@116.202.97.107) | |
| 18:14.46 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 18:17.34 | *** join/#brlcad albertcoder (~quassel@202.164.45.204) | |
| 18:18.44 | *** join/#brlcad gaganjyot (~gaganjyot@27.255.241.185) | |
| 18:32.05 | *** join/#brlcad albertcoder (~quassel@202.164.45.204) | |
| 18:39.49 | *** join/#brlcad alisha (~quassel@101.60.209.43) | |
| 19:07.08 | ejno | nmz787: the crash should be fixed in SVN now, although one of the two objects (the ON_NurbsCurve) isn't able to be imported by 3dm-g yet |
| 19:10.22 | ejno | can't work on it now, but I will try to add support for those objects when I have some time |
| 21:10.31 | *** join/#brlcad teepee_ (~teepee@37.187.218.221) | |
| 23:22.38 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 23:36.10 | nmz787 | ejno: i'm not sure what you mean exactly... the crash will be fixed, but since something isn't supported, it will not be able to complete the conversion (but erroring out gracefully instead of crashing)? |
| 23:43.23 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 00:02.44 | *** join/#brlcad teepee_ (~teepee@37.187.218.221) | |
| 00:28.45 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 00:34.34 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 00:47.45 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 01:00.44 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 01:30.07 | ejno | nmz787: it will import the Brep object named "surface", but it will skip the NurbsCurve named "trimming curve" |
| 01:32.40 | ejno | nmz787: Here is the output .g: https://www.dropbox.com/s/d8dj1ymdhreg7bx/out.g?dl=0 |
| 01:38.10 | Notify | 03BRL-CAD:ejno * 64323 brlcad/trunk/src/conv/3dm/conv3dm-g.cpp: display the names of skipped objects |
| 01:50.05 | ejno | it will import the inner object shown here in Rhino: http://s2.postimg.org/yffvf2ny1/surface.png |
| 02:21.05 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 02:34.50 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 02:37.25 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 03:01.14 | *** join/#brlcad AnxiousGarlic (~Spider@130.225.244.206) | |
| 03:01.14 | *** part/#brlcad AnxiousGarlic (~Spider@130.225.244.206) | |
| 03:42.26 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 04:43.04 | *** join/#brlcad caen23 (~caen23@92.83.191.152) | |
| 04:59.03 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 05:07.33 | Notify | 03BRL-CAD Wiki:Seb kuzminsky * 0 /wiki/User:Seb_kuzminsky: |
| 05:30.22 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 05:42.10 | *** join/#brlcad sofat (~androirc@106.192.148.212) | |
| 05:54.27 | Notify | 03BRL-CAD Wiki:Seb kuzminsky * 7876 /wiki/Google_Summer_of_Code/Project_Ideas: Add LinuxCNC, start adding some of our projects |
| 05:58.23 | Notify | 03BRL-CAD Wiki:Seb kuzminsky * 7877 /wiki/Google_Summer_of_Code/Project_Ideas: * add some linuxcnc links |
| 06:14.46 | Notify | 03BRL-CAD Wiki:Seb kuzminsky * 7878 /wiki/Google_Summer_of_Code/Project_Ideas: add linuxcnc kernel packaging task |
| 06:22.49 | Notify | 03BRL-CAD Wiki:Seb kuzminsky * 7879 /wiki/Google_Summer_of_Code/Project_Ideas: add linuxcnc peck tapping task |
| 06:24.27 | Notify | 03BRL-CAD Wiki:Seb kuzminsky * 7880 /wiki/Google_Summer_of_Code/Project_Ideas: fix a cut-n-paste error in the linuxcnc peck tapping task |
| 07:05.53 | *** join/#brlcad hiteshsofat (~androirc@223.225.248.221) | |
| 07:16.02 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 07:17.54 | *** join/#brlcad ``Erik (~erik@pool-74-103-94-19.bltmmd.fios.verizon.net) | |
| 07:48.18 | *** join/#brlcad hiteshsofat (~androirc@223.225.248.221) | |
| 07:58.21 | *** join/#brlcad teepee_ (~teepee@37.187.218.221) | |
| 08:00.38 | *** join/#brlcad hiteshsofat (~androirc@223.225.248.221) | |
| 09:07.40 | *** join/#brlcad teepee-- (bc5c2134@gateway/web/freenode/ip.188.92.33.52) | |
| 09:11.36 | *** join/#brlcad hiteshsofat (~androirc@223.225.248.221) | |
| 10:08.22 | *** join/#brlcad hiteshsofat (~androirc@223.225.248.221) | |
| 10:22.20 | *** join/#brlcad amalia (~amalia@41.205.22.51) | |
| 10:24.36 | *** join/#brlcad aniu (~niuhaolia@125.46.68.205) | |
| 10:41.33 | *** join/#brlcad hiteshsofat (~androirc@223.225.248.221) | |
| 11:55.23 | Notify | 03BRL-CAD Wiki:KeeleywnkfpsbpibCoombes * 0 /wiki/User:KeeleywnkfpsbpibCoombes: |
| 12:53.46 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 15:05.24 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:14.13 | Notify | 03BRL-CAD:carlmoore * 64324 brlcad/trunk/doc/docbook/system/man5/en/STEP.xml: remove trailing blanks and fix spellings |
| 15:21.23 | ``Erik | BRL-CAD and clang 3.6 don't get along... http://paste.lisp.org/display/146039 (turning off strict lets it compile, but that's hardly optimal. bz has /usr/local/bin/clang36 and /usr/local/bin/clang++36 if someone wants to fix it) |
| 15:30.00 | *** join/#brlcad alisha (~quassel@101.60.148.180) | |
| 16:29.41 | Notify | 03BRL-CAD:starseeker * 64325 brlcad/trunk/src/librt/test_shape_recognition.cpp: Tweak boolean building code. |
| 16:53.54 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:55.01 | Notify | 03BRL-CAD:indianlarry * 64326 (brlcad/trunk/include/ged.h brlcad/trunk/src/libged/display_list.c and 7 others): The "struct ged" contains a function pointer "void (*ged_create_vlist_callback)(struct display_list *)" that is used to create display list objects for solids in the "dl_headSolid" list. 'mged' and 'archer' assign different functions to this pointer but both eventually call "createDListAll()". The |
| 16:55.03 | Notify | "createDListAll()" as its name implies loops through all the solids currently in the display lists' solid list 'dl_headSolid'. I think due to some recent restructuring/consolidating this is now being called from each leaf node in the tree walker(while drawing) causing each successive solid to recreate the display list for each solid currently in the list( n! effect). I've added function pointer "void |
| 16:55.05 | Notify | (*ged_create_vlist_solid_callback)(struct solid *)" to "struct ged" that creates a display list for the solid parameter and not all solids. I've assigned this function pointer to "createDListSolid()" in 'mged' and to "to_create_vlist_callback_solid()" in 'archer'. I modified "dl_add_path()" and "invent_solid()" in 'libged' to use "(*ged_create_vlist_solid_callback)" function pointer instead of... |
| 16:56.36 | *** join/#brlcad sprakash (~Prakash@14.139.82.6) | |
| 17:14.55 | Notify | 03BRL-CAD:indianlarry * 64327 brlcad/trunk/src/libbrep/PullbackCurve.cpp: Cleaned up ON_2dPoint UnwrapUVPoint(const ON_Surface *surf,const ON_2dPoint &pt, double tol) to better match what is in ON_Surface::UnwrapUV(). Also cleaned up and moved some calls to this function were they weren't needed. |
| 17:20.45 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 17:31.44 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 17:37.21 | *** join/#brlcad infobot (ibot@rikers.org) | |
| 17:37.21 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all our GCI 2014 participants! Grand Prize winners: Peter and Marc. Runner up: Yash. Other Finalists: Raptor and Aditya. | |
| 17:40.13 | *** join/#brlcad infobot (ibot@rikers.org) | |
| 17:40.13 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all our GCI 2014 participants! Grand Prize winners: Peter and Marc. Runner up: Yash. Other Finalists: Raptor and Aditya. | |
| 17:49.40 | *** join/#brlcad alisha_ (~quassel@101.60.229.217) | |
| 17:54.41 | *** join/#brlcad sprakash (~Prakash@14.139.82.6) | |
| 18:12.12 | *** join/#brlcad caen23 (~caen23@92.83.191.152) | |
| 18:16.35 | ``Erik | heh, like a software requirements meeting! https://www.youtube.com/watch?v=BKorP55Aqvg |
| 18:17.20 | *** join/#brlcad alisha (~quassel@101.60.229.217) | |
| 19:02.07 | *** join/#brlcad amalia (~amalia@41.205.22.61) | |
| 19:02.10 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 19:03.16 | sofat | brlcad, congress for getting selected in gsoc this year |
| 19:03.39 | sofat | to all members of this community |
| 19:03.40 | amalia | brlcad Congrats for the selection for 2015 GSoC |
| 19:04.37 | *** join/#brlcad alisha_ (~quassel@223.225.246.17) | |
| 19:05.04 | *** join/#brlcad albert_coder (~quassel@202.164.45.208) | |
| 19:06.50 | *** join/#brlcad albertcoder (~quassel@202.164.45.208) | |
| 19:07.53 | sofat | brlcad, congrats |
| 19:14.15 | *** join/#brlcad alisha (~quassel@115.184.11.163) | |
| 19:14.59 | sofat | s/congress/congrats |
| 19:15.11 | sofat | sorry ;-) |
| 19:24.54 | *** join/#brlcad akshayrk95 (73f91219@gateway/web/freenode/ip.115.249.18.25) | |
| 19:27.00 | ries | congrat's to BRL-CAD for beeing selected! |
| 19:34.05 | albertcoder | Happy to see BRL-CAD in the list, Cheers! |
| 19:38.22 | starseeker | ``Erik: eurm. it's complaining about math.h? |
| 19:41.08 | *** join/#brlcad hiteshsofat (~androirc@202.164.45.204) | |
| 19:46.31 | ``Erik | starseeker: looks like excessive warn/error flags, -Wc11-extensions pops a warning on isnan(), and -Werror makes it ugly |
| 19:54.24 | *** join/#brlcad sofat (~androirc@106.192.176.179) | |
| 19:57.45 | brlcad | oof! no notifications this year |
| 19:59.30 | teepee | but listed in the official list, so \o/ |
| 19:59.40 | teepee | and thanks for doing the admin stuff |
| 20:08.41 | ``Erik | so this cycle will only have 2 students? |
| 20:19.50 | Notify | 03BRL-CAD Wiki:Dongxuli2011 * 0 /wiki/User:Dongxuli2011: |
| 20:24.13 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 20:24.37 | *** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 20:29.05 | *** join/#brlcad d356 (~d@50-90-234-94.res.bhn.net) | |
| 20:30.03 | *** join/#brlcad sofat (~androirc@202.164.45.204) | |
| 20:40.28 | *** join/#brlcad teepee_ (~teepee@37.187.218.221) | |
| 20:42.43 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 21:01.06 | *** join/#brlcad mihaineacsu (~mihaineac@188.25.206.125) | |
| 21:11.41 | Notify | 03BRL-CAD Wiki:Dongxuli2011 * 7881 /wiki/Google_Summer_of_Code/Project_Ideas: /* LibreCAD Projects */ copied ideas from LibreCAD wiki |
| 21:12.10 | brlcad | ``Erik: undecided, but leaning towards fewer than last year |
| 21:12.32 | brlcad | sofat: thanks! |
| 21:16.00 | ``Erik | ah, I thought the 'umbrella sharing' thing was already decided, my bad :) |
| 21:19.30 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 21:20.43 | Notify | 03BRL-CAD Wiki:Dongxuli2011 * 7882 /wiki/Google_Summer_of_Code/Project_Ideas: /* LibreCAD Projects */ Added URL to librecad wiki |
| 21:21.37 | Notify | 03BRL-CAD Wiki:Dongxuli2011 * 7883 /wiki/Google_Summer_of_Code/Project_Ideas: /* LibreCAD Projects */ |
| 21:22.15 | Notify | 03BRL-CAD Wiki:Dongxuli2011 * 7884 /wiki/Google_Summer_of_Code/Project_Ideas: /* LibreCAD Projects */ |
| 21:26.50 | *** join/#brlcad konrado (~konrado@41.244.243.151) | |
| 21:27.05 | Notify | 03BRL-CAD:starseeker * 64328 (brlcad/trunk/src/libbrep/shape_recognition.cpp brlcad/trunk/src/libbrep/shape_recognition.h and 4 others): Getting close - cones aren't doing booleans right... |
| 21:43.42 | *** join/#brlcad sirnam (~swetha@14.139.82.6) | |
| 21:50.58 | *** join/#brlcad srgnuclear (744a79f8@gateway/web/freenode/ip.116.74.121.248) | |
| 21:51.41 | Notify | 03BRL-CAD:starseeker * 64329 (brlcad/trunk/src/libbrep/shape_recognition_cone.cpp brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp): More boolean logic - no where near done, but looks like it is heading in the right direction. |
| 21:57.55 | srgnuclear | hi i am saurabh goyal from indian institute of technology and i look forward to contribute to openscad ad i went through all its projects and for begining issue handling is what i wish to take up. |
| 21:58.05 | srgnuclear | as* |
| 21:58.52 | srgnuclear | mentor to contact listed on the page is Marius Kintel. So i am getting familiarised and will talk soon |
| 22:04.31 | kintel | srgnuclear: Hi, Iâm Marius. You can reach me or teepee on #openscad for discussion, as well as other community members |
| 22:07.15 | srgnuclear | sure , thanx for your reply |
| 22:07.17 | srgnuclear | :) |
| 22:46.20 | *** join/#brlcad konrado (~konrado@41.244.243.151) | |
| 00:34.51 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 01:12.42 | nmz787 | ejno: ok, I guess NURBS surfaces aren't importable now I think is what you are saying in general. I haven't been able to compile SVN since you told me about the patch, something about TK Font. Haven't had time to see if it's just build flag options or something simple wrong like that. I imported the .g file you posted but only seemed to see the shape outline, not the surface itself. I'm new to all this stuff though. |
| 01:13.22 | ejno | nmz787: did you try raytracing it? I believe that is the surface |
| 01:14.25 | ejno | (in wireframe it does look like an outline) |
| 01:14.37 | *** join/#brlcad caen23 (~caen23@92.83.191.152) | |
| 01:16.25 | *** join/#brlcad sofat (~androirc@202.164.45.204) | |
| 01:25.42 | nmz787 | oh |
| 01:25.43 | nmz787 | hmm |
| 01:28.22 | nmz787 | ejno: says unable to fetch shared memory |
| 01:29.39 | nmz787 | aaaannnnd mged doesn't seem to have a ctrl-c or copy entry in the edit menu, for me to show you what it spit out |
| 01:30.42 | nmz787 | ejno: http://imgur.com/xNdTvMl |
| 01:36.54 | *** join/#brlcad infobot_ (ibot@rikers.org) | |
| 01:36.54 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all our GCI 2014 participants! Grand Prize winners: Peter and Marc. Runner up: Yash. Other Finalists: Raptor and Aditya. | |
| 01:37.00 | ejno | nmz787: hmm... do you have an SVN build available to test if that also crashes? (in the meantime you can preview the surface with "draw -m1 base.3dm.c" in archer) |
| 01:40.22 | nmz787 | ejno: this is what my 7.25.0 SVN build shows http://imgur.com/DhXLx0T |
| 01:40.32 | nmz787 | (this was pre your fix for 3dm-g) |
| 01:40.58 | ejno | sorry, should be out.3dm.c, not base.3dm.c |
| 01:41.12 | ejno | thanks |
| 01:42.03 | nmz787 | draw -m1 out.3dm.c does nothing in archer |
| 01:42.44 | nmz787 | trying in newer build now |
| 01:43.01 | ejno | oops, sorry, the first command was correct |
| 01:43.13 | nmz787 | nope, does nothing |
| 01:43.21 | nmz787 | doing that with surface.s shows something |
| 01:43.56 | nmz787 | wait, draw -m1 surface.s works in mged too |
| 01:44.25 | nmz787 | brlcad: how is draw -m1 different than real-time raytracing that I asked about on the mailing list? |
| 01:45.40 | ejno | yeah, I just chose archer because lighting and some other things are disabled by default in mged iirc |
| 01:46.25 | ejno | I believe that is an OpenGL rendering of a facetization |
| 01:46.30 | nmz787 | brlcad: oh, well I see draw -m1 on a pipe primitive still looks wire-frame |
| 01:48.25 | nmz787 | hmm, when I went to raytrace my spring (pipe primitive) after closing mged that was displaying the 3dm conversion g file... I saw the bunny partially rendered in my spring graphic window |
| 01:48.37 | nmz787 | and saw some windows 'lingering shared memory' |
| 01:49.14 | nmz787 | (I often just go to the terminal where i launched mged and ctrl-c it, since when I use the file-menu exit item it hangs on the terminal |
| 01:49.19 | nmz787 | idk if that's related |
| 02:07.21 | ejno | that is normal behavior of the rt window, I think |
| 02:12.51 | ejno | I have to go for now; sorry I couldn't be more helpful with that crash |
| 02:25.53 | brlcad | ``Erik: undecided in how many slots we'll accept, umbrella is decided/done |
| 02:27.30 | brlcad | nmz787: try "rt -F/dev/X" |
| 02:28.43 | brlcad | nmz787: draw -m1 is not using ray tracing, it just tessellates the nurbs surface(s) into triangles and displays them via opengl |
| 02:30.02 | nmz787 | will give it a try |
| 02:30.11 | nmz787 | brlcad: any ideas how to get past this? "brlcad-svn-trunk/include/dm/dm_xvars.h:79:5: error: unknown type name âTk_Fontâ Tk_Font tkfontstruct;" |
| 02:32.28 | brlcad | nmz787: if you can create a remote ssh shell for me to log in with, I could try and debug that remotely |
| 02:34.14 | *** join/#brlcad unicodesnowman (~unicodesn@2602:ffea:1001:1fa::97d2) | |
| 02:34.15 | brlcad | alas, it's not obvious what the issue is there but my guess would be it's a build system issue detecting that it needs to use our bundled tcl/tk |
| 02:35.36 | nmz787 | ah, well I /was/ having those HUGE button issues on this machine |
| 02:35.37 | brlcad | but instead it's trying a system version it found and running into a compatibility issue |
| 02:35.51 | brlcad | and that went away?? |
| 02:36.03 | nmz787 | I can't remember what ever came of that, I think I hit compile errors and couldn't figure out how to proceed |
| 02:36.26 | nmz787 | no then I got busy with a class and day job |
| 03:17.38 | starseeker | grumbles about Tk under his breath... |
| 03:21.40 | *** join/#brlcad infobot (ibot@rikers.org) | |
| 03:21.41 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all our GCI 2014 participants! Grand Prize winners: Peter and Marc. Runner up: Yash. Other Finalists: Raptor and Aditya. | |
| 03:50.09 | *** join/#brlcad infobot_ (ibot@rikers.org) | |
| 03:50.09 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all our GCI 2014 participants! Grand Prize winners: Peter and Marc. Runner up: Yash. Other Finalists: Raptor and Aditya. | |
| 04:00.02 | *** join/#brlcad lemur1 (~lemur@host213-122-133-147.range213-122.btcentralplus.com) | |
| 04:00.29 | lemur1 | Hey |
| 04:00.51 | lemur1 | I was wondering, I want to get involved with BRLCad through summer of code |
| 04:01.13 | lemur1 | Thought first port of call was to get to know the project and the people better |
| 04:02.36 | nmz787 | yeah, check wiki lemur1 |
| 04:02.50 | lemur1 | sure |
| 04:03.00 | nmz787 | and be prepared to wait days sometimes for answers here |
| 04:03.23 | nmz787 | some times response is fast |
| 04:03.30 | lemur1 | no problems, heh |
| 04:04.06 | nmz787 | there are also a few mailing lists |
| 04:04.29 | nmz787 | they are better for involved discussion maybe, since I have lost track of things in here |
| 04:04.46 | nmz787 | that I wouldn't have had I asked on the list |
| 04:06.37 | lemur1 | but basic documentation is on the wiki? |
| 04:12.27 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 04:14.25 | *** join/#brlcad infobot (ibot@rikers.org) | |
| 04:14.26 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all our GCI 2014 participants! Grand Prize winners: Peter and Marc. Runner up: Yash. Other Finalists: Raptor and Aditya. | |
| 04:56.10 | *** join/#brlcad akshayrk95 (73f91219@gateway/web/freenode/ip.115.249.18.25) | |
| 04:57.01 | *** join/#brlcad albertcoder (~quassel@202.164.45.204) | |
| 05:24.14 | *** join/#brlcad albertcoder (~quassel@202.164.45.212) | |
| 05:25.03 | *** join/#brlcad sofat (~androirc@223.225.214.29) | |
| 05:29.17 | *** join/#brlcad albertcoder (~quassel@202.164.45.204) | |
| 05:36.34 | nmz787 | lemur1: yes check the wiki, when you find the gsoc page see the mentor section |
| 05:36.54 | nmz787 | (to see who to ask questions to in here) |
| 05:38.48 | *** join/#brlcad Izakey (~Izakey@41.205.22.18) | |
| 06:11.09 | brlcad | thanks nmz787 |
| 06:12.40 | sofat | brlcad, please check my pull request. |
| 06:13.21 | brlcad | sofat: I did briefly, but didn't yet get to try it live |
| 06:13.26 | *** join/#brlcad srgnuclear_ (744a6ba9@gateway/web/freenode/ip.116.74.107.169) | |
| 06:13.33 | brlcad | hoping to test it running tomorrow |
| 06:13.50 | brlcad | lots of image changes |
| 06:14.18 | *** join/#brlcad andrei_ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125) | |
| 06:14.21 | brlcad | my current inclination is that we'll have a separate landing page that will go to wp, wiki, etc, that can be more easily customized/replaced |
| 06:14.46 | brlcad | there seem to be unending issues with getting the WP theme to behave |
| 06:15.07 | brlcad | we might want to fall back to something more simple and let the landing (main) page be fancy |
| 06:15.23 | brlcad | thinking of combining concepts from at least two different GCI concepts |
| 06:16.47 | sofat | Okay |
| 06:19.46 | andrei_ | Hello |
| 06:29.49 | *** join/#brlcad caen23 (~caen23@92.83.191.152) | |
| 06:54.23 | *** join/#brlcad sofat (~androirc@106.192.172.134) | |
| 08:43.18 | *** join/#brlcad teepee- (bc5c2134@gateway/web/freenode/ip.188.92.33.52) | |
| 08:48.47 | *** join/#brlcad unicodesnowman (~unicodesn@unaffiliated/unicodesnowman) | |
| 09:00.19 | *** join/#brlcad caen23 (~caen23@92.83.191.152) | |
| 09:24.49 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 10:05.43 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 10:48.53 | Notify | 03BRL-CAD Wiki:Frederik Coghe * 0 /wiki/User:Frederik_Coghe: |
| 11:49.42 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 12:31.21 | *** join/#brlcad sofat (~sofat@202.164.53.117) | |
| 12:50.12 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 13:05.58 | ``Erik | production car with 1782bhp (1329kW) http://www.autocar.co.uk/car-news/motor-shows-geneva-motor-show/new-koenigsegg-regera-revealed-1782bhp |
| 13:41.41 | *** join/#brlcad gaganjyot (~gaganjyot@27.255.240.125) | |
| 13:47.10 | *** join/#brlcad luca79 (~luca@net-37-117-82-144.cust.vodafonedsl.it) | |
| 14:06.56 | *** join/#brlcad sprakash (~Prakash@14.139.82.6) | |
| 14:24.30 | *** join/#brlcad konrado (~konrado@41.244.243.155) | |
| 14:47.45 | *** join/#brlcad gaganjyot (~gaganjyot@27.255.240.125) | |
| 14:57.33 | *** join/#brlcad nihar (67157f4c@gateway/web/freenode/ip.103.21.127.76) | |
| 14:59.05 | nihar | hi I am interested in the GSOC' 15 accepted project-BRLCAD VECTOR DRAWINGS FROM NURBS |
| 15:01.10 | *** part/#brlcad nihar (67157f4c@gateway/web/freenode/ip.103.21.127.76) | |
| 15:06.25 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 15:09.39 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 15:13.12 | Notify | 03BRL-CAD Wiki:115.246.71.192 * 7885 /wiki/User:Level_zero/index: /* Personel Informtion */ |
| 15:22.40 | Notify | 03BRL-CAD:carlmoore * 64330 brlcad/trunk/src/librt/primitives/hf/hf.c: In comments, add 2 periods |
| 15:45.28 | *** join/#brlcad sofat (~androirc@202.164.45.204) | |
| 16:08.33 | Notify | 03BRL-CAD:starseeker * 64331 (brlcad/trunk/include/bn/polygon.h brlcad/trunk/src/libbn/polygon.c and 4 others): Prefix the libbn polygon routines that deal with 3d points. |
| 16:11.37 | Notify | 03BRL-CAD:indianlarry * 64332 brlcad/trunk/src/libbrep/shape_recognition_torus.cpp: Final return statement accidentally caught in lines removed with preprocessor statement but needed for proper function return. Windows compiler would not let this pass so simply moved outside of CPP statement. |
| 16:14.26 | *** join/#brlcad hiteshsofat (~androirc@202.164.45.204) | |
| 16:38.05 | Notify | 03BRL-CAD:starseeker * 64333 (brlcad/trunk/include/bn/polygon.h brlcad/trunk/src/libbn/polygon.c): Start trying to get a handle on the CW/CCW status of inputs to triangulation. |
| 16:40.44 | *** join/#brlcad sofat (~androirc@202.164.45.204) | |
| 16:45.31 | Notify | 03BRL-CAD:starseeker * 64334 brlcad/trunk/src/libbn/polygon.c: fix text - (x2-x1)(y2+y1) |
| 16:47.47 | *** join/#brlcad gaganjyot (~gaganjyot@27.255.240.125) | |
| 16:55.59 | Notify | 03BRL-CAD:starseeker * 64335 brlcad/trunk/src/libbn/polygon.c: Return an error if we hit a null ear ref - not sure why it's happening yet - doesn't seem to be CW/CCW issues... |
| 16:57.45 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 17:09.49 | *** join/#brlcad sofat (~androirc@202.164.45.204) | |
| 17:36.22 | Notify | 03BRL-CAD Wiki:Nitunkcnhe486 * 0 /wiki/User:Nitunkcnhe486: |
| 17:38.16 | Notify | 03BRL-CAD Wiki:Nitunkcnhe486 * 0 /wiki/File:Resume.pdf: |
| 17:45.12 | Notify | 03BRL-CAD:carlmoore * 64336 brlcad/trunk/src/util/pixsubst.c: reformat the Usage for pixsubst |
| 17:52.41 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 17:59.39 | *** join/#brlcad hplv (0e8b5206@gateway/web/cgi-irc/kiwiirc.com/ip.14.139.82.6) | |
| 18:17.35 | *** topic/#brlcad by brlcad -> BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || We are ACCEPTED for GSoC 2015 -- if you're a student, ask a specific question and WAIT for an answer! | |
| 18:31.59 | ``Erik | brlcad: ya gonna post that on http://brlcad.org ? :D |
| 18:45.51 | *** join/#brlcad hplv (0e8b5206@gateway/web/cgi-irc/kiwiirc.com/ip.14.139.82.6) | |
| 19:05.41 | *** join/#brlcad hiteshsofat (~androirc@202.164.45.204) | |
| 19:05.56 | hiteshsofat | brlcad, hello |
| 19:10.49 | *** join/#brlcad andrei__ (bc1b5716@gateway/web/freenode/ip.188.27.87.22) | |
| 19:10.55 | andrei__ | Hello |
| 19:15.40 | *** join/#brlcad akashraj (6f5d0646@gateway/web/freenode/ip.111.93.6.70) | |
| 19:16.51 | n_reed | not what I was looking for, but possibly useful: http://www.cs.princeton.edu/~funk/shape2pose.pdf |
| 19:21.17 | andrei__ | ~seen brlcad |
| 19:21.22 | infobot | brlcad is currently on #stepcode #brlcad #bzflag. Has said a total of 10 messages. Is idling for 19m 44s, last said: 'd356: what brings you here?'. |
| 19:22.27 | *** join/#brlcad swordfish12 (~chatzilla@61.16.142.166) | |
| 19:24.06 | *** part/#brlcad andrei__ (bc1b5716@gateway/web/freenode/ip.188.27.87.22) | |
| 19:31.06 | Notify | 03BRL-CAD:starseeker * 64337 brlcad/trunk/src/libbn/polygon.c: Remove debug printing |
| 19:37.42 | Notify | 03BRL-CAD:starseeker * 64338 brlcad/trunk/src/librt/test_shape_recognition.cpp: verts -> verts2d |
| 20:02.41 | *** join/#brlcad amanag (uid71246@gateway/web/irccloud.com/x-safgrydygzydzijt) | |
| 20:03.54 | ``Erik | hm, gitorious is going away |
| 20:07.27 | *** part/#brlcad amanag (uid71246@gateway/web/irccloud.com/x-safgrydygzydzijt) | |
| 20:15.18 | *** join/#brlcad teepee_ (~teepee@37.187.218.221) | |
| 20:21.24 | *** join/#brlcad sirnam (~swetha@14.139.82.6) | |
| 20:21.37 | *** part/#brlcad sirnam (~swetha@14.139.82.6) | |
| 20:44.48 | *** join/#brlcad hplv (0e8b5206@gateway/web/cgi-irc/kiwiirc.com/ip.14.139.82.6) | |
| 20:46.37 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 20:46.45 | *** part/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 21:06.48 | *** join/#brlcad hplv2 (0e8b5206@gateway/web/cgi-irc/kiwiirc.com/ip.14.139.82.6) | |
| 21:22.43 | *** join/#brlcad caen23 (~caen23@92.83.191.152) | |
| 21:29.32 | *** join/#brlcad hplv (0e8b5206@gateway/web/cgi-irc/kiwiirc.com/ip.14.139.82.6) | |
| 22:21.05 | brlcad | ``Erik: no, I'm going to eliminate the news items from brlcad.org ;) |
| 22:21.18 | brlcad | something less timey wimey |
| 22:21.52 | ``Erik | cool, as long as it isn't "2013!" ;) |
| 22:22.30 | ``Erik | (though google gets all hot and bothered about sites that update frequently, one of the basic seo things) |
| 22:28.30 | *** join/#brlcad hiteshsofat (~androirc@202.164.45.204) | |
| 22:58.45 | *** join/#brlcad Nylok (51c1eafd@gateway/web/freenode/ip.81.193.234.253) | |
| 23:00.09 | Nylok | Hello |
| 23:04.32 | *** join/#brlcad teepee_ (~teepee@37.187.218.221) | |
| 23:59.30 | *** join/#brlcad hiteshsofat (~androirc@202.164.45.204) | |
| 00:18.39 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 01:46.15 | *** join/#brlcad hiteshsofat (~androirc@202.164.45.208) | |
| 02:11.57 | *** join/#brlcad swordfish12 (~chatzilla@111.93.6.70) | |
| 02:24.42 | swordfish12 | hi, i need a few references to "plate mode NURBS raytracing". |
| 02:42.17 | *** join/#brlcad sofat (~androirc@202.164.45.204) | |
| 03:02.27 | sofat | brlcad, hello |
| 03:03.19 | sofat | I have checked your gsoc idea page and I am interested in docbook project |
| 03:04.20 | sofat | Because i am already working on this project |
| 03:08.03 | sofat | I have some question regarding this project so i want ask these question from you if you free please response me. |
| 03:10.01 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 04:06.24 | *** join/#brlcad sprakash (~Prakash@14.139.82.6) | |
| 04:11.10 | *** join/#brlcad yukonbob (~bch@50.34.219.232) | |
| 04:11.20 | yukonbob | hello #brlcad |
| 04:11.28 | yukonbob | congratulations on GSoC 2015!!! |
| 04:12.34 | *** join/#brlcad Izakey (~Izakey@41.205.22.26) | |
| 04:19.06 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 7887 /wiki/Google_Summer_of_Code/Project_Ideas: /* Mentors */ |
| 04:21.37 | *** join/#brlcad hiteshsofat (~androirc@106.192.168.102) | |
| 04:50.06 | *** join/#brlcad lemur1 (~lemur@host213-122-133-147.range213-122.btcentralplus.com) | |
| 05:03.00 | lemur1 | Hi, where abouts is your support tracker? I want to apply for GSoC, but just want to try some v. simple patches and get aquainted with the codebase first. |
| 05:04.11 | lemur1 | Or, is there any way to see what from the 'contributer quickies' list has not been done, or is the list kept up to date? |
| 05:19.44 | *** join/#brlcad sirnam (~swetha@14.139.82.6) | |
| 05:23.34 | *** part/#brlcad sirnam (~swetha@14.139.82.6) | |
| 05:33.45 | *** join/#brlcad hiteshsofat (~androirc@106.192.168.102) | |
| 06:42.34 | *** join/#brlcad sofat (~androirc@106.192.168.102) | |
| 06:56.04 | *** join/#brlcad teepee_ (~teepee@37.187.218.221) | |
| 07:17.45 | *** join/#brlcad mihaineacsu (~mihaineac@188.25.181.250) | |
| 08:00.27 | *** join/#brlcad shiv05 (70c4a523@gateway/web/freenode/ip.112.196.165.35) | |
| 08:00.42 | *** join/#brlcad zero_level (~mohit@66-118-151-70.static.sagonet.net) | |
| 08:03.53 | *** join/#brlcad zero_level (~mohit@66-118-151-70.static.sagonet.net) | |
| 08:05.14 | *** join/#brlcad sofat (~androirc@106.192.168.102) | |
| 08:17.12 | shiv05 | Hi. I am new to brlcad. I hope to submit a proposal for gsoc. I am trying to build |
| 08:17.15 | shiv05 | brlcad on windows 7 and am facing some difficulties. Can anyone help? |
| 08:19.15 | archivist | ask the actual question and then someone can see it, no one know if they can help till you ask the real question |
| 08:21.12 | shiv05 | Okay |
| 08:21.21 | shiv05 | I am getting several errors while compiling |
| 08:21.46 | shiv05 | The output log is https://www.dropbox.com/s/34t0tn70bs6lpb3/log.txt?dl=0 |
| 08:22.33 | *** join/#brlcad hplv (0e8b5206@gateway/web/cgi-irc/kiwiirc.com/ip.14.139.82.6) | |
| 08:23.12 | shiv05 | the linker can't find some library files |
| 08:23.49 | archivist | that wants people to create an account |
| 08:24.56 | lemur1 | use pastebin |
| 08:25.08 | shiv05 | The log is too big for pastebin |
| 08:25.38 | shiv05 | archivist : an account for what? |
| 08:25.56 | lemur1 | dropbox i assume |
| 08:26.03 | shiv05 | oops |
| 08:26.20 | shiv05 | give me a minute |
| 08:26.42 | archivist | wants me to create an account and sign in, just need the errors in a sensible place |
| 08:28.40 | shiv05 | http://www.megafileupload.com/en/file/614940/log-txt.html |
| 08:28.43 | lemur1 | archivist, if i wanted to get in touch with a specific mentor, what would be the best way to do so? |
| 08:32.49 | archivist | lemur1, i think there are docs on contacting mentors somewhere I am not one |
| 08:33.13 | lemur1 | thank you, I will take a look |
| 08:34.31 | shiv05 | archivist, can you view the file now? |
| 08:35.38 | archivist | yes but that is one revolting site to use for uploads |
| 08:36.03 | archivist | look for your first fatal error and try to diagnose |
| 08:36.34 | archivist | looks like a path problem |
| 08:37.45 | shiv05 | okay. I will do that. Thank you. Can you suggest a less revolting site to use for future uploads? |
| 08:38.39 | *** join/#brlcad merzo (~merzo@92.60.189.225) | |
| 08:39.09 | archivist | I dont recommend any as I use my own web site |
| 08:41.41 | shiv05 | okay |
| 08:42.50 | archivist | so no adverts pop ups or other junk if I give one of my urls for a file |
| 08:45.42 | *** join/#brlcad hiteshsofat (~androirc@106.192.163.57) | |
| 08:46.14 | *** join/#brlcad caen23 (~caen23@92.83.191.152) | |
| 08:50.41 | shiv05 | sadly for me, I dont have my own website |
| 08:57.44 | Stragus | For text, you can use something like http://pastebin.com/ |
| 08:59.01 | shiv05 | the size of the file was too large for pastebin |
| 08:59.10 | shiv05 | *size of the text |
| 08:59.14 | Stragus | Ah, right |
| 09:06.40 | archivist | edit so it includes only what is needed (first error section and command line used plus os and other sensible stuff) |
| 09:07.11 | shiv05 | okay. I will do that in the future. |
| 09:07.34 | *** join/#brlcad banviktor (~banviktor@540067CA.dsl.pool.telekom.hu) | |
| 09:12.00 | *** join/#brlcad albertcoder (~quassel@124.253.175.195) | |
| 09:17.07 | brlcad | shiv05: search for pastebin, there are dozens ... pastebin.ca tends to be decent |
| 09:17.27 | shiv05 | okay |
| 09:17.48 | brlcad | recommend NOT pastebin.com as that particular one sometimes has malware and is blocked for some of our corporate users |
| 09:18.16 | shiv05 | I am trying to build brlcad again. I'll post the log if I get errors again. |
| 09:18.18 | brlcad | but seriously, search and you'll find a dozen, and most will take huge uploads |
| 09:18.24 | brlcad | nods |
| 09:18.36 | shiv05 | okay |
| 09:36.42 | *** join/#brlcad albertcoder (~quassel@124.253.90.249) | |
| 09:43.21 | *** join/#brlcad teepee-- (bc5c2134@gateway/web/freenode/ip.188.92.33.52) | |
| 09:44.14 | *** join/#brlcad nikita_95 (0e8b5206@gateway/web/freenode/ip.14.139.82.6) | |
| 09:47.00 | *** join/#brlcad caen23 (~caen23@92.83.191.152) | |
| 10:06.28 | *** join/#brlcad sofat (~androirc@223.225.204.114) | |
| 10:29.28 | *** join/#brlcad hplv2 (0e8b5206@gateway/web/cgi-irc/kiwiirc.com/ip.14.139.82.6) | |
| 10:31.14 | shiv05 | I am trying to compile brlcad on windows 7 using msvc 2013. The final result I get on building is "Build: 1018 succeeded, 256 failed". |
| 10:31.15 | shiv05 | Multiple .lib files cannot be opened by the linker. The complete output log is http://pastee.co/YP0ewb. |
| 10:31.21 | *** join/#brlcad swordfish12 (~chatzilla@61.16.142.166) | |
| 10:31.28 | shiv05 | I used the url "svn://svn.code.sf.net/p/brlcad/code/brlcad/trunk" to get the code. |
| 10:31.43 | shiv05 | While configuring with cmake, I used the following settings: |
| 10:31.54 | shiv05 | Where is the source code: path of the folder in which I checked out the trunk w |
| 10:32.04 | shiv05 | where to build the binaries : path of the folder in which I checked out the trunk/bld |
| 10:32.26 | shiv05 | Am I doing something wrong while using cmake? Or is there some other problem? Help please! |
| 10:32.58 | swordfish12 | hi, I am interested in participating for GSoc'15 and hopefully submit a proposal soon. can you give me references to "plate mode raytracing for NURBS models"? |
| 10:35.30 | archivist | shiv05, have you searched in your file system for one of the missing files |
| 10:35.39 | shiv05 | es |
| 10:35.41 | shiv05 | *yes |
| 10:35.58 | shiv05 | no lib files with those names are present |
| 10:36.17 | shiv05 | there is other stuff with the same name, but no lib files |
| 10:36.35 | archivist | have you googled for the error message to see what others did |
| 10:37.21 | archivist | is it missing because something before failed to create it |
| 10:38.24 | shiv05 | I tried. I didn't find anything helpful. Most of the stuff that I did find was for linux environments. Not many people have reported similar problems in context with brlcaed |
| 10:38.27 | shiv05 | *brlcad |
| 10:40.08 | shiv05 | I think so. The only installation step before compiling was using cmake. |
| 10:40.29 | shiv05 | But I can't seem to find anything different to try while using cmake. |
| 10:50.56 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 10:55.42 | *** join/#brlcad sprakash (~Prakash@14.139.82.6) | |
| 11:14.32 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 12:31.44 | *** join/#brlcad swordfish12 (~chatzilla@111.93.6.70) | |
| 12:33.06 | *** join/#brlcad caen23 (~caen23@92.83.191.152) | |
| 12:39.48 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 13:00.13 | *** join/#brlcad banviktor (~banviktor@2001:738:2001:407f:5178:ded8:582f:2b3) | |
| 13:01.52 | *** join/#brlcad sofat (~sofat@202.164.45.208) | |
| 13:17.52 | *** join/#brlcad nikita_9 (uid71376@gateway/web/irccloud.com/x-kmphyytrfyooidnu) | |
| 13:19.07 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 13:19.43 | *** join/#brlcad banviktor (~banviktor@apn-130-43-252-67.vodafone.hu) | |
| 13:22.55 | nikita_9 | hello |
| 13:28.35 | *** join/#brlcad banviktor (~banviktor@apn-130-43-252-67.vodafone.hu) | |
| 13:32.47 | *** join/#brlcad banviktor (~banviktor@apn-130-43-252-67.vodafone.hu) | |
| 13:46.27 | shiv05 | archivist, can you please take a look at my cmake log. A bunch of stuff seems to be missing but I am not really sure what I should do about this. |
| 13:46.28 | shiv05 | http://pastee.co/rR67bg |
| 13:49.34 | *** join/#brlcad evil_p (67e3353b@gateway/web/freenode/ip.103.227.53.59) | |
| 13:50.14 | *** join/#brlcad sofat (~sofat@202.164.45.212) | |
| 13:50.20 | *** join/#brlcad Izakey (~Izakey@41.205.22.122) | |
| 13:55.18 | archivist | shiv05, I am not running windows here |
| 13:55.35 | shiv05 | Should I ask on the mailing list? |
| 13:55.59 | archivist | you need to look at error messages and find out what they mean and fix them |
| 14:01.34 | shiv05 | The problem is that a lot of the stuff that is missing is on linux only. (ncurses, arpa/inet.h etc). I feel like I am missing something. |
| 14:02.18 | *** join/#brlcad sofat (~sofat@202.164.45.212) | |
| 14:07.48 | *** join/#brlcad sprakash (~Prakash@14.139.82.6) | |
| 14:15.17 | ``Erik | your configuration succeeded... those messages are saying "oh, arpa/inet.h is missing, but here's winsock, so we'll use the windows code instead of the unix code" |
| 14:16.54 | shiv05 | thank you |
| 14:19.07 | ``Erik | it might be worth noting that windows is not a primary platform for the developers, so it gets little attention and there's a significant possibility that it'll be broken or incomplete at any time... if it is, fixing the issues (in a way that doesn't break the other platforms) would be worthy of submitting a patchy |
| 14:19.12 | ``Erik | good luck! |
| 14:20.38 | shiv05 | thank you. If I submit a proposal for gsoc, would it be better if I use linux instead of windows? |
| 14:38.09 | *** join/#brlcad sirnam (~swetha@14.139.82.6) | |
| 14:38.24 | *** join/#brlcad sofat (~sofat@202.164.45.212) | |
| 14:44.44 | *** join/#brlcad luca79 (~luca@host122-104-dynamic.5-87-r.retail.telecomitalia.it) | |
| 14:50.40 | ``Erik | I think it'd be easier to work with linux, but windows would be a good differentiating factor (it's important, it's just... "icky") |
| 14:55.14 | *** join/#brlcad sofat (~sofat@202.164.45.212) | |
| 14:58.22 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 15:05.19 | *** join/#brlcad FreezingAlt (~FreezingC@135.0.41.14) | |
| 15:08.16 | *** join/#brlcad sofat (~sofat@202.164.45.212) | |
| 15:10.42 | *** join/#brlcad amanag (uid71246@gateway/web/irccloud.com/x-safgrydygzydzijt) | |
| 15:14.08 | *** join/#brlcad hiteshsofat (~androirc@223.225.198.130) | |
| 15:26.16 | *** join/#brlcad sofat (~sofat@202.164.45.212) | |
| 15:34.03 | *** join/#brlcad akshayrk95 (73f91219@gateway/web/freenode/ip.115.249.18.25) | |
| 15:39.44 | *** join/#brlcad sprakash (~Prakash@14.139.82.6) | |
| 15:40.30 | *** join/#brlcad akshayrk95_ (uid71395@gateway/web/irccloud.com/x-eknapzfrsxgmnnit) | |
| 15:47.55 | *** join/#brlcad sukhdeep (~quassel@124.253.111.45) | |
| 15:51.41 | *** join/#brlcad YashM (~YashM@117.222.23.138) | |
| 16:03.50 | *** join/#brlcad caen23 (~caen23@92.83.191.152) | |
| 16:37.34 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 17:27.50 | *** join/#brlcad caen23 (~caen23@92.83.191.152) | |
| 17:33.37 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 18:04.19 | *** join/#brlcad banviktor (~banviktor@apn-185-10-124-234.vodafone.hu) | |
| 18:09.04 | *** join/#brlcad Mark_______ (59858851@gateway/web/freenode/ip.89.133.136.81) | |
| 18:10.58 | Notify | 03BRL-CAD Wiki:115.245.75.53 * 7888 /wiki/Google_Summer_of_Code/Project_Ideas: /* Add mohit daga as mentor */ |
| 18:22.32 | Notify | 03BRL-CAD Wiki:Level zero * 7889 /wiki/Google_Summer_of_Code/Project_Ideas: /* Add mohit's name for image processing project*/ |
| 18:22.45 | sofat | brlcad, hello |
| 18:28.29 | Notify | 03BRL-CAD Wiki:Level zero * 7890 /wiki/Google_Summer_of_Code/Project_Ideas: /* add daga's name for projects */ |
| 18:28.38 | *** join/#brlcad swordfish12 (~chatzilla@61.16.142.166) | |
| 18:33.03 | Notify | 03BRL-CAD Wiki:Level zero * 7891 /wiki/Benchmark_Performance_Database: Add past efforts |
| 18:35.21 | Notify | 03BRL-CAD Wiki:Level zero * 7892 /wiki/Visualizing_Constructive_Solid_Geometry_(CSG): Add Past Efforts |
| 18:37.08 | Notify | 03BRL-CAD Wiki:Level zero * 7893 /wiki/Code_Reduction: Add Past Efforts |
| 18:41.04 | Notify | 03BRL-CAD Wiki:Level zero * 7894 /wiki/Shader_Enhancements: Add Past Efforts |
| 18:43.14 | Notify | 03BRL-CAD Wiki:Level zero * 7895 /wiki/MGED_to_Archer_Command_Migration: add Past Efforts |
| 18:44.52 | Notify | 03BRL-CAD Wiki:Level zero * 7896 /wiki/New_Cross-Platform_3D_Display_Manager: Add Past Efforts |
| 18:46.06 | Notify | 03BRL-CAD Wiki:Level zero * 7897 /wiki/Non-vacuum_gravity_simulator: Add Past Efforts |
| 19:11.28 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 19:12.53 | Ch3ck | zero_level: hey |
| 19:19.06 | *** join/#brlcad teepee (~teepee@37.187.218.221) | |
| 19:28.46 | Notify | 03BRL-CAD Wiki:Bradehollister * 0 /wiki/User:Bradehollister: |
| 19:30.05 | *** join/#brlcad andrei_ (~quassel@188.27.87.126) | |
| 19:32.47 | ``Erik | http://blog.playcanvas.com/seemore-physically-based-rendering-in-webgl/ |
| 19:38.51 | sofat | brlcad, hello |
| 19:40.45 | *** join/#brlcad abhi_ (67157d4e@gateway/web/freenode/ip.103.21.125.78) | |
| 19:45.07 | ``Erik | sofat: say what you want to say, he'll respond when he sees it... |
| 19:45.10 | ``Erik | ~ask |
| 19:45.10 | infobot | Questions in the channel should be specific, informative, complete, concise, and on-topic. Don't ask if you can ask a question first. Don't ask if a person is there; just ask what you intended to ask them. Better questions more frequently yield better answers. We are all here voluntarily or against our will. |
| 19:58.55 | sofat | I am working on docbook project and My question is regarding the website and docbook project integrations, currently brlcad running two websites one is on mediawiki and other is on wordpress so I want to know exactly the requirements of brlcad, means brlcad only want to integrate docbook with mediawiki(according to gsoc idea page) or as well as wordpress(for future use) |
| 19:59.56 | *** join/#brlcad hiteshsofat (~androirc@223.225.198.130) | |
| 20:04.51 | *** part/#brlcad hiteshsofat (~androirc@223.225.198.130) | |
| 20:05.25 | *** join/#brlcad sofat (~androirc@223.225.198.130) | |
| 20:11.42 | *** join/#brlcad sofat_ (~androirc@202.164.45.204) | |
| 20:15.32 | *** join/#brlcad amanag_ (uid71246@gateway/web/irccloud.com/x-xwgvdsomipmbzvah) | |
| 20:48.43 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 20:56.12 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 21:12.29 | Notify | 03BRL-CAD:n_reed * 64339 (brlcad/trunk/src/libtclcad/tclcad_obj.c brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl): Fix the Archer command entry so saveview can be run with its full range of arguments. By default saveview uses the name of the open database in the script. This is a problem in Archer because the open database is a working copy, which means it's deleted on program exit, invalidating the script. |
| 21:12.32 | Notify | Address this by silently passing the name of the original database to saveview if the input database isn't specified by the user. There's still a problem in that if a user creates a saveview script based on the working copy and doesn't save changes back to the original database, then the saveview script may still be invalid. For now though, possibly invalid is better than always invalid. |
| 21:20.07 | *** join/#brlcad banviktor (~banviktor@51B7512E.catv.pool.telekom.hu) | |
| 21:56.30 | Notify | 03BRL-CAD Wiki:129.97.124.174 * 7898 /wiki/Google_Summer_of_Code/Project_Ideas: /* OpenSCAD Projects */ |
| 21:57.34 | Notify | 03BRL-CAD Wiki:129.97.124.175 * 7899 /wiki/Google_Summer_of_Code/Project_Ideas: /* OpenSCAD Projects */ |
| 23:57.57 | *** join/#brlcad ankesh11 (uid8015@gateway/web/irccloud.com/x-bklmqqawvunoenro) | |
| 01:42.18 | *** join/#brlcad sofat_ (~androirc@202.164.45.208) | |
| 01:43.15 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 02:19.08 | *** join/#brlcad krishna_ravi732_ (~krishna@5.231.52.94) | |
| 03:06.14 | *** join/#brlcad mihaineacsu (~mihaineac@188.25.206.88) | |
| 03:38.10 | nmz787 | can we get that IRC bot that supports the .tell command... since there are a lot of folks that ask questions then sign out |
| 03:39.24 | nmz787 | i'd like to be able to recommend using github gist for large text files... but shiv05 is not here now... so my effort may be lost |
| 03:48.59 | *** join/#brlcad sofat (~androirc@106.192.183.183) | |
| 03:54.41 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 03:56.09 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 03:57.11 | *** join/#brlcad abhi_ (67157d4e@gateway/web/freenode/ip.103.21.125.78) | |
| 06:14.44 | *** join/#brlcad abhijitt (67157d4e@gateway/web/freenode/ip.103.21.125.78) | |
| 06:31.55 | abhijitt | Hi. I am Abhijit Tomar from India. I would like to contribute to the Benchmark Performance Database project that Ankesh Anand contributed to in GSoC '14. |
| 06:34.51 | abhijitt | I would like to know the current status of the project and what needs to be done to take it forward. Could someone guide me on who would be the right person to approach in this regard? |
| 06:42.07 | zero_level | Ch3ck : hii! |
| 06:47.32 | *** join/#brlcad sprakash (~Prakash@14.139.82.6) | |
| 06:51.08 | *** join/#brlcad abhijitt (67157d4e@gateway/web/freenode/ip.103.21.125.78) | |
| 06:55.10 | abhijitt | I had got disconnected due to an internet connection problem. I'm sorry if I missed something. |
| 06:55.50 | abhijitt | I will put in a mail on the mailing list. |
| 07:00.57 | Stragus | It's best to stay online and wait until they see the message and reply |
| 07:01.12 | Stragus | Especially since it's 2h in the morning on the U.S. east cost ;) |
| 07:01.15 | Stragus | coast* |
| 07:03.44 | *** join/#brlcad lemur1 (~lemur@host213-122-133-147.range213-122.btcentralplus.com) | |
| 07:10.58 | *** join/#brlcad sriravic (0e8b5206@gateway/web/freenode/ip.14.139.82.6) | |
| 07:15.07 | *** join/#brlcad teepee (~teepee@37.187.218.221) | |
| 07:15.37 | *** join/#brlcad sprakash (~Prakash@14.139.82.6) | |
| 07:17.02 | *** join/#brlcad konrado (~konrado@41.244.243.31) | |
| 07:20.21 | *** join/#brlcad sirnam (~swetha@14.139.82.6) | |
| 07:23.33 | *** join/#brlcad dracarys983 (~dracarys9@14.139.82.6) | |
| 07:29.20 | Notify | 03BRL-CAD Wiki:Dracarys983 * 0 /wiki/User:Dracarys983: |
| 07:30.09 | *** join/#brlcad banviktor (b90a7cea@gateway/web/freenode/ip.185.10.124.234) | |
| 07:32.01 | *** join/#brlcad sprakash (~Prakash@14.139.82.6) | |
| 07:35.05 | Notify | 03BRL-CAD Wiki:DUSANMARHOLD * 0 /wiki/User:DUSANMARHOLD: |
| 08:02.40 | *** join/#brlcad abhijitt__ (uid71558@gateway/web/irccloud.com/x-aoqcmodubkbpxyur) | |
| 08:06.42 | *** join/#brlcad sirnam (~swetha@14.139.82.6) | |
| 08:10.58 | dracarys983 | Hello! I am new to BRL-CAD. I have been working on raytracing and I want to contribute. How should I start? |
| 08:23.26 | *** join/#brlcad merzo (~merzo@92.60.189.225) | |
| 08:31.20 | *** join/#brlcad abhijitt_ (uid71558@gateway/web/irccloud.com/x-devpxlwnogxufqxx) | |
| 08:33.25 | *** join/#brlcad sofat (~androirc@106.192.183.183) | |
| 08:39.27 | Notify | 03BRL-CAD Wiki:Sherlock Wisdom * 0 /wiki/User:Sherlock_Wisdom: |
| 08:43.18 | *** join/#brlcad dracarys983 (~dracarys9@14.139.82.6) | |
| 08:59.21 | *** join/#brlcad nole (74cb2152@gateway/web/freenode/ip.116.203.33.82) | |
| 09:01.27 | *** join/#brlcad sprakash (~Prakash@14.139.82.6) | |
| 09:01.57 | *** join/#brlcad sirnam (~swetha@14.139.82.6) | |
| 09:39.43 | *** join/#brlcad dracarys983_ (~dracarys9@14.139.82.6) | |
| 09:41.57 | *** join/#brlcad teepee-- (bc5c2134@gateway/web/freenode/ip.188.92.33.52) | |
| 09:44.24 | *** part/#brlcad dracarys983_ (~dracarys9@14.139.82.6) | |
| 09:50.47 | dracarys983 | <PROTECTED> |
| 09:52.14 | *** part/#brlcad dracarys983 (~dracarys9@14.139.82.6) | |
| 09:55.14 | *** join/#brlcad mihaineacsu (~mihaineac@5-12-230-136.residential.rdsnet.ro) | |
| 09:55.56 | *** join/#brlcad dracarys983 (~dracarys9@14.139.82.6) | |
| 09:57.12 | *** join/#brlcad Izakey (~Izakey@41.205.22.82) | |
| 10:05.10 | *** join/#brlcad dracarys983_ (~dracarys9@14.139.82.6) | |
| 10:14.15 | *** part/#brlcad dracarys983_ (~dracarys9@14.139.82.6) | |
| 10:32.24 | *** join/#brlcad dracarys983_ (~dracarys@14.139.82.6) | |
| 10:34.05 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 7900 /wiki/Google_Summer_of_Code/Project_Ideas: /* Infrastructure */ |
| 10:36.01 | *** join/#brlcad dracarys983_ (~dracarys@14.139.82.6) | |
| 10:39.26 | *** join/#brlcad dracarys983_ (~dracarys@14.139.82.6) | |
| 10:39.50 | *** part/#brlcad dracarys983_ (~dracarys@14.139.82.6) | |
| 10:40.26 | *** join/#brlcad dracarys983_ (~dracarys@14.139.82.6) | |
| 10:42.31 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 7901 /wiki/Google_Summer_of_Code/Project_Ideas: /* Geometry */ |
| 10:50.17 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 7902 /wiki/Google_Summer_of_Code/Project_Ideas: /* Geometry */ |
| 10:50.49 | ``Erik | ~pastebin |
| 10:50.49 | infobot | A "pastebin" is a web-based service where you should paste anything over 3 lines so you don't flood the channel. Here are links to a few: http://www.pastebin.com, http://pastebin.ca, http://channels.debian.net/paste, http://paste.lisp.org, http://bin.cakephp.org/; or install pastebinit with yum or aptitude. |
| 10:52.04 | ``Erik | *stealstealsteal* |
| 10:52.06 | ``Erik | !notify pastebin |
| 10:52.07 | Notify | A "pastebin" is a web-based service where you should paste anything over 3 lines so you don't flood the channel. Here are links to a |
| 10:52.43 | ``Erik | !notify pastebin |
| 10:52.43 | Notify | A "pastebin" is a web-based service where you should paste anything over 3 lines so you don't flood the channel. Here are links to a few: http://www.pastebin.com, http://pastebin.ca, http://channels.debian.net/paste, http://paste.lisp.org, http://bin.cakephp.org/; or install pastebinit with yum or aptitude. |
| 10:53.05 | *** join/#brlcad banviktor (~banviktor@2001:738:2001:407f:21d0:588a:61b:a358) | |
| 10:54.43 | ``Erik | !notify pastebin |
| 10:54.44 | Notify | A "pastebin" is a web-based service where you should paste anything over 3 lines so you don't flood the channel. Here are links to a few: http://www.pastebin.com, http://pastebin.ca, http://channels.debian.net/paste, http://paste.lisp.org. http://gist.github.com allows file attachments for large log files. |
| 10:55.01 | ``Erik | nmz787: that look like what you wanted? |
| 10:55.12 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 11:07.23 | banviktor | hi |
| 11:08.24 | banviktor | regarding the materials database project the proof-of-concept web work of relevance is the last year's gsoc project by albertcoder? |
| 11:11.01 | Izakey | ``Erik Which primitive is the point cloud one ? |
| 11:16.39 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 7903 /wiki/Google_Summer_of_Code/Project_Ideas: /* Infrastructure */ |
| 11:18.34 | banviktor | oh i see that page wasn't updated since 2011. the dataset is the thing to build on? |
| 11:18.47 | *** join/#brlcad albertcoder (~quassel@124.253.201.234) | |
| 11:27.47 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 7904 /wiki/Google_Summer_of_Code/Project_Ideas: /* Infrastructure */ |
| 11:36.44 | ``Erik | banviktor: I think he's still semi-interested in that? you'd have to catch him to verify... |
| 11:36.56 | ``Erik | Izakey: "pnts" might be the one you're looking for? |
| 11:37.24 | Izakey | Thanks ``Erik. I already saw it. It's a set of 3D points right ? |
| 11:37.37 | banviktor | albertcoder: are you still interested in the materials database project? |
| 11:38.52 | albertcoder | Hi banviktor |
| 11:39.03 | albertcoder | Yes, I am. |
| 11:39.44 | banviktor | okay, I'll find something else then |
| 11:40.52 | albertcoder | All the best! :) |
| 11:41.13 | *** join/#brlcad sprakash (~Prakash@14.139.82.6) | |
| 11:41.32 | ``Erik | Izakey: "it depends"... :D there're different "modes" for it that might add data to each point (like a color, scale, normal), but there is a set of 3d locations, yes |
| 11:45.11 | banviktor | is there a live version of the online geometry viewer? |
| 11:47.58 | Izakey | What do you mean by live version banviktor ? |
| 11:50.14 | banviktor | a deployed server running it. so an url |
| 12:07.01 | *** join/#brlcad Izakey (~Izakey@41.205.22.88) | |
| 12:09.35 | *** join/#brlcad sofat (~androirc@202.164.45.204) | |
| 12:12.41 | albertcoder | Hi banviktor I guess OGV is not live yet. |
| 12:22.29 | *** join/#brlcad Izakey (~Izakey@41.205.22.105) | |
| 12:40.19 | *** join/#brlcad sprakash (~Prakash@14.139.82.6) | |
| 12:52.50 | *** join/#brlcad sofat (~androirc@202.164.45.204) | |
| 12:57.41 | *** join/#brlcad amalia_ (~amalia@41.205.22.99) | |
| 13:20.29 | *** join/#brlcad hiteshsofat (~androirc@202.164.45.204) | |
| 13:52.27 | *** join/#brlcad sofat (~androirc@202.164.45.212) | |
| 14:05.15 | *** join/#brlcad sofat (~androirc@202.164.45.204) | |
| 14:11.24 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 15:06.10 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:14.58 | *** join/#brlcad gurwinder (3b5bed78@gateway/web/freenode/ip.59.91.237.120) | |
| 15:20.02 | gurwinder | @brlcad: hello, I am very sorry from my depth of heart, I was not able to reply about our discussion regarding g-pov as I was very busy in my acedmic and bussiness workprojects. I want to discuss two three things about g-pov. its better if we discuss it on IRC |
| 15:40.02 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 16:08.44 | *** join/#brlcad sofat (~sofat@202.164.45.208) | |
| 16:17.41 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:36.35 | *** join/#brlcad banviktor (~banviktor@51B7512E.catv.pool.telekom.hu) | |
| 16:40.55 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 16:43.07 | sofat | brlcad, hello |
| 16:50.54 | Notify | 03BRL-CAD Wiki:Starseeker * 7905 /wiki/Google_Summer_of_Code/Project_Ideas: /* BRL-CAD Projects */ - Start setting up a high priority section |
| 16:59.37 | *** join/#brlcad manan (~manan@1.39.33.77) | |
| 17:03.34 | Notify | 03BRL-CAD Wiki:Starseeker * 7906 /wiki/Annotations: Add some annotation info |
| 17:07.44 | Notify | 03BRL-CAD Wiki:Starseeker * 7907 /wiki/Vector_Drawings_from_NURBS: Tweak vector drawing task |
| 17:15.17 | *** join/#brlcad albertcoder (~quassel@202.164.45.204) | |
| 17:35.17 | *** join/#brlcad sofat (~sofat@202.164.45.212) | |
| 17:43.37 | *** join/#brlcad sofat (~sofat@202.164.45.212) | |
| 17:45.10 | *** join/#brlcad manan (~manan@1.39.33.77) | |
| 17:45.14 | Notify | 03BRL-CAD Wiki:Starseeker * 7908 /wiki/Convert_MGED_from_Tk_to_Q: Start fleshing out Tk->Qt - looking like it will probably be necessary to break this into several individual sub-tasks |
| 17:51.32 | *** join/#brlcad ``Erik (~erik@pool-74-103-94-19.bltmmd.fios.verizon.net) | |
| 17:55.16 | *** join/#brlcad ankesh11 (uid8015@gateway/web/irccloud.com/x-wkfbjondttsdbkyj) | |
| 17:59.26 | *** join/#brlcad sofat (~sofat@202.164.45.212) | |
| 18:18.13 | *** join/#brlcad sofat (~sofat@202.164.45.212) | |
| 18:18.16 | *** join/#brlcad manan_ (~manan@1.39.33.77) | |
| 18:18.38 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 18:28.18 | *** join/#brlcad alisha (~quassel@115.184.3.49) | |
| 18:34.26 | *** join/#brlcad sofat (~sofat@202.164.45.212) | |
| 18:36.44 | *** join/#brlcad shiv05 (67e3352a@gateway/web/freenode/ip.103.227.53.42) | |
| 18:45.29 | *** join/#brlcad alisha (~quassel@115.184.3.49) | |
| 18:52.20 | *** join/#brlcad shiv05 (78594aa0@gateway/web/freenode/ip.120.89.74.160) | |
| 19:26.22 | shiv05 | I had been unable to compile brlcad on windows. This was due to a small bug which I have fixed. Do I commit the changes or should I submit a patch? |
| 19:26.31 | shiv05 | (the only change was changing the return type of a function) |
| 19:34.22 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 19:36.50 | albertcoder | Hi brlcad |
| 19:37.23 | albertcoder | Wanted to know a bit of the import export feature in Materials Database. |
| 19:37.23 | albertcoder | Presently the properties can be exported in JSON, CSV. Can you please shed some light on importing? |
| 19:37.23 | albertcoder | I mean where are we expecting to import data from? |
| 19:45.12 | *** join/#brlcad sirnam (swetha@nat/iiit/x-miundpcmlcplmzhy) | |
| 19:52.36 | *** join/#brlcad sofat (~androirc@202.164.45.204) | |
| 19:55.19 | *** join/#brlcad sirnam (swetha@nat/iiit/x-jowjujjviieegkkc) | |
| 20:09.54 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 20:44.12 | abhijitt | Hi I am Abhijit Tomar. I am interested in contributing to the Benchmark Performance Database project. I have forked the repo. I need to know the current status and improvements required. Could someone guide me in this regard? |
| 21:07.06 | *** join/#brlcad Izakey (~Izakey@41.205.22.121) | |
| 21:12.54 | *** join/#brlcad sirnam (swetha@nat/iiit/x-qxreutpsjkghrqqf) | |
| 21:27.40 | brlcad | abhijitt: current status is something you can and should figure out yourself .. install and set it up |
| 21:27.54 | brlcad | then you'll have an idea what improvements to propose |
| 21:28.47 | brlcad | shiv05: patch received, thanks |
| 21:44.20 | ankesh11 | abhijitt: Echoing what brlcad said, try to get the project running on your machine. Let me know if you face any trouble setting it up |
| 22:30.55 | Notify | 03BRL-CAD:brlcad * 64340 (brlcad/trunk/src/libbrep/shape_recognition.h brlcad/trunk/src/libbrep/shape_recognition_planar.cpp): accept sf patch #326 from Shivoam Malhotra (shiv05) which fixes a return type error. |
| 22:32.02 | Notify | 03BRL-CAD:brlcad * 64341 brlcad/trunk/AUTHORS: Credit Shivoam Malhotra with special thanks for a simple build return type fix (sf patch #326) |
| 22:32.29 | brlcad | shiv05: fyi, in the future, if a change is that simple, you can just tell someone here |
| 22:32.45 | brlcad | if it's less than 10 lines, probably something you can just tell someone |
| 22:33.10 | shiv05 | okay |
| 22:33.53 | brlcad | but still, thanks! |
| 22:34.03 | brlcad | you were credited in our authorship documentation |
| 22:35.22 | shiv05 | :) |
| 23:33.51 | *** join/#brlcad teepee_ (~teepee@37.187.218.221) | |
| 00:48.11 | Notify | 03BRL-CAD Wiki:Starseeker * 7909 /wiki/Convert_MGED_from_Tk_to_Q: fix spelling |
| 01:00.38 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 02:29.17 | *** join/#brlcad FreezingAlt (~FreezingC@135.0.41.14) | |
| 02:30.00 | Notify | 03BRL-CAD Wiki:Starseeker * 7910 /wiki/Convert_MGED_from_Tk_to_Q: Tweak |
| 02:37.03 | *** join/#brlcad gurwinder (75cf9c73@gateway/web/freenode/ip.117.207.156.115) | |
| 03:54.49 | *** join/#brlcad lemur1 (~lemur@host213-122-133-147.range213-122.btcentralplus.com) | |
| 04:09.34 | *** join/#brlcad albertcoder (~quassel@202.164.45.208) | |
| 04:41.44 | *** join/#brlcad albert_coder (~quassel@202.164.45.204) | |
| 04:43.21 | *** join/#brlcad sirnam (swetha@nat/iiit/x-tywaqgxtgpubfkxv) | |
| 04:50.20 | nmz787 | ``Erik: !notify pastebin isn't github gist... and no the .tell command is thanks to some IRC bot that keeps a message queue until a given user shows up and sends a message, then the bot sends all the messages in the queue... the idea being that since the user was active they'll see the queued messages |
| 04:54.16 | *** join/#brlcad sofat (~androirc@223.225.205.211) | |
| 05:02.35 | ignacio | Good night |
| 05:06.21 | dracarys983 | Hi I am Kalpit Thakkar. I looked up the Contribution wiki page and I would like to work on Implementing a primitive volume function. |
| 05:06.54 | dracarys983 | I have build and compiled BRL-CAD in Eclipse CDT. |
| 05:07.39 | dracarys983 | Is anyone working on it already? |
| 05:14.49 | *** join/#brlcad albertcoder (~quassel@202.164.45.208) | |
| 05:38.56 | *** join/#brlcad sprakash (Prakash@nat/iiit/x-xfwcqiwkmgrcshko) | |
| 05:44.07 | *** join/#brlcad albertcoder (~quassel@202.164.45.204) | |
| 05:44.16 | *** join/#brlcad sofat (~androirc@223.225.205.211) | |
| 05:44.34 | sofat | dracarys983, which idea? |
| 05:44.50 | dracarys983 | http://brlcad.org/wiki/Contributor_Quickies#EASY:_Implement_a_primitive_volume_function |
| 05:48.14 | sofat | Okay go ahead |
| 05:48.35 | sofat | I think no one working on this. |
| 05:48.58 | dracarys983 | Okay. Thanks! |
| 06:44.49 | *** join/#brlcad Saurabh_Kumar_bi (~saurabh@220.227.149.70) | |
| 06:49.33 | *** join/#brlcad teepee_ (~teepee@37.187.218.221) | |
| 06:49.57 | Saurabh_Kumar_bi | hi everyone. I am willing to participate in GSOC 2015 and interested in GED Transactions projects. where can I find previous bugs in your project so that I can fix one or two. Moreover where can I find your source code repository? I have checked almost every relevant link. Any help would be highly appreciated. Thank you. |
| 07:04.37 | *** join/#brlcad rommy (75cf9c73@gateway/web/freenode/ip.117.207.156.115) | |
| 07:35.25 | *** join/#brlcad luca79 (~luca@net-37-117-183-59.cust.vodafonedsl.it) | |
| 08:34.43 | *** join/#brlcad merzo (~merzo@92.60.189.225) | |
| 08:42.10 | *** join/#brlcad Saurabh_Kumar_bi (~saurabh@220.227.149.70) | |
| 08:43.10 | *** join/#brlcad mihaineacsu (~mihaineac@5-12-233-252.residential.rdsnet.ro) | |
| 08:43.31 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-ukznshcgmbsvhqrv) | |
| 08:58.43 | *** join/#brlcad rommy (75cf9c73@gateway/web/freenode/ip.117.207.156.115) | |
| 09:18.42 | *** join/#brlcad Izakey (~Izakey@41.205.22.97) | |
| 09:28.41 | *** join/#brlcad albertcoder (~quassel@124.253.197.77) | |
| 10:06.54 | *** join/#brlcad Saurabh_Kumar_bi (~saurabh@220.227.149.70) | |
| 10:36.59 | dracarys983 | sofat, All polyhedra in consideration are convex in BRL-CAD primitives? |
| 10:39.39 | sofat | dracarys983, i am not right person for this question because i am not working on this. I will only provide you help regarding web development work. Sorry :-( |
| 10:40.13 | dracarys983 | sofat, No problem. That's fine :) |
| 10:44.02 | dracarys983 | ``Erik, starseeker, |
| 11:06.41 | *** join/#brlcad banviktor (~banviktor@51B7512E.catv.pool.telekom.hu) | |
| 11:09.52 | *** join/#brlcad FreezingAlt (~FreezingC@135.0.41.14) | |
| 11:13.19 | *** join/#brlcad sprakash (Prakash@nat/iiit/x-qbcuacoyvytugqzy) | |
| 11:33.23 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 7912 /wiki/User:NyahCh3ck20/Nurbs_Vector_Drawing: GSoc 2015 Proposal |
| 11:43.59 | starseeker | dracarys983: nmg and bot primitives are general - they may be convex or concave |
| 11:44.07 | starseeker | arbn primitives must be convex |
| 11:48.41 | dracarys983 | starseeker, Great! Thank you :) |
| 11:57.03 | ``Erik | nmz787: ah, mailbox, no, notify doesn't do that (I used to run an eggdrop a long time ago that had an addon for that...) |
| 11:58.02 | ``Erik | starseeker: are you sure? I thought an arb8 could have a corner pulled 'in' to have a concave intersection |
| 12:12.27 | starseeker | ``Erik: um. I'd have to double check on arb8 |
| 12:12.35 | starseeker | ``Erik: I was thinking specifically of arbn |
| 12:14.54 | *** join/#brlcad Saurabh_Kumar_bi (~saurabh@220.227.149.70) | |
| 12:16.09 | *** join/#brlcad banviktor (~banviktor@51B7512E.catv.pool.telekom.hu) | |
| 12:18.49 | ``Erik | kinda weird that arbn wouldn't allow for a "dented" shape |
| 12:35.01 | *** join/#brlcad teepee- (bc5c2133@gateway/web/freenode/ip.188.92.33.51) | |
| 12:38.48 | *** join/#brlcad banviktor (~banviktor@51B7512E.catv.pool.telekom.hu) | |
| 12:40.48 | *** join/#brlcad banviktor_ (~banviktor@51B7512E.catv.pool.telekom.hu) | |
| 12:45.57 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 12:54.36 | *** join/#brlcad luca79 (~luca@net-37-117-183-59.cust.vodafonedsl.it) | |
| 13:46.51 | *** join/#brlcad sofat (~androirc@106.192.183.215) | |
| 14:04.43 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) | |
| 14:06.16 | *** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 14:06.54 | *** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net) | |
| 14:07.25 | *** join/#brlcad ejno (~ejno@unaffiliated/kazaik) | |
| 14:09.13 | *** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net) | |
| 14:09.24 | *** join/#brlcad zero_level (~mohit@66-118-151-70.static.sagonet.net) | |
| 14:12.03 | *** join/#brlcad gurwinder (75cf9c73@gateway/web/freenode/ip.117.207.156.115) | |
| 14:15.30 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-atfbonmodcnimysw) | |
| 14:15.54 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 14:32.02 | *** join/#brlcad banviktor (~banviktor@51B7512E.catv.pool.telekom.hu) | |
| 14:38.24 | *** join/#brlcad Saurabh_Kumar_bi (~saurabh@220.227.149.70) | |
| 14:47.56 | dracarys983 | ``Erik, starseeker, It is written in arbn.c that an arbn is "Arbitrary Regular Polyhedron with an arbitrary number of faces" |
| 14:48.16 | dracarys983 | If it is convex, there should be just 5 possible solids right? |
| 15:05.49 | ``Erik | eh? |
| 15:07.35 | ``Erik | hm, I'm not sure arbn is actually mathematically correct regular polyhedra |
| 15:10.17 | ``Erik | will let starseeker dig into it *shrug* :) |
| 15:17.05 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 15:25.34 | *** join/#brlcad sofat (~androirc@106.192.164.54) | |
| 15:30.31 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:35.02 | *** join/#brlcad gurwinder (75d7e625@gateway/web/freenode/ip.117.215.230.37) | |
| 15:40.07 | dracarys983 | ``Erik, starseeker , I'm trying to write a volume function for arbn since morning. I'm stuck :( |
| 15:41.56 | *** join/#brlcad rommy (75d7e625@gateway/web/freenode/ip.117.215.230.37) | |
| 15:42.48 | rommy | hello, I am getting error while I run make in linux. error is: "/home/gurwinder/brlcad-svn-trunk/include/bsocket.h:44:4: error: #error "The #include for bio.h must come after this header (Windows Sockets portability)."" |
| 15:43.21 | rommy | what is it about, how to get out of it |
| 15:43.23 | rommy | ? |
| 15:51.42 | rommy | I found this error is for windows but why it is here on my linux? |
| 16:01.51 | *** join/#brlcad sprakash (Prakash@nat/iiit/x-cyzgpeplgsfgflba) | |
| 16:03.07 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 16:27.52 | *** join/#brlcad alisha (~quassel@115.184.68.191) | |
| 16:40.37 | *** join/#brlcad alisha (~quassel@115.184.68.191) | |
| 16:56.11 | brlcad | dracarys983: no, there are an infinite number of solids with an arbn |
| 16:56.49 | brlcad | with the arb8 there are only five: arb8/arb7/arb6/arb5/arb4 |
| 16:57.13 | brlcad | with the arbn, it's polyhedra with a minimum of 4 faces, but no maximum |
| 16:58.16 | brlcad | example: arbn with n=24: http://s1.hubimg.com/u/7830660_f520.jpg |
| 16:59.41 | brlcad | or n=50: http://images1.sw-cdn.net/model/picture/674x501_145512_106176_1338413386.jpg |
| 17:00.55 | brlcad | the error in that description is that they're regular |
| 17:01.34 | dracarys983 | brlcad, Oh. Okay, got it. Nice :D |
| 17:02.53 | dracarys983 | Is finding a planar-faced convex polyhedron's volume possible in polynomial time? |
| 17:08.50 | Notify | 03BRL-CAD:brlcad * 64342 (brlcad/trunk/src/librt/primitives/arb8/arb8.c brlcad/trunk/src/librt/primitives/arbn/arbn.c): neither arb8 or arbn are necessarily regular polyhedron. expand on what it means to be an arbn |
| 17:09.09 | brlcad | fg |
| 17:09.42 | brlcad | dracarys983: we already have a volume function for arbn ... |
| 17:09.58 | brlcad | see rt_arbn_volume() in arbn.c |
| 17:13.51 | dracarys983 | brlcad, I have built v7.24.0. Am I on the correct version? I don't see a rt_arbn_volume() here. |
| 17:19.31 | dracarys983 | I'm sorry. I'm on the wrong version it seems. |
| 17:57.34 | *** join/#brlcad hiteshsofat (~androirc@202.164.45.212) | |
| 18:00.54 | *** join/#brlcad shiv05_ (67e33537@gateway/web/freenode/ip.103.227.53.55) | |
| 18:01.39 | *** join/#brlcad sofat (~androirc@202.164.45.204) | |
| 18:07.34 | *** join/#brlcad albertcoder (~quassel@202.164.45.204) | |
| 18:08.18 | *** join/#brlcad alisha_ (~quassel@101.60.205.154) | |
| 18:13.04 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 18:24.38 | *** join/#brlcad newerbud (~nita@i-83-67-61-194.freedom2surf.net) | |
| 18:33.54 | brlcad | dracarys983: depends what you mean by wrong version -- if you're doing development, you should always be working with our latest svn trunk sources |
| 18:33.58 | brlcad | not a source tarball |
| 18:34.00 | brlcad | ~cadsvn |
| 18:34.00 | infobot | To obtain BRL-CAD from Subversion: svn checkout https://svn.code.sourceforge.net/p/brlcad/code/brlcad/trunk brlcad |
| 18:37.53 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 18:39.39 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 18:50.19 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 18:56.27 | *** join/#brlcad Izakey (~Izakey@41.205.22.106) | |
| 18:57.03 | Izakey | Hi brlcad |
| 19:04.14 | dracarys983 | brlcad, Thanks a lot. I have built the latest svn trunk sources now. :) |
| 19:05.10 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 19:06.26 | *** join/#brlcad amalia (~amalia@41.205.22.67) | |
| 20:10.14 | *** join/#brlcad teepee (~teepee@37.187.218.221) | |
| 20:44.20 | Notify | 03BRL-CAD:starseeker * 64343 (brlcad/trunk/src/libbn/polygon.c brlcad/trunk/src/libbn/tests/bn_polygon_triangulate.c): Check for ear status change in convex case. |
| 20:52.19 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 21:06.00 | Notify | 03BRL-CAD:carlmoore * 64344 brlcad/trunk/src/libged/lc.c: implement NUMERIC sorting for columns 1,2,3; those columns are stored as CHARACTERS |
| 21:09.44 | Notify | 03BRL-CAD:starseeker * 64345 brlcad/trunk/src/libbn/polygon.c: Not sure if this is right, but try to use the angle to guide ear selection. |
| 21:17.06 | brlcad | way to go carl.. actual logic fix |
| 21:39.57 | *** join/#brlcad Carlson (29cd161c@gateway/web/freenode/ip.41.205.22.28) | |
| 21:49.16 | ``Erik | buzuhwhua??? carl committed something that wasn't a comment grammar fix? :o |
| 21:51.27 | *** join/#brlcad ejno (~ejno@unaffiliated/kazaik) | |
| 22:19.06 | *** join/#brlcad Carlson_ (29cd1622@gateway/web/freenode/ip.41.205.22.34) | |
| 22:46.28 | *** join/#brlcad teepee_ (~teepee@37.187.218.221) | |
| 00:11.44 | *** join/#brlcad sofat (~androirc@202.164.45.204) | |
| 01:05.11 | *** join/#brlcad konrado (~root@41.205.22.62) | |
| 01:13.32 | *** join/#brlcad konrado_ (~root@41.205.22.43) | |
| 01:26.13 | *** join/#brlcad konrado (~root@41.205.22.20) | |
| 02:05.07 | *** join/#brlcad konrado_ (~root@41.205.22.29) | |
| 02:09.24 | *** part/#brlcad konrado_ (~root@41.205.22.29) | |
| 02:25.09 | *** join/#brlcad zalzane (~zalzane@cpe-172-250-102-147.socal.res.rr.com) | |
| 02:28.49 | brlcad | ``Erik: any idea where the apache segfaults would be coming from? |
| 02:30.39 | brlcad | searching the web, looks like it's a common issue, but the common fix doesn't seem to apply (we're already mpm_prefork) |
| 02:49.22 | sofat | brlcad, please accept my pull request. |
| 03:14.00 | *** join/#brlcad sofat (~androirc@202.164.45.204) | |
| 03:39.45 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 03:43.10 | *** join/#brlcad albertcoder (~quassel@202.164.45.204) | |
| 03:43.11 | *** join/#brlcad albert_coder (~quassel@202.164.45.204) | |
| 03:58.20 | *** join/#brlcad albertcoder (~quassel@202.164.45.204) | |
| 04:30.13 | Notify | 03BRL-CAD Wiki:Dongxuli2011 * 7913 /wiki/Google_Summer_of_Code/Project_Ideas: /* LibreCAD Projects */ |
| 04:35.09 | ignacio | Good night. |
| 04:35.43 | Notify | 03BRL-CAD Wiki:Dongxuli2011 * 7914 /wiki/Google_Summer_of_Code/Project_Ideas: /* LibreCAD Projects */ updated mentor formatting |
| 04:41.13 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 04:42.24 | Notify | 03BRL-CAD Wiki:Dongxuli2011 * 7915 /wiki/Google_Summer_of_Code/Project_Ideas: /* LibreCAD Projects */ |
| 04:43.57 | Notify | 03BRL-CAD Wiki:Dongxuli2011 * 7916 /wiki/Google_Summer_of_Code/Project_Ideas: /* LibreCAD Projects */ |
| 04:47.52 | Notify | 03BRL-CAD Wiki:Dongxuli2011 * 7917 /wiki/LibreCAD_3_UI: Added LibreCAD 3 UI idea page |
| 04:51.41 | Notify | 03BRL-CAD Wiki:Dongxuli2011 * 7918 /wiki/Improve_Spline/B%C3%A9zier_Suppor: /* LibreCAD Projects */ Added spline idea page |
| 04:52.36 | Notify | 03BRL-CAD Wiki:Dongxuli2011 * 7919 /wiki/Improve_Spline/B%C3%A9zier_Suppor: /* Improve Spline/Bézier Support */ added reference |
| 04:55.44 | Notify | 03BRL-CAD Wiki:Dongxuli2011 * 7920 /wiki/Conic_curve_suppor: /* LibreCAD Projects */ Added conic curve idea page |
| 05:44.06 | *** join/#brlcad sofat (~androirc@106.192.163.3) | |
| 06:03.49 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 06:23.02 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-plzcvziakzjjxpww) | |
| 06:58.46 | *** join/#brlcad lemur1 (~lemur@host213-122-133-147.range213-122.btcentralplus.com) | |
| 07:21.46 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 07:24.01 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 07:33.08 | *** join/#brlcad mihaineacsu (~mihaineac@188.26.219.127) | |
| 08:01.43 | dracarys983 | brlcad, ``Erik, starseeker, In src/libgcv/wfobj/obj_parser_state.h, line number 68/69, the function returns a bool value but has return type as void. |
| 08:02.15 | *** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 09:09.06 | *** join/#brlcad teepee_ (~teepee@37.187.218.221) | |
| 09:41.45 | *** join/#brlcad shiv05__ (67e33537@gateway/web/freenode/ip.103.227.53.55) | |
| 10:49.21 | *** join/#brlcad alisha (~quassel@101.60.136.89) | |
| 11:43.14 | *** join/#brlcad hiteshsofat (~androirc@106.192.163.3) | |
| 11:44.40 | Notify | 03BRL-CAD:erikgreenwald * 64346 brlcad/trunk/src/libgcv/wfobj/obj_parser_state.h: Fix return type (thanks to dracarys983 for spotting it) |
| 11:53.06 | dracarys983 | ``Erik, I have written a function for finding the surface area of an ARB8. |
| 11:53.42 | dracarys983 | How do I submit a patch? Sorry, I'm new to this part! |
| 11:55.19 | ``Erik | dracarys983: make sure the formatting, whitespace, etc are all right, then do "svn diff > mychange.patch", manually review the file to make sure it's exactly (and only) what you want to change, then use sourceforges 'patch tracker' and upload the .patch file |
| 11:55.54 | ``Erik | the HACKING file should help |
| 11:56.14 | dracarys983 | Okay. On it :) |
| 13:13.06 | dracarys983 | ``Erik, what should be the Milestone set to for the patch, Untested or Incomplete? |
| 13:20.41 | *** join/#brlcad alisha (~quassel@101.60.131.73) | |
| 13:35.45 | shiv05__ | dracarys983 : untested in my opinion |
| 13:36.09 | shiv05__ | unless there are more changes you want to do |
| 13:38.52 | dracarys983 | shiv05__, Okay, thanks :) |
| 13:40.21 | *** join/#brlcad hiteshsofat (~androirc@202.164.45.212) | |
| 13:47.13 | shiv05__ | no problem |
| 14:19.05 | Notify | 03BRL-CAD Wiki:Ruben.tobar * 0 /wiki/User:Ruben.tobar: |
| 14:21.18 | *** join/#brlcad gaganjyot (~gaganjyot@27.255.240.125) | |
| 14:27.22 | *** join/#brlcad krishna_ravi732 (~krishna@5.231.52.94) | |
| 14:50.09 | *** join/#brlcad sofat (~androirc@106.192.132.94) | |
| 15:02.00 | *** join/#brlcad shiv05_ (7aa2d0be@gateway/web/freenode/ip.122.162.208.190) | |
| 15:58.50 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:01.54 | *** join/#brlcad Saurabh_Kumar_bi (~saurabh@220.227.149.70) | |
| 16:01.59 | *** join/#brlcad sprakash (Prakash@nat/iiit/x-kwmenaaksnsjhpdz) | |
| 17:01.47 | Notify | 03BRL-CAD Wiki:Jumpdesigner * 0 /wiki/User:Jumpdesigner: |
| 17:04.30 | *** join/#brlcad alisha (~quassel@101.60.203.191) | |
| 17:08.05 | *** join/#brlcad sofat_ (~sofat@202.164.45.208) | |
| 17:08.55 | *** join/#brlcad ``Erik (~erik@pool-74-103-94-19.bltmmd.fios.verizon.net) | |
| 17:09.34 | *** join/#brlcad merzo (~merzo@52-108-133-95.pool.ukrtel.net) | |
| 17:10.16 | *** join/#brlcad ankit_ (~ankit@117.202.168.37) | |
| 17:11.03 | ankit_ | @ChanServ are you a mentor at GSOC |
| 17:11.27 | ankit_ | ? |
| 17:12.01 | zalzane | hehe |
| 17:12.07 | zalzane | chanserv is the bot that administrates the channel |
| 17:12.35 | zalzane | i remember thinking chanserv was the owner the first time i used irc too |
| 17:13.11 | ankit_ | okay.. my baad |
| 17:13.34 | ankit_ | it my first time on freenode |
| 17:13.42 | zalzane | there's a list of mentors and their IRC nicks on the brlcad page though |
| 17:14.09 | ankit_ | are you a mentor?? |
| 17:14.11 | sofat_ | ankit_, no problem |
| 17:14.17 | zalzane | im not |
| 17:15.26 | ankit_ | how to contact the mentor through freenode?? |
| 17:15.52 | zalzane | find out their nick on the brl-cad page and just say their nick in here |
| 17:15.56 | zalzane | it'll ping them |
| 17:16.59 | alisha | If you have a query about something just ask it other community members may also answer it |
| 17:19.12 | ankit_ | I want to contribute to "STEP Thread Safety and Performance" project and can anyone suggest me where to begin and some easy issue to become familiar with code? |
| 17:21.54 | *** join/#brlcad sofat_ (~sofat@202.164.45.208) | |
| 17:45.26 | ankit_ | any help? |
| 17:47.07 | Stragus | They'll see the message and reply eventually, just stay around, it can take 12-24 hours |
| 18:01.49 | ankit_ | thanks |
| 18:03.22 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 18:05.22 | *** join/#brlcad ankit_ (~ankit@117.202.168.37) | |
| 18:06.13 | *** part/#brlcad ankit_ (~ankit@117.202.168.37) | |
| 18:22.59 | *** join/#brlcad sofat_ (~sofat@202.164.45.204) | |
| 18:25.50 | *** join/#brlcad sofat_ (~sofat@202.164.45.204) | |
| 18:30.44 | *** join/#brlcad banviktor (~banviktor@54013BC9.dsl.pool.telekom.hu) | |
| 18:31.52 | *** join/#brlcad albertcoder (~quassel@1.39.32.174) | |
| 18:32.14 | *** join/#brlcad ankit (~ankit@117.202.168.37) | |
| 18:33.04 | *** part/#brlcad ankit (~ankit@117.202.168.37) | |
| 18:36.10 | *** join/#brlcad sprakash (Prakash@nat/iiit/x-zzcjoeekitmlxndo) | |
| 18:43.01 | *** join/#brlcad Carlson (29cd1613@gateway/web/freenode/ip.41.205.22.19) | |
| 19:14.53 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 19:25.02 | albertcoder | Hi banviktor! |
| 19:25.25 | albertcoder | What project are you focussing at now? |
| 19:25.26 | banviktor | Hi albertcoder! :) |
| 19:26.28 | banviktor | I've found a project that I like at Drupal |
| 19:26.56 | albertcoder | In Drupal community? |
| 19:27.14 | *** join/#brlcad sprakash (Prakash@nat/iiit/x-jkilmpeplicgltis) | |
| 19:27.16 | banviktor | yes |
| 19:28.14 | *** join/#brlcad alisha (~quassel@101.60.152.223) | |
| 19:28.33 | *** join/#brlcad alisha (~quassel@101.60.152.223) | |
| 19:29.13 | albertcoder | cool ! Well, being in open source community, you can contribute in any project. That day, you asked about Materials Database, well you can definitely work on that provided you have ample interest in doing so. |
| 19:31.13 | albertcoder | However, I must RECOMMEND, do it for your interest cum skillset not for any selfish motive else the people here are not so unwise. :) |
| 19:32.07 | albertcoder | Indirectly, I welcome you to contribute. :) |
| 19:37.28 | banviktor | Thank you albertcoder, I didn't want to steal your project. Just because it's open source there's still a community behind everything and starting off by stealing someone else's project is definitely not a good impression :). Anyways the CAD world is not really my world. I'm more interested in fully web projects like Drupal. I have already started working on it, so good luck with your application! :) |
| 19:39.55 | albertcoder | banviktor: there's nothing like stealing here in Open Source except contributing. :) However, wish you luck! :) |
| 19:59.32 | zalzane | is there any opencl integration already in brlcad? |
| 19:59.40 | zalzane | im thinking of doing the opencl gpgpu raytracing idea |
| 19:59.53 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 20:01.09 | *** join/#brlcad albertcoder (~coderalbe@1.39.32.174) | |
| 20:16.49 | *** join/#brlcad Alleycoder (~coderalbe@1.39.33.68) | |
| 21:18.04 | *** part/#brlcad banviktor (~banviktor@54013BC9.dsl.pool.telekom.hu) | |
| 21:26.07 | *** join/#brlcad mihaineacsu (~mihaineac@188.26.217.171) | |
| 22:09.52 | *** join/#brlcad n_reed_ (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 22:38.44 | *** join/#brlcad mihaineacsu (~mihaineac@188.26.217.171) | |
| 23:04.41 | *** join/#brlcad Alleycoder (~coderalbe@1.39.33.68) | |
| 23:12.05 | *** join/#brlcad mihaineacsu (~mihaineac@188.26.217.171) | |
| 00:06.31 | *** join/#brlcad konrado (~konro@41.205.22.54) | |
| 00:14.09 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 00:45.52 | *** join/#brlcad konro_ (~konro@41.205.22.61) | |
| 01:06.45 | *** join/#brlcad teepee (~teepee@37.187.218.221) | |
| 01:46.00 | starseeker | zalzane: there is one example, but it is proof-of-correctness not high performance |
| 01:46.14 | starseeker | there has been some discussion on the mailing list about it within the last few days |
| 01:56.09 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 01:58.20 | *** join/#brlcad Saurabh_Kumar_bi (~saurabh@220.227.149.70) | |
| 02:13.03 | *** join/#brlcad konrado (~konro@41.205.22.56) | |
| 02:24.06 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 02:50.39 | *** join/#brlcad gurwinder (75c76aa3@gateway/web/freenode/ip.117.199.106.163) | |
| 03:25.59 | *** join/#brlcad Alleycoder (~coderalbe@1.39.33.68) | |
| 04:03.34 | *** join/#brlcad YashM (~YashM@117.198.15.79) | |
| 04:06.16 | *** join/#brlcad YashM_ (~YashM@117.198.22.169) | |
| 04:09.34 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 04:39.08 | zalzane | i'll check out the archive, thanks |
| 05:18.19 | *** join/#brlcad ankit (~ankit@59.91.241.31) | |
| 05:29.03 | *** join/#brlcad sofat (~androirc@223.225.206.212) | |
| 05:32.24 | gurwinder | brlcad: hello, I have changes the code for torus. Now it looks better and understandable. Please review it ASAP. Futher I want to discuss on it. |
| 05:34.20 | gurwinder | here is git url: https://github.com/GurwinderSinghBains/BRL-CAD/blob/master/g-xxx.c |
| 05:35.39 | *** join/#brlcad mihaineacsu (~mihaineac@188.27.178.21) | |
| 05:57.50 | *** join/#brlcad Alleycoder (~coderalbe@1.39.33.114) | |
| 06:05.54 | *** join/#brlcad lemur1 (~lemur@host213-122-133-147.range213-122.btcentralplus.com) | |
| 06:23.02 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-qwmfzwswehfuwwyz) | |
| 06:46.19 | *** join/#brlcad mihaineacsu (~mihaineac@188.27.178.21) | |
| 07:56.29 | *** join/#brlcad ankit (~ankit@59.91.241.31) | |
| 08:01.43 | *** join/#brlcad albertcoder (~quassel@1.39.33.161) | |
| 08:13.28 | *** join/#brlcad mihaineacsu (~mihaineac@86.121.3.80) | |
| 08:37.42 | *** join/#brlcad Saurabh_Kumar_bi (~saurabh@220.227.149.70) | |
| 09:04.38 | *** join/#brlcad shiv05 (67e3358f@gateway/web/freenode/ip.103.227.53.143) | |
| 09:17.28 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 09:27.01 | *** join/#brlcad timthelion- (~yaaic@mem-185.47.220.87.jmnet.cz) | |
| 09:36.35 | timthelion- | I am hoping to use an open source cad program to design an assembly of wireform and sheet metal parts. Seems like it'd be almost easier to draft everything by hand;) |
| 09:39.17 | timthelion- | FREECAD is closer to being able to do this than brlcad, but brlcad makes me happy and nonstalgic is anyone using brlcad at the top of a cadcam toolchain? |
| 09:57.33 | *** join/#brlcad sprakash (Prakash@nat/iiit/x-waekgrphpripxkqs) | |
| 09:57.55 | *** join/#brlcad hilterrz (653ccf56@gateway/web/cgi-irc/kiwiirc.com/ip.101.60.207.86) | |
| 09:59.52 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-vcqzkhvtlafckbqb) | |
| 11:05.11 | *** join/#brlcad mihaineacsu (~mihaineac@86.121.176.103) | |
| 11:05.58 | *** join/#brlcad sofat (~sofat@202.164.45.212) | |
| 11:14.47 | *** join/#brlcad geekgrl (~geekgrl@150.107.191.86) | |
| 11:19.54 | dracarys983 | brlcad, ``Erik, starseeker : I was going through vmath.h and I found HCROSS was not implemented. Here is the code; I wanted to check if it sits correct with the logic required, so here it is : |
| 11:19.55 | dracarys983 | http://pastebin.com/P7JMYYu4 |
| 11:26.25 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 11:27.48 | *** join/#brlcad Guest86173 (James@nat/iiit/x-fxdnbojocztgfjhh) | |
| 11:43.59 | *** join/#brlcad James__ (James@nat/iiit/x-sotlthtucxzbbxev) | |
| 11:44.33 | *** join/#brlcad Gagan (Gagan@nat/iiit/x-choppduvnvijqvva) | |
| 11:55.54 | *** join/#brlcad shiv05 (7ab00d40@gateway/web/freenode/ip.122.176.13.64) | |
| 11:56.21 | *** join/#brlcad alisha (~quassel@115.184.6.118) | |
| 12:07.03 | *** join/#brlcad albertcoder (~quassel@1.39.32.248) | |
| 12:09.44 | *** join/#brlcad timthelion- (~yaaic@mem-185.47.220.87.jmnet.cz) | |
| 12:10.47 | *** join/#brlcad alisha (~quassel@115.184.6.118) | |
| 12:20.19 | *** join/#brlcad albertcoder (~quassel@1.39.32.248) | |
| 12:25.00 | Notify | 03BRL-CAD Wiki:Shivanshuiitg * 0 /wiki/User:Shivanshuiitg: |
| 12:34.30 | *** join/#brlcad alisha (~quassel@115.184.6.118) | |
| 13:18.35 | *** join/#brlcad hiteshsofat (~androirc@106.192.167.182) | |
| 13:42.45 | *** join/#brlcad albertcoder (~quassel@1.39.32.248) | |
| 14:07.43 | sofat | ``Erik, hello |
| 14:08.25 | sofat | i am working on your suggestion regarding docbook (using sed command) |
| 14:10.15 | sofat | but now I have found some tools for this with help of these tools i did my work very easily . |
| 14:10.29 | sofat | check this tool |
| 14:10.29 | sofat | http://johnmacfarlane.net/pandoc/demos.html |
| 14:12.17 | sofat | i am working on this and evaluate the output according our needs if it useful then ok otherwise I go with sed command. |
| 14:14.19 | sofat | brlcad, please accept my pull request. |
| 14:16.28 | *** join/#brlcad nihar (~nihar@115.97.156.179) | |
| 14:20.58 | *** join/#brlcad albertcoder (~quassel@1.39.40.9) | |
| 14:51.52 | *** join/#brlcad saksham115 (jarvis@nat/iiit/x-qgvfyaxhkxhrfjoy) | |
| 15:02.55 | *** join/#brlcad Saurabh_Kumar_bi (~saurabh@220.227.149.70) | |
| 15:05.31 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 15:14.02 | ``Erik | sofat: cool, I THINK I mentioned that you could write a real parser and use that to find and change what was needed, pandoc looks like a pre-made parser framework (plus conversion tools) |
| 15:15.57 | sofat | yes i am working on my own parser . |
| 15:18.00 | sofat | I found some drawbacks in pandoc regarding our work. so now i am going to develop my own script for this task |
| 15:19.17 | sofat | <PROTECTED> |
| 15:19.46 | sofat | i am just checking the working of this tool. |
| 15:21.04 | sofat | but it not work proper way according my needs so now i need to make own script or parser with help i do this work in standard way. |
| 15:43.30 | *** join/#brlcad lm_DTU_dk (~quassel@2001:5c0:1400:a::587) | |
| 15:48.04 | *** join/#brlcad teepee (~teepee@37.187.218.221) | |
| 15:49.24 | lm_DTU_dk | Hello i am interested in several of the projects listed for gsoc 2015. Is it possible to ask some questions about participating here? |
| 15:51.10 | sofat | yes |
| 15:51.18 | *** join/#brlcad ankit (~ankit@117.197.155.249) | |
| 15:51.40 | lm_DTU_dk | Hello sofat |
| 15:51.46 | brlcad | hello lm_DTU_dk |
| 15:51.54 | brlcad | ~ask |
| 15:51.55 | infobot | Questions in the channel should be specific, informative, complete, concise, and on-topic. Don't ask if you can ask a question first. Don't ask if a person is there; just ask what you intended to ask them. Better questions more frequently yield better answers. We are all here voluntarily or against our will. |
| 15:52.23 | sofat | lm_DTU_dk, hello |
| 15:52.46 | lm_DTU_dk | Well i have looked through the projects that involves c code, as that is what i have worked the most with |
| 15:53.05 | brlcad | dracarys983: that looks interesting, you should submit that as a proper patch to our patches tracker |
| 15:54.14 | lm_DTU_dk | but i have really only been working with C for ½ a year and i cant help to think that, that is not enough. |
| 15:55.08 | lm_DTU_dk | been making a quiet nice protocol that worked between a MCU and a PC with java, but i have my doubts if that is enough experience |
| 15:55.36 | lm_DTU_dk | what do you think? |
| 15:56.00 | brlcad | lm_DTU_dk: there's no way to answer that question |
| 15:56.28 | lm_DTU_dk | Yea too lose i guess |
| 15:56.39 | brlcad | at least, only you can answer that after trying to do something productive |
| 15:57.05 | brlcad | so that would be my suggestion -- try something |
| 15:58.20 | lm_DTU_dk | Yes, i will look into it |
| 15:59.44 | sofat | brlcad, please check my pull request if you free. |
| 16:16.09 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:16.44 | *** part/#brlcad lm_DTU_dk (~quassel@2001:5c0:1400:a::587) | |
| 16:21.55 | *** join/#brlcad hiteshsofat (~androirc@106.192.167.182) | |
| 16:24.26 | *** join/#brlcad mihaineacsu (~mihaineac@86.121.176.103) | |
| 16:24.46 | *** join/#brlcad sofat (~sofat@202.164.45.208) | |
| 16:25.38 | brlcad | hiteshsofat: you don't need to keep saying that, your patch WILL get checked as soon as it can be given proper attention |
| 16:26.17 | brlcad | there's many things going on concurrently and many matters that need attending to, which is why reviews seem few and far between |
| 16:27.27 | brlcad | I can't just stop everything I'm doing every time you upload a new patch, but also don't want you to feel like your work is being ignored (it is NOT) |
| 16:27.29 | brlcad | (all the more reason to make sure you're patches are very valuable, thoroughly tested, trivial to review, obviously beneficial, etc) |
| 16:28.27 | brlcad | right now, one of our umbrella org sites is not working right and that's taking all my time to investigate it and get it back up and working |
| 16:29.27 | hiteshsofat | Sorry :-( |
| 16:36.11 | *** join/#brlcad sprakash (Prakash@nat/iiit/x-zmzvwqfkyngsyzjq) | |
| 16:36.45 | *** join/#brlcad FreezingAlt (~FreezingC@135.0.41.14) | |
| 16:43.19 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 16:44.41 | brlcad | sofat: if you don't hear feedback before tuesday, you can remind me then ;) |
| 17:14.05 | brlcad | ``Erik: I've narrowed the segfaults down to stepcode's mediawiki installation |
| 17:14.29 | brlcad | I upgraded to the latest stable, removed extensions, and it's still crashing apache |
| 17:37.14 | *** join/#brlcad sprakash (Prakash@nat/iiit/x-nvaetsvsrmicgozm) | |
| 17:50.25 | dracarys983 | brlcad, I don't know yet whether the first code will work better or second for HCROSS. Should I include both and comment out one of them in the patch? |
| 18:37.48 | Gagan | Hi! I'm getting this error while trying to build BRLCAD-7.24.2: "Attempting to ignore non-existent file INTERFACE" |
| 18:38.14 | Gagan | Can anyone tell me how to fix this error? |
| 18:39.09 | Stragus | That's an interesting error message, "We failed to attempt to ignore a non-existing file"... |
| 18:40.01 | Gagan | I know :P |
| 18:40.25 | Gagan | I get this error during cmake step |
| 19:13.05 | *** join/#brlcad sprakash (Prakash@nat/iiit/x-cweqjzjuhlzxhbsp) | |
| 19:17.14 | Gagan | so I did some research and found out that this error msg comes when CMAKE_CURRENT_SOURCE_DIR variable (directory of the listfile currently being processed) does not exists |
| 19:17.39 | Gagan | for my case the current directory is brlcad-7.24.2\src\other\xmltools\libxml |
| 19:53.07 | Gagan | anyone familiar with this problem ?? |
| 19:57.27 | ``Erik | brlcad: weird, is the stepcode install using the system install, or was a copy made? is it using a flakey extension? O.o (I know the wordpress I use is a copy of the system one, so I have to manually copy when there's an upgrade...) |
| 19:58.43 | ``Erik | php code segfaulting apache would require a fairly specific chain of failures |
| 20:28.24 | *** join/#brlcad teepee_ (~teepee@37.187.218.221) | |
| 20:43.03 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-ggdxiaosjzaqfapv) | |
| 20:47.51 | Gagan | the step code install is using system install.. the error I get is similar to the error posted in this link : http://sourceforge.net/p/brlcad/discussion/362509/thread/437427c4/?limit=25 |
| 20:48.17 | Gagan | but the reply to this does not resolve the error |
| 21:03.47 | *** join/#brlcad timthelion- (~yaaic@mem-185.47.220.87.jmnet.cz) | |
| 21:14.03 | *** join/#brlcad mihaineacsu (~mihaineac@188.26.195.41) | |
| 21:36.14 | *** join/#brlcad Gagan2 (0e8b5206@gateway/web/freenode/ip.14.139.82.6) | |
| 21:39.05 | *** join/#brlcad Gagan_ (Gagan@nat/iiit/x-moikqvefyvwxaitq) | |
| 21:39.05 | *** join/#brlcad Gagan (Gagan@nat/iiit/x-qoylevwmnapzclll) | |
| 21:39.43 | Gagan | I tried the same thing on Ubuntu OS (previously I was working on win 8) exact same errors!! |
| 21:53.55 | *** join/#brlcad d3r1ck (~d3r1ck@154.70.104.221) | |
| 21:54.28 | d3r1ck | hello |
| 21:54.38 | d3r1ck | Is Njimeli Konrad around? |
| 21:58.18 | *** part/#brlcad d3r1ck (~d3r1ck@154.70.104.221) | |
| 22:06.06 | *** join/#brlcad cshah (~cshah@pool-108-50-165-14.nwrknj.fios.verizon.net) | |
| 22:06.28 | *** part/#brlcad cshah (~cshah@pool-108-50-165-14.nwrknj.fios.verizon.net) | |
| 22:09.42 | *** join/#brlcad cshah (~cshah@pool-108-50-165-14.nwrknj.fios.verizon.net) | |
| 22:10.03 | *** part/#brlcad cshah (~cshah@pool-108-50-165-14.nwrknj.fios.verizon.net) | |
| 22:16.08 | ignacio | is "Peter Amidon" here? |
| 22:16.19 | ignacio | also, is "Marc Tannous" here? |
| 22:24.39 | *** join/#brlcad unicodesnowman (~unicodesn@167.160.164.140) | |
| 22:25.16 | *** join/#brlcad unicodesnowman (~unicodesn@unaffiliated/unicodesnowman) | |
| 23:34.55 | *** join/#brlcad teepee_ (~teepee@37.187.218.221) | |
| 00:09.34 | *** join/#brlcad Saurabh_Kumar_bi (~saurabh@220.227.149.70) | |
| 00:55.41 | *** join/#brlcad albertcoder (~coderalbe@1.39.32.73) | |
| 01:10.29 | starseeker | Stragus: when Gagan get's back - I suspect that error is a consequence of a mechanism we implement in our CMake logic to collect lists of all files present in the code - we use target lists of source files as input, but there are keywords (WIN32, SHARED, STATIC, etc.) that are also sometime used and our macros have to know to ignore them |
| 01:11.10 | starseeker | The first thing to do is to try the latest trunk sources, rather than 7.24.2 - I have a vague memory of fixing exactly that issue a while back |
| 01:15.56 | Stragus | Okay, I'll copy/paste that if Gagan comes back and no one is around |
| 01:21.58 | *** join/#brlcad konrado_ (~konrado__@41.205.22.58) | |
| 01:23.23 | *** join/#brlcad albertcoder (~coderalbe@1.39.32.73) | |
| 01:51.03 | *** join/#brlcad albertcoder (~coderalbe@1.39.32.73) | |
| 02:11.50 | *** join/#brlcad Alleycoder (~coderalbe@1.39.34.113) | |
| 02:33.01 | *** join/#brlcad Alleycoder (~coderalbe@1.39.34.113) | |
| 02:56.41 | *** join/#brlcad teepee_ (~teepee@37.187.218.221) | |
| 03:20.07 | *** join/#brlcad Alleycoder (~coderalbe@1.39.35.88) | |
| 04:33.00 | *** join/#brlcad Alleycoder (~coderalbe@1.39.35.88) | |
| 04:35.00 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-mnmcbwzpjniwvgov) | |
| 04:53.19 | *** join/#brlcad Alleycoder (~coderalbe@1.39.35.88) | |
| 05:01.11 | *** join/#brlcad rajan (~rajan@202.164.53.117) | |
| 05:20.09 | *** join/#brlcad Alleycoder (~coderalbe@1.39.35.88) | |
| 05:20.59 | *** join/#brlcad albertcoder (~quassel@202.164.45.204) | |
| 05:32.15 | dracarys983 | brlcad, ``Erik, starseeker : The description for Arb8 has to be changed in the files : rt^3/trunk/include/brlcad/Arb8.h and rt^3/trunk/src/coreInterface/Arb8.cpp as well :P |
| 06:19.17 | Notify | 03BRL-CAD Wiki:Popescu.andrei1991 * 7921 /wiki/User:Popescu.andrei1991: /* Contact */ |
| 07:01.55 | *** join/#brlcad lemur1 (~lemur@host213-122-133-147.range213-122.btcentralplus.com) | |
| 07:12.16 | *** join/#brlcad albertcoder (~quassel@202.164.45.204) | |
| 07:12.40 | *** join/#brlcad merzo (~merzo@57-92-132-95.pool.ukrtel.net) | |
| 07:32.04 | *** join/#brlcad sofat (~sofat@202.164.53.117) | |
| 07:37.28 | *** join/#brlcad ignacio (~ignacio@rev-18-85-44-59.sugarlabs.org) | |
| 07:45.13 | *** join/#brlcad Saurabh_Kumar_bi (~saurabh@220.227.149.70) | |
| 08:02.02 | *** join/#brlcad Saurabh_Kumar_bi (~saurabh@220.227.149.70) | |
| 08:10.22 | *** join/#brlcad albertcoder (~quassel@202.164.45.212) | |
| 08:18.11 | *** join/#brlcad albertcoder (~quassel@202.164.45.212) | |
| 08:23.17 | *** join/#brlcad albertcoder (~quassel@202.164.45.212) | |
| 08:45.48 | *** join/#brlcad sofat (~sofat@202.164.53.117) | |
| 09:07.31 | *** join/#brlcad merzo (~merzo@97-14-133-95.pool.ukrtel.net) | |
| 09:29.47 | *** join/#brlcad sasi1234 (7d1409f9@gateway/web/freenode/ip.125.20.9.249) | |
| 09:31.04 | sasi1234 | hi |
| 09:32.16 | *** part/#brlcad sasi1234 (7d1409f9@gateway/web/freenode/ip.125.20.9.249) | |
| 10:02.44 | *** join/#brlcad FreezingAlt (~FreezingC@135.0.41.14) | |
| 10:23.14 | *** join/#brlcad teepee (~teepee@37.187.218.221) | |
| 10:31.57 | *** join/#brlcad Saurabh_Kumar_bi (~saurabh@220.227.149.70) | |
| 11:01.53 | *** join/#brlcad Carlson (29cd161b@gateway/web/freenode/ip.41.205.22.27) | |
| 11:14.59 | Saurabh_Kumar_bi | hi everyone. I am a 3rd year student and am interested in brlcad for GSOC15. I was just going through the "ged.h" header file in the source code and I found tags like "FIXME", "TODO" etc. i know how to fix some of them.can I create some helper code files for doing this or do i have to stay restricted to the given files only? |
| 11:24.18 | *** join/#brlcad amalia_ (~amalia___@41.205.22.25) | |
| 11:39.11 | *** join/#brlcad carlson (~carlson@41.205.22.44) | |
| 11:41.03 | carlson | Hi. Interested in the Point Clouds project. Please I need help in running the point cloud primitive with mged or archer |
| 11:41.16 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-htpatmgfvqtonbfr) | |
| 11:55.08 | *** join/#brlcad konrado (~konrado@41.205.22.19) | |
| 12:03.24 | carlson | I can |
| 12:03.46 | carlson | I can't find the primitive on the list of primitives provided |
| 12:16.03 | *** join/#brlcad FreezingAlt (~FreezingC@135.0.41.14) | |
| 12:27.04 | *** join/#brlcad albertcoder (~quassel@202.164.53.117) | |
| 12:45.19 | *** join/#brlcad amalia_ (~amalia___@41.205.22.27) | |
| 12:52.33 | *** join/#brlcad amalia_ (~amalia___@41.205.22.61) | |
| 12:58.00 | *** join/#brlcad konrado (~konrado@41.205.22.54) | |
| 12:58.09 | *** join/#brlcad carlson (~carlson@41.205.22.30) | |
| 13:05.45 | *** join/#brlcad konrado_ (~konrado@41.205.22.23) | |
| 13:05.45 | *** join/#brlcad amalia_ (~amalia___@41.205.22.19) | |
| 13:08.55 | *** join/#brlcad albertcoder (~quassel@202.164.53.117) | |
| 13:18.38 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 13:36.33 | *** join/#brlcad konrado_ (~konrado@41.205.22.40) | |
| 13:37.44 | *** join/#brlcad sprakash (Prakash@nat/iiit/x-pkyoszfghpchxcig) | |
| 13:49.18 | *** join/#brlcad sprakash (Prakash@nat/iiit/x-yigfyvyitmgvfiry) | |
| 13:49.32 | Notify | 03BRL-CAD:carlmoore * 64347 brlcad/trunk/src/libbn/polygon.c: remove trailing blank or tab |
| 14:01.50 | *** join/#brlcad Saurabh_Kumar_bi (~saurabh@220.227.149.70) | |
| 14:13.30 | Notify | 03BRL-CAD:starseeker * 64348 (brlcad/trunk/src/libbrep/shape_recognition.h brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp): Use the original planes for the distance check. |
| 14:15.19 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 14:16.53 | *** join/#brlcad konrado_ (~konrado@41.205.22.49) | |
| 14:32.25 | *** join/#brlcad konrado_ (~konrado@41.205.22.4) | |
| 15:08.08 | Notify | 03BRL-CAD Wiki:Nikita 0905 * 0 /wiki/User:Nikita_0905: |
| 15:10.43 | *** join/#brlcad konrado_ (~konrado@41.205.22.63) | |
| 15:18.37 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:32.13 | *** join/#brlcad sprakash (Prakash@nat/iiit/x-hgarhtwppydleorb) | |
| 16:11.08 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 16:23.06 | *** join/#brlcad shiv05_m (~shiv05_m@182.69.72.47) | |
| 16:24.23 | *** part/#brlcad shiv05_m (~shiv05_m@182.69.72.47) | |
| 16:38.02 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-bogomwpjyvbqtukf) | |
| 16:41.13 | *** join/#brlcad deepak (~chatzilla@122.173.206.117) | |
| 16:45.50 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:50.01 | *** join/#brlcad lemur1 (~lemur@host213-122-133-147.range213-122.btcentralplus.com) | |
| 17:09.56 | Notify | 03BRL-CAD:starseeker * 64349 (brlcad/trunk/src/libbrep/shape_recognition_cone.cpp brlcad/trunk/src/libbrep/shape_recognition_util.cpp): Add tgc support - we have the same potential here that we do for cylinders for partial cones, so we'll need to add logic for recognizing corner points and doing arb subtractions. |
| 17:23.14 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 17:23.54 | *** join/#brlcad albertcoder (~quassel@202.164.45.204) | |
| 17:24.04 | *** join/#brlcad alisha (~quassel@101.60.250.6) | |
| 17:28.08 | *** join/#brlcad albertcoder (~quassel@202.164.45.204) | |
| 17:32.34 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-jhsvdcunzlphkbpp) | |
| 17:32.53 | *** join/#brlcad albertcoder (~quassel@202.164.45.204) | |
| 17:33.56 | *** join/#brlcad sprakash (Prakash@nat/iiit/x-zrbqfpvnhaxsyozu) | |
| 17:55.59 | *** join/#brlcad rajan (~rajan@202.164.53.117) | |
| 18:01.18 | Notify | 03BRL-CAD:starseeker * 64350 (brlcad/trunk/src/libbrep/shape_recognition.h brlcad/trunk/src/libbrep/shape_recognition_cone.cpp and 2 others): refactor corner finding logic out of cyl into util, and have cone do the check. Still need to handle partials when found. |
| 18:18.43 | *** join/#brlcad rajan (~rajan@202.164.53.117) | |
| 18:29.21 | *** join/#brlcad lemur12 (~lemur@host213-122-133-147.range213-122.btcentralplus.com) | |
| 18:30.32 | *** join/#brlcad gaganjyot (~gaganjyot@49.138.105.164) | |
| 18:31.19 | gaganjyot | Hi all, I am gaganjyot from Punjab. I have participated in LibreCAD last year through BRL-CAD for the Kernel Development |
| 18:32.14 | gaganjyot | This year, I am again planning to participate for LibreCAD under the UI Phase Development of LibreCAD |
| 18:40.18 | *** join/#brlcad rajan (~rajan@202.164.53.117) | |
| 18:57.23 | *** join/#brlcad Carlson (29cd161c@gateway/web/freenode/ip.41.205.22.28) | |
| 19:01.31 | *** join/#brlcad albertcoder (~quassel@202.164.45.208) | |
| 19:05.05 | *** join/#brlcad Saurabh_Kumar_bi (~saurabh@220.227.149.70) | |
| 19:12.18 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 19:16.16 | *** join/#brlcad sofat (~sofat@202.164.45.212) | |
| 19:17.43 | *** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 19:31.13 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 19:32.21 | *** join/#brlcad sofat (~sofat@202.164.45.212) | |
| 19:40.22 | *** join/#brlcad sidd_prakash (Prakash@nat/iiit/x-egzvjkzezyyqzlbt) | |
| 19:50.12 | *** join/#brlcad sofat (~sofat@202.164.45.212) | |
| 20:04.21 | *** join/#brlcad gaganjyot (~gaganjyot@101.208.63.101) | |
| 20:05.29 | *** join/#brlcad albertcoder (~quassel@202.164.45.212) | |
| 20:07.17 | *** join/#brlcad sofat (~sofat@202.164.45.212) | |
| 20:08.00 | sofat | <PROTECTED> |
| 20:12.39 | ``Erik | you mean like <br>? um, xhtml usually does magic like <br/> to indicate it's a "self closing" tag, does the parser understand those? s,<br>,<br/>,g could fix the br's (and do it again for hr and other unclosed tags) |
| 20:13.23 | ``Erik | (xhtml is supposed to be a bridge between html and xml, fwiw) |
| 20:14.25 | *** join/#brlcad albertcoder (~quassel@202.164.45.212) | |
| 20:16.59 | sofat | i am working on html docs and in this docs paragraph tag not be closed , how to replace unclosed with sed |
| 20:16.59 | sofat | ? |
| 20:17.00 | sofat | how to replace unclosed tags with sed ? |
| 20:19.10 | *** join/#brlcad albertcoder (~quassel@202.164.45.212) | |
| 20:19.14 | ``Erik | um, paragraph tags SHOULD be closed... you might need to do that one manually (it sorta works in html because the browser is semantically aware and will close the paragraph when the next tag cannot exist in a paragraph) |
| 20:19.58 | ``Erik | <p>paragraph 1 blah blah<p>pargaph 2 <-- that is bad html, but browsers are forgiving so it SEEMS to work... :/ |
| 20:22.13 | *** join/#brlcad sofat (~sofat@202.164.45.212) | |
| 20:22.56 | ``Erik | bad xhtml, anyway |
| 20:25.00 | sofat | so now more work is depend on manual conversion. I am right ? |
| 20:25.11 | *** join/#brlcad albertcoder (~quassel@202.164.45.212) | |
| 20:27.08 | ``Erik | well... are you modifying pandoc or something? if you have something that builds the DOM tree in memory correctly, then it's a moot issue |
| 20:27.53 | ``Erik | if it doesn't build the dom, I'd think of it as a manual process with some automation to help along where it makes sense... sed is basically "search and replace" on steroids |
| 20:30.59 | *** join/#brlcad sofat (~androirc@106.192.148.220) | |
| 20:31.39 | sofat | I am making my own script |
| 20:36.24 | sofat | I think pandoc is helping me but at the end I also need my own script with help I provide standards to docs according brlcad doc standards |
| 20:41.23 | *** join/#brlcad albertcoder (~quassel@202.164.45.212) | |
| 20:42.01 | albertcoder | Hi ``Erik |
| 20:42.28 | albertcoder | I need some guidance on Materials Database as I am working on it as my college major project. |
| 20:45.51 | albertcoder | I guess Sean is busy. I just want to know broadly, what is expected further from the project? |
| 20:46.38 | *** join/#brlcad albertcoder (~coderalbe@1.39.32.252) | |
| 20:52.42 | ``Erik | albertcoder: the server sean uses for irc is unreachable right now :/ I'm not sure what the actual goals are for the project right, so I guess sit tight or email the dev list? |
| 20:55.07 | ``Erik | sofat: it may be quicker/easier to do parts manually, *shrug* |
| 20:55.38 | sofat | Okay |
| 20:55.39 | albertcoder | Yep! Thanks ``Erik I will ask in the dev list. |
| 20:56.32 | ``Erik | http://xkcd.com/1319/ |
| 20:57.13 | ``Erik | http://cdn.ryanstevens.co.uk/uploads/wp-content/uploads/2012/01/337769f9cbtasks.png-450x322.png |
| 20:59.49 | ``Erik | ah, here's the one I've been looking for: http://failblog.cheezburger.com/tag/repetitive-tasks |
| 21:00.05 | ``Erik | :) |
| 21:00.34 | sofat | ;-) great |
| 21:25.20 | *** join/#brlcad sidd_prakash (Prakash@nat/iiit/x-miebdawtzjvskvdb) | |
| 21:33.06 | *** join/#brlcad gurwinder (31c974f4@gateway/web/freenode/ip.49.201.116.244) | |
| 21:41.50 | *** join/#brlcad d356_ (~d@50-90-234-94.res.bhn.net) | |
| 22:00.51 | *** join/#brlcad teepee (~teepee@37.187.218.221) | |
| 23:11.15 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 23:28.17 | *** join/#brlcad cox (~quassel@188.226.208.53) | |
| 23:33.46 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 23:58.21 | *** join/#brlcad zalzane1 (~zalzane@2605:e000:23c7:7500:a4d9:378c:be3a:544d) | |
| 00:13.08 | *** join/#brlcad teepee_ (~teepee@37.187.218.221) | |
| 01:14.49 | *** join/#brlcad ignacio (~ignacio@unaffiliated/ignaciouy) | |
| 03:54.11 | *** join/#brlcad Saurabh_Kumar_bi (~saurabh@220.227.149.70) | |
| 04:17.16 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 05:27.11 | *** join/#brlcad albertcoder (~coderalbe@202.164.45.204) | |
| 05:51.35 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) | |
| 05:52.03 | *** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 05:52.19 | *** join/#brlcad ejno (~ejno@unaffiliated/kazaik) | |
| 05:52.25 | *** join/#brlcad zero_level (~mohit@66-118-151-70.static.sagonet.net) | |
| 05:52.33 | *** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net) | |
| 05:52.57 | *** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net) | |
| 06:00.34 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-nmxizwgoczuigcye) | |
| 06:59.13 | *** join/#brlcad hsinghc (ca034dee@gateway/web/freenode/ip.202.3.77.238) | |
| 07:04.00 | hsinghc | Hello! I am interested in contributing to GSoC'15 at BRL-CAD.Someone please get me started. I have previous experience in C,C++ algorithmic programming,machine learning and basic computer vision with open cv. I am interested in some specific projects and the main CAD modelling in general. |
| 07:12.38 | *** join/#brlcad witness___ (uid10044@gateway/web/irccloud.com/x-dvspbcktqfhhaanu) | |
| 07:33.03 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 07:41.40 | *** join/#brlcad merzo (~merzo@host-233-197-68-109.arq1.ldn.uk.sharedband.net) | |
| 07:42.54 | *** join/#brlcad AndroUser2 (~androirc@223.225.217.199) | |
| 07:50.19 | *** join/#brlcad teepee_ (~teepee@37.187.218.221) | |
| 08:23.41 | *** join/#brlcad lemur12 (~lemur@host213-122-133-147.range213-122.btcentralplus.com) | |
| 08:34.34 | *** join/#brlcad luca79 (~luca@weblu-jun43.nat.wireless.lu.se) | |
| 08:36.43 | *** join/#brlcad hsinghc (ca034dee@gateway/web/freenode/ip.202.3.77.238) | |
| 09:04.55 | *** join/#brlcad hsinghc (ca034dee@gateway/web/freenode/ip.202.3.77.238) | |
| 09:05.19 | *** join/#brlcad merzo (~merzo@185.55.63.130) | |
| 10:12.06 | *** part/#brlcad hsinghc (ca034dee@gateway/web/freenode/ip.202.3.77.238) | |
| 10:44.04 | *** join/#brlcad teepee- (bc5c2133@gateway/web/freenode/ip.188.92.33.51) | |
| 11:00.07 | *** join/#brlcad carlson__ (~Karl@41.205.22.13) | |
| 11:14.07 | *** join/#brlcad konrado (~konro@41.205.22.32) | |
| 11:42.25 | *** join/#brlcad AnxiousGarlic (~Fruit@130.225.98.193) | |
| 11:42.46 | *** part/#brlcad AnxiousGarlic (~Fruit@130.225.98.193) | |
| 11:50.40 | *** join/#brlcad hiteshsofat (~androirc@223.225.217.199) | |
| 11:56.41 | *** join/#brlcad albertcoder (~quassel@124.253.71.238) | |
| 12:22.41 | *** join/#brlcad konrado (~konro@41.205.22.7) | |
| 12:25.01 | *** join/#brlcad manan (~manan@103.25.231.102) | |
| 12:27.28 | *** join/#brlcad carlson__ (~Karl@41.205.22.62) | |
| 13:05.58 | *** join/#brlcad carlson__ (~Karl@41.205.22.48) | |
| 13:21.37 | *** join/#brlcad manan (~manan@182.69.2.26) | |
| 13:22.33 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 13:46.40 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 13:58.11 | *** join/#brlcad luca79 (~luca@weblu-jun43.nat.wireless.lu.se) | |
| 15:29.25 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 15:30.26 | Notify | 03BRL-CAD Wiki:Jorge Sosa * 0 /wiki/User:Jorge_Sosa: |
| 15:30.32 | Notify | 03BRL-CAD:starseeker * 64352 brlcad/trunk/src/libbrep/shape_recognition_cone.cpp: Start setting up for partial cones |
| 15:30.34 | Notify | 03BRL-CAD:starseeker * 64351 brlcad/trunk/src/conv/step/CMakeLists.txt: Add the exp2cxx target to the depends list of the schema target, in case its presence in the custom_command depends list isn't enough... |
| 15:30.37 | Notify | 03BRL-CAD:starseeker * 64354 brlcad/trunk/src/libbrep/shape_recognition_cone.cpp: Try using a slight tweak of the cylinder arb logic for cones. If this works, probably need to refactor arb object creation into its own function. |
| 15:30.39 | Notify | 03BRL-CAD Wiki:AnkushKhandelwal * 0 /wiki/User:AnkushKhandelwal: |
| 15:30.41 | Notify | 03BRL-CAD:starseeker * 64353 (brlcad/trunk/src/libbrep/shape_recognition.h brlcad/trunk/src/libbrep/shape_recognition_cone.cpp and 2 others): Break top/bottom sorting out into a function. |
| 15:33.02 | Notify | 03BRL-CAD:starseeker * 64355 (brlcad/trunk/src/libbrep/shape_recognition.cpp brlcad/trunk/src/libbrep/shape_recognition_cone.cpp and 4 others): Starting setting up to 'fall back' to brep creation if we can't successfully handle a CSG representation. Doesn't generate completely correct results yet - getting flipped normals and multithreaded raytracing hangs with the nist4 example for some reason. |
| 16:05.22 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:21.29 | *** join/#brlcad gaganjyot (~gaganjyot@49.138.140.184) | |
| 16:30.46 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 16:32.11 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 16:48.57 | *** join/#brlcad deepak (~chatzilla@122.173.151.170) | |
| 16:50.42 | *** join/#brlcad manan (~manan@182.69.2.26) | |
| 16:57.06 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 17:23.58 | *** join/#brlcad merzo (~merzo@185.55.63.130) | |
| 17:31.16 | *** join/#brlcad gaganjyot (~gaganjyot@49.138.140.184) | |
| 17:43.56 | *** join/#brlcad gaganjyot (~gaganjyot@49.138.140.184) | |
| 18:12.59 | *** join/#brlcad teepee (~teepee@37.187.218.221) | |
| 18:29.14 | ``Erik | raytracing a black hole: http://rantonels.github.io/starless/ |
| 18:38.47 | Notify | 03BRL-CAD:starseeker * 64356 brlcad/trunk/src/libbrep/shape_recognition.cpp: Flip faces if the brep is a subtraction. |
| 18:50.13 | Stragus | I have intuitive problems with these images |
| 18:50.48 | Stragus | Looking directly at the event horizon, there will always be rays that have bent to appear at that point |
| 18:51.10 | Stragus | So no point should be entirely black... unless I'm missing something very serious |
| 18:52.06 | *** join/#brlcad sofat (~androirc@202.164.45.204) | |
| 18:52.41 | ``Erik | is running on ~2hrs sleep and has a headache, is just passing the url along and trying not to think :) |
| 18:52.49 | Stragus | Okay :) |
| 18:53.08 | ``Erik | (also; setting up a windows machine for dev, so ... yeh...) |
| 18:54.10 | Stragus | That is terrible, you have my deepest sympathy |
| 18:54.20 | Stragus | Is the machine for you? |
| 18:55.11 | ``Erik | it's an old clunker that I dual boot linux and windows on... I might be doing a windows project in the near future, so I wanted to make sure it was updated and functional before getting too involved on the project :/ |
| 18:56.28 | Stragus | I keep a laptop with Windows XP around to produce and test windows binaries, but I don't actually write any code on that machine |
| 18:56.31 | ``Erik | 2.2ghz celeron, 2g ram, intel g41 video... it was a cheap machine years ago |
| 18:58.12 | ``Erik | hm, windows has an "experience index" metric... it grades the hw on a scale of (wait for it) 1.0 to 7.9... mine is a 3.5 |
| 18:59.22 | Stragus | Half-way there! Good enough |
| 18:59.46 | Stragus | What kind of Windows are you installing on that? |
| 19:00.18 | ``Erik | heh, but it's out of 7.9... not 10, not even 8, 7.9! and the lowest is 1.0, not 0.0 |
| 19:00.53 | ``Erik | um, 7 home premium I think? vs10 express, netbeans, cygwin, eclipse, etc |
| 19:01.17 | Stragus | That's a Microsoft scale, 7.9 based |
| 19:01.32 | ``Erik | and piping the display through tightvnc |
| 19:01.35 | Stragus | mingw64 is quite nice |
| 19:02.01 | Stragus | True modern GCC on Windows, with the usual windows-only extras (resources, etc.) |
| 19:02.13 | ``Erik | hm, might have to check it out some day |
| 19:03.37 | Notify | 03BRL-CAD:starseeker * 64357 (brlcad/trunk/src/libbrep/shape_recognition.cpp brlcad/trunk/src/libbrep/shape_recognition_sphere.cpp brlcad/trunk/src/librt/test_shape_recognition.cpp): clear some debug printing |
| 19:06.27 | starseeker | Stragus: any experience with the Windows clang port? |
| 19:06.55 | Stragus | Never tried it, I'm not fond of clang |
| 19:07.18 | Stragus | Had to mess with it when compiling on OSX... *sigh* |
| 19:15.21 | ``Erik | clang is improving quite a bit lately *shrug* |
| 19:17.11 | Stragus | I don't understand why Apple feels the need to throw all mainstream, quality FOSS software out |
| 19:17.25 | Stragus | No gcc, no gdb, ar is broken, etc. |
| 19:19.14 | ``Erik | ar is probably tricky due to apples 'fat binary' support... |
| 19:19.59 | ``Erik | (and I'm not sure how much "quality" I'd attribute to gnu software... I've looked at too much source code ;) ) |
| 19:20.03 | Stragus | Also, basic stuff libssh are "deprecated". You use any function from libssh and it throws warnings/errors about these functions being deprecated |
| 19:20.25 | Stragus | Sorry, I mean libssl |
| 19:20.43 | Stragus | This is *the* libssl we are talking about, HTTPS and so on. What else are we supposed to use? |
| 19:22.12 | ``Erik | there were some serious screw-ups in openssl recently (like remote root serious) that couldn't be fixed without a massive overhaul, iirc... there were a couple branch projects started, I think openssl is in the x11/xorg fork situation right now |
| 19:22.40 | ``Erik | (and that was *the* x11r6 we were talking about back then... what else were we supposed to use?) |
| 19:23.16 | Stragus | :) Okay good point, but don't deprecate functions when no alternative (yet) exists! |
| 19:23.36 | Stragus | I even asked in #macdev and I was told I'm supposed to use some Apple-specific ObjC library |
| 19:24.44 | *** join/#brlcad merzo (~merzo@host-233-197-68-109.arq1.ldn.uk.sharedband.net) | |
| 19:24.47 | ``Erik | heh, of course :D with cocoa requirements, as well... who would dare port to linux, unix, windows, bsd, etc... just get a mac and be special and unique like all the other apple fanboys... |
| 19:25.39 | ``Erik | plugs his phone back into his macbook to charge *cough* |
| 19:25.40 | Stragus | I was supposed to replace libssl with an OSX-only ObjC library. Seriously, WTF. |
| 19:37.16 | ``Erik | hah, a support library build just failed on windows because libssl32.dll can't be found, amusing coincidence :) |
| 19:39.06 | Stragus | See! It's a conspiracy! |
| 19:39.18 | Stragus | You now have to use the C# windows equivalent, no other option |
| 19:42.02 | Notify | 03BRL-CAD:carlmoore * 64358 (brlcad/trunk/doc/docbook/system/man1/en/plot3-ps.xml brlcad/trunk/src/util/plot3-ps.c): various fixes to plot3-ps, including implementing h? |
| 19:57.27 | Notify | 03BRL-CAD:starseeker * 64359 brlcad/trunk/src/libbrep/shape_recognition.cpp: Add some debugging - the top level tree build is inadequate for complex cases, need to rethink. |
| 19:59.20 | starseeker | wishes they could get away from the mixed up openssl license... |
| 20:02.14 | Stragus | Yes, there's something messed up about a core library that doesn't even try to maintain binary compatibility... and that is LGPL |
| 20:03.17 | starseeker | not even sure it's LGPL |
| 20:03.27 | starseeker | the OpenSSL license is... "special", IIRC |
| 20:03.59 | starseeker | https://www.openssl.org/source/license.html |
| 20:04.21 | starseeker | all those nice GPL incompatible advertising clauses... |
| 20:04.59 | ``Erik | dual licensed with two differently modified bsd licenses, nice |
| 20:05.48 | Stragus | Perhaps I'm mistaken. Can you bundle libssl into a binary of closed source software? |
| 20:06.16 | starseeker | I belive so if you respect the advertising clauses of the licenses... |
| 20:06.26 | ``Erik | yeah, it's bsd license at the core |
| 20:06.32 | starseeker | GPL is where the problems lie |
| 20:06.34 | Stragus | Ah, it's not so bad then |
| 20:06.55 | Stragus | And LGPL since libraries without binary compatibility must be compiled in to avoid trouble |
| 20:07.59 | starseeker | Freetype's non-GPL license (FTL) has similar issues, but they dual license GPL so that avoids most of the tight corners |
| 20:08.19 | starseeker | ironically enough, LGPL is a bit of an uncomfortable fit with freetype... |
| 20:30.46 | *** part/#brlcad gaganjyot (~gaganjyot@49.138.140.184) | |
| 21:15.18 | *** join/#brlcad gurwinder (31f9907e@gateway/web/freenode/ip.49.249.144.126) | |
| 22:17.32 | *** join/#brlcad infobot (ibot@rikers.org) | |
| 22:17.32 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || We are ACCEPTED for GSoC 2015 -- if you're a student, ask a specific question and WAIT for an answer! | |
| 22:20.09 | Notify | 03BRL-CAD:n_reed * 64361 (brlcad/branches/brep-debug/AUTHORS brlcad/branches/brep-debug/NEWS and 79 others): sync from trunk |
| 23:07.13 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 23:08.25 | *** join/#brlcad teepee_ (~teepee@37.187.218.221) | |
| 23:16.02 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 23:25.48 | Notify | 03BRL-CAD:n_reed * 64362 brlcad/branches/brep-debug/src/libbrep/intersect.cpp: encapsulate the logic from the curve-curve intersection routine for intersecting overlapping lines and use it in the curve-surface intersection routine as well |
| 00:04.17 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 00:36.27 | *** join/#brlcad manan (~manan@182.69.2.26) | |
| 01:01.52 | Notify | 03BRL-CAD:starseeker * 64363 (brlcad/trunk/src/libbrep/shape_recognition.cpp brlcad/trunk/src/libbrep/shape_recognition.h brlcad/trunk/src/librt/test_shape_recognition.cpp): Some progress on reassembly, but not correct yet. |
| 01:30.10 | Notify | 03BRL-CAD:starseeker * 64364 (brlcad/trunk/src/libbrep/shape_recognition.cpp brlcad/trunk/src/libbrep/shape_recognition_planar.cpp): Remove some debugging printouts |
| 01:39.18 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 02:47.11 | *** join/#brlcad manan (~manan@182.69.2.26) | |
| 03:01.38 | *** join/#brlcad konrado (~root@41.205.22.27) | |
| 03:38.13 | *** join/#brlcad albertcoder (~quassel@202.164.45.204) | |
| 03:44.25 | *** join/#brlcad albertcoder (~quassel@202.164.45.204) | |
| 03:57.58 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 04:02.57 | *** join/#brlcad FreezingAlt (~FreezingC@135.0.41.14) | |
| 04:41.30 | *** join/#brlcad hiteshsofat (~androirc@106.192.149.179) | |
| 04:44.47 | Notify | 03BRL-CAD:n_reed * 64365 brlcad/trunk/src/libbn/polygon.c: fix build warning about possible dereference of uninitialized var |
| 04:58.57 | Notify | 03BRL-CAD:n_reed * 64366 brlcad/trunk/src/libbn/tests/bn_polygon_triangulate.c: fix build warning about index out of bounds |
| 06:00.43 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-hqyoqbmsitituhma) | |
| 06:34.19 | Notify | 03BRL-CAD Wiki:Kvkunalvyas * 0 /wiki/User:Kvkunalvyas: |
| 06:43.05 | *** join/#brlcad kv_kunalvyas (~kv_kunalv@c-71-232-199-0.hsd1.ma.comcast.net) | |
| 07:39.43 | *** join/#brlcad teepee_ (~teepee@37.187.218.221) | |
| 07:58.24 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 07:59.36 | *** join/#brlcad lemur12 (~lemur@host213-122-133-147.range213-122.btcentralplus.com) | |
| 08:01.46 | *** join/#brlcad luca79 (~luca@weblu-jun43.nat.wireless.lu.se) | |
| 08:04.41 | *** join/#brlcad ni291187 (~u931732@c-73-38-196-13.hsd1.ma.comcast.net) | |
| 08:04.42 | *** join/#brlcad merzo (~merzo@host-233-197-68-109.arq1.ldn.uk.sharedband.net) | |
| 08:05.16 | *** part/#brlcad kv_kunalvyas (~kv_kunalv@c-71-232-199-0.hsd1.ma.comcast.net) | |
| 08:05.30 | *** join/#brlcad kv_kunalvyas (~kv_kunalv@c-71-232-199-0.hsd1.ma.comcast.net) | |
| 08:05.40 | *** part/#brlcad ni291187 (~u931732@c-73-38-196-13.hsd1.ma.comcast.net) | |
| 08:06.05 | *** part/#brlcad kv_kunalvyas (~kv_kunalv@c-71-232-199-0.hsd1.ma.comcast.net) | |
| 08:35.45 | *** join/#brlcad mihaineacsu (~mihaineac@188.27.179.80) | |
| 08:40.17 | Notify | 03BRL-CAD Wiki:Elisabethzaz * 0 /wiki/User:Elisabethzaz: |
| 09:00.52 | *** join/#brlcad merzo (~merzo@185.55.63.130) | |
| 09:27.24 | *** join/#brlcad teepee (~teepee@p50845A33.dip0.t-ipconnect.de) | |
| 10:14.01 | *** join/#brlcad sofat (~androirc@106.192.149.179) | |
| 10:28.19 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-gygbeaquyliosfod) | |
| 11:12.34 | *** join/#brlcad sofat (~androirc@106.192.149.179) | |
| 11:27.18 | *** join/#brlcad albertcoder (~quassel@202.164.45.204) | |
| 12:42.33 | *** join/#brlcad cox (~quassel@188.226.208.53) | |
| 12:46.46 | *** join/#brlcad cox (~quassel@188.226.208.53) | |
| 13:22.32 | *** join/#brlcad teepee- (bc5c2134@gateway/web/freenode/ip.188.92.33.52) | |
| 13:37.37 | *** join/#brlcad albertcoder (~quassel@202.164.45.204) | |
| 13:47.42 | *** join/#brlcad albertcoder (~quassel@202.164.45.212) | |
| 14:47.43 | *** join/#brlcad gaganjyot (~gaganjyot@101.216.198.93) | |
| 14:51.42 | *** join/#brlcad alisha (~quassel@223.225.242.152) | |
| 15:04.19 | *** join/#brlcad gaganjyot (~gaganjyot@101.216.198.93) | |
| 15:10.17 | *** join/#brlcad alisha (~quassel@223.225.218.204) | |
| 15:11.51 | *** join/#brlcad sofat (~androirc@106.192.175.83) | |
| 15:26.30 | *** join/#brlcad alisha (~quassel@115.184.119.24) | |
| 15:31.05 | *** join/#brlcad alisha_ (~quassel@101.60.229.229) | |
| 15:49.16 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:07.21 | *** join/#brlcad gaganjyot (~gaganjyot@101.216.198.93) | |
| 16:11.15 | *** join/#brlcad zalzane2 (~zalzane@2605:e000:23c7:7500:a4d9:378c:be3a:544d) | |
| 16:23.11 | *** join/#brlcad ankit_ (~ankit@117.202.168.232) | |
| 16:33.21 | Notify | 03BRL-CAD:carlmoore * 64367 brlcad/trunk/doc/docbook/system/man1/en/plot3-tek.xml: edit in 'UnixPlot' for uniformity within this man page |
| 16:46.16 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 16:51.37 | Notify | 03BRL-CAD:carlmoore * 64368 brlcad/trunk/src/util/plot3-tek.c: add a pair of brackets, and implement h and ? for help |
| 17:00.42 | *** join/#brlcad albertcoder (~quassel@202.164.45.204) | |
| 17:04.25 | *** join/#brlcad gurwinder (75cf98fd@gateway/web/freenode/ip.117.207.152.253) | |
| 17:31.56 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-oususpfufqfigoej) | |
| 17:32.49 | *** join/#brlcad albertcoder (~quassel@202.164.45.212) | |
| 17:44.39 | *** join/#brlcad albertcoder (~quassel@202.164.45.212) | |
| 17:52.09 | *** join/#brlcad cox (~quassel@188.226.208.53) | |
| 17:54.45 | *** join/#brlcad sofat (~androirc@223.225.248.232) | |
| 17:57.55 | *** join/#brlcad sofat (~androirc@223.225.248.232) | |
| 18:00.39 | *** join/#brlcad albertcoder (~quassel@202.164.45.212) | |
| 18:03.03 | *** join/#brlcad cox (~quassel@188.226.208.53) | |
| 18:06.37 | *** join/#brlcad albertcoder (~quassel@202.164.45.212) | |
| 18:08.08 | *** join/#brlcad gaganjyot (~gaganjyot@49.138.142.200) | |
| 18:11.39 | *** join/#brlcad albertcoder (~quassel@202.164.45.212) | |
| 18:16.43 | *** join/#brlcad albertcoder (~quassel@202.164.45.212) | |
| 18:21.39 | *** join/#brlcad albertcoder (~quassel@202.164.45.212) | |
| 18:27.30 | *** join/#brlcad witness___ (uid10044@gateway/web/irccloud.com/x-zpiuikgbuljgblnr) | |
| 18:27.53 | *** join/#brlcad gaganjyot (~gaganjyot@49.138.142.200) | |
| 18:30.31 | *** join/#brlcad albertcoder (~quassel@202.164.45.212) | |
| 18:40.39 | *** join/#brlcad teepee_ (~teepee@p5084489E.dip0.t-ipconnect.de) | |
| 18:43.41 | *** join/#brlcad albertcoder (~quassel@202.164.45.212) | |
| 18:48.39 | *** join/#brlcad albertcoder (~quassel@202.164.45.212) | |
| 18:51.02 | *** join/#brlcad sofat_ (~sofat@202.164.45.204) | |
| 18:51.28 | sofat_ | ``Erik, hello |
| 18:54.38 | sofat_ | I am trying to make script but result is not useful means script is not work properly because of unclosed tags. |
| 18:55.45 | sofat_ | so now i have two options to do this work first 50% convert by script then other 50% manual. |
| 18:56.55 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 18:56.58 | *** join/#brlcad sofat (~androirc@223.225.248.232) | |
| 18:57.01 | *** join/#brlcad albertcoder (~quassel@202.164.45.208) | |
| 19:02.36 | *** join/#brlcad merzo (~merzo@host-233-197-68-109.arq1.ldn.uk.sharedband.net) | |
| 19:08.37 | *** join/#brlcad albertcoder (~quassel@202.164.45.212) | |
| 19:10.28 | *** join/#brlcad gaganjyot (~gaganjyot@49.138.123.219) | |
| 19:10.51 | *** join/#brlcad brad_h (~behollis@dhcp-59-171.cse.ucsc.edu) | |
| 19:15.51 | *** join/#brlcad lemur12 (~lemur@host213-122-133-147.range213-122.btcentralplus.com) | |
| 19:16.36 | *** join/#brlcad albertcoder (~quassel@202.164.45.212) | |
| 19:24.41 | *** join/#brlcad albertcoder (~quassel@202.164.45.208) | |
| 19:32.46 | brad_h | noticed * convert teapot to use nurbs surfaces instead of bspline * as a TODO |
| 19:33.17 | brad_h | is that still a valid task? |
| 19:33.34 | brad_h | also, how can you load that "primitive" in mged? |
| 19:34.42 | brad_h | i assume that task is referring to: teapot(GLint grid, GLenum type) in osg_bob.cpp? |
| 19:38.28 | *** join/#brlcad albertcoder (~quassel@202.164.45.208) | |
| 20:01.08 | *** join/#brlcad merzo (~merzo@host-233-197-68-109.arq1.ldn.uk.sharedband.net) | |
| 20:18.57 | *** join/#brlcad teepee (~teepee@euro214.vpnbook.com) | |
| 20:25.23 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 20:41.04 | Notify | 03BRL-CAD:carlmoore * 64369 brlcad/trunk/src/util/plot3-hpgl.c: implement run-with-no-arguments-gets-help; we don't expect the input or output to be user-readable |
| 20:44.58 | *** join/#brlcad teepee (~teepee@p5084489E.dip0.t-ipconnect.de) | |
| 21:19.09 | starseeker | brad_h: I think that is referring to the src/proc-db/tea.c procedural database... |
| 21:42.10 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 21:49.40 | brad_h | starseeker: thanks for pointing this out |
| 21:59.18 | *** join/#brlcad zalzane1 (~zalzane@2605:e000:23c7:7500:a4d9:378c:be3a:544d) | |
| 22:18.29 | Notify | 03BRL-CAD:starseeker * 64370 brlcad/trunk/include/bn/obr.h: Stub in the header for a libbn oriented bounding box. Got a *lot* of preparatory work to do before we're ready for that step, but get the comments in so I don't have to track down 'rectangular cuboid' and the ascii art again. |
| 22:41.07 | *** join/#brlcad teepee_ (~teepee@p5084650B.dip0.t-ipconnect.de) | |
| 23:10.23 | Notify | 03BRL-CAD Wiki:AnkushKhandelwal * 7922 /wiki/User:AnkushKhandelwal/OpenGLRendering: Created page with "'''OpenGL Framework''' Brief Description: The Objective of the project is to Re-factor and re-write the existing code of OpenSCAD preferably by implementing or using an existi..." |
| 00:18.18 | Notify | 03BRL-CAD:starseeker * 64371 brlcad/trunk/include/bn/obr.h: Add some notes on the GeometricTools ConvexHull and MinimumVolumeBox3 resources. Almost wonder if this might be a viable GSoC project... |
| 00:38.00 | *** join/#brlcad kv_kunalvyas (~kv_kunalv@c-71-232-199-0.hsd1.ma.comcast.net) | |
| 00:55.00 | Notify | 03BRL-CAD:starseeker * 64372 brlcad/trunk/src/libbrep/shape_recognition.cpp: Start outlining a strategy for building boolean trees. |
| 00:59.16 | Notify | 03BRL-CAD:starseeker * 64373 brlcad/trunk/src/libbrep/shape_recognition.cpp: It may be possible to have a subtraction solid entirely within a union object so that no faces directly intersect the solid - fil intersections are not sufficient. |
| 01:50.37 | Notify | 03BRL-CAD:starseeker * 64374 brlcad/trunk/src/libbrep/shape_recognition.cpp: more thinking about booleans... |
| 03:43.02 | *** join/#brlcad kv_kunalvyas (~kv_kunalv@c-71-232-199-0.hsd1.ma.comcast.net) | |
| 04:58.53 | *** join/#brlcad albertcoder (~quassel@202.164.45.204) | |
| 05:02.47 | *** join/#brlcad d356__ (~d@50-90-234-94.res.bhn.net) | |
| 05:03.15 | *** join/#brlcad starseek1r (~starseeke@66-118-151-70.static.sagonet.net) | |
| 05:03.18 | *** join/#brlcad n_reed_ (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 05:04.53 | *** join/#brlcad kintel_ (~kintel@unaffiliated/kintel) | |
| 05:05.12 | *** join/#brlcad Stragus_ (~alexis@modemcable090.29-19-135.mc.videotron.ca) | |
| 05:05.17 | *** join/#brlcad kanzure_ (~kanzure@unaffiliated/kanzure) | |
| 05:09.06 | *** join/#brlcad FreezingAlt (~FreezingC@135.0.41.14) | |
| 05:11.51 | *** join/#brlcad albertcoder (~quassel@202.164.45.204) | |
| 05:17.36 | *** join/#brlcad brad_h (~behollis@dhcp-59-171.cse.ucsc.edu) | |
| 05:52.44 | *** join/#brlcad sriravic (0e8b5206@gateway/web/freenode/ip.14.139.82.6) | |
| 06:01.07 | *** join/#brlcad kv_kunalvyas (~kv_kunalv@c-71-232-199-0.hsd1.ma.comcast.net) | |
| 07:24.52 | *** join/#brlcad albertcoder (~quassel@124.253.105.7) | |
| 07:33.52 | Stragus_ | Arrgh, screw Apple tools! How could a debugger fail to run a program with "error: process exited with status -1 (lost connection)", even Google offers no information |
| 07:43.38 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-dtjyxlzjdnyzzzve) | |
| 07:48.22 | *** join/#brlcad teepee_ (~teepee@p50844F09.dip0.t-ipconnect.de) | |
| 08:17.33 | *** join/#brlcad albertcoder (~quassel@124.253.199.93) | |
| 08:28.42 | *** join/#brlcad albertcoder (~quassel@124.253.172.90) | |
| 08:31.14 | *** join/#brlcad merzo (~merzo@host-233-197-68-109.arq1.ldn.uk.sharedband.net) | |
| 09:10.10 | *** join/#brlcad witness___ (uid10044@gateway/web/irccloud.com/x-wdziobcfyoqedxvq) | |
| 09:29.55 | *** join/#brlcad merzo (~merzo@185.55.63.130) | |
| 09:30.28 | *** join/#brlcad sriravic (0e8b5206@gateway/web/freenode/ip.14.139.82.6) | |
| 09:33.55 | sriravic | Hello I'm trying to compile brlcad in vs2013. I'm unable to compile successfully libpoints |
| 09:34.55 | sriravic | i get an compiler error indicating all the PLATE, ARB, SYMMETRY types are undefined. |
| 09:55.47 | *** join/#brlcad sofat (~androirc@223.225.243.51) | |
| 10:00.38 | Notify | 03BRL-CAD Wiki:Jaishrikrishna * 0 /wiki/User:Jaishrikrishna: |
| 11:19.14 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 11:31.35 | *** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot) | |
| 11:44.15 | *** join/#brlcad merzo (~merzo@185.55.63.130) | |
| 11:57.19 | *** join/#brlcad Izakey (~Izakey@41.205.22.37) | |
| 11:59.37 | *** join/#brlcad merzo (~merzo@185.55.63.130) | |
| 12:50.38 | *** join/#brlcad merzo (~merzo@185.55.63.130) | |
| 13:27.46 | *** join/#brlcad andrei_ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125) | |
| 13:33.23 | *** join/#brlcad gedare (~gedare@ip98-169-176-75.dc.dc.cox.net) | |
| 13:34.19 | *** part/#brlcad gedare (~gedare@ip98-169-176-75.dc.dc.cox.net) | |
| 13:42.59 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 14:30.41 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:23.09 | Notify | 03BRL-CAD:starseeker * 64375 (brlcad/trunk/src/libbrep/shape_recognition.cpp brlcad/trunk/src/libbrep/shape_recognition.h and 5 others): Preparing logic for boolean building that incorporates an intersection test phase. |
| 15:42.41 | *** join/#brlcad infobot_ (ibot@rikers.org) | |
| 15:42.41 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || We are ACCEPTED for GSoC 2015 -- if you're a student, ask a specific question and WAIT for an answer! | |
| 15:59.31 | *** join/#brlcad kv_kunalvyas (~kv_kunalv@c-71-232-199-0.hsd1.ma.comcast.net) | |
| 16:26.45 | Notify | 03BRL-CAD Wiki:Ssahmaddev817 * 0 /wiki/User:Ssahmaddev817: |
| 16:32.29 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-qykajmrylhxbexme) | |
| 16:50.51 | *** join/#brlcad Christopher (67ffe2be@gateway/web/freenode/ip.103.255.226.190) | |
| 16:52.46 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 16:52.55 | sofat | ``Erik, hello |
| 16:53.15 | Guest81396 | Sir I am final year computer engg student and i would like to work "Online geometry Viewer interface" |
| 16:53.27 | sofat | Guest81396, welcome |
| 16:54.54 | Guest81396 | can i get some more details |
| 16:55.28 | sofat | ``Erik, Pandoc is open source tool so if we will make some changes in pandoc code and make it use for our work so it is very easy way to do our work. |
| 16:55.41 | sofat | Guest81396, which details |
| 16:55.47 | sofat | ? |
| 16:56.11 | Guest81396 | about the gsoc 2015 project i mentiones above |
| 17:00.45 | *** join/#brlcad shahnawaz817 (67ffe2be@gateway/web/freenode/ip.103.255.226.190) | |
| 17:01.46 | *** join/#brlcad shahnawaz817_ (67ffe2be@gateway/web/freenode/ip.103.255.226.190) | |
| 17:03.02 | Notify | 03BRL-CAD:carlmoore * 64376 brlcad/trunk/src/libbrep/shape_recognition.cpp: fix a misspelling |
| 17:03.17 | shahnawaz817_ | More details about gsoc 2015 project "Online geometry viewer interface" |
| 17:05.23 | shahnawaz817_ | is there anyone?? |
| 17:14.25 | *** join/#brlcad sofat (~androirc@106.192.163.143) | |
| 17:21.35 | *** join/#brlcad hiteshsofat (~androirc@106.192.163.143) | |
| 17:32.19 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-flavuzpylbitfgiu) | |
| 17:35.52 | *** join/#brlcad sofat (~sofat@202.164.45.212) | |
| 17:41.48 | ``Erik | sofat: modifying pandoc is definitely a possibility, just be careful that you don't spend more time tweaking pandoc to automatically convert the docs than it would take to just manually convert them (or 'fix' them enough for pandoc to handle) |
| 17:44.17 | sofat | ``Erik, I also thought same |
| 17:56.21 | *** join/#brlcad kv_kunalvyas (~kv_kunalv@c-71-232-199-0.hsd1.ma.comcast.net) | |
| 17:56.45 | *** join/#brlcad deepak (~chatzilla@122.173.42.38) | |
| 17:57.42 | *** join/#brlcad sofat (~sofat@202.164.45.212) | |
| 18:11.00 | *** join/#brlcad abhijitt (uid71558@gateway/web/irccloud.com/x-qzdzbzyweqxlftid) | |
| 18:21.35 | *** join/#brlcad sofat (~sofat@202.164.45.212) | |
| 18:49.21 | Notify | 03BRL-CAD:n_reed * 64377 brlcad/branches/brep-debug/src/libbrep/intersect.cpp: We were assuming that isocurve intersections along surface edges had to be part of the boundary of a surface overlap, but this is not true when two surfaces intersect /only/ at their edges, as in the case of two planar surface meeting in an 'L'. We have to do the full overlap boundary test every time to categorize isocurve intersections |
| 18:49.23 | Notify | correctly. Previously, isocurve intersections that weren't determined to be part of an overlap boundary were discarded, to be reconstructed later. Trying to solve an isocurve intersection from intersection points discovered during general surface-surface intersection doesn't work well, especially when the isocurves are at the edges of the surface, so as with r64233, we'll opt to retain the non-overlap-boundary |
| 18:49.25 | Notify | isocurve intersections and report them as-is. |
| 18:55.58 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 18:57.29 | *** join/#brlcad albertcoder (~quassel@202.164.45.204) | |
| 19:10.02 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-kgrlkipthjxdfqdd) | |
| 19:37.39 | *** join/#brlcad namaste (7c7d4564@gateway/web/freenode/ip.124.125.69.100) | |
| 19:39.56 | Notify | 03BRL-CAD:n_reed * 64378 brlcad/branches/brep-debug/src/libbrep/boolean.cpp: Should be using the intersection tolerance when looking for faces to intersect, since the bounding boxes could be tight to (planar) surfaces. |
| 19:49.45 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-qkrkteaslnvfblnl) | |
| 19:52.22 | namaste | hello I am interested in New realtime kernels in LinuxCNC Projects . I have basic experience with Real Time Kernels |
| 19:53.06 | namaste | so any one can help? how can I proceed? |
| 19:58.40 | Notify | 03BRL-CAD:starseeker * 64379 (brlcad/trunk/src/libbrep/shape_recognition.cpp brlcad/trunk/src/libbrep/shape_recognition.h brlcad/trunk/src/libbrep/shape_recognition_util.cpp): Thanks to Keith for the pointer to his surface_GetBoundingBox routine. This adds in subtractions where needed to the CSG tree, based on overlapping bounding boxes. |
| 20:03.17 | *** join/#brlcad kv_kunalvyas (~kv_kunalv@129.63.253.81) | |
| 20:06.20 | Notify | 03BRL-CAD:starseeker * 64380 brlcad/trunk/src/libbrep/shape_recognition_util.cpp: Mark box as set. |
| 20:11.08 | *** join/#brlcad kintel_ (~kintel@unaffiliated/kintel) | |
| 20:14.30 | teepee | namaste: did you check #linuxcnc already? |
| 20:15.07 | namaste | yep |
| 20:15.10 | namaste | I did |
| 20:15.18 | namaste | teepee |
| 20:15.38 | teepee | I guess you want to do GSoC? |
| 20:15.44 | namaste | yep |
| 20:16.27 | namaste | mainly interested in realtime kernels |
| 20:16.37 | teepee | for the general procedure, there's a student guide that should give an overview about how gsoc works |
| 20:17.07 | teepee | for the specific project/proposal questions, you'll have to check with someone from linuxcnc |
| 20:17.29 | namaste | I think only 1 person is mentoring that |
| 20:17.48 | namaste | Sebastian Kuzminsky |
| 20:18.09 | teepee | that's likely, new orgs will normally get only one slot, when lucky maybe two |
| 20:18.30 | teepee | but if you do a nice proposal, that shall be yours :) |
| 20:18.54 | teepee | the student guide is at http://en.flossmanuals.net/GSoCStudentGuide/ (in case you haven't seen that yet) |
| 20:19.00 | namaste | ok but for that I need to communicate with the mentor right? |
| 20:19.20 | namaste | ya I went through that |
| 20:19.32 | namaste | time ago |
| 20:19.37 | teepee | in theory you could look up the project ideas and present the proposal before the student application closes |
| 20:19.49 | teepee | but it's highly recommended to get in touch before (like you are doing) |
| 20:20.08 | teepee | much higher chances for an awesome proposal |
| 20:21.02 | teepee | also you have the chance to maybe fix a bug or do something else (might be unrelated to the project proposal, but for linuxcnc in general) to show you've seen the code base |
| 20:21.27 | namaste | do you have any idea when Sebastian Kuzminsky will be online? |
| 20:21.35 | namaste | any specified time? |
| 20:21.55 | teepee | sorry, I don't know. timezones can be a challenge |
| 20:22.23 | teepee | basic IRC suggestion, post your question and stay around |
| 20:22.40 | namaste | any google groups? |
| 20:23.17 | teepee | right, check their homepage, they'll probably have some other means for communication too |
| 20:23.33 | teepee | did not have contact with linuxcnc yet ;) |
| 20:25.24 | namaste | ok |
| 20:25.34 | namaste | I got his git repo and contacts |
| 20:26.00 | namaste | Thanks very much teepee |
| 20:26.12 | namaste | I think you are mentor right? |
| 20:26.32 | teepee | yes, I'm mentor for OpenSCAD |
| 20:33.48 | *** join/#brlcad nihar (67157f4f@gateway/web/freenode/ip.103.21.127.79) | |
| 20:33.54 | namaste | teepee: So basically brlcad is the group of different orgs which supports modelling |
| 20:33.57 | namaste | right? |
| 20:35.00 | namaste | ok I got |
| 20:35.14 | namaste | Thank you teepee. |
| 20:35.16 | nihar | I have a doubt: Is knowledge of topology required for NURBS intersection? |
| 20:41.12 | Notify | 03BRL-CAD:starseeker * 64381 brlcad/trunk/src/librt/test_shape_recognition.cpp: Make the top level a bit more hierarchial, so it's easier to see what's going on. |
| 20:42.56 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-ozddlaualeuzxqjr) | |
| 20:44.11 | *** join/#brlcad kintel_ (~kintel@unaffiliated/kintel) | |
| 20:45.31 | Notify | 03BRL-CAD:starseeker * 64382 brlcad/trunk/src/librt/test_shape_recognition.cpp: Don't forget the last comb. |
| 20:48.04 | *** part/#brlcad kv_kunalvyas (~kv_kunalv@129.63.253.81) | |
| 20:48.11 | *** join/#brlcad kv_kunalvyas (~kv_kunalv@129.63.253.81) | |
| 20:58.48 | *** join/#brlcad krishna_ravi732 (~krishna@5.231.52.94) | |
| 21:00.05 | Notify | 03BRL-CAD:starseeker * 64383 (brlcad/trunk/src/libbrep/shape_recognition_cone.cpp brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp): Avoid exactly coplanar cylinder/cone faces when the whole cone/cylinder is being subtracted - will probably need more checks like this in the _csg routines, but start with the toplevel... |
| 22:01.35 | *** join/#brlcad teepee (~teepee@p5084486C.dip0.t-ipconnect.de) | |
| 22:19.49 | brad_h | what exe in the bin dir corresponds to archer? i see a shell script, but that must invoke some binary. |
| 22:22.52 | Notify | 03BRL-CAD:carlmoore * 64384 (brlcad/trunk/doc/docbook/system/man1/en/plot3-fb.xml brlcad/trunk/src/fb/plot3-fb.c): touchup of plot3-fb, including its man page |
| 22:37.03 | Notify | 03BRL-CAD:n_reed * 64385 brlcad/branches/brep-debug/src/libbrep/intersect.cpp: when overlap curve endpoints meet within intersection tolerance, fill small gaps between the endpoints so that loops constructed from the curves will pass an IsClosed() test |
| 22:46.05 | *** join/#brlcad merzo (~merzo@host-233-197-68-109.arq1.ldn.uk.sharedband.net) | |
| 22:52.43 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 22:55.45 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-yofinoopqubhwwon) | |
| 22:57.13 | *** join/#brlcad Saurabh_Kumar_bi (~saurabh@220.227.149.70) | |
| 23:19.07 | *** join/#brlcad teepee_ (~teepee@p50846264.dip0.t-ipconnect.de) | |
| 23:51.37 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 23:59.18 | ``Erik | brad_h: it doesn't, it's a tcltk program that uses libged and libtclcad to interface the C |
| 01:15.49 | Notify | 03BRL-CAD:starseeker * 64386 (brlcad/trunk/src/libbrep/shape_recognition.cpp brlcad/trunk/src/libbrep/shape_recognition.h and 3 others): make a line/plane intersect function in openNURBS data types. Easier to read and use, fixes some issues with NIST 2. Needs much more careful/rigorous testing, but as of this commit all 5 raytraces, CSG only and CSG/NURBS combinations, from a casual visual inspection don't appear |
| 01:15.51 | Notify | to contain any major errors. |
| 01:21.09 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 01:25.52 | Notify | 03BRL-CAD:starseeker * 64387 brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp: Check for error cases |
| 02:08.19 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 02:28.31 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) | |
| 02:29.55 | *** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net) | |
| 02:30.27 | *** join/#brlcad zero_level (~mohit@66-118-151-70.static.sagonet.net) | |
| 02:30.32 | *** join/#brlcad ejno (~ejno@unaffiliated/kazaik) | |
| 03:16.02 | *** join/#brlcad _tanmay_ (~tanmay@106.51.138.71) | |
| 03:32.29 | starseek1r | hmm, interesting: https://code.google.com/p/mfem/ |
| 04:12.04 | *** join/#brlcad montyc008 (cb6ef617@gateway/web/freenode/ip.203.110.246.23) | |
| 04:18.41 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 04:30.15 | *** join/#brlcad lemur12 (~lemur@host213-122-133-147.range213-122.btcentralplus.com) | |
| 05:38.16 | *** join/#brlcad witness___ (uid10044@gateway/web/irccloud.com/x-haiezmlhfcvkfmab) | |
| 06:30.06 | *** join/#brlcad kv_kunalvyas (~kv_kunalv@c-71-232-199-0.hsd1.ma.comcast.net) | |
| 07:22.13 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 07:39.44 | *** join/#brlcad teepee_ (~teepee@p508464E0.dip0.t-ipconnect.de) | |
| 07:56.14 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-mxngczzpllkzopfk) | |
| 07:59.21 | *** join/#brlcad zalzane2 (~zalzane@2605:e000:23c7:7500:a4d9:378c:be3a:544d) | |
| 08:39.56 | *** join/#brlcad merzo (~merzo@host-233-197-68-109.arq1.ldn.uk.sharedband.net) | |
| 08:58.17 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-oqhdqjvcfkqminmd) | |
| 09:20.32 | *** join/#brlcad luca79 (~luca@weblu-jun43.nat.wireless.lu.se) | |
| 09:40.14 | *** join/#brlcad abhijitt (uid71558@gateway/web/irccloud.com/x-wmbzkcqsygtbhdli) | |
| 09:51.01 | *** join/#brlcad merzo (~merzo@185.55.63.130) | |
| 10:14.36 | *** join/#brlcad sofat (~androirc@223.225.252.184) | |
| 11:08.00 | *** join/#brlcad zalzane1 (~zalzane@2605:e000:23c7:7500:a4d9:378c:be3a:544d) | |
| 11:47.03 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 11:50.02 | *** join/#brlcad cardinot (~cardinot@177.130.0.3) | |
| 11:50.02 | *** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot) | |
| 11:59.39 | *** join/#brlcad zalzane2 (~zalzane@2605:e000:23c7:7500:a4d9:378c:be3a:544d) | |
| 12:02.59 | *** join/#brlcad zalzane (~zalzane@2605:e000:23c7:7500:a4d9:378c:be3a:544d) | |
| 12:34.48 | *** join/#brlcad Saurabh_Kumar_bi (~saurabh@220.227.149.70) | |
| 12:58.40 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 13:04.29 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 13:14.52 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 13:20.18 | Notify | 03BRL-CAD Wiki:AnkushKhandelwal * 7923 /wiki/User:AnkushKhandelwal/OpenGLRendering: |
| 13:21.22 | Notify | 03BRL-CAD Wiki:AnkushKhandelwal * 7924 /wiki/User:AnkushKhandelwal/OpenGLRendering: |
| 13:29.34 | Notify | 03BRL-CAD Wiki:AnkushKhandelwal * 7925 /wiki/User:AnkushKhandelwal/OpenGLRendering: |
| 13:50.39 | *** join/#brlcad lemur12 (~lemur@host213-122-133-147.range213-122.btcentralplus.com) | |
| 14:31.25 | Notify | 03BRL-CAD:carlmoore * 64388 (brlcad/trunk/src/libbrep/shape_recognition.cpp brlcad/trunk/src/libbrep/shape_recognition_util.cpp): remove trailing blank or tab, and fix a spelling |
| 15:40.31 | *** join/#brlcad cardinot_ (~cardinot@177.130.0.3) | |
| 15:40.51 | dracarys983 | brlcad, ``Erik, starseek1r : Any idea where's d_rossberg ? |
| 15:42.49 | Notify | 03BRL-CAD:starseeker * 64389 brlcad/trunk/src/librt/CMakeLists.txt: rename file |
| 15:46.40 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:49.32 | Notify | 03BRL-CAD:starseeker * 64390 brlcad/trunk/src/librt/shape_recognition.cpp: Hide what will be internal functions |
| 15:51.02 | Notify | 03BRL-CAD:starseeker * 64391 (brlcad/trunk/src/libged/CMakeLists.txt brlcad/trunk/src/libged/brep.c brlcad/trunk/src/librt/CMakeLists.txt): Move shape_recognition.cpp to libged. |
| 15:52.13 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:00.22 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:05.27 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:08.16 | *** join/#brlcad alisha (~quassel@101.60.254.44) | |
| 16:10.56 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:17.19 | *** join/#brlcad namste (7c7d4564@gateway/web/freenode/ip.124.125.69.100) | |
| 16:18.01 | Notify | 03BRL-CAD:starseeker * 64392 (brlcad/trunk/src/libged/CMakeLists.txt brlcad/trunk/src/libged/brep.c and 2 others): Enable the csg logic as a 'brep objname csg' subcommand. |
| 16:19.04 | Notify | 03BRL-CAD:starseeker * 64393 brlcad/trunk/src/libged/shape_recognition.cpp: local_brep -> brep |
| 16:26.57 | *** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot) | |
| 16:27.22 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:31.27 | *** join/#brlcad gagan (~gagan@27.255.240.125) | |
| 16:38.00 | *** join/#brlcad alisha (~quassel@101.60.254.44) | |
| 16:41.27 | *** join/#brlcad monil (75c4460a@gateway/web/freenode/ip.117.196.70.10) | |
| 16:42.21 | monil | Hi! I would like to work on BRL-CAD project for GSOC'15. How do i start? |
| 16:42.42 | *** join/#brlcad gagan (~gagan@27.255.240.125) | |
| 16:53.38 | *** join/#brlcad alisha (~quassel@101.60.254.44) | |
| 17:07.27 | teepee | monil: checkout http://brlcad.org/wiki/Google_Summer_of_Code/Project_Ideas - it has some very useful links in the first paragraphs |
| 17:09.49 | *** join/#brlcad kv_kunalvyas (~kv_kunalv@c-71-232-199-0.hsd1.ma.comcast.net) | |
| 17:25.22 | Notify | 03BRL-CAD:ejno * 64394 (brlcad/trunk/src/libgcv/CMakeLists.txt brlcad/trunk/src/libgcv/gcv_private.h brlcad/trunk/src/libgcv/setup.cpp): add initial obj_read |
| 17:28.55 | Notify | 03BRL-CAD Wiki:Sharath093 * 0 /wiki/User:Sharath093: |
| 17:34.40 | Notify | 03BRL-CAD:ejno * 64395 (brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_read.c brlcad/trunk/src/libgcv/conv/obj/obj_read.c brlcad/trunk/src/libgcv/conv/obj/obj_write.c): update headers |
| 17:38.15 | Notify | 03BRL-CAD:carlmoore * 64396 brlcad/trunk/doc/docbook/system/mann/en/plot.xml: reformatting of 'plot' man page to look more like the other man pages I have worked on; fixed 'out_file'/'output_file' inconsistency |
| 17:38.44 | *** join/#brlcad albertcoder (~quassel@1.39.33.193) | |
| 17:45.39 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 17:46.26 | *** join/#brlcad alisha (~quassel@101.60.254.44) | |
| 18:02.45 | Notify | 03BRL-CAD:carlmoore * 64397 (brlcad/trunk/doc/docbook/system/man1/en/plot3-X.xml brlcad/trunk/doc/docbook/system/man1/en/plot3-fb.xml): remove recursive references in SEE ALSO |
| 18:03.20 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 18:03.44 | Notify | 03BRL-CAD:ejno * 64398 (brlcad/trunk/src/libgcv/conv/stl/stl_read.c =================================================================== and 680 others): fix stl_read |
| 18:07.28 | Notify | 03BRL-CAD:ejno * 64399 brlcad/trunk/src/libgcv/conv/obj/obj_read.c: don't close the wdb |
| 18:17.25 | *** join/#brlcad namste (7c7d4564@gateway/web/freenode/ip.124.125.69.100) | |
| 18:30.41 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 18:40.29 | Notify | 03BRL-CAD:carlmoore * 64400 (brlcad/trunk/doc/docbook/system/man1/en/plot3color.xml brlcad/trunk/doc/docbook/system/man1/en/plot3line2.xml): fix the synopsis in 2 plot3* man pages |
| 18:51.40 | Notify | 03BRL-CAD:ejno * 64401 brlcad/trunk/src/libgcv/conv/stl/stl_read.c: remove some modifications to the stl and obj plugins |
| 18:56.48 | *** join/#brlcad albert_coder (~quassel@1.39.32.186) | |
| 18:58.10 | Notify | 03BRL-CAD:ejno * 64402 (brlcad/trunk/src/libgcv/conv/obj/obj_read.c brlcad/trunk/src/libgcv/conv/stl/stl_write.c): fix ws |
| 19:07.03 | *** join/#brlcad albertcoder (~quassel@1.39.35.143) | |
| 19:17.49 | *** join/#brlcad kv_kunalvyas (~kv_kunalv@c-71-232-199-0.hsd1.ma.comcast.net) | |
| 19:35.17 | *** join/#brlcad albert_coder (~quassel@1.39.31.191) | |
| 19:49.24 | *** join/#brlcad nihar (67157f4f@gateway/web/freenode/ip.103.21.127.79) | |
| 19:50.33 | nihar | I read that we can use ayam implementation for brepcobb.cpp.. Can somebody help me with this? |
| 19:52.01 | Notify | 03BRL-CAD:starseeker * 64403 brlcad/trunk/src/libged/shape_recognition.cpp: Make the top level hierarchy a bit more convenient |
| 19:52.49 | Notify | 03BRL-CAD:starseeker * 64404 brlcad/trunk/src/libbrep/shape_recognition.cpp: Remove commented out code |
| 19:53.07 | nihar | what is the command to make a cobb sphere in mged? |
| 19:56.50 | nihar | Should the copyright commented code also by removed? |
| 19:57.25 | Notify | 03BRL-CAD:ejno * 64405 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_read.c: update file extension for fastgen4 |
| 20:09.05 | *** join/#brlcad nihar (67157f4f@gateway/web/freenode/ip.103.21.127.79) | |
| 20:09.25 | *** join/#brlcad albertcoder (~quassel@1.39.35.143) | |
| 20:15.51 | Notify | 03BRL-CAD:ejno * 64406 brlcad/trunk/src/libgcv/gcv.c: set dbi_read_only instead of making a copy |
| 20:36.11 | *** part/#brlcad gagan (~gagan@27.255.240.125) | |
| 20:36.43 | starseek1r | nihar: you don't have to use ayam for cobb - we already have it |
| 20:37.25 | starseek1r | nihar: there is not an MGED command for the cobb sphere - you run the proc-db binary to create a .g file |
| 20:38.16 | starseek1r | there are several things you can do with that logic. If it were me I would start by having it use shared 3D edges, rather than having each cobb face define all its own edges |
| 20:38.25 | starseek1r | that will require understanding how the B-Rep topology works |
| 20:39.20 | starseek1r | a little simpler is to take a point and a radius as command line arguments to the proc-db, and use them to translate and scale the unit sphere at the origin (which is what is currently generated) to that position and radius in space |
| 20:39.35 | starseek1r | in essence, you take what's already there and apply transformations to move it |
| 20:44.53 | nihar | ohh |
| 20:49.14 | nihar | so initially i should work on just translating the sphere? |
| 20:52.56 | Notify | 03BRL-CAD:starseeker * 64407 (brlcad/trunk/src/libbrep/shape_recognition.cpp brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp and 4 others): Wasn't handling planar volumes coming out of top level subbrep identification - logic was only handling volumes generated by the split process. Oops. |
| 20:58.26 | nihar | ------------------------+....................................................................................... |
| 21:07.41 | Notify | 03BRL-CAD:starseeker * 64408 brlcad/trunk/src/libged/shape_recognition.cpp: Don't crash outright if we get bad bot inputs. |
| 21:10.06 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-tbzjjufliubzwglo) | |
| 21:21.12 | *** join/#brlcad lemur12 (~lemur@host213-122-133-147.range213-122.btcentralplus.com) | |
| 21:46.37 | *** join/#brlcad cardinot (~cardinot@200.143.224.98) | |
| 21:46.38 | *** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot) | |
| 21:47.51 | *** join/#brlcad teepee (~teepee@p508456D8.dip0.t-ipconnect.de) | |
| 22:01.35 | *** join/#brlcad teepee (~teepee@unaffiliated/teepee) | |
| 22:21.48 | Notify | 03BRL-CAD:starseeker * 64409 (brlcad/trunk/include/raytrace.h brlcad/trunk/src/libged/brep.c and 2 others): Hook up an easy way to run the validity check on a brep object. |
| 22:34.46 | Notify | 03BRL-CAD:starseeker * 64410 brlcad/trunk/src/librt/primitives/brep/brep.cpp: Check if we've got a brep |
| 22:58.07 | *** join/#brlcad kv_kunalvyas (~kv_kunalv@c-71-232-199-0.hsd1.ma.comcast.net) | |
| 00:56.35 | *** join/#brlcad teepee_ (~teepee@unaffiliated/teepee) | |
| 01:08.40 | *** join/#brlcad cardinot (~cardinot@177.130.0.3) | |
| 01:08.41 | *** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot) | |
| 01:20.42 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 03:43.53 | *** join/#brlcad kv_kunalvyas (~kv_kunalv@c-71-232-199-0.hsd1.ma.comcast.net) | |
| 04:01.55 | ignacio | Good night everyone. Productive day, (just kidding, school is horrible :( ) |
| 05:15.37 | *** join/#brlcad alisha (~quassel@115.184.50.180) | |
| 05:56.19 | *** join/#brlcad Izakey (~Izakey@212.49.68.109) | |
| 06:04.32 | *** join/#brlcad gaganjyot (~gaganjyot@124.253.87.84) | |
| 06:06.29 | *** join/#brlcad geekgrl (~geekgrl@122.169.72.250) | |
| 06:26.20 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-jyzqsjbztazidlue) | |
| 06:32.58 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 07:17.06 | *** join/#brlcad albertcoder (~quassel@1.39.34.30) | |
| 07:50.11 | *** join/#brlcad alisha (~quassel@101.60.232.255) | |
| 07:56.01 | *** join/#brlcad abhijitt (uid71558@gateway/web/irccloud.com/x-gjobzxnpnzrucmjb) | |
| 07:59.45 | *** join/#brlcad alisha (~quassel@101.60.232.255) | |
| 08:00.06 | *** join/#brlcad alisha (~quassel@101.60.232.255) | |
| 08:13.27 | *** join/#brlcad Izakey (~Izakey@212.49.68.109) | |
| 09:12.20 | *** join/#brlcad FreezingAlt (~FreezingC@135.0.41.14) | |
| 09:58.58 | *** join/#brlcad lemur12 (~lemur@host213-122-133-147.range213-122.btcentralplus.com) | |
| 10:41.17 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 11:08.34 | *** join/#brlcad witness (uid10044@gateway/web/irccloud.com/x-sywbdlgsqclsfdbu) | |
| 11:38.56 | *** join/#brlcad Izakey (~Izakey@212.49.68.109) | |
| 12:01.18 | *** join/#brlcad gaganjyot (~gaganjyot@124.253.60.18) | |
| 12:23.01 | *** join/#brlcad alisha (~quassel@223.225.196.86) | |
| 12:35.00 | *** join/#brlcad teepee_ (~teepee@unaffiliated/teepee) | |
| 13:20.39 | *** join/#brlcad Ch3ck_ (~localhost@154.70.98.248) | |
| 13:29.28 | *** join/#brlcad alisha_ (~quassel@223.225.219.192) | |
| 13:30.28 | *** join/#brlcad Sherl0ck (~root@41.205.13.83) | |
| 13:47.30 | *** join/#brlcad albertcoder (~quassel@1.39.34.30) | |
| 14:03.51 | *** join/#brlcad cardinot (~cardinot@177.130.0.3) | |
| 14:03.52 | *** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot) | |
| 14:05.44 | *** join/#brlcad gaganjyot (~gaganjyot@27.255.240.125) | |
| 14:24.28 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-haogebjopwrmnogb) | |
| 14:40.11 | *** part/#brlcad Ch3ck_ (~localhost@154.70.98.248) | |
| 14:52.04 | *** join/#brlcad alisha (~quassel@106.192.185.195) | |
| 15:03.06 | *** join/#brlcad _tanmay_ (~tanmay@106.51.138.149) | |
| 15:20.39 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:38.09 | *** join/#brlcad namaste (7c7d4564@gateway/web/freenode/ip.124.125.69.100) | |
| 15:53.30 | *** join/#brlcad alisha (~quassel@106.192.185.195) | |
| 16:33.58 | *** join/#brlcad alisha (~quassel@106.192.185.195) | |
| 16:34.43 | *** join/#brlcad unicodesnowman (~unicodesn@wikipedia/unicodesnowman) | |
| 16:53.42 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 16:56.47 | *** join/#brlcad gaganjyot (~gaganjyot@27.255.240.125) | |
| 17:01.18 | *** join/#brlcad albertcoder (~quassel@1.39.34.30) | |
| 17:43.45 | *** join/#brlcad alisha (~quassel@115.184.111.46) | |
| 17:44.01 | *** join/#brlcad ketul_ (7c7d4564@gateway/web/freenode/ip.124.125.69.100) | |
| 17:53.48 | *** part/#brlcad ketul_ (7c7d4564@gateway/web/freenode/ip.124.125.69.100) | |
| 17:58.42 | *** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot) | |
| 18:05.46 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 18:08.48 | *** join/#brlcad albertcoder (~quassel@1.39.35.244) | |
| 18:11.45 | Notify | 03BRL-CAD Wiki:AnkushKhandelwal * 7926 /wiki/User:AnkushKhandelwal/OpenGLRendering: |
| 18:12.55 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 18:45.55 | *** join/#brlcad albertcoder (~quassel@1.39.35.244) | |
| 19:26.29 | *** join/#brlcad cardinot (~cardinot@177.130.0.3) | |
| 19:26.30 | *** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot) | |
| 19:28.03 | *** join/#brlcad sofat (~androirc@202.164.45.204) | |
| 19:30.02 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 19:37.33 | *** join/#brlcad albertcoder (~quassel@1.39.35.244) | |
| 19:41.43 | *** join/#brlcad andrei_il (6d64804e@gateway/web/cgi-irc/kiwiirc.com/ip.109.100.128.78) | |
| 19:45.23 | andrei_il | Hello, I'm Andrei, and I'm a second year undergraduate at Polytechnic University of Bucharest |
| 19:46.02 | andrei_il | looking to participate in gsoc 2015 (hopefully with BRL-CAD) |
| 19:47.49 | andrei_il | You might believe that I arived late. |
| 19:48.06 | andrei_il | However, I have already checked out sources from SVN and built it locally, I hope I will be able to invest enough effort to catch up |
| 19:51.07 | andrei_il | I'm currently looking over http://brlcad.org/wiki/Contributor_Quickies |
| 19:53.16 | andrei_il | As this is my first GSoC try, I admit I was a bit at a loss facing the huge diversity of organisations and projects. |
| 21:10.09 | Notify | 03BRL-CAD Wiki:AnkushKhandelwal * 7927 /wiki/User:AnkushKhandelwal/OpenGLRendering: |
| 21:33.42 | *** join/#brlcad teepee_ (~teepee@unaffiliated/teepee) | |
| 22:37.58 | *** join/#brlcad kv_kunalvyas (~kv_kunalv@c-71-232-199-0.hsd1.ma.comcast.net) | |
| 23:10.31 | Notify | 03BRL-CAD Wiki:Marcoscardinot * 0 /wiki/User:Marcoscardino: |
| 23:13.27 | Notify | 03BRL-CAD Wiki:Marcoscardinot * 7928 /wiki/Building_from_SVN: /* Obtain the sources */ |
| 23:23.46 | *** join/#brlcad konrado (~root@41.205.22.30) | |
| 00:01.49 | Notify | 03BRL-CAD Wiki:AnkushKhandelwal * 7929 /wiki/User:AnkushKhandelwal/OpenGLRendering: |
| 01:22.45 | Notify | 03BRL-CAD Wiki:AnkushKhandelwal * 7930 /wiki/User:AnkushKhandelwal/OpenGLRendering: |
| 03:04.20 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 03:18.39 | *** join/#brlcad teepee_ (~teepee@unaffiliated/teepee) | |
| 05:18.15 | *** join/#brlcad albertcoder (~quassel@1.39.35.244) | |
| 05:18.23 | *** join/#brlcad albert_coder (~quassel@1.39.35.244) | |
| 05:27.49 | *** join/#brlcad albert_coder (~quassel@1.39.34.202) | |
| 05:57.19 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 06:05.29 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 06:07.38 | *** join/#brlcad albertcoder (~quassel@1.39.32.158) | |
| 06:44.06 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 06:54.26 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 07:05.50 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 07:12.27 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 07:24.25 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 07:38.35 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 07:50.45 | *** join/#brlcad Izakey (~Izakey@212.49.68.109) | |
| 07:58.49 | *** join/#brlcad sofat (~sofat@202.164.45.212) | |
| 08:17.48 | *** join/#brlcad alisha (~quassel@101.60.232.54) | |
| 08:20.04 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 09:06.32 | *** join/#brlcad alisha (~quassel@101.60.232.54) | |
| 09:42.40 | *** join/#brlcad alisha (~quassel@101.60.193.119) | |
| 09:55.01 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 09:55.44 | *** join/#brlcad albertcoder (~quassel@1.39.32.158) | |
| 10:25.17 | *** join/#brlcad ketul (7c7d4564@gateway/web/freenode/ip.124.125.69.100) | |
| 10:46.42 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 11:03.44 | *** join/#brlcad alisha (~quassel@101.60.193.119) | |
| 11:22.06 | *** join/#brlcad geekgrl (~geekgrl@122.169.72.250) | |
| 11:29.53 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 11:52.15 | ketul | Can anyone know when mentor LinuxCNC will be online? |
| 11:52.59 | ketul | or he is here? |
| 12:06.23 | archivist | just ask any real question |
| 12:07.28 | archivist | ketul, ^ |
| 12:07.57 | ketul | ok |
| 12:08.38 | ketul | archivist: I am interested for New realtime kernels in LinuxCNC |
| 12:08.52 | ketul | I have experience of embedded systems |
| 12:11.04 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 12:12.25 | archivist | the linuxcnc contact for that task is lurking in #linuxcnc-devel |
| 12:12.39 | ketul | ok |
| 12:12.43 | ketul | thanks |
| 12:12.47 | archivist | and #linuxcnc |
| 12:13.48 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 12:20.04 | *** part/#brlcad ketul (7c7d4564@gateway/web/freenode/ip.124.125.69.100) | |
| 12:36.52 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 12:44.37 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 12:48.56 | *** join/#brlcad andrei_il (~andrei@89.120.158.98) | |
| 14:00.52 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-tpxqydotsvhfyavu) | |
| 14:51.40 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 14:57.57 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-azpyqtifgnyvgpuh) | |
| 16:12.06 | *** join/#brlcad sofat (~androirc@202.164.45.204) | |
| 16:24.57 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:32.59 | *** join/#brlcad sofat_ (~sofat@202.164.45.204) | |
| 16:55.15 | *** join/#brlcad sofat_ (~sofat@202.164.45.204) | |
| 17:09.58 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 17:15.25 | *** join/#brlcad kv_kunalvyas (~kv_kunalv@c-71-232-199-0.hsd1.ma.comcast.net) | |
| 17:32.05 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-cjnbljuympmqocby) | |
| 17:37.59 | *** join/#brlcad mihaineacsu (~mihaineac@86.121.117.67) | |
| 17:45.07 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 17:48.02 | *** join/#brlcad alisha (~quassel@106.192.139.209) | |
| 18:03.07 | *** join/#brlcad sofat_ (~sofat@202.164.45.204) | |
| 18:17.05 | *** join/#brlcad kv_kunalvyas (~kv_kunalv@c-71-232-199-0.hsd1.ma.comcast.net) | |
| 18:36.45 | *** join/#brlcad sofat_ (~sofat@202.164.45.204) | |
| 19:05.57 | *** join/#brlcad konrado (~root@41.244.240.158) | |
| 19:19.17 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 19:44.43 | *** join/#brlcad alisha (~quassel@101.60.186.118) | |
| 19:48.56 | *** join/#brlcad manan (~manan@182.69.2.26) | |
| 20:05.33 | *** join/#brlcad kv_kunalvyas (~kv_kunalv@c-71-232-199-0.hsd1.ma.comcast.net) | |
| 20:39.28 | *** join/#brlcad kv_kunalvyas (~kv_kunalv@c-71-232-199-0.hsd1.ma.comcast.net) | |
| 20:50.25 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 20:58.59 | *** join/#brlcad teepee_ (~teepee@unaffiliated/teepee) | |
| 21:55.28 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 22:00.37 | *** join/#brlcad kv_kunalvyas (~kv_kunalv@c-71-232-199-0.hsd1.ma.comcast.net) | |
| 22:31.21 | *** join/#brlcad kv_kunalvyas (~kv_kunalv@c-71-232-199-0.hsd1.ma.comcast.net) | |
| 22:51.47 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 22:53.47 | *** join/#brlcad zalzane1 (~zalzane@2605:e000:23c7:7500:2996:d449:2b96:dc41) | |
| 22:58.36 | *** join/#brlcad FreezingAlt (~FreezingC@135.0.41.14) | |
| 00:19.52 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 00:32.45 | *** join/#brlcad teepee_ (~teepee@unaffiliated/teepee) | |
| 00:41.37 | *** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot) | |
| 01:05.36 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-yxqtjinynluwkeni) | |
| 02:24.16 | *** join/#brlcad konrado (~root@41.205.22.38) | |
| 02:31.22 | *** join/#brlcad konrado_ (~root@41.205.22.32) | |
| 02:38.58 | *** join/#brlcad brad__ (~brad@c-73-170-144-212.hsd1.ca.comcast.net) | |
| 02:39.51 | brad__ | i'm planning on making a project proposal for NMG editing: http://brlcad.org/wiki/NMG_Editing |
| 02:39.57 | brad__ | for gsoc |
| 02:40.13 | brad__ | is nmg editing still a valid unfinished task? |
| 02:49.11 | *** join/#brlcad kv_kunalvyas (~kv_kunalv@c-71-232-199-0.hsd1.ma.comcast.net) | |
| 03:20.05 | *** join/#brlcad Bennz__ (6bbc9c31@gateway/web/freenode/ip.107.188.156.49) | |
| 03:35.14 | Notify | 03BRL-CAD Wiki:Sean * 7931 /wiki/Building_from_SVN: Reverted edits by [[Special:Contributions/Marcoscardinot|Marcoscardinot]] ([[User talk:Marcoscardinot|talk]]) to last revision by [[User:Level zero|Level zero]] |
| 03:43.47 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 04:59.17 | *** join/#brlcad sofat (~androirc@223.225.235.100) | |
| 05:00.07 | *** join/#brlcad kv_kunalvyas (~kv_kunalv@c-71-232-199-0.hsd1.ma.comcast.net) | |
| 05:01.38 | *** join/#brlcad mihaineacsu (~mihaineac@86.121.117.67) | |
| 06:55.56 | *** join/#brlcad andrei_il (c35a6e7d@gateway/web/freenode/ip.195.90.110.125) | |
| 07:42.18 | *** join/#brlcad teepee_ (~teepee@unaffiliated/teepee) | |
| 08:55.11 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 09:13.32 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 09:51.53 | ries | it's very quit on our end of GSoC students :( |
| 09:52.03 | ries | * quite |
| 09:53.10 | archivist | we have a couple thinking about it for linuxcnc |
| 09:55.47 | andrei_il | Hello! ries, at what org are you mentoring? |
| 09:59.46 | *** part/#brlcad Bennz__ (6bbc9c31@gateway/web/freenode/ip.107.188.156.49) | |
| 10:08.24 | ries | andrei_il: LibreCAD |
| 10:08.47 | ries | archivist: I am happy to see LinuxCNC on GSoC :) |
| 10:13.55 | *** join/#brlcad teepee-- (bc5c2134@gateway/web/freenode/ip.188.92.33.52) | |
| 10:15.19 | archivist | :) |
| 10:22.38 | *** join/#brlcad albertcoder (~quassel@202.164.53.117) | |
| 10:27.19 | *** join/#brlcad albertcoder (~quassel@202.164.53.117) | |
| 10:54.20 | *** join/#brlcad kv_kunalvyas (~kv_kunalv@c-71-232-199-0.hsd1.ma.comcast.net) | |
| 12:27.12 | *** join/#brlcad albertcoder (~quassel@124.253.101.238) | |
| 12:31.43 | *** join/#brlcad kv_kunalvyas (~kv_kunalv@c-71-232-199-0.hsd1.ma.comcast.net) | |
| 13:50.43 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 14:33.17 | Notify | 03BRL-CAD:ejno * 64411 (brlcad/trunk/src/libgcv/CMakeLists.txt brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_read.c and 5 others): use HIDDEN |
| 14:34.51 | Notify | 03BRL-CAD:ejno * 64412 (brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp =================================================================== and 191 others): add initial work on fastgen4 export plugin |
| 15:17.06 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:24.37 | Notify | 03BRL-CAD:starseeker * 64413 brlcad/trunk/src/libbrep/shape_recognition.cpp: Can have negative zero-fils objects. Make sure they're on the subtraction list. |
| 15:36.38 | *** join/#brlcad alisha (~quassel@223.225.202.161) | |
| 15:44.25 | Notify | 03BRL-CAD:starseeker * 64414 brlcad/trunk/src/libged/shape_recognition.cpp: Use a prefix in hierarchy naming to avoid collisions. |
| 16:08.17 | *** join/#brlcad alisha (~quassel@101.60.128.43) | |
| 16:30.42 | *** join/#brlcad alisha_ (~quassel@223.225.236.123) | |
| 16:49.01 | *** join/#brlcad albertcoder (~quassel@202.164.45.204) | |
| 16:49.17 | Notify | 03BRL-CAD:starseeker * 64415 brlcad/trunk/src/libged/shape_recognition.cpp: Fix test for no trims in outer loop. |
| 16:55.26 | *** join/#brlcad FreezingAlt (~FreezingC@135.0.41.14) | |
| 16:57.52 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 17:40.10 | *** join/#brlcad alisha (~quassel@101.60.195.239) | |
| 17:46.50 | *** join/#brlcad andrei (~andrei@5-12-61-90.residential.rdsnet.ro) | |
| 17:48.57 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 17:49.11 | andrei | Hello! |
| 17:49.33 | andrei | Lots of people on #brlcad nowdays! |
| 18:18.44 | *** join/#brlcad Ch3ck_ (~localhost@154.70.98.248) | |
| 18:29.23 | *** join/#brlcad alisha (~quassel@101.60.195.239) | |
| 18:34.41 | *** join/#brlcad albertcoder (~quassel@202.164.45.204) | |
| 18:40.50 | *** join/#brlcad kv_kunalvyas (~kv_kunalv@129.63.254.114) | |
| 18:59.44 | Notify | 03BRL-CAD Wiki:AnkushKhandelwal * 7932 /wiki/User:AnkushKhandelwal/OpenGLRendering: |
| 19:00.35 | Notify | 03BRL-CAD Wiki:AnkushKhandelwal * 7933 /wiki/User:AnkushKhandelwal/OpenGLRendering: |
| 19:01.30 | Notify | 03BRL-CAD Wiki:AnkushKhandelwal * 7934 /wiki/User:AnkushKhandelwal/OpenGLRendering: |
| 19:01.43 | Notify | 03BRL-CAD Wiki:AnkushKhandelwal * 7935 /wiki/User:AnkushKhandelwal/OpenGLRendering: |
| 19:03.18 | Notify | 03BRL-CAD Wiki:AnkushKhandelwal * 7936 /wiki/User:AnkushKhandelwal/OpenGLRendering: |
| 19:07.53 | Notify | 03BRL-CAD Wiki:AnkushKhandelwal * 7937 /wiki/User:AnkushKhandelwal/OpenGLRendering: |
| 19:15.17 | *** join/#brlcad mihaineacsu (~mihaineac@213.233.104.38) | |
| 19:19.14 | Notify | 03BRL-CAD:ejno * 64416 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: more work on fastgen4 export; build fg4 components and walk the tree (in progress) |
| 20:05.11 | Notify | 03BRL-CAD:carlmoore * 64417 brlcad/trunk/src/libged/lc.c: combine usage of error_cnt++ |
| 20:09.23 | *** join/#brlcad sofat (~androirc@202.164.45.204) | |
| 20:33.14 | *** join/#brlcad Bennz (92b91fd8@gateway/web/freenode/ip.146.185.31.216) | |
| 20:38.51 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 21:23.02 | *** join/#brlcad kv_kunalvyas (~kv_kunalv@c-71-232-199-0.hsd1.ma.comcast.net) | |
| 21:39.59 | Notify | 03BRL-CAD:starseeker * 64418 (brlcad/trunk/include/bn/CMakeLists.txt brlcad/trunk/src/libbn/CMakeLists.txt): Add the moller/trumbore triangle/ray test while I'm thinking about it |
| 21:49.42 | Notify | 03BRL-CAD:starseeker * 64419 brlcad/trunk/src/libbrep/shape_recognition_cone.cpp: Forgot to update cone planar init |
| 21:56.33 | Notify | 03BRL-CAD:starseeker * 64420 (brlcad/trunk/src/libbrep/shape_recognition.h brlcad/trunk/src/libbrep/shape_recognition_planar.cpp brlcad/trunk/src/libged/shape_recognition.cpp): Make the polygon face triangulation logic into its own function, for reuse |
| 23:02.06 | *** join/#brlcad teepee_ (~teepee@unaffiliated/teepee) | |
| 23:07.52 | *** join/#brlcad Ch3ck_ (~Ch3ck@41.244.240.238) | |
| 23:23.03 | *** join/#brlcad akshayrk95 (uid71395@gateway/web/irccloud.com/x-ifzvsqxxzffutrcn) | |
| 23:28.01 | *** join/#brlcad mihaineacsu (~mihaineac@92.85.192.89) | |
| 23:34.16 | *** join/#brlcad kv_kunalvyas (~kv_kunalv@c-71-232-199-0.hsd1.ma.comcast.net) | |
| 23:39.20 | *** join/#brlcad zalzane2 (~zalzane@2605:e000:23c7:7500:2996:d449:2b96:dc41) | |
| 23:42.07 | *** join/#brlcad zalzane (~zalzane@2605:e000:23c7:7500:2996:d449:2b96:dc41) | |
| 00:03.50 | *** join/#brlcad kv_kunalvyas (~kv_kunalv@c-71-232-199-0.hsd1.ma.comcast.net) | |
| 00:25.20 | *** join/#brlcad konrado (~root@41.205.22.10) | |
| 00:41.01 | *** join/#brlcad kv_kunalvyas (~kv_kunalv@c-71-232-199-0.hsd1.ma.comcast.net) | |
| 00:50.05 | Notify | 03BRL-CAD:starseeker * 64421 (brlcad/trunk/src/libbrep/shape_recognition.cpp brlcad/trunk/src/libbrep/shape_recognition.h brlcad/trunk/src/libbrep/shape_recognition_planar.cpp): Conceivably need to do an inside/outside test on a polyhedron, if one happens to land in the situation of being a non-fil negative volume. More complex than cylinder and other non-planar surfaces - this is not heavily tested yet. |
| 00:54.19 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 00:55.36 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 7938 /wiki/User:NyahCheck/Survey_of_CSG_Algorithms: Survey of CSG Algorithms |
| 01:19.59 | Notify | 03BRL-CAD:starseeker * 64422 brlcad/trunk/src/libged/brep.c: Put in a comb check - we need to walk the tree and create a new one, but don't have that yet. |
| 01:31.02 | *** join/#brlcad cardinot (~cardinot@187.16.242.25) | |
| 01:31.02 | *** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot) | |
| 02:50.56 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 02:51.28 | *** join/#brlcad FreezingAlt (~FreezingC@135.0.41.14) | |
| 02:59.20 | *** join/#brlcad zalzane (~zalzane@2605:e000:23c7:7500:2996:d449:2b96:dc41) | |
| 03:00.12 | *** join/#brlcad zalzane (~zalzane@2605:e000:23c7:7500:2996:d449:2b96:dc41) | |
| 03:41.10 | *** join/#brlcad cardinot_ (~cardinot@187.16.242.25) | |
| 03:45.13 | *** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot) | |
| 03:50.03 | *** join/#brlcad zalzane (~zalzane@2605:e000:23c7:7500:2996:d449:2b96:dc41) | |
| 03:50.52 | *** join/#brlcad zalzane (~zalzane@2605:e000:23c7:7500:2996:d449:2b96:dc41) | |
| 04:21.03 | *** join/#brlcad mihaineacsu (~mihaineac@92.85.192.89) | |
| 05:45.35 | *** join/#brlcad d356__ (~d@50-90-234-94.res.bhn.net) | |
| 07:30.05 | *** join/#brlcad akshayrk95 (uid71395@gateway/web/irccloud.com/x-pkgigntodmthvygk) | |
| 07:49.15 | *** join/#brlcad teepee_ (~teepee@unaffiliated/teepee) | |
| 08:28.24 | *** join/#brlcad merzo (~merzo@92.60.189.225) | |
| 09:02.21 | *** join/#brlcad ujjwal (~ujjwal@1.23.105.247) | |
| 09:21.54 | *** join/#brlcad teepee-- (bc5c2133@gateway/web/freenode/ip.188.92.33.51) | |
| 09:36.47 | *** join/#brlcad andrei_ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125) | |
| 10:16.44 | *** join/#brlcad manan (~manan@103.25.231.102) | |
| 10:40.12 | *** join/#brlcad akshayrk95 (uid71395@gateway/web/irccloud.com/x-rvbyiayzdkfedrwf) | |
| 11:05.57 | *** join/#brlcad konrado (~root@41.244.240.120) | |
| 13:10.25 | Notify | 03BRL-CAD:ejno * 64423 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: number IDs from 1 |
| 13:15.18 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 14:31.47 | Notify | 03BRL-CAD:carlmoore * 64424 (brlcad/trunk/src/libbrep/shape_recognition.cpp brlcad/trunk/src/libbrep/shape_recognition_planar.cpp): fix spellings |
| 14:56.42 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:03.45 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:13.21 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:25.53 | Notify | 03BRL-CAD:ejno * 64425 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: export BOTs; write hexahedron records |
| 15:25.59 | *** join/#brlcad kv_kunalvyas (~kv_kunalv@c-71-232-199-0.hsd1.ma.comcast.net) | |
| 15:28.17 | *** join/#brlcad c_andhare (671b082b@gateway/web/freenode/ip.103.27.8.43) | |
| 15:34.45 | Notify | 03BRL-CAD:ejno * 64426 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: export ARB8 |
| 15:41.26 | Notify | 03BRL-CAD:ejno * 64427 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: fix several bugs |
| 15:50.56 | *** join/#brlcad Ch3ck_ (~Ch3ck@41.244.243.179) | |
| 16:01.00 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:03.44 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:15.53 | Notify | 03BRL-CAD:starseeker * 64428 (brlcad/trunk/src/librt/CMakeLists.txt brlcad/trunk/src/librt/primitives/brep/brep_debug.cpp brlcad/trunk/src/librt/primitives/brep/brep_local.h): Start breaking brep_debug.cpp up into individual files that group related functionality. More than just debugging logic here these days. |
| 16:48.40 | Notify | 03BRL-CAD:ejno * 64429 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: detect whether an ellipse is a sphere |
| 16:59.10 | *** join/#brlcad albertcoder (~coderalbe@1.39.35.62) | |
| 17:24.18 | Notify | 03BRL-CAD:carlmoore * 64430 brlcad/trunk/src/util/plot3-dm.c: in plot3-dm , implement h and ? for help (i.e. turn off error message if they are used) |
| 17:34.55 | Notify | 03BRL-CAD:n_reed * 64431 (svn:mergeinfo ## -1,5 +1,5 ## and 7 others): record merges to brep-debug as mergedProperty Changed:----------------brlcad/trunk/brlcad/trunk/src/libged/polyclip.cpp |
| 17:44.32 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 18:02.36 | sofat | starseeker, hello |
| 18:03.39 | sofat | i want to share some thing about html docs, when i converting these docs in xml I have found your html docs not supported W3C standards |
| 18:05.07 | sofat | so first of all i will need to convert these docs into proper standard so in future it make more useful and easy to convert into xml |
| 18:05.52 | sofat | so what your opinion? |
| 18:21.26 | Notify | 03BRL-CAD:ejno * 64432 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: tesselate using gcv_region_end() |
| 18:32.55 | *** join/#brlcad alisha (~quassel@106.192.144.223) | |
| 18:48.31 | *** join/#brlcad alisha (~quassel@101.60.226.127) | |
| 18:57.14 | *** join/#brlcad ujjwal (~ujjwal@1.22.28.174) | |
| 19:00.11 | *** join/#brlcad teepee_ (~teepee@unaffiliated/teepee) | |
| 19:06.45 | ujjwal | Hi, I am Ujjwal Wahi, I would like to work on Online Geometry Viewer Back-end gsoc project |
| 19:07.11 | ujjwal | currently going through TODO list |
| 19:20.00 | Notify | 03BRL-CAD:n_reed * 64433 (brlcad/trunk/src/libbrep/intersect.cpp Property Changed: and 3 others): merge refactoring from brep-debug branch |
| 19:21.53 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 19:42.47 | Notify | 03BRL-CAD Wiki:Ujjwalwahi * 0 /wiki/User:Ujjwalwahi: |
| 19:45.38 | *** join/#brlcad geekgrl (~geekgrl@122.169.85.36) | |
| 20:09.16 | *** join/#brlcad teepee_ (~teepee@unaffiliated/teepee) | |
| 20:23.24 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 20:36.41 | *** join/#brlcad merzo (~merzo@226-24-133-95.pool.ukrtel.net) | |
| 21:45.54 | *** join/#brlcad FreezingAlt (~FreezingC@135.0.41.14) | |
| 21:45.59 | *** join/#brlcad Vijfhoek (quassel@46.249.37.134) | |
| 22:05.54 | *** join/#brlcad teepee_ (~teepee@unaffiliated/teepee) | |
| 22:16.23 | *** join/#brlcad ujjwal (~ujjwal@1.22.28.174) | |
| 22:27.54 | *** join/#brlcad martym (~marty@2601:a:5d02:58ef:eea8:6bff:fe25:7d55) | |
| 22:29.22 | martym | Has anyone proposed to work on python-brlcad yet? |
| 22:32.28 | *** join/#brlcad Bennz_ (92b91fd8@gateway/web/freenode/ip.146.185.31.216) | |
| 22:33.04 | Bennz_ | Hay! |
| 22:33.25 | martym | Hey? |
| 22:33.52 | Bennz_ | I am seeking direction on ray tracer |
| 22:35.55 | Bennz_ | Have you work on ray tracing libraries? |
| 22:37.49 | teepee | Bennz_: did you check the idea page already? |
| 22:54.26 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 23:01.02 | Bennz_ | I have done that already |
| 23:03.23 | Bennz_ | My question is more specific at this time. How do you traverse BVH on ray tracer, when looking for ray intersection? and what is the data structure used? |
| 23:04.39 | teepee | ahh, ok. sorry, can't help with that. just hang around a bit, someone else can probably answer |
| 23:04.50 | Stragus | It's a tree, so top-down while entering all boxes that are intersec the ray's path; if both intersect, closer box then the other one |
| 23:06.05 | Stragus | ... "all boxes intersecting* the ray's path" ... |
| 23:08.32 | Bennz_ | Which particular file is this on. Is it on intersect.cpp? |
| 23:09.14 | Stragus | Ah oops, I was talking about BVHs for raytracing generally |
| 23:09.29 | Stragus | I have done plenty of raytracing but I'm not familiar with BRL-CAD's raytracer source |
| 23:10.30 | Bennz_ | Have you look into their libraries? |
| 23:11.23 | Bennz_ | I am looking for files to start reading the code from. |
| 23:11.30 | Stragus | Very little, but I can answer general raytracing questions if you have any, I wrote a triangle raytracer in CUDA (and SSE/AVX) |
| 23:13.22 | Bennz_ | There are so many files and I need to know how their code is written. So that I can start from there. |
| 23:13.44 | ``Erik | rt_shoot() would be the func to start digging in, um, iirc, "pieces" is an important keyword |
| 23:14.19 | ``Erik | rt_shootray(), sorry |
| 23:15.44 | Bennz_ | that sounds like to shoot a ray. I am looking for Intersection and ray hit or miss. |
| 23:17.06 | Stragus | If you follow the code starting from rt_shootray(), you'll surely find all that |
| 23:21.33 | Bennz_ | the rt folder is a bit complicated there are some many files such as view, curves, cell, walk etc. I am not sure if I need all this for a proposal. |
| 23:27.24 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 23:37.31 | *** join/#brlcad teepee_ (~teepee@unaffiliated/teepee) | |
| 00:06.50 | *** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot) | |
| 00:26.38 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 01:29.15 | *** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot) | |
| 01:30.48 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 01:33.58 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 02:38.01 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 04:19.14 | *** join/#brlcad ujjwal (~Ujjwal@1.39.35.210) | |
| 04:27.33 | *** join/#brlcad ujjwal (~Ujjwal@1.39.35.210) | |
| 04:33.52 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 05:02.50 | *** join/#brlcad ``Erik (~erik@pool-96-244-200-66.bltmmd.fios.verizon.net) | |
| 05:46.02 | *** join/#brlcad ujjwal (~ujjwal@1.39.35.210) | |
| 05:57.50 | ujjwal | brlcad, ping |
| 06:57.03 | *** join/#brlcad alisha (~quassel@115.184.105.125) | |
| 07:45.42 | *** join/#brlcad Izakey (~Izakey@41.205.22.44) | |
| 08:17.21 | *** join/#brlcad d356__ (~d@50-90-234-94.res.bhn.net) | |
| 08:19.45 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 08:43.15 | *** join/#brlcad ujjwal (~Ujjwal@1.39.35.210) | |
| 08:49.49 | *** part/#brlcad Bennz_ (92b91fd8@gateway/web/freenode/ip.146.185.31.216) | |
| 09:04.05 | *** join/#brlcad merzo (~merzo@92.60.189.225) | |
| 09:10.53 | *** join/#brlcad teepee- (bc5c2134@gateway/web/freenode/ip.188.92.33.52) | |
| 09:35.54 | Notify | 03BRL-CAD Wiki:AnkushKhandelwal * 7939 /wiki/User:AnkushKhandelwal/OpenGLRendering: |
| 09:41.35 | *** join/#brlcad witness (uid10044@gateway/web/irccloud.com/x-gjbbtenoefsxosyw) | |
| 10:20.35 | *** join/#brlcad mihaineacsu (~mihaineac@92.85.192.89) | |
| 10:37.59 | *** join/#brlcad sofat (~androirc@106.192.164.66) | |
| 11:19.15 | Izakey | What's the cmake flag to make sure archer runs smoothly? Is it -DCMAKE_BUNDLED=On ? |
| 11:21.41 | Izakey | Please take a look at this error message on https://paste.kde.org/p398ksokk. I've forgotten the right cmake flag for compilation |
| 11:22.54 | starseeker | Izakey: try -DENABLE_ALL=ON |
| 11:23.01 | starseeker | but that error is about finding a C++ compiler |
| 11:23.11 | starseeker | do you have g++ installed? |
| 11:23.32 | Izakey | Thanks starseeker. I installed gcc and assumed it had g++ installed |
| 11:26.51 | Izakey | installs gcc-c++ |
| 11:48.04 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 11:54.05 | *** join/#brlcad FreezingAlt (~FreezingC@135.0.41.14) | |
| 12:04.55 | *** join/#brlcad cardinot (~cardinot@187.16.242.25) | |
| 12:04.55 | *** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot) | |
| 12:26.30 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 12:27.41 | Notify | 03BRL-CAD Wiki:BradyqwdovfcyznShrieves * 0 /wiki/User:BradyqwdovfcyznShrieves: |
| 13:58.37 | *** join/#brlcad lemur (~lemur@host213-122-133-147.range213-122.btcentralplus.com) | |
| 13:58.44 | lemur | hi |
| 13:59.37 | lemur | I've just got a few quewstions on vector drawings from NURBS idea; I think I'm pretty close to submitting a proposal, but I need to work a few things out |
| 14:06.44 | *** join/#brlcad lemur1 (~lemur@host213-122-133-147.range213-122.btcentralplus.com) | |
| 14:06.51 | lemur1 | Also would it be possible to get someone to look it over before I submit for real? |
| 14:09.10 | *** join/#brlcad lemur12 (~lemur@host213-122-133-147.range213-122.btcentralplus.com) | |
| 14:10.54 | Notify | 03BRL-CAD:ejno * 64434 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: write tessellations of any primitives not directly expressible in fg4 |
| 14:11.58 | *** join/#brlcad lemur (~lemur@host213-122-133-147.range213-122.btcentralplus.com) | |
| 14:16.04 | Notify | 03BRL-CAD Wiki:AnkushKhandelwal * 7940 /wiki/User:AnkushKhandelwal/OpenGLRendering: |
| 14:16.21 | *** join/#brlcad lemur1 (~lemur@host213-122-133-147.range213-122.btcentralplus.com) | |
| 14:17.45 | Notify | 03BRL-CAD Wiki:AnkushKhandelwal * 7941 /wiki/User:AnkushKhandelwal/OpenGLRendering: |
| 14:19.35 | Notify | 03BRL-CAD Wiki:AnkushKhandelwal * 7942 /wiki/User:AnkushKhandelwal/OpenGLRendering: |
| 14:24.00 | Notify | 03BRL-CAD Wiki:AnkushKhandelwal * 7943 /wiki/User:AnkushKhandelwal/OpenGLRendering: |
| 14:25.18 | *** join/#brlcad Izakey (~Izakey@41.205.22.37) | |
| 14:25.27 | *** part/#brlcad martym (~marty@2601:a:5d02:58ef:eea8:6bff:fe25:7d55) | |
| 14:25.41 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 14:31.43 | *** join/#brlcad alisha (~quassel@101.60.179.175) | |
| 14:51.47 | *** join/#brlcad alisha (~quassel@115.184.81.205) | |
| 15:05.00 | teepee-- | lemur1: did you put it into the brlcad.org wiki already? |
| 15:21.18 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:23.28 | *** join/#brlcad alisha (~quassel@115.184.81.205) | |
| 15:34.11 | lemur1 | Nope, I've got my notes on a pad, writing it up as we speak |
| 15:34.30 | lemur1 | hoped I could get you to look over it before I stuck it on the wiki |
| 15:35.14 | *** join/#brlcad candhare (671b082b@gateway/web/freenode/ip.103.27.8.43) | |
| 15:35.40 | brlcad | ``Erik: is there an easy way to rebuild all installed apache extensions? |
| 15:45.24 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:54.11 | *** join/#brlcad alisha (~quassel@115.184.81.205) | |
| 15:57.33 | *** join/#brlcad sofat (~sofat@202.164.45.212) | |
| 16:00.43 | Notify | 03BRL-CAD:carlmoore * 64435 brlcad/trunk/src/libbrep/intersect.cpp: remove trailing blanks/tabs |
| 16:22.32 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 16:36.10 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 16:38.34 | Notify | 03BRL-CAD:starseeker * 64436 (brlcad/trunk/src/librt/CMakeLists.txt brlcad/trunk/src/librt/primitives/brep/brep_debug.cpp brlcad/trunk/src/librt/primitives/brep/brep_local.h): r64428 isn't happy on Windows. Need to think about this more carefully, maybe move at least some of the logic to libbrep. |
| 16:45.20 | Notify | 03BRL-CAD Wiki:AnkushKhandelwal * 7944 /wiki/User:AnkushKhandelwal/OpenGLRendering: |
| 16:46.04 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 16:53.40 | sofat | starseeker, hello |
| 16:53.55 | sofat | i need your help regarding html docs |
| 16:58.51 | *** join/#brlcad cardinot (~cardinot@187.16.242.25) | |
| 16:58.51 | *** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot) | |
| 16:59.07 | sofat | there some docs are not following the w3c standards so I want to improve the quality of these docs |
| 17:05.10 | *** join/#brlcad albertcoder (~quassel@202.164.45.204) | |
| 17:05.31 | sofat | i am checking these documents through w3c standards and I have found the error in docs. |
| 17:05.50 | sofat | http://validator.w3.org/check |
| 17:07.58 | starseeker | sofat: you mean the DocBook output, or something on our website, or...? |
| 17:08.59 | sofat | i mean there some docs in html format |
| 17:09.09 | sofat | doc/html/manual/ |
| 17:10.06 | sofat | the docs steel need conversion |
| 17:17.18 | starseeker | ah - if they're slated for docbook conversion, I wouldn't worry too much about the html in there right now |
| 17:21.50 | *** join/#brlcad alisha (~quassel@115.184.81.205) | |
| 17:26.26 | sofat | ok i think if we need these docs again in future so its better to use if these documents have a proper standards. when I read the code of html documents I have faced more difficulties to understand the unclosed tags. |
| 17:26.57 | Notify | 03BRL-CAD:ejno * 64437 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: export cline; fix Section::add_line(); scale mm to inches |
| 17:33.28 | ``Erik | brlcad: "portmaster -R -r apache24", I'm running it now, we'll see if that fixes the sig11's |
| 17:39.23 | *** join/#brlcad albert_coder (~quassel@202.164.45.208) | |
| 17:44.12 | ``Erik | running on the rebuilt stuff now |
| 17:52.58 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 17:53.01 | *** join/#brlcad albertcoder (~quassel@202.164.45.204) | |
| 18:07.20 | ``Erik | doh, still getting some segfaults |
| 18:09.40 | ``Erik | brlcad: why is there an at.allow (from dec22)? |
| 18:23.07 | Notify | 03BRL-CAD:ejno * 64438 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: check that each output fits within one field |
| 18:36.41 | Notify | 03BRL-CAD:ejno * 64439 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: checks for gridpoint ids |
| 18:36.41 | *** join/#brlcad albertcoder (~quassel@202.164.45.212) | |
| 18:44.53 | Notify | 03BRL-CAD:ejno * 64440 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: include names of bot objects |
| 18:47.13 | *** join/#brlcad albertcoder (~quassel@202.164.45.212) | |
| 18:49.13 | *** join/#brlcad sofat (~sofat@202.164.45.212) | |
| 18:51.59 | *** join/#brlcad albert_coder (~quassel@202.164.45.208) | |
| 18:52.31 | *** join/#brlcad alisha (~quassel@115.184.45.139) | |
| 18:54.20 | Notify | 03BRL-CAD:ejno * 64441 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: export cline objects correctly |
| 18:59.06 | *** join/#brlcad albertcoder (~quassel@202.164.45.212) | |
| 19:03.33 | *** join/#brlcad teepee (~teepee@unaffiliated/teepee) | |
| 19:07.11 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 19:07.57 | *** join/#brlcad albert_coder (~quassel@202.164.45.204) | |
| 19:25.43 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 19:27.24 | *** part/#brlcad candhare (671b082b@gateway/web/freenode/ip.103.27.8.43) | |
| 19:29.16 | Notify | 03BRL-CAD:ejno * 64442 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: allow cline objects to have zero thickness if the component is in volume mode |
| 19:37.27 | *** join/#brlcad alisha_ (~alisha@115.184.45.139) | |
| 19:38.36 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 19:46.33 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 19:51.05 | *** join/#brlcad alisha (~quassel@115.184.45.139) | |
| 19:59.19 | *** join/#brlcad nihar (67157f4f@gateway/web/freenode/ip.103.21.127.79) | |
| 20:05.52 | Notify | 03BRL-CAD:ejno * 64443 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: advance to next group when maximum section id is reached |
| 20:07.36 | *** join/#brlcad nihar (67157f4f@gateway/web/freenode/ip.103.21.127.79) | |
| 20:08.08 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 20:10.46 | *** join/#brlcad andrei_reserved (~andrei@unaffiliated/andrei/x-7229309) | |
| 20:21.54 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 20:39.12 | Notify | 03BRL-CAD:n_reed * 64444 (brlcad/trunk/src/libbrep/intersect.cpp Property Changed: and 2 others): merge r63353 changes replacing fixed tolerances with calculated ones from brep-debug |
| 20:40.50 | Notify | 03BRL-CAD Wiki:Niharmehta * 0 /wiki/User:Niharmehta: |
| 21:21.09 | *** join/#brlcad merzo (~merzo@47-69-133-95.pool.ukrtel.net) | |
| 21:46.10 | Notify | 03BRL-CAD:ejno * 64445 (brlcad/trunk/src/libgcv/region_end.c brlcad/trunk/src/libgcv/region_end_mc.c): adjust gcv_region_end use of BU_SETJUMP to match try/catch |
| 21:52.07 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 21:55.39 | *** join/#brlcad zero_level (~mohit@66-118-151-70.static.sagonet.net) | |
| 21:58.27 | Notify | 03BRL-CAD:ejno * 64446 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: export CCONE2 objects |
| 22:01.36 | Notify | 03BRL-CAD:n_reed * 64447 (brlcad/trunk/src/libbrep/intersect.cpp Property Changed: and 2 others): merge r64362 changes from brep-debug that improve intersection of overlapping lines in the NURBS curve-surface intersection routine |
| 22:55.10 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 23:02.32 | *** join/#brlcad lemur12 (~lemur@host213-122-133-147.range213-122.btcentralplus.com) | |
| 23:18.15 | *** part/#brlcad mpictor_ (~mark@c-68-39-98-222.hsd1.nj.comcast.net) | |
| 23:59.38 | *** join/#brlcad ada_ (1814d627@gateway/web/freenode/ip.24.20.214.39) | |
| 00:01.08 | *** join/#brlcad adaada (1814d627@gateway/web/freenode/ip.24.20.214.39) | |
| 00:16.35 | *** join/#brlcad konrado (~root@41.205.22.39) | |
| 01:02.33 | *** join/#brlcad mihaineacsu (~mihaineac@188.26.128.50) | |
| 01:10.55 | Notify | 03BRL-CAD:ejno * 64448 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: fix duplicate grid id test in Section::add_hexahedron() |
| 01:41.02 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 01:44.10 | Notify | 03BRL-CAD:starseeker * 64449 (brlcad/trunk/include/bn/tri_ray.h brlcad/trunk/src/libbn/tri_ray.c brlcad/trunk/src/libbrep/shape_recognition_planar.cpp): fix triangle/ray intersection name |
| 01:50.57 | Notify | 03BRL-CAD:starseeker * 64450 brlcad/trunk/src/libged/shape_recognition.cpp: Start setting up for handling combs in brep->csg |
| 03:03.23 | starseeker | O.o https://github.com/microsoft/msbuild |
| 03:04.28 | starseeker | sweet: https://www.nsf.gov/news/news_summ.jsp?cntn_id=134478&org=NSF |
| 03:44.34 | *** join/#brlcad mihaineacsu (~mihaineac@188.26.216.235) | |
| 04:58.51 | *** join/#brlcad albertcoder (~quassel@124.253.140.191) | |
| 05:44.54 | *** join/#brlcad ujjwal (~ujjwal@1.39.32.245) | |
| 05:52.01 | *** join/#brlcad alisha (~quassel@115.184.40.71) | |
| 06:08.44 | *** part/#brlcad alisha (~quassel@115.184.40.71) | |
| 06:09.03 | *** join/#brlcad alisha (~quassel@115.184.40.71) | |
| 06:09.38 | *** join/#brlcad alisha (~quassel@115.184.40.71) | |
| 06:15.13 | *** join/#brlcad ujjwal (~ujjwal@1.39.32.190) | |
| 06:52.44 | *** join/#brlcad alisha (~quassel@115.184.80.8) | |
| 07:11.57 | *** join/#brlcad alisha (~quassel@115.184.80.8) | |
| 07:19.08 | *** join/#brlcad alisha (~quassel@115.184.80.8) | |
| 08:02.59 | *** join/#brlcad ujjwal (~ujjwal@1.39.32.190) | |
| 08:14.06 | *** join/#brlcad merzo (~merzo@47-69-133-95.pool.ukrtel.net) | |
| 08:45.55 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 09:12.35 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 09:13.31 | *** join/#brlcad ujjwal (~ujjwal@1.39.32.190) | |
| 09:22.23 | *** join/#brlcad mihaineacsu (~mihaineac@5-12-232-206.residential.rdsnet.ro) | |
| 09:27.23 | *** join/#brlcad teepee-- (bc5c2133@gateway/web/freenode/ip.188.92.33.51) | |
| 09:44.15 | *** join/#brlcad alisha (~quassel@115.184.80.8) | |
| 09:46.21 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 09:48.50 | *** join/#brlcad sofat (~androirc@223.225.203.225) | |
| 09:56.51 | *** join/#brlcad alisha (~quassel@115.184.80.8) | |
| 10:27.49 | *** join/#brlcad albertcoder (~quassel@124.253.133.248) | |
| 11:06.25 | *** join/#brlcad albertcoder (~quassel@124.253.81.187) | |
| 11:06.44 | *** join/#brlcad sofat (~androirc@223.225.203.225) | |
| 11:09.29 | *** join/#brlcad andrei_ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125) | |
| 11:15.12 | *** join/#brlcad konrado (~root@41.244.243.32) | |
| 11:24.52 | *** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot) | |
| 11:55.17 | *** join/#brlcad sofat (~androirc@223.225.203.225) | |
| 12:22.47 | *** join/#brlcad hiteshsofat (~androirc@223.225.203.225) | |
| 12:24.14 | Notify | 03BRL-CAD Wiki:Konrado DJ * 7945 /wiki/Main: Created page with "==Personal Information== Name: Djimeli Konrad Niba E-mail address: djkonro35@gmail.com IRC-nick: konrado ===Project priority : 2=== ==Project Title: STEP Multiple Protoco..." |
| 12:31.45 | Notify | 03BRL-CAD Wiki:Konrado DJ * 0 /wiki/Main: |
| 12:34.56 | *** join/#brlcad lemur12 (~lemur@host213-122-133-147.range213-122.btcentralplus.com) | |
| 12:39.50 | Notify | 03BRL-CAD Wiki:Konrado DJ * 0 /wiki/User:STEP_Multiple_Protocol_Parsing: |
| 12:46.26 | *** join/#brlcad Ch3ck_ (29f4f072@gateway/web/freenode/ip.41.244.240.114) | |
| 12:57.28 | *** join/#brlcad hiteshsofat (~androirc@223.225.203.225) | |
| 13:11.21 | *** join/#brlcad Ch3ck_ (29f4f0d7@gateway/web/freenode/ip.41.244.240.215) | |
| 13:18.09 | Notify | 03BRL-CAD:ejno * 64451 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: truncate records that exceed the character limit |
| 13:37.09 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 14:01.15 | *** join/#brlcad hiteshsofat (~androirc@223.225.203.225) | |
| 14:10.03 | *** join/#brlcad ujjwal (~ujjwal@1.23.107.152) | |
| 14:28.58 | Notify | 03BRL-CAD Wiki:EL CALIBRE * 0 /wiki/User:EL_CALIBRE: |
| 14:54.36 | *** join/#brlcad alisha (~quassel@115.184.20.202) | |
| 15:00.52 | *** join/#brlcad poe (b79da234@gateway/web/freenode/ip.183.157.162.52) | |
| 15:07.42 | Notify | 03BRL-CAD:ejno * 64452 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: adjustments to tgc_is_ccone(): perform only tests necessary if assuming that the rt_tgc_internal is valid |
| 15:12.04 | *** join/#brlcad poe_ (~poe@183.157.162.52) | |
| 15:12.54 | poe_ | hi |
| 15:13.44 | *** join/#brlcad alisha (~quassel@115.184.20.202) | |
| 15:14.10 | poe_ | I am a graduate student from Zhejiang University,China |
| 15:15.37 | Notify | 03BRL-CAD:ejno * 64453 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: revert modifications to tgc_is_ccone() |
| 15:19.38 | poe_ | I'm interesed in GSOC project:Shader Enhancements. |
| 15:32.21 | *** part/#brlcad poe_ (~poe@183.157.162.52) | |
| 15:33.22 | *** join/#brlcad hiteshsofat (~androirc@223.225.203.225) | |
| 15:34.37 | *** join/#brlcad poe_ (~poe_@60.191.2.238) | |
| 15:36.02 | poe_ | How can I submit a application? |
| 15:36.38 | hiteshsofat | Which application ? |
| 15:51.16 | brlcad | poe_: well you have to envision and write a proposal first.. ;) |
| 15:51.58 | brlcad | poe_: our ideas pages are just templates -- you have to come up with a full-blown proposal (couple pages that details what you intend to do, how, when, where, etc) |
| 15:52.15 | brlcad | there are many examples of prior successful proposals you can find on our website |
| 15:55.16 | brlcad | ``Erik: didn't fix them |
| 15:56.37 | brlcad | lemur12: you say you got a draft ready? |
| 15:57.22 | Notify | 03BRL-CAD:brlcad * 64454 brlcad/trunk/TODO: gap error reporting via analyze command |
| 15:57.53 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:02.11 | andrei_ | brlcad: I submitted a draft (on melange), can you comment it directly (regarding the discussion about gedare) or should I tell him to contact you? |
| 16:08.50 | brlcad | andrei_: we've already been in contact |
| 16:09.09 | andrei_ | brlcad: ah |
| 16:09.23 | andrei_ | thanks a lot |
| 16:09.27 | brlcad | I wouldn't have much place commenting on your proposal to them |
| 16:09.49 | andrei_ | <PROTECTED> |
| 16:10.06 | andrei_ | I have no clue how mentoring interface looks, but I ll see next year :) |
| 16:10.16 | andrei_ | mentors* |
| 16:15.53 | *** join/#brlcad alisha (~quassel@115.184.3.70) | |
| 16:36.01 | *** join/#brlcad jojo_ (~smuxi@41.205.22.58) | |
| 17:00.02 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 17:11.52 | Notify | 03BRL-CAD Wiki:Flexwang wzt * 0 /wiki/User:Flexwang_wz: |
| 17:13.12 | *** join/#brlcad alisha (~quassel@115.184.3.70) | |
| 17:13.28 | *** join/#brlcad konrado (~root@41.244.243.117) | |
| 17:23.46 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 17:29.40 | Notify | 03BRL-CAD Wiki:Flexwang wzt * 7950 /wiki/User:Flexwang_wzt/GSoc2015/Proposal/Bending_ligh: Created page with "= Project title = Bending light" |
| 17:34.31 | ``Erik | brlcad: yeh, 14:07, dude :D googling around for how to debug now, might need to run a gdb, attach to a child httpd and just wait... some people claim php modules like imagemagick and subversion are 'iffy' and could cause it. I'm also seeing a thread talking about php output buffer size causing sig11's somehow... being able to figure out what page causes the crash would be damn useful O.o |
| 17:34.45 | ``Erik | http://httpd.apache.org/dev/debugging.html |
| 17:40.12 | ``Erik | hopefully coredumps will go to /tmp/apache2/ now, so a backtrace can be captured |
| 17:40.59 | ``Erik | hm, nope :/ |
| 17:47.50 | ``Erik | bleh, it's not being cooperative |
| 17:49.04 | *** join/#brlcad andrei_ (524cee30@gateway/web/freenode/ip.82.76.238.48) | |
| 18:16.18 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 18:19.57 | *** join/#brlcad mihaineacsu (~mihaineac@5-12-70-82.residential.rdsnet.ro) | |
| 18:27.35 | ``Erik | brlcad: got a (limited) bt, http://paste.lisp.org/display/146375 (might be related to https://bugs.php.net/bug.php?id=67489 ) |
| 18:31.44 | *** join/#brlcad alisha (~quassel@115.184.3.70) | |
| 18:44.25 | *** join/#brlcad gaganjyot (~gaganjyot@27.255.240.125) | |
| 19:01.43 | *** join/#brlcad jojo_ (~smuxi@41.205.22.18) | |
| 19:07.27 | ``Erik | neat webgl demo: http://madebyevan.com/webgl-water/ |
| 19:10.56 | *** join/#brlcad teepee (~teepee@unaffiliated/teepee) | |
| 19:12.33 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 19:12.39 | Notify | 03BRL-CAD:ejno * 64455 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: return an OP_NOP tree if the primitive was exported as an fg4 object |
| 19:25.19 | ``Erik | bumps the output buffer size in php and sees if that changes anything |
| 19:26.55 | *** join/#brlcad alisha (~quassel@115.184.3.70) | |
| 20:01.33 | Notify | 03BRL-CAD:carlmoore * 64456 brlcad/trunk/doc/docbook/system/man1/en/plot3rot.xml: in a further departure from plrot man page, use plural 'axes' in 2 places |
| 20:08.58 | *** join/#brlcad mihaineacsu (~mihaineac@188.25.207.253) | |
| 20:11.35 | Notify | 03BRL-CAD:starseeker * 64457 (brlcad/trunk/src/libged/brep.c brlcad/trunk/src/libged/shape_recognition.cpp): More getting set for comb handling. |
| 20:13.53 | *** join/#brlcad merzo (~merzo@171-6-132-95.pool.ukrtel.net) | |
| 21:00.56 | *** join/#brlcad ujjwal (~ujjwal@1.23.107.152) | |
| 21:06.24 | Notify | 03BRL-CAD:ejno * 64458 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: initial work on boolean operations |
| 21:10.32 | *** part/#brlcad ujjwal (~ujjwal@1.23.107.152) | |
| 21:14.31 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 21:42.59 | Notify | 03BRL-CAD:starseeker * 64459 brlcad/trunk/src/libged/shape_recognition.cpp: start working on walking the tree. Lots of work to do here... |
| 23:57.46 | *** join/#brlcad rishabh__ (75dc435a@gateway/web/freenode/ip.117.220.67.90) | |
| 00:00.18 | *** join/#brlcad teepee_ (~teepee@unaffiliated/teepee) | |
| 00:09.49 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 00:18.57 | *** join/#brlcad cardinot (~cardinot@177.130.0.3) | |
| 00:18.57 | *** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot) | |
| 01:24.11 | Notify | 03BRL-CAD:starseeker * 64460 brlcad/trunk/src/libged/shape_recognition.cpp: More tree work - doing something now but not sure it's right yet |
| 03:31.18 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 03:46.45 | *** join/#brlcad cardinot_ (~cardinot@177.130.0.3) | |
| 05:12.29 | *** join/#brlcad hiteshsofat (~androirc@223.225.203.225) | |
| 05:52.07 | *** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot) | |
| 06:34.45 | *** join/#brlcad andrei__ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125) | |
| 06:38.35 | *** join/#brlcad andrei_ (c35a6e7d@unaffiliated/andrei/x-7229309) | |
| 06:38.35 | *** join/#brlcad andrei_ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125) | |
| 06:47.38 | *** join/#brlcad hiteshsofat (~androirc@223.225.251.223) | |
| 07:12.59 | *** join/#brlcad konrado (~root@41.244.243.227) | |
| 07:38.23 | *** join/#brlcad teepee_ (~teepee@unaffiliated/teepee) | |
| 07:49.40 | *** join/#brlcad FreezingAlt (~FreezingC@135.0.41.14) | |
| 08:07.12 | *** join/#brlcad mihaineacsu (~mihaineac@84.117.231.18) | |
| 08:08.25 | *** join/#brlcad anabee (~anabee@84.117.231.18) | |
| 08:08.33 | *** part/#brlcad anabee (~anabee@84.117.231.18) | |
| 08:15.37 | *** join/#brlcad hiteshsofat (~androirc@223.225.251.223) | |
| 08:16.08 | Notify | 03BRL-CAD Wiki:Ngassafinjap * 0 /wiki/User:Ngassafinjap: |
| 08:20.04 | *** join/#brlcad amalia_ (~amalia@41.205.22.24) | |
| 08:46.59 | *** join/#brlcad poe_ (~poe_@60.191.2.238) | |
| 08:47.23 | *** join/#brlcad poe_ (~poe_@60.191.2.238) | |
| 08:59.38 | *** join/#brlcad hiteshsofat (~androirc@223.225.251.223) | |
| 09:01.03 | andrei_ | ~seen brlcad |
| 09:01.06 | infobot | brlcad is currently on #gsoc (7d 6h 32m 34s) #bzflag (7d 6h 32m 34s) #stepcode (7d 6h 32m 34s) #brlcad (7d 6h 32m 34s). Has said a total of 8 messages. Is idling for 16h 51m 39s, last said: 'I wouldn't have much place commenting on your proposal to them'. |
| 09:01.51 | amalia_ | andrei_ What's up ? |
| 09:03.16 | andrei_ | amalia_ : not much, you? Or you mean why am I looking for brlcad? |
| 09:03.45 | amalia_ | No big deal. |
| 09:10.46 | *** join/#brlcad saksham115 (jarvis@nat/iiit/x-hqbsdamvngalcqwb) | |
| 10:04.21 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 10:08.20 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 10:13.42 | *** join/#brlcad lemur12 (~lemur@host213-122-133-147.range213-122.btcentralplus.com) | |
| 10:17.59 | *** join/#brlcad teepee-- (bc5c2133@gateway/web/freenode/ip.188.92.33.51) | |
| 11:10.12 | *** join/#brlcad ujjwal (~ujjwal@1.39.32.210) | |
| 11:46.34 | Notify | 03BRL-CAD Wiki:Konrado DJ * 7951 /wiki/User:Konrado_DJ/GSoc2015/Proposal/STEP_Multiple_Protocol_Parsing: /* Abstract */ |
| 11:58.39 | *** join/#brlcad zenemij (~quassel@2a00:1508:1:f017:1191:7b:2c8d:d6a5) | |
| 12:02.27 | *** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 12:23.10 | *** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot) | |
| 12:33.30 | *** join/#brlcad Ch3ck_ (29f4f0a8@gateway/web/freenode/ip.41.244.240.168) | |
| 12:36.07 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 12:57.15 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 7952 /wiki/User:NyahCheck/Survey_of_CSG_Algorithms: Survey of CSG Algorithms Project Proposal |
| 13:01.09 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 7953 /wiki/User:NyahCheck/Survey_of_CSG_Algorithms: |
| 13:07.59 | zenemij | Hello! i am interested in participate to this gsoc 2015 |
| 13:08.51 | zenemij | I like this two ideas: Benchmark Performance Database and Material Database for BRL-CAD |
| 13:10.09 | zenemij | brlcad are you willing to mentor? |
| 13:11.55 | Ch3ck_ | zenemij: have you joined the mailing list? |
| 13:12.26 | Ch3ck_ | Introduce yourself there, select a project that interests you and come up with a proposal |
| 13:12.38 | zenemij | on what mailing list I should join? |
| 13:12.48 | Ch3ck_ | zenemij: You'll have to speed up the process since applications finish next week |
| 13:13.23 | Ch3ck_ | zenemij: check this out: http://brlcad.org/wiki/Google_Summer_of_Code/Project_Ideas |
| 13:13.43 | Ch3ck_ | zenemij: *READ* it *carefully* and attentively |
| 13:14.59 | zenemij | ok thank you Ch3ck_ |
| 13:16.09 | Ch3ck_ | zenemij: no wahala |
| 13:17.02 | zenemij | what is no wahala? |
| 13:18.36 | Ch3ck_ | it means no problem in Cameroon West African pidgin English zenemij :) |
| 13:19.07 | zenemij | :) |
| 13:24.55 | *** join/#brlcad ujjwal (~ujjwal@1.23.104.47) | |
| 13:35.21 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-ictfdavcnrzdqqfy) | |
| 13:51.54 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 14:06.20 | *** join/#brlcad alisha (~quassel@101.60.176.226) | |
| 14:06.23 | *** join/#brlcad alisha_ (~quassel@101.60.176.226) | |
| 14:17.33 | *** join/#brlcad alisha (~quassel@101.60.176.226) | |
| 14:34.04 | *** join/#brlcad amalia (~amalia@41.205.22.27) | |
| 15:30.43 | *** join/#brlcad andrei__ (bc191b93@gateway/web/freenode/ip.188.25.27.147) | |
| 15:41.27 | Notify | 03BRL-CAD:starseeker * 64461 (brlcad/trunk/src/libbrep/shape_recognition.cpp brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp): parent shape isn't the determining factor if we're not building nested subcombs, which looks like the preferred way to go at this point. |
| 16:05.20 | *** join/#brlcad hiteshsofat (~androirc@106.192.175.31) | |
| 16:13.05 | Notify | 03BRL-CAD:ejno * 64462 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: ensure that the truncated field value != 0.0 where zero is invalid |
| 16:34.57 | dracarys983 | brlcad, What exactly is a combination primitive? |
| 16:38.33 | *** join/#brlcad deepak (~chatzilla@117.212.54.104) | |
| 16:48.29 | dracarys983 | ``Erik, starseeker |
| 16:57.24 | *** join/#brlcad sofat (~sofat@106.192.175.31) | |
| 16:58.50 | *** join/#brlcad ujjwal (~ujjwal@1.23.106.136) | |
| 16:59.30 | *** join/#brlcad ujjwal (~ujjwal@1.23.106.136) | |
| 17:15.30 | *** join/#brlcad albertcoder (~quassel@1.39.35.135) | |
| 17:27.05 | *** join/#brlcad albert_coder (~quassel@1.39.32.76) | |
| 17:33.03 | ``Erik | dracarys983: ? |
| 17:33.55 | Notify | 03BRL-CAD:starseeker * 64463 brlcad/trunk/src/libbn/tri_ray.c: Set the actual point, not the parameter values. |
| 17:34.05 | ``Erik | comb is just a non-leaf entry in the tree, typically gluing 2 subtrees together with some kind of operation like union, intersection, subtraction, ... |
| 17:34.19 | ``Erik | (and a region is just a comb with a flag set) |
| 17:36.31 | dracarys983 | Ah okay. I just read the MGED quick ref card. There is a tree that Sean has made for three letters - CAD (calling it a group). I guess I understood what you're saying :) |
| 17:38.34 | dracarys983 | ``Erik, So basically I can make any kind of complex solid using this combination, right? But it would consist of some basic solids on which operations like union, intersection and / or subtraction, are applied? |
| 17:49.35 | *** join/#brlcad ujjwal (~ujjwal@1.23.106.136) | |
| 17:49.52 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 17:51.38 | *** join/#brlcad alisha (~quassel@223.225.213.99) | |
| 17:56.48 | *** join/#brlcad alisha_ (~quassel@115.184.70.175) | |
| 17:59.14 | *** join/#brlcad albertcoder (~quassel@1.39.32.76) | |
| 18:07.28 | Notify | 03BRL-CAD:starseeker * 64464 brlcad/trunk/src/libbn/tri_ray.c: Need to move in the ray direction to get a hit. |
| 18:10.35 | Notify | 03BRL-CAD:starseeker * 64465 (brlcad/trunk/src/libbrep/shape_recognition.cpp brlcad/trunk/src/libbrep/shape_recognition_planar.cpp): Checkpoint |
| 18:18.31 | *** join/#brlcad alisha (~quassel@115.184.70.175) | |
| 18:18.42 | *** join/#brlcad jojo_ (~smuxi@41.205.22.22) | |
| 18:19.47 | Notify | 03BRL-CAD:starseeker * 64466 brlcad/trunk/src/libbrep/shape_recognition_util.cpp: Face flipping strikes again. |
| 18:51.43 | *** part/#brlcad ih8sum3r (~chatzilla@117.212.54.104) | |
| 18:53.09 | *** join/#brlcad alisha_ (~alisha@115.184.70.175) | |
| 18:53.19 | ``Erik | dracarys983: yeah, combinations are the 'C' part of 'CSG' :) any non-leaf in that tree is going to be a 'comb' in the underlying representation. At the C level, it's a binary tree, but is "compiled" to an easier to read format for mged's input/output |
| 18:54.14 | dracarys983 | Okay, cool. :) |
| 18:54.31 | dracarys983 | Do you have any idea how to find the centroid, volume or surface area of such combinations? |
| 18:54.39 | *** join/#brlcad Guest71625 (~root@154.70.108.210) | |
| 18:55.40 | dracarys983 | ``Erik |
| 18:55.56 | *** join/#brlcad ujjwal (~ujjwal@1.23.106.136) | |
| 18:56.03 | ``Erik | um, math? |
| 18:57.37 | ``Erik | :D the easy way would be to sample; shoot a grid of rays and use that info somehow... like centroid and volume would be pretty easy, surface area might be tricky (though you could try converting it to a mesh using nmg or marching cubes and sum the area of the triangles) |
| 19:05.36 | dracarys983 | ``Erik, Whoa. I didn't understand how will I get the centroid / volume, but the mesh thing seems natural to me. Nice :) |
| 19:05.59 | dracarys983 | Can you elaborate a little bit on centroid / volume finding method? |
| 19:06.26 | dracarys983 | PS : If there's any math alternative possible, it'll be awesome :) |
| 19:07.32 | ``Erik | well, the volume, for example... make a grid with cells, say, 1mm by 1mm ... shoot the object, summing up (outdist-indist) (in mm), and that'd be how many square mm's of volume |
| 19:08.11 | ``Erik | (note that a single ray may have several in/out pairs... an easy example is a torus with the shot line going through the "donut hole") |
| 19:09.32 | ``Erik | centroid would be a similar approach, but also keeping sums of rows and columns to find where those meet the volume/2 spot or something.. (kinda spitballing here) |
| 19:10.13 | Notify | 03BRL-CAD:ejno * 64467 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: revert the initial work on boolean operations; the fg4 format will not be able to represent these due to limitations on the HOLE and WALL records (for instance, a surrounding component must totally enclose the interfering components). |
| 19:11.18 | dracarys983 | ``Erik, AWESOME. I got some visual of what would be happening by Torus example. I'll look into it in detail ans ask if there's a doubt. |
| 19:23.38 | *** join/#brlcad alisha (~quassel@115.184.70.175) | |
| 19:35.19 | *** join/#brlcad jojo_ (~smuxi@41.205.22.4) | |
| 19:39.41 | *** join/#brlcad konrado (~root@154.70.108.201) | |
| 19:40.20 | *** join/#brlcad alisha_ (~alisha@115.184.70.175) | |
| 19:42.14 | ``Erik | good luck! (and woops, I said square mm's, I meant cubic mm's) |
| 19:43.31 | dracarys983 | ``Erik, Yeah that's not a problem. I got that. Thanks a lot, man! :) |
| 19:49.43 | Notify | 03BRL-CAD:ejno * 64468 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: tessellate all regions by default |
| 19:51.54 | *** part/#brlcad Vijfhoek (quassel@46.249.37.134) | |
| 20:05.39 | brlcad | jojo_: regarding your stepcode mailing list posting -- if you don't ask a question, you're far less likely to get a useful response. that goes for pretty much any open source forum |
| 20:09.50 | ``Erik | !notify ask |
| 20:09.51 | Notify | Questions in the channel should be specific, informative, complete, concise, and on-topic. Don't ask if you can ask a question first. Don't ask if a person is there; just ask what you intended to ask them. Better questions more frequently yield better answers. We are all here voluntarily or against our will. |
| 20:11.23 | *** join/#brlcad teepee_ (~teepee@unaffiliated/teepee) | |
| 20:19.04 | *** join/#brlcad konrado (~root@154.70.108.217) | |
| 20:21.52 | Notify | 03BRL-CAD:starseeker * 64469 (brlcad/trunk/src/libbrep/shape_recognition.cpp brlcad/trunk/src/libbrep/shape_recognition_planar.cpp): More negative_polygon tweaking |
| 20:29.02 | *** join/#brlcad andrei_ (bc1ab6e5@gateway/web/freenode/ip.188.26.182.229) | |
| 20:42.42 | Notify | 03BRL-CAD:starseeker * 64470 brlcad/trunk/src/libbrep/shape_recognition_planar.cpp: no duplicates |
| 20:47.39 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 20:48.09 | andrei_il | hi ! any opinions on my mail( I am andrei Ilinca) |
| 20:49.53 | andrei_il | brlcad : I understood that you re doing group mentoring |
| 20:50.13 | andrei_il | but you re listed as the assigned mentor |
| 20:53.19 | andrei_il | brlcad: could you please give me an opinion on my last e-mail on the list |
| 21:03.05 | Notify | 03BRL-CAD:starseeker * 64471 (brlcad/trunk/src/libbrep/shape_recognition_cone.cpp brlcad/trunk/src/libbrep/shape_recognition_util.cpp): Calling code currently assumes at least two points in each category - not good in general, but for now enforce it... |
| 21:05.04 | brlcad | andrei_il: those are not mentor assignments, they are just people that could possibly mentor you (and it's not a complete list) |
| 21:06.07 | brlcad | andrei_il: I'll respond on the mailing list, but be aware that open ended questions will usually just get you an open ended answer. asking for advice or an opinion is rarely constructive (or at a minimum, it's very time consuming without asking many many more questions) |
| 21:06.38 | brlcad | the more technical and specific you can make your question, the better. if you don't know what technical question you can ask, you've probably not done your homework |
| 21:09.25 | andrei_il | sorry, I'm not sure I understand. I discussed with OpenSCAD community and I have asked on the mailinglist about which direction should this go from the BRL-CAD PoV |
| 21:16.11 | Notify | 03BRL-CAD:ejno * 64472 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: use std::fixed to prevent output in scientific notation |
| 21:36.14 | Notify | 03BRL-CAD:ejno * 64473 (brlcad/trunk/src/libgcv/conv/fastgen4/NOTES =================================================================== and 11 others): add notes on fast4 export |
| 21:38.28 | Notify | 03BRL-CAD:ejno * 64474 brlcad/trunk/src/libgcv/conv/fastgen4/NOTES: add note on HOLE records |
| 21:54.43 | *** join/#brlcad merzo (~merzo@225-89-133-95.pool.ukrtel.net) | |
| 22:02.19 | brlcad | andrei_il: replied, no worries -- you were more technical than your questions themselves were worded |
| 22:04.20 | andrei_il | brlcad: thank you very much |
| 22:22.26 | brlcad | yw |
| 22:37.02 | *** join/#brlcad teepee_ (~teepee@unaffiliated/teepee) | |
| 22:43.53 | *** join/#brlcad cardinot (~cardinot@177.130.0.3) | |
| 22:43.53 | *** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot) | |
| 23:55.44 | Notify | 03BRL-CAD:starseeker * 64475 (brlcad/trunk/src/libbrep/shape_recognition.cpp brlcad/trunk/src/libbrep/shape_recognition.h and 6 others): Try a naming system that will create shorter names. |
| 00:08.03 | Notify | 03BRL-CAD:starseeker * 64476 brlcad/trunk/src/libged/shape_recognition.cpp: keep the validity check on by default - got enough work for now... |
| 01:15.21 | *** join/#brlcad krishna_ravi732 (~krishna@5.231.52.94) | |
| 01:37.47 | *** join/#brlcad teepee_ (~teepee@unaffiliated/teepee) | |
| 01:48.47 | *** join/#brlcad konrado (~konrado@41.205.22.3) | |
| 03:31.47 | *** join/#brlcad hiteshsofat (~androirc@223.225.194.157) | |
| 03:42.48 | *** join/#brlcad konrado (~konrado@41.205.22.39) | |
| 05:35.19 | *** join/#brlcad alisha (~quassel@115.184.24.22) | |
| 05:49.49 | *** join/#brlcad nihar (73619c6f@gateway/web/freenode/ip.115.97.156.111) | |
| 05:52.14 | nihar | starseeker: Are tessellation of curves, surface trimming and contour refinement provided in the current source code for NURBS? |
| 05:58.30 | *** join/#brlcad alisha (~quassel@115.184.1.29) | |
| 06:09.12 | *** join/#brlcad alisha (~quassel@115.184.1.29) | |
| 06:15.49 | *** join/#brlcad alisha (~quassel@115.184.1.29) | |
| 07:24.59 | *** join/#brlcad albertcoder (~quassel@124.253.233.127) | |
| 07:44.17 | *** join/#brlcad konrado (~root@154.70.108.195) | |
| 08:42.53 | *** join/#brlcad alisha (~quassel@115.184.1.29) | |
| 10:41.59 | *** join/#brlcad ujjwal (~ujjwal@1.22.29.47) | |
| 11:29.32 | *** join/#brlcad konrado (~root@41.244.242.249) | |
| 11:37.55 | *** join/#brlcad ujjwal (~ujjwal@1.22.29.47) | |
| 11:53.22 | *** join/#brlcad lemur12 (~lemur@host213-122-133-147.range213-122.btcentralplus.com) | |
| 12:10.51 | *** join/#brlcad l0lificationx (2a3cd718@gateway/web/freenode/ip.42.60.215.24) | |
| 12:16.58 | l0lificationx | Hello! Im from Singapore, 2nd year student studying in National University of Singapore. Interested to be involved with BRLCAD for GSoC :) |
| 12:18.20 | l0lificationx | My question is: how much is expected of a student, to contribute to BRLCAD for his application to be "good enough" for consideration? |
| 12:47.45 | *** join/#brlcad c_andhare (671b082b@gateway/web/freenode/ip.103.27.8.43) | |
| 12:56.53 | *** join/#brlcad alisha (~quassel@115.184.98.149) | |
| 13:24.42 | *** join/#brlcad teepee_ (~teepee@unaffiliated/teepee) | |
| 13:48.12 | *** join/#brlcad cardinot (~cardinot@177.130.0.3) | |
| 13:48.31 | *** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot) | |
| 13:59.04 | *** join/#brlcad alisha_ (~quassel@101.60.137.32) | |
| 14:00.24 | teepee | l0lificationx: hi! |
| 14:02.03 | l0lificationx | hello! @teepee |
| 14:03.37 | *** join/#brlcad aahmed_ (29b09b6d@gateway/web/freenode/ip.41.176.155.109) | |
| 14:03.47 | teepee | if you have some coding knowledge, that's fine. gsoc is about writing code |
| 14:04.22 | teepee | so if you have never written any line of code, gsoc is probably not the best choice, otherwise, just give it a try |
| 14:05.24 | l0lificationx | I have some experience in using github..but never used sourceforge before! |
| 14:06.07 | aahmed_ | hi i want to download the source code for brl-cad i searched on git hup and i couldn't find the right content can u help me |
| 14:06.39 | teepee | you'll have to read up on that then, if needed, but you'll find lots of information on help pages and can ask if you get stuck |
| 14:07.53 | teepee | aahmed_: if you follow the links from http://brlcad.org/d/download you might end up somewhere else than github :) |
| 14:38.37 | *** join/#brlcad aaahmed (29b096ea@gateway/web/freenode/ip.41.176.150.234) | |
| 14:40.48 | aaahmed | i download the link you send to me but it is't for the source code it was for the setup file |
| 14:42.25 | brlcad | l0lificationx: welcome |
| 14:43.24 | aaahmed | where can i get the source code for brlcad |
| 14:43.24 | brlcad | l0lificationx: your questions are answered on our wiki -- start at brlcad.org/wiki/Google_Summer_of_Code and just read everything :) |
| 14:43.26 | aaahmed | ??????? |
| 14:43.34 | brlcad | aaahmed: where have you looked? |
| 14:43.49 | brlcad | rather, how have you looked? |
| 14:44.34 | aaahmed | on the brl cad on source forge it download the setup file not the source |
| 14:44.44 | aaahmed | http://sourceforge.net/projects/brlcad/files/BRL-CAD%20for%20Windows/7.24.0/ |
| 14:45.20 | brlcad | that doesn't answer my question -- how are you trying to find the sources? (besides asking here) |
| 14:45.42 | brlcad | what method -- randomly searching websites? google search? searching our website? |
| 14:47.17 | brlcad | aaahmed: hello? not a rhetorical question.. :) |
| 14:47.46 | aaahmed | i cn't understand your question i searched for the source on google |
| 14:48.01 | aaahmed | and i found the link to the source forge |
| 14:49.54 | aaahmed | it is asimple question where can i get the source code ?? |
| 14:52.15 | aaahmed | what now <brlcad> ?? |
| 14:55.31 | aaahmed | where have you gone?? |
| 14:58.54 | *** join/#brlcad ishwerdas (~ishwerdas@124.253.165.253) | |
| 15:00.25 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 15:06.01 | aaahmed | i need help ???(-_-) -- is any body here ?? |
| 15:07.10 | ishwerdas | ~ask |
| 15:07.10 | infobot | Questions in the channel should be specific, informative, complete, concise, and on-topic. Don't ask if you can ask a question first. Don't ask if a person is there; just ask what you intended to ask them. Better questions more frequently yield better answers. We are all here voluntarily or against our will. |
| 15:21.31 | ujjwal | hello I am trying to run https://github.com/inderpreetsingh/OGV-meteor on my local system but getting this error http://pastebin.com/rji9nmQu |
| 15:22.35 | ujjwal | meteor version is 0.8.3 |
| 15:25.15 | aaahmed | i did't mean any thing and it is the first time for me to use IRC i sorry if i did any thing wrong and my question was how can i downlaod the source code for BRLCAD what is the complex part of my question |
| 15:31.19 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:44.13 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 7954 /wiki/User:NyahCheck/Survey_of_CSG_Algorithms: |
| 15:45.52 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 7955 /wiki/User:NyahCheck/Survey_of_CSG_Algorithms: /* Project Summary */ |
| 15:47.03 | *** join/#brlcad Ch3ck (~Ch3ck@41.244.243.34) | |
| 15:49.46 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 7956 /wiki/User:NyahCheck/Survey_of_CSG_Algorithms: /* Detailed Project Description */ |
| 15:54.16 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 7957 /wiki/User:NyahCheck/Survey_of_CSG_Algorithms: /* Detailed Project Description */ |
| 15:57.36 | brlcad | ujjwal: ishwerdas might be able to help with that, but sorry no help here |
| 15:57.57 | brlcad | sounds like a dependency out of date |
| 15:58.17 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 7958 /wiki/User:NyahCheck/Survey_of_CSG_Algorithms: /* Detailed Project Description */ |
| 15:58.42 | ishwerdas | ujjwal: looking into your error |
| 15:58.46 | ishwerdas | will get to you soon |
| 15:59.31 | ujjwal | thanks :) |
| 15:59.37 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 7959 /wiki/User:NyahCheck/Survey_of_CSG_Algorithms: /* Links */ |
| 16:00.40 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 7960 /wiki/User:NyahCheck/Survey_of_CSG_Algorithms: /* Sample Algorithms/Links */ |
| 16:00.58 | *** join/#brlcad aahmed_ (29b09b6d@gateway/web/freenode/ip.41.176.155.109) | |
| 16:01.58 | ishwerdas | ujjwal: just checked out |
| 16:02.12 | ishwerdas | it seems collectionfs has stopped supporting this version of meteor |
| 16:02.17 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 7961 /wiki/User:NyahCheck/Survey_of_CSG_Algorithms: /* Deliverables */ |
| 16:02.26 | ishwerdas | try it with newer meteor |
| 16:02.40 | ishwerdas | anything 0.9 + should work |
| 16:02.54 | ujjwal | I tried with latest version but getting some other errors |
| 16:03.10 | ujjwal | I can pastebin those errors, if you can have a look |
| 16:03.16 | ishwerdas | yeah sure |
| 16:03.43 | ishwerdas | that would be better! |
| 16:07.08 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 7962 /wiki/User:NyahCheck/Survey_of_CSG_Algorithms: /* Development Schedule/Timeline */ |
| 16:07.47 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 7963 /wiki/User:NyahCheck/Survey_of_CSG_Algorithms: /* Time availability */ |
| 16:08.20 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 7964 /wiki/User:NyahCheck/Survey_of_CSG_Algorithms: /* Why BRL-CAD */ |
| 16:08.49 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 7965 /wiki/User:NyahCheck/Survey_of_CSG_Algorithms: /* Why Me */ |
| 16:09.51 | brlcad | ujjwal: please use a different pastebin when you do, some don't have access to the .com site (malware laden) -- pastebin.ca works along with just about any other :) |
| 16:10.12 | ujjwal | okay sure |
| 16:12.03 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 16:19.43 | ujjwal | ishwerdas, http://pastebin.ca/2962049 |
| 16:21.17 | ujjwal | sorry wrong paste |
| 16:21.59 | ujjwal | http://pastebin.ca/2962051 |
| 16:22.30 | ujjwal | meteor version updating to 1.0.1 |
| 16:22.37 | ishwerdas | oh okk! |
| 16:22.47 | ishwerdas | that needs to be fixed |
| 16:23.03 | *** join/#brlcad konrado (~root@41.244.243.106) | |
| 16:23.34 | ishwerdas | I will update the repository and inform you. |
| 16:40.46 | *** join/#brlcad ujjwal (~ujjwal@1.39.32.251) | |
| 17:00.54 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-bjnrmxiijfvzyyrm) | |
| 17:23.33 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 17:25.00 | *** part/#brlcad Ch3ck (~Ch3ck@41.244.243.34) | |
| 17:33.01 | *** join/#brlcad teepee_ (~teepee@unaffiliated/teepee) | |
| 17:34.09 | *** join/#brlcad ujjwal (~ujjwal@1.22.168.162) | |
| 18:32.53 | *** join/#brlcad deepak (~chatzilla@122.173.202.102) | |
| 18:36.10 | dracarys983 | brlcad, Did you see my proposal? Any suggestions? |
| 18:36.57 | dracarys983 | Yeah I have to change my approach for feature's interface implementation. That I'll do by tomorrow! |
| 18:51.51 | *** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot) | |
| 18:55.34 | dracarys983 | By feature's interface I mean adding the table function in Object class in C++ interface for volume, surface area and centroid. I have to use the rtweight methodology for finding the solution. |
| 19:11.07 | Notify | 03BRL-CAD Wiki:Ahmedsaeed * 0 /wiki/User:Ahmedsaeed: |
| 19:22.46 | *** join/#brlcad alisha (~quassel@115.184.66.12) | |
| 19:24.56 | *** join/#brlcad ankit (~ankit@117.197.136.68) | |
| 20:02.22 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 20:07.35 | *** join/#brlcad ujjwal (~ujjwal@1.22.168.162) | |
| 20:23.29 | *** join/#brlcad alisha (~quassel@115.184.46.159) | |
| 20:57.17 | *** join/#brlcad teepee_ (~teepee@unaffiliated/teepee) | |
| 21:04.47 | *** join/#brlcad Guest29088 (~ignacio@rev-18-85-44-59.sugarlabs.org) | |
| 21:05.13 | *** join/#brlcad Guest29088 (~ignacio@unaffiliated/ignaciouy) | |
| 21:27.13 | Notify | 03BRL-CAD Wiki:AnkushKhandelwal * 7966 /wiki/User:AnkushKhandelwal/OpenGLRendering: |
| 21:31.53 | *** join/#brlcad merzo (~merzo@62-47-221-40.adsl.highway.telekom.at) | |
| 21:37.07 | Notify | 03BRL-CAD Wiki:AnkushKhandelwal * 7967 /wiki/User:AnkushKhandelwal/OpenGLRendering: |
| 21:48.53 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 21:51.31 | *** join/#brlcad merzo (~merzo@62-47-221-40.adsl.highway.telekom.at) | |
| 22:21.47 | *** join/#brlcad merzo (~merzo@62-47-221-40.adsl.highway.telekom.at) | |
| 22:29.17 | *** join/#brlcad andrei_ (bc19a140@gateway/web/freenode/ip.188.25.161.64) | |
| 23:50.42 | *** join/#brlcad alisha (~quassel@115.184.46.159) | |
| 23:54.53 | *** join/#brlcad alisha_ (~quassel@115.184.46.159) | |
| 01:48.07 | *** join/#brlcad teepee_ (~teepee@unaffiliated/teepee) | |
| 03:28.32 | *** join/#brlcad c_andhare (671b082b@gateway/web/freenode/ip.103.27.8.43) | |
| 04:04.35 | *** join/#brlcad konrado (~root@41.205.22.22) | |
| 04:28.06 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 05:00.01 | *** join/#brlcad ujjwal (~ujjwal@1.23.107.198) | |
| 05:11.41 | *** join/#brlcad albertcoder (~quassel@1.39.33.123) | |
| 05:17.08 | *** join/#brlcad albert_coder (~quassel@1.39.32.56) | |
| 05:55.09 | *** join/#brlcad amalia (~amalia@41.205.22.23) | |
| 05:57.49 | *** join/#brlcad albertcoder (~quassel@202.164.45.204) | |
| 06:08.15 | *** join/#brlcad albert_coder (~quassel@202.164.45.212) | |
| 06:13.06 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 06:13.31 | *** join/#brlcad albertcoder (~quassel@202.164.45.212) | |
| 06:43.22 | *** join/#brlcad pujani (~pujani@117.225.198.168) | |
| 06:43.32 | *** join/#brlcad pujani_ (~pujani@117.225.198.168) | |
| 06:45.48 | *** join/#brlcad ujjwal (~ujjwal@1.23.107.198) | |
| 06:54.14 | *** join/#brlcad merzo (~merzo@62-47-221-40.adsl.highway.telekom.at) | |
| 06:55.30 | *** join/#brlcad kv_kunalvyas (~kv_kunalv@c-71-232-199-0.hsd1.ma.comcast.net) | |
| 07:01.13 | *** join/#brlcad pujani (~pujani@117.225.198.168) | |
| 07:01.40 | *** join/#brlcad pujani_ (~pujani@117.225.198.168) | |
| 07:03.09 | *** join/#brlcad albert_coder (~quassel@202.164.45.204) | |
| 07:03.49 | *** join/#brlcad pujani_ (~pujani@117.225.198.168) | |
| 07:22.40 | *** join/#brlcad amalia (~amalia@41.205.22.58) | |
| 07:25.02 | *** join/#brlcad albertcoder (~quassel@202.164.45.204) | |
| 07:32.30 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 07:51.58 | *** join/#brlcad amalia237 (~amalia237@41.205.22.20) | |
| 08:15.41 | *** join/#brlcad albertcoder (~quassel@202.164.45.204) | |
| 08:52.37 | *** join/#brlcad sofat (~sofat@202.164.53.117) | |
| 09:32.37 | *** join/#brlcad c_andhare (671b082b@gateway/web/freenode/ip.103.27.8.43) | |
| 09:33.05 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-sluufnpvxckhfkan) | |
| 09:49.10 | *** join/#brlcad akshayrk95 (uid71395@gateway/web/irccloud.com/x-adlqrbyqlyytamkd) | |
| 09:56.42 | *** join/#brlcad albertcoder (~quassel@202.164.45.204) | |
| 10:10.46 | *** join/#brlcad chinmaya_ (4e80c2d3@gateway/web/freenode/ip.78.128.194.211) | |
| 10:12.43 | *** join/#brlcad teepee_ (~teepee@unaffiliated/teepee) | |
| 10:17.39 | *** join/#brlcad albertcoder (~quassel@202.164.45.204) | |
| 10:43.31 | *** join/#brlcad albertcoder (~quassel@202.164.45.204) | |
| 11:45.21 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-hkbyfvgylwbdkmeu) | |
| 11:45.54 | *** join/#brlcad ishwerdas (~ishwerdas@124.253.81.220) | |
| 11:46.59 | *** join/#brlcad amalia237 (~amalia237@41.205.22.19) | |
| 12:10.44 | *** join/#brlcad konrado (~root@41.244.243.164) | |
| 12:14.08 | *** join/#brlcad albertcoder (~quassel@202.164.45.212) | |
| 12:15.14 | *** join/#brlcad alisha (~quassel@101.60.249.62) | |
| 12:20.18 | *** join/#brlcad albertcoder (~quassel@202.164.45.212) | |
| 12:28.06 | *** join/#brlcad c_andhare (671b082b@gateway/web/freenode/ip.103.27.8.43) | |
| 12:31.27 | *** join/#brlcad albertcoder (~quassel@202.164.45.212) | |
| 12:48.23 | Notify | 03BRL-CAD Wiki:Konrado DJ * 7968 /wiki/User:Konrado_DJ/GSoc2015/Proposal/STEP_Multiple_Protocol_Parsing: /* Why STEPcode */ |
| 12:52.22 | *** join/#brlcad albertcoder (~quassel@202.164.45.212) | |
| 13:08.17 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 13:16.40 | *** join/#brlcad ujjwal (~ujjwal@1.23.107.198) | |
| 13:46.55 | *** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot) | |
| 13:58.01 | *** join/#brlcad albertcoder (~quassel@202.164.45.212) | |
| 14:13.25 | *** join/#brlcad alisha (~quassel@101.60.136.7) | |
| 14:31.33 | *** join/#brlcad albertcoder (~quassel@202.164.45.212) | |
| 14:36.25 | *** join/#brlcad albertcoder (~quassel@202.164.45.212) | |
| 14:42.04 | *** join/#brlcad teepee_ (~teepee@unaffiliated/teepee) | |
| 14:58.30 | *** join/#brlcad albertcoder (~quassel@202.164.45.212) | |
| 15:12.08 | *** join/#brlcad albert_coder (~quassel@202.164.45.204) | |
| 15:15.08 | *** join/#brlcad amalia237 (~amalia237@41.205.22.24) | |
| 15:23.22 | Notify | 03BRL-CAD Wiki:Ngassafinjap * 7969 /wiki/User:Amalia: Conic curve support for LibreCAD |
| 15:41.08 | *** join/#brlcad akshayrk95 (uid71395@gateway/web/irccloud.com/x-xtvxjjvrgjtuqfog) | |
| 16:00.57 | *** join/#brlcad vicky (~quassel@2a00:1508:1:f017:78ad:88ec:e39c:65cf) | |
| 16:05.05 | *** join/#brlcad vicky_ (~quassel@2a00:1508:1:f017:78ad:88ec:e39c:65cf) | |
| 16:13.42 | *** join/#brlcad albertcoder (~quassel@202.164.45.204) | |
| 16:22.40 | ujjwal | hi ishwerdas, have you looked at meteor errors? |
| 16:24.19 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:26.45 | *** join/#brlcad alisha (~quassel@101.60.136.7) | |
| 16:33.54 | *** join/#brlcad albertcoder (~quassel@202.164.45.204) | |
| 16:39.06 | *** join/#brlcad alisha (~quassel@101.60.136.7) | |
| 16:42.22 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 16:52.35 | *** join/#brlcad albertcoder (~quassel@202.164.45.212) | |
| 17:01.43 | *** join/#brlcad albertcoder (~quassel@202.164.45.212) | |
| 17:06.05 | *** join/#brlcad ih8sum3r (~chatzilla@122.173.115.132) | |
| 17:08.07 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-qexwcdznlkqngjhu) | |
| 17:24.45 | *** join/#brlcad albertcoder (~quassel@202.164.45.212) | |
| 17:26.47 | *** join/#brlcad Rtdwivedi (uid11696@gateway/web/irccloud.com/x-iphumndqpvskmbrk) | |
| 17:28.20 | Rtdwivedi | Hello. I was looking for projects to which I would be a good fit |
| 17:28.28 | Rtdwivedi | but http://brlcad.org/wiki/Mediawiki_3D_Geometry_Extension has no text. |
| 17:28.39 | Rtdwivedi | @brlcad |
| 17:28.52 | Rtdwivedi | Where can I reference for more information? |
| 17:34.04 | *** join/#brlcad kv_kunalvyas (~kv_kunalv@c-71-232-199-0.hsd1.ma.comcast.net) | |
| 17:34.13 | *** join/#brlcad albertcoder (~quassel@202.164.45.212) | |
| 17:38.37 | *** join/#brlcad alisha (~quassel@101.60.136.7) | |
| 17:53.55 | *** join/#brlcad albertcoder (~quassel@202.164.45.204) | |
| 18:03.07 | *** join/#brlcad albertcoder (~quassel@202.164.45.204) | |
| 18:15.27 | *** join/#brlcad vicky (~quassel@2a00:1508:1:f017:78ad:88ec:e39c:65cf) | |
| 18:16.46 | *** join/#brlcad merzo (~merzo@91-114-218-244.adsl.highway.telekom.at) | |
| 18:17.18 | *** join/#brlcad alisha (~quassel@101.60.196.44) | |
| 18:21.31 | *** join/#brlcad kv_kunalvyas (~kv_kunalv@c-71-232-199-0.hsd1.ma.comcast.net) | |
| 18:29.43 | *** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 18:39.29 | *** join/#brlcad alisha (~quassel@101.60.196.44) | |
| 18:59.14 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 19:11.53 | *** join/#brlcad teepee_ (~teepee@unaffiliated/teepee) | |
| 19:24.17 | dracarys983 | brlcad, ``Erik, starseeker : I have submitted my proposal on melange. Please do take a look whenever possible and provide your feedback. :) |
| 19:25.08 | *** join/#brlcad ujjwal (~ujjwal@1.23.107.198) | |
| 19:56.42 | *** join/#brlcad kvasnyk (~kvasnyk@89-70-162-19.dynamic.chello.pl) | |
| 19:58.23 | kvasnyk | Hi! Is here anybody who can answer my questions on Google Summer of Code 2015? |
| 20:00.33 | dracarys983 | !notify ask |
| 20:00.34 | Notify | Questions in the channel should be specific, informative, complete, concise, and on-topic. Don't ask if you can ask a question first. Don't ask if a person is there; just ask what you intended to ask them. Better questions more frequently yield better answers. We are all here voluntarily or against our will. |
| 20:00.48 | teepee | kvasnyk: maybe depends on the question |
| 20:05.15 | kvasnyk | Actually, I want to apply to one of the BRL-CAD's projects, to be exact, I would like to create a webpage for BRL-CAD. I am thinking if I have a good chance to be chosen for one of the webpage projects. |
| 20:06.54 | kvasnyk | But ok, I will ask specified mentors. |
| 20:09.26 | teepee | kvasnyk: it's ok to ask here, or also on the mailing list |
| 20:16.25 | kvasnyk | The main question is what can I do this week for BRL-CAD to increase the chances of being chosen for one of the BRL-CAD's projects. |
| 20:26.41 | *** join/#brlcad kv_kunalvyas (~kv_kunalv@c-71-232-199-0.hsd1.ma.comcast.net) | |
| 21:03.43 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 21:52.57 | Notify | 03BRL-CAD Wiki:Ngassafinjap * 7970 /wiki/User:Amalia: /* Personal Information */ |
| 22:14.46 | Notify | 03BRL-CAD Wiki:Zakaria hili * 0 /wiki/User:Zakaria_hili: |
| 22:23.01 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 22:23.39 | *** join/#brlcad teepee_ (~teepee@unaffiliated/teepee) | |
| 22:35.50 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 22:47.14 | nmz787 | there should be an option to 'donate to BRLCAD' on your IRS tax forms... rather than some dumb checkbox about donating to the presedential campaign or whatever |
| 22:49.12 | nmz787 | or tax credits for patches that get accepted :D |
| 00:36.48 | *** join/#brlcad teepee_ (~teepee@unaffiliated/teepee) | |
| 01:48.58 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 02:13.59 | *** join/#brlcad kvasnyk (~kvasnyk@89-70-162-19.dynamic.chello.pl) | |
| 03:01.37 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 03:19.58 | *** join/#brlcad merzo (~merzo@91-114-218-244.adsl.highway.telekom.at) | |
| 04:04.27 | *** join/#brlcad kv_kunalvyas (~kv_kunalv@c-71-232-199-0.hsd1.ma.comcast.net) | |
| 04:18.37 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 04:38.08 | *** join/#brlcad albertcoder (~quassel@202.164.45.212) | |
| 04:56.29 | *** join/#brlcad albertcoder (~quassel@202.164.45.212) | |
| 05:41.58 | *** join/#brlcad Chinmaya (~Chinmaya@patanaik.kolej.mff.cuni.cz) | |
| 05:43.40 | *** join/#brlcad cox_ (~quassel@188.226.208.53) | |
| 06:05.49 | dracarys983 | kvasnyk, Choose a project in which you are interested and introduce yourself on the mailing list. It's high time you introduce yourself. You'll know what to do next then :) |
| 06:12.42 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 06:44.15 | *** join/#brlcad alisha (~quassel@101.60.219.122) | |
| 06:45.09 | *** join/#brlcad albertcoder (~quassel@202.164.45.212) | |
| 06:56.54 | *** join/#brlcad albertcoder (~quassel@202.164.45.212) | |
| 06:59.27 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 07:04.18 | *** join/#brlcad merzo (~merzo@91-114-218-244.adsl.highway.telekom.at) | |
| 07:04.43 | *** join/#brlcad alisha (~quassel@101.60.219.122) | |
| 07:06.46 | *** join/#brlcad albertcoder (~quassel@202.164.45.212) | |
| 07:18.00 | *** join/#brlcad albertcoder (~quassel@202.164.45.212) | |
| 07:23.58 | *** join/#brlcad albertcoder (~quassel@202.164.45.212) | |
| 07:28.08 | *** join/#brlcad luca79 (~luca@net-188-216-228-219.cust.vodafonedsl.it) | |
| 07:32.04 | *** join/#brlcad albertcoder (~quassel@202.164.45.212) | |
| 07:41.57 | *** join/#brlcad albertcoder (~quassel@202.164.45.212) | |
| 07:51.53 | *** join/#brlcad albertcoder (~quassel@202.164.45.212) | |
| 07:53.45 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 07:56.40 | *** join/#brlcad albertcoder (~quassel@202.164.45.204) | |
| 07:58.14 | *** join/#brlcad merzo (~merzo@91-114-218-244.adsl.highway.telekom.at) | |
| 08:03.28 | *** join/#brlcad albertcoder (~quassel@202.164.45.212) | |
| 08:04.00 | *** join/#brlcad amalia237 (~amalia237@41.205.22.40) | |
| 08:14.45 | *** join/#brlcad alisha (~quassel@101.60.219.122) | |
| 08:15.56 | *** join/#brlcad applekey (326459a6@gateway/web/freenode/ip.50.100.89.166) | |
| 08:16.22 | applekey | hello |
| 08:18.09 | *** join/#brlcad albertcoder (~quassel@202.164.45.204) | |
| 09:17.11 | *** join/#brlcad kvasnyk (~kvasnyk@gyf170.internetdsl.tpnet.pl) | |
| 09:31.49 | Notify | 03BRL-CAD Wiki:Ngassafinjap * 7971 /wiki/User:Amalia: /* Personal Information */ |
| 09:32.47 | Notify | 03BRL-CAD Wiki:Ngassafinjap * 7972 /wiki/User:Amalia: /* Brief Project Summary */ |
| 09:34.07 | Notify | 03BRL-CAD Wiki:Ngassafinjap * 7973 /wiki/User:Amalia: /* Deliverables (specific, measurable goals) */ |
| 09:34.08 | *** join/#brlcad alisha (~quassel@101.60.219.122) | |
| 09:34.40 | Notify | 03BRL-CAD Wiki:Ngassafinjap * 7974 /wiki/User:Amalia: /* Deliverables */ |
| 09:45.09 | Notify | 03BRL-CAD Wiki:Ngassafinjap * 7975 /wiki/User:Amalia: /* Detailed Project Summary */ |
| 09:55.21 | *** join/#brlcad alisha (~quassel@101.60.219.122) | |
| 10:12.29 | *** join/#brlcad alisha (~quassel@101.60.219.122) | |
| 10:18.16 | *** join/#brlcad alisha_ (~quassel@101.60.153.99) | |
| 10:27.06 | Notify | 03BRL-CAD Wiki:Ngassafinjap * 7976 /wiki/User:Amalia: /* Hyperbola */ |
| 10:29.49 | Notify | 03BRL-CAD Wiki:Ngassafinjap * 7977 /wiki/User:Amalia: /* Parabola */ |
| 10:47.37 | Notify | 03BRL-CAD Wiki:Ngassafinjap * 7978 /wiki/User:Amalia: /* Why LibreCAD ? */ |
| 11:18.07 | *** join/#brlcad ih8sum3r (~chatzilla@122.173.27.6) | |
| 11:29.45 | *** join/#brlcad Rtdwivedi (uid11696@gateway/web/irccloud.com/x-fayhtmvjerfzlglg) | |
| 11:35.30 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-qalmylmrgqxfukeb) | |
| 11:49.48 | *** join/#brlcad kvasnyk (~kvasnyk@83-238-215-221.static.ip.netia.com.pl) | |
| 11:50.02 | *** join/#brlcad kvasnyk (~kvasnyk@gyf170.internetdsl.tpnet.pl) | |
| 12:21.16 | *** join/#brlcad alisha (~quassel@101.60.153.99) | |
| 12:35.55 | *** join/#brlcad akshayrk95 (uid71395@gateway/web/irccloud.com/x-vhhswzwypteviyrd) | |
| 12:41.40 | *** join/#brlcad lemur12 (~lemur@host213-122-133-147.range213-122.btcentralplus.com) | |
| 12:46.12 | *** join/#brlcad manan (~manan@182.69.2.26) | |
| 12:47.48 | kvasnyk | So, guys. I'm Kamil and I'm studying Computer Science at the University of WrocÅaw in Poland. I would like to participate in the Google Summer of Code 2015 program. I see that you are some projects which focus on the web page creation. Actually, I started a new job and now I am working as Django developer so the web page's projects really suit to me. |
| 12:48.54 | kvasnyk | Unfortunately, I had no time earlier to introduce myself because of many classes at the university and job. |
| 12:50.00 | *** join/#brlcad alisha (~quassel@101.60.153.99) | |
| 12:57.15 | *** join/#brlcad teepee (~teepee@unaffiliated/teepee) | |
| 12:59.26 | *** join/#brlcad zenemij (~quassel@2a00:1508:1:f017:692a:cc2e:5bef:7bc7) | |
| 13:06.39 | *** join/#brlcad ujjwal (~ujjwal@1.23.105.229) | |
| 13:07.58 | teepee | hi kvasnyk |
| 13:09.03 | kvasnyk | hi |
| 13:11.48 | teepee | will that job run in parallel with the gsoc coding time? |
| 13:12.47 | ih8sum3r | Hello |
| 13:13.24 | teepee | ih8sum3r: hi |
| 13:13.30 | ih8sum3r | Is there any OGV developer? I have submitted two PR's can anyone review it. |
| 13:20.41 | kvasnyk | teepee: Actually, I plan to have a long-lasting holiday during summer in case of being chosen to the GSoC program. :) |
| 13:21.04 | teepee | kvasnyk: cool, that might work then :) |
| 13:22.11 | kvasnyk | teepee: I think so, but I am really disappointed that I haven't time to do something more earlier.. |
| 13:23.06 | teepee | kvasnyk: true, it's not much time left, but you can still try to get a good proposal going |
| 13:23.34 | kvasnyk | I hope so. But I am not sure which project should I choose. |
| 13:24.12 | teepee | that makes it much more complicated ;) |
| 13:25.00 | teepee | but you'll have to pick one, I guess for coming up with a totally new idea it's really a bit too late as the time for dicsussing that is quite short |
| 13:26.07 | kvasnyk | I mean I really would like to create a Django page as a GSoC project. But there are several ideas on the BRL-CAD's list like this. |
| 13:26.29 | kvasnyk | And I'm thinking where would I have the best chance. :) |
| 13:28.23 | teepee | then maybe pick one, think about how to approach it and check back in later if there are specific questions |
| 13:28.58 | teepee | I can't help with the brl-cad specific stuff, but there will be others around to help |
| 13:31.05 | kvasnyk | "Materials Database: Create a Materials Database web site for collecting, managing, and providing programmatic interfaces to material properties." - this seems to be ideal for me. |
| 13:31.31 | kvasnyk | Eventually this: "Benchmark Performance Database: BRL-CAD's Benchmark has been used for two decades to compare performance across configurations. Build a database website." |
| 13:33.24 | *** join/#brlcad Izakey (~Izakey@41.205.22.59) | |
| 13:47.04 | Notify | 03BRL-CAD:starseeker * 64477 brlcad/trunk/src/libbrep/shape_recognition_planar.cpp: Bail if we can't triangulate a loop. |
| 13:54.37 | *** join/#brlcad ujjwal (~ujjwal@1.23.105.229) | |
| 13:55.36 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 14:10.49 | Notify | 03BRL-CAD:carlmoore * 64478 brlcad/trunk/src/libbrep/shape_recognition_planar.cpp: remove trailing blank |
| 14:16.54 | Notify | 03BRL-CAD:starseeker * 64479 (brlcad/trunk/src/libbrep/shape_recognition.cpp brlcad/trunk/src/libbrep/shape_recognition.h and 6 others): std::cout doesn't agree with the MGED command prompt. |
| 14:18.40 | *** join/#brlcad alisha (~quassel@115.184.49.252) | |
| 14:33.25 | *** join/#brlcad alisha (~quassel@115.184.49.252) | |
| 14:33.57 | *** join/#brlcad dr__true (~dr__true@94.16.117.87.donpac.ru) | |
| 14:35.03 | *** join/#brlcad ujjwal (~ujjwal@1.23.105.229) | |
| 14:35.18 | dr__true | Hello everyone |
| 14:39.59 | Notify | 03BRL-CAD:starseeker * 64480 brlcad/trunk/src/librt/primitives/brep/brep.cpp: If we have no faces, there's nothing to build a surface tree on. |
| 14:40.35 | Izakey | dr__true Welcome |
| 14:40.46 | starseeker | dr__true: did you have specific questions? |
| 14:40.56 | Izakey | You don't have to greet. Just ask a specific question |
| 14:41.23 | dr__true | Hello, starseeker. I'm a potential GSOC student. I would like talk about OpenSCAD project ideas, that close to "BRL-CAD importer for OpenSCAD format" project. And i need help to write porposal. Can you help me? |
| 14:41.36 | starseeker | again - do you have specific questions? |
| 14:42.44 | Izakey | http://brlcad.org/wiki/Summer_of_Code/Checklist will help you |
| 14:42.55 | Izakey | Follow the instructions in that Checklist |
| 14:43.17 | starseeker | if you're looking for a rule of thumb, more detail is better |
| 14:43.33 | starseeker | convince us you understand what has to be done and that you have the knowledge to do it |
| 14:43.58 | starseeker | incremental plans with milestones are key |
| 14:44.07 | starseeker | see Sean's recent emails to the brlcad-devel list |
| 14:53.02 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 14:53.50 | dr__true | thanks, went reading... |
| 15:16.03 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:28.52 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:32.59 | *** join/#brlcad Rtdwivedi (uid11696@gateway/web/irccloud.com/x-cgpebdbqiwqzzpvi) | |
| 15:36.54 | *** join/#brlcad merzo (~merzo@91-114-218-244.adsl.highway.telekom.at) | |
| 16:01.01 | *** join/#brlcad sofat (~sofat@202.164.45.212) | |
| 16:03.34 | Notify | 03BRL-CAD Wiki:Konrado DJ * 7979 /wiki/User:Konrado_DJ/GSoc2015/Proposal/STEP_Multiple_Protocol_Parsing: /* Abstract */ |
| 16:07.23 | *** join/#brlcad sofat (~sofat@202.164.45.212) | |
| 16:08.30 | Notify | 03BRL-CAD Wiki:Konrado DJ * 7980 /wiki/User:Konrado_DJ/GSoc2015/Proposal/STEP_Multiple_Protocol_Parsing: /* Abstract */ |
| 16:11.00 | Notify | 03BRL-CAD Wiki:Konrado DJ * 7981 /wiki/User:Konrado_DJ/GSoc2015/Proposal/STEP_Multiple_Protocol_Parsing: /* Generating reliable C++ classes */ |
| 16:26.29 | Rtdwivedi | Hey. I am not sure about the aims of "Mediawiki 3D Geometry extension". Could someone please elaborate |
| 16:29.06 | *** part/#brlcad Rtdwivedi (uid11696@gateway/web/irccloud.com/x-cgpebdbqiwqzzpvi) | |
| 16:35.02 | *** join/#brlcad sofat (~sofat@202.164.45.212) | |
| 16:45.09 | *** join/#brlcad alisha (~quassel@115.184.49.252) | |
| 16:53.00 | Notify | 03BRL-CAD Wiki:Konrado DJ * 7982 /wiki/User:Konrado_DJ/GSoc2015/Proposal/STEP_Multiple_Protocol_Parsing: /* Detailed description: */ |
| 16:59.20 | Notify | 03BRL-CAD Wiki:Ngassafinjap * 7983 /wiki/User:Amalia: /* Time availability */ |
| 17:01.55 | Notify | 03BRL-CAD Wiki:Konrado DJ * 7984 /wiki/User:Konrado_DJ/GSoc2015/Proposal/STEP_Multiple_Protocol_Parsing: /* Previous Related work (patch) */ |
| 17:02.27 | Notify | 03BRL-CAD Wiki:Konrado DJ * 7985 /wiki/User:Konrado_DJ/GSoc2015/Proposal/STEP_Multiple_Protocol_Parsing: /* Previous Related work (patch) */ |
| 17:04.17 | Notify | 03BRL-CAD Wiki:Konrado DJ * 7986 /wiki/User:Konrado_DJ/GSoc2015/Proposal/STEP_Multiple_Protocol_Parsing: /* Previous Related work (patch) */ |
| 17:05.59 | *** join/#brlcad konrado (~root@41.244.243.119) | |
| 17:13.57 | Notify | 03BRL-CAD Wiki:Shaina7837 * 0 /wiki/User:Shaina7837: |
| 17:24.18 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 17:31.42 | ``Erik | heh, physics lesson! oversized wing on a small car putting too much downforce behind the rear wheel https://www.youtube.com/watch?v=Zxe_DqAkeAk |
| 17:36.00 | Notify | 03BRL-CAD Wiki:Ngassafinjap * 7987 /wiki/User:Amalia: /* Brief Project Summary */ |
| 17:42.07 | Notify | 03BRL-CAD Wiki:Konrado DJ * 7988 /wiki/User:Konrado_DJ/GSoc2015/Proposal/STEP_Multiple_Protocol_Parsing: Undo revision 7982 by [[Special:Contributions/Konrado DJ|Konrado DJ]] ([[User talk:Konrado DJ|talk]]) |
| 17:43.07 | Notify | 03BRL-CAD Wiki:Ngassafinjap * 7989 /wiki/User:Amalia: /* Why Me ? */ |
| 17:45.57 | Notify | 03BRL-CAD Wiki:Ngassafinjap * 7990 /wiki/User:Amalia: /* Links to any code or algorithms you intend to use */ |
| 17:53.11 | Notify | 03BRL-CAD Wiki:Ngassafinjap * 7991 /wiki/User:Amalia: /* Links to some Pictures */ |
| 17:53.44 | Notify | 03BRL-CAD Wiki:Ngassafinjap * 7992 /wiki/User:Amalia: /* Links to some Pictures */ |
| 17:55.15 | Stragus | ``Erik: And we have a take off! |
| 18:04.40 | *** join/#brlcad merzo_ (~merzo@62-47-216-255.adsl.highway.telekom.at) | |
| 18:07.27 | Notify | 03BRL-CAD Wiki:Konrado DJ * 7993 /wiki/User:Konrado_DJ/GSoc2015/Proposal/STEP_Multiple_Protocol_Parsing: |
| 18:13.12 | Notify | 03BRL-CAD Wiki:Ngassafinjap * 7994 /wiki/User:Amalia: /* Detailed Project Summary */ |
| 18:14.56 | Notify | 03BRL-CAD Wiki:Ngassafinjap * 7995 /wiki/User:Amalia: /* Hyperbola */ |
| 18:18.10 | Notify | 03BRL-CAD Wiki:Ngassafinjap * 7996 /wiki/User:Amalia: /* Parabola */ |
| 18:19.18 | *** join/#brlcad alisha (~quassel@115.184.57.94) | |
| 18:20.19 | Notify | 03BRL-CAD Wiki:Ngassafinjap * 7997 /wiki/User:Amalia: /* Hyperbola */ |
| 18:26.28 | Notify | 03BRL-CAD Wiki:Ngassafinjap * 7998 /wiki/User:Amalia: /* Hyperbola */ |
| 18:27.22 | Notify | 03BRL-CAD Wiki:Ngassafinjap * 7999 /wiki/User:Amalia: /* Parabola */ |
| 18:42.27 | Notify | 03BRL-CAD:starseeker * 64481 brlcad/trunk/src/libbu/parallel.c: This doesn't fix the root cause of the problem, but at least don't hang indefinitely when the thread indexing goes off the rails. |
| 19:04.25 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) | |
| 19:15.37 | dracarys983 | brlcad, ``Erik, starseeker : Can you take a look at my proposal on melange once, please? Sorry, I'm being too impatient about it, but I really need some feedback. |
| 19:21.56 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 19:22.17 | *** join/#brlcad andrei__ (524da63a@gateway/web/freenode/ip.82.77.166.58) | |
| 19:24.14 | Notify | 03BRL-CAD:starseeker * 64482 brlcad/trunk/src/libbrep/shape_recognition.cpp: Bail a bit sooner if the csg primitive count is getting really high. |
| 19:30.04 | Notify | 03BRL-CAD:carlmoore * 64483 brlcad/trunk/doc/docbook/system/man1/en/plot3line2.xml: do not underscore the commas |
| 19:32.31 | ``Erik | kalpit? |
| 19:38.57 | dracarys983 | Yes :D |
| 19:39.17 | dracarys983 | ``Erik |
| 19:44.55 | ``Erik | doh, I'm heading out the door, uh, from a quick glance, very long, lots of big colored blocks (could mean it's well thought out, but I don't have the time to really dig in. good to see buffers built in, though), did notice a bit of ass kissing in there... I'll try to carve out some time tonight to actually read it, but I need to go right now |
| 19:51.03 | *** join/#brlcad merzo_ (~merzo@62-47-216-255.adsl.highway.telekom.at) | |
| 19:54.40 | dracarys983 | ``Erik, no problem. Thanks :D |
| 20:06.45 | Notify | 03BRL-CAD Wiki:AnkushKhandelwal * 8000 /wiki/User:AnkushKhandelwal/OpenGLRendering: |
| 20:37.50 | *** join/#brlcad teepee (~teepee@unaffiliated/teepee) | |
| 21:41.46 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-kzvzdkfyqsjplpzn) | |
| 22:25.58 | *** join/#brlcad teepee_ (~teepee@unaffiliated/teepee) | |
| 22:28.40 | *** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 23:19.20 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 23:44.50 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 23:50.01 | *** join/#brlcad kvasnyk (~kvasnyk@89-70-162-19.dynamic.chello.pl) | |
| 00:32.04 | *** join/#brlcad merzo_ (~merzo@62-47-216-255.adsl.highway.telekom.at) | |
| 00:50.04 | *** join/#brlcad merzo_ (~merzo@62-47-216-255.adsl.highway.telekom.at) | |
| 01:15.57 | *** join/#brlcad lemur1 (~lemur@host213-122-133-147.range213-122.btcentralplus.com) | |
| 01:20.03 | Notify | 03BRL-CAD Wiki:Shaina7837 * 8001 /wiki/User:Shainasabarwal/ScadLexer_for_ScintillaEditor: /* Personal Information */ |
| 01:20.20 | *** join/#brlcad Bennz (614bab53@gateway/web/freenode/ip.97.75.171.83) | |
| 01:22.45 | Bennz | How do submit your initialize proposal or early final proposal? Do you have to do it through the GSoC 2015 account? |
| 02:03.55 | *** join/#brlcad unicodesnowman (~unicodesn@167.160.164.140) | |
| 02:04.31 | *** join/#brlcad unicodesnowman (~unicodesn@wikipedia/unicodesnowman) | |
| 02:14.12 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 02:34.39 | Notify | 03BRL-CAD Wiki:Shaina7837 * 8002 /wiki/User:Shainasabarwal/ScadLexer_for_ScintillaEditor: /* Personal Information */ |
| 02:50.13 | Notify | 03BRL-CAD Wiki:Konrado DJ * 8003 /wiki/User:Konrado_DJ/GSoc2015/Proposal/STEP_Multiple_Protocol_Parsing: /* Documentation and testing */ |
| 02:57.45 | Notify | 03BRL-CAD Wiki:Konrado DJ * 8004 /wiki/User:Konrado_DJ/GSoc2015/Proposal/STEP_Multiple_Protocol_Parsing: /* Availability */ |
| 04:20.45 | Notify | 03BRL-CAD Wiki:Shaina7837 * 8005 /wiki/User:Shainasabarwal/ScadLexer_for_ScintillaEditor: /* Title: SCAD lexer for QScintilla Editor */ |
| 04:21.39 | Notify | 03BRL-CAD Wiki:Shaina7837 * 8006 /wiki/User:Shainasabarwal/ScadLexer_for_ScintillaEditor: /* Why OpenSCAD?= */ |
| 04:31.48 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 04:35.16 | *** join/#brlcad cardinot_ (~cardinot@187.16.242.25) | |
| 04:42.22 | *** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot) | |
| 04:53.34 | Notify | 03BRL-CAD Wiki:Shaina7837 * 8007 /wiki/User:Shainasabarwal/ScadLexer_for_ScintillaEditor: |
| 05:01.00 | Notify | 03BRL-CAD Wiki:Shaina7837 * 8008 /wiki/User:Shainasabarwal/ScadLexer_for_ScintillaEditor: /* Title: SCAD lexer for QScintilla Editor */ |
| 05:06.40 | *** join/#brlcad alisha (~quassel@101.60.243.31) | |
| 05:11.33 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 05:23.35 | *** part/#brlcad Bennz (614bab53@gateway/web/freenode/ip.97.75.171.83) | |
| 05:45.08 | Notify | 03BRL-CAD Wiki:Ngassafinjap * 8009 /wiki/User:Amalia: /* Development schedule */ |
| 05:46.26 | Notify | 03BRL-CAD Wiki:Ngassafinjap * 8010 /wiki/User:Amalia: /* Pre Mid-term Evaluation Work Period ( May 25th - June 25th ) */ |
| 05:46.56 | Notify | 03BRL-CAD Wiki:Ngassafinjap * 8011 /wiki/User:Amalia: /* Why Me ? */ |
| 05:48.20 | Notify | 03BRL-CAD Wiki:Ngassafinjap * 8012 /wiki/User:Amalia: /* Links to any code or algorithms you intend to use */ |
| 05:50.06 | *** join/#brlcad alisha (~quassel@115.184.15.24) | |
| 05:50.53 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 06:05.01 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-djbcomphynufidug) | |
| 06:11.18 | *** join/#brlcad alisha (~quassel@115.184.15.24) | |
| 06:20.31 | *** join/#brlcad alisha (~quassel@115.184.15.24) | |
| 06:35.53 | *** join/#brlcad cox_ (~quassel@188.226.208.53) | |
| 06:37.24 | *** join/#brlcad cox_ (~quassel@188.226.208.53) | |
| 06:45.01 | *** join/#brlcad cox_ (~quassel@188.226.208.53) | |
| 06:53.05 | *** join/#brlcad cox_ (~quassel@188.226.208.53) | |
| 07:30.41 | *** join/#brlcad ujjwal (~ujjwal@1.22.168.158) | |
| 07:32.43 | *** join/#brlcad merzo_ (~merzo@62-47-216-255.adsl.highway.telekom.at) | |
| 07:47.54 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-ybisocftnivqvdph) | |
| 08:08.00 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-tiotypecdtwavxbd) | |
| 08:10.29 | *** join/#brlcad alisha (~quassel@115.184.15.24) | |
| 08:23.19 | dracarys983 | ``Erik, brlcad, starseeker, I am getting this error while building (Rev 64483) : http://pastebin.com/TSpVK6cN |
| 08:27.17 | dracarys983 | We need to disable -Werror flag? |
| 08:31.44 | *** join/#brlcad teepee_ (~teepee@unaffiliated/teepee) | |
| 08:39.41 | *** join/#brlcad alisha (~quassel@115.184.15.24) | |
| 09:42.43 | *** join/#brlcad teepee- (bc5c2133@gateway/web/freenode/ip.188.92.33.51) | |
| 10:51.43 | *** join/#brlcad ujjwal (~ujjwal@1.23.106.227) | |
| 10:59.48 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 11:02.52 | *** join/#brlcad PIYUSH (0e8bf154@gateway/web/freenode/ip.14.139.241.84) | |
| 11:06.50 | *** join/#brlcad alisha (~quassel@115.184.94.195) | |
| 11:14.08 | *** join/#brlcad piyush (0e8bf154@gateway/web/freenode/ip.14.139.241.84) | |
| 11:14.19 | piyush | hi Everyone |
| 11:14.29 | piyush | my name is piyush badkul and |
| 11:14.55 | piyush | i am a newbie and i want to try my hand in gsoc and also want to contribute in brlcad |
| 11:15.08 | piyush | pl guide me accordingly mentors |
| 11:15.58 | *** join/#brlcad alisha_ (~quassel@115.184.94.195) | |
| 11:16.47 | piyush | i am interested in some project of web Develoepment ,Geometry,and infrastructure |
| 11:16.53 | piyush | pl reply ASAP |
| 11:16.56 | piyush | thankyou |
| 11:31.43 | *** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot) | |
| 11:46.07 | *** join/#brlcad alisha (~quassel@115.184.94.195) | |
| 11:51.17 | *** join/#brlcad alisha (~quassel@115.184.94.195) | |
| 12:22.21 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 8013 /wiki/User:NyahCheck/Survey_of_CSG_Algorithms: /* Programming Background */ |
| 12:26.06 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 8014 /wiki/User:NyahCheck/Survey_of_CSG_Algorithms: /* Personal Information */ |
| 12:56.51 | Notify | 03BRL-CAD Wiki:Ngassafinjap * 8015 /wiki/User:Amalia: /* Why Me ? */ |
| 13:27.00 | *** join/#brlcad alisha (~quassel@115.184.94.195) | |
| 13:42.10 | *** join/#brlcad alisha (~quassel@115.184.94.195) | |
| 13:47.51 | *** join/#brlcad alisha_ (~quassel@101.60.143.101) | |
| 13:55.59 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 13:58.29 | *** join/#brlcad lemur (~lemur@host213-122-133-147.range213-122.btcentralplus.com) | |
| 13:59.28 | lemur | Hi, I'm looking at the Vector Drawings from NURBS project, and I've submited a proposal, but I am unsure of the direction I've taken. I'd really like to talk it over with someone just to see if there are flaws in my logic that I've missed |
| 14:00.17 | lemur | it'd be much appreciated - message anytime, I'm avaliable more or less all day |
| 14:06.37 | *** join/#brlcad alisha (~quassel@101.60.143.101) | |
| 14:19.16 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 14:21.37 | *** join/#brlcad luca79 (~luca@net-2-37-195-217.cust.vodafonedsl.it) | |
| 14:22.59 | *** join/#brlcad amalia237 (~amalia237@41.205.22.59) | |
| 14:53.00 | Notify | 03BRL-CAD:bob1961 * 64484 brlcad/branches/eab/src/libged/draw.c: Added a check to make sure argc != 0 in _ged_drawtrees. |
| 14:53.45 | *** join/#brlcad dracarys983_ (~dracarys@49.202.28.194) | |
| 14:54.04 | lemur | Hm. Quick question, I've set out to take the edges that viewedge detects and then try and draw a control polygon and from that generate a spline curve, but without using NURBS. Is this a bad idea? |
| 14:55.21 | lemur | Only the main reason I'm doing it is that the NURBS implementation doesn't seem far along enough, and to me at least it makes more sense to have vector image generation decoupled from NURBS if its not fully there yet. |
| 15:04.04 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:05.42 | *** join/#brlcad cox_ (~quassel@188.226.208.53) | |
| 15:11.14 | ``Erik | lemur: I think viewedge does a lot of punting, I wouldn't trust it too far :/ last I heard, starseeker was the nurbs guy, might be worth talking to him? |
| 15:13.39 | Notify | 03BRL-CAD:carlmoore * 64485 brlcad/trunk/src/libbrep/shape_recognition.cpp: remove trailing blank |
| 15:21.07 | brlcad | starseeker: haha, ready to do it again? http://bazel.io ... totally kidding |
| 15:21.40 | brlcad | dracarys983: can't reach pastebin.com atm, another paste site? |
| 15:21.58 | brlcad | lemur: why are you unsure? |
| 15:23.36 | brlcad | lemur: using gridded sampling and fitting a spline curve isn't bad, it'll just take a *really* fine grid (like a 10000x10000 render), definitely not interactive at least unless you did dynamic sampling to only sample extra on/near edges |
| 15:24.11 | brlcad | nurbs ray tracing is fully there for solid models as far as we know |
| 15:47.12 | lemur | ok, well I guess if nurbs works, I have some rewriting to do :P |
| 15:51.43 | *** join/#brlcad alisha (~quassel@101.60.143.101) | |
| 16:00.51 | *** join/#brlcad piyush (0e8bf154@gateway/web/freenode/ip.14.139.241.84) | |
| 16:03.25 | *** join/#brlcad piyush_ (0e8bf154@gateway/web/freenode/ip.14.139.241.84) | |
| 16:05.52 | *** join/#brlcad piyush (0e8bf154@gateway/web/freenode/ip.14.139.241.84) | |
| 16:08.41 | *** join/#brlcad piyush_ (0e8bf154@gateway/web/freenode/ip.14.139.241.84) | |
| 16:15.12 | *** join/#brlcad alisha (~quassel@101.60.143.101) | |
| 16:16.49 | *** join/#brlcad ujjwal (~ujjwal@1.22.129.99) | |
| 16:20.35 | dracarys983 | brlcad, Here : http://tny.cz/455a7496 |
| 16:27.53 | *** join/#brlcad merzo_ (~merzo@62-47-216-255.adsl.highway.telekom.at) | |
| 16:28.30 | brlcad | dracarys983: thx |
| 16:29.08 | brlcad | lemur: the fundamental problem you should address is how to obtain a contour of a nurbs surface |
| 16:29.38 | brlcad | lemur: you can certainly propose a sampled approach -- that is a perfectly valid first step |
| 16:30.12 | brlcad | lemur: but it may actually be easier to do surface projection (I don't know) |
| 16:30.34 | brlcad | dracarys983: soare you saying you don't know how to fix that error? |
| 16:31.26 | brlcad | dracarys983: you could certainly turn off strict, but that's a really trivial warning that you should know how to address in less than a minute if you read it :) |
| 16:32.11 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-trvpecktxsqamtuv) | |
| 16:32.15 | *** join/#brlcad albertcoder (~quassel@1.39.33.190) | |
| 16:33.02 | dracarys983 | brlcad, Yeah I just noticed the error but did not really try to fix it. I just thought about turning off strict |
| 16:33.07 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 16:36.50 | *** join/#brlcad piyush (0e8bf154@gateway/web/freenode/ip.14.139.241.84) | |
| 16:38.25 | brlcad | dracarys983: you should always read the error, otherwise you will not improve as a developer |
| 16:38.32 | brlcad | no matter whose code it is |
| 16:39.09 | brlcad | most of the time, build errors are utterly trivial (especially when you build strict like we do) |
| 16:39.21 | dracarys983 | brlcad, Yeah, sorry. |
| 16:39.24 | brlcad | you'll eventually see the common patterns |
| 16:39.51 | brlcad | avoids making mountains out of mole hills ;) |
| 16:40.19 | dracarys983 | Okay, I'll be careful now. :) |
| 16:41.02 | dracarys983 | brlcad, I fixed it :) |
| 16:41.53 | piyush | hi everyone |
| 16:42.29 | piyush | myself Piyush badkul and i am newbie and i want ot contribute to brl-cad and want to try my hand in gsox |
| 16:42.31 | piyush | gsoc |
| 16:42.41 | piyush | pl guide me accordingly |
| 16:42.54 | piyush | and tell me where to start off |
| 16:44.40 | teepee-- | piyush: did you read the gsoc page in the brl-cad wiki? |
| 16:47.45 | brlcad | piyush: we talk openly, no need to PM |
| 16:48.48 | dracarys983 | brlcad, I'm really sorry. I was so worried about GSoC that I didn't pay attention to the error and didn't fix it. |
| 16:50.47 | *** join/#brlcad konrado (~root@41.244.240.252) | |
| 16:53.42 | brlcad | dracarys983: you don't need dwell on it or be sorry, we're all learning |
| 16:55.58 | dracarys983 | hm okay :) |
| 16:57.54 | brlcad | huh, RenderMan is finally free (for non-commercial) |
| 16:59.07 | teepee-- | is it still much ahead of other (especially open source) stuff? |
| 16:59.15 | lemur | brlcad, when it comes to the proposal |
| 16:59.30 | lemur | are we wanting to give the high level overview of how we are going to do this |
| 16:59.34 | teepee-- | the progress on the cycles render engine in blender seems impressive |
| 16:59.45 | lemur | this being whatever we are setting out to do |
| 17:00.13 | lemur | I'm a bit torn between the two directions hah |
| 17:01.12 | brlcad | teepee--: yeah ... |
| 17:01.28 | *** join/#brlcad alisha (~quassel@101.60.143.101) | |
| 17:01.49 | albertcoder | Hi brlcad I read your mail regarding previous year's GSoC students, I have been hesitant to ask but I want to know can previous year's students apply this year? Even if it is a NO I would be happy to work along / contribute / guide. :) |
| 17:01.51 | brlcad | cycles is good (really that's all OSL from SonyImageworks) |
| 17:02.31 | brlcad | basically pixar vs sony rendering infrastructure ... somewhat different feature sets and target audiences |
| 17:03.08 | brlcad | both top notch, but both doing things the other can't touch (as efficiently) |
| 17:03.41 | teepee-- | ahh, I do like that nodes editor very much |
| 17:04.12 | brlcad | albertcoder: I don't understand -- the e-mail talks about that, and I believe directly answers your question |
| 17:06.45 | albertcoder | brlcad: Yeah I understand our priority is less but I wanted to ask how should I be contributing via patch or pushing directly into brlcad github? |
| 17:08.59 | brlcad | albertcoder: depends what you modify, but if you have push access that would make the most sense |
| 17:10.00 | brlcad | really the emphasis first is on what you'd propose doing this summer, since you've predominantly demonstrated your coding ability level already |
| 17:10.23 | brlcad | and if you can tie to to one of the four associate orgs, even better -- maybe two proposals if you're really serious |
| 17:10.34 | brlcad | one for brl-cad one for associate org |
| 17:13.00 | brlcad | the point is to expand and encourage collaboration and get things into production use, which predominantly didn't happen after last summer |
| 17:13.25 | brlcad | ogv, materialsdb, and benchmark are still offline, which is unfortunate and was a factor |
| 17:13.26 | albertcoder | Yeah I am thinking of applying in STEPcode too (but not having any prior experience with it is discouraging me do so) since it has some good association with BRL-CAD too. |
| 17:13.54 | albertcoder | Right! That shouldn't have happened. |
| 17:13.57 | brlcad | offline == not ready for users |
| 17:15.18 | brlcad | my fault for not pressing production use more, or being more encouraging about just how important those efforts are |
| 17:16.26 | albertcoder | I am very much aware of that, that is why I chose to take this project as my major project. I am determined to make it production ready with / without GSoC. |
| 17:16.27 | brlcad | albertcoder: yeah, STEPcode can be tricky because it's a lot of complex code -- might I suggest talking with LinuxCNC? they haven't gotten a whole lot of interest yet |
| 17:17.41 | albertcoder | umm Yeah that's cool too. |
| 17:17.58 | brlcad | if you have time, propose both and we'll see how things shake out |
| 17:18.18 | brlcad | it's hard to say as it will HEAVILY depend on what mentors are available |
| 17:18.28 | albertcoder | alright, I will. |
| 17:18.39 | albertcoder | Yeah that's an issue too. |
| 17:21.04 | albertcoder | Okay I will be glad to help out the new materialsdb aspirants too but I too wanted to ask what further is expected from that project? I have been working improving export / import (need some discussion on this), dynamic table creation etc. |
| 17:22.08 | albertcoder | I have some minor enhancements in mind but what in the end is expected from it right now? |
| 17:23.27 | albertcoder | I heard from you once that applying the properties to the models has been worked upon by minhaecsu. |
| 17:24.09 | Notify | 03BRL-CAD Wiki:Konrado DJ * 8016 /wiki/User:Konrado_DJ/GSoc2015/Proposal/STEP_Multiple_Protocol_Parsing: /* 3 July â 4 August (4 weeks) */ |
| 17:24.09 | brlcad | yeah, tying those two together, making it production viable, get tools talking to it with clean / transparent usability |
| 17:25.02 | Notify | 03BRL-CAD Wiki:Konrado DJ * 8017 /wiki/User:Konrado_DJ/GSoc2015/Proposal/STEP_Multiple_Protocol_Parsing: /* 4 August â 11 August (1 week) */ |
| 17:27.10 | brlcad | I don't know that it even needs to do much more than it does -- the site needs to get set up proper, themed, needs to be integrated with tools, etc.. finish it |
| 17:29.51 | albertcoder | Alright, tools like? Are you talking about gqa, rtcheck or something else? |
| 17:31.43 | albertcoder | I mean are you saying to work on feeding the properties to these tools? |
| 17:32.15 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-mjcwslzondjnsnkk) | |
| 17:33.57 | *** join/#brlcad akshayrk95 (uid71395@gateway/web/irccloud.com/x-pswajvoiabtoywfq) | |
| 17:34.19 | albertcoder | I would like to listen a few words regarding the import feature too. I mean till now I have been able to import the properties from a JSON file. Where are we preparing to import the properties from? |
| 17:34.36 | *** join/#brlcad sofat (~sofat@106.192.189.215) | |
| 17:37.17 | dracarys983 | ``Erik, Did you see my proposal then? :P |
| 17:37.59 | sofat | brlcad, I am comfortable with both(mediawiki and wordpress) I have made plugins and extensions so are you going with mediawiki or wordpress ? |
| 17:48.46 | *** join/#brlcad alisha (~quassel@101.60.201.196) | |
| 18:00.25 | Notify | 03BRL-CAD:carlmoore * 64486 brlcad/trunk/src/util/plot3rot.c: In plot3rot, implement h and ? for help. |
| 18:07.14 | Notify | 03BRL-CAD:carlmoore * 64487 brlcad/trunk/doc/docbook/system/man1/en/plot3rot.xml: TEMPORARY change to point out an incomplete sentence! |
| 18:10.00 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-ihmysegegmjlcaqx) | |
| 18:12.18 | *** join/#brlcad sofat (~sofat@223.225.204.69) | |
| 18:13.54 | *** join/#brlcad merzo_ (~merzo@193-83-63-159.adsl.highway.telekom.at) | |
| 18:15.31 | *** join/#brlcad teepee_ (~teepee@unaffiliated/teepee) | |
| 18:17.08 | *** join/#brlcad andrei_ (bc19e1d8@gateway/web/freenode/ip.188.25.225.216) | |
| 18:17.26 | *** join/#brlcad alisha (~quassel@101.60.201.196) | |
| 18:40.25 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 18:46.24 | *** join/#brlcad andrei_ (bc19e1d8@gateway/web/freenode/ip.188.25.225.216) | |
| 18:56.20 | Notify | 03BRL-CAD:n_reed * 64488 brlcad/trunk/src/libged/shape_recognition.cpp: Address set-but-unused compiler warning. It looks like we don't need to allocate a comb, the newtree arg which is set is already made part of a comb in comb_to_csg(). |
| 19:01.24 | *** join/#brlcad sofat (~sofat@106.192.149.243) | |
| 19:07.02 | Notify | 03BRL-CAD:starseeker * 64489 brlcad/trunk/src/libbn/polygon.c: Oops - don't truncate the sum of the points to an int... |
| 19:17.37 | *** join/#brlcad alisha (~quassel@101.60.201.196) | |
| 19:41.59 | Notify | 03BRL-CAD Wiki:Shaina7837 * 8018 /wiki/User:Shainasabarwal/ScadLexer_for_ScintillaEditor: /* Title: SCAD lexer for QScintilla Editor */ |
| 19:42.45 | Notify | 03BRL-CAD Wiki:Shaina7837 * 8019 /wiki/User:Shainasabarwal/ScadLexer_for_ScintillaEditor: /* Background Information */ |
| 19:43.53 | Notify | 03BRL-CAD Wiki:Shaina7837 * 8020 /wiki/User:Shainasabarwal/ScadLexer_for_ScintillaEditor: /* Background Information */ |
| 19:44.52 | Notify | 03BRL-CAD Wiki:Shaina7837 * 8021 /wiki/User:Shainasabarwal/ScadLexer_for_ScintillaEditor: /* Title: SCAD lexer for QScintilla Editor */ |
| 19:46.10 | Notify | 03BRL-CAD Wiki:Shaina7837 * 8022 /wiki/User:Shainasabarwal/ScadLexer_for_ScintillaEditor: /* Title: SCAD lexer for QScintilla Editor */ |
| 19:53.22 | Notify | 03BRL-CAD Wiki:Konrado DJ * 8023 /wiki/User:Konrado_DJ/GSoc2015/Proposal/STEP_Multiple_Protocol_Parsing: |
| 19:58.06 | Notify | 03BRL-CAD Wiki:Konrado DJ * 8024 /wiki/User:Konrado_DJ/GSoc2015/Proposal/X3D_Importer: Created page with "==Personal Information== Name: Djimeli Konrad Niba E-mail address: djkonro35@gmail.com IRC-nick: konrado ===Project priority : 1=== ==Project Title: X3D Importer== ==A..." |
| 20:02.34 | ries | brlcad: On Google Melange do I re-create a profile? |
| 20:02.53 | ries | I think I am 'gone' and I did sign up for 2015 |
| 20:02.56 | ries | os confused |
| 20:03.33 | andrei_ | ries: if you log in with the same e-mail you did previously I believe it should be the same |
| 20:03.54 | Notify | 03BRL-CAD:starseeker * 64490 (brlcad/trunk/src/libbrep/shape_recognition_planar.cpp brlcad/trunk/src/libbrep/shape_recognition_util.cpp): Scale up surfaces to help with type identification. Probably need more of this kind of thing elsewhere in the code since we aren't successfully creating a small cone... |
| 20:04.05 | teepee | ries: yes, it's a new profile |
| 20:04.17 | teepee | even with the same email |
| 20:07.14 | *** join/#brlcad timthelion- (~yaaic@89.24.186.84) | |
| 20:07.52 | ries | teepee: ok, le tme sign up once more then :) |
| 20:10.36 | andrei_ | ries: how's gsoc going on at LibreCAD ? |
| 20:11.08 | ries | andrei_: we are getting a bit of attention... our previous student and two possible two new students |
| 20:11.36 | andrei_ | awesome |
| 20:12.05 | andrei_ | in the timeline, from the moment applications close to the date results are published |
| 20:12.13 | andrei_ | there s a period label " orgs might request additional details" |
| 20:12.22 | andrei_ | do you know if students' can edit their proposals in this period? |
| 20:12.51 | ries | andrei_: yes they can, what we do is that they only modify it when asked |
| 20:13.16 | andrei_ | ah, so you need some sort of "permission" ? |
| 20:15.49 | ries | I think they can just edit it |
| 20:15.58 | ries | but we ask them not to edit it after submissions |
| 20:16.05 | ries | else you run into the issue that you read it.. |
| 20:16.13 | ries | then you judge it.. and they change it later on |
| 20:16.30 | ries | If we see potential but there is still somethingg off, we ask them to edit/re-evaluate |
| 20:16.55 | andrei_ | makes sense |
| 20:19.38 | teepee | andrei_: there's a switch on the proposal where the mentor can make it editable again |
| 20:28.10 | *** join/#brlcad timthelion- (~yaaic@89.24.186.84) | |
| 20:31.32 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 20:42.32 | Notify | 03BRL-CAD Wiki:Shaina7837 * 8025 /wiki/User:Shainasabarwal/ScadLexer_for_ScintillaEditor: /* Title: SCAD lexer for QScintilla Editor */ |
| 20:44.26 | Notify | 03BRL-CAD:n_reed * 64491 brlcad/trunk/doc/docbook/system/man1/en/plot3rot.xml: expand the incomplete flag description |
| 20:49.06 | Notify | 03BRL-CAD:starseeker * 64492 brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp: Increase the robustness of sorting arcs onto cylinder sides. Need to make this a general routine... |
| 20:53.06 | *** part/#brlcad konrado (~root@41.244.240.252) | |
| 20:53.46 | Notify | 03BRL-CAD Wiki:Shaina7837 * 8026 /wiki/User:Shainasabarwal/ScadLexer_for_ScintillaEditor: /* Title: SCAD lexer for QScintilla Editor */ |
| 20:54.59 | Notify | 03BRL-CAD Wiki:Shaina7837 * 8027 /wiki/User:Shainasabarwal/ScadLexer_for_ScintillaEditor: /* Title: SCAD lexer for QScintilla Editor */ |
| 20:56.12 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-dkwimpqqgjydpxkk) | |
| 20:57.27 | Notify | 03BRL-CAD Wiki:Shaina7837 * 8028 /wiki/User:Shainasabarwal/ScadLexer_for_ScintillaEditor: /* Title: SCAD lexer for QScintilla Editor */ |
| 20:59.18 | Notify | 03BRL-CAD Wiki:Shaina7837 * 8029 /wiki/User:Shainasabarwal/ScadLexer_for_ScintillaEditor: /* Title: SCAD lexer for QScintilla Editor */ |
| 21:02.03 | Notify | 03BRL-CAD:starseeker * 64493 brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp: Break arc categorization out into its own function. |
| 21:03.13 | Notify | 03BRL-CAD Wiki:Shaina7837 * 8030 /wiki/User:Shainasabarwal/ScadLexer_for_ScintillaEditor: /* Title: SCAD lexer for QScintilla Editor */ |
| 21:07.55 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 21:11.55 | Notify | 03BRL-CAD:starseeker * 64494 brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp: Average the arcs rather than just using the info from two of them. |
| 21:16.39 | Notify | 03BRL-CAD Wiki:Shaina7837 * 8031 /wiki/User:Shainasabarwal/ScadLexer_for_ScintillaEditor: /* Title: SCAD lexer for QScintilla Editor */ |
| 21:18.41 | *** join/#brlcad timthelion-2 (~yaaic@89.24.186.84) | |
| 21:25.47 | Notify | 03BRL-CAD Wiki:Shaina7837 * 8032 /wiki/User:Shainasabarwal/ScadLexer_for_ScintillaEditor: /* Title: SCAD lexer for QScintilla Editor */ |
| 21:29.44 | *** join/#brlcad Ch3ck (~localhost@41.244.243.197) | |
| 21:51.15 | *** join/#brlcad Ch3ck (~localhost@41.244.243.197) | |
| 21:53.48 | *** join/#brlcad teepee_ (~teepee@unaffiliated/teepee) | |
| 22:56.51 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 22:58.25 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 22:58.36 | Notify | 03BRL-CAD Wiki:Shaina7837 * 8033 /wiki/User:Shainasabarwal/ScadLexer_for_ScintillaEditor: /* MILESTONES */ |
| 22:58.38 | Notify | 03BRL-CAD Wiki:Shaina7837 * 8034 /wiki/User:Shainasabarwal/ScadLexer_for_ScintillaEditor: /* Title: SCAD lexer for QScintilla Editor */ |
| 22:58.41 | Notify | 03BRL-CAD Wiki:Shaina7837 * 8035 /wiki/User:Shainasabarwal/ScadLexer_for_ScintillaEditor: /* Code Review */ |
| 22:58.43 | Notify | 03BRL-CAD Wiki:Shaina7837 * 8036 /wiki/User:Shainasabarwal/ScadLexer_for_ScintillaEditor: /* Why SCAD lexer project? */ |
| 22:58.45 | Notify | 03BRL-CAD Wiki:Shaina7837 * 8037 /wiki/User:Shainasabarwal/ScadLexer_for_ScintillaEditor: /* Title: SCAD lexer for QScintilla Editor */ |
| 22:58.47 | Notify | 03BRL-CAD Wiki:Kunamwarikudenga * 0 /wiki/User:Kunamwarikudenga: |
| 23:15.24 | *** join/#brlcad teepee_ (~teepee@unaffiliated/teepee) | |
| 23:18.20 | *** join/#brlcad Ch3ck (~localhost@41.244.243.197) | |
| 23:23.56 | *** part/#brlcad Ch3ck (~localhost@41.244.243.197) | |
| 23:59.49 | Notify | 03BRL-CAD:starseeker * 64495 brlcad/trunk/src/libbrep/shape_recognition.cpp: Trying to group face subsets at this stage causes problems - we need more edge management support before turning this back on. |
| 00:17.51 | Notify | 03BRL-CAD Wiki:AnkushKhandelwal * 0 /wiki/File:Polyset.png: |
| 01:43.44 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-ctihdygdkxxwcvlu) | |
| 02:11.48 | *** join/#brlcad merzo_ (~merzo@193-83-63-159.adsl.highway.telekom.at) | |
| 02:15.55 | starseeker | returns |
| 02:16.00 | starseeker | huzza |
| 02:32.13 | starseeker | huh: http://www.codebykevin.com/blosxom.cgi/2015/03/21#tk-cocoa-culler |
| 02:33.13 | starseeker | maybe it's time to take a serious look at Tk on Mac again |
| 02:33.27 | starseeker | (and upgrading our Tcl/Tk... urk) |
| 03:00.01 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 03:25.15 | *** join/#brlcad lemur1 (~lemur@host213-122-133-147.range213-122.btcentralplus.com) | |
| 03:40.18 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 04:01.09 | *** join/#brlcad sofat (~sofat@202.164.53.117) | |
| 04:01.15 | sofat | brlcad, hello |
| 04:02.23 | sofat | what is opinion regarding mediawiki or wordpress. Because I am comfortable with both. |
| 04:31.27 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 04:48.24 | *** join/#brlcad alisha (~quassel@101.60.129.47) | |
| 05:03.18 | *** join/#brlcad witness (uid10044@gateway/web/irccloud.com/x-getxtkrtwrboxxhc) | |
| 05:11.06 | *** join/#brlcad sofat (~sofat@202.164.53.117) | |
| 05:15.48 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 05:20.46 | *** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot) | |
| 05:29.29 | *** join/#brlcad ignacio (~ignacio@rev-18-85-44-59.sugarlabs.org) | |
| 05:49.33 | *** join/#brlcad alisha (~quassel@115.184.32.241) | |
| 05:56.19 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 06:09.47 | *** join/#brlcad ignacio (~ignacio@unaffiliated/ignaciouy) | |
| 07:05.58 | *** join/#brlcad seanzhu_ (86ad4e02@gateway/web/freenode/ip.134.173.78.2) | |
| 07:10.28 | *** join/#brlcad albertcoder (~quassel@124.253.176.95) | |
| 07:15.26 | *** join/#brlcad ujjwal (~ujjwal@1.22.29.154) | |
| 07:27.55 | *** join/#brlcad alexey408_ (2ed8f586@gateway/web/freenode/ip.46.216.245.134) | |
| 07:29.19 | *** part/#brlcad alexey408_ (2ed8f586@gateway/web/freenode/ip.46.216.245.134) | |
| 07:31.16 | *** join/#brlcad alexey_ (2ed8f586@gateway/web/freenode/ip.46.216.245.134) | |
| 07:51.03 | *** join/#brlcad teepee_ (~teepee@unaffiliated/teepee) | |
| 08:18.18 | *** join/#brlcad alisha (~quassel@115.184.32.241) | |
| 08:47.33 | *** join/#brlcad albertcoder (~quassel@124.253.140.58) | |
| 09:05.31 | *** join/#brlcad alisha (~quassel@115.184.32.241) | |
| 09:13.17 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 09:45.11 | dracarys983 | starseeker, Hey! I have been looking at B-Reps' raytrace routine which uses the newton's method to find the number of intersections. I have to implement the Plate-Mode raytracing used in BoT for B-Reps. |
| 09:46.05 | dracarys983 | I was thinking of an approach, where we assign a thickness parameter to all the vertices in the topology of the B-Rep and interpolate it for edges and faces using some smooth function |
| 09:46.51 | dracarys983 | And use this interpolated thickness while finding the BoundingBox for the B-Rep faces while building the BVH |
| 09:47.30 | dracarys983 | After prep, raytracing would be done as usual, using Newton's method |
| 09:50.31 | dracarys983 | Now, while evaluating the hits, I would have to assign a hit distance (while make a seg) to "in" and "out" points using the interpolated thickness. How would I do that for a NEAR_HIT / NEAR_MISS? |
| 09:50.40 | *** join/#brlcad alisha (~quassel@101.60.239.64) | |
| 09:56.15 | *** join/#brlcad teepee-- (bc5c2133@gateway/web/freenode/ip.188.92.33.51) | |
| 09:59.29 | *** join/#brlcad akshayrk95 (uid71395@gateway/web/irccloud.com/x-hlmwyociuftzlbzr) | |
| 09:59.42 | dracarys983 | starseeker, I mean for a NEAR_HIT, not NEAR_MISS. That would be removed from the HitList. |
| 10:06.24 | Notify | 03BRL-CAD Wiki:Harjotkaur * 0 /wiki/User:Harjotkaur: |
| 10:08.25 | *** join/#brlcad alisha (~quassel@101.60.239.64) | |
| 10:16.05 | *** join/#brlcad alisha (~quassel@101.60.239.64) | |
| 10:16.28 | *** join/#brlcad konrado (~konro@41.244.243.82) | |
| 10:42.09 | *** join/#brlcad Izakey (~Izakey@41.205.22.34) | |
| 10:45.55 | *** join/#brlcad sofat (~sofat@202.164.53.117) | |
| 10:55.24 | *** join/#brlcad piyush (0e8bf154@gateway/web/freenode/ip.14.139.241.84) | |
| 11:32.27 | starseeker | dracarys983: my immediate question is what "some smoothing function" would be... |
| 11:34.22 | starseeker | dracarys983: have you considered offset surfaces? http://citeseerx.ist.psu.edu/viewdoc/download?doi=10.1.1.360.2793&rep=rep1&type=pdf |
| 11:36.39 | starseeker | also Kumar's "Computing non-self-intersecting offsets of NURBS surfaces" |
| 11:37.02 | sofat | starseeker, hello |
| 11:37.35 | sofat | starseeker, you check my gsoc proposal ? |
| 11:37.55 | starseeker | sofat: not yet - I'm doing a lot of catch-up after being offline for a week |
| 11:38.01 | sofat | okay |
| 11:38.45 | dracarys983 | starseeker, No, I didn't consider these. I will have a quick look at these papers. Thanks :) |
| 11:38.45 | starseeker | sofat: note also I'm not one of our web guys - I know little about most aspects of web programming and design |
| 11:40.04 | dracarys983 | starseeker, One question : About problems with plate mode raytracing on NURBS - On corners and when ray grazes a surface, there will be problems right? |
| 11:41.13 | *** join/#brlcad ujjwal (~ujjwal@1.22.29.154) | |
| 11:42.02 | starseeker | dracarys983: probably. You can check how our bots handle it - another possibility would be to use the offset surface edges and make "caps" using the edge curves and "birail" surface generation |
| 11:42.22 | starseeker | that would effect generate a thin "solid" from a single surface |
| 11:42.47 | starseeker | (Ayam has some birail capabilities that could be used as a guide: http://ayam.sourceforge.net/ayam.html) |
| 11:43.11 | starseeker | dracarys983: brlcad might not agree with me suggesting that approach though, as it's not really "plate mode" raytracing |
| 11:45.42 | dracarys983 | starseeker, Whoa. I'm lost. Well, I have checked up on BoTs and they use an implicit thickness to offset the surface (on both sides, +normal and -normal) while finding the bounding box in prep step. |
| 11:49.08 | dracarys983 | For bot_mode being plates, ofcourse. And then after raytracing the BoT and finding the hits, while constructing segheads, hits are taken in a FILO fashion (to be effective when ray grazes the surface) and hit distance is assigned using the implicit thicness |
| 11:54.33 | dracarys983 | What my confusion is, is that : Can we use Newton's method while doing plate-mode? Will there still be NEAR_MISS, NEAR_HIT and CLEAN_HIT types in the hits? |
| 11:58.47 | dracarys983 | starseeker, I think offset surfaces might help for the implicit thickness :D. I'll have to see the complexity involved as well, though. |
| 12:17.35 | dracarys983 | starseeker, Um, as it is an implicit thickness, wouldn't it be better if I just add a value to a point f(s, t) on the surface when needed in the direction of the normal rather than actually sample and find an offset curve? |
| 12:19.14 | *** join/#brlcad witness (uid10044@gateway/web/irccloud.com/x-pzsprmptxdxxeeec) | |
| 12:32.41 | *** join/#brlcad albertcoder (~quassel@202.164.53.117) | |
| 12:43.58 | Notify | 03BRL-CAD Wiki:Ngassafinjap * 8039 /wiki/User:Amalia: /* Links to some Pictures */ |
| 12:44.24 | Notify | 03BRL-CAD Wiki:Ngassafinjap * 8040 /wiki/User:Amalia: /* References */ |
| 12:45.25 | Notify | 03BRL-CAD Wiki:Ngassafinjap * 8041 /wiki/User:Amalia: /* Links to some Pictures */ |
| 12:45.49 | Notify | 03BRL-CAD Wiki:Ngassafinjap * 8042 /wiki/User:Amalia: /* Links to some Pictures */ |
| 12:46.07 | Notify | 03BRL-CAD Wiki:Ngassafinjap * 8043 /wiki/User:Amalia: /* Links to some Pictures */ |
| 12:47.30 | Notify | 03BRL-CAD Wiki:Ngassafinjap * 8044 /wiki/User:Amalia: /* Brief Project Summary */ |
| 13:11.01 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 13:12.43 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 13:14.21 | *** join/#brlcad amalia237 (~amalia237@41.205.22.44) | |
| 13:15.21 | *** join/#brlcad alisha (~quassel@101.60.239.64) | |
| 13:18.40 | *** join/#brlcad ujjwal (~ujjwal@1.22.29.154) | |
| 13:28.18 | *** join/#brlcad alisha (~quassel@101.60.239.64) | |
| 13:29.32 | dracarys983 | starseeker, I kind of figured out (rather that's what I think it is) that the bottleneck in the raytracing of BREPs is the very inefficient BVH built in the prep of the BREP. |
| 13:31.10 | dracarys983 | starseeker, So, if I replace it with the method used for BoTs, that is, just iterating over the face list and finding the hits and storing it - then making the segs and evaluating hits, it would be better. |
| 13:31.21 | dracarys983 | starseeker, What do you think? :) |
| 13:38.34 | brlcad | ries: yeah, you have to create a new profile every year. they don't persist. |
| 13:38.45 | *** join/#brlcad alisha (~quassel@101.60.239.64) | |
| 13:39.41 | brlcad | starseeker: definitely, that was a very uplifting tk post |
| 13:39.44 | ries | brlcad: I already did create a profile this year, but may be it was removed because it was on LibreCAD only? |
| 13:40.09 | brlcad | sofat: opinion is that they're both good and they both do good things? |
| 13:41.07 | ries | I will have a new one created today and send it to you |
| 13:42.26 | brlcad | dracarys983: you'll want to check, but I believe the way bots handle plate mode on grazing situations is "technically wrong but sufficient" |
| 13:42.50 | brlcad | suggest creating a single triangle and testing out different modes and thickness settings |
| 13:43.43 | dracarys983 | brlcad: Okay. On it. |
| 13:44.07 | brlcad | wrong in the sense that you end up with a view-dependent hit -- but I haven't confirmed (or even thought about) it in a long time |
| 13:46.51 | dracarys983 | brlcad: Um, I didn't get you. |
| 13:47.52 | dracarys983 | brlcad : While playing with some geometry today I noticed that if I rotate an ars using CTRL, it doesn't get raytraced properly. |
| 13:50.04 | brlcad | dracarys983: sounds like a great patch submission |
| 13:50.39 | brlcad | note that ARS has little to do with BoT other than it uses it as a visualization method |
| 13:51.24 | *** join/#brlcad alisha (~quassel@115.184.44.143) | |
| 13:51.56 | dracarys983 | brlcad: Roger that. :D |
| 13:52.07 | dracarys983 | brlcad, Did you have a look at my mail? |
| 13:53.21 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 13:55.20 | *** join/#brlcad alisha (~quassel@115.184.44.143) | |
| 13:55.23 | ``Erik | sync |
| 13:57.40 | dracarys983 | brlcad, Apparently, if I use the GUI to create an ARS, it gives a problem. Command line works fine. |
| 14:01.49 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 14:23.43 | *** join/#brlcad infobot (ibot@rikers.org) | |
| 14:23.43 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || We are ACCEPTED for GSoC 2015 -- if you're a student, ask a specific question and WAIT for an answer! | |
| 14:36.35 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 14:38.20 | ries | brlcad: send a request to you |
| 14:43.23 | *** join/#brlcad alisha (~quassel@115.184.44.143) | |
| 14:47.02 | *** join/#brlcad ujjwal (~ujjwal@1.22.29.154) | |
| 15:15.13 | brlcad | ries: done |
| 15:15.18 | ries | thanks |
| 15:16.08 | brlcad | if you don't see an "association" column at the end, you can turn it on with the columns button at the bottom of the proposals page |
| 15:17.22 | ries | brlcad: I have the overview |
| 15:25.58 | *** join/#brlcad sahil (~sahil@103.25.231.102) | |
| 16:03.44 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:06.25 | dracarys983 | d_rossberg: Did you have a look at my proposal? :) |
| 16:21.19 | *** join/#brlcad sofat (~sofat@202.164.45.212) | |
| 16:26.56 | sofat | brlcad, hello |
| 16:44.02 | *** join/#brlcad alisha (~quassel@115.184.44.143) | |
| 16:51.11 | d_rossberg | dracarys983: short answer: yes, i had a look at it |
| 16:51.40 | d_rossberg | it looks reasonable but i hadn't time to go into the details yet |
| 16:52.05 | *** join/#brlcad alisha (~quassel@115.184.44.143) | |
| 17:20.41 | *** join/#brlcad sofat (~sofat@202.164.45.212) | |
| 17:29.06 | Notify | 03BRL-CAD:carlmoore * 64496 brlcad/trunk/src/libged/lc.c: shorten the code for lc.c, and I did do my previous test runs |
| 17:32.17 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-bzofwlognmghxaeh) | |
| 17:38.40 | *** join/#brlcad merzo_ (~merzo@193-83-63-159.adsl.highway.telekom.at) | |
| 17:42.03 | *** join/#brlcad amalia237 (~amalia237@41.205.22.10) | |
| 17:50.41 | *** join/#brlcad alisha_ (~quassel@115.184.68.45) | |
| 18:04.46 | *** join/#brlcad merzo__ (~merzo@62-47-218-221.adsl.highway.telekom.at) | |
| 18:06.48 | Notify | 03BRL-CAD Wiki:AnkushKhandelwal * 8045 /wiki/User:AnkushKhandelwal/OpenGLRendering: |
| 18:09.57 | Notify | 03BRL-CAD Wiki:AnkushKhandelwal * 8046 /wiki/User:AnkushKhandelwal/OpenGLRendering: |
| 18:10.31 | Notify | 03BRL-CAD Wiki:AnkushKhandelwal * 8047 /wiki/User:AnkushKhandelwal/OpenGLRendering: |
| 18:11.08 | Notify | 03BRL-CAD Wiki:AnkushKhandelwal * 8048 /wiki/User:AnkushKhandelwal/OpenGLRendering: |
| 18:18.39 | *** join/#brlcad geekgrl (~geekgrl@122.170.56.87) | |
| 18:28.08 | starseeker | dracarys983: the BVH is necessary for accurate NURBS raytracing |
| 18:29.14 | dracarys983 | starseeker, Just iterating over the face list would be even worse? |
| 18:29.32 | Notify | 03BRL-CAD Wiki:AnkushKhandelwal * 8049 /wiki/User:AnkushKhandelwal/OpenGLRendering: |
| 18:29.38 | starseeker | the iterative solve wouldn't always be accurate |
| 18:29.51 | starseeker | you need a "close enough" initial guess - that's what the BVH is for |
| 18:33.01 | dracarys983 | starseeker, Hm, okay. Building a better BVH would require more time, right? |
| 18:33.03 | *** join/#brlcad zenemij (~quassel@2a00:1508:1:f017:f022:47a2:d983:6f96) | |
| 18:44.45 | Notify | 03BRL-CAD Wiki:AnkushKhandelwal * 8050 /wiki/User:AnkushKhandelwal/OpenGLRendering: |
| 18:50.54 | brlcad | dracarys983: in general yes, but the current bvh build is also not optimized |
| 18:51.26 | brlcad | optimized, it could probably do 10x the work in half the time it takes now (if you got a 20x improvement, for example, not unreasonable) |
| 18:51.33 | brlcad | not easy, but possible |
| 18:51.52 | brlcad | there's an RT'06 paper on fast accurate nurbs ray tracing that you should read |
| 18:51.58 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 18:52.02 | brlcad | (if working this area) |
| 18:52.48 | dracarys983 | brlcad, Does plate mode raytracing require optimization in bvh build? |
| 18:53.00 | brlcad | absolutely not |
| 18:53.43 | Stragus | brlcad, is there a pending effort to redesign the raytracer? |
| 18:53.53 | Stragus | Also with SSE/AVX, CUDA, OpenCL |
| 18:56.18 | Stragus | I don't know if there's external funding for this, but it sounds fun. You had me convinced a while ago about the value of complex primitives compared to triangles |
| 18:57.24 | brlcad | Stragus: yes, ongoing direction |
| 18:57.25 | Stragus | Rays stay a lot more coherent (which is *great* for AVX/CUDA/OpenCL), you get less memory loads in exchange for more computations |
| 18:58.07 | brlcad | two gsoc proposals to work that area this year, possibly one major funded effort next year that you might get pulled to work on |
| 18:58.24 | Stragus | Okay, cool. |
| 19:00.05 | dracarys983 | brlcad, Regarding the mail I sent you about my understanding of how to apply it to B-Reps - that won't work, right? |
| 19:00.22 | dracarys983 | I mean plate mode |
| 19:00.28 | dracarys983 | to B-Reps |
| 19:00.55 | brlcad | refresh me on the algo |
| 19:01.23 | dracarys983 | To assign an implicit thickness to the surface, I don't need to actually sample and find an offset surface - rather I can just assign that implicit thickness at a point F(s, t) of the surface whenever required, by adding an offset in the direction of (and opposite as well) the normal at (s, t). |
| 19:01.48 | dracarys983 | Instead of building the BVH (which is highly inefficient right now) from the surfaceTree, I will find the bounding boxes of all the faces in the faceList of the B-Rep and find the final Bounding Box.This will be the prep step for the plate-mode raytracing |
| 19:02.11 | dracarys983 | Once the prep is completed, the shot function will be called, and the Newton's method will be used for intersecting the ray with each face in the faceList. We now sort the hitList so that we have the nearest hit first and farthest hit last. |
| 19:02.45 | dracarys983 | Now, there can be duplicate hits in the hitList as we are simply iterating the faceList of the B-Rep rather than using a hierarchy which avoids overlap. Once we have the histList ready, we call the a function that creates segments (I will have to write a new one here!). It evaluates the hits, removes the duplicate hits, checks if a ray is grazing the surface and if so, uses the FILO approach to evaluate the hits ("in" and "out") as the |
| 19:02.45 | dracarys983 | re will be multiple entries and exits. Once done, we return the seghead filled |
| 19:03.39 | dracarys983 | And handling corners separately |
| 19:03.40 | brlcad | i meant summarize, not copy-paste but okay |
| 19:04.12 | *** join/#brlcad Shubham (6719e766@gateway/web/freenode/ip.103.25.231.102) | |
| 19:05.13 | brlcad | so on the surface, that sounds like a viable direction, but some aspects are unclear |
| 19:05.43 | brlcad | for example, I think you should be able to allow the shot calculations to happen like they currently do if all you're doing is basing things off the surface hit point |
| 19:06.36 | dracarys983 | brlcad, Yes. That's why I was talking about the bvh build :) |
| 19:06.45 | brlcad | newton iteration, hit sorting, duplicate checking, etc, that all happens already |
| 19:08.09 | dracarys983 | Um, okay. I wasn't aware that the hits are getting sorted. |
| 19:08.15 | brlcad | I don't see any point in re-implementing any of that specific to plate-mode (i'm not sure if you're even suggesting that) |
| 19:08.26 | *** join/#brlcad alisha (~quassel@115.184.68.45) | |
| 19:08.51 | brlcad | maybe not sorting, it was sorting at one point in the past |
| 19:09.13 | brlcad | the implementation has been overhauled and actively worked for the past 5+ years |
| 19:09.56 | brlcad | i think you first need to fully understand what bot platemode does first |
| 19:11.03 | brlcad | i believe it's very naive/simple and view dependent, which would give you bigger liberties to start with matching behavior |
| 19:11.53 | brlcad | if not, its a considerably harder problem |
| 19:14.24 | brlcad | having view-dependent behavior is by no means desirable, but having consistency with BoT would be acceptable to me (usability/consistency tradeoff) and we could focus on fixing both later |
| 19:15.18 | Stragus | You mean the thickness of the plate is dependent upon the ray's direction? Ewww |
| 19:15.22 | brlcad | create a plate-mode triangle that has a thickness greater than the longest edge (so it'll be a wedge) |
| 19:15.51 | brlcad | Stragus: I know right |
| 19:15.57 | Stragus | That's terrible |
| 19:16.17 | brlcad | it was done for air force, very thin thicknesses in general so it REALLY didn't matter |
| 19:16.35 | dracarys983 | brlcad, Hm, okay. :) I will also refine my understanding about the plate mode :) |
| 19:17.06 | brlcad | we even implemented a no-cosine mode (to match their behavior) where it reports the plate-mode thickness regardless of angle |
| 19:17.18 | brlcad | otherwise it would mess up calculations elsewhere |
| 19:17.25 | Stragus | I'm guessing RayThickness = PlateThickness / DotProduct( RayVector, SurfaceNormal ); ? |
| 19:17.50 | brlcad | that's the normal cosine version |
| 19:18.05 | Stragus | There's an even worse no-cosine mode? |
| 19:18.13 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 19:18.22 | dracarys983 | brlcad, What is that BITTEST() being called for? |
| 19:18.42 | brlcad | say you shoot at a thin sheet 1m x 1m that is 1mm thick |
| 19:18.57 | brlcad | shoot is square-on, and you'll get thickness=1mm |
| 19:19.05 | *** join/#brlcad lemur1 (~lemur@host213-122-133-147.range213-122.btcentralplus.com) | |
| 19:20.42 | brlcad | shoot normally at a sharp angle (but hit the surface) and you're going to get some thickness > 1mm depending on the angle |
| 19:20.50 | brlcad | in no-cosine mode, you still get 1mm |
| 19:21.11 | Stragus | I can't imagine that being a good idea |
| 19:21.35 | brlcad | in general no, but it was required for a particular analysis |
| 19:21.57 | Notify | 03BRL-CAD:starseeker * 64497 brlcad/trunk/src/libbrep/shape_recognition_planar.cpp: Experiment with trying to characterize vertices to determine if they are used in a planar subvolume. |
| 19:22.13 | brlcad | big difference when you try to represent something flying as a single ray and it hits 1mm of aluminum vs 1m of aluminum |
| 19:23.02 | brlcad | anyways, we don't use it, but other folks needed it |
| 19:24.04 | *** join/#brlcad akshayrk95 (uid71395@gateway/web/irccloud.com/x-ceutnnoktqsiurnj) | |
| 19:24.10 | brlcad | the bigger geometric issue is the view dependence -- shoot that sheet horizontally along it's plane and you're basically going to get a miss, or shoot just over an edge (and miss the surface) will be a miss whereas the angle might have actually met up with extruded material |
| 19:24.49 | brlcad | really only matters analytically for large thicknesses (which have never been used in practice), but technically wrong |
| 19:26.23 | *** join/#brlcad albertcoder (~quassel@1.39.33.253) | |
| 19:31.16 | dracarys983 | brlcad, So the shooting-over-the-edge-miss is finally a miss because in practice, the extrusions won't have so large a thickness that it meets the ray, right? |
| 19:31.45 | brlcad | dracarys983: sorry, BITTEST is checking whether a bit is set or not |
| 19:32.01 | brlcad | usually used for book-keeping of some sort |
| 19:32.47 | brlcad | dracarys983: and no, it's not that the ray won't encounter the thickness -- it almost certainly would for pixels nearby the edge |
| 19:32.51 | brlcad | that's why I said you should test this |
| 19:33.06 | brlcad | if it's "wrong" then you'll only ever see a triangle, no matter the view you shoot from |
| 19:33.16 | brlcad | if it's right, you'll see a wedge |
| 19:34.02 | brlcad | easily fixed, but it will slow down the trace to know whether you hit within thickness of an edge |
| 19:36.42 | dracarys983 | brlcad, Okay, this looks interesting. I'll test this. Plate-mode triangle with a thickness greater than the longest edge. Cool :) |
| 19:38.45 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 19:38.48 | dracarys983 | brlcad, I will also try to understand plate-mode in BoTs better. Will get back ASAP. |
| 19:38.49 | brlcad | share screenshots |
| 19:39.12 | dracarys983 | brlcad, Yeah, will do. |
| 19:39.16 | brlcad | and if you find a crash or bug, fix it ;) |
| 19:39.26 | brlcad | don't often test with just one triangle :) |
| 19:40.10 | dracarys983 | brlcad, Yes, yes. Understood :) |
| 19:42.26 | dracarys983 | brlcad, BITTEST is being used for assigning thickness to faces in BoT prep, based on whether the test passes or not. What does that mean? http://pastebin.com/RD5zvK8d |
| 19:44.00 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 19:45.45 | brlcad | can't get to pastebin.com |
| 19:45.54 | brlcad | didn't I tell you that already? :) |
| 19:46.23 | brlcad | really should stop using them .. they're just .. there are so many other better options :) |
| 19:46.35 | dracarys983 | brlcad, Yeah you did. I thought it was temporary. :/ |
| 19:47.10 | Notify | 03BRL-CAD:starseeker * 64498 brlcad/trunk/src/libbrep/shape_recognition.cpp: Put the filters back - their absence causes other problems. |
| 19:48.27 | dracarys983 | Sorry. Here : http://hastebin.com/ogevaposun.coffee |
| 20:00.58 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 20:01.22 | sofat | brlcad, hello |
| 20:01.36 | sofat | i needed you help regarding the technology which technology you prefer me for project(mediawiki or wordpress) |
| 20:05.49 | sofat | <PROTECTED> |
| 20:05.50 | sofat | what is your requirement right now? |
| 20:05.51 | sofat | mediawiki or wordpress ? |
| 20:10.58 | *** join/#brlcad ozzy1 (~tomek@host-81-190-233-203.wroclaw.mm.pl) | |
| 20:18.34 | *** join/#brlcad teepee (~teepee@unaffiliated/teepee) | |
| 20:21.10 | *** join/#brlcad ih8sum3r (~chatzilla@122.173.186.133) | |
| 20:56.47 | *** join/#brlcad sofat (~sofat@202.164.45.212) | |
| 21:24.45 | Notify | 03BRL-CAD:n_reed * 64499 brlcad/trunk/src/librt/primitives/joint/joint.c: need to reverse the transformations above the target object to put the rotation vector in the correct position realative to the untransformed object |
| 21:32.36 | *** part/#brlcad ozzy1 (~tomek@host-81-190-233-203.wroclaw.mm.pl) | |
| 21:36.25 | dracarys983 | brlcad, there? |
| 21:43.31 | Notify | 03BRL-CAD:carlmoore * 64500 brlcad/trunk/doc/docbook/system/mann/en/lc.xml: describe use of -0, -1 |
| 21:48.59 | brlcad | ~ask |
| 21:48.59 | infobot | Questions in the channel should be specific, informative, complete, concise, and on-topic. Don't ask if you can ask a question first. Don't ask if a person is there; just ask what you intended to ask them. Better questions more frequently yield better answers. We are all here voluntarily or against our will. |
| 21:49.31 | brlcad | dracarys983: so that BITTEST is looking to see what type of facemode should be used |
| 21:49.54 | dracarys983 | brlcad, Yeah I got that when I tried to make a bot right now :D |
| 21:50.10 | dracarys983 | 2 seconds. I'll share the screenshots |
| 21:50.19 | brlcad | in addition to offsetting a surface, extruding it some distance from 0.0 to 1.0, you can extrude it -0.5 to 0.5 (centered |
| 21:51.04 | *** join/#brlcad alisha_ (~quassel@115.184.34.98) | |
| 21:52.05 | dracarys983 | Right. So the facemode defines the type of extrusion :) |
| 21:53.01 | brlcad | facemode is a type id, and surfno is a surface number corresponding to that triangle |
| 21:53.54 | brlcad | it's sort of like indexing into a bool array |
| 21:54.53 | dracarys983 | brlcad, Hm, I get it now. |
| 21:55.06 | brlcad | can sort of think of that if/else logic like: bool extruded_face = surfaces[surfno].attributes.facemode; if (extruded_face) ... else /* centered */ |
| 21:56.17 | dracarys983 | Yes, you're right. Yes :D |
| 21:56.18 | brlcad | what it's really doing is creating a massive bit-vector, jumping to the bit set for that surface, and looking at the bit corresponding to facemode which is either set or unset |
| 21:56.35 | dracarys983 | I have uploaded the screenshots on Google Drive. Should I post the link here? (It's too long :P) |
| 21:56.49 | brlcad | can't get to google drive until later |
| 21:56.56 | brlcad | so go ahead, will check it then |
| 21:57.18 | dracarys983 | https://drive.google.com/drive/#folders/0B12fowx3-NjTflBBcXd6NFBQQXlRT2NONUZhUGVTQlJjUExYT2F6MUk0cjZybzE2WnlnNTg/0B12fowx3-NjTfnJ1SGxaMEg0cExBRlR5V2JzSnlybmhwWF9vRjlqeEk3QXpoSFpERV9Sd1k |
| 21:59.50 | dracarys983 | brlcad, It performs this test while filling in the seg structure as well. I get it now :) |
| 22:02.10 | dracarys983 | brlcad, I haven't started writing the proposal for plate mode NURBS raytracing yet. I'll have to rethink the algo, so. |
| 22:02.25 | dracarys983 | I will send it by tonight most probably :) |
| 22:03.26 | brlcad | have you made a patch submission yet? |
| 22:04.49 | brlcad | a useful patch can be far more important than what is written in a proposal |
| 22:05.27 | brlcad | all patches to be considered during proposal evaluation must be received before Monday |
| 22:05.49 | brlcad | anyone without a patch or with a useless or non-functional patch will be at a huge disadvantage |
| 22:07.05 | dracarys983 | I worked on reviewing the unit tests written by GCi students and have written 3 final test files (.cpp) |
| 22:07.15 | dracarys983 | I haven't submitted them as patches yet |
| 22:08.27 | dracarys983 | brlcad, They're good enough. But they relate to the core interface of GE |
| 22:08.27 | brlcad | whatever you do, you'll want to try and demonstrate your ability to understand and modify existing code, not just write code |
| 22:09.13 | *** join/#brlcad teepee_ (~teepee@unaffiliated/teepee) | |
| 22:10.09 | brlcad | let me know if you need some suggestions, there's a few bot-related items in our TODO that should be doable in a day |
| 22:10.36 | dracarys983 | brlcad, I'll take the suggestions :) |
| 22:12.52 | brlcad | a) our bot_split command seems to have O(n^3) performance or some other massive performance issue, b) there's a bin sort optimization crash that needs to be re-enabled, debuged, and fixed, and c) add an option to bot_dump to output surface normals |
| 22:13.51 | brlcad | code for (a) and (c) are in src/libged, code for (b) is in src/librt/primitives/bot (I think) |
| 22:14.01 | dracarys983 | brlcad, I'll try to have a look at the raytracing problem of ARS in MGED (when created from GUI) after I do one from the suggestions :) |
| 22:14.16 | brlcad | ARS would be perfect |
| 22:14.36 | brlcad | really anything like that which involves debugging, code inspection, understanding |
| 22:15.03 | dracarys983 | brlcad, Okay, great. I'm on it :D |
| 22:15.36 | brlcad | i'm frankly not nearly as concerned about a plate-mode algorithm as that can be sorted out in the bonding phase if you were selected, and plans / technical directions often do change |
| 22:16.21 | brlcad | just the scope of a project ideally shouldn't change -- so you could submit something quick that covers the scope/objectives with rough timeline, then back to patch(es), then back to as much detail as you can fit |
| 22:16.33 | brlcad | one day each and then times up |
| 22:18.18 | dracarys983 | brlcad, Yeah, I get it. :) |
| 22:19.46 | dracarys983 | brlcad, There's one problem with me. I tend to get over excited sometimes and lose sight of the small important details. This is a great chance for me to learn :) |
| 22:20.05 | dracarys983 | brlcad, Well, first things first. I'll work on my patch. |
| 22:20.24 | brlcad | I tend to not get excited and obsess over unimportant details, so it's all good |
| 22:20.45 | brlcad | ;) |
| 22:21.06 | dracarys983 | :D |
| 22:58.59 | *** join/#brlcad merzo__ (~merzo@62-47-218-221.adsl.highway.telekom.at) | |
| 23:41.50 | *** join/#brlcad teepee_ (~teepee@unaffiliated/teepee) | |
| 00:02.12 | Notify | 03BRL-CAD Wiki:Konrado DJ * 8051 /wiki/User:Konrado_DJ/GSoc2015/Proposal/STEP_Multiple_Protocol_Parsing: /* Introduction */ |
| 00:12.24 | Notify | 03BRL-CAD:brlcad * 64501 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: MAX_HOLES unused but presumably there because of fastgen specification |
| 00:14.32 | Notify | 03BRL-CAD:brlcad * 64502 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: ditto for MAX_WALLS |
| 00:32.17 | Notify | 03BRL-CAD:starseeker * 64503 brlcad/trunk/src/libbrep/shape_recognition_planar.cpp: This appears to get the right basic shapes in place for the makerbot replicator object Boss-Extrude1_008.s, but the booleans are out of wack (not surprising, as this is a negative planar_object and up until now the logic contemplated positive shapes. May also need a correction in the cyl/arb logic, not sure yet. |
| 00:38.07 | Notify | 03BRL-CAD:starseeker * 64504 brlcad/trunk/src/libbrep/shape_recognition_planar.cpp: Add TODO note. |
| 00:57.30 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 01:12.37 | *** join/#brlcad ank22 (uid51029@gateway/web/irccloud.com/x-snkznkutlblkonxu) | |
| 01:28.55 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 02:55.50 | *** join/#brlcad ih8sum3r (~chatzilla@122.173.186.133) | |
| 03:33.15 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 04:13.24 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 04:49.27 | *** join/#brlcad ank22 (uid51029@gateway/web/irccloud.com/x-alsgkcvasfhennrs) | |
| 05:01.17 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 05:29.29 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 05:58.34 | *** join/#brlcad alisha (~quassel@101.60.151.74) | |
| 06:38.48 | *** join/#brlcad alisha_ (~quassel@101.60.151.74) | |
| 07:33.55 | *** join/#brlcad alisha (~quassel@101.60.151.74) | |
| 07:44.58 | *** join/#brlcad teepee_ (~teepee@unaffiliated/teepee) | |
| 08:01.32 | dracarys983 | brlcad, The previous link won't work. Here's the updated link : https://drive.google.com/folderview?id=0B12fowx3-NjTflBBcXd6NFBQQXlRT2NONUZhUGVTQlJjUExYT2F6MUk0cjZybzE2WnlnNTg&usp=sharing |
| 08:01.44 | *** join/#brlcad albertcoder (~quassel@124.253.107.22) | |
| 08:43.17 | *** join/#brlcad teepee-- (bc5c2133@gateway/web/freenode/ip.188.92.33.51) | |
| 10:11.26 | *** join/#brlcad alisha (~quassel@115.184.47.37) | |
| 11:17.34 | *** join/#brlcad mikolalysenko_ (sid34553@gateway/web/irccloud.com/x-mtnqlitnybahkjfq) | |
| 11:25.16 | *** join/#brlcad unicodesnowman_ (~unicodesn@2602:ffea:1001:1fa::97d2) | |
| 11:28.45 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-kkfpfxfrbxrggziy) | |
| 11:29.55 | *** join/#brlcad Ch3ck_ (~Ch3ck@66-118-151-70.static.sagonet.net) | |
| 12:08.23 | *** join/#brlcad cardinot_ (~cardinot@187.16.242.25) | |
| 12:24.10 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 12:52.38 | Notify | 03BRL-CAD:bob1961 * 64505 (brlcad/branches/eab/include/dm/bview.h brlcad/branches/eab/src/libtclcad/tclcad_obj.c): Added a moveall polygons mode. |
| 12:55.59 | Notify | 03BRL-CAD:bob1961 * 64506 (brlcad/trunk/include/dm/bview.h brlcad/trunk/src/libtclcad/tclcad_obj.c): Added a moveall polygons mode. |
| 13:16.51 | *** join/#brlcad akshayrk95 (uid71395@gateway/web/irccloud.com/x-hkkjqhuchizsefjg) | |
| 13:24.42 | *** join/#brlcad ujjwal (~ujjwal@1.22.28.232) | |
| 13:49.40 | dracarys983 | brlcad, I have submitted the bin sort optimization (task (b)) related patch. Do check it whenever possible :) |
| 13:52.21 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 14:02.05 | *** join/#brlcad alisha (~quassel@115.184.107.198) | |
| 14:07.47 | *** join/#brlcad alisha (~quassel@115.184.107.198) | |
| 14:10.56 | *** join/#brlcad Shubham (6719e766@gateway/web/freenode/ip.103.25.231.102) | |
| 14:12.24 | Shubham | GSOC'15 OGV; What are the some priority enhancements/add-ons required under the Online Geometry Viewer project? |
| 14:12.50 | Shubham | *are some top priority |
| 14:27.05 | Notify | 03BRL-CAD:carlmoore * 64507 brlcad/trunk/src/librt/primitives/joint/joint.c: fix spellings |
| 14:30.19 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 14:32.01 | *** join/#brlcad piyush (0e8bf154@gateway/web/freenode/ip.14.139.241.84) | |
| 14:35.00 | *** join/#brlcad cardinot__ (~cardinot@187.16.242.25) | |
| 14:45.38 | *** join/#brlcad ank22 (uid51029@gateway/web/irccloud.com/x-yxsosxkqgtumwvwl) | |
| 15:05.57 | *** join/#brlcad alisha_ (~quassel@115.184.107.198) | |
| 15:50.48 | *** join/#brlcad ujjwal (~ujjwal@1.22.28.232) | |
| 16:11.17 | *** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot) | |
| 16:24.50 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:46.24 | *** join/#brlcad ujjwal (~ujjwal@1.22.28.232) | |
| 17:02.50 | *** join/#brlcad alisha (~quassel@115.184.107.198) | |
| 17:04.16 | *** join/#brlcad albertcoder (~quassel@1.39.34.35) | |
| 17:15.37 | *** join/#brlcad Shubham (6719e766@gateway/web/freenode/ip.103.25.231.102) | |
| 18:06.09 | *** join/#brlcad alisha (~quassel@101.60.219.176) | |
| 18:25.18 | *** join/#brlcad Shubham (6719e766@gateway/web/freenode/ip.103.25.231.102) | |
| 18:26.11 | *** join/#brlcad albertcoder (~quassel@202.164.45.204) | |
| 18:31.44 | *** join/#brlcad sofat (~sofat@202.164.45.212) | |
| 18:43.24 | *** join/#brlcad albert_coder (~quassel@202.164.45.204) | |
| 18:45.52 | *** join/#brlcad teepee (~teepee@unaffiliated/teepee) | |
| 18:47.04 | Notify | 03BRL-CAD:carlmoore * 64508 brlcad/trunk/src/libged/wcodes.c: combine the print-usage logic |
| 18:57.15 | *** join/#brlcad vasc (~VASC@bl8-100-123.dsl.telepac.pt) | |
| 18:58.33 | vasc | hello. i posted a work schedule proposal on the mailing-list. but i think you guys said we should also propose a patch with actual code. so i was wondering if there are any minor pending coding tasks i could help with. |
| 19:00.44 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 19:01.33 | teepee | vasc: have a look at the wiki |
| 19:06.02 | vasc | ok |
| 19:06.16 | *** join/#brlcad akshayrk95 (uid71395@gateway/web/irccloud.com/x-rzvauwkdrwjbncao) | |
| 19:11.11 | *** join/#brlcad Bennz (6bbc9c31@gateway/web/freenode/ip.107.188.156.49) | |
| 19:12.11 | Bennz | hallo! |
| 19:12.33 | teepee | hi! |
| 19:13.04 | Bennz | I submitted my proposal and I was going to request a review? |
| 19:14.59 | Bennz | Are you mentoring? |
| 19:15.15 | teepee | I do, for OpenSCAD |
| 19:15.51 | teepee | I guess you'd increase the chances for feedback when pasting the link to the proposal :) |
| 19:16.36 | Bennz | here or with the e-mail? |
| 19:17.15 | teepee | as you prefer, even both is fine |
| 19:18.22 | Bennz | Okay, I have it: https://www.google-melange.com/gsoc/proposal/review/student/google/gsoc2015/juniar/5757334940811264 |
| 19:18.49 | teepee | hmm, that seems to be a private url |
| 19:19.53 | teepee | are you sure it's actually submitted? |
| 19:20.17 | Bennz | if you are log in to GSoC I guess you can access it or with a google account. |
| 19:20.54 | Bennz | I can make it also public |
| 19:21.09 | teepee | ahh, found it in the proposal list |
| 19:21.13 | sofat | brlcad, I am searching for directory queue and I found this :- |
| 19:21.13 | sofat | http://search.cpan.org/dist/Directory-Queue/lib/Directory/Queue/Simple.pm |
| 19:21.17 | teepee | it has a different link there |
| 19:22.03 | sofat | is this right? means you want to say me to use in project ? |
| 19:22.45 | teepee | Bennz: did you get the comment posted on the proposal? |
| 19:23.38 | Bennz | Not yet, I guess no one has review it. |
| 19:23.56 | teepee | there is a comment, which I guess is wrongly flagged as org-internal |
| 19:28.17 | Notify | 03BRL-CAD Wiki:AnkushKhandelwal * 8052 /wiki/User:AnkushKhandelwal/OpenGLRendering: |
| 19:33.12 | Notify | 03BRL-CAD Wiki:AnkushKhandelwal * 0 /wiki/File:CV.pdf: |
| 19:34.06 | Notify | 03BRL-CAD Wiki:AnkushKhandelwal * 8054 /wiki/User:AnkushKhandelwal/OpenGLRendering: |
| 19:35.03 | Shubham | GSOC'15 :OGV Project; Are there any top priority enhancements/add-ons needed on the Viewer, around which my proposal should be built? |
| 19:58.03 | *** join/#brlcad maadhav (810a1244@gateway/web/freenode/ip.129.10.18.68) | |
| 20:03.22 | *** join/#brlcad lumos (~lumos@129.10.18.68) | |
| 20:03.52 | *** join/#brlcad aa-ahmedkhaled-a (29b09b85@gateway/web/freenode/ip.41.176.155.133) | |
| 20:04.22 | *** join/#brlcad gaganjyot (~gaganjyot@27.255.240.125) | |
| 20:04.46 | gaganjyot | hi brlcad , will I be able to update my proposal after 27th ? or it will be locked ? |
| 20:05.11 | gaganjyot | I am having a few discussions with my mentors and we might have some changes in the milestones |
| 20:06.15 | lumos | Same here. Can anyone please let me know about it? |
| 20:06.21 | lumos | Thanks in advance! |
| 20:06.53 | aa-ahmedkhaled-a | i had some question to brlcad about the content of the proposal |
| 20:07.17 | *** join/#brlcad Shubham_ (6719e766@gateway/web/freenode/ip.103.25.231.102) | |
| 20:07.29 | aa-ahmedkhaled-a | what is your project <lumos> |
| 20:08.41 | *** join/#brlcad Shubham_ (6719e766@gateway/web/freenode/ip.103.25.231.102) | |
| 20:09.25 | lumos | I will be mostly dealing with python geometry/ bindings. |
| 20:09.50 | lumos | what about you @aa-ahmedkhaled-a? |
| 20:13.55 | aa-ahmedkhaled-a | my project is about collada importer |
| 20:20.14 | aa-ahmedkhaled-a | is any body here to answer my question |
| 20:24.49 | vasc | how about this BRL-CAD proposal? https://drive.google.com/file/d/0B85Rkmt7rnCTZV9HNVIyZTRUMWM/view?usp=sharing |
| 20:31.31 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 20:31.45 | aa-ahmedkhaled-a | <vasc> thanks |
| 20:32.54 | *** join/#brlcad merzo__ (~merzo@80-121-37-79.adsl.highway.telekom.at) | |
| 21:06.17 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-asrziswyxiblannw) | |
| 21:11.18 | *** join/#brlcad Shubham (6719e766@gateway/web/freenode/ip.103.25.231.102) | |
| 21:49.07 | *** join/#brlcad teepee_ (~teepee@unaffiliated/teepee) | |
| 22:16.27 | *** join/#brlcad merzo__ (~merzo@80-121-37-79.adsl.highway.telekom.at) | |
| 22:37.03 | dracarys983 | brlcad, I have submitted my second proposal on melange. Please have a look when possible. I am onto working on patches now. :) |
| 23:10.33 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 23:19.43 | *** join/#brlcad teepee_ (~teepee@unaffiliated/teepee) | |
| 23:49.49 | *** join/#brlcad akshayrk95 (uid71395@gateway/web/irccloud.com/x-jabyhqhkohabnpmu) | |
| 23:58.15 | Notify | 03BRL-CAD Wiki:Mitchdraft * 0 /wiki/User:Mitchdraf: |
| 00:12.26 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-nswxkrcfovihmxdm) | |
| 00:22.42 | Notify | 03BRL-CAD Wiki:Mitchdraft * 8055 /wiki/User:Mitchdraft/GSoC15/Proposal: Created page with "This is the start of my proposal wiki" |
| 00:52.46 | *** join/#brlcad ank22 (uid51029@gateway/web/irccloud.com/x-scohpontitjlbewv) | |
| 01:03.12 | Notify | 03BRL-CAD:ejno * 64509 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: make tol non-const and pass it to the callbacks |
| 01:18.41 | aa-ahmedkhaled-a | https://drive.google.com/drive/#my-drive this is my proposal how can i submit it to with alink not with acopy and paste method |
| 01:45.12 | Notify | 03BRL-CAD:ejno * 64510 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: display a warning and continue when a conversion error is encountered |
| 01:48.47 | Notify | 03BRL-CAD Wiki:Mitchdraft * 8056 /wiki/User:Mitchdraft/GSoC15/Proposal: Draft application v1 |
| 01:56.53 | Notify | 03BRL-CAD:ejno * 64511 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: formatting |
| 02:02.09 | Notify | 03BRL-CAD Wiki:Mitchdraft * 8057 /wiki/User:Mitchdraft/GSoC15/Proposal: v2 |
| 02:02.53 | Notify | 03BRL-CAD Wiki:Mitchdraft * 8058 /wiki/User:Mitchdraft/GSoC15/Proposal: /* #Integrate Existing Libraries */ |
| 02:03.56 | Notify | 03BRL-CAD Wiki:Mitchdraft * 8059 /wiki/Contents_of_the_updated_MCAD_library: Created page with "=Structure of the MCAD library= *As of March 26, 2015 . âââ array âââ demos âââ electronics âââ extrusions â  âââ 8020 â  âââ M..." |
| 02:06.54 | Notify | 03BRL-CAD Wiki:Mitchdraft * 8060 /wiki/Contents_of_the_updated_MCAD_library: |
| 02:07.33 | Notify | 03BRL-CAD Wiki:Mitchdraft * 8061 /wiki/Contents_of_the_updated_MCAD_library: |
| 02:08.51 | Notify | 03BRL-CAD Wiki:Mitchdraft * 8062 /wiki/Contents_of_the_updated_MCAD_library: |
| 02:09.29 | Notify | 03BRL-CAD Wiki:Mitchdraft * 8063 /wiki/Contents_of_the_updated_MCAD_library: |
| 02:59.56 | Notify | 03BRL-CAD Wiki:Mitchdraft * 8064 /wiki/User:Mitchdraft/GSoC15/Proposal: /* #Integrate Existing Libraries */ |
| 03:00.30 | Notify | 03BRL-CAD Wiki:Mitchdraft * 8065 /wiki/User:Mitchdraft/GSoC15/Proposal: /* 1. Integrate Existing Libraries */ |
| 03:36.28 | starseeker | interesting: https://github.com/Z3Prover/z3 |
| 03:52.45 | Notify | 03BRL-CAD Wiki:Mitchdraft * 8066 /wiki/User:Mitchdraft/GSoC15/Proposal: /* Tasks */ |
| 03:53.00 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 03:55.42 | Notify | 03BRL-CAD Wiki:Mitchdraft * 8067 /wiki/User:Mitchdraft/GSoC15/Proposal: /* Integrate Existing Libraries */ |
| 03:56.27 | Notify | 03BRL-CAD Wiki:Mitchdraft * 8068 /wiki/User:Mitchdraft/GSoC15/Proposal: /* Include complete fastener kit */ |
| 04:16.37 | Notify | 03BRL-CAD Wiki:Mitchdraft * 8069 /wiki/User:Mitchdraft/GSoC15/Proposal: /* Tasks */ |
| 04:19.31 | *** join/#brlcad infobot (ibot@rikers.org) | |
| 04:19.31 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || We are ACCEPTED for GSoC 2015 -- if you're a student, ask a specific question and WAIT for an answer! | |
| 04:19.51 | Notify | 03BRL-CAD Wiki:Mitchdraft * 8070 /wiki/User:Mitchdraft/GSoC15/Proposal: /* Specifics */ |
| 04:25.17 | Notify | 03BRL-CAD Wiki:Mitchdraft * 8071 /wiki/User:Mitchdraft/GSoC15/Proposal: /* Project Information */ |
| 04:25.35 | Notify | 03BRL-CAD Wiki:Mitchdraft * 8072 /wiki/User:Mitchdraft/GSoC15/Proposal: /* OpenSCAD Standard Library */ |
| 04:25.50 | Notify | 03BRL-CAD Wiki:Mitchdraft * 8073 /wiki/User:Mitchdraft/GSoC15/Proposal: /* Project Information: OpenSCAD Standard Library */ |
| 04:26.42 | Notify | 03BRL-CAD Wiki:Mitchdraft * 8074 /wiki/User:Mitchdraft/GSoC15/Proposal: /* Project Description: */ |
| 04:27.20 | Notify | 03BRL-CAD Wiki:Mitchdraft * 8075 /wiki/User:Mitchdraft/GSoC15/Proposal: /* Tasks */ |
| 04:29.13 | Notify | 03BRL-CAD Wiki:Mitchdraft * 8076 /wiki/User:Mitchdraft/GSoC15/Proposal: /* Personal Information */ |
| 04:29.58 | Notify | 03BRL-CAD Wiki:Mitchdraft * 8077 /wiki/User:Mitchdraft/GSoC15/Proposal: /* Project Information: OpenSCAD Standard Library */ |
| 04:30.46 | Notify | 03BRL-CAD Wiki:Mitchdraft * 8078 /wiki/User:Mitchdraft/GSoC15/Proposal: /* Why I am interested in this project and why I am the best person to do it: */ |
| 04:31.35 | Notify | 03BRL-CAD Wiki:Mitchdraft * 8079 /wiki/User:Mitchdraft/GSoC15/Proposal: /* Demonstration of competency and preparedness */ |
| 04:32.23 | Notify | 03BRL-CAD Wiki:Mitchdraft * 8080 /wiki/User:Mitchdraft/GSoC15/Proposal: /* Tasks */ |
| 04:36.48 | Notify | 03BRL-CAD Wiki:Mitchdraft * 8081 /wiki/User:Mitchdraft/GSoC15/Proposal: /* Reqs */ |
| 04:58.13 | Notify | 03BRL-CAD Wiki:Mitchdraft * 8082 /wiki/User:Mitchdraft/GSoC15/Proposal: /* Reqs */ |
| 05:00.12 | Notify | 03BRL-CAD Wiki:Mitchdraft * 8083 /wiki/User:Mitchdraft/GSoC15/Proposal: /* Project Description: */ |
| 05:01.15 | Notify | 03BRL-CAD Wiki:Mitchdraft * 8084 /wiki/User:Mitchdraft/GSoC15/Proposal: /* Project Description: */ |
| 05:01.53 | Notify | 03BRL-CAD Wiki:Mitchdraft * 8085 /wiki/User:Mitchdraft/GSoC15/Proposal: /* Tasks */ |
| 05:03.58 | Notify | 03BRL-CAD Wiki:Mitchdraft * 8086 /wiki/User:Mitchdraft/GSoC15/Proposal: /* Detailed: */ |
| 05:05.11 | Notify | 03BRL-CAD Wiki:Mitchdraft * 8087 /wiki/User:Mitchdraft/GSoC15/Proposal: |
| 05:07.00 | Notify | 03BRL-CAD Wiki:Mitchdraft * 8088 /wiki/User:Mitchdraft/GSoC15/Proposal: /* Detailed */ |
| 05:07.57 | Notify | 03BRL-CAD Wiki:Mitchdraft * 8089 /wiki/User:Mitchdraft/GSoC15/Proposal: /* Detailed */ |
| 05:08.50 | Notify | 03BRL-CAD Wiki:Mitchdraft * 8090 /wiki/User:Mitchdraft/GSoC15/Proposal: |
| 05:09.24 | Notify | 03BRL-CAD Wiki:Mitchdraft * 8091 /wiki/User:Mitchdraft/GSoC15/Proposal: |
| 05:10.56 | *** join/#brlcad zhennanf_ (46bbb9da@gateway/web/freenode/ip.70.187.185.218) | |
| 05:21.01 | Notify | 03BRL-CAD Wiki:Mitchdraft * 8092 /wiki/User:Mitchdraft/GSoC15/Proposal: /* Detailed */ |
| 06:18.49 | *** join/#brlcad alisha (~quassel@115.184.109.156) | |
| 06:23.29 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-yxxefrpncmjwwshz) | |
| 07:21.52 | *** join/#brlcad merzo (~merzo@80-121-37-79.adsl.highway.telekom.at) | |
| 07:47.50 | *** join/#brlcad teepee_ (~teepee@unaffiliated/teepee) | |
| 07:53.44 | *** join/#brlcad albertcoder (~quassel@1.39.33.74) | |
| 08:02.52 | *** join/#brlcad albertcoder (~quassel@202.164.53.117) | |
| 08:51.43 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-bghdshozdsfhepem) | |
| 09:08.20 | *** join/#brlcad akshayrk95 (uid71395@gateway/web/irccloud.com/x-njjxvhwspjaerjya) | |
| 09:15.55 | *** join/#brlcad jyhong (~jyhong@202.141.176.95) | |
| 09:18.13 | *** join/#brlcad teepee-- (bc5c2133@gateway/web/freenode/ip.188.92.33.51) | |
| 09:27.13 | jyhong | Hi, I just heard the GSoC several hours ago than decide to participate. |
| 09:27.23 | jyhong | Am I too late now ? |
| 09:45.21 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 10:12.34 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 10:45.08 | *** join/#brlcad manan (~manan@182.69.2.26) | |
| 10:45.47 | *** join/#brlcad ujjwal (~ujjwal@1.22.168.179) | |
| 10:45.55 | *** join/#brlcad ank22 (uid51029@gateway/web/irccloud.com/x-zlqtqtjjzjqczjsx) | |
| 10:48.15 | Notify | 03BRL-CAD Wiki:Albertcoder * 8093 /wiki/User:Albertcoder/: User Details |
| 10:48.17 | Notify | 03BRL-CAD Wiki:Albertcoder * 8094 /wiki/User:Albertcoder: User Details |
| 10:48.19 | Notify | 03BRL-CAD Wiki:Sherlock Wisdom * 8095 /wiki/User:Sherlock_Wisdom/GSoC15/proposal: Created page with "- Title: Massive Code Reduction - -- Personal Information -- -- Brief Background info -- -- Brief summary -- -- Detailed project Description -- -- What else I plan on doing -..." |
| 10:58.57 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 11:04.52 | *** join/#brlcad Shubham_ (6719e766@gateway/web/freenode/ip.103.25.231.102) | |
| 11:04.56 | *** join/#brlcad jyhong (~jyhong@202.141.176.95) | |
| 11:06.07 | *** join/#brlcad Shubham_ (6719e766@gateway/web/freenode/ip.103.25.231.102) | |
| 11:07.00 | Shubham_ | gsoc OGV: The oAuth feature has not been implemented, right? |
| 12:10.48 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 12:28.24 | Notify | 03BRL-CAD Wiki:108.49.196.8 * 8096 /wiki/User:Mitchdraft/GSoC15/Proposal: |
| 12:31.15 | Notify | 03BRL-CAD Wiki:108.49.196.8 * 8097 /wiki/User:Mitchdraft/GSoC15/Proposal: /* Schedule */ |
| 12:31.46 | Notify | 03BRL-CAD Wiki:108.49.196.8 * 8098 /wiki/User:Mitchdraft/GSoC15/Proposal: /* Schedule */ |
| 12:33.05 | Notify | 03BRL-CAD Wiki:108.49.196.8 * 8099 /wiki/User:Mitchdraft/GSoC15/Proposal: /* Schedule/Milestones */ |
| 12:46.46 | Notify | 03BRL-CAD Wiki:108.49.196.8 * 8100 /wiki/User:Mitchdraft/GSoC15/Proposal: /* Availability */ |
| 12:48.19 | *** join/#brlcad Izakey (~Izakey@41.205.22.25) | |
| 12:50.37 | *** join/#brlcad gaganjyot (~gaganjyot@27.255.240.125) | |
| 12:50.49 | gaganjyot | brlcad, ping |
| 12:54.41 | Notify | 03BRL-CAD Wiki:108.49.196.8 * 8101 /wiki/User:Mitchdraft/GSoC15/Proposal: /* Personal Information */ |
| 13:02.52 | *** join/#brlcad cardinot (~cardinot@187.16.242.25) | |
| 13:02.52 | *** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot) | |
| 13:03.28 | Notify | 03BRL-CAD Wiki:108.49.196.8 * 8102 /wiki/User:Mitchdraft/GSoC15/Proposal: /* Personal Information */ |
| 13:07.13 | Notify | 03BRL-CAD Wiki:108.49.196.8 * 8103 /wiki/User:Mitchdraft/GSoC15/Proposal: /* Personal Information */ |
| 13:09.26 | *** join/#brlcad ujjwal (~ujjwal@1.22.168.179) | |
| 13:13.54 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 13:17.08 | Notify | 03BRL-CAD Wiki:108.49.196.8 * 8104 /wiki/User:Mitchdraft/GSoC15/Proposal: |
| 13:17.40 | Notify | 03BRL-CAD Wiki:108.49.196.8 * 8105 /wiki/User:Mitchdraft/GSoC15/Proposal: |
| 13:30.51 | Notify | 03BRL-CAD:starseeker * 64512 brlcad/trunk/src/libbrep/shape_recognition_planar.cpp: reverse ordering if walk direction is negative |
| 14:07.48 | Notify | 03BRL-CAD Wiki:Tafodinho1 * 0 /wiki/User:Tafodinho1: |
| 14:10.11 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-bqcqyzhmcfngpldh) | |
| 14:14.25 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 14:17.28 | Notify | 03BRL-CAD:carlmoore * 64513 brlcad/trunk/src/libbrep/shape_recognition_planar.cpp: remove trailing tab |
| 14:27.03 | *** join/#brlcad cardinot (~cardinot@187.16.242.25) | |
| 14:27.03 | *** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot) | |
| 14:48.29 | *** join/#brlcad ank22 (uid51029@gateway/web/irccloud.com/x-qbqfychdcsfrgwhs) | |
| 14:51.55 | Notify | 03BRL-CAD Wiki:AnkushKhandelwal * 8106 /wiki/User:AnkushKhandelwal/OpenGLRendering: |
| 14:59.20 | *** join/#brlcad ujjwal (~ujjwal@1.22.29.66) | |
| 15:02.34 | *** join/#brlcad jyhong (~jyhong@202.141.176.95) | |
| 15:15.37 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 15:19.30 | Notify | 03BRL-CAD:starseeker * 64514 (brlcad/trunk/src/libbrep/shape_recognition.h brlcad/trunk/src/libbrep/shape_recognition_planar.cpp brlcad/trunk/src/libbrep/shape_recognition_util.cpp): Try to make the characterization a bit more robust. |
| 15:23.27 | *** join/#brlcad ujjwal (~ujjwal@1.22.29.66) | |
| 15:25.09 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:37.57 | Notify | 03BRL-CAD Wiki:AnkushKhandelwal * 8107 /wiki/User:AnkushKhandelwal/OpenGLRendering: |
| 15:44.41 | Notify | 03BRL-CAD Wiki:AnkushKhandelwal * 8108 /wiki/User:AnkushKhandelwal/OpenGLRendering: |
| 15:45.00 | Notify | 03BRL-CAD Wiki:AnkushKhandelwal * 8109 /wiki/User:AnkushKhandelwal/OpenGLRendering: |
| 15:45.37 | Notify | 03BRL-CAD Wiki:AnkushKhandelwal * 8110 /wiki/User:AnkushKhandelwal/OpenGLRendering: |
| 15:52.10 | Notify | 03BRL-CAD Wiki:Fleurdevanille * 0 /wiki/User:Fleurdevanille: |
| 15:56.23 | *** join/#brlcad merzo (~merzo@80-121-37-79.adsl.highway.telekom.at) | |
| 15:57.46 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:58.04 | *** join/#brlcad Shubham_ (0e62bcb4@gateway/web/freenode/ip.14.98.188.180) | |
| 16:18.13 | brlcad | cool, continuous integration for windows |
| 16:18.16 | brlcad | starts the setup |
| 16:18.31 | *** join/#brlcad merzo (~merzo@80-121-37-79.adsl.highway.telekom.at) | |
| 16:32.04 | *** join/#brlcad perob (~chatzilla@93-143-52-170.adsl.net.t-com.hr) | |
| 16:36.08 | Notify | 03BRL-CAD Wiki:AnkushKhandelwal * 0 /wiki/File:Diagram.png: |
| 16:37.06 | Notify | 03BRL-CAD Wiki:AnkushKhandelwal * 8112 /wiki/User:AnkushKhandelwal/OpenGLRendering: |
| 16:39.13 | *** part/#brlcad perob (~chatzilla@93-143-52-170.adsl.net.t-com.hr) | |
| 16:43.27 | *** join/#brlcad manan (~manan@182.69.2.26) | |
| 16:55.40 | *** join/#brlcad merzo_ (~merzo@80-121-37-79.adsl.highway.telekom.at) | |
| 17:06.50 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 17:27.17 | ``Erik | heh, webgl tank game http://playcanv.as/p/aP0oxhUr |
| 17:27.43 | ``Erik | (via https://news.ycombinator.com/item?id=9277183 ) |
| 17:38.07 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 17:39.57 | dracarys983 | ``Erik, It's been 10 mins already and it hasn't finished loading yet on my laptop :P |
| 17:40.15 | *** join/#brlcad manan (~manan@182.69.2.26) | |
| 17:41.05 | *** join/#brlcad manan_ (~manan@182.69.2.26) | |
| 17:42.03 | dracarys983 | Oh, loaded now. |
| 17:44.43 | *** join/#brlcad alisha (~quassel@115.184.119.184) | |
| 18:02.20 | *** join/#brlcad geekgrl (~geekgrl@182.70.30.166) | |
| 18:05.14 | *** join/#brlcad merzo__ (~merzo@188-23-182-206.adsl.highway.telekom.at) | |
| 18:10.13 | *** join/#brlcad alisha (~quassel@115.184.103.56) | |
| 18:15.11 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 18:29.11 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 18:36.28 | *** join/#brlcad akshayrk95 (uid71395@gateway/web/irccloud.com/x-cfrsyqnvjvyirwsz) | |
| 18:37.55 | *** join/#brlcad alisha_ (~quassel@115.184.72.79) | |
| 18:42.38 | *** join/#brlcad ih8sum3r (~chatzilla@122.173.181.3) | |
| 18:50.08 | *** join/#brlcad alisha (~quassel@115.184.103.56) | |
| 19:03.16 | *** join/#brlcad Izakey (~Izakey@41.205.22.63) | |
| 19:31.18 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 19:39.28 | *** join/#brlcad zenemij (~quassel@2a00:1508:1:f017:957b:1141:bf6b:5478) | |
| 19:50.23 | *** join/#brlcad teepee_ (~teepee@unaffiliated/teepee) | |
| 20:43.54 | Notify | 03BRL-CAD:starseeker * 64515 brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp: Try to find the greatest distance from the plane to an arc midpoint and use that for our testing - needed if we have multiple cylinder pieces making up a shape. Also, use the resulting distance to try and reign in the length of the subtraction arb8 primitives a bit. Doesn't do anything about their width, which is also possible in |
| 20:43.56 | Notify | theory, but it's a start. |
| 20:43.58 | Notify | ... |
| 20:44.28 | Notify | 03BRL-CAD:starseeker * 64516 brlcad/trunk/src/libbrep/shape_recognition_planar.cpp: Detect a negative planar_obj solid. |
| 20:48.12 | Notify | 03BRL-CAD:starseeker * 64517 brlcad/trunk/src/libged/shape_recognition.cpp: Try to add a negative planar obj in the right place in the tree - probably need to do subtraction detection for this like any other obj when it's negative, but in the meantime this works for a simple case... |
| 21:00.13 | *** join/#brlcad Shubham (0e624616@gateway/web/freenode/ip.14.98.70.22) | |
| 21:00.36 | Shubham | I wanted few .g sample files. Can anyone provide a link from where I can download. |
| 21:10.25 | Notify | 03BRL-CAD:starseeker * 64518 brlcad/trunk/src/libbrep/shape_recognition_planar.cpp: Note another possible problem case. |
| 21:21.05 | Notify | 03BRL-CAD:starseeker * 64519 brlcad/trunk/src/libbrep/shape_recognition_planar.cpp: Tweak walking loop |
| 21:25.04 | starseeker | Shubham: there are some in the BRL-CAD distribution - they are built when BRL-CAD is built. See share/db in the build directory |
| 22:00.48 | Shubham | thanks starseeker, I'll look into it. If there is a direct link then it would be great. running low on time. I wanted these for testing purposes for OGV Project. Thanks a lot |
| 22:10.21 | *** join/#brlcad alisha (~quassel@101.60.231.150) | |
| 22:18.57 | *** join/#brlcad kvasnyk (~kvasnyk@89-70-162-19.dynamic.chello.pl) | |
| 00:04.18 | *** join/#brlcad IriX64 (~kvirc@70.49.155.58) | |
| 00:07.07 | *** part/#brlcad IriX64 (~kvirc@70.49.155.58) | |
| 00:29.40 | *** join/#brlcad teepee_ (~teepee@unaffiliated/teepee) | |
| 00:43.14 | *** join/#brlcad jyhong (~jyhong@202.141.176.95) | |
| 01:36.13 | *** join/#brlcad jyhong (~jyhong@202.141.176.95) | |
| 03:03.37 | *** join/#brlcad unicodesnowman (~unicodesn@wikipedia/unicodesnowman) | |
| 03:55.11 | *** join/#brlcad ujjwal (~ujjwal@1.23.106.5) | |
| 04:17.29 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 05:23.35 | *** join/#brlcad albertcoder (~quassel@202.164.53.117) | |
| 05:35.16 | *** join/#brlcad albertcoder (~quassel@202.164.53.117) | |
| 05:39.30 | *** join/#brlcad sofat (~sofat@202.164.53.117) | |
| 06:25.28 | *** join/#brlcad alisha (~quassel@115.184.3.54) | |
| 06:30.02 | *** join/#brlcad ujjwal (~ujjwal@1.23.106.5) | |
| 06:46.19 | *** join/#brlcad ujjwal (~ujjwal@1.23.106.5) | |
| 07:25.11 | *** join/#brlcad teepee_ (~teepee@unaffiliated/teepee) | |
| 08:18.40 | *** join/#brlcad ujjwal (~ujjwal@1.23.106.5) | |
| 08:32.16 | *** join/#brlcad sofat (~sofat@202.164.53.117) | |
| 11:39.49 | *** join/#brlcad sofat (~sofat@202.164.53.117) | |
| 12:38.18 | ``Erik | mwahahahha, tablet with a camera and ffmpeg, 7yo is completely focused on making a stop motion video and the house is calm and quiet :) |
| 12:51.18 | *** join/#brlcad luca79 (~luca@host75-111-dynamic.4-87-r.retail.telecomitalia.it) | |
| 13:01.48 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-tzwnvbqebgzkrroh) | |
| 13:22.17 | sofat | starseeker, hello |
| 13:22.38 | sofat | i have some question regarding .cmake file for docs |
| 13:22.45 | starseeker | which one? |
| 13:22.47 | sofat | and CMakelist.txt |
| 13:23.07 | sofat | when i am use ADD_DOC command the they gave me error |
| 13:23.11 | sofat | command not found |
| 13:23.28 | starseeker | where are you using it? |
| 13:23.42 | starseeker | that's a macro we define, so you have to have the right .cmake file included |
| 13:23.57 | starseeker | if you're adding it in our existing docbook directories it should "just work" |
| 13:25.33 | sofat | yes, |
| 13:26.00 | sofat | Please tell me the procedure how to run CMakeList.txt file |
| 13:26.13 | sofat | is used cmake command to run this file |
| 13:26.30 | starseeker | sofat: um. you don't usually "run" the file |
| 13:27.19 | starseeker | you add your new docbook file to one of the lists in doc/docbook/* (probably articles if you're working on the .tr conversions) and then do a BRL-CAD configure/build |
| 13:27.58 | sofat | Yes i have done this work |
| 13:28.21 | starseeker | so why do you need your own "ADD_DOC" command? |
| 13:28.28 | starseeker | or even your own CMakeLists.txt file? |
| 13:29.15 | starseeker | why not just add your file to the docbook_articles_EN list in doc/docbook/articles/en/CMakeLists.txt |
| 13:29.38 | sofat | okay |
| 13:29.55 | starseeker | then in your build directory for BRL-CAD, you can do "cd doc/docbook/articles/en" and run make |
| 13:30.00 | starseeker | it will build just that subdirectory |
| 13:30.06 | starseeker | and its dependencies |
| 13:30.12 | sofat | okay |
| 13:30.37 | sofat | so now i convert .tr file into xml using docbook tags |
| 13:30.47 | starseeker | sounds good! |
| 13:31.09 | sofat | i want to submit these files as my patch after testing. |
| 13:32.00 | starseeker | OK - it should be pretty easy to add them to the existing CMakeLists.txt logic, if you already have a BRL-CAD build up and working |
| 13:32.08 | starseeker | that's the best way to test it |
| 13:32.20 | starseeker | docbook conversion is not a "stand-alone" process for BRL-CAD |
| 13:32.28 | sofat | okay |
| 13:33.03 | sofat | I am using xsltproc to convert xml to html output |
| 13:34.37 | sofat | and i successfully converted the doc into html using docbook style sheet |
| 13:36.23 | sofat | so now i need to test these files according your way or its ok because I also check in .cmake files you also used xsltproc command to convert the xml doc into html ? |
| 13:41.18 | starseeker | it's better if you test them in BRL-CAD's own framework |
| 13:41.45 | starseeker | we don't just convert them, there's also a validation process |
| 13:41.53 | sofat | okay |
| 13:42.04 | starseeker | and the simplest patch to apply is the svn diff that adds the file and adds them to our CMakeLists.txt file |
| 13:42.45 | sofat | ok |
| 13:42.50 | starseeker | it's find if you want to do your own testing, but really it should be a *lot* simpler just to add your xml file to our build from the get-go... |
| 13:43.09 | starseeker | that's how I do docbook writing or conversion myself - use our own build framework |
| 13:43.31 | starseeker | er, it's fine |
| 13:43.39 | starseeker | attempts to wake up... |
| 13:43.54 | sofat | yes i understand. |
| 13:46.44 | starseeker | also, for testing pdf builds you can install Apache FOP and we handle all the nasty "how to run the tools" aspects of the process |
| 13:47.00 | starseeker | hasn't done a PDF build in a while, should make sure that's still working... |
| 13:54.45 | Notify | 03BRL-CAD:starseeker * 64520 brlcad/trunk/CMakeLists.txt: Protect the CMP0021 setting |
| 14:06.16 | starseeker | well, it's clear our PDF formatting still leaves a lot to be desired overall, but it does work |
| 14:32.22 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-drfnkhjflnbqhpeu) | |
| 14:42.22 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-iqnyhkcbuxufrtpr) | |
| 15:02.21 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-cpuxbjkclatzcglg) | |
| 16:01.20 | *** join/#brlcad teepee_ (~teepee@unaffiliated/teepee) | |
| 16:03.46 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 16:08.21 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 16:23.41 | *** join/#brlcad albertcoder (~quassel@1.39.34.124) | |
| 16:23.48 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:31.25 | *** join/#brlcad pujani (~pujani@202.164.45.212) | |
| 16:32.33 | *** join/#brlcad pujani (~pujani@202.164.45.212) | |
| 16:50.16 | *** join/#brlcad pujani (~pujani@202.164.45.212) | |
| 16:56.34 | pujani | Hello to all, My Name is Sameer Pujani an undergraduate 3rd year student of Guru Nanak Dev Engineering College, India. I am participating in GSoC 2015 under project of Materials Database. I need some guidance, So Please help me. |
| 16:58.41 | pujani | Hello to all, My Name is Sameer Pujani an undergraduate 3rd year student of Guru Nanak Dev Engineering College, India. I am participating in GSoC 2015 under project of Materials Database. I need some guidance, so Please help me. |
| 17:02.56 | albertcoder | Hi pujani welcome! |
| 17:03.08 | albertcoder | Have you checked the previous code? |
| 17:03.37 | albertcoder | If not check it and try to understand. https://github.com/BRL-CAD/MaterialsDatabase |
| 17:04.22 | albertcoder | Get yourself warmed up with this and try to submit a few patches or pull requests. |
| 17:17.10 | *** join/#brlcad lemur (~lemur@host213-122-133-147.range213-122.btcentralplus.com) | |
| 17:20.38 | lemur | Hi, I was wondering about submitting a patch. Sorry if its a bite late, I've only just wrapped up my finals (for the most part). Is it just a case of pick something out the bug tracker and fix it? |
| 17:21.15 | lemur | Never contributed to a project like this, so just double checking, hah |
| 17:22.39 | *** join/#brlcad gaganjyot (~gaganjyot@27.255.240.125) | |
| 17:23.07 | *** join/#brlcad sofat (~sofat@202.164.45.212) | |
| 17:23.10 | gaganjyot | brlcad, hi! can I get my proposal editable ? My team is discussing and i may beed to make changes |
| 17:23.14 | gaganjyot | need* |
| 17:23.19 | *** join/#brlcad pujani (~pujani@202.164.45.212) | |
| 17:23.34 | *** join/#brlcad albertcoder (~quassel@1.39.34.124) | |
| 17:23.48 | Ch3ck | gaganjyot: do you have a link to it on brlcad wiki? |
| 17:24.33 | gaganjyot | Ch3ck, no not on BRL-CAD wiki |
| 17:24.41 | gaganjyot | though directly to melange |
| 17:24.59 | Ch3ck | well you could make changes to it on brlcad wiki and comment on melange, |
| 17:25.05 | gaganjyot | I see |
| 17:25.08 | gaganjyot | fine Ch3ck :) |
| 17:25.34 | lemur | Do we have to post our proposal to BRL-CAD wiki? |
| 17:25.39 | Ch3ck | gaganjyot: your proposal on melange is only editable if the org admins permit |
| 17:25.52 | Ch3ck | so you just have to *ask* :D |
| 17:30.14 | *** join/#brlcad albertcoder (~quassel@1.39.34.124) | |
| 17:33.25 | sofat | I want to add my proposal on brlcad wiki site how i do this? |
| 17:35.00 | albertcoder | Hi sofat, just go to a URL like http://brlcad.org/wiki/User:Albertcoder/Proposal/materialdatabase replacing it with your name and edit that page to add your proposal. |
| 17:35.05 | gaganjyot | Ch3ck, I asked to make it editable to brlcad :-o |
| 17:35.55 | albertcoder | sofat: you will have to create that page since it does not exist before. |
| 17:47.27 | Ch3ck | Step -1: Create an account firs |
| 17:47.31 | Ch3ck | s |
| 17:48.16 | Ch3ck | s/firs /first/d :) sofat |
| 17:50.43 | *** join/#brlcad pujani (~pujani@202.164.45.204) | |
| 17:52.06 | Notify | 03BRL-CAD Wiki:Hitesh sofat * 8113 /wiki/User:Hitesh/Proposal/: Created page with "Name: Hitesh Sofat E-mail id: sofathitesh@gmail.com IRC username: sofat Phone Number: +91 977 917 3996 Brief Background I am a final year graduate in Information Techn..." |
| 17:58.20 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 18:07.23 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 18:35.30 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 18:38.42 | *** join/#brlcad pujani (~pujani@202.164.45.208) | |
| 18:41.36 | *** join/#brlcad albert_coder (~quassel@1.39.32.221) | |
| 18:46.10 | Notify | 03BRL-CAD Wiki:Pujanibrlcad * 0 /wiki/User:Pujanibrlcad: |
| 18:47.36 | lemur | im having problems picking a bug to fix - anybody got anything that's been annoying them? |
| 18:49.31 | teepee | lemur: try one from the "Contributor Quickies" ? |
| 18:50.03 | lemur | gotcha thanks. was sifting through subversion |
| 18:50.06 | lemur | its like |
| 18:50.17 | lemur | ooh, why /does/ that happen |
| 18:50.35 | lemur | then the next bug is just as distracting |
| 18:57.39 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-yppdummcsvtysktd) | |
| 18:59.19 | Notify | 03BRL-CAD Wiki:Pujanibrlcad * 8114 /wiki/User:Pujanibrlcad/Proposal/: Created page with "Name: Sameer Pujani E-mail address: SAMEERPUJANIGNDPC@gmail.com IRC username: pujani Phone number: +91 98767 53998 Brief background: I am 2nd year undergraduate IT student a..." |
| 19:01.30 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 19:09.51 | *** join/#brlcad albertcoder (~quassel@1.39.35.184) | |
| 19:16.31 | *** join/#brlcad ih8sum3r (~chatzilla@122.173.196.136) | |
| 19:21.57 | *** join/#brlcad albert_coder (~quassel@1.39.32.38) | |
| 19:29.45 | *** join/#brlcad albertcoder (~quassel@1.39.32.38) | |
| 19:30.22 | *** join/#brlcad pujani (~pujani@202.164.45.208) | |
| 19:31.06 | *** join/#brlcad teepee_ (~teepee@unaffiliated/teepee) | |
| 19:55.10 | lemur | So, I've found something that I'm having a go at fixing |
| 19:55.33 | lemur | basically in libicv in fileformat.c we're using BUFSIZ |
| 19:57.16 | lemur | instead of calculating explicitly the buffer size; I kind of know how to fix it - dealt with something similar-ish, but I was hoping to quickly outline my approach and see how your standard coding formatting is |
| 19:59.44 | lemur | I was thinking just use setbuf and change the size of BUFSIZ, but only if we neeed to? |
| 20:00.14 | lemur | but I am not 100% of any knock-on effects that would have |
| 20:00.21 | lemur | *100% sure |
| 20:00.58 | lemur | and I was just going to stick a new method or two at the bottom of fileformat.c |
| 20:03.43 | ``Erik | chnage the size how? |
| 20:04.11 | ``Erik | and which bufsiz are you looking at, the icv_guess_file_format() one? |
| 20:04.17 | lemur | yes |
| 20:04.18 | lemur | lol |
| 20:04.28 | lemur | sorry, the comment stuck out at me |
| 20:04.33 | lemur | when i was reading through the source |
| 20:05.34 | lemur | um, not really change the size, more just pass it another value for buffer size |
| 20:05.37 | ``Erik | ditching the buffer and using vls is probably the 'right' way |
| 20:05.40 | lemur | using sizeOf operations |
| 20:05.50 | lemur | never done it |
| 20:06.03 | lemur | where could I read about vls? I keep getting other things when I google for it |
| 20:06.07 | ``Erik | vls is a self-managing string object from libbu |
| 20:06.18 | ``Erik | (it's part of BRL-CAD) |
| 20:06.20 | lemur | I'll take a look |
| 20:06.27 | lemur | ah, that will explain why hah |
| 20:07.34 | lemur | so instead of passing *trimmedname as a char, use vls? |
| 20:07.42 | ``Erik | yeah |
| 20:08.49 | lemur | I'm away from my linux worktop, so searching through the source is a bit of a pain |
| 20:08.55 | lemur | how exactly does the trim work? |
| 20:09.51 | ``Erik | um, trimmedname is a destination buffer for the actual file name to handle a fake name like "PNG:myimg.png" (so only "myimg.png" is put in trimmedname and can be fopened) |
| 20:10.09 | *** join/#brlcad pujani (~pujani@202.164.45.204) | |
| 20:10.10 | lemur | ah okay |
| 20:10.12 | lemur | thank you |
| 20:10.17 | lemur | I'll take a look at vls |
| 20:10.40 | ``Erik | when you get back to a linux machine, what the file with cpp or gcc -E to see how the macro expansion happens (I'd pipe it through indent to help make it readable) |
| 20:10.45 | ``Erik | s/what/whack/ |
| 20:11.09 | lemur | unlikely to happen for a weekend |
| 20:11.12 | lemur | at my parents |
| 20:11.13 | lemur | :P |
| 20:11.23 | ``Erik | ah, no sshd's? :D |
| 20:11.24 | lemur | unless they jump to linux, I'm using windows haha |
| 20:11.36 | lemur | oh no still sshd |
| 20:11.40 | lemur | did that myself |
| 20:11.48 | lemur | killed the complaints about slow pc |
| 20:11.50 | lemur | :P |
| 20:24.18 | ``Erik | well, either way, I'd strongly advise expanding the macros to read the function... I was on a bit of a macro binge that day (I think starseeker complained about macros right before I wrote it, so'z I had to abuse him with macro insanity) |
| 20:26.47 | *** join/#brlcad Shubham (6719e766@gateway/web/freenode/ip.103.25.231.102) | |
| 20:57.14 | *** join/#brlcad cardinot (~cardinot@191.249.206.58) | |
| 20:57.14 | *** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot) | |
| 21:08.35 | dracarys983 | brlcad, In case I provide a -n option in exporting bot to dxf/sat, should I dump the surface normals in a separate file? Because maybe it might cause a problem in reading the dxf/sat. |
| 21:09.17 | dracarys983 | Or should I append the surface normals at the end? |
| 21:10.26 | dracarys983 | ``Erik, starseeker : Any suggestions? |
| 21:10.56 | *** join/#brlcad ank22 (uid51029@gateway/web/irccloud.com/x-czedjdbysvqlqwfp) | |
| 21:23.44 | *** join/#brlcad Ch3ck_ (~localhost@41.244.243.58) | |
| 21:38.37 | lemur | Erik, when you mentioned macros you meant vls right? |
| 21:52.48 | *** join/#brlcad teepee (~teepee@unaffiliated/teepee) | |
| 22:50.09 | *** join/#brlcad SquirrelCZECH (~Squirrel@ip-89-102-104-133.net.upcbroadband.cz) | |
| 23:09.11 | lemur | Is there a good bit of the code where vls is used? |
| 23:09.26 | lemur | I'm just looking for an example now, pretty solid on the whole thing |
| 23:29.22 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 23:32.16 | lemur | no, found one no problems |
| 00:23.01 | Notify | 03BRL-CAD Wiki:Konrado DJ * 8115 /wiki/User:Konrado_DJ/GSoc2015/Proposal/X3D_Importer: |
| 00:52.55 | lemur | can I set the vls to make the string shorter if trimmedname is larger than BUFSIZ |
| 01:04.29 | lemur | for icv_guess_file_format |
| 01:04.39 | lemur | where is trimmedname and filename actually passed from? |
| 01:04.55 | lemur | I can't seem to track it down |
| 01:23.55 | lemur | eh ignore that, irrelevant question |
| 01:26.04 | lemur | ''Erik, if I take the filename and trimmedname in, make vls objects from them within icv_guess_file_format, and then pass that through the rest of the define CMP bit, would that work okay? |
| 01:29.19 | *** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot) | |
| 01:39.37 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 01:45.35 | *** join/#brlcad teepee_ (~teepee@unaffiliated/teepee) | |
| 03:53.32 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 04:20.11 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 04:52.19 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 05:29.12 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 05:45.41 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-ptadoryqwhwizzqm) | |
| 10:22.40 | *** join/#brlcad albertcoder (~quassel@1.39.32.160) | |
| 10:37.34 | *** join/#brlcad dracarys983_ (~dracarys@183.82.229.215) | |
| 11:09.40 | *** join/#brlcad jyhong (~jyhong@222.195.92.89) | |
| 11:19.02 | SquirrelCZECH | hi folks! |
| 11:19.53 | SquirrelCZECH | I am working on small python library that creates CAD models using openscad and recently I created "material" support |
| 11:20.16 | SquirrelCZECH | and was wondering where to get database of materials for it... |
| 11:20.29 | SquirrelCZECH | (so far my only result is that you made some progress in that way) |
| 11:20.54 | SquirrelCZECH | would you care about making independent project just to store material information and let anybody use this storage? |
| 11:29.37 | *** join/#brlcad dracarys983_ (~dracarys@183.82.229.215) | |
| 11:39.33 | ``Erik | http://cheezburger.com/7234004992 |
| 11:40.44 | ``Erik | SquirrelCZECH: there's a "materials database" project under the BRL-CAD umbrella that's supposed to do exactly that... with an api type deal and everything (it's been worked on as a gsoc project before) |
| 11:53.02 | SquirrelCZECH | I see |
| 11:59.28 | *** join/#brlcad infobot_ (ibot@rikers.org) | |
| 11:59.28 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || We are ACCEPTED for GSoC 2015 -- if you're a student, ask a specific question and WAIT for an answer! | |
| 12:26.13 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 12:39.26 | *** join/#brlcad teepee (~teepee@unaffiliated/teepee) | |
| 13:13.30 | *** join/#brlcad ih8sum3r (~chatzilla@122.173.196.136) | |
| 13:14.13 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 13:17.42 | *** join/#brlcad jyhong (~jyhong@222.195.92.89) | |
| 13:29.00 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 13:31.57 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 13:32.19 | sofat | starseeker, what is last date for patch submission ? |
| 13:33.00 | sofat | any one know this ? |
| 13:47.15 | *** join/#brlcad Ch3ck_ (~localhost@41.244.243.118) | |
| 13:55.53 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 14:12.38 | *** join/#brlcad gaganjyot (~gaganjyot@27.255.240.125) | |
| 14:19.03 | *** join/#brlcad hiteshsofat (~androirc@202.164.45.204) | |
| 14:23.51 | *** join/#brlcad andrei_il (6d64804e@gateway/web/cgi-irc/kiwiirc.com/ip.109.100.128.78) | |
| 14:25.34 | andrei_il | hi |
| 14:25.37 | *** join/#brlcad Ch3ck_ (~localhost@41.244.240.4) | |
| 14:29.01 | andrei_il | There was an email on the devel list regarding submitting a patch until monday |
| 14:29.21 | andrei_il | initially, I submitted a skeleton for the scad-g importer I proposed, it's added in BRL-CAD Logic |
| 14:29.49 | andrei_il | I didn't know if it could be considered a patch |
| 14:30.36 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 14:31.00 | andrei_il | so today I fixed the pipe implementation (http://sourceforge.net/p/brlcad/patches/300/) |
| 14:31.34 | andrei_il | I know it's not related to my proposal, but I found it while I was researching for the geometry api initially |
| 14:31.54 | andrei_il | In my opinion, it was useful to fix it, so the implementation could be integrated |
| 14:32.46 | andrei_il | I have also looked over contributor quickies but I didn't find any primitive with a reasonable formula that's missing volume |
| 14:33.12 | andrei_il | I only found heart |
| 14:33.24 | andrei_il | As for centroid and surface, I haven't looked as thorough, as I had school commitments |
| 14:33.38 | andrei_il | Does any of my work consider as a valid patch, if not, can you point me towards somthing that would be? |
| 14:36.04 | *** join/#brlcad Ch3ck_ (~localhost@41.244.240.4) | |
| 14:43.08 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 14:49.55 | *** join/#brlcad hiteshsofat (~androirc@202.164.45.204) | |
| 15:13.23 | *** join/#brlcad vasc (~VASC@bl12-166-207.dsl.telepac.pt) | |
| 15:14.13 | vasc | howdy. when's the deadline to provide a patch to you guys? it's going to be nearly impossible for me to have the time to do one today or tomorrow. deadline. |
| 15:14.39 | vasc | i have to deliver a journal article |
| 15:14.49 | *** part/#brlcad vasc (~VASC@bl12-166-207.dsl.telepac.pt) | |
| 15:14.56 | *** join/#brlcad vasc (~VASC@bl12-166-207.dsl.telepac.pt) | |
| 15:18.14 | ih8sum3r | Hello |
| 15:20.36 | teepee | vasc: http://sourceforge.net/p/brlcad/mailman/message/33651064/ should have all the info |
| 15:21.01 | vasc | thx |
| 15:21.12 | vasc | but it's going to be bloody hard for me to find the time |
| 15:21.32 | vasc | si'll try to do it this week |
| 15:24.33 | teepee | yeah, sometimes things get in the way. the suggestion to provide a patch was there from the beginning though |
| 15:25.17 | vasc | yeah i know. but this month has been a mess. |
| 15:25.30 | vasc | multiple cascading deadlines |
| 15:25.33 | teepee | knows how it's not working well to leave things to the last moment but still does it from time to time |
| 15:25.43 | vasc | well |
| 15:26.15 | vasc | i downloaded and compiled the code and read it a bit |
| 15:26.16 | *** join/#brlcad albertcoder (~quassel@1.39.32.160) | |
| 15:26.33 | vasc | i have a couple of possible ideas for patches |
| 15:26.47 | vasc | but today and tomorrow just impossible |
| 15:27.14 | vasc | i can get the point behind the request of course |
| 15:27.24 | vasc | its not easy to dive into a mature codebase like brlcad |
| 15:29.01 | *** join/#brlcad Ch3ck_ (~localhost@41.205.22.36) | |
| 15:29.57 | teepee | indeed, but it does apply for most work in software development |
| 15:30.24 | teepee | probably 97,46% of all the works is reading, understanding and modifying existing code |
| 15:30.31 | vasc | yeah |
| 15:33.26 | *** join/#brlcad albert_coder (~quassel@1.39.33.122) | |
| 16:22.24 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:27.34 | *** join/#brlcad teepee (~teepee@unaffiliated/teepee) | |
| 16:31.08 | *** join/#brlcad Nicop06 (~nicolas@2a01:e35:2e3e:55b0:697d:28b1:22e9:9b6) | |
| 16:44.08 | *** join/#brlcad pujani (~pujani@202.164.45.212) | |
| 16:45.13 | *** join/#brlcad pujani_ (~pujani@202.164.45.212) | |
| 16:57.41 | *** join/#brlcad ih8sum3r (~chatzilla@122.173.196.136) | |
| 16:59.30 | *** join/#brlcad Nicop06 (~nicolas@2a01:e35:2e3e:55b0:697d:28b1:22e9:9b6) | |
| 17:00.30 | *** join/#brlcad albertcoder (~quassel@1.39.33.122) | |
| 17:16.33 | *** join/#brlcad lemur (~lemur@host213-122-133-147.range213-122.btcentralplus.com) | |
| 17:16.47 | *** join/#brlcad albertcoder (~quassel@1.39.32.134) | |
| 17:17.08 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 8116 /wiki/User:NyahCheck/Survey_of_CSG_Algorithms: Contributions |
| 17:27.27 | *** join/#brlcad Nicop06 (~nicolas@2a01:e35:2e3e:55b0:697d:28b1:22e9:9b6) | |
| 17:31.46 | Nicop06 | N |
| 17:34.01 | *** join/#brlcad Nicop06 (~nicolas@2a01:e35:2e3e:55b0:697d:28b1:22e9:9b6) | |
| 17:43.23 | *** join/#brlcad Nicop06 (~nicolas@2a01:e35:2e3e:55b0:697d:28b1:22e9:9b6) | |
| 17:47.24 | *** join/#brlcad pujani (~pujani@202.164.45.204) | |
| 17:47.27 | *** join/#brlcad pujani_ (~pujani@202.164.45.204) | |
| 17:57.14 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 18:03.58 | ih8sum3r | I have updated meteor and BRL-CAD to the latest version i.e 1.0.5 and rel-7.24.2 respectively. Earlier due to some path problem OGV was not working. I have corrected the path settings according to the latest release. Now if I submit it as a PR will it be acceptable or not. |
| 18:29.20 | *** join/#brlcad teepee_ (~teepee@unaffiliated/teepee) | |
| 18:41.31 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 18:42.38 | *** join/#brlcad pujani (~pujani@202.164.45.204) | |
| 18:42.46 | *** join/#brlcad pujani_ (~pujani@202.164.45.204) | |
| 18:45.36 | *** join/#brlcad pujani (~pujani@202.164.45.204) | |
| 18:57.08 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 19:12.10 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-ctmjcvapmdddjmnn) | |
| 19:12.40 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-vjozeqoqttwdflsq) | |
| 19:37.11 | *** join/#brlcad Nicop06 (~nicolas@2a01:e35:2e3e:55b0:f4ab:cfe9:166:531a) | |
| 20:01.48 | *** join/#brlcad sofat (~sofat@202.164.45.212) | |
| 20:14.16 | *** join/#brlcad sofat (~sofat@202.164.45.212) | |
| 20:21.28 | *** join/#brlcad teepee (~teepee@unaffiliated/teepee) | |
| 21:17.26 | *** join/#brlcad andrei_il (6d64804e@gateway/web/cgi-irc/kiwiirc.com/ip.109.100.128.78) | |
| 21:33.18 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 21:33.22 | *** join/#brlcad pujani (~pujani@202.164.45.204) | |
| 21:52.28 | *** join/#brlcad pujani (~pujani@202.164.45.212) | |
| 22:10.27 | *** join/#brlcad pujani (~pujani@202.164.45.212) | |
| 22:13.26 | *** join/#brlcad pujani (~pujani@202.164.45.212) | |
| 22:51.35 | *** join/#brlcad pujani (~pujani@202.164.45.212) | |
| 23:01.11 | *** join/#brlcad teepee_ (~teepee@unaffiliated/teepee) | |
| 23:38.19 | *** join/#brlcad konrado (~konro@41.205.22.38) | |
| 23:51.44 | *** join/#brlcad teepee_ (~teepee@unaffiliated/teepee) | |
| 02:32.26 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 03:23.01 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 03:54.06 | *** join/#brlcad konrado (~konro@41.205.22.57) | |
| 05:45.25 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 05:58.41 | *** join/#brlcad nihar (67157f4f@gateway/web/freenode/ip.103.21.127.79) | |
| 06:07.46 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 06:13.25 | nihar | When is the deadline for submitting patches for GSOC aspirants? |
| 06:17.16 | *** join/#brlcad sofat (~sofat@202.164.53.117) | |
| 06:24.18 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 07:36.59 | *** join/#brlcad sofat (~sofat@202.164.53.117) | |
| 08:07.28 | *** join/#brlcad krishna_ravi732 (~krishna@5.231.52.94) | |
| 08:16.05 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 08:50.30 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 08:57.15 | *** join/#brlcad albertcoder (~quassel@202.164.53.117) | |
| 09:12.24 | *** join/#brlcad teepee-- (bc5c2133@gateway/web/freenode/ip.188.92.33.51) | |
| 09:40.12 | *** join/#brlcad sofat (~sofat@202.164.53.117) | |
| 10:00.08 | *** join/#brlcad albertcoder (~quassel@202.164.53.117) | |
| 11:10.15 | *** join/#brlcad merzo (~merzo@92.60.189.225) | |
| 11:14.18 | *** join/#brlcad merzo (~merzo@92.60.189.225) | |
| 11:34.24 | *** join/#brlcad sofat (~sofat@202.164.53.117) | |
| 11:39.52 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 11:49.04 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 12:01.01 | *** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot) | |
| 12:03.50 | sofat | starseeker, hello |
| 12:03.50 | *** join/#brlcad Izakey (~Izakey@41.205.22.63) | |
| 12:04.28 | sofat | Are you know about this "directory queue strategy" it is related with file system ? |
| 12:05.56 | sofat | I tried to search for this but I could not found any useful information. So please tell me what is this ? |
| 12:07.10 | sofat | anyone know about this ? |
| 13:25.12 | *** join/#brlcad akshayrk95 (uid71395@gateway/web/irccloud.com/x-spdfgkvdhwmcxrks) | |
| 13:41.24 | *** join/#brlcad alisha (~quassel@101.60.137.157) | |
| 14:05.02 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 14:12.07 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:07.54 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:12.17 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 15:22.12 | *** join/#brlcad Shubham (6719e766@gateway/web/freenode/ip.103.25.231.102) | |
| 15:24.32 | Shubham | GSOC'15; OGV-meteor project proposal; Please have a look in the comment section where I have added links to PR/patches for the project, and my developments so far (after the proposal submission) |
| 15:35.37 | Notify | 03BRL-CAD:starseeker * 64521 (brlcad/trunk/include/bn/polygon.h brlcad/trunk/src/libbn/polygon.c and 2 others): Prepare the bn_polygon_triangulate API to accept holes. |
| 15:41.17 | Notify | 03BRL-CAD:starseeker * 64522 brlcad/trunk/include/bn/polygon.h: tweak comment |
| 16:00.21 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:07.51 | *** join/#brlcad albertcoder (~quassel@202.164.45.204) | |
| 16:17.26 | *** join/#brlcad albertcoder (~quassel@202.164.45.204) | |
| 16:25.32 | *** join/#brlcad andrei_il (6d64804e@gateway/web/cgi-irc/kiwiirc.com/ip.109.100.128.78) | |
| 16:34.10 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 16:34.17 | andrei_il | #openscad |
| 16:40.18 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:50.08 | *** join/#brlcad albertcoder (~quassel@1.39.40.17) | |
| 16:50.17 | Notify | 03BRL-CAD:starseeker * 64523 (brlcad/trunk/include/bn/polygon.h brlcad/trunk/src/libbn/polygon.c and 2 others): If we want to do this right, the polygon and the holes have to use the same index notations into the same point list. |
| 16:54.39 | *** join/#brlcad alisha (~quassel@101.60.137.157) | |
| 17:04.45 | *** join/#brlcad albertcoder (~quassel@202.164.45.204) | |
| 17:05.12 | *** join/#brlcad alisha (~quassel@101.60.211.248) | |
| 17:10.51 | *** join/#brlcad alisha (~quassel@115.184.11.7) | |
| 17:15.48 | *** join/#brlcad albertcoder (~quassel@1.39.40.17) | |
| 17:20.51 | *** join/#brlcad sofat (~sofat@202.164.45.212) | |
| 17:22.00 | sofat | brlcad, hello |
| 17:25.25 | sofat | I want to know about "directory queue strategy" please elaborate this concept. I am searching about this but I could not found any useful information about this so please tell what is this concept, it related with file system ? |
| 17:28.56 | sofat | ``Erik, you know about this concept ? |
| 17:33.45 | *** join/#brlcad YashM (~YashM@117.198.7.115) | |
| 17:34.22 | *** join/#brlcad albertcoder (~quassel@202.164.45.204) | |
| 17:40.35 | *** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net) | |
| 17:41.13 | sofat | any one know about this ? |
| 17:42.16 | Stragus | No idea. There are many interpretations possibles, depending on context |
| 17:42.20 | Stragus | possible* |
| 17:42.29 | *** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 17:47.41 | sofat | Stragus, ok thanks :-( |
| 17:50.25 | ``Erik | sofat: no idea, what's the context? |
| 17:50.46 | *** join/#brlcad pujani (~pujani@202.164.45.204) | |
| 17:50.48 | ``Erik | if you can tell us where you got the phrase from, it might help us figure out what the hell it means :) |
| 17:51.43 | sofat | ``Erik, brlcad told me about this for eliminate mysql and use this concept for storage and fetch documents on websites |
| 17:54.27 | ``Erik | hm, not sure what would be queued... but filesystems are excellent at holding files, it's something they tend to do even better than mysql... |
| 17:55.01 | ``Erik | so I guess you'd need to tell us how you're abusi, er, using mysql for us to comment... :D |
| 18:03.09 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 18:13.16 | sofat | ``Erik, Please check this. This is reply by brlcad. |
| 18:13.25 | sofat | https://docs.google.com/document/d/1e0ujwZUvjyvK3J7pLMwn4on1etpKw0grPQv0mKyaFhA/edit?usp=sharinghttps://docs.google.com/document/d/1e0ujwZUvjyvK3J7pLMwn4on1etpKw0grPQv0mKyaFhA/edit?usp=sharing |
| 18:13.34 | sofat | https://docs.google.com/document/d/1e0ujwZUvjyvK3J7pLMwn4on1etpKw0grPQv0mKyaFhA/edit?usp=sharing |
| 18:14.44 | sofat | third paragraph .. |
| 18:27.05 | sofat | ``Erik, you found any thing ? |
| 18:28.43 | *** join/#brlcad teepee (~teepee@unaffiliated/teepee) | |
| 18:30.22 | *** join/#brlcad albertcoder (~quassel@202.164.45.204) | |
| 18:50.53 | sofat | <PROTECTED> |
| 18:59.35 | Notify | 03BRL-CAD:bob1961 * 64524 brlcad/branches/eab/src/tclscripts/lib/Ged.tcl: Changed the end_data_poly_cont trigger event to a mouse button instead of using Shift-button. Added a bit of code to call the mEndDataPolygonCallbacks in end_data_poly_move when in moveall mode. |
| 19:01.05 | pujani | hi, I have done some improvements in Materials Database. Should I submit the patch or send a pull request? |
| 19:03.07 | Notify | 03BRL-CAD:bob1961 * 64525 brlcad/trunk/src/tclscripts/lib/Ged.tcl: Changed the end_data_poly_cont trigger event to a mouse button instead of using Shift-button. Added a bit of code to call the mEndDataPolygonCallbacks in end_data_poly_move when in moveall mode. |
| 19:19.22 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-emnsbblpwovryrlf) | |
| 19:24.04 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 19:24.47 | Notify | 03BRL-CAD:carlmoore * 64526 brlcad/trunk/src/libged/lc.c: in using -0 option in lc.c, store the 'regions' struct-arracy from back to front to match what I was getting for -0 in lc.tcl code |
| 19:26.15 | andrei_il | brlcad : hi, when there's time, can you please have a look on the comment on my proposal? (I'm Andrei Ilinca) Thanks! |
| 19:28.05 | ``Erik | pujani: BRL-CAD uses subversion, so no pull requests... just the patch tracker. Make sure you do something with the patch submission and gsoc application so we can go from one to the other (bidirectional association) |
| 19:28.51 | ``Erik | heh, and sofat is gone |
| 19:33.52 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 19:34.03 | sofat | ``Erik, yes |
| 19:36.59 | pujani | ``Erik, Thanks |
| 19:44.36 | sofat | ``Erik, Have you read this mail content ? |
| 19:44.51 | sofat | I am waiting your reply |
| 19:48.44 | ``Erik | sofat: yes, it's pretty simple... |
| 19:48.47 | pujani | ``Erik, I have forked Materials Database from github and thinking to send the pull request |
| 19:49.13 | sofat | means ? |
| 19:49.59 | ``Erik | sofat: you have two sets of documents... "pending review" and "reviewed and ready for commit"... shove new stuff in a "pending review" directory... when someone clicks something, move the file to either a "reviewed and ready o commit" directory or a "rejected" directory... done! |
| 19:50.35 | ``Erik | pujani: ah, sorry, there is some stuff on github and that can be done with pull requests. I thought you meant a change for BRL-CAD itself :) |
| 19:53.19 | pujani | ``Erik, Ok Thanks I send pull request |
| 19:54.44 | dracarys983 | ``Erik, any idea about where to add the surface normals in the output files for DXF and SAT export formats? Or should I make a new file and add them there? |
| 20:00.15 | sofat | ``Erik, Thanks I also thought same and shared mock'ups in my proposal |
| 20:01.29 | sofat | 1qqqqqq |
| 20:04.08 | ``Erik | dracarys983: nope, not familiar with those formats... I'd google around for file format specifications and see if they handle explicit normals at all |
| 20:05.56 | dracarys983 | ``Erik, Actually they don't have surface normals in their formats. So, I had to add an option for them. I was wondering whether it would be safe to add in the same file, because it might cause a problem reading them. |
| 20:08.44 | ``Erik | I'd assume adding unexpected "junk" would be bad... typically, extra data that doesn't fit in a format is discarded, is there a reason that can't be done? |
| 20:10.11 | andrei_il | ``Erik, hi! |
| 20:10.31 | andrei_il | could you please look at the comment I left on my proposal? (I'm Andrei Ilinca ) |
| 20:10.51 | andrei_il | I m asking if the patches I submitted are/can be considered |
| 20:14.00 | ``Erik | aw man, if I look at yours, I have to look at everyones! :D hold on a minute, melange is horrible... |
| 20:14.56 | dracarys983 | ``Erik, I haven't seen the code that imports them and reads the file (if it's imported at all). |
| 20:15.29 | dracarys983 | Well, I have assumed that extra data would be discarded and added the normals at the end. :P |
| 20:15.30 | ``Erik | dracarys983: it looks like triangles in dxf infer normals from winding order |
| 20:17.17 | ``Erik | andrei_il: 329 and 330? |
| 20:17.23 | andrei_il | if it's easier, I can link the patches here and explain why I did them and see if it's reasonable |
| 20:18.02 | andrei_il | 300 and 329 |
| 20:18.04 | dracarys983 | ``Erik : Yes, it has plane-surface as the keyword. So, that should suffice for surface normals then? |
| 20:19.47 | ``Erik | dracarys983: probably? (though you can't do tricks like modifying the vertex normals to fake curves with like gouraud shading) |
| 20:21.47 | ``Erik | andrei_il: does 300 belong to geomcore or something? |
| 20:21.55 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 20:22.34 | Notify | 03BRL-CAD:starseeker * 64527 (brlcad/trunk/include/bn/polygon.h brlcad/trunk/src/libbn/polygon.c and 2 others): Don't complicate the calling of the triangulation functionality unless necessary. |
| 20:22.52 | ``Erik | 329 looks like the svn diff was done in src/conv instead of the project root? |
| 20:22.53 | andrei_il | yes, it belongs to rt^3 branch |
| 20:25.11 | *** join/#brlcad andrei__ (bc19e1d8@gateway/web/freenode/ip.188.25.225.216) | |
| 20:26.33 | dracarys983 | ``Erik: Uh, I don't follow. I was talking about this piece of code : https://gist.github.com/dracarys-stormborn/367b4463343b2c30e204 |
| 20:27.28 | andrei_il | yes but the changes only affected it |
| 20:31.41 | andrei_il | Is there any issue in that? |
| 20:35.34 | dracarys983 | ``Erik: It already outputs normals there. VARGS3(norm). So, I need not add surface normals for -n option I guess? Sigh, I'm making a mess out of a simple thing. |
| 20:38.51 | dracarys983 | Oh I'm sorry. I was looking at SAT's code. :( |
| 20:43.16 | ``Erik | andrei_il: 329 looks technically correct but inadequate to be worth a patch. 330 deals with code I'm not up on, so I can't really comment |
| 20:44.43 | ``Erik | has to help a 7yo with homework, probably won't be back tonight... hopes he helped a little (or at least didn't confuse things too much) :) |
| 20:45.45 | andrei_il | ``Erik , thanks for the review |
| 20:49.51 | andrei_il | ``Erik: (if you still here) why inadequate to be worth a patch , should I add some geometry parsing on it? Thanks |
| 21:20.13 | dracarys983 | <PROTECTED> |
| 21:20.23 | dracarys983 | Thanks :D |
| 22:41.26 | Notify | 03BRL-CAD:starseeker * 64528 brlcad/trunk/src/libbn/polygon.c: Start stubbing in the hole handling logic. |
| 22:53.33 | *** join/#brlcad teepee (~teepee@unaffiliated/teepee) | |
| 23:24.58 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 00:28.34 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 01:05.31 | Notify | 03BRL-CAD:starseeker * 64529 (brlcad/trunk/src/libbrep/shape_recognition.h brlcad/trunk/src/libbrep/shape_recognition_planar.cpp brlcad/trunk/src/libged/shape_recognition.cpp): Start setting up to pass multiple loops around for triangulation. |
| 01:29.35 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 01:32.10 | Notify | 03BRL-CAD:starseeker * 64530 brlcad/trunk/src/libbrep/shape_recognition_planar.cpp: Start setting up to test polygon-with-hole. Clearly not working yet. |
| 01:35.15 | Notify | 03BRL-CAD:starseeker * 64531 brlcad/trunk/src/libbn/polygon.c: ws |
| 01:43.16 | *** join/#brlcad jyhong_ (~jyhong@222.195.92.89) | |
| 04:49.24 | *** join/#brlcad pujani (~pujani@202.164.45.204) | |
| 04:49.35 | *** join/#brlcad pujani_ (~pujani@202.164.45.204) | |
| 05:30.11 | *** join/#brlcad Izakey (~Izakey@41.205.22.35) | |
| 05:56.25 | Izakey | How can one test mirror support for a primitive ? |
| 06:08.01 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-chkxftzwnjwstyhq) | |
| 06:14.35 | Notify | 03BRL-CAD Wiki:VirgilnvhwzxjdmvLamore * 0 /wiki/User:VirgilnvhwzxjdmvLamore: |
| 06:51.09 | *** join/#brlcad teepee_ (~teepee@unaffiliated/teepee) | |
| 07:26.25 | *** join/#brlcad akshayrk95 (uid71395@gateway/web/irccloud.com/x-ymdjexskqtclgrxz) | |
| 07:29.50 | *** join/#brlcad alisha (~quassel@115.184.117.74) | |
| 07:58.12 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 08:29.29 | *** join/#brlcad teepee-- (bc5c2133@gateway/web/freenode/ip.188.92.33.51) | |
| 09:22.47 | *** join/#brlcad albertcoder (~quassel@106.192.137.118) | |
| 09:27.15 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 09:33.08 | *** join/#brlcad albertcoder (~quassel@202.164.53.117) | |
| 10:05.19 | *** join/#brlcad albertcoder (~quassel@202.164.53.117) | |
| 11:24.15 | *** join/#brlcad andrei_il (c35a6e7d@gateway/web/freenode/ip.195.90.110.125) | |
| 12:29.01 | *** join/#brlcad alisha (~quassel@115.184.36.120) | |
| 12:48.02 | *** join/#brlcad alisha_ (~quassel@115.184.36.120) | |
| 13:16.34 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 14:20.52 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 14:25.16 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:01.04 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:48.21 | *** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net) | |
| 16:08.05 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:10.26 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:49.45 | *** join/#brlcad alisha (~quassel@115.184.74.230) | |
| 17:06.13 | Notify | 03BRL-CAD:carlmoore * 64532 (brlcad/trunk/src/libbrep/shape_recognition_planar.cpp brlcad/trunk/src/libbrep/shape_recognition_util.cpp): remove trailing blanks/tabs |
| 17:08.57 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-xowctswnzunidgiq) | |
| 17:32.35 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-rsdrsxposnmdoguu) | |
| 17:32.43 | *** join/#brlcad alisha (~quassel@115.184.72.129) | |
| 17:32.55 | Notify | 03BRL-CAD:starseeker * 64533 (brlcad/trunk/src/libbn/polygon.c brlcad/trunk/src/libbrep/shape_recognition_planar.cpp brlcad/trunk/src/libged/shape_recognition.cpp): More work on multi-loop handling. Still not working. |
| 17:37.31 | *** join/#brlcad andrei_ (bc19e1d8@gateway/web/freenode/ip.188.25.225.216) | |
| 17:41.54 | *** join/#brlcad alisha_ (~quassel@115.184.88.137) | |
| 18:18.36 | Notify | 03BRL-CAD:bob1961 * 64534 brlcad/branches/eab/src/libtclcad/tclcad_obj.c: Changed GO_DM_DRAW_POLY to always draw hole contours using a segmented line. |
| 18:19.04 | Notify | 03BRL-CAD:bob1961 * 64535 brlcad/trunk/src/libtclcad/tclcad_obj.c: Changed GO_DM_DRAW_POLY to always draw hole contours using a segmented line. |
| 18:29.25 | *** join/#brlcad Izakey (~Izakey@41.205.22.52) | |
| 18:45.40 | *** join/#brlcad teepee_ (~teepee@unaffiliated/teepee) | |
| 18:47.08 | *** join/#brlcad alisha (~quassel@101.60.238.134) | |
| 18:53.08 | *** join/#brlcad localhost_ (~localhost@41.205.22.18) | |
| 18:58.25 | Notify | 03BRL-CAD:starseeker * 64536 brlcad/trunk/src/libbrep/shape_recognition_planar.cpp: wrong mapping for this application. |
| 19:07.42 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 19:17.17 | Izakey | Hi brlcad |
| 19:18.20 | *** part/#brlcad Ch3ck (~localhost@41.205.22.18) | |
| 19:21.44 | Izakey | Hi starseeker |
| 19:21.59 | Izakey | ``Erik |
| 19:22.17 | *** join/#brlcad alisha (~quassel@115.184.7.139) | |
| 19:27.16 | ``Erik | yargh, Izakey |
| 19:29.06 | Izakey | I did some work and tried to commit it and I get this message http://pastebin.com/G4Bxk7b8 |
| 19:35.44 | Izakey | ``Erik Any suggestions to solve this problem ? |
| 19:47.47 | Notify | 03BRL-CAD:starseeker * 64537 (brlcad/trunk/src/libbn/polygon.c brlcad/trunk/src/libbrep/shape_recognition_planar.cpp brlcad/trunk/src/libged/shape_recognition.cpp): Not sure this is fully correct, but first successful triangulation with second loop. |
| 19:49.34 | *** join/#brlcad merzo (~merzo@2-111-132-95.pool.ukrtel.net) | |
| 20:02.02 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 20:03.11 | Notify | 03BRL-CAD:starseeker * 64538 brlcad/trunk/src/libbrep/shape_recognition_planar.cpp: add some comments |
| 20:26.42 | ``Erik | Izakey: set the mime type? the solution is right there in what you pasted... brlcad put an autoprops file somewhere on the wiki I think |
| 20:32.15 | *** join/#brlcad konrado (~konro@154.70.108.223) | |
| 20:48.18 | *** join/#brlcad teepee_ (~teepee@unaffiliated/teepee) | |
| 21:21.49 | *** join/#brlcad konrado (~konro@154.70.108.220) | |
| 21:24.25 | *** join/#brlcad Nicop06 (~nicolas@2a01:e35:2e3e:55b0:f4ab:cfe9:166:531a) | |
| 22:06.43 | Notify | 03BRL-CAD:iiizzzaaakkk * 64539 brlcad/trunk/src/librt/CMakeLists.txt: Add mirror support for the heart.Compile primitives in alphabetical order too |
| 22:08.26 | Izakey | Thanks ``Erik, brlcad's writeup on http://wiki.bzflag.org/Mime-types helped |
| 22:09.16 | ``Erik | cool beans |
| 23:19.17 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 23:41.42 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 23:46.06 | Notify | 03BRL-CAD Wiki:AnkushKhandelwal * 0 /wiki/File:CV.pdf: |
| 00:17.28 | Notify | 03BRL-CAD:n_reed * 64540 (brlcad/trunk/include/bu/endian.h brlcad/trunk/include/rt/db_diff.h and 2 others): add some missing C-interface declarations |
| 00:51.44 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 01:17.09 | Notify | 03BRL-CAD:starseeker * 64541 (brlcad/trunk/include/bn/polygon.h brlcad/trunk/src/libbn/polygon.c brlcad/trunk/src/libbrep/shape_recognition_planar.cpp): Trying to think ahead a little - generalize the triangulation calls so we don't need to introduce new functions even if we introduce options for triangulation algorithms. There are a number of these with different trade-offs, but they have (mostly) the same inputs |
| 01:17.11 | Notify | and outputs - try to make the API ready for that now instead of having to alter it down the road. |
| 01:17.13 | Notify | ... |
| 01:18.25 | Notify | 03BRL-CAD:starseeker * 64542 brlcad/trunk/include/bn/polygon.h: comment cleanup |
| 01:21.37 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 01:23.08 | Notify | 03BRL-CAD:starseeker * 64543 brlcad/trunk/src/libbn/tests/bn_polygon_triangulate.c: update test calls |
| 01:39.57 | Notify | 03BRL-CAD:starseeker * 64544 brlcad/trunk/src/libbn/polygon.c: More work to do on this... need to get it right. |
| 03:12.48 | Notify | 03BRL-CAD:brlcad * 64545 brlcad/trunk/NEWS: note isaac's persistent work towards implementing a new heart-shaped primitive, dubbed hrt. recently added mirror support, too, so begin to stage announcements. |
| 03:48.13 | *** join/#brlcad konrado (29cd161e@gateway/web/freenode/ip.41.205.22.30) | |
| 04:10.12 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 04:55.27 | *** join/#brlcad infobot (ibot@rikers.org) | |
| 04:55.27 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || We are ACCEPTED for GSoC 2015 -- if you're a student, ask a specific question and WAIT for an answer! | |
| 05:25.20 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 06:49.31 | *** join/#brlcad teepee_ (~teepee@unaffiliated/teepee) | |
| 06:57.05 | *** join/#brlcad Nicop06 (~nicolas@2a01:e35:2e3e:55b0:697d:28b1:22e9:9b6) | |
| 07:30.50 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 08:34.59 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-gomwdwcpautuyszx) | |
| 08:44.08 | *** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net) | |
| 08:44.24 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) | |
| 08:44.30 | *** join/#brlcad zero_level (~mohit@66-118-151-70.static.sagonet.net) | |
| 08:44.40 | *** join/#brlcad Ch3ck_ (~Ch3ck@66-118-151-70.static.sagonet.net) | |
| 08:45.10 | *** join/#brlcad ejno (~ejno@unaffiliated/kazaik) | |
| 08:45.25 | *** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 08:52.03 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 08:54.35 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 08:58.41 | *** join/#brlcad teepee-- (bc5c2133@gateway/web/freenode/ip.188.92.33.51) | |
| 09:51.28 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 10:01.53 | *** join/#brlcad dracarys983_ (~dracarys@27.107.198.236) | |
| 12:45.25 | teepee-- | brlcad: ``Erik: hi, just as additional verification... hyperair will potentionally mentor for OpenSCAD too, connection on melange should be pending. |
| 13:20.21 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 13:43.23 | Notify | 03BRL-CAD:starseeker * 64546 (brlcad/trunk/src/libbn/polygon.c brlcad/trunk/src/libbn/tests/bn_polygon_triangulate.c): Need to rework the CCW test to handle an index array |
| 14:18.54 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 14:18.55 | Notify | 03BRL-CAD:starseeker * 64547 (brlcad/trunk/include/bn/polygon.h brlcad/trunk/src/libbn/polygon.c): Generalize cw/ccw test |
| 14:18.56 | Notify | 03BRL-CAD:starseeker * 64548 (brlcad/trunk/include/bn/polygon.h brlcad/trunk/src/libbn/polygon.c): Leave the option for a straight-up CW/CCW test of an array of points without making the user supply an array of indices |
| 14:28.06 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 14:28.07 | Notify | 03BRL-CAD:starseeker * 64547 (brlcad/trunk/include/bn/polygon.h brlcad/trunk/src/libbn/polygon.c): Generalize cw/ccw test |
| 14:28.09 | Notify | 03BRL-CAD:starseeker * 64548 (brlcad/trunk/include/bn/polygon.h brlcad/trunk/src/libbn/polygon.c): Leave the option for a straight-up CW/CCW test of an array of points without making the user supply an array of indices |
| 14:36.40 | *** join/#brlcad teepee (~teepee@unaffiliated/teepee) | |
| 14:40.26 | Notify | 03BRL-CAD:starseeker * 64549 brlcad/trunk/src/libbn/polygon.c: Take a stab at an alternate approach to finding a viable pair of vertices to split on |
| 15:13.56 | Notify | 03BRL-CAD:starseeker * 64550 brlcad/trunk/src/libbn/tests/bn_polygon_triangulate.c: Add a test case that should produce an incorrect answer with the current setup. |
| 15:31.29 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:32.53 | ``Erik | teepee: looks like brlcad accepted him a few hours ago |
| 16:34.05 | teepee-- | ``Erik: cool, thanks |
| 16:34.41 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 16:58.11 | *** join/#brlcad albertcoder (~quassel@202.164.45.204) | |
| 17:22.13 | *** join/#brlcad Nicop06 (~nicolas@2a01:e35:2e3e:55b0:697d:28b1:22e9:9b6) | |
| 17:27.26 | Notify | 03BRL-CAD:carlmoore * 64551 (brlcad/trunk/include/bn/polygon.h brlcad/trunk/src/libbn/polygon.c): fix spellings |
| 17:46.28 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 17:47.30 | sofat | I have submitted some patch please any one review these patches (Docbook) |
| 17:52.29 | *** join/#brlcad pujani (~pujani@202.164.45.204) | |
| 18:05.21 | Notify | 03BRL-CAD:carlmoore * 64552 (brlcad/trunk/src/util/bw-png.c brlcad/trunk/src/util/pix-png.c): adjust the remark alongside 'default:' |
| 18:17.33 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 18:18.17 | Notify | 03BRL-CAD Wiki:Holubd11BRL * 0 /wiki/User:Holubd11BRL: |
| 18:18.24 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 18:37.00 | *** join/#brlcad sofat (~sofat@202.164.45.212) | |
| 18:37.54 | *** join/#brlcad alisha (~quassel@101.60.241.215) | |
| 18:41.48 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-psvwjsbqliulfxfl) | |
| 18:46.00 | *** join/#brlcad teepee (~teepee@unaffiliated/teepee) | |
| 18:47.23 | *** join/#brlcad sofat (~sofat@202.164.45.212) | |
| 19:07.31 | *** join/#brlcad IriX64 (~kvirc@70.49.155.58) | |
| 19:10.51 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 19:15.03 | *** join/#brlcad alisha (~quassel@101.60.241.215) | |
| 19:20.21 | Notify | 03BRL-CAD:carlmoore * 64553 (brlcad/trunk/doc/docbook/system/man1/en/bw-png.xml brlcad/trunk/doc/docbook/system/man1/en/pix-png.xml): make these 2 man pages look more alike |
| 19:23.13 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 19:36.44 | *** join/#brlcad alisha_ (~quassel@115.184.108.55) | |
| 20:47.48 | brlcad | starseeker: hehe, https://github.com/sandstorm-io/ekam |
| 20:48.30 | brlcad | teepee: saw the connection, accepted -- thanks for confirming who that was :) |
| 20:49.20 | teepee | brlcad: nice, that worked well :) |
| 20:49.54 | teepee | do you have a minute in PM? |
| 20:52.43 | brlcad | dracarys983: I believe dxf has some construct for outputting faces with surface normals, check the spec -- they just might not be 3DFACE entities |
| 20:52.45 | andrei_il | brlcad: hi! You said that patches should involve working with already existent code, but my project involves developing a scad-g importer, which is new. Is it ok to continue working on the prototype? I did fix another patch, but I believe this is more related to my proposal. Thank! |
| 20:53.12 | brlcad | if they don't have any support at all, then requesting dxf and requesting normals should result in an error message back to the user |
| 20:55.21 | brlcad | andrei_il: a patch should demonstrate your ability to work with existing code, follow our conventions, demonstrate competency, be impressive if possible, etc |
| 20:55.36 | brlcad | teepee: always and never, just a min |
| 20:57.01 | andrei_il | brlcad: sorry if I skipped something, I believe I looked really thoroughly and haven't found a center, surface or volume for a known primitive. In the meantime, I fixed https://sourceforge.net/p/brlcad/patches/300/ |
| 20:57.06 | andrei_il | do you have any suggestions? |
| 20:57.54 | andrei_il | what I mean is that I haven't found a brlcad primitive missing any of those functions, or at least not a reasonable one. (In example, heart doesn't have a volume function, but I don't know how to compute one for it) |
| 21:33.56 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 21:59.40 | Notify | 03BRL-CAD:starseeker * 64554 brlcad/trunk/src/libbn/polygon.c: Make a stab at the algorithm for hole removal as outlined in Eberly's write-up. |
| 22:05.20 | Notify | 03BRL-CAD:starseeker * 64555 brlcad/trunk/src/libbn/tests/bn_polygon_triangulate.c: Make some notes on further testing needed for the triangulation routines. |
| 22:28.27 | brlcad | hm |
| 23:23.01 | *** join/#brlcad Nicop06 (~nicolas@2a01:e35:2e3e:55b0:f4ab:cfe9:166:531a) | |
| 23:25.33 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 23:38.50 | *** join/#brlcad teepee_ (~teepee@unaffiliated/teepee) | |
| 23:55.14 | *** join/#brlcad Shubham (6719e766@gateway/web/freenode/ip.103.25.231.102) | |
| 00:14.50 | starseeker | brlcad: urk. that seems like a... fragile approach |
| 00:15.19 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 00:36.32 | Notify | 03BRL-CAD:starseeker * 64556 (brlcad/trunk/src/libbrep/shape_recognition_cone.cpp brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp and 2 others): Make sure the input data support an actual planar solid before we try to create one. |
| 04:29.53 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-qpithreqbwjsqudw) | |
| 04:33.30 | dracarys983 | brlcad, Okay, thanks for the directive. I'm on it. :D |
| 04:46.07 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 05:31.51 | dracarys983 | brlcad, I found an entity (SOLID), which has an extrusion direction and a thickness associated with it in addition to the vertices. I guess that's the one we're looking for. :) |
| 05:31.56 | dracarys983 | Here : http://www.autodesk.com/techpubs/autocad/acad2000/dxf/solid_dxf_06.htm |
| 07:37.32 | *** join/#brlcad merzo (~merzo@53-65-133-95.pool.ukrtel.net) | |
| 07:39.19 | *** join/#brlcad ankit (~ankit@117.197.147.233) | |
| 08:31.56 | *** join/#brlcad teepee-- (bc5c2133@gateway/web/freenode/ip.188.92.33.51) | |
| 08:38.35 | *** join/#brlcad amalia237 (~amalia237@41.205.22.29) | |
| 08:41.42 | *** join/#brlcad merzo (~merzo@103-37-133-95.pool.ukrtel.net) | |
| 09:52.31 | *** join/#brlcad infobot (ibot@rikers.org) | |
| 09:52.31 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || We are ACCEPTED for GSoC 2015 -- if you're a student, ask a specific question and WAIT for an answer! | |
| 09:52.36 | *** join/#brlcad amalia237 (~amalia237@41.205.22.62) | |
| 10:27.04 | *** join/#brlcad merzo (~merzo@103-37-133-95.pool.ukrtel.net) | |
| 10:37.16 | *** join/#brlcad luca79 (~luca@generic-nat1.unisi.it) | |
| 11:40.25 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 12:55.26 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 13:01.24 | *** join/#brlcad merzo (~merzo@57-34-133-95.pool.ukrtel.net) | |
| 13:14.34 | Notify | 03BRL-CAD:starseeker * 64557 (brlcad/trunk/src/libbrep/shape_recognition_cone.cpp brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp and 2 others): Back out r64556 - probably not the right place to do that check. |
| 13:21.11 | Notify | 03BRL-CAD:starseeker * 64558 brlcad/trunk/src/libged/shape_recognition.cpp: If we don't get 4 contributing planar faces in brep_to_bot, the solid isn't valid. |
| 14:05.26 | Notify | 03BRL-CAD:starseeker * 64559 brlcad/trunk/src/libbrep/shape_recognition.cpp: Don't add a subtraction object to a tree if its bbox completely contains the union object it is to be subtracted from. We need a better test for this... |
| 14:22.12 | Notify | 03BRL-CAD:carlmoore * 64560 (brlcad/trunk/src/libbn/polygon.c brlcad/trunk/src/libbrep/surface_tree_queue_tests.patch): fix spellings (I did look up 'indices' in a dictionary to verify that it is the plural of 'index') |
| 15:34.18 | *** join/#brlcad d356 (~d@50-90-234-94.res.bhn.net) | |
| 15:34.23 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:38.49 | *** join/#brlcad d356_ (~d@50-90-234-94.res.bhn.net) | |
| 15:47.59 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 16:05.24 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 16:52.39 | *** join/#brlcad Nicop06 (~nicolas@2a01:e35:2e3e:55b0:697d:28b1:22e9:9b6) | |
| 17:04.45 | *** join/#brlcad teepee (~teepee@unaffiliated/teepee) | |
| 17:26.30 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 18:50.43 | ries | brlcad: can you help me out with something? |
| 18:51.26 | ries | brlcad: ooo never mind... it's all good, I thought I had a melange issue :) |
| 18:54.02 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 18:55.40 | Notify | 03BRL-CAD:carlmoore * 64561 (brlcad/trunk/doc/docbook/system/man1/en/bw-png.xml brlcad/trunk/doc/docbook/system/man1/en/pix-png.xml): touch-up work to make these appear a little more alike |
| 19:43.58 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 21:04.22 | *** join/#brlcad Nicop06 (~nicolas@2a01:e35:2e3e:55b0:f4ab:cfe9:166:531a) | |
| 21:36.04 | *** join/#brlcad tofu__ (~sean@66-118-151-70.static.sagonet.net) | |
| 21:36.26 | *** join/#brlcad ankesh11 (uid8015@gateway/web/irccloud.com/x-melamhmpnspdoasn) | |
| 21:39.24 | *** join/#brlcad unicodesnowman (~unicodesn@167.160.164.140) | |
| 21:39.25 | *** join/#brlcad mikolalysenko (sid34553@gateway/web/irccloud.com/x-keniotknjqvkajvd) | |
| 21:55.27 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 22:06.27 | Notify | 03BRL-CAD:starseeker * 64562 (brlcad/trunk/src/libgcv/CMakeLists.txt brlcad/trunk/src/libgcv/gcv_private.h): Start setting up for basic testing of screened poisson mesh surface building from raytraced points. This is strictly a testing setup at this point. |
| 23:18.13 | *** join/#brlcad brad_h (~behollis@dhcp-59-171.cse.ucsc.edu) | |
| 23:39.16 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-camojfwhkqeqekcj) | |
| 00:36.15 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 03:00.20 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 03:24.29 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 03:27.05 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 04:49.03 | *** join/#brlcad mikolalysenko (sid34553@gateway/web/irccloud.com/x-jiksewhfattuulim) | |
| 04:49.06 | *** join/#brlcad ankesh11 (uid8015@gateway/web/irccloud.com/x-epxgaccyyahyrlaw) | |
| 05:40.13 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 08:39.47 | *** join/#brlcad albertcoder (~quassel@202.164.53.117) | |
| 08:42.02 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 10:14.30 | *** join/#brlcad albertcoder (~quassel@202.164.53.117) | |
| 10:14.41 | *** join/#brlcad albert_coder (~quassel@202.164.53.117) | |
| 10:17.29 | *** join/#brlcad epicoder (~quassel@202.164.53.117) | |
| 10:21.01 | *** join/#brlcad epicoder_ (~quassel@202.164.53.117) | |
| 10:21.41 | *** join/#brlcad epicoder__ (~quassel@202.164.53.117) | |
| 10:21.43 | *** join/#brlcad epicoder___ (~quassel@202.164.53.117) | |
| 10:22.18 | *** join/#brlcad epicoder____ (~quassel@202.164.53.117) | |
| 10:24.00 | *** join/#brlcad epicoder_____ (~quassel@202.164.53.117) | |
| 10:25.10 | *** join/#brlcad epicoder______ (~quassel@202.164.53.117) | |
| 10:28.50 | *** join/#brlcad epicoder_______ (~quassel@202.164.53.117) | |
| 10:59.29 | *** join/#brlcad pujani (~pujani@112.196.88.201) | |
| 11:09.12 | *** join/#brlcad alisha (~quassel@115.184.27.68) | |
| 11:32.12 | *** join/#brlcad epicoder________ (~quassel@202.164.53.117) | |
| 11:34.52 | *** join/#brlcad epicoder________ (~quassel@202.164.53.117) | |
| 11:41.13 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-gfgfzgwwmijnpnja) | |
| 11:41.23 | *** join/#brlcad alisha_ (~quassel@115.184.44.101) | |
| 12:15.07 | *** join/#brlcad albertcoder_ (caa43575@gateway/web/freenode/ip.202.164.53.117) | |
| 13:10.08 | *** join/#brlcad alisha (~quassel@115.184.44.101) | |
| 13:31.22 | *** join/#brlcad alisha (~quassel@106.192.154.155) | |
| 13:33.59 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 13:43.55 | *** join/#brlcad krishna_ravi732 (~krishna@5.231.52.94) | |
| 14:05.49 | *** join/#brlcad nihar (73619c13@gateway/web/freenode/ip.115.97.156.19) | |
| 14:10.07 | nihar | starseeker: What is the command to make a Cobb sphere? Is it the same as "make sphere_name sph" ? |
| 14:26.21 | nihar | starseeker: please tell me where is the file brep_cobb.g ? |
| 14:33.28 | *** join/#brlcad merzo_ (~merzo@user-94-45-58-141.skif.com.ua) | |
| 15:09.08 | *** join/#brlcad unicodesnowman (~unicodesn@wikipedia/unicodesnowman) | |
| 15:15.49 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 16:25.18 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 16:53.04 | *** join/#brlcad Nicop06 (~nicolas@2a01:e35:2e3e:55b0:697d:28b1:22e9:9b6) | |
| 17:02.11 | *** join/#brlcad alisha (~quassel@115.184.1.56) | |
| 17:15.05 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 17:15.45 | dracarys983 | brlcad, Any suggestions regarding my latest patch submission for adding surface normals support in bot_dump? |
| 17:16.04 | brlcad | ries: okie :) |
| 17:16.54 | brlcad | dracarys983: I haven't looked at the patch just yet, but your comment about using a SOLID entity seems unusual to me -- I'm not sure I see where it supported specifying a normal |
| 17:16.56 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 17:18.26 | dracarys983 | brlcad, It supports specifying an extrusion direction. Wouldn't that be the same as specifying a normal? |
| 17:21.46 | dracarys983 | brlcad, After using a SOLID entity, I got an output like this : http://www.3dvieweronline.com/share/C8ONvnCeRFBJwWo/C8ONvnCeRFBJwWo (For Sphere) |
| 17:23.34 | dracarys983 | brlcad, Also, whenever possible, please tell me about the details I might've missed out / misunderstood in the RT '06 paper that I read. :) |
| 17:25.00 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 17:27.49 | *** join/#brlcad albertcoder (~quassel@202.164.45.212) | |
| 17:28.45 | brlcad | dracarys983: those both look quite wrong... |
| 17:30.20 | brlcad | an extrusion direction is not at all the same as specifying a normal |
| 17:30.49 | brlcad | extrusion creates geometry in that direction |
| 17:31.20 | brlcad | SOLID entities are a closer fit to BRL-CAD's plate-mode BoTs or ARB8s |
| 17:34.21 | dracarys983 | brlcad, Hm, okay. Sigh, I thought I nailed it this time. |
| 17:35.01 | dracarys983 | Well, I'll keep looking for the right one. Thanks :) |
| 17:41.54 | *** join/#brlcad albertcoder (caa42dcc@gateway/web/freenode/ip.202.164.45.204) | |
| 17:47.32 | dracarys983 | brlcad, Would polyface mesh work fine for BoTs? |
| 17:57.00 | *** join/#brlcad alisha (~quassel@115.184.109.226) | |
| 17:57.46 | brlcad | dracarys983: if I knew the answer, I would have immediately pointed you in a direction when you first started working on this |
| 17:58.21 | brlcad | i don't know if polyface meshes / pface entities have any means to encode per-face normal information |
| 17:58.28 | brlcad | or per-vertex |
| 18:00.34 | dracarys983 | brlcad, Yeah. Everywhere I see an extrusion direction supported. Nowhere are they specifying a normal vector, except in LEADER entity. |
| 18:06.55 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 18:08.28 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 18:13.16 | *** join/#brlcad alisha (~quassel@115.184.109.226) | |
| 18:48.54 | *** join/#brlcad alisha_ (~quassel@115.184.109.226) | |
| 19:16.23 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 19:26.45 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 19:44.39 | *** join/#brlcad konrado (~konro@41.244.240.52) | |
| 19:50.33 | sofat | i am going to submit another patch on pkg.tr file converted to pkg.xml |
| 20:28.39 | *** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot) | |
| 20:57.23 | *** join/#brlcad teepee_ (~teepee@unaffiliated/teepee) | |
| 21:26.44 | starseeker | sweet - https://bitbucket.org/gfx/meshgit-src/src |
| 21:29.06 | starseeker | that's the code from this work: http://www.cs.dartmouth.edu/~jdenning/papers/meshgit-tr.pdf |
| 22:19.27 | *** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 22:56.01 | *** join/#brlcad teepee (~teepee@unaffiliated/teepee) | |
| 23:01.45 | *** join/#brlcad Nicop06 (~nicolas@2a01:e35:2e3e:55b0:f4ab:cfe9:166:531a) | |
| 01:04.46 | Notify | 03BRL-CAD:starseeker * 64563 brlcad/trunk/src/libbn/polygon.c: Clear set-but-unused warning |
| 01:24.42 | *** join/#brlcad teepee_ (~teepee@unaffiliated/teepee) | |
| 01:46.40 | Notify | 03BRL-CAD:starseeker * 64564 brlcad/trunk/src/libfb/if_qt.cpp: Need fb_private.h here |
| 01:53.31 | Notify | 03BRL-CAD:starseeker * 64565 (brlcad/branches/qtged/AUTHORS brlcad/branches/qtged/CMakeLists.txt and 98 others): Update from trunk thru r64564 |
| 02:11.21 | Notify | 03BRL-CAD:brlcad * 64566 brlcad/trunk/include/bu/parallel.h: provide a working example for how to use bu_parallel(), about as simple as possible, demonstrating parallel execution as well as the corresponding serial version |
| 02:17.48 | *** part/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net) | |
| 07:35.34 | dracarys983 | brlcad, As you said in your comment on sourceforge, yes it seems there is no mechanism to dump out surface normals explicitly in DXF. |
| 07:37.59 | dracarys983 | brlcad, However, if required, we can dump them out as comments after each 3DFACE entity, in case we want to avoid throwing any error to the user. :) |
| 10:05.16 | *** join/#brlcad sofat (~sofat@202.164.53.117) | |
| 10:53.26 | *** join/#brlcad Nicop06 (~nicolas@2a01:e35:2e3e:55b0:f4ab:cfe9:166:531a) | |
| 11:08.19 | dracarys983 | brlcad, ``Erik, starseeker : I'm starting to write a new .cpp file in BRL-CAD's core C++ interface tests/ directory. Which license (BSD or LGPL?) should be used to generate the template? |
| 11:41.24 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-lpeqzhfnadkuwdcv) | |
| 12:22.48 | *** join/#brlcad Nicop06 (~nicolas@2a01:e35:2e3e:55b0:f4ab:cfe9:166:531a) | |
| 12:35.25 | *** join/#brlcad pujani (~pujani@27.255.154.95) | |
| 13:28.54 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 13:39.40 | *** join/#brlcad sofat (~sofat@202.164.53.117) | |
| 14:26.24 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 14:35.33 | *** join/#brlcad alisha (~quassel@101.60.250.3) | |
| 14:56.33 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 14:57.47 | *** join/#brlcad sofat (~androirc@202.164.45.204) | |
| 15:18.45 | *** join/#brlcad Nicop06 (~nicolas@2a01:e35:2e3e:55b0:697d:28b1:22e9:9b6) | |
| 15:23.22 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 15:38.01 | *** join/#brlcad albertcoder (caa42dd4@gateway/web/freenode/ip.202.164.45.212) | |
| 15:47.23 | *** join/#brlcad albertcoder_ (caa42dd4@gateway/web/freenode/ip.202.164.45.212) | |
| 16:49.31 | *** join/#brlcad albertcoder (caa42dcc@gateway/web/freenode/ip.202.164.45.204) | |
| 17:18.07 | *** join/#brlcad sofat (~androirc@202.164.45.212) | |
| 17:23.02 | *** join/#brlcad alisha (~quassel@101.60.250.3) | |
| 17:37.28 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 17:51.43 | *** join/#brlcad sofat (~sofat@202.164.45.212) | |
| 18:04.25 | *** join/#brlcad dracarys983_ (dracarys@nat/iiit/x-nrnwsckniudsctla) | |
| 18:06.08 | *** join/#brlcad alisha_ (~quassel@101.60.252.184) | |
| 18:10.17 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 18:22.50 | *** join/#brlcad alisha (~quassel@101.60.242.199) | |
| 18:29.00 | *** join/#brlcad alisha (~quassel@115.184.67.104) | |
| 18:32.22 | *** join/#brlcad hiteshsofat (~androirc@202.164.45.204) | |
| 18:44.18 | *** join/#brlcad albertcoder (~albertcod@202.164.45.212) | |
| 19:00.56 | *** join/#brlcad FreezingAlt (~FreezingC@135.0.41.14) | |
| 19:17.28 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 19:37.38 | *** join/#brlcad teepee_ (~teepee@unaffiliated/teepee) | |
| 19:57.45 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 20:01.01 | *** join/#brlcad albertcoder (~albertcod@202.164.45.204) | |
| 20:04.41 | *** join/#brlcad Nicop06 (~nicolas@2a01:e35:2e3e:55b0:f4ab:cfe9:166:531a) | |
| 20:09.54 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 20:52.51 | *** join/#brlcad merzo (~merzo@0-60-132-95.pool.ukrtel.net) | |
| 21:31.20 | *** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot) | |
| 23:05.49 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 23:24.11 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 00:01.45 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 01:57.09 | Notify | 03BRL-CAD:starseeker * 64567 brlcad/trunk/db/CMakeLists.txt: Add the ADA073408 model converted by various GCI tasks. |
| 02:22.10 | Notify | 03BRL-CAD:starseeker * 64568 brlcad/trunk/misc/CMake/DiffCache.cmake: The issue of reconfiguration pops up every now and then - write out the reaons to a text file when it happens rather than requiring the dev to know to go into DiffCache.cmake and uncomment the message lines. |
| 02:56.52 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 03:19.13 | *** join/#brlcad teepee_ (~teepee@unaffiliated/teepee) | |
| 05:37.20 | *** join/#brlcad alisha (~quassel@115.184.77.52) | |
| 05:37.22 | *** join/#brlcad alisha_ (~quassel@115.184.77.52) | |
| 06:09.06 | *** join/#brlcad alisha (~quassel@101.60.165.231) | |
| 06:43.19 | *** join/#brlcad albertcoder (~albertcod@202.164.53.117) | |
| 06:45.46 | Stragus | Argh!! Someone sent me Mathlab code to port to CUDA... and the mathlab code is in PDF files! |
| 06:45.48 | Stragus | Who writes code in PDF files?! Geez |
| 06:53.48 | *** join/#brlcad alisha (~quassel@101.60.220.170) | |
| 07:40.21 | *** join/#brlcad albertcoder (~albertcod@202.164.53.117) | |
| 07:54.25 | *** join/#brlcad alisha (~quassel@223.225.235.106) | |
| 08:05.38 | *** join/#brlcad alisha (~quassel@115.184.36.99) | |
| 08:08.15 | archivist | PDF the worst "standard" ever invented |
| 08:10.19 | Stragus | I have never been given code in PDF files before |
| 08:10.32 | Stragus | And there's hand-drawn diagrams between the chunks of code |
| 08:10.38 | Stragus | And some functions aren't defined anywhere |
| 08:10.51 | Stragus | sobs quietly |
| 08:12.58 | archivist | I provide scans of old docs, separate image per page, some of the users offer to send me PDFs back! nooooo |
| 08:14.41 | archivist | the nasty part about PDF is reading two pages from the same doc at one time, some readers dont let you have two instances looking at the same doc |
| 08:15.07 | Stragus | No problem opening multiple instances of xpdf here |
| 08:15.53 | Stragus | Copying the mathlab code out of the PDF messes up all the formatting though |
| 08:16.41 | Stragus | This is atrocious. And I'm supposed to port that to CUDA. Some functions aren't defined anywhere! |
| 08:17.40 | Stragus | ARGH! I need to yell but it's 4 am, so I'm screaming on IRC |
| 09:27.57 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 10:40.30 | ``Erik | Stragus: people who think that the only artifact worth developing is a report O.o |
| 11:41.35 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-jydkchylsnkkczwr) | |
| 11:50.50 | *** join/#brlcad merzo (~merzo@0-60-132-95.pool.ukrtel.net) | |
| 12:13.04 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 13:11.50 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 14:17.48 | *** join/#brlcad alisha (~quassel@115.184.37.6) | |
| 15:09.58 | *** join/#brlcad alisha (~quassel@101.60.197.203) | |
| 15:38.00 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 15:40.42 | *** join/#brlcad albertcoder (~albertcod@1.39.35.194) | |
| 16:04.30 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:05.43 | *** join/#brlcad alisha (~quassel@223.225.254.110) | |
| 16:09.04 | *** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 16:13.27 | *** join/#brlcad alisha (~quassel@101.60.199.93) | |
| 16:15.23 | *** join/#brlcad albertcoder (~albertcod@202.164.45.204) | |
| 16:22.29 | *** join/#brlcad vasc (~vasc@bl13-248-133.dsl.telepac.pt) | |
| 16:23.03 | vasc | hello. where is a tutorial so that i can just render a scene and show it onscreen or dump it to a file? |
| 16:24.09 | vasc | i've tried reading a couple but i'm not having much success here. some of the pdfs use an example .g file which isn't in SVN |
| 16:24.37 | vasc | and i start mged and it just drops me into a command prompt |
| 16:24.47 | vasc | no windows |
| 16:32.07 | vasc | hmm.... maybe this isn't compiling with tk on |
| 16:32.52 | *** join/#brlcad albertcoder (~albertcod@202.164.45.204) | |
| 16:33.01 | vasc | yep nothing is linked to libtk |
| 16:33.03 | vasc | wonderful |
| 16:40.50 | vasc | and none of the cmake command line options do anything |
| 16:59.11 | *** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot) | |
| 17:01.25 | vasc | nah. i just can't get brl-cad to find libtk on ubuntu |
| 17:03.32 | *** join/#brlcad dracarys_ (dracarys98@nat/iiit/x-tyuzhokwdzxkylxy) | |
| 17:04.07 | *** part/#brlcad dracarys_ (dracarys98@nat/iiit/x-tyuzhokwdzxkylxy) | |
| 17:04.44 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-kugdkgabgktrqigy) | |
| 17:48.12 | *** join/#brlcad albertcoder (~albertcod@202.164.45.204) | |
| 18:11.26 | *** join/#brlcad nihar (67157f4f@gateway/web/freenode/ip.103.21.127.79) | |
| 18:18.49 | *** join/#brlcad albertcoder (~albertcod@202.164.45.204) | |
| 18:22.12 | *** join/#brlcad nihar (67157f4f@gateway/web/freenode/ip.103.21.127.79) | |
| 18:39.49 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 18:40.38 | *** join/#brlcad pujani (~pujani@202.164.45.204) | |
| 18:41.36 | *** join/#brlcad pujani (~pujani@202.164.45.204) | |
| 18:42.09 | *** join/#brlcad nihar (67157f4f@gateway/web/freenode/ip.103.21.127.79) | |
| 18:42.42 | *** join/#brlcad pujani (~pujani@202.164.45.204) | |
| 18:44.33 | *** join/#brlcad pujani (~pujani@202.164.45.204) | |
| 18:49.46 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 18:53.25 | *** join/#brlcad nihar (67157f4f@gateway/web/freenode/ip.103.21.127.79) | |
| 19:31.51 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 19:35.02 | vasc | finally got it to work by building it all from the built-in sources |
| 19:35.15 | vasc | cmake can't detect tk although it's installed just fine |
| 19:45.56 | *** join/#brlcad teepee_ (~teepee@unaffiliated/teepee) | |
| 19:53.45 | andrei_il | Hello ! Quick update :I have been working with integrating a bison/flex parser into BRL-CAD logic . I ran into some issues as I have never implemented a parser before. I expect to get it working these days. |
| 19:54.24 | andrei_il | Any other feedback on my proposal / what I should do other than what I m doing is appreciated. |
| 19:56.11 | Stragus | Out of curiosity, what you are you parsing with bison/flex? |
| 19:56.57 | Stragus | Personally, I found it *much* easier to implement a parser directly, than messing with these parser generators |
| 19:57.52 | Stragus | (and I wrote parsers for my own little C-like language, JSON and some text data files) |
| 19:58.14 | andrei_il | I am working towards making a OpenSCAD importer for BRL-CAD |
| 19:58.37 | andrei_il | so my parser is for OpenSCAD language |
| 19:59.21 | Stragus | I would suggest reading a little bit on recursive descent parsers before deciding if bison/flex is the best route |
| 19:59.26 | Stragus | http://en.wikipedia.org/wiki/Recursive_descent_parser |
| 19:59.43 | andrei_il | I chose this method because they have parser bits that I could use in my code |
| 20:01.03 | Stragus | Right. I'm not saying it's a bad choice, I found it terrible but it's also a matter of taste and preference. Just compare a little with the alternatives |
| 20:02.30 | *** join/#brlcad andrei_ (bc1b43ea@gateway/web/freenode/ip.188.27.67.234) | |
| 20:17.00 | *** join/#brlcad nihar (67157f4f@gateway/web/freenode/ip.103.21.127.79) | |
| 20:18.37 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 20:24.44 | *** join/#brlcad nihar_ (67157f4f@gateway/web/freenode/ip.103.21.127.79) | |
| 20:39.31 | sofat | I have submitted some patches on .txt files. I have converted .txt files into xml. So please review these xml files and its structure. |
| 20:39.40 | *** join/#brlcad nihar (67157f4f@gateway/web/freenode/ip.103.21.127.79) | |
| 21:02.57 | *** join/#brlcad albertcoder (~albertcod@202.164.45.212) | |
| 21:16.54 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 22:18.22 | *** join/#brlcad cardinot (~cardinot@187.16.242.23) | |
| 22:18.36 | *** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot) | |
| 22:25.44 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 01:05.28 | starseeker | andrei_il: we've been moving from flex/bison to perplex/re2c/lemon |
| 02:17.26 | *** join/#brlcad teepee_ (~teepee@unaffiliated/teepee) | |
| 03:08.29 | Notify | 03BRL-CAD:brlcad * 64569 brlcad/trunk/src/libgcv/NOTES: add additional notes about stream-based api architecture |
| 03:09.33 | Notify | 03BRL-CAD:brlcad * 64570 brlcad/trunk/src/tclscripts/mged/anim.tcl: reverse scoping, tcl_platform needs to be declared. |
| 03:19.34 | Notify | 03BRL-CAD:brlcad * 64571 (brlcad/trunk/src/conv/asc/asc2g.c brlcad/trunk/src/conv/comgeom/mat.c and 5 others): dead code elimination, about 450 lines, from gci 2014 patch submission (https://www.google-melange.com/gci/task/view/google/gci2014/5338260117127168) from shardulc |
| 03:20.24 | Notify | 03BRL-CAD:brlcad * 64572 brlcad/trunk/AUTHORS: aka shardulc |
| 03:48.35 | *** join/#brlcad cardinot_ (~cardinot@177.130.0.2) | |
| 06:52.48 | *** join/#brlcad andrei_il (c35a6e7d@gateway/web/freenode/ip.195.90.110.125) | |
| 07:33.48 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 8118 /wiki/User:NyahCheck/Survey_of_CSG_Algorithms: /* Contributions */ |
| 08:03.29 | *** join/#brlcad alisha (~quassel@115.184.96.220) | |
| 09:18.41 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 10:21.28 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 11:30.44 | *** join/#brlcad alisha (~quassel@115.184.125.25) | |
| 11:45.34 | *** join/#brlcad witness (uid10044@gateway/web/irccloud.com/x-icvzfwpjmgpgjciu) | |
| 12:04.50 | *** join/#brlcad alisha (~quassel@101.60.220.200) | |
| 12:06.09 | *** join/#brlcad teepee (~teepee@unaffiliated/teepee) | |
| 12:10.02 | *** join/#brlcad alisha_ (~quassel@115.184.125.25) | |
| 12:29.13 | *** join/#brlcad alisha (~quassel@115.184.125.25) | |
| 12:38.58 | *** join/#brlcad alisha (~quassel@115.184.126.59) | |
| 13:54.08 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 13:55.25 | *** join/#brlcad teepee (~teepee@unaffiliated/teepee) | |
| 13:56.36 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 13:56.36 | *** join/#brlcad unicodesnowman (~unicodesn@wikipedia/unicodesnowman) | |
| 13:56.36 | *** join/#brlcad yiyus (1242712427@je.je.je) | |
| 13:58.18 | *** join/#brlcad nmz787 (~nmz787@unaffiliated/nmz787) | |
| 13:59.06 | *** join/#brlcad krishna_ravi732 (~krishna@5.231.52.94) | |
| 13:59.06 | *** join/#brlcad zero_level (~mohit@66-118-151-70.static.sagonet.net) | |
| 13:59.06 | *** join/#brlcad ``Erik (~erik@pool-96-244-200-66.bltmmd.fios.verizon.net) | |
| 13:59.06 | *** join/#brlcad kanzure (~kanzure@unaffiliated/kanzure) | |
| 14:05.52 | Notify | 03BRL-CAD:carlmoore * 64573 brlcad/trunk/db/comgeom/ADA073408.comgeom: trailing blanks/tabs removed; IF THEY ARE NEEDED then let me know and refuse this commit! Thanks. |
| 14:47.45 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:43.00 | Notify | 03BRL-CAD Wiki:Peter hanak * 0 /wiki/User:Peter_hanak: |
| 15:52.59 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:02.13 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:30.06 | Notify | 03BRL-CAD:brlcad * 64574 (brlcad/trunk/src/libbu/getcwd.c brlcad/trunk/src/libbu/gethostname.c and 2 others): revert c58024. the HAVE_WORKING_* tests are only run when we're compiling strict which means we lose all the provided functionality (like hostname reporting). plus, they introduce a new convention in the caller code that complicates usage (HAVE_* is already supposed to imply whether it's available for use, |
| 16:30.08 | Notify | i.e., working). we may need to introduce HAVE_DECL_* ammendments where an interface is available but not declared due to mode of compilation. |
| 16:30.10 | Notify | ... |
| 16:38.39 | *** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot) | |
| 16:40.22 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 17:04.54 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-xvprrnnsanzhlkge) | |
| 17:18.50 | *** join/#brlcad alisha (~quassel@101.60.179.144) | |
| 17:23.56 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 17:27.06 | *** join/#brlcad Izakey (~Izakey@41.205.22.47) | |
| 17:28.35 | *** join/#brlcad alisha (~quassel@101.60.179.144) | |
| 17:41.23 | *** join/#brlcad pujani (~pujani@202.164.45.204) | |
| 17:41.25 | *** join/#brlcad sofat (~androirc@202.164.45.212) | |
| 17:43.47 | *** join/#brlcad hiteshsofat (~androirc@202.164.45.204) | |
| 17:45.53 | *** join/#brlcad pujani (~pujani@202.164.45.204) | |
| 17:53.51 | Notify | 03BRL-CAD Wiki:Muslattoggariso * 0 /wiki/User:Muslattoggariso: |
| 17:55.48 | Notify | 03BRL-CAD Wiki:Muslattoggariso * 0 /wiki/File:Picture.jpg: Picture, diezelsun. |
| 17:59.39 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 18:22.20 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) | |
| 18:23.56 | *** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net) | |
| 18:33.57 | *** join/#brlcad brlcad (~sean@66.118.151.70) | |
| 18:34.06 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 18:35.05 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 18:36.27 | *** join/#brlcad pujani (~pujani@202.164.45.204) | |
| 18:37.45 | *** join/#brlcad ejno (~ejno@unaffiliated/kazaik) | |
| 18:38.36 | *** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net) | |
| 18:39.33 | *** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 18:41.10 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 19:55.03 | Notify | 03BRL-CAD:brlcad * 64575 (brlcad/trunk/src/bwish/winMain.c =================================================================== and 262 others): ----------- |
| 19:56.17 | Notify | 03BRL-CAD:brlcad * 64576 NIL: revert c64575 snafu |
| 19:59.44 | Notify | 03BRL-CAD:carlmoore * 64577 (brlcad/trunk/src/util/bw-png.c brlcad/trunk/src/util/pix-png.c): make the Usage statements look more alike (removing blank lines) |
| 20:20.50 | *** join/#brlcad dracarys983_ (uid78721@gateway/web/irccloud.com/x-kmnkpefzxhxsvtvq) | |
| 20:22.47 | *** join/#brlcad teepee_ (~teepee@unaffiliated/teepee) | |
| 20:32.52 | *** part/#brlcad dracarys983_ (uid78721@gateway/web/irccloud.com/x-kmnkpefzxhxsvtvq) | |
| 20:47.38 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 21:24.13 | *** join/#brlcad Nicop06 (~nicolas@2a01:e35:2e3e:55b0:f4ab:cfe9:166:531a) | |
| 21:52.40 | *** join/#brlcad merzo (~merzo@230-118-133-95.pool.ukrtel.net) | |
| 22:34.38 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 22:53.46 | *** join/#brlcad brad_h (~behollis@dhcp-59-171.cse.ucsc.edu) | |
| 23:21.47 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 23:22.01 | *** join/#brlcad teepee_ (~teepee@unaffiliated/teepee) | |
| 23:26.30 | Notify | 03BRL-CAD:brlcad * 64578 brlcad/trunk/src/adrt/librender/render_util.c: size_t promotion |
| 23:27.34 | Notify | 03BRL-CAD:brlcad * 64579 (brlcad/trunk/src/adrt/librender/camera.h brlcad/trunk/src/adrt/librender/render_util.h brlcad/trunk/src/adrt/librender/texture.h): use RENDER_EXPORT instead of BU_EXPORT so that we get proper dll import/export linkage declarations |
| 23:29.08 | Notify | 03BRL-CAD:brlcad * 64580 brlcad/trunk/src/adrt/load_g.c: ws |
| 23:34.19 | *** join/#brlcad maths22 (~maths22@66-118-151-70.static.sagonet.net) | |
| 23:35.26 | maths22 | Hello again! |
| 23:35.54 | maths22 | I was thinking about this earlier-what is the reason for BRL-CAD's choice to use SVN as opposed to GIT? |
| 23:36.19 | maths22 | I understand that it is partially historicall and partially philosophical, but I am just curious |
| 23:36.58 | maths22 | s/historicall/historical |
| 23:41.35 | Notify | 03BRL-CAD:brlcad * 64581 brlcad/trunk/src/bwish/consoleMain.c: need bu.h for bu_setprogname |
| 23:42.19 | Notify | 03BRL-CAD:brlcad * 64582 (brlcad/trunk/src/anim/anim_hardtrack.c brlcad/trunk/src/anim/anim_sort.c brlcad/trunk/src/anim/anim_track.c): size_t quellage, downpromoting to int since -1 is used for a return value (even though it's unused) |
| 23:55.04 | Notify | 03BRL-CAD:brlcad * 64583 (brlcad/trunk/include/bu/hash.h brlcad/trunk/src/libbu/hash.c): promote bu_hash()'s len argument to a size_t |
| 23:55.26 | Notify | 03BRL-CAD:brlcad * 64584 (brlcad/trunk/src/conv/asc/asc2dsp.c brlcad/trunk/src/conv/asc/asc2g.c and 3 others): more size_t quellage |
| 00:03.58 | Notify | 03BRL-CAD:brlcad * 64585 (brlcad/trunk/include/bu/file.h brlcad/trunk/src/libbu/argv.c): more size_t api promotions where we have an argc count and an assumption of non-negative values |
| 00:19.48 | Notify | 03BRL-CAD:brlcad * 64586 brlcad/trunk/include/vmath.h: expand on the INFINITY options so we can avoid the previously overflowing fallback case (was being reached on windows). adjust the limit to be within single-precision regardless. |
| 00:39.12 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 01:50.34 | Notify | 03BRL-CAD:brlcad * 64587 brlcad/trunk/src/conv/step/step-g/ElectricCurrentConversionBasedUnit.cpp: fixed base class type. this would have resulted in infinite recursion and an eventual stack overflow / crash. |
| 02:09.53 | Notify | 03BRL-CAD:brlcad * 64588 (brlcad/trunk/src/conv/g-dot.c brlcad/trunk/src/conv/g-obj.c and 27 others): address a slew of windows type truncation and other warnings, mostly addressed with size_t propagation or casting. |
| 02:27.52 | Notify | 03BRL-CAD:brlcad * 64589 (brlcad/trunk/include/bn/wavelet.h brlcad/trunk/src/libbn/wavelet.c brlcad/trunk/src/util/wavelet.c): update the wavelet interface to size_t types from unsigned long |
| 02:57.57 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 03:23.19 | Notify | 03BRL-CAD:brlcad * 64590 (brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp brlcad/trunk/src/libbrep/shape_recognition_planar.cpp and 2 others): eliminate several pages of warnings being ignored |
| 03:27.34 | Notify | 03BRL-CAD:brlcad * 64591 brlcad/trunk/include/vmath.h: promote array indices to an unsigned type, to size_t, for all of the size-based *N() macros. |
| 03:41.07 | Notify | 03BRL-CAD:brlcad * 64592 (brlcad/trunk/src/proc-db/naca/CMakeLists.txt brlcad/trunk/src/proc-db/naca/nacax.c): clearly a WIP, but not a valid reason for disabling strict. quell the handful of reported issues. |
| 03:41.31 | Notify | 03BRL-CAD:brlcad * 64593 brlcad/trunk/src/libbrep/shape_recognition_util.cpp: missed one |
| 03:47.26 | Notify | 03BRL-CAD:brlcad * 64594 brlcad/trunk/src/rt/main.c: this warrants separate attention as it might affect someone, but it is an obscure feature that users can specify a negative cpu count. it's not documented, so minimally impacted, but an interesting notion if better semantics can get sorted out (e.g., separate tainted user data from the value being used). this disables that feature. |
| 03:53.26 | Notify | 03BRL-CAD:brlcad * 64595 brlcad/trunk/src/libgcv/wfobj/obj_grammar.yy: remove the get_parser() inline static function since nothing apparently calls it (a unit test would warrant retaining) |
| 03:56.40 | Notify | 03BRL-CAD:brlcad * 64596 brlcad/trunk/src/proc-db/naca/naca456.c: quell the empty main |
| 03:57.43 | Notify | 03BRL-CAD:brlcad * 64597 brlcad/trunk/src/remrt/rtsrv.c: same with remrt as was with rt in r64594, remove the ability to go negative |
| 03:59.07 | Notify | 03BRL-CAD:brlcad * 64598 (brlcad/trunk/src/rt/do.c brlcad/trunk/src/rt/ext.h and 9 others): convert handling of the npsw global from being an int to being a size_t unsigned int type. uncovered many unnecessary declarations, removed. |
| 04:08.19 | Notify | 03BRL-CAD:brlcad * 64599 (brlcad/trunk/include/icv.h brlcad/trunk/src/libicv/bw.c and 12 others): mass conversion of libicv to using size_t for image dimensions and other size-based values. warrants more testing, but not seeing any regressions first pass through. |
| 04:08.48 | Notify | 03BRL-CAD:brlcad * 64600 brlcad/trunk/src/rt/do.c: quell size_t |
| 04:16.29 | Notify | 03BRL-CAD:brlcad * 64601 brlcad/trunk/src/rt/main.c: want 64-bit type if we're going to be bit-shifting into a size_t |
| 07:06.07 | *** join/#brlcad witness (uid10044@gateway/web/irccloud.com/x-dkxmwtfnvavzlbpp) | |
| 07:31.30 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-iajijlgugifjvzhi) | |
| 07:37.54 | *** join/#brlcad unicodesnowman (~unicodesn@167.160.164.140) | |
| 07:41.03 | *** join/#brlcad merzo (~merzo@230-118-133-95.pool.ukrtel.net) | |
| 07:58.36 | *** join/#brlcad unicodesnowman (~unicodesn@2602:ffea:1001:1fa::97d2) | |
| 08:37.17 | *** join/#brlcad teepee-- (bc5c2133@gateway/web/freenode/ip.188.92.33.51) | |
| 08:39.10 | *** join/#brlcad unicodesnowman (~unicodesn@167.160.164.140) | |
| 09:17.16 | *** join/#brlcad merzo (~merzo@92.60.189.225) | |
| 09:40.41 | *** join/#brlcad teepee-- (bc5c2133@gateway/web/freenode/ip.188.92.33.51) | |
| 10:07.59 | ``Erik | maths22: I think the philosophical excu, er, reason is to keep commits fairly public and try to prevent people from working in isolation, the way git would allow with local commits... (svn effectively forces a push on every commit from git's perspective) |
| 10:31.54 | dracarys983 | ``Erik: Any pointers on which license to use in generating a template for a new source file? |
| 10:43.13 | *** join/#brlcad hiteshsofat (~androirc@106.192.143.31) | |
| 10:58.25 | *** join/#brlcad hiteshsofat (~androirc@106.192.143.31) | |
| 11:05.31 | ``Erik | dracarys983: look at the licenses of the surrounding files? I think most of BRL-CAD is bsd or lgpl, or example |
| 11:05.51 | ``Erik | for example |
| 11:07.31 | dracarys983 | ``Erik: Alright. I have generated a BSD one :) |
| 11:13.36 | ``Erik | dracarys983: I believe there is a script to "fix up" the front and back matter to every file in the sh/ directory |
| 11:13.56 | ``Erik | it might require a certain version fo emacs or something |
| 11:14.38 | ``Erik | yeah, header.sh and footer.sh (and indent.sh) |
| 11:27.03 | *** join/#brlcad manan (~manan@103.25.231.102) | |
| 11:27.25 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 11:29.41 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-lngcobjivqetamvx) | |
| 11:30.46 | *** join/#brlcad luca79 (~luca@host104-13-dynamic.0-87-r.retail.telecomitalia.it) | |
| 11:31.19 | *** join/#brlcad hiteshsofat (~androirc@106.192.143.31) | |
| 11:42.11 | *** join/#brlcad hiteshsofat (~androirc@106.192.143.31) | |
| 11:42.43 | *** join/#brlcad manan (~manan@103.25.231.102) | |
| 12:14.25 | *** join/#brlcad hiteshsofat (~androirc@106.192.143.31) | |
| 12:21.45 | *** join/#brlcad manan (~manan@103.25.231.102) | |
| 12:26.07 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 12:33.47 | Notify | 03BRL-CAD:starseeker * 64602 brlcad/trunk/db/comgeom/ADA073408.comgeom: Revert r64573 - looks like the trailing white space is needed. |
| 12:47.42 | *** join/#brlcad sofat (~androirc@106.192.143.31) | |
| 12:57.15 | *** join/#brlcad krishna_ravi732 (~krishna@5.231.52.94) | |
| 13:10.56 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 13:39.46 | *** join/#brlcad sofat (~androirc@106.192.143.31) | |
| 13:44.20 | *** join/#brlcad sofat (~androirc@106.192.143.31) | |
| 14:11.12 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:20.59 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:22.33 | Notify | 03BRL-CAD:brlcad * 64603 brlcad/trunk/src/util/plot3-hpgl.c: don't need stdio.h with bio.h |
| 16:23.39 | Notify | 03BRL-CAD:brlcad * 64604 brlcad/trunk/regress/repository.sh: we're down to 184 now |
| 17:03.38 | Notify | 03BRL-CAD:brlcad * 64605 (brlcad/trunk/include/brep.h brlcad/trunk/src/libbrep/BBNode.cpp brlcad/trunk/src/libbrep/BRNode.cpp): convert isTrimmed to a bool instead of an int. trivial performance gain avoiding type conversions. |
| 17:05.58 | Notify | 03BRL-CAD:brlcad * 64606 (brlcad/trunk/include/bn/tabdata.h brlcad/trunk/include/bn/vert_tree.h and 10 others): convert the tabdata and vertex tree structures over to size_t, paying attention to looping constructs that >= 0 that would otherwise result in an inf loop. simply unrolling the == 0 case instead of a riskier loop rewrite. |
| 17:10.38 | Notify | 03BRL-CAD:brlcad * 64607 brlcad/trunk/src/libbn/tests/bntester.c: fix the print statement types, casting size_t to an unsigned long |
| 17:12.37 | Notify | 03BRL-CAD:starseeker * 64608 brlcad/trunk/src/libgcv/screened_poisson.cpp: Make the raytracing step parallel, although since we're still using bu_log it doesn't buy us as much as it should yet. |
| 17:31.02 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 17:32.35 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-mpgucbqoogjdjrkz) | |
| 17:32.36 | *** join/#brlcad AndroUser2 (~androirc@106.192.143.31) | |
| 17:36.53 | Notify | 03BRL-CAD:brlcad * 64609 brlcad/trunk/src/libbrep/libbrep_brep_tools.cpp: msvc complains about using 0/1 for bool types claiming it hurts performance doing the type conversions. use false/true explicitly. |
| 17:38.22 | Notify | 03BRL-CAD:brlcad * 64610 brlcad/trunk/src/libbrep/PullbackCurve.cpp: type quellage |
| 17:40.55 | Notify | 03BRL-CAD:brlcad * 64611 (brlcad/trunk/include/bu/parallel.h brlcad/trunk/src/libbu/parallel.c): convert the venerable bu_parallel() ncpu parameter over from being an int to being a size_t, taking care to ensure we don't make cpu_id one as well (it could be data-wise, but is semantically a parallelism identifier intended to be treated like a file descriptor) |
| 17:47.20 | Notify | 03BRL-CAD:brlcad * 64612 brlcad/trunk/src/libbu/parse.c: separate the file reading return value from the parsed value. they are different types of data. |
| 17:54.26 | Notify | 03BRL-CAD:brlcad * 64613 brlcad/trunk/src/libbu/sort.c: missing footer |
| 17:56.50 | Notify | 03BRL-CAD:carlmoore * 64614 brlcad/trunk/src/util/pixfieldsep.c: although I think this utility is incomplete, improve the handling of file-name arguments |
| 18:22.29 | Notify | 03BRL-CAD:brlcad * 64615 (brlcad/trunk/include/bu/log.h brlcad/trunk/src/libbu/bitv.c and 13 others): more windows size_t loss-of-data warning eliminations |
| 18:36.32 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 18:47.32 | *** part/#brlcad dracarys983 (dracarys98@nat/iiit/x-mpgucbqoogjdjrkz) | |
| 19:02.54 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 19:20.16 | *** join/#brlcad unicodesnowman (~unicodesn@167.160.164.140) | |
| 19:23.35 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-twixzfnygtbgzicb) | |
| 19:23.55 | *** join/#brlcad albertcoder (~albertcod@1.39.40.18) | |
| 19:29.01 | *** join/#brlcad unicodesnowman (~unicodesn@167.160.164.140) | |
| 19:40.06 | *** join/#brlcad teepee_ (~teepee@unaffiliated/teepee) | |
| 20:39.16 | ``Erik | smells like maths22 is up to no good :) |
| 20:39.48 | ``Erik | (why ya messin' with /etc/profile ?) |
| 20:53.44 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 20:55.20 | Notify | 03BRL-CAD:carlmoore * 64616 brlcad/trunk/db/comgeom/ADA073408.comgeom: I corrected some misspellings in this comgeom file after checking the .pdf |
| 22:38.42 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 23:35.55 | maths22 | ``Erik: I was trying to figure out what (if anything) was in it |
| 23:35.57 | maths22 | I didn't edit it |
| 23:36.30 | maths22 | I got fisheye running again and made it much easier to update |
| 00:04.56 | maths22 | Take a look at my latest ctest run http://brlcad.org/CDash/viewBuildError.php?onlydeltap&buildid=44 |
| 00:19.17 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 01:26.31 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 01:58.33 | Notify | 03BRL-CAD:starseeker * 64617 brlcad/trunk/src/libgcv/screened_poisson.cpp: More setup for screened poisson testing. This might actually have some potential when it comes to level-of-detail rendering - a low-point-count fast raytrace that is wrapped in a mesh, stepping up the number of points for more detail... |
| 03:54.47 | *** join/#brlcad pujani (~pujani@202.164.53.117) | |
| 04:07.35 | *** join/#brlcad sofat (~androirc@106.192.152.52) | |
| 04:09.18 | *** join/#brlcad sofat (~androirc@106.192.152.52) | |
| 05:19.05 | *** join/#brlcad sofat (~androirc@106.192.152.52) | |
| 06:08.58 | *** join/#brlcad hiteshsofat (~androirc@106.192.152.52) | |
| 06:10.15 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-bbmqbnibtotcmixx) | |
| 06:30.25 | *** join/#brlcad teepee (~teepee@unaffiliated/teepee) | |
| 06:42.20 | *** join/#brlcad luca79 (~luca@host200-107-dynamic.15-87-r.retail.telecomitalia.it) | |
| 07:34.37 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 07:38.05 | *** join/#brlcad luca79 (~luca@host200-107-dynamic.15-87-r.retail.telecomitalia.it) | |
| 08:02.01 | *** join/#brlcad sofat (~androirc@106.192.152.52) | |
| 08:05.10 | *** join/#brlcad teepee-- (bc5c2133@gateway/web/freenode/ip.188.92.33.51) | |
| 08:09.10 | *** join/#brlcad alisha (~quassel@115.184.117.219) | |
| 08:15.01 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 08:19.36 | *** join/#brlcad hiteshsofat (~androirc@106.192.156.26) | |
| 08:26.09 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 08:43.32 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 08:45.20 | *** join/#brlcad sofat (~androirc@183.87.15.45) | |
| 09:01.19 | *** join/#brlcad alisha (~quassel@115.184.117.219) | |
| 09:02.04 | *** join/#brlcad ejno_ (~ejno@unaffiliated/kazaik) | |
| 09:35.31 | *** join/#brlcad sofat (~androirc@223.225.249.12) | |
| 10:07.17 | *** join/#brlcad sofat (~androirc@223.225.249.12) | |
| 10:19.23 | *** join/#brlcad sofat (~androirc@223.225.249.12) | |
| 11:04.30 | *** join/#brlcad alisha (~quassel@115.184.117.219) | |
| 11:28.06 | *** join/#brlcad unicodesnowman (~unicodesn@wikipedia/unicodesnowman) | |
| 11:32.14 | *** join/#brlcad alisha (~quassel@101.60.239.155) | |
| 12:06.54 | *** join/#brlcad sofat (~androirc@223.225.249.12) | |
| 12:10.25 | *** join/#brlcad luca79 (~luca@host151-108-dynamic.15-87-r.retail.telecomitalia.it) | |
| 12:11.26 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 12:18.34 | *** join/#brlcad unicodesnowman (~unicodesn@167.160.164.140) | |
| 12:39.53 | *** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca) | |
| 12:48.47 | *** join/#brlcad sofat (~androirc@183.87.15.45) | |
| 13:39.36 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 13:47.38 | *** join/#brlcad sofat (~androirc@183.87.15.45) | |
| 13:52.17 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 14:26.10 | Notify | 03BRL-CAD:carlmoore * 64618 brlcad/trunk/src/libgcv/screened_poisson.cpp: remove trailing blanks/tabs |
| 14:43.05 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:04.03 | Notify | 03BRL-CAD:starseeker * 64619 brlcad/trunk/src/libgcv/screened_poisson.cpp: Make a bit more progress towards running the mesh build |
| 15:12.49 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-bwmcpykdyaqeaqxr) | |
| 16:12.42 | *** join/#brlcad pujani (~pujani@202.164.45.204) | |
| 16:17.08 | *** join/#brlcad pujani (~pujani@202.164.45.204) | |
| 16:23.21 | *** join/#brlcad pujani (~pujani@202.164.45.204) | |
| 16:23.22 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:26.05 | *** join/#brlcad pujani (~pujani@202.164.45.204) | |
| 16:29.37 | *** join/#brlcad sofat (~androirc@223.225.218.165) | |
| 17:03.36 | *** join/#brlcad pujani (~pujani@202.164.45.212) | |
| 17:13.50 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 17:29.58 | *** join/#brlcad unicodesnowman (~unicodesn@2602:ffea:1001:1fa::97d2) | |
| 17:30.02 | *** join/#brlcad sofat (~androirc@223.225.218.165) | |
| 17:30.23 | *** join/#brlcad alisha (~quassel@101.60.158.242) | |
| 17:30.55 | *** part/#brlcad unicodesnowman (~unicodesn@2602:ffea:1001:1fa::97d2) | |
| 17:46.09 | *** join/#brlcad alisha_ (~quassel@101.60.158.242) | |
| 17:50.11 | *** join/#brlcad luca79 (~luca@adsl-ull-249-43.44-151.net24.it) | |
| 18:08.44 | *** join/#brlcad sofat (~androirc@223.225.218.165) | |
| 18:09.06 | sofat | starseeker, hello |
| 18:11.50 | sofat | I am working on mged html tutorial. I am converting these document into xml. I want ask question regarding this. There i found one folder animation. In this folder i see more files that files are part of this tutorial or its different from them ? |
| 18:12.40 | sofat | It is articles or book ? |
| 18:19.59 | sofat | brlcad, you know about this? |
| 18:22.52 | *** join/#brlcad teepee_ (~teepee@unaffiliated/teepee) | |
| 18:28.35 | *** join/#brlcad pujani (~pujani@202.164.45.204) | |
| 18:33.37 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-polzkqkkestrjqce) | |
| 18:35.22 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 18:48.23 | Notify | 03BRL-CAD:starseeker * 64620 (brlcad/trunk/src/libgcv/CMakeLists.txt brlcad/trunk/src/libgcv/gcv_private.h and 2 others): First successful generation of a bot primitive using screened poisson reconstruction. Quite a bit more to do here, but this establishes a proof-of-concept. |
| 18:50.06 | *** join/#brlcad albertcoder (caa42dcc@gateway/web/freenode/ip.202.164.45.204) | |
| 18:56.43 | *** join/#brlcad pujani (~pujani@202.164.45.212) | |
| 18:57.48 | pujani | hi albertcoder, |
| 19:07.05 | *** join/#brlcad pujani (~pujani@1.39.34.227) | |
| 19:07.37 | albertcoder | Hi pujani I have accepted your pull request but I think you should work on some serious improvement like improving import / export (XML). |
| 19:09.52 | pujani | Okay What can I do? Please tell me about |
| 19:13.39 | albertcoder | Alright. I have been working on improving export of mysql data in JSON and CSV and my recent commit at github should reflect the changes I did. Did you do "git pull"? |
| 19:14.28 | pujani | Yes |
| 19:16.30 | albertcoder | Alright. Now see how the code of export works and then try to improve XML export. I guess it has something to improve. Just try export XML and see what it does. |
| 19:17.47 | pujani | Okay I will try and report |
| 19:19.37 | pujani | One more thing, images in MenuBar are not visible and source path is set in skins folder. Why is that? |
| 19:20.27 | dracarys983 | brlcad, I didn't find anything that supports surface normals in DXF export for BoTs. Should I just throw an error then or should I output the normals as comments after each 3DFACE if the option is set? |
| 19:20.42 | albertcoder | Yeah the path is to be changed there. I set the path in skins folder earlier because I think it is a standard way of doing. |
| 19:22.27 | pujani | But I think I think images should be in extension folder |
| 19:23.14 | albertcoder | yes pujani you can do that. It is not a big issue. |
| 19:26.52 | pujani | albertcoder, Okay I will start on work of XML |
| 19:27.22 | albertcoder | pujani: (y) |
| 20:10.55 | *** join/#brlcad ``Erik (~erik@pool-96-244-200-66.bltmmd.fios.verizon.net) | |
| 20:10.58 | brlcad | dracarys983: stuffing the data into a comment is creative, but I think it'd be ultimately self-defeating |
| 20:11.26 | brlcad | users would have requested normals and then been surprised when that dxf file imported into something else didn't have normals |
| 20:12.12 | brlcad | an error is sufficient |
| 20:12.58 | dracarys983 | brlcad, Yes, that would be an issue. Okay, error it is then :) |
| 20:13.04 | brlcad | if there were some means to store the normal data in dxf entities, even in raw form, that would something to consider, but don't think we need to dwell on this point too much |
| 20:13.21 | brlcad | it's more important to have normal support for all the formats that support normals first |
| 20:13.29 | maths22 | brlcad: did you see the errors I linked to last night? |
| 20:14.30 | dracarys983 | brlcad, Yeah, we have surface normal support for OBJ, STL and SAT at this point for BoTs. :D |
| 20:15.15 | dracarys983 | In OBJ we need to request for the normals. STL and SAT output them by default. |
| 20:17.55 | brlcad | maths22: huh, those are news to me -- looks like clang bugs |
| 20:18.09 | brlcad | https://llvm.org/bugs/show_bug.cgi?id=17788 |
| 20:19.07 | brlcad | dracarys983: that inconsistency is bothersome |
| 20:19.58 | brlcad | from an interface perspective, it should output them by default if the model has them calculated, and there should be options for turning them on or off |
| 20:20.12 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 20:20.58 | brlcad | maths22: huh, apparently it's not a new issue either: http://webcache.googleusercontent.com/search?q=cache:vs1kzTKBXnEJ:lists.freebsd.org/pipermail/svn-src-head/2013-October/052722.html+&cd=3&hl=en&ct=clnk&gl=us |
| 20:21.05 | maths22 | is the default gcc clang on bz now |
| 20:21.41 | maths22 | I should say cc |
| 20:21.48 | ``Erik | default is clang, you can always do "cc -v" |
| 20:22.06 | maths22 | when did that change? |
| 20:22.14 | ``Erik | with fbsd 10 |
| 20:22.30 | ``Erik | bz went from 9 to 10 43 days ago |
| 20:23.29 | ``Erik | gcc is still in the base system (/usr/bin/gcc), um, -DCMAKE_C_COMPILER=/usr/bin/gcc -DCMAKE_CXX_COMPILER=/usr/bin/g++ I think? |
| 20:23.43 | *** join/#brlcad pujani (~pujani@202.164.45.212) | |
| 20:23.48 | dracarys983 | brlcad, I guess in STL and SAT we can't turn it OFF. We can turn normals ON/OFF in OBJ. |
| 20:24.38 | dracarys983 | I can make normals default in OBJ as well, to get consistency in normals being outputted by default, maybe? :) |
| 20:26.10 | brlcad | maths22: it's definitely possible to get a clang bulid |
| 20:27.10 | brlcad | can either disable strict, add -Wno-c11-extensions as a build flag, or read up on the math.h header to see if there's some way to get at isinf() without the next _Generic() construct getting involved |
| 20:27.16 | brlcad | s/next/new/ |
| 20:28.28 | brlcad | dracarys983: not true, stl at least lets you set normal to 0,0,0 |
| 20:28.39 | brlcad | implying that normals have not yet been calculated |
| 20:29.12 | brlcad | for obj, it's just a matter of not outputting vn lines iirc |
| 20:29.34 | maths22 | ``Erik: thanks |
| 20:30.08 | brlcad | ``Erik: you see the 8088 on HN? |
| 20:30.28 | dracarys983 | brlcad, Ah-ha! Okay, that's good news :) |
| 20:32.19 | dracarys983 | brlcad, I'll check up on SAT then whether it's possible to turn normals off for it. |
| 20:37.01 | maths22 | I'm now re-running with gcc |
| 20:37.12 | maths22 | I'll think about what was going on there later |
| 20:43.02 | Stragus | FreeBSD followed OSX down the path of clang decadence and decay? Tssk |
| 20:43.50 | brlcad | dracarys983: you'll also want to look more closely at the obj and other file formats -- some like obj have a variety of normal mechanisms |
| 20:44.45 | brlcad | Stragus: most of the BSDs embraced the BSD-licensed compiler. shocking? :) |
| 20:45.06 | dracarys983 | brlcad, You mean I add all those formats that support normals (maybe like OBJ)? :) |
| 20:45.21 | brlcad | they want a bsd stack as much as debian folks want a gpl stack |
| 20:46.16 | maths22 | brlcad: The issues seems to be fully on clang's end |
| 20:46.31 | brlcad | dracarys983: I mean if you're going to be mucking with formats, you should have a specific goal in mind that is applied consistently across all formats so that the usability/interface is the top priority, and that any changes are made while consulting the format specifications |
| 20:47.22 | brlcad | maths22: sure, but they are minor issues that we are exagerrating in our build |
| 20:47.35 | brlcad | by turning warnings into errors -- that's basically a new warning |
| 20:47.59 | brlcad | isinf() and friends are usually implemented as macros |
| 20:48.54 | maths22 | brlcad: I wonder if -std=c99 would fix it |
| 20:48.59 | brlcad | someone wrapped those macros with the _Generic() construct, which is a new c11 feature that lets the compiler bind calls to things like isinf() to different functions based on the type of macro argument |
| 20:49.45 | maths22 | Look at the condition in math.h |
| 20:49.53 | brlcad | highly powerful, but the problem is that 1) it's reporting a warning on a system header that it probably shouldn't and 2) that c11 construct is being used in C compilation mode which it probably shouldn't |
| 20:50.36 | maths22 | by default, both gcc and llvm build according to the latest c standard |
| 20:50.54 | maths22 | see http://clang.llvm.org/compatibility.html#inline |
| 20:51.50 | dracarys983 | brlcad: Okay. :) |
| 20:52.42 | brlcad | maths22: this isn't an inline issue |
| 20:52.59 | brlcad | but is related to the fact that c11 is now default |
| 20:53.41 | maths22 | Right |
| 20:53.51 | maths22 | Inline just had the quote |
| 20:54.56 | brlcad | it's mostly #1 -- it shouldn't be reporting issues in system headers |
| 20:55.13 | maths22 | Correct |
| 20:55.14 | brlcad | if I request -std=c89, I shouldn't get system header warnings about using c11 constructs |
| 20:55.46 | brlcad | the system header should deal with the appropriate switching or the compiler should be aware it's parsing a system header (it usually does) |
| 20:56.29 | maths22 | Have you looked at the condition in math.h? |
| 20:56.50 | brlcad | clang is probably blaming the libc/libm guys and the libc/libm guys are probably blaming clang (as both are deficient), or it's simply not gotten much attention yet |
| 20:56.55 | brlcad | yes |
| 20:57.58 | maths22 | The issue seems to be that is a macro, so when llvm gets to looking at it, it does not realize it came from a system header |
| 20:58.03 | brlcad | if STDC is C11 and we're clang ... or has_extension(c_generic_selections) .. so the latter is succeeding |
| 20:59.30 | brlcad | nah, llvm knows when it's parsing constructs and where they came from -- very good at managing all that |
| 21:00.25 | brlcad | it's just naive simple logic coupled with a generic warning check |
| 21:00.43 | *** join/#brlcad pujani (~pujani@202.164.45.204) | |
| 21:01.01 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 21:01.52 | brlcad | the header literally and simply says "if I have _Generic(), use it" .. |
| 21:01.58 | brlcad | the compiler says "if I see _Generic, warn about it (-Wc11-extensions) because I was told to compile in c89 mode" |
| 21:02.18 | brlcad | brl-cad is saying compile in c89 mode and treat warnings as errors |
| 21:02.50 | brlcad | trifecta resulting in the build error -- fixing any of the three makes the problem go away |
| 21:02.52 | maths22 | See http://clang.llvm.org/docs/LanguageExtensions.html#feature-checking-macros |
| 21:03.05 | maths22 | I'm not sure why has_extension would pass |
| 21:04.20 | ``Erik | brlcad: no... musta missed it, url? (8088 on hn) |
| 21:04.36 | maths22 | brlcad: we need to pass the -pendantic-errors flag |
| 21:04.38 | maths22 | that fixes it |
| 21:05.08 | brlcad | ``Erik: http://trixter.oldskool.org/2015/04/07/8088-mph-we-break-all-your-emulators/ |
| 21:05.44 | brlcad | that would have blown my mind, seeing that many colors on a cga monitor |
| 21:06.37 | ``Erik | all hail dithering... lots of c64 games looked like that and the video capabilities were ... strange :D |
| 21:07.40 | ``Erik | cga was 4 color? huh, thought it was 16 |
| 21:08.37 | brlcad | he's doing more than dithering iirc |
| 21:10.32 | teepee | hey, I saw that on live stream, the sound was a bit funny :) |
| 21:10.32 | brlcad | 4 colors at 320x200, 16 colors at 160x100 |
| 21:10.42 | brlcad | hardware color-mapping |
| 21:12.01 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 21:12.08 | Stragus | Was that hardware where you could change the palette between scanlines? |
| 21:13.04 | teepee | you can on lots of hardware, for atari 2600 that even was the way to generate the image ;) |
| 21:14.03 | teepee | checks if the video from the opengl shader live coding competition is already online... |
| 21:18.06 | brlcad | from the same competition, in 64k https://www.youtube.com/watch?v=mEjTnstaMLM |
| 21:20.07 | teepee | ahh, that one is awesome |
| 21:20.38 | teepee | I did like the oldskool ones too :) |
| 21:20.57 | Stragus | I must be too young to fully appreciate these old demos |
| 21:21.30 | Stragus | I grew up with a 386 66mhz, writing true 32 bits protected code code with DJGPP |
| 21:21.51 | brlcad | Stragus: that last link was not an old demo... |
| 21:21.52 | teepee | yeah, I guess it helps having programmed on a system with like 16k or 64k ram |
| 21:22.05 | Stragus | I was watching the 8088 one |
| 21:22.13 | brlcad | ah |
| 21:22.39 | brlcad | 8088 was in the PC category, I think 504 kb or something |
| 21:23.06 | brlcad | in some ways the 64kb category winner is more impressive (and definitely more visually impressive) |
| 21:23.11 | teepee | likeley "wild" where any system is allowed with one "normal" medium |
| 21:23.24 | brlcad | all the artwork, music, and code are included in that 64kb limit |
| 21:23.45 | brlcad | 64kb binary on disk, run it :) |
| 21:24.13 | Stragus | I wrote a little game for a 64kb compo many years ago |
| 21:24.18 | Stragus | 64kb is a ton of memory :p |
| 21:25.03 | brlcad | for a game sure :) |
| 21:25.03 | teepee | not so much for full-hd video with textures. I guess that's pretty much all precedural stuff |
| 21:25.51 | brlcad | for a 5 minute video with custom scene animations (all displaying in real time) with custom artwork and music, much more impressive I think |
| 21:26.12 | teepee | all video (hopefully soon) at https://www.youtube.com/user/RevisionParty/videos |
| 21:27.00 | teepee | I found most impressive what some did in the 25 minutes live coding session |
| 21:27.15 | brlcad | cool |
| 21:27.35 | teepee | like shader toy, but 2 people live on stage with the huge splitscreen in the background |
| 21:28.27 | brlcad | I would totally love to attend one of those if one were nearby |
| 21:29.08 | teepee | seems to be mostly european locations http://www.demoparty.net/ |
| 21:29.33 | teepee | oh, one east and one west coast US |
| 21:30.06 | Stragus | Here's something I had written for a 64kb x86 asm compo: http://www.rayforce.net/raptor000.png |
| 21:30.21 | Stragus | Game was infinite and getting harder indefinitely, with bosses and such |
| 21:30.25 | teepee | looks like los angels and boston |
| 21:30.42 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 21:31.28 | brlcad | Stragus: that looks fun :) like an old nintendo game |
| 21:31.50 | Stragus | Yup that was the idea :) |
| 21:31.54 | brlcad | teepee: yeah, boston .. huh |
| 21:32.11 | teepee | still too far away? |
| 21:32.50 | brlcad | 'bout 8 hours |
| 21:32.57 | teepee | and LA? |
| 21:33.09 | brlcad | 'bout 8 hours ;) |
| 21:33.19 | teepee | haha, no demo party then |
| 21:33.28 | teepee | well, none they list on demoparty.net that is |
| 21:33.32 | brlcad | ones a car ride, the other a flight |
| 21:33.54 | Stragus | And work won't reimburse that flight? :) Come on, it's a conference |
| 21:34.04 | teepee | I guess I could reach all of the 40 EU parties in that time :P |
| 21:34.06 | brlcad | would be cool to host a cademoparty |
| 21:34.30 | teepee | and live shader coding would still almost fit |
| 21:34.31 | brlcad | model something impressive in just a couple days |
| 21:34.39 | teepee | the software is on github |
| 21:34.55 | teepee | https://github.com/Gargaj/Bonzomatic |
| 21:36.24 | brlcad | that's awesome |
| 21:36.32 | ``Erik | cga was 4 color? huh, thought it was 16 |
| 21:36.38 | ``Erik | woops |
| 21:37.11 | brlcad | glitch in the matrix |
| 21:37.35 | brlcad | maths22: that's really odd that switching to pedantic errors fixed it! |
| 21:37.52 | Stragus | blames clang |
| 21:38.44 | maths22 | http://clang.llvm.org/docs/LanguageExtensions.html#feature-checking-macros |
| 21:38.57 | maths22 | See the comment about pendantic-error |
| 21:43.03 | *** join/#brlcad andrei__ (050cdda5@gateway/web/freenode/ip.5.12.221.165) | |
| 21:45.57 | brlcad | maths22: yeah, that explains it .. interesting way to handle it |
| 21:47.32 | maths22 | Its not necessarily a bad flag anyway |
| 21:47.54 | brlcad | the fact that it fixes this specific case is still kind of an unintended consequence |
| 21:47.55 | maths22 | what is this code from: src/libgcv/poissonrecon/? |
| 21:48.00 | maths22 | That is true |
| 21:48.08 | maths22 | about the unintended consequence |
| 21:48.10 | brlcad | it's the fact that there's a mismatch with the header and its logic |
| 21:48.34 | maths22 | the header should be using __has_feature can |
| 21:48.42 | maths22 | I mean __has_feature |
| 21:48.53 | maths22 | not __has_extension |
| 21:50.05 | brlcad | yeah, there needs to be a README in that directory and authorship info |
| 21:50.25 | brlcad | it's from http://www.cs.jhu.edu/~misha/Code/PoissonRecon/Version6.13/ |
| 21:51.07 | maths22 | Is it permissible to edit that code in any way? |
| 21:51.07 | brlcad | bsd licensed code |
| 21:51.20 | maths22 | http://www.cs.jhu.edu/~misha/Code/PoissonRecon/license.txt |
| 21:51.24 | maths22 | Yep |
| 21:52.00 | brlcad | can you drop that in the directory? |
| 21:52.22 | brlcad | surprised starseeker would put that in there without proper docs, but he is working on that stuff now |
| 21:52.59 | Notify | 03BRL-CAD:maths22 * 64621 brlcad/trunk/src/libgcv/poissonrecon/SparseMatrix.inl: added license file for possionrecon |
| 21:53.00 | maths22 | Each file includes the license at the top |
| 21:54.37 | Notify | 03BRL-CAD:maths22 * 64622 (brlcad/trunk/src/libgcv/poissonrecon/BSplineData.h brlcad/trunk/src/libgcv/poissonrecon/Factor.h and 2 others): added newlines to end of possionrecon source |
| 22:00.46 | brlcad | huh, except the random one that I picked to check, Hash.h |
| 22:01.08 | brlcad | I meant just adding a license.txt file there so it's explicit |
| 22:01.28 | maths22 | I did |
| 22:01.42 | brlcad | cool, thanks |
| 22:02.30 | brlcad | how about a README citing the source? |
| 22:02.38 | *** join/#brlcad teepee (~teepee@unaffiliated/teepee) | |
| 22:03.17 | maths22 | Can do soon |
| 22:03.30 | starseeker | brlcad: sorry 'bout that - license info is in the src files, forgot to add a separate file |
| 22:03.53 | brlcad | starseeker: not in the one I randomly picked :) |
| 22:04.03 | starseeker | figures |
| 22:06.18 | starseeker | if this approach proves useful, maybe need to do some siginficant rework on the code - right now it needs OpenMP for parallelism, so we're compiling it in serial mode |
| 22:07.35 | starseeker | not sure how turning on OpenMP would play with our own threading |
| 22:09.29 | brlcad | ugh |
| 22:11.59 | brlcad | for a self-contained gcv plugin, maybe |
| 22:12.31 | brlcad | for a library (including libgcv or librt), I wouldn't be in favor |
| 22:23.33 | Notify | 03BRL-CAD:maths22 * 64623 brlcad/trunk/src/libgcv/screened_poisson.cpp: removed unnecessary semicolons (pedantic error) |
| 22:31.37 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 22:31.51 | maths22 | brlcad: Is it OK to commit the following? http://paste.ubuntu.com/10777205/ |
| 23:13.28 | brlcad | maths22: misc/CMake/BRLCAD_CompilerFlags.cmake |
| 23:13.39 | brlcad | probably belongs there as that's where strictness is enabled |
| 23:13.44 | brlcad | see pedantic |
| 23:13.47 | maths22 | Ok. |
| 23:13.52 | brlcad | probably good to just use both :) |
| 23:14.18 | maths22 | I'll move it. |
| 23:14.49 | brlcad | if you can, make sure it compiles with gcc too |
| 23:15.03 | brlcad | that's going to be almost certain to fail something somewhere |
| 23:20.03 | brlcad | darn I don't have part 21 handy |
| 23:22.08 | maths22 | Of what? |
| 23:22.21 | maths22 | Running with GCC now |
| 23:45.46 | brlcad | part 21 of the step standard, stepcode bug reported but don't know what the spec says |
| 23:48.33 | maths22 | http://brlcad.org/CDash/viewBuildError.php?buildid=46 |
| 00:02.16 | *** join/#brlcad teepee_ (~teepee@unaffiliated/teepee) | |
| 00:03.29 | brlcad | starseeker: I'm seeing a seemingly complicated build error in screened_poisson.cpp on mac, just fyi |
| 00:03.56 | brlcad | maths22: you technically found a bug in the _cpuset.h header .. that seems to not yet be reported |
| 00:04.22 | maths22 | Where? |
| 00:04.29 | brlcad | ISO C does not allow extra ';' outside of a function |
| 00:04.41 | brlcad | there's a semicolon in that header that doesn't belong |
| 00:04.51 | brlcad | line 50 |
| 00:05.18 | maths22 | You're right. |
| 00:05.34 | maths22 | What do we do about that? |
| 00:12.09 | brlcad | maths22: you're welcome to report the bug and/or submit a patch to them :) |
| 00:12.17 | brlcad | a one-char patch |
| 00:13.04 | brlcad | if you do that, then I'd be okay editing the system header but from your log there appear to be other issues as well that have to be inspected/fixed |
| 00:13.37 | brlcad | without that, it basically means -pedantic-errors is too strict |
| 00:13.45 | brlcad | and another solution is needed |
| 00:16.01 | brlcad | maths22: commit should address one of the other errors in your list |
| 00:16.10 | Notify | 03BRL-CAD:brlcad * 64624 brlcad/trunk/src/libgcv/poissonrecon/Octree.inl: believe this is what's causing the 'error: too few template-parameter-lists' error with the specialization going on here. need to declare this as a template. |
| 00:16.28 | brlcad | actually, that should be the remainder |
| 00:16.58 | brlcad | retry the build |
| 00:17.05 | brlcad | (i edited the system header) |
| 00:18.36 | brlcad | if it works, it might be stable enough to keep pedantic-errors |
| 00:25.56 | brlcad | bug reported, pull request sent |
| 01:04.34 | maths22 | http://brlcad.org/CDash/viewBuildError.php?buildid=47 |
| 01:04.51 | maths22 | still has that template error |
| 01:05.25 | maths22 | not a pedantic errors problem |
| 01:07.32 | brlcad | maths22: thanks for checking, my fix was no good locally too |
| 01:12.46 | maths22 | Ok |
| 01:17.44 | Notify | 03BRL-CAD:brlcad * 64625 brlcad/trunk/src/libgcv/screened_poisson.cpp: include common.h before headers for good measure, shouldn't need extern C wrapping (they already do this) |
| 01:18.13 | maths22 | To run a build http://brlcad.org/svn/triggerBuild.php |
| 01:18.58 | Notify | 03BRL-CAD:brlcad * 64626 brlcad/trunk/src/libgcv/poissonrecon/Octree.inl: undo 64624 as that was a red herring. the error might just be wrong/misleading. see if removing the explicit class typing is what's causing the issue. |
| 01:19.12 | brlcad | "command returned 0" |
| 01:19.29 | maths22 | That is what should happen |
| 01:19.46 | brlcad | that fix hopefully does the trick, working locally |
| 01:20.25 | brlcad | starseeker: that poisson code is incredibly dirty! ... hundreds of issues, some quite significant |
| 01:22.01 | brlcad | and that's *after* you disabled a ton of warnings too |
| 01:22.45 | brlcad | is reminded that academic code requires "patience", but ugh such terrible coding standards |
| 01:23.01 | brlcad | maths22: so how do I know if the build succeeds fr not? :) |
| 01:23.19 | brlcad | and what happens if I just keep hitting refresh? :) |
| 01:23.44 | maths22 | I think I have guards so only one runs at once |
| 01:27.54 | maths22 | That script is apparently broken. Fixing |
| 01:32.11 | Notify | 03BRL-CAD:brlcad * 64627 (brlcad/trunk/src/libgcv/poissonrecon/Time.cpp =================================================================== and 49 others): move the Time.h headers that cause havok on case-preserving filesystems (mac hfs+) when encountering a #include <time.h>. compilation woes fixed, except for the hundreds of warnings. |
| 01:32.17 | brlcad | starseeker: fixed on mac |
| 01:42.02 | *** join/#brlcad pujani (~pujani@202.164.45.204) | |
| 02:20.21 | maths22 | test running now |
| 03:03.10 | maths22 | http://brlcad.org/CDash/buildSummary.php?buildid=49 |
| 03:03.16 | maths22 | Much better |
| 03:03.48 | *** join/#brlcad konrado (~konro@41.205.22.37) | |
| 03:11.01 | *** join/#brlcad pujani (~pujani@202.164.53.117) | |
| 03:11.06 | *** join/#brlcad pujani_ (~pujani@202.164.53.117) | |
| 03:18.09 | *** join/#brlcad sofat (~androirc@183.87.15.181) | |
| 03:20.15 | brlcad | very cool |
| 03:20.32 | brlcad | sofat! |
| 03:20.44 | brlcad | very hard to have a discussion with you when you keep disconnecting... |
| 03:20.45 | sofat | Hello |
| 03:20.55 | sofat | Sorry brlcad |
| 03:21.11 | sofat | There is timing problem |
| 03:21.22 | brlcad | how so? |
| 03:22.16 | sofat | Means college internet closed after mid night |
| 03:22.33 | brlcad | ugh |
| 03:22.39 | brlcad | so no means to leave an IRC client running? |
| 03:22.58 | brlcad | if they have servers, you could keep a screen+irssi session running |
| 03:23.10 | sofat | Okay |
| 03:23.38 | sofat | But sorry next time this not happen again |
| 03:23.47 | sofat | Very sorry |
| 03:23.49 | brlcad | as to your question, article vs book, that will almost never matter at this point -- pick one, probably article, unless it clearly has many chapters and each chapter is at least several pages long |
| 03:23.53 | Stragus | They shut down the internet at midnight? Darn |
| 03:24.28 | sofat | brlcad, okay |
| 03:24.45 | brlcad | sofat: don't have to apologize, not a big deal .. it's just happened a lot because of timezone differences and you seem to frequently disconnect from IRC instead of using /away (and leaving IRC running) |
| 03:25.07 | sofat | Okay |
| 03:25.12 | brlcad | if it's because of your actual connectivity, so be it (in which case a server will help) |
| 03:25.29 | brlcad | I somehow doubt they shut everything off |
| 03:26.08 | brlcad | sofat: at this point, do you have any actual patch files (in patch file format)? |
| 03:27.40 | sofat | i have xml format file and i have made patch file for cmakelists.txt. |
| 03:27.50 | brlcad | the focus should be on taking the work you've already done and turning them into proper patches that can be applied and evaluated without any technical effort by a mentor (other than running the patch command and recompiling) |
| 03:28.08 | brlcad | this goes for all of the xml files .. they should be in patch file format too |
| 03:28.26 | brlcad | http://brlcad.org/wiki/Patches |
| 03:28.41 | brlcad | svn add doc/docbook/whatever/yourfile.xml |
| 03:28.59 | brlcad | edit the build system to add xml to the build (edit the corresponding CMakeLists.txt file |
| 03:29.14 | brlcad | then run svn diff to capture all of your changes (including the xml file) into a single text file |
| 03:29.15 | sofat | Ok |
| 03:29.17 | brlcad | that's a patch file |
| 03:29.29 | sofat | Ok |
| 03:30.18 | brlcad | if you just post xml files, that means a mentor still has to download the file, update the build system, run the build, maybe even see that it doesn't actually validate/compile (something you should ensure) ... i.e., potentially a lot more work |
| 03:31.52 | brlcad | it should be no work -- in fact you can test exactly what they'll do by making a *separate* checkout of the sources and running "patch -p0 < yourchanges.patch" then recompiling |
| 03:32.56 | brlcad | if if you added your file and updated the build system correctly and have properly validating syntax, it will create an html file for that new document that looks right in a browser |
| 03:33.27 | brlcad | see if you can do that for all of your existing patch submissions because that'll be the first feedback you receive on all of them that are not in patch file format |
| 03:34.39 | sofat | Hmm ok i will make the patch files for my all patches. |
| 03:36.08 | sofat | As soon as possible i will submit the all patches again. |
| 03:40.36 | *** join/#brlcad hiteshsofat (~androirc@183.87.15.188) | |
| 03:44.53 | *** join/#brlcad sofat (~androirc@183.87.15.219) | |
| 04:02.17 | maths22 | brlcad: Almost fixed repository |
| 04:02.28 | maths22 | however, what is our function to use instead of abort? |
| 04:03.23 | maths22 | Is it bu_bomb? |
| 04:03.51 | maths22 | Never mind-it is |
| 04:05.43 | maths22 | However, what is the platform symbol usage check? |
| 04:10.02 | maths22 | Possion added a bunch of WIN32s |
| 04:14.39 | Notify | 03BRL-CAD:maths22 * 64628 brlcad/trunk/misc/CMake/BRLCAD_CompilerFlags.cmake: make llvm and FreeBSD work nicely together |
| 04:21.04 | Notify | 03BRL-CAD:maths22 * 64629 (brlcad/trunk/src/libgcv/poissonrecon/Allocator.h brlcad/trunk/src/libgcv/poissonrecon/Array.h and 17 others): fixed api usage in possionrecon |
| 04:39.43 | maths22 | We should also now have nightly builds running. |
| 04:39.47 | maths22 | We will see if that works |
| 04:59.13 | *** join/#brlcad sofat (~androirc@183.87.15.30) | |
| 05:14.21 | *** join/#brlcad sofat (~androirc@123.63.148.138) | |
| 05:32.50 | *** join/#brlcad sofat (~androirc@123.63.148.138) | |
| 06:44.46 | *** join/#brlcad sofat (~androirc@123.63.148.138) | |
| 06:53.45 | *** join/#brlcad teepee_ (~teepee@unaffiliated/teepee) | |
| 07:42.12 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 08:11.05 | *** join/#brlcad sofat (~androirc@183.87.15.16) | |
| 08:11.34 | *** join/#brlcad teepee-- (bc5c2133@gateway/web/freenode/ip.188.92.33.51) | |
| 08:22.55 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 11:36.30 | starseeker | brlcad: thanks, sorry about that (poisson) - guess I should have put it in src/other right away |
| 11:37.41 | *** join/#brlcad merzo (~merzo@92.60.189.225) | |
| 11:49.18 | starseeker | maths22: I'll try to get the poisson code into src/other soon - as brlcad noted, it's not up to our coding standards |
| 11:49.55 | starseeker | if it proves useful it's probably worth cleaning up, but that's a job so I want to make sure it actually is useful first |
| 11:50.27 | *** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot) | |
| 11:52.16 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-cjugembfkacqovsw) | |
| 12:04.19 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 12:05.01 | Notify | 03BRL-CAD Wiki:Mitchdraft * 8121 /wiki/User:Mitchdraft/GSoC15/Proposal: |
| 12:06.31 | *** join/#brlcad sofat (~sofat@183.87.15.16) | |
| 12:08.18 | *** join/#brlcad alisha (~quassel@101.60.156.232) | |
| 12:18.58 | *** join/#brlcad alisha (~quassel@115.184.93.55) | |
| 12:46.08 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 12:52.08 | maths22 | starseeker: by the way, I did fix up some of the function calls to use bu] |
| 12:58.59 | maths22 | http://brlcad.org/CDash/viewTest.php?onlyfailed&buildid=50 |
| 13:05.04 | starseeker | maths22: ok, thanks - that'll be key if we opt to keep these sources in our code, but I'm going to take an initial stab at making it a src/other build - basically will need to define a library API for it |
| 13:05.39 | starseeker | maths22: awesome that the cdash nightly is working - thanks! |
| 13:06.41 | maths22 | It had been running since january, but my crontab path was wrong, so it couldn't find ctest |
| 13:07.56 | maths22 | starseeker: Any idea what might be up with bu semaphore? |
| 13:08.23 | starseeker | maths22: no, unfortunately |
| 13:08.45 | starseeker | there've been some changes to the threading code, but brlcad is our expert on that |
| 13:09.26 | maths22 | ok |
| 13:14.26 | maths22 | Do you know if we could add a commit hook to the repository? |
| 13:20.16 | sofat | starseeker, hello |
| 13:22.27 | sofat | i have question for /doc/html/manuals/anim_tutorial i have converted this tutorial into xml i have made patch for this |
| 13:22.50 | sofat | but there some images how i handle this with my patch? |
| 14:03.53 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 14:07.58 | brlcad | maths22: we can install hooks |
| 14:08.20 | brlcad | you may even have the ability as a dev, it's via svn's shell service |
| 14:08.38 | brlcad | please ensure you have a complete repository backup (svnsync) before you try though |
| 14:09.00 | brlcad | sofat: images are handled the same way as any other file |
| 14:09.12 | sofat | okay |
| 14:09.12 | brlcad | you svn add them |
| 14:09.17 | sofat | okay |
| 14:09.39 | maths22 | ok |
| 14:09.41 | brlcad | if they don't get bundled into the patch file, create a tarball with the patch and new files |
| 14:09.51 | brlcad | (read the patch file, see what it does) |
| 14:33.42 | sofat | brlcad, is need to make patch for CMakeLists.txt file or I submit as .txt |
| 14:33.44 | sofat | ? |
| 14:37.20 | sofat | brlcad, I have done patch work I have created the one patch for 9 files And this patch also hold the CMakeLists.txt with new settings |
| 14:39.23 | sofat | I am going to submit this patch which is contains the 9 new articles files |
| 14:43.42 | sofat | I have submitited my patch please now review my work and tell about changes. This patch only hold the data of articles. |
| 15:02.20 | *** join/#brlcad hiteshsofat (~androirc@223.225.200.150) | |
| 15:05.54 | brlcad | hiteshsofat: I see the (new?) patch submission |
| 15:06.23 | brlcad | need to do something about all of the prior submissions |
| 15:07.10 | brlcad | if this patch replaces others, then the other submissions need to be closed and it needs to be clear which should be closed and which should not |
| 15:07.23 | Notify | 03BRL-CAD:carlmoore * 64630 (brlcad/trunk/src/libgcv/poissonrecon/Allocator.h brlcad/trunk/src/libgcv/poissonrecon/Array.h and 42 others): remove trailing blanks and tabs -- POSSIBLE MISSPELLINGS WILL BE DEALT WITH LATER! |
| 15:07.57 | ``Erik | eck https://truesecdev.wordpress.com/2015/04/09/hidden-backdoor-api-to-root-privileges-in-apple-os-x/ |
| 15:09.18 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:13.49 | brlcad | ``Erik: niice |
| 15:15.09 | hiteshsofat | Ok i will check this |
| 15:20.57 | *** join/#brlcad alisha (~quassel@115.184.93.55) | |
| 15:33.20 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:39.22 | Notify | 03BRL-CAD:carlmoore * 64631 (brlcad/trunk/src/libgcv/poissonrecon/Allocator.h brlcad/trunk/src/libgcv/poissonrecon/Array.inl and 10 others): fix spellings |
| 16:20.10 | *** join/#brlcad alisha_ (~quassel@101.60.220.245) | |
| 16:38.23 | *** join/#brlcad alisha (~quassel@101.60.220.245) | |
| 16:59.58 | *** join/#brlcad pujani (~pujani@202.164.45.204) | |
| 17:01.33 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 17:24.31 | *** join/#brlcad alisha (~quassel@101.60.151.182) | |
| 17:25.04 | *** join/#brlcad pujani (~pujani@202.164.45.204) | |
| 17:28.00 | Stragus | Eh ``Erik, nice |
| 17:30.10 | *** join/#brlcad hiteshsofat (~androirc@223.225.243.63) | |
| 17:41.51 | *** join/#brlcad pujani (~pujani@202.164.45.204) | |
| 17:59.15 | ``Erik | inflight refeuling of a helicoptor carrying a hmmwv O.o http://cheezburger.com/8474948352/epic-win-pic-plane-refueling-humvee |
| 18:06.22 | *** join/#brlcad pujani_ (~pujani@202.164.45.204) | |
| 18:23.50 | *** join/#brlcad alisha (~quassel@115.184.50.126) | |
| 18:24.56 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 18:28.51 | *** join/#brlcad cardinot (~cardinot@179.181.245.65) | |
| 18:28.51 | *** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot) | |
| 18:51.39 | *** join/#brlcad Izakey (~Izakey@41.205.22.46) | |
| 19:46.55 | *** part/#brlcad dracarys983 (dracarys98@nat/iiit/x-cjugembfkacqovsw) | |
| 20:13.33 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 20:17.09 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 20:31.22 | *** join/#brlcad teepee_ (~teepee@unaffiliated/teepee) | |
| 20:33.05 | *** join/#brlcad Ch3ck_ (~localhost@154.70.104.216) | |
| 20:39.00 | Notify | 03BRL-CAD:carlmoore * 64632 brlcad/trunk/db/comgeom/ADA073408.comgeom: comgeom file has AGAIN had trailing white space removed -- PLEASE REVERT IF PROBLEM! |
| 20:53.58 | Notify | 03BRL-CAD:brlcad * 64633 (brlcad/trunk/include/fb.h brlcad/trunk/src/burst/extern.h and 51 others): update most of libfb and all callers to size_t for image sizing. this has a benefit of not permitting or needing to check for negative values. it has a risk that some loop construct wasn't properly updated or some tool actually relied on negative coordinates. however, ran a number of manual tests, all fb-related |
| 20:54.00 | Notify | regressions and integration tests are passing, and build is clean (mac, clang6). |
| 20:54.02 | Notify | ... |
| 21:05.27 | Notify | 03BRL-CAD:brlcad * 64634 brlcad/trunk/src/libgcv/poissonrecon/MemoryUsage.h: do something better than quitting the application. probably don't want to rely on libbu at this point just yet unless we embrace this lib harder. |
| 21:13.01 | Notify | 03BRL-CAD:brlcad * 64635 brlcad/trunk/src/libfb/if_wgl.c: update to size_t. shamefully untested before commit, but that's next. |
| 21:27.37 | *** join/#brlcad Ch3ck_ (~localhost@41.205.14.89) | |
| 22:10.09 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-spqhyjvuqyupfldk) | |
| 22:18.03 | *** join/#brlcad Ch3ck_ (~localhost@41.205.13.45) | |
| 22:26.01 | *** join/#brlcad alisha (~quassel@115.184.7.75) | |
| 22:40.31 | *** join/#brlcad teepee_ (~teepee@unaffiliated/teepee) | |
| 23:03.49 | *** part/#brlcad Ch3ck_ (~localhost@41.205.13.45) | |
| 00:27.42 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 02:49.40 | starseeker | src/libfb/if_X24.c:1105:46: error: signed and unsigned type in conditional expression [-Werror=sign-compare] x1wd = (x1 == xi->xi_ilf) ? xi->xi_ilf_w : ifp->if_xzoom; |
| 02:49.48 | starseeker | sorry, double post |
| 02:49.54 | starseeker | scowls at mouse |
| 02:50.08 | starseeker | number of similar errors in other locations |
| 02:52.02 | *** join/#brlcad sofat (~androirc@223.225.215.93) | |
| 03:03.00 | *** join/#brlcad jyhong (~jyhong@218.22.21.14) | |
| 03:07.32 | Notify | 03BRL-CAD:starseeker * 64636 brlcad/trunk/src/libfb/if_X24.c: Start updating the types in the X24 fb - looks like they'll all need to be updated. |
| 03:27.13 | sofat | brlcad, how i change the status of ticket? |
| 03:36.57 | sofat | Anyone know about this ? |
| 03:37.25 | sofat | I want to closed some ticket so how I do this ? |
| 04:32.47 | sofat | ``Erik, you know about this |
| 04:33.08 | sofat | starseeker, you know about this? |
| 05:19.26 | *** join/#brlcad sofat (~androirc@223.225.215.93) | |
| 05:44.38 | *** join/#brlcad alisha (~quassel@115.184.63.27) | |
| 06:08.16 | *** join/#brlcad hiteshsofat (~androirc@223.225.215.93) | |
| 06:35.18 | *** join/#brlcad sofat (~androirc@223.225.215.93) | |
| 06:46.09 | *** join/#brlcad teepee_ (~teepee@unaffiliated/teepee) | |
| 06:55.27 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 07:01.21 | *** join/#brlcad sofat (~androirc@223.225.215.93) | |
| 07:57.20 | *** join/#brlcad merzo (~merzo@92.60.189.225) | |
| 08:42.13 | *** join/#brlcad luca79 (~luca@ge-19-123-238.service.infuturo.it) | |
| 09:01.18 | *** join/#brlcad teepee-- (bc5c2133@gateway/web/freenode/ip.188.92.33.51) | |
| 09:09.16 | *** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 10:14.38 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 10:32.04 | *** join/#brlcad sukhtaaj (~sukhdeep@202.164.53.117) | |
| 10:34.28 | *** join/#brlcad hobbyist (~quassel@202.164.53.117) | |
| 11:06.19 | *** join/#brlcad sofat (~sofat@123.63.148.138) | |
| 11:06.25 | sofat | starseeker, hello |
| 11:07.38 | sofat | how I change the status of my patch on sourceforge? I want to close some patches, so please tell me. |
| 11:19.35 | starseeker | sofat: if you click on the patch when you're logged in, in the upper right do you see an "Edit" button? |
| 11:19.41 | starseeker | I think you can mark it closed there... |
| 11:23.11 | sofat | no there is no edit button . |
| 11:30.24 | sofat | ? |
| 11:33.24 | starseeker | um. |
| 11:34.11 | sofat | there is two button i see one for "follow this ticket" |
| 11:34.24 | starseeker | you're logged in? |
| 11:34.42 | sofat | and second is "unsubscribe from this ticket" |
| 11:34.44 | sofat | yes |
| 11:34.50 | sofat | i am logged in |
| 11:35.01 | starseeker | odd |
| 11:35.16 | sofat | odd? means |
| 11:35.23 | starseeker | I don't see an easy way to do it |
| 11:35.44 | starseeker | I guess email me the list of links to the patches you want closed and I'll close them tonight |
| 11:35.48 | starseeker | (got to run now) |
| 11:36.12 | sofat | ok |
| 11:36.19 | sofat | i will email you |
| 11:36.31 | *** join/#brlcad luca79 (~luca@ge-19-123-238.service.infuturo.it) | |
| 11:37.35 | sofat | when you free you please review my patch ticket no.352 and patch name "articles in xml" |
| 11:44.49 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 12:08.56 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 12:09.11 | *** join/#brlcad luca79 (~luca@ge-19-123-238.service.infuturo.it) | |
| 12:24.01 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-vmtfimluhmmbyfad) | |
| 13:07.39 | maths22 | This is not good: http://brlcad.org/CDash/viewBuildError.php?buildid=53 |
| 13:18.19 | *** join/#brlcad luca79 (~luca@fi-19-201-244.service.infuturo.it) | |
| 13:28.54 | ``Erik | so there're bad type assumptions... O.o legitimate issues that need addressed, cdash is doing it's job... |
| 13:30.41 | Notify | 03BRL-CAD:d_rossberg * 64637 brlcad/trunk/src/librt/db_lookup.c: fixed crash during creation of temporary names for duplicates (write to freed memory)bu_vls_~() can move the string's memory, therefore moved the pointer to this memory too |
| 13:31.32 | ``Erik | ls |
| 13:31.35 | ``Erik | woops |
| 13:32.06 | teepee-- | ls: whoops: No such file or directory |
| 13:34.21 | ``Erik | if_ogl.c:1858 might be a bit trickier, y is 'register int', if_height in fb_internal is 'int', so if that 'fb' type is fb_internal, that's ... unexpected. |
| 13:35.08 | ``Erik | fights the urge to find . -type f -print0 | xargs -0 sed -i.bak 's/register //' |
| 13:36.12 | teepee-- | that looks scary to run on any bigger code base :) |
| 13:36.47 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 13:36.56 | ``Erik | teepee--: live fast, die young! |
| 13:37.10 | teepee-- | hehe, too late for that :P |
| 13:37.24 | ``Erik | ya'll audit your commits with 'svn diff' before you commit, right? O.o |
| 13:38.15 | teepee-- | does (well, normally using gitk) |
| 13:42.33 | ``Erik | sure, gitk's diff, "git diff" on the command line, "darcs diff" if you're dealing with nerdy stuff... :D |
| 13:43.55 | teepee-- | so it really treats register int and int as different types? that's indeed a bit surprising |
| 13:46.35 | *** join/#brlcad ignacio (~ignacio@rev-18-85-44-59.sugarlabs.org) | |
| 13:53.59 | Notify | 03BRL-CAD:starseeker * 64638 (brlcad/trunk/src/libfb/if_X24.c brlcad/trunk/src/libfb/if_ogl.c): More tweaks to if_X24 and if_ogl |
| 13:57.46 | *** join/#brlcad luca79 (~luca@151.34.244.250) | |
| 13:58.41 | ``Erik | no idea, that'd be odd if it did... (personally, I don't think register is all that useful any more... i386 is a piece of shit, x86_64 is marginally better, arm has the fu but isn't a major target for BRL-CAD) |
| 14:00.18 | Notify | 03BRL-CAD:starseeker * 64639 (brlcad/trunk/include/fb.h brlcad/trunk/src/burst/extern.h and 54 others): Back out 64638, 64636, 64635, and 64633 as a unit - this update needs to be applied to all fb implementations at the same time, since it will break compilation on any fb that isn't updated to the new function signatures. Should be able to reverse merge this to put the changes back when work resumes. |
| 14:02.31 | starseeker | that should revert the breakage until a comprehensive update to all fb functions can be completed |
| 14:03.18 | starseeker | maths22: should build now. cdash++ |
| 14:05.54 | maths22 | Will run tonight at 3am EDT |
| 14:06.12 | maths22 | Ill kick off a manual run sooner |
| 14:07.58 | sofat | starseeker, I am facing some error when i adding new images in CMakeLists.txt |
| 14:08.04 | sofat | make[2]: *** [doc/docbook/books/en/docbook_books_EN_IMAGES.sentinel] Error 1 |
| 14:08.05 | sofat | make[1]: *** [doc/docbook/books/en/CMakeFiles/docbook_books_EN_IMAGES_cp.dir/all] Error 2 |
| 14:08.05 | sofat | make: *** [all] Error 2 |
| 14:08.05 | sofat | make[2]: *** [doc/docbook/books/en/docbook_books_EN_IMAGES.sentinel] Error 1 |
| 14:08.05 | sofat | make[1]: *** [doc/docbook/books/en/CMakeFiles/docbook_books_EN_IMAGES_cp.dir/all] Error 2 |
| 14:08.05 | sofat | make: *** [all] Error 2 |
| 14:11.27 | sofat | starseeker, you have any solution for this error? |
| 14:12.26 | Notify | 03BRL-CAD:starseeker * 64640 (brlcad/trunk/src/other/PoissonRecon/PoissonRecon.sln =================================================================== and 48 others): Add the vanilla Screened Poisson Surface Reconstruction Version 6.13 sources from http://www.cs.jhu.edu/~misha/Code/PoissonRecon/Version6.13 (the latest as of April 10, 2015.) The only change from the original zip file contents was to correct mixed |
| 14:12.28 | Notify | line endings in a few Src files so subversion would accept the files. |
| 14:12.30 | Notify | ... |
| 14:12.31 | starseeker | sofat: there's not enough information there to debug it |
| 14:13.07 | starseeker | maths22: awesome - thanks! |
| 14:13.33 | sofat | ok i show you my CMakeLists.txt |
| 14:15.00 | sofat | https://bpaste.net/show/11ace5615550 |
| 14:15.11 | sofat | form line 51-64 |
| 14:16.06 | maths22 | starseeker: it runs nightly at 3am. I figured that was a good off time when people aren't likely to be comitting more |
| 14:16.12 | Notify | 03BRL-CAD:starseeker * 64641 (brlcad/trunk/src/other/PoissonRecon/LICENSE =================================================================== and 28 others): Add top level license file |
| 14:16.35 | maths22 | If they do, it obviously doesn't break anything |
| 14:19.16 | Notify | 03BRL-CAD:starseeker * 64642 (brlcad/trunk/src/other/PoissonRecon/Src/BSplineData.h brlcad/trunk/src/other/PoissonRecon/Src/Factor.h and 3 others): added license file for possionrecon (from maths22) |
| 14:21.30 | sofat | starseeker, you understand the error ? |
| 14:25.22 | Notify | 03BRL-CAD:starseeker * 64643 brlcad/trunk/src/other/PoissonRecon/Src/Octree.inl: Clear 'error: too few template-parameter-lists' error (brlcad) |
| 14:27.17 | *** join/#brlcad sofat (~androirc@106.192.152.163) | |
| 14:27.20 | Notify | 03BRL-CAD:starseeker * 64644 (brlcad/trunk/src/other/PoissonRecon/Src/Time.cpp =================================================================== and 49 others): Remove Time.h - causing problems on filesystems such as mac hfs+ when a #include <time.h> is encountered (brlcad) |
| 14:30.29 | Notify | 03BRL-CAD:starseeker * 64645 (brlcad/trunk/src/other/PoissonRecon/Src/Allocator.h brlcad/trunk/src/other/PoissonRecon/Src/Array.h and 41 others): remove trailing blanks and tabs (carlmoore) |
| 14:33.37 | Notify | 03BRL-CAD:starseeker * 64646 (brlcad/trunk/src/other/PoissonRecon/Src/Allocator.h brlcad/trunk/src/other/PoissonRecon/Src/Array.inl and 10 others): Correct a few spelling errors (carlmoore) |
| 14:36.56 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 14:37.13 | Notify | 03BRL-CAD:starseeker * 64647 (brlcad/trunk/src/other/PoissonRecon/Src/Allocator.h brlcad/trunk/src/other/PoissonRecon/Src/Array.h and 17 others): For now, remove the libbu usage introduced earlier - this is needed only if we decide to integrate poissonrecon directly into BRL-CAD's primary code base. |
| 14:38.29 | starseeker | sofat: I need the full make log - the part you posted to the channel only has the tail end of the make process |
| 14:39.35 | sofat | Okay how i get the log file after ran make command? |
| 14:40.03 | starseeker | when you ran "make" you didni't get any output other than what you posted? |
| 14:42.57 | sofat | Yes there is many commands is run with make and the output is very large |
| 14:43.12 | sofat | But i only posted the error |
| 14:43.50 | starseeker | I need the rest |
| 14:44.23 | sofat | Okay i will show you |
| 14:50.07 | ``Erik | the 'error' you posted was make saying "yeah, child process had an error, aborting", it's the child processes error we need :D the few lines before makes error |
| 14:54.45 | *** join/#brlcad sofat_ (~sofat@123.63.148.138) | |
| 14:54.54 | sofat_ | starseeker, now check this |
| 14:54.54 | sofat_ | https://bpaste.net/show/ae1f25659ad1 |
| 14:57.13 | Notify | 03BRL-CAD:starseeker * 64648 (brlcad/trunk/src/other/PoissonRecon/CMakeLists.txt =================================================================== and 115 others): Add a CMakeLists.txt file |
| 14:57.50 | starseeker | sofat_: OK - try "make VERBOSE=1" |
| 14:59.31 | sofat_ | its run very fast , i think compile the brlcad |
| 15:00.34 | sofat_ | there is output |
| 15:00.34 | sofat_ | https://bpaste.net/show/115394640c62 |
| 15:14.25 | Notify | 03BRL-CAD:starseeker * 64649 (brlcad/trunk/src/other/PoissonRecon/Src/PointStream.h brlcad/trunk/src/other/PoissonRecon/Src/PointStream.inl): Add a stream class for a basic struct containing a point and a normal |
| 15:53.22 | Notify | 03BRL-CAD:starseeker * 64650 (brlcad/trunk/src/other/PoissonRecon/CMakeLists.txt brlcad/trunk/src/other/PoissonRecon/Src/PointStream.h): Start to rough in a C api for a 'libSPR' that we can call instead of shoving everything into libgcv |
| 15:54.53 | starseeker | sofat: ok, so it looks like the command that is failing is /usr/bin/cmake -E touch /home/sofat/trunk/doc/docbook/books/en/docbook_books_EN_IMAGES.sentinel |
| 15:55.48 | sofat | So now how i solve this ? |
| 15:57.44 | starseeker | cd into the doc/docbook/books/en subdirectory, do a "make clean", and try again... |
| 15:57.57 | starseeker | your files are all in the correct places? |
| 15:59.03 | sofat | Yes |
| 15:59.22 | starseeker | do you have a separate build directory, or are you building in the source dir? |
| 16:02.40 | sofat | Not i using exiting dirrctory |
| 16:02.47 | sofat | Directory |
| 16:03.09 | sofat | Means in doc/docbook/article/en/images |
| 16:03.19 | sofat | There my all images |
| 16:04.06 | starseeker | does the latest patch on sourceforge have the changes you're trying to work with now? |
| 16:05.43 | sofat | No, i am working on different patch now |
| 16:05.54 | starseeker | hmm |
| 16:06.41 | starseeker | my first suggestion would be to try using an out-of-source-build-directory and see if that makes any difference |
| 16:09.06 | starseeker | if that doesn't work, my next suggestion would be to take a clean version of the checkout, add a single image file, and see if it still gives an error. |
| 16:09.40 | sofat | Okay i will try, if i face again any error then I will tell you. |
| 16:09.57 | starseeker | sofat: sounds good |
| 16:10.09 | sofat | Thanks |
| 16:16.46 | brlcad | starseeker: sorry about that -- I didn't have done an X11 build yet and was working on the Windows build |
| 16:17.15 | brlcad | would have held off the commit, but didn't think about X11 not compiling |
| 16:17.53 | brlcad | maths22: that's very good -- it gives me a list of errors to fix that I don't get locally |
| 16:18.34 | maths22 | brlcad: is 3am a good time? |
| 16:18.49 | maths22 | I figured that way the build should include most people's work on a given day |
| 16:19.15 | brlcad | ``Erik: I did remove all register statements like that a year or so ago .. and I was surprised to see performance actually drop a solid 5-10% |
| 16:19.37 | brlcad | I redid the build several times with different settings because I didn't believe it |
| 16:20.31 | brlcad | apparently it still can make a difference to strategically declare what should stick in registers (maybe when there's tons of register contention) |
| 16:32.03 | Notify | 03BRL-CAD:starseeker * 64651 (brlcad/trunk/src/other/PoissonRecon/Src/PointStream.h brlcad/trunk/src/other/PoissonRecon/Src/PointStream.inl and 2 others): Start working on the core function. |
| 16:32.23 | brlcad | maths22: 3am is fine |
| 16:44.13 | *** part/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 17:25.28 | *** join/#brlcad sukhtaaj (~sukhdeep@124.253.120.254) | |
| 17:29.56 | ``Erik | http://www.reenigne.org/blog/1k-colours-on-cga-how-its-done/ |
| 17:30.48 | teepee | yay, nice |
| 17:30.51 | teepee | starts reading :) |
| 17:31.22 | ``Erik | brlcad: I remember you did it several years ago, might be interesting to do again and get info on where the slowdown actually happens using like gprof or valgrind or something |
| 17:31.57 | ``Erik | (and frikkin' A, if ya'll keep doing these jacked up weird mega-commits, I might have to rewrite the mail parser) |
| 18:52.32 | Notify | 03BRL-CAD:starseeker * 64652 (brlcad/trunk/INSTALL brlcad/trunk/configure and 5 others): Switch to using a library built from src/other for Screened Poisson Reconstruction. |
| 18:55.09 | Notify | 03BRL-CAD:starseeker * 64653 brlcad/trunk/src/libgcv/CMakeLists.txt: Clear the libgcv copy of PoissonRecon |
| 18:58.38 | Notify | 03BRL-CAD:starseeker * 64654 brlcad/trunk/src/libgcv/screened_poisson.cpp: Prepare screened_poisson file for move to librt |
| 19:05.49 | Notify | 03BRL-CAD:starseeker * 64655 (brlcad/trunk/src/libgcv/CMakeLists.txt brlcad/trunk/src/libgcv/gcv_private.h and 2 others): Start moving screened_poisson to librt |
| 19:24.57 | *** part/#brlcad dracarys983 (dracarys98@nat/iiit/x-vmtfimluhmmbyfad) | |
| 19:34.44 | Notify | 03BRL-CAD:carlmoore * 64656 brlcad/trunk/doc/docbook/system/man1/en/pixhalve.xml: add an optional < because you can send it in via standard input as well |
| 19:47.02 | *** join/#brlcad brad_h (~behollis@dhcp-59-171.cse.ucsc.edu) | |
| 20:00.16 | Notify | 03BRL-CAD:starseeker * 64657 (brlcad/trunk/src/libgcv/CMakeLists.txt brlcad/trunk/src/libged/facetize.c): Get the screened poisson hooked up through the -P option in the facetize libged command. Seeing some odd behavior, needs more investigation. |
| 20:40.57 | starseeker | growl... can't run this thing twice, must be some memory issue |
| 20:48.41 | Notify | 03BRL-CAD:carlmoore * 64658 brlcad/trunk/src/util/pixhist3d.c: implement -h and -? (They now can NOT be valid file names); also revise THRESH comment |
| 21:06.31 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 21:19.14 | *** join/#brlcad merzo (~merzo@150-82-200-46.pool.ukrtel.net) | |
| 21:20.30 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-jpodfrabiztvkrfj) | |
| 21:32.41 | Notify | 03BRL-CAD:starseeker * 64659 brlcad/trunk/src/conv/ply/ply-g.c: Use vls to build the names |
| 21:39.17 | *** join/#brlcad teepee_ (~teepee@unaffiliated/teepee) | |
| 21:41.32 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 21:53.38 | *** join/#brlcad merzo (~merzo@190-44-133-95.pool.ukrtel.net) | |
| 21:56.38 | Notify | 03BRL-CAD:starseeker * 64660 brlcad/trunk/misc/uncpowerplant2g.sh: Tweak powerplant script |
| 21:58.28 | ``Erik | heheh http://www.instructables.com/id/Apple-II-Watch/?ALLSTEPS |
| 22:00.51 | Notify | 03BRL-CAD:starseeker * 64661 brlcad/trunk/src/conv/ply/ply-g.c: make sure we have a period before truncating |
| 22:20.36 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 23:10.54 | *** join/#brlcad teepee_ (~teepee@unaffiliated/teepee) | |
| 23:55.01 | *** join/#brlcad merzo (~merzo@111-62-132-95.pool.ukrtel.net) | |
| 00:19.10 | *** join/#brlcad ignacio (~ignacio@rev-18-85-44-59.sugarlabs.org) | |
| 00:29.31 | *** join/#brlcad teepee_ (~teepee@unaffiliated/teepee) | |
| 02:43.15 | *** join/#brlcad sofat (~sofat@123.63.148.138) | |
| 03:50.06 | *** join/#brlcad sofat_ (~sofat@183.87.15.254) | |
| 03:55.30 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 04:08.14 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 06:26.59 | *** join/#brlcad sofat (~androirc@183.87.15.254) | |
| 06:29.49 | *** join/#brlcad sofat_ (~androirc@123.63.148.138) | |
| 09:01.00 | *** join/#brlcad sofat (~androirc@106.192.140.151) | |
| 10:13.00 | *** join/#brlcad sofat (~androirc@106.192.140.151) | |
| 10:25.57 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-qqnceahxhvghuaid) | |
| 10:41.34 | *** join/#brlcad infobot_ (ibot@rikers.org) | |
| 10:41.35 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || We are ACCEPTED for GSoC 2015 -- if you're a student, ask a specific question and WAIT for an answer! | |
| 11:32.23 | *** join/#brlcad ankesh11 (uid8015@gateway/web/irccloud.com/x-gseacdotlbousmhw) | |
| 11:55.22 | *** join/#brlcad teepee_ (~teepee@unaffiliated/teepee) | |
| 12:43.17 | *** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot) | |
| 12:56.25 | *** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot) | |
| 14:26.18 | *** part/#brlcad SquirrelCZECH (~Squirrel@ip-89-102-104-133.net.upcbroadband.cz) | |
| 14:58.32 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:20.51 | *** join/#brlcad luca79 (~luca@adsl-ull-209-50.46-151.net24.it) | |
| 17:27.59 | brlcad | implements a custom collating sort function for STEP only to find out that the spec indicates it's not needed! |
| 17:28.46 | brlcad | but... it actually may come in handy for our own use, if we want to adjust sort ordering to something other than strcmp() or strcasecmp() |
| 18:28.49 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 19:05.29 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 19:55.30 | *** join/#brlcad teepee (~teepee@unaffiliated/teepee) | |
| 20:21.04 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 22:20.07 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 00:14.29 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 02:30.45 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 03:01.49 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 05:45.15 | *** join/#brlcad maths22_ (~maths22@66-118-151-70.static.sagonet.net) | |
| 07:14.02 | *** join/#brlcad albertcoder (~albertcod@1.39.34.119) | |
| 09:12.00 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 09:35.55 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 10:39.11 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 11:23.08 | *** join/#brlcad pujani (~pujani@202.164.45.204) | |
| 11:56.39 | *** join/#brlcad albertcoder (~albertcod@1.39.34.119) | |
| 12:16.27 | *** join/#brlcad pujani (~pujani@202.164.45.204) | |
| 14:23.27 | ``Erik | O.o here's one you don't see often: "grep: memory exhausted" |
| 14:31.48 | teepee | hands ``Erik his 4MB RAM module from the Z80 homecomputer |
| 14:31.59 | teepee | only need the ethernet module right now ;) |
| 14:34.26 | ``Erik | heh, this is on a 4gb server :D |
| 14:34.32 | ``Erik | thus the surprise |
| 14:35.59 | teepee | ulimit -v 100 |
| 14:36.22 | teepee | nope, getting segfault then :D |
| 15:07.17 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:27.29 | *** join/#brlcad cox_ (~quassel@188.226.208.53) | |
| 16:08.02 | *** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot) | |
| 16:18.31 | *** join/#brlcad luca79 (~luca@adsl-ull-157-14.47-151.net24.it) | |
| 16:22.41 | ``Erik | sunny beaches, spent all morning fixing a bug, go to submit the patch and find that someone else submitted a fix just a couple days ago... shouldn't have assumed I was the only nerd both concerned and capable *sigh* :D |
| 16:27.31 | *** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot) | |
| 17:09.42 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 17:30.11 | *** join/#brlcad merzo (~merzo@28-88-132-95.pool.ukrtel.net) | |
| 18:10.06 | *** join/#brlcad pujani (~pujani@202.164.45.204) | |
| 18:15.17 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 19:06.57 | *** join/#brlcad merzo (~merzo@28-88-132-95.pool.ukrtel.net) | |
| 19:19.46 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-mjydjdmiapfcxjsk) | |
| 21:23.57 | *** join/#brlcad teepee (~teepee@unaffiliated/teepee) | |
| 21:37.16 | brlcad | ``Erik: sunny beaches? you trapped in paradise? |
| 21:40.26 | ``Erik | heh, no, just less vulgar than sonofabitch :D |
| 21:59.05 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 22:39.29 | *** join/#brlcad IriX64 (~kvirc@70.49.155.58) | |
| 23:50.18 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 23:51.41 | *** join/#brlcad cardinot (~cardinot@187.16.242.23) | |
| 23:51.41 | *** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot) | |
| 00:45.42 | *** join/#brlcad teepee_ (~teepee@unaffiliated/teepee) | |
| 01:35.56 | *** join/#brlcad konrado (~konro@41.205.22.34) | |
| 02:07.50 | *** join/#brlcad teepee_ (~teepee@unaffiliated/teepee) | |
| 02:15.45 | *** join/#brlcad cardinot (~cardinot@187.16.242.23) | |
| 02:15.45 | *** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot) | |
| 02:58.21 | *** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca) | |
| 05:25.32 | *** join/#brlcad witness (uid10044@gateway/web/irccloud.com/x-wmjfjpqyvcrzrcfp) | |
| 05:49.41 | *** join/#brlcad sofat (~sofat@202.164.53.117) | |
| 06:53.52 | *** join/#brlcad luca79 (~luca@host22-20-dynamic.4-87-r.retail.telecomitalia.it) | |
| 07:17.41 | *** join/#brlcad arno (~luca@host93-19-dynamic.4-87-r.retail.telecomitalia.it) | |
| 07:21.11 | *** join/#brlcad alisha (~quassel@101.60.180.102) | |
| 07:22.34 | *** join/#brlcad ejno_ (~ejno@unaffiliated/kazaik) | |
| 07:28.53 | *** join/#brlcad merzo (~merzo@28-88-132-95.pool.ukrtel.net) | |
| 09:34.25 | *** join/#brlcad merzo (~merzo@72-11-132-95.pool.ukrtel.net) | |
| 10:12.33 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-buqxjjetvxbisdfh) | |
| 10:40.44 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 11:40.40 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 11:46.44 | ``Erik | another post about the guts of that cga demo: http://www.reenigne.org/blog/more-8088-mph-how-its-done/ |
| 11:48.02 | ``Erik | (so much nerd fascination about this, it's like the programmer equivalent of when mythbusters decides to go overboard and explode their tests) |
| 11:51.07 | *** join/#brlcad teepee_ (~teepee@unaffiliated/teepee) | |
| 11:51.51 | *** join/#brlcad merzo (~merzo@95.132.11.72) | |
| 12:23.32 | *** join/#brlcad cardinot (~cardinot@187.16.242.23) | |
| 12:23.32 | *** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot) | |
| 13:56.32 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 14:32.52 | Notify | 03BRL-CAD:d_rossberg * 64662 (brlcad/trunk/INSTALL brlcad/trunk/configure and 2 others): some fixes for the libSPR (Screened Poisson Reconstruction):- copy-n-paste typos with openNURBS- installprobable not perfect but mged works again |
| 15:10.15 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:13.53 | Notify | 03BRL-CAD:d_rossberg * 64663 rt^3/trunk/tests/coreInterface/CMakeLists.txt: added the necessary include directories to use BRL-CAD macros in tests |
| 15:25.53 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:33.49 | *** join/#brlcad albertcoder (~albertcod@1.39.35.11) | |
| 16:18.38 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 16:32.25 | *** join/#brlcad luca79 (~luca@host176-109-dynamic.15-87-r.retail.telecomitalia.it) | |
| 16:32.32 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-tbaeetymqogfhvwu) | |
| 16:48.48 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:58.23 | *** join/#brlcad alisha (~quassel@101.60.181.221) | |
| 17:21.17 | *** join/#brlcad albertcoder (~albertcod@1.39.35.11) | |
| 17:32.12 | *** join/#brlcad coderalbert (~albertcod@1.39.32.237) | |
| 17:32.29 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-btzeemlcchqlhfbv) | |
| 17:37.34 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 17:57.32 | *** join/#brlcad alisha (~quassel@115.184.80.226) | |
| 18:01.17 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 18:03.14 | *** join/#brlcad luca79 (~luca@host176-109-dynamic.15-87-r.retail.telecomitalia.it) | |
| 18:30.11 | *** join/#brlcad cardinot_ (~cardinot@187.16.242.23) | |
| 18:33.09 | sofat | starseeker, hello |
| 18:33.24 | sofat | problem is not solve :-( |
| 18:34.27 | sofat | my xml in /doc/docbook/books/en/ |
| 18:34.50 | sofat | my images in /doc/docbook/book/en/images/ |
| 19:33.47 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 19:43.54 | *** join/#brlcad sofat (~androirc@202.164.45.204) | |
| 20:21.45 | *** join/#brlcad merzo (~merzo@143-90-133-95.pool.ukrtel.net) | |
| 20:57.39 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 21:36.10 | *** join/#brlcad kanzure_ (~kanzure@unaffiliated/kanzure) | |
| 21:38.20 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 22:33.19 | *** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca) | |
| 00:33.07 | *** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net) | |
| 02:18.23 | *** join/#brlcad cardinot (~cardinot@187.16.242.23) | |
| 02:18.38 | *** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot) | |
| 02:56.23 | *** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net) | |
| 03:12.33 | *** join/#brlcad sofat (~androirc@202.164.45.204) | |
| 03:26.48 | *** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net) | |
| 03:37.36 | *** join/#brlcad sofat (~androirc@202.164.45.204) | |
| 04:10.22 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 04:27.12 | *** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net) | |
| 05:16.49 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 05:17.52 | *** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net) | |
| 05:29.07 | *** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net) | |
| 06:07.02 | *** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net) | |
| 07:02.57 | *** join/#brlcad sofat (~sofat@202.164.53.117) | |
| 07:06.37 | *** join/#brlcad luca79 (~luca@host89-110-dynamic.9-87-r.retail.telecomitalia.it) | |
| 07:16.20 | *** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net) | |
| 07:30.35 | *** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net) | |
| 07:33.05 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 07:33.30 | *** join/#brlcad merzo (~merzo@92.60.189.225) | |
| 07:47.47 | *** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net) | |
| 08:41.38 | *** join/#brlcad teepee (~teepee@unaffiliated/teepee) | |
| 08:46.32 | Notify | 03BRL-CAD Wiki:Pe25tr brl cad * 0 /wiki/User:Pe25tr_brl_cad: |
| 09:22.32 | *** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net) | |
| 09:34.14 | *** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net) | |
| 09:40.05 | *** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net) | |
| 09:45.44 | *** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net) | |
| 09:52.33 | *** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net) | |
| 10:20.08 | *** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net) | |
| 10:55.07 | *** join/#brlcad alisha (~quassel@101.60.238.28) | |
| 11:07.17 | *** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net) | |
| 11:34.14 | *** join/#brlcad alisha_ (~quassel@101.60.238.28) | |
| 11:59.49 | *** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net) | |
| 12:39.58 | *** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net) | |
| 12:44.21 | *** join/#brlcad winghouchan (~winghouch@premierit-3.premierit.com) | |
| 12:44.36 | winghouchan | Howdy everyone! |
| 12:45.46 | winghouchan | Anyone around that is based in or around London, UK? |
| 12:53.51 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 13:20.27 | ``Erik | not that I know of, winghouchan, but geographic location isn't exactly a hot topic... :) |
| 13:21.45 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 13:22.29 | winghouchan | ``Erik: Oh well thanks! |
| 13:22.55 | archivist | is 120 miles north west |
| 13:23.55 | winghouchan | Haha cheers archivist :) xD |
| 13:30.07 | *** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net) | |
| 13:30.08 | *** join/#brlcad alisha (~quassel@115.184.125.13) | |
| 14:13.56 | *** join/#brlcad alisha (~quassel@115.184.125.13) | |
| 14:17.25 | *** part/#brlcad winghouchan (~winghouch@premierit-3.premierit.com) | |
| 14:43.13 | *** join/#brlcad luca79 (~luca@host200-29-dynamic.4-87-r.retail.telecomitalia.it) | |
| 14:53.08 | *** join/#brlcad luca79 (~luca@host200-29-dynamic.4-87-r.retail.telecomitalia.it) | |
| 14:59.00 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:10.06 | *** join/#brlcad sofat (~androirc@202.164.45.204) | |
| 15:18.08 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:35.44 | *** join/#brlcad sofat (~androirc@202.164.45.204) | |
| 15:53.33 | *** join/#brlcad infobot (ibot@rikers.org) | |
| 15:53.33 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || We are ACCEPTED for GSoC 2015 -- if you're a student, ask a specific question and WAIT for an answer! | |
| 15:54.27 | *** join/#brlcad sofat (~androirc@202.164.45.204) | |
| 16:02.40 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:32.40 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-huljeegsmyhywliz) | |
| 16:56.16 | *** join/#brlcad teepee (~teepee@unaffiliated/teepee) | |
| 16:57.56 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 17:02.12 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 17:03.33 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-avgjaftvldfcligv) | |
| 17:13.31 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-coytkkrxtzpyiovp) | |
| 17:32.28 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-qhpnizowidlugznf) | |
| 17:33.15 | *** join/#brlcad alisha (~quassel@115.184.114.244) | |
| 17:47.45 | *** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net) | |
| 18:05.07 | *** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 18:21.16 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 18:33.42 | *** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net) | |
| 19:40.54 | *** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net) | |
| 19:55.11 | *** join/#brlcad infobot (ibot@rikers.org) | |
| 19:55.12 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || We are ACCEPTED for GSoC 2015 -- if you're a student, ask a specific question and WAIT for an answer! | |
| 20:13.46 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 20:29.51 | *** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net) | |
| 20:44.45 | *** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net) | |
| 21:05.47 | *** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net) | |
| 21:22.09 | *** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net) | |
| 21:32.27 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 22:12.10 | *** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net) | |
| 22:51.09 | *** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net) | |
| 22:53.29 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 23:33.44 | *** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net) | |
| 23:50.56 | *** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net) | |
| 00:42.44 | *** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net) | |
| 01:09.17 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 01:14.35 | *** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net) | |
| 02:41.36 | *** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net) | |
| 02:43.13 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 02:52.01 | *** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net) | |
| 02:57.06 | *** join/#brlcad sofat (~androirc@202.164.45.204) | |
| 03:21.40 | *** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net) | |
| 03:33.52 | *** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net) | |
| 03:54.19 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 04:14.49 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 04:33.51 | *** join/#brlcad sofat (~sofat@202.164.53.117) | |
| 04:49.43 | *** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net) | |
| 04:55.09 | *** join/#brlcad witness (uid10044@gateway/web/irccloud.com/x-bpwexwuxtxvrmsdw) | |
| 05:25.00 | *** join/#brlcad sofat (~sofat@202.164.53.117) | |
| 06:40.45 | *** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net) | |
| 08:26.47 | *** join/#brlcad merzo (~merzo@92.60.189.225) | |
| 09:06.47 | *** join/#brlcad sofat (~sofat@202.164.53.117) | |
| 09:07.31 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 11:09.21 | *** join/#brlcad sofat (~sofat@202.164.53.117) | |
| 12:04.18 | *** join/#brlcad cardinot (~cardinot@187.16.242.23) | |
| 12:04.18 | *** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot) | |
| 14:06.19 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 14:46.45 | *** join/#brlcad sofat_ (~androirc@202.164.45.204) | |
| 15:00.42 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:26.27 | *** join/#brlcad sofat_ (~androirc@202.164.45.204) | |
| 16:01.45 | *** join/#brlcad pujani (~pujani@202.164.45.204) | |
| 16:06.24 | *** join/#brlcad hiteshsofat (~androirc@202.164.45.204) | |
| 16:08.21 | Notify | 03BRL-CAD:carlmoore * 64668 brlcad/trunk/doc/docbook/system/man1/en/pixmatte.xml: shift remark about -le to a better location |
| 16:12.46 | Notify | 03BRL-CAD:carlmoore * 64669 brlcad/trunk/doc/docbook/system/man1/en/pixmatte.xml: make use of an underscored item which appears in the SYNOPSIS |
| 16:32.37 | *** join/#brlcad pujani (~pujani@202.164.45.208) | |
| 16:33.39 | *** join/#brlcad pujani (~pujani@202.164.45.208) | |
| 16:48.27 | *** join/#brlcad pujani (~pujani@202.164.45.204) | |
| 16:53.05 | *** join/#brlcad pujani (~pujani@202.164.45.204) | |
| 16:54.52 | *** join/#brlcad pujani (~pujani@202.164.45.204) | |
| 16:56.48 | *** join/#brlcad pujani (~pujani@202.164.45.204) | |
| 17:41.42 | *** join/#brlcad pujani (~pujani@202.164.45.204) | |
| 18:12.40 | *** join/#brlcad pujani (~pujani@61.1.120.103) | |
| 18:19.25 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-yfbaljyoitvtkdsv) | |
| 19:10.50 | Notify | 03BRL-CAD:carlmoore * 64670 brlcad/trunk/src/util/pixmatte.c: provide initial value for 'wanted' |
| 19:34.28 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-mivrymgzawygikyx) | |
| 20:53.02 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 23:30.39 | *** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 23:32.38 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 00:33.45 | *** join/#brlcad kintel_ (~kintel@unaffiliated/kintel) | |
| 00:44.52 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 01:03.23 | Notify | 03BRL-CAD:starseeker * 64671 (svn:ignore ## -0,0 +1,2 ## and 2 others): Set up a branch for experimental work with Embree |
| 01:27.54 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 01:45.43 | maths22_ | Only semaphore is failing now! |
| 01:45.45 | maths22_ | http://brlcad.org/CDash/viewTest.php?onlyfailed&buildid=58 |
| 03:22.48 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 04:27.34 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 05:10.08 | *** join/#brlcad ejno (~ejno@unaffiliated/kazaik) | |
| 06:59.15 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 07:33.22 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 07:40.31 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 08:14.26 | *** join/#brlcad sofat (~sofat@202.164.53.117) | |
| 11:39.50 | *** join/#brlcad Izakey (~Izakey@41.205.22.7) | |
| 12:09.42 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-pypwxzchfdmyalpd) | |
| 13:45.34 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:15.31 | *** join/#brlcad Izakey (~Izakey@41.205.22.40) | |
| 15:36.29 | *** join/#brlcad KimK (~Kim__@ip68-102-30-143.ks.ok.cox.net) | |
| 15:44.16 | maths22 | SortSor3333sfd |
| 15:50.46 | Notify | 03BRL-CAD:starseeker * 64672 brlcad/branches/embree/CMakeLists.txt: Add a basic find module for Embree. |
| 15:51.00 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 16:23.17 | *** join/#brlcad amalia237 (~amalia237@41.205.22.52) | |
| 16:32.06 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-yrbnbsgieqihcefn) | |
| 16:36.05 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 16:43.31 | *** join/#brlcad ank22 (uid51029@gateway/web/irccloud.com/x-fkrpmanziijnlrvj) | |
| 17:09.32 | *** join/#brlcad amalia237 (~amalia237@195.24.220.134) | |
| 17:32.50 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-zntjcymikyeuutvx) | |
| 17:51.07 | *** join/#brlcad luca79 (~luca@host235-235-dynamic.244-95-r.retail.telecomitalia.it) | |
| 18:17.16 | *** join/#brlcad cardinot (~cardinot@187.16.242.23) | |
| 18:17.16 | *** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot) | |
| 18:20.01 | dracarys983 | brlcad, I had a look at SAT format specification. I found that the "plane-surface" save identifier encodes the normal information and it is an optional data element and can be skipped if not calculated. |
| 18:20.49 | dracarys983 | I rendered the resulting SAT file and it was the same as the one with the normals encoded. :D |
| 18:21.39 | dracarys983 | brlcad, As you said, OBJ already has an ON/OFF thing implemented. STL doesn't need normal to be mentioned and can be set to 0 if not calculated, so that's done as well. |
| 18:23.05 | dracarys983 | DXF doesn't have support, so error will be thrown. If I ever come across any mechanism that would allow explicit normals in DXF, adding the option would the first thing on my task list. :) |
| 18:32.39 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-nxmesiivxmdecdol) | |
| 18:39.42 | *** join/#brlcad sofat (~sofat@117.224.212.116) | |
| 18:42.49 | *** join/#brlcad LordOfBikes (~armin@dslb-092-074-236-214.092.074.pools.vodafone-ip.de) | |
| 19:05.15 | *** join/#brlcad sofat (~androirc@202.164.45.204) | |
| 19:11.22 | *** join/#brlcad sofat (~androirc@202.164.45.204) | |
| 19:21.40 | *** join/#brlcad sofat (~androirc@202.164.45.204) | |
| 20:16.19 | dracarys983 | brlcad, I wasn't clear in my wording before. I meant the normals are optional in "plane-surface" identifier, so they can be skipped :) |
| 20:19.32 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 21:42.25 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 23:49.01 | *** join/#brlcad cardinot_ (~cardinot@187.16.242.23) | |
| 23:56.53 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 02:10.54 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 04:10.47 | *** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot) | |
| 06:55.00 | *** join/#brlcad Izakey (~Izakey@41.205.22.6) | |
| 07:19.00 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-kerpkzlrwixchcbc) | |
| 07:44.28 | *** join/#brlcad sofat (~sofat@202.164.53.117) | |
| 07:49.37 | sofat | starseeker, please review my patches and tell me about updates. so i am working new patch as soon as possible i will submit som e more patches on books ( tutorials) |
| 07:49.59 | sofat | s/som e/some |
| 07:51.02 | *** join/#brlcad Izakey (~Izakey@41.205.22.64) | |
| 07:57.04 | *** join/#brlcad Izakey (~Izakey@41.205.22.10) | |
| 08:49.25 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 10:15.43 | *** join/#brlcad Izakey (~Izakey@41.205.22.42) | |
| 11:06.28 | *** join/#brlcad amalia237 (~amalia237@41.205.22.53) | |
| 11:06.51 | amalia237 | ping ries |
| 11:23.09 | *** part/#brlcad Izakey (~Izakey@41.205.22.42) | |
| 11:49.36 | *** join/#brlcad sofat (~sofat@202.164.53.117) | |
| 12:16.54 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 12:20.24 | *** join/#brlcad cardinot_ (~cardinot@187.16.242.23) | |
| 13:19.39 | *** join/#brlcad sofat (~sofat@202.164.53.117) | |
| 14:00.39 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:16.43 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 15:37.29 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 15:54.28 | *** join/#brlcad amalia237 (~amalia237@41.205.22.43) | |
| 15:58.57 | *** join/#brlcad gaganjyot (~gaganjyot@27.255.240.125) | |
| 16:33.47 | *** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot) | |
| 16:37.21 | Notify | 03BRL-CAD:carlmoore * 64673 brlcad/trunk/src/util/pixmatte.c: touchup work: only 1 space after 'pixmatte:' |
| 16:39.41 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:45.26 | *** join/#brlcad sofat (~sofat@202.164.45.208) | |
| 17:13.07 | *** join/#brlcad Ch3ck_ (~Ch3ck@41.205.22.9) | |
| 17:59.53 | *** join/#brlcad sofat (~sofat@202.164.45.208) | |
| 18:15.59 | Notify | 03BRL-CAD:carlmoore * 64674 brlcad/trunk/doc/docbook/system/man1/en/pixmatte.xml: remove extra 'the' |
| 18:28.51 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 18:40.57 | Notify | 03BRL-CAD:starseeker * 64675 brlcad/branches/embree/src/CMakeLists.txt: Stub in an example file that will serve for the initial embree experiments. |
| 19:50.21 | *** join/#brlcad LordOfBikes (~armin@dslb-188-098-169-121.188.098.pools.vodafone-ip.de) | |
| 19:59.08 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 20:42.49 | Notify | 03BRL-CAD:starseeker * 64676 brlcad/trunk/misc/CMake/NSIS.template.in: Add a comment explaining how CPack finds the NSIS template file. |
| 20:46.57 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 20:59.33 | *** join/#brlcad amalia237|tired (~amalia237@41.205.22.59) | |
| 21:02.39 | amalia237|tired | heads to bed |
| 22:07.56 | *** join/#brlcad IriX64 (~kvirc@SSMRON9421W-LP130-02-1279744699.dsl.bell.ca) | |
| 22:12.45 | *** part/#brlcad IriX64 (~kvirc@SSMRON9421W-LP130-02-1279744699.dsl.bell.ca) | |
| 22:45.16 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 22:46.47 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-umquhdvxlvlvficr) | |
| 00:49.20 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 01:44.55 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 02:14.58 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 04:06.28 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 04:19.15 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 04:41.58 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 04:52.19 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 05:01.30 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 05:22.21 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 05:32.47 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 05:43.31 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 06:01.51 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 07:00.11 | *** join/#brlcad KimK (~Kim__@ip68-102-30-143.ks.ok.cox.net) | |
| 07:54.13 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 10:41.48 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-bbsamkpkcdititnm) | |
| 10:42.14 | *** join/#brlcad sofat (~androirc@202.164.53.117) | |
| 11:14.49 | *** join/#brlcad nihar (73619cac@gateway/web/freenode/ip.115.97.156.172) | |
| 11:17.42 | *** join/#brlcad sofat (~androirc@202.164.53.117) | |
| 11:36.07 | nihar | I want to know if we make a change in the source, how to make it work in mged? |
| 12:06.02 | *** join/#brlcad sofat (~androirc@202.164.53.117) | |
| 12:50.16 | *** join/#brlcad kanzure (~kanzure@unaffiliated/kanzure) | |
| 13:16.28 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-hqpbcigyiyubojvu) | |
| 14:11.38 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 14:37.11 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 14:54.07 | *** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot) | |
| 15:44.15 | *** join/#brlcad sofat (~androirc@202.164.45.204) | |
| 15:47.41 | *** join/#brlcad KimK (~Kim__@ip68-102-30-143.ks.ok.cox.net) | |
| 15:59.01 | *** join/#brlcad sofat (~androirc@202.164.45.204) | |
| 16:04.36 | *** join/#brlcad sofat (~androirc@202.164.45.204) | |
| 16:24.26 | *** join/#brlcad amalia237 (~amalia237@41.205.22.25) | |
| 16:41.41 | *** join/#brlcad sofat (~androirc@202.164.45.204) | |
| 18:38.16 | *** join/#brlcad alisha (~quassel@115.184.52.226) | |
| 18:52.59 | *** join/#brlcad alisha (~quassel@101.60.196.199) | |
| 19:06.19 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 20:05.49 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 21:18.49 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-nqnacelrwotxzhuu) | |
| 22:40.13 | *** join/#brlcad IriX64 (~kvirc@SSMRON9421W-LP130-02-1279744699.dsl.bell.ca) | |
| 22:41.16 | *** join/#brlcad konrado (~konro@41.244.240.239) | |
| 22:42.13 | *** part/#brlcad IriX64 (~kvirc@SSMRON9421W-LP130-02-1279744699.dsl.bell.ca) | |
| 00:24.33 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) | |
| 03:14.17 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 04:36.10 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 04:45.42 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 05:07.44 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 05:48.20 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 06:45.05 | Notify | 03BRL-CAD Wiki:VivekBhagalpur * 0 /wiki/User:VivekBhagalpur: |
| 06:49.28 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 11:15.02 | *** join/#brlcad sofat (~sofat@183.87.15.71) | |
| 11:26.09 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-iqvwnbprxtgdsaoc) | |
| 12:06.45 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) | |
| 12:06.46 | *** join/#brlcad ejno (~ejno@unaffiliated/kazaik) | |
| 12:13.15 | *** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net) | |
| 14:50.08 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 15:01.01 | *** join/#brlcad cardinot (~cardinot@187.16.242.23) | |
| 15:01.02 | *** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot) | |
| 15:04.00 | *** join/#brlcad merzo (~merzo@158-158-133-95.pool.ukrtel.net) | |
| 15:16.05 | *** join/#brlcad luca79 (~luca@adsl-ull-221-162.44-151.net24.it) | |
| 15:50.53 | *** join/#brlcad sofat (~androirc@106.192.146.145) | |
| 16:05.01 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:17.06 | *** join/#brlcad hiteshsofat (~androirc@106.192.146.145) | |
| 17:48.09 | *** join/#brlcad merzo (~merzo@111-64-132-95.pool.ukrtel.net) | |
| 18:50.27 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 19:09.03 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 19:26.00 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-xqfnvgvlhygxazcw) | |
| 20:49.07 | *** join/#brlcad merzo (~merzo@111-64-132-95.pool.ukrtel.net) | |
| 21:32.17 | *** join/#brlcad merzo (~merzo@111-64-132-95.pool.ukrtel.net) | |
| 03:22.23 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 03:58.52 | *** join/#brlcad sofat (~sofat@123.63.148.138) | |
| 04:15.20 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 05:36.55 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 05:38.06 | *** join/#brlcad sofat (~sofat@123.63.148.138) | |
| 05:42.40 | *** join/#brlcad hiteshsofat (~androirc@123.63.148.138) | |
| 06:53.09 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 07:08.08 | *** join/#brlcad merzo (~merzo@92.60.189.225) | |
| 07:27.13 | Notify | 03BRL-CAD Wiki:122.102.45.251 * 8122 /wiki/ARL_Technical_Reports: |
| 07:30.03 | Notify | 03BRL-CAD Wiki:122.102.45.251 * 8123 /wiki/Developer_Documents: |
| 07:49.37 | *** join/#brlcad sofat (~androirc@123.63.148.138) | |
| 11:17.24 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-uittynaxatrszvhk) | |
| 11:44.49 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 12:00.26 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-eiwyqhtybcbfwsmk) | |
| 12:50.43 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 13:19.18 | *** join/#brlcad Ch3ck_ (~Ch3ck@41.205.22.23) | |
| 13:19.20 | Ch3ck_ | join #openscad |
| 13:28.03 | *** join/#brlcad sofat (~androirc@123.63.148.138) | |
| 14:04.08 | *** join/#brlcad cox (~quassel@188.226.208.53) | |
| 14:11.01 | Notify | 03BRL-CAD Wiki:Sean * 8124 /wiki/Developer_Documents: Reverted edits by [[Special:Contributions/122.102.45.251|122.102.45.251]] ([[User talk:122.102.45.251|talk]]) to last revision by [[User:HowardBarnes|HowardBarnes]] |
| 14:11.14 | Notify | 03BRL-CAD Wiki:Sean * 0 /wiki/User:122.102.45.251: Spamming links to external sites |
| 14:11.58 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-zxjctaqyhqjtqtrg) | |
| 14:21.46 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 14:28.07 | *** join/#brlcad kanzure (~kanzure@unaffiliated/kanzure) | |
| 15:21.04 | *** join/#brlcad FreezingAlt (~FreezingC@135.0.41.14) | |
| 16:01.26 | maths22 | brlcad: has the spam started again? |
| 16:05.55 | brlcad | maths22: just the one post, why? |
| 16:06.13 | brlcad | first one in .. months I think :) |
| 16:08.21 | maths22 | That's great then |
| 16:08.34 | maths22 | I hadn't really been paying attention to it for a while |
| 16:14.08 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-wxjzpfqmtpjcumqf) | |
| 16:22.28 | brlcad | yeah, they're almost certainly all manual entries |
| 17:06.29 | *** join/#brlcad luca79 (~luca@host40-237-dynamic.244-95-r.retail.telecomitalia.it) | |
| 17:14.58 | *** join/#brlcad sofat (~androirc@223.225.198.36) | |
| 17:40.33 | *** join/#brlcad drahti (~stiel@drahtigelgriller.de) | |
| 17:40.40 | drahti | hi |
| 17:41.40 | drahti | is there any tutorial for using brlCAD? |
| 17:47.07 | sofat | Yes in brlcad source code you found doc directory there all tutorials in different formats html,xml,txt |
| 17:48.53 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 17:57.37 | sofat | starseeker, i have submitted the patch on tutorial which are written in html and i convert into xml then make the patch file. There some multimedia like pics and video clips so i put all these content and patch in .tar file and submitted for review. |
| 18:11.47 | *** join/#brlcad konrado (~konro@41.244.243.157) | |
| 18:24.17 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 18:32.54 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-xjcqyksmjftunavo) | |
| 18:35.31 | ``Erik | hm, syslog.conf has changed :/ |
| 18:36.23 | ``Erik | and someone did a git commit in etc as root |
| 18:38.08 | *** join/#brlcad konrado (~konro@41.244.243.1) | |
| 18:46.20 | *** join/#brlcad LordOfBikes (~androirc@dslb-094-216-161-240.094.216.pools.vodafone-ip.de) | |
| 18:53.15 | starseeker | sofat: ok, sounds good. Did you resolve the problem you were having with the image file? |
| 18:55.22 | *** join/#brlcad LordOfBikes (~androirc@dslb-094-216-161-240.094.216.pools.vodafone-ip.de) | |
| 18:56.39 | brlcad | ``Erik: yeah, that was me being lazy |
| 18:57.17 | brlcad | ``Erik: your syslogd.conf changes were coming up as invalid (saslauthd is not a category) |
| 19:26.35 | *** join/#brlcad LordOfBikes_ (~androirc@dslb-094-216-161-240.094.216.pools.vodafone-ip.de) | |
| 20:06.17 | *** join/#brlcad konrado (~konro@41.244.243.102) | |
| 20:07.50 | ``Erik | ah, hum, I'll take another look at the saslauthd source to figure out the right category (was an attempt to make the smtp attacks quiet) |
| 20:08.09 | ``Erik | (I'll take a look some other day, that is) |
| 20:17.56 | brlcad | ``Erik: I installed fail2ban so if we can get a log to report the IP, it can autoban |
| 20:18.34 | brlcad | I just extended maillog to mail.* (it was just info) to see if there's anything that will report it |
| 20:19.01 | brlcad | I read someplace though, that at least with sendmail, you have to increase the debug level to get auth IPs reported |
| 20:19.08 | brlcad | not sure about postfix |
| 20:19.51 | ``Erik | we're using sendmail |
| 20:20.58 | ``Erik | firewalling would definitely be better than silently ignoring, hopefully that knob does the trick :) |
| 20:22.23 | ``Erik | (on a different topic, what is it with fresh-out-of-college business types with the same damn social network idea rehashed wanting an nda to hear why their idea isn't just like every other social media app idea? O.o) |
| 20:43.25 | brlcad | ``Erik: when did we switch back? |
| 20:45.57 | ``Erik | I don't remember it every running postfix... |
| 20:46.00 | ``Erik | s/y// |
| 21:49.26 | maths22 | brlcad: I don't know if you looked the list of website todos the other day |
| 21:49.39 | maths22 | If you did, was there anything you noticed was missing from them? |
| 22:13.16 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-otvbqevgaajaqqtm) | |
| 23:10.52 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 23:22.53 | brlcad | maths22: I did look it over, but not really critically to think if anything was missing .. looked good |
| 23:23.55 | brlcad | maths22: I just updated mediawiki about a month ago |
| 23:24.36 | brlcad | oh, but maybe not brl-cad's .. that was looking at stepcode's crashes |
| 23:35.49 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 01:55.53 | *** join/#brlcad konrado (~konro@41.205.22.47) | |
| 02:29.28 | *** join/#brlcad IriX64 (~kvirc@SSMRON9421W-LP130-02-1279744415.dsl.bell.ca) | |
| 02:48.01 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 03:24.30 | *** join/#brlcad KimK (~Kim__@ip68-102-30-143.ks.ok.cox.net) | |
| 07:48.35 | *** join/#brlcad teepee- (bc5c2133@gateway/web/freenode/ip.188.92.33.51) | |
| 08:02.08 | *** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca) | |
| 08:26.08 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 08:43.05 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-mwjxpqoinnzlojpe) | |
| 10:31.16 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-trzwvkxqqvvlsxkk) | |
| 13:43.53 | Notify | 03BRL-CAD:starseeker * 64677 brlcad/branches/embree/src/ert/CMakeLists.txt: Make ert a C++ app for simple Embree testing |
| 13:46.22 | Notify | 03BRL-CAD:starseeker * 64678 brlcad/branches/embree/src/ert/ert.cxx: hit funciton name conflicts with an initializer |
| 13:46.24 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 13:57.41 | Notify | 03BRL-CAD:starseeker * 64679 brlcad/branches/embree/src/ert/ert.cxx: ws |
| 14:25.15 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:31.46 | *** join/#brlcad jrullman___ (uid54856@gateway/web/irccloud.com/x-dmaugzxasyzzzhom) | |
| 16:35.01 | *** join/#brlcad ParadoxOryx (uid54856@gateway/web/irccloud.com/x-jhzsvzdvwanbrztf) | |
| 16:38.29 | *** part/#brlcad ParadoxOryx (uid54856@gateway/web/irccloud.com/x-jhzsvzdvwanbrztf) | |
| 17:21.19 | Notify | 03BRL-CAD:carlmoore * 64680 (brlcad/trunk/doc/docbook/system/man1/en/brlcad.xml brlcad/trunk/doc/docbook/system/man1/en/pixhist3d.xml): -pl needed to change to -plot3 |
| 17:33.01 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-yqkszgljwkaowpjg) | |
| 17:40.12 | *** join/#brlcad sofat (~androirc@223.225.245.85) | |
| 17:41.42 | *** join/#brlcad albertcoder (~albertcod@1.39.34.254) | |
| 17:42.43 | *** join/#brlcad pujani (~pujani@117.226.55.170) | |
| 17:43.20 | *** join/#brlcad pujani (~pujani@117.226.55.170) | |
| 17:45.00 | Notify | 03BRL-CAD:carlmoore * 64681 brlcad/trunk/doc/docbook/system/man1/en/tabinterp.xml: fix a couple of underscores, shift a couple of )'s, and fix some '-pl's; however, I fail to find txyz-plot3 utility |
| 17:47.09 | *** join/#brlcad Ch3ck_ (~Ch3ck@195.24.220.134) | |
| 18:07.34 | Notify | 03BRL-CAD:carlmoore * 64682 brlcad/trunk/doc/docbook/system/man1/en/tabinterp.xml: correct/remove references to txyz-plot3, which has been replaced by xyz-plot3 |
| 18:16.02 | *** join/#brlcad sofat (~androirc@223.225.245.85) | |
| 18:17.29 | Notify | 03BRL-CAD:carlmoore * 64683 brlcad/trunk/doc/docbook/system/man1/en/tabsub.xml: replace xyz-pl and txyz-pl by (only) xyz-plot3 |
| 18:21.46 | Notify | 03BRL-CAD:carlmoore * 64684 brlcad/trunk/doc/docbook/system/man5/en/pix.xml: change -pl to -plot3 |
| 18:28.22 | Notify | 03BRL-CAD:carlmoore * 64685 (brlcad/trunk/doc/html/manuals/Anim_Tutorial/chapt3.html brlcad/trunk/doc/html/manuals/Anim_Tutorial/chapt9.html): xyz-pl and txyz-pl are replaced by (only) xyz-plot3 |
| 18:31.33 | Notify | 03BRL-CAD:carlmoore * 64686 brlcad/trunk/doc/html/manuals/mged/animmate/tabinterp.html: replace xyz-pl and txyz-pl with (only) xyz-plot3 |
| 18:33.36 | Notify | 03BRL-CAD:carlmoore * 64687 brlcad/trunk/doc/html/manuals/mged/animmate/tabsub.html: replace xyz-pl and txyz-pl with (only) xyz-plot3 |
| 18:42.24 | Notify | 03BRL-CAD:carlmoore * 64688 brlcad/trunk/doc/tool_categories.txt: pl --> plot3 |
| 19:00.39 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 19:09.19 | *** join/#brlcad zhennanf (46bbb9da@gateway/web/freenode/ip.70.187.185.218) | |
| 19:27.30 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 19:32.25 | *** join/#brlcad pujani (~pujani@117.226.55.170) | |
| 20:23.28 | pujani | hi brlcad |
| 20:25.56 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 20:27.40 | *** join/#brlcad teepee (~teepee@unaffiliated/teepee) | |
| 21:37.03 | ``Erik | heh, neat http://blinkenlights.jazzychad.net/ |
| 21:44.06 | teepee | argh |
| 21:44.32 | teepee | installs yet another app ;) |
| 21:45.40 | ``Erik | plus the time to code your endpoints :D |
| 21:46.20 | teepee | considers writing the endpoint in z80 assembler |
| 21:50.06 | ``Erik | 6502 all the way |
| 21:50.48 | ``Erik | my first computer was a z80 running cp/m, a "coleco adam"... but the c64 was where the awesome started happening |
| 21:51.17 | *** join/#brlcad pujani (~pujani@117.226.55.170) | |
| 21:51.38 | ``Erik | (unless the atari vcs counts as a computer) |
| 21:52.09 | teepee | true, c64 is an amazing thing, but the east german kc85 is much fancier... (just back from the retro computer weekend) |
| 21:53.57 | ``Erik | <-- wasn't chumming around the eastern bloc in the 80's, kept to the us and japan :) |
| 21:54.32 | teepee | hehe, I did not have much choice as kid back then ;) |
| 22:01.18 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 22:21.33 | Notify | 03BRL-CAD Wiki:Bhollister * 0 /wiki/User:Bhollister: |
| 22:50.36 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 23:02.33 | *** join/#brlcad cardinot (~cardinot@187.16.242.23) | |
| 23:02.33 | *** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot) | |
| 23:15.37 | *** join/#brlcad konrado (~konro@41.205.22.37) | |
| 01:01.53 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 02:17.04 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 04:00.02 | *** join/#brlcad ankesh11 (uid8015@gateway/web/irccloud.com/x-pugmazhdofrfjbcp) | |
| 04:00.18 | *** join/#brlcad ankesh11_ (uid8015@gateway/web/irccloud.com/x-lqojndbiragpyjen) | |
| 04:05.23 | *** join/#brlcad kanzure (~kanzure@unaffiliated/kanzure) | |
| 06:52.37 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 07:42.20 | *** join/#brlcad luca79 (~luca@host150-111-dynamic.4-87-r.retail.telecomitalia.it) | |
| 09:00.17 | *** join/#brlcad luca79 (~luca@host150-111-dynamic.4-87-r.retail.telecomitalia.it) | |
| 09:03.11 | *** join/#brlcad teepee-- (bc5c2133@gateway/web/freenode/ip.188.92.33.51) | |
| 09:32.39 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-bhcveqhixgggpaca) | |
| 09:54.28 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 10:32.34 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-nhjawwfoxrfwcbya) | |
| 12:50.22 | *** join/#brlcad Izakey (~Izakey@41.205.22.42) | |
| 13:06.10 | Notify | 03BRL-CAD:starseeker * 64689 brlcad/trunk/include/raytrace.h: Stub in first thoughts on rt_pattern parameters container. |
| 13:07.08 | Notify | 03BRL-CAD:starseeker * 64690 brlcad/trunk/sh/cmp.sh: It's now gqa, not g_qa |
| 13:32.47 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-pueoyzmjykesbqzv) | |
| 13:36.52 | Notify | 03BRL-CAD:starseeker * 64692 (brlcad/trunk/src/libged/CMakeLists.txt brlcad/trunk/src/libged/gdiff.c): gdiff ged command will need an option for raytrace based testing. |
| 13:39.19 | Izakey | Hi starseeker Which command(s) tests mirror support of a primitive ? |
| 14:20.06 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 14:36.07 | Notify | 03BRL-CAD:starseeker * 64691 brlcad/trunk/include/raytrace.h: oops - finish struct |
| 14:39.02 | *** join/#brlcad arno (~luca@host157-19-dynamic.4-87-r.retail.telecomitalia.it) | |
| 14:49.13 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:00.11 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:35.12 | *** join/#brlcad Izakey (~Izakey@41.205.22.51) | |
| 15:46.38 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:42.18 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 16:45.37 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:58.31 | *** join/#brlcad pujani (~pujani@117.234.106.53) | |
| 17:41.59 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 18:33.51 | *** join/#brlcad pujani (~pujani@117.234.106.53) | |
| 19:10.29 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 19:15.24 | *** join/#brlcad konrado (~konro@41.244.240.211) | |
| 19:25.28 | *** join/#brlcad albertcoder (~albertcod@1.39.32.31) | |
| 19:26.07 | *** join/#brlcad LordOfBikes (~armin@dslb-088-066-212-148.088.066.pools.vodafone-ip.de) | |
| 19:29.22 | *** join/#brlcad LordOfBikes (~armin@dslb-088-066-212-148.088.066.pools.vodafone-ip.de) | |
| 19:31.22 | albertcoder | Hi brlcad I had a question in mind, regarding the dynamic creation of tables. I have used a hook to create the tables required for mdb extension. But when some user adds a new trait, a new table is created (using unrecommended way dbw->query(" "); also a MediaWiki developer advised update database schema (create tables etc.) only once during the installation of the script. |
| 19:31.24 | *** join/#brlcad LordOfBikes (~armin@dslb-088-066-212-148.088.066.pools.vodafone-ip.de) | |
| 19:31.35 | albertcoder | How should this be tackled? |
| 20:36.41 | brlcad | awesome! http://www.mpi-sws.org/~rossberg/1ml/ |
| 20:37.29 | brlcad | albertcoder: not sure I follow .. any database creation script should ideally only create the tables once :) |
| 20:42.51 | albertcoder | Oh no, then I feel there has been some miscommunication regarding the database design that we got approved last time. brlcad It was decided that each new trait added must create a new table for itself. |
| 20:46.10 | *** join/#brlcad sofat (~androirc@1.39.32.31) | |
| 20:55.31 | albertcoder | I discussed this controversial database design before and it was approved. Even someone from MediaWiki expressed security concerns for handing over the power to create tables to users. |
| 20:56.17 | albertcoder | brlcad, I asked this in the ML long ago and you answered "This is database normalization. There are upsides and downsides." |
| 20:57.49 | albertcoder | Did I get mistaken somewhere in understanding? |
| 21:29.57 | brlcad | albertcoder: no, I mean that if there's a script and tables are changing that the script should change too so that the tables only get created one time |
| 21:30.03 | brlcad | not that it's a finite set of tables |
| 21:31.28 | brlcad | I remember that message, but I'm not sure I remember realizing that nuance |
| 21:32.08 | brlcad | it's not a show stopper for us either way, but I have to imagine there's another way to achieve full normalization without having dynamic tables too |
| 21:32.24 | brlcad | (a table describing tables, unique keys) |
| 21:44.21 | albertcoder | brlcad I am a little confused here. Like you said, suppose we change the script (automated) which creates tables upon the addition of trait by the user. Even then the script has to be run manually to update the database schema. |
| 21:45.44 | albertcoder | like `php maintenance/update.php` in base MediaWiki dir. |
| 21:52.43 | albertcoder | Anyway brlcad please leave your replies here, it's 3:30 am here gotta leave. I will read them in the logs in the morning. |
| 21:52.48 | albertcoder | gn |
| 21:56.36 | *** join/#brlcad albertcoder (~coderalbe@1.39.32.31) | |
| 21:56.42 | *** join/#brlcad Alleycoder (~coderalbe@1.39.32.31) | |
| 23:56.43 | *** join/#brlcad ignacio (~ignacio@unaffiliated/ignaciouy) | |
| 00:31.03 | *** join/#brlcad Alleycoder (~coderalbe@1.39.32.31) | |
| 00:40.54 | *** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot) | |
| 02:00.38 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 02:43.09 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 03:45.55 | brlcad | Alleycoder: that sort of automation could certainly be set up, but I think your discoveries are just emphasizing the deficiency with dynamic table updates |
| 03:47.13 | brlcad | what would it take to make it not do that? |
| 03:47.16 | brlcad | to use a trait name to primary keys table instead, and a trait data table that uses those keys (instead of separate tables per trait) |
| 03:47.27 | brlcad | or some other approach altogether? |
| 03:56.34 | *** join/#brlcad albert^coder (~coderalbe@1.39.40.29) | |
| 04:34.47 | *** join/#brlcad Alleycoder (~coderalbe@1.39.40.29) | |
| 05:07.31 | *** join/#brlcad Alleycoder (~coderalbe@1.39.40.29) | |
| 05:21.49 | *** join/#brlcad Alleycoder (~coderalbe@1.39.40.29) | |
| 05:35.22 | *** join/#brlcad Alleycoder (~coderalbe@1.39.40.29) | |
| 07:28.54 | *** join/#brlcad merzo (~merzo@92.60.189.225) | |
| 07:43.59 | *** join/#brlcad teepee-- (bc5c2133@gateway/web/freenode/ip.188.92.33.51) | |
| 08:27.10 | *** join/#brlcad konrado (~konro@195.24.220.134) | |
| 08:42.53 | *** join/#brlcad konrado_ (~konro@195.24.220.134) | |
| 11:40.38 | *** join/#brlcad luca79 (~luca@ba-19-142-63.service.infuturo.it) | |
| 13:42.58 | *** join/#brlcad merzo (~merzo@92.60.189.225) | |
| 14:05.39 | Notify | 03BRL-CAD:starseeker * 64693 (brlcad/trunk/include/raytrace.h brlcad/trunk/src/librt/mkbundle.c): make a stab at a design for a single rt_pattern public API function. |
| 14:55.11 | Notify | 03BRL-CAD:starseeker * 64694 brlcad/trunk/src/libgcv/CMakeLists.txt: Add fastgen4 NOTES file to ignore list |
| 15:06.03 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:06.04 | Notify | 03BRL-CAD:starseeker * 64695 brlcad/trunk/src/libbn/polygon.c: initialize |
| 15:07.22 | Notify | 03BRL-CAD:starseeker * 64696 brlcad/trunk/src/libbn/tests/bn_polygon_triangulate.c: fix array size |
| 15:42.12 | brlcad | thinks this is going to be fun! |
| 16:21.05 | Notify | 03BRL-CAD:carlmoore * 64697 (brlcad/trunk/doc/docbook/system/man1/en/pixmatte.xml brlcad/trunk/src/util/pixmatte.c): another redoing of pixmatte.xml ; pixmatte.c now has '2 constants --> 512 x 512 file' to avoid loop when that case occurs |
| 16:34.21 | *** join/#brlcad gaganjyot (~gaganjyot@27.255.240.125) | |
| 16:35.33 | *** join/#brlcad albertcoder (~albertcod@1.39.32.215) | |
| 17:04.47 | *** join/#brlcad albertcoder (~albertcod@1.39.32.215) | |
| 17:12.25 | *** join/#brlcad albertcoder (~albertcod@1.39.32.215) | |
| 17:24.57 | *** join/#brlcad sofat (~sofat@1.39.32.215) | |
| 17:43.49 | *** join/#brlcad cardinot (~cardinot@187.16.242.23) | |
| 17:43.49 | *** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot) | |
| 17:54.02 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 17:54.22 | *** join/#brlcad Alleycoder (~coderalbe@1.39.32.215) | |
| 18:04.03 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 18:30.00 | *** join/#brlcad albertcoder (~albertcod@1.39.32.215) | |
| 18:37.22 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 18:50.55 | albertcoder | Hi brlcad I am sorry I could not read your last night's reply after I left because neither the android IRC saves the chat, nor our logs have that chat. However what I figured out is that I guess there is no problem at all having tables being created dynamically. |
| 18:52.19 | albertcoder | What I feel is we can automate the process either by using cron job or php exec() function. brlcad Am I going right? |
| 18:57.12 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 18:58.48 | Notify | 03BRL-CAD:starseeker * 64698 (brlcad/trunk/misc/CMake/LEMON_Util.cmake brlcad/trunk/misc/tools/perplex/CMake/LEMON_Util.cmake and 2 others): Update how LEMON_Util is setting its clean files list to clear a distcheck problem with in_src_dir - obj_grammar.yy wasn't getting removed from src/libgcv |
| 19:00.09 | andrei_il | hi, brlcad (or any other mentor) did you have a chance to read the reply on my proposal, or more specifically, the mail I previously sent on the list |
| 19:11.37 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-gqxabbthnxhchjjz) | |
| 19:24.33 | *** join/#brlcad merzo (~merzo@92.60.189.225) | |
| 19:25.22 | *** join/#brlcad Alleycoder (~coderalbe@1.39.32.215) | |
| 19:28.27 | *** join/#brlcad albertcoder (~coderalbe@1.39.32.215) | |
| 19:31.17 | *** join/#brlcad Alleycoder (~coderalbe@1.39.34.252) | |
| 19:59.26 | brlcad | albert, here's what I wrote: |
| 19:59.27 | brlcad | 23:45 < brlcad> Alleycoder: that sort of automation could certainly be set up, but I think your discoveries are just emphasizing the deficiency with dynamic table updates |
| 19:59.30 | brlcad | 23:47 < brlcad> what would it take to make it not do that? |
| 19:59.33 | brlcad | 23:47 < brlcad> to use a trait name to primary keys table instead, and a trait data table that uses those keys (instead of separate tables per trait) |
| 19:59.36 | brlcad | 23:47 < brlcad> or some other approach altogether? |
| 20:00.13 | brlcad | so to your question, yes a cronjob could be set up, but it'd still be good to know what it would take to not have dynamic table creation if only to appease mediawiki folks |
| 20:00.49 | brlcad | andrei_il: ideally if the question was asked in melange, you should answer in melange but if you sent it to the list, I have read it |
| 20:05.56 | andrei_il | Sorry about the confusion, the mail (with additional proposal details) was sent on the list before you left the comment. I sent it on the list because I couldn't edit the proposal. |
| 20:07.06 | andrei_il | essentially I mentioned about the brl-cad dsg structure and how we could get from the parsed ast to that |
| 20:07.39 | andrei_il | dag* structure |
| 20:08.22 | brlcad | andrei_il: did you try again? some were marked editable within the last 12 hours |
| 20:11.09 | andrei_il | yea, you are right, it is editable now |
| 20:11.50 | andrei_il | I will add the rest of my research to it and I ll try to polish whatever is left. Thanks |
| 20:18.01 | brlcad | grazie! |
| 21:34.14 | Notify | 03BRL-CAD:starseeker * 64699 brlcad/trunk/src/other/libregex/regcomp.c: Fix for CVE-2015-2305 from https://github.com/garyhouston/regex |
| 21:40.31 | *** join/#brlcad merzo (~merzo@197-30-132-95.pool.ukrtel.net) | |
| 22:15.23 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-vfvnbazqgobnnfok) | |
| 22:21.53 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 22:26.39 | *** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca) | |
| 01:33.50 | *** join/#brlcad Alleycoder (~coderalbe@1.39.34.252) | |
| 01:55.13 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 03:35.05 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-yhmaqtakczrgubuj) | |
| 04:01.16 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-rlrpanmothjjdfwi) | |
| 04:07.05 | *** join/#brlcad Alleycoder (~coderalbe@202.164.45.204) | |
| 04:59.46 | Notify | 03BRL-CAD Wiki:NationBuilder * 0 /wiki/User:NationBuilder: |
| 05:03.10 | *** join/#brlcad KimK (~Kim__@ip68-102-30-143.ks.ok.cox.net) | |
| 05:31.39 | *** join/#brlcad albertcoder (~albertcod@202.164.45.204) | |
| 05:51.35 | *** join/#brlcad sofat (~sofat@202.164.53.117) | |
| 06:09.44 | *** join/#brlcad Alleycoder (~coderalbe@1.39.34.197) | |
| 06:28.01 | brlcad | starseeker: excellent catch (regex cve) ... |
| 08:10.46 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 08:10.57 | *** join/#brlcad luca79 (~luca@5.170.230.211) | |
| 08:22.04 | *** join/#brlcad teepee-- (bc5c2133@gateway/web/freenode/ip.188.92.33.51) | |
| 09:07.38 | *** part/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 10:11.36 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 11:15.31 | *** join/#brlcad cardinot (~cardinot@187.16.242.23) | |
| 11:15.31 | *** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot) | |
| 11:28.09 | Notify | 03BRL-CAD Wiki:ShoshanaehzsfauzgsKettelle * 0 /wiki/User:ShoshanaehzsfauzgsKettelle: |
| 11:35.42 | ``Erik | huh, pakistan has some strangely shaped park/reserve areas: https://www.google.com/maps/place/33%C2%B030'52.5%22N+73%C2%B003'33.2%22E/@33.5141038,73.0659468,14z/data=!4m2!3m1!1s0x0:0x0?hl=en |
| 11:43.07 | ``Erik | (it's the google android logo peeing on the apple logo) |
| 12:56.23 | Notify | 03BRL-CAD Wiki:Adrian0andrade * 0 /wiki/User:Adrian0andrade: |
| 13:58.19 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 14:11.05 | *** join/#brlcad sofat (~androirc@202.164.45.204) | |
| 14:29.50 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 14:33.46 | *** join/#brlcad sofat (~androirc@202.164.45.204) | |
| 14:58.30 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 14:59.24 | *** join/#brlcad sofat (~androirc@202.164.45.204) | |
| 15:05.12 | Notify | 03BRL-CAD:starseeker * 64700 (brlcad/trunk/src/other/freetype/CMakeLists.txt brlcad/trunk/src/other/freetype/ChangeLog and 276 others): Update freetype to 2.5.5 for CVE-2014-2240 and a few other improvements. |
| 15:47.39 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:00.04 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:35.21 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:43.50 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-pbfpqhgghzoqaijp) | |
| 17:05.36 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 17:14.13 | *** join/#brlcad Shubham (6719e766@gateway/web/freenode/ip.103.25.231.102) | |
| 17:17.39 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 17:35.46 | *** join/#brlcad hiteshsofat (~androirc@202.164.45.204) | |
| 17:59.57 | *** join/#brlcad hiteshsofat (~androirc@202.164.45.204) | |
| 18:14.01 | *** join/#brlcad vasc (~VASC@bl12-165-8.dsl.telepac.pt) | |
| 18:16.51 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 18:19.30 | Notify | 03BRL-CAD:starseeker * 64701 brlcad/trunk/src/other/freetype/CMakeLists.txt: CMake tweaks for BRL-CAD subbuild - may need to look at this a bit more if the headers really do need to be compiled in. |
| 18:21.39 | *** join/#brlcad sofat (~androirc@202.164.45.204) | |
| 18:28.05 | *** join/#brlcad hiteshsofat (~androirc@202.164.45.204) | |
| 19:09.06 | *** join/#brlcad hiteshsofat (~androirc@202.164.45.204) | |
| 19:09.47 | Notify | 03BRL-CAD:starseeker * 64702 brlcad/trunk/src/other/PoissonRecon/CMakeLists.txt: Need the DLL thing in the CMake file, not just the srcs... |
| 19:12.05 | Notify | 03BRL-CAD:starseeker * 64703 brlcad/trunk/src/librt/CMakeLists.txt: Do the import on the librt side |
| 19:17.32 | *** join/#brlcad luca79 (~luca@93-82-114-204.adsl.highway.telekom.at) | |
| 19:44.22 | Notify | 03BRL-CAD:starseeker * 64704 brlcad/trunk/BUGS: Urk - looks like we have an rtg3 problem |
| 19:56.07 | Notify | 03BRL-CAD:starseeker * 64705 brlcad/trunk/include/bu/file.h: comment out some currently unimplemented file API - don't want to give the impression it's actually there |
| 20:45.45 | Notify | 03BRL-CAD:carlmoore * 64706 brlcad/trunk/include/raytrace.h: fix comment, including correcting a spelling |
| 21:03.27 | brlcad | starseeker: ugh, how'd you encounter rtg3 error? |
| 21:07.58 | *** join/#brlcad konrado (~konro@154.70.108.196) | |
| 21:22.35 | brlcad | starseeker: never mind I see the error inquiry from survice |
| 21:22.57 | brlcad | starseeker: so you working on fixing that -- I dont' see an immediate workaround |
| 22:22.46 | Notify | 03BRL-CAD:starseeker * 64707 (brlcad/trunk/include/bu/file.h brlcad/trunk/src/libbu/file.c brlcad/trunk/src/libbu/tests/CMakeLists.txt): Looking at the rtg3 issue, and from there into icv, we need better file extension extraction code. Setting this up in libbu as a general functionality before porting icv to it. Model the functionality on the get_filename_component feature of CMake, although we handle things like |
| 22:22.48 | Notify | absolute path elsewhere so we're using only a subset of their options. |
| 22:22.50 | Notify | ... |
| 22:23.26 | starseeker | brlcad: I don't either - leading into a nest of other issues |
| 22:24.16 | starseeker | need to recognize a non-image file extension, basically |
| 22:26.52 | starseeker | if I'm not mistaken rtg3 has a secondary issue where not specifying the ray file does weird things, but that's minor compared to the "don't know what it is, call it a PIX" issue |
| 22:28.20 | starseeker | supposes bu_file_path_component might actually be viable as bu_path_component, since it should work for .g paths too in principle... |
| 22:29.54 | *** join/#brlcad konrado (~konro@154.70.108.220) | |
| 22:36.33 | Notify | 03BRL-CAD:starseeker * 64708 (brlcad/trunk/include/bu/file.h brlcad/trunk/src/libbu/file.c): Go with shorter name |
| 22:37.46 | Notify | 03BRL-CAD:starseeker * 64709 brlcad/trunk/src/libbu/tests/CMakeLists.txt: update names, actually add test file... |
| 22:45.39 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 23:30.51 | Notify | 03BRL-CAD:starseeker * 64710 (brlcad/trunk/include/raytrace.h brlcad/trunk/src/libged/facetize.c brlcad/trunk/src/librt/librt_private.h): Windows doesn't like the ugly hack... |
| 23:35.39 | Notify | 03BRL-CAD:starseeker * 64711 (brlcad/trunk/include/bu/file.h brlcad/trunk/include/bu/log.h and 32 others): Rearrange some libbu functions, add a path.h header to group related functions. |
| 23:41.22 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 23:50.54 | starseeker | brlcad: in principle, depending on how you want to go at it, we could probably fold both bu_dirname and bu_basename into the bu_path_component function - I'm using a vls to return the string mostly out of laziness |
| 23:51.23 | starseeker | could have it return the actual string, although I see bu_dirname and bu_basename make different assumptions about that |
| 23:53.12 | Notify | 03BRL-CAD:starseeker * 64712 brlcad/trunk/src/libbu/path.c: Use bu_dirname in bu_path_component |
| 01:57.55 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 02:19.46 | *** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 05:32.14 | *** join/#brlcad sofat (~sofat@202.164.53.117) | |
| 05:34.57 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 13:17.45 | *** join/#brlcad infobot (ibot@rikers.org) | |
| 13:17.45 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || We are ACCEPTED for GSoC 2015 -- if you're a student, ask a specific question and WAIT for an answer! | |
| 14:51.31 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 14:54.55 | *** join/#brlcad sofat (~androirc@223.225.218.196) | |
| 15:44.03 | *** join/#brlcad sofat (~androirc@223.225.218.196) | |
| 15:55.37 | *** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot) | |
| 16:06.20 | *** join/#brlcad teepee (~teepee@unaffiliated/teepee) | |
| 16:21.11 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:23.11 | Notify | 03BRL-CAD:starseeker * 64713 brlcad/trunk/include/bu/path.h: Put overview comment at the top |
| 16:28.03 | Notify | 03BRL-CAD:starseeker * 64714 (brlcad/trunk/CHANGES brlcad/trunk/include/bu/path.h and 4 others): Move the path normalization code to libbu as well. |
| 16:30.22 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 16:43.59 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-bvjmceromqhtnblo) | |
| 16:46.26 | *** join/#brlcad drahti (~stiel@drahtigelgriller.de) | |
| 17:55.04 | *** join/#brlcad Shubham (6719e766@gateway/web/freenode/ip.103.25.231.102) | |
| 18:13.36 | *** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 19:00.21 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 21:04.52 | Notify | 03BRL-CAD:starseeker * 64715 (brlcad/trunk/include/bu/CMakeLists.txt brlcad/trunk/include/bu/file.h and 25 others): Add a mime system based on autogeneration from the Apache extension map, supplimented by some cad specific listings. This replaces the ICV list of image types with what is intended to be a general solution to that problem. Needs more extensive testing and possibly a few more features. |
| 21:54.29 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 22:08.39 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 22:28.37 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 22:48.45 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 23:09.19 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 23:28.33 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 23:48.45 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 00:08.29 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 00:28.31 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 00:48.45 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 01:08.31 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 01:28.25 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 01:48.45 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 02:04.40 | *** join/#brlcad infobot (ibot@rikers.org) | |
| 02:04.40 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || We are ACCEPTED for GSoC 2015 -- if you're a student, ask a specific question and WAIT for an answer! | |
| 02:08.19 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 02:28.35 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 02:35.09 | Notify | 03BRL-CAD:starseeker * 64716 brlcad/trunk/src/libbu/tests/bu_path_component.c: Fix C++ test |
| 02:43.07 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 02:50.32 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 07:02.52 | *** join/#brlcad cardinot (~cardinot@187.16.242.23) | |
| 07:02.52 | *** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot) | |
| 07:51.32 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 09:04.47 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 10:30.10 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 12:08.42 | *** join/#brlcad luca79 (~luca@188-22-194-147.adsl.highway.telekom.at) | |
| 12:33.55 | *** join/#brlcad luca79 (~luca@188-22-194-147.adsl.highway.telekom.at) | |
| 13:32.46 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-ptyqsosymkjgdmio) | |
| 13:46.46 | *** join/#brlcad luca79 (~luca@188-22-194-147.adsl.highway.telekom.at) | |
| 14:07.04 | *** join/#brlcad KimK (~Kim__@ip68-102-30-143.ks.ok.cox.net) | |
| 14:34.18 | *** join/#brlcad KimK (~Kim__@ip68-102-30-143.ks.ok.cox.net) | |
| 14:52.47 | *** join/#brlcad luca79 (~luca@188-22-194-147.adsl.highway.telekom.at) | |
| 15:00.20 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:10.26 | Notify | 03BRL-CAD:starseeker * 64717 brlcad/trunk/src/libbn/polygon.c: V2SETALL for 2d points (thanks clang) |
| 15:22.03 | *** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot) | |
| 15:23.18 | *** join/#brlcad sofat (~androirc@202.164.45.204) | |
| 15:32.13 | Notify | 03BRL-CAD:starseeker * 64718 (brlcad/trunk/include/bu/cmd.h brlcad/trunk/src/libbu/tcl.c): Clear -Wdocumentation warnings in libbu |
| 15:39.57 | *** join/#brlcad sofat (~androirc@223.225.251.209) | |
| 15:41.14 | Notify | 03BRL-CAD:starseeker * 64719 (brlcad/trunk/include/bn/chull.h brlcad/trunk/include/bn/noise.h and 5 others): Clear -Wdocumentation warnings in libbn |
| 15:41.48 | starseeker | pity - this would have made a good GCI task |
| 15:47.46 | Notify | 03BRL-CAD:starseeker * 64720 brlcad/trunk/include/brep.h: Clear Wdocumentation warnings in brep.h |
| 15:49.24 | Notify | 03BRL-CAD:starseeker * 64721 brlcad/trunk/src/libbrep/libbrep_brep_tools.h: Clear Wdocumentation warnings in libbrep_brep_tools.h |
| 15:49.31 | *** join/#brlcad KimK (~Kim__@ip68-102-30-143.ks.ok.cox.net) | |
| 15:52.24 | Notify | 03BRL-CAD:starseeker * 64722 (brlcad/trunk/src/librt/primitives/brep/brep_debug.cpp brlcad/trunk/src/librt/primitives/bspline/nurb_trim.c): Clear Wdocumentation warnings for librt |
| 15:53.44 | *** join/#brlcad albertcoder (~albertcod@202.164.45.208) | |
| 15:55.37 | Notify | 03BRL-CAD:starseeker * 64723 (brlcad/trunk/include/icv.h brlcad/trunk/src/libicv/size.c): Clear Wdocumentation warnings for icv |
| 15:56.45 | Notify | 03BRL-CAD:starseeker * 64724 brlcad/trunk/include/tclcad.h: Clear Wdocumentation warnings for tclcad |
| 15:58.35 | *** join/#brlcad hiteshsofat (~androirc@202.164.45.204) | |
| 16:13.17 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:17.35 | Notify | 03BRL-CAD:starseeker * 64725 (brlcad/trunk/misc/CMake/BRLCAD_CompilerFlags.cmake brlcad/trunk/src/conv/g-xxx.c and 4 others): Commit remainder of Wdocumentation warning clearing and enable Wdocumentation flag. |
| 16:20.37 | Notify | 03BRL-CAD:starseeker * 64726 brlcad/trunk/misc/CMake/BRLCAD_CompilerFlags.cmake: Graduated from 'of interest' to 'enabled' |
| 16:29.32 | *** join/#brlcad albertcoder (~albertcod@202.164.45.208) | |
| 16:47.02 | Notify | 03BRL-CAD:starseeker * 64727 brlcad/trunk/doc/docbook/books/en/CMakeLists.txt: Apply patch #355 from hitesh sofat converting a number of documents to docbook. |
| 16:53.52 | Notify | 03BRL-CAD:starseeker * 64728 (brlcad/trunk/doc/docbook/articles/en/CMakeLists.txt brlcad/trunk/doc/docbook/books/en/CMakeLists.txt): Move animation tutorial to articles directory. |
| 17:00.07 | Notify | 03BRL-CAD:starseeker * 64729 (brlcad/trunk/doc/docbook/articles/en/CMakeLists.txt brlcad/trunk/doc/docbook/articles/en/animation_tutorial.xml and 2 others): Move other files out of books, change animation document from book to article |
| 17:01.36 | Notify | 03BRL-CAD:starseeker * 64730 brlcad/trunk/doc/docbook/articles/en/CMakeLists.txt: rename shader.xml to camo_shader.xml |
| 17:10.18 | Notify | 03BRL-CAD:starseeker * 64731 brlcad/trunk/doc/docbook/system/man3/en/CMakeLists.txt: Make a note that we need to do some extensive work with both formatting and contents of the libdm and libbu xml files to turn them into proper man pages. |
| 17:18.27 | *** join/#brlcad Shubham (6719e766@gateway/web/freenode/ip.103.25.231.102) | |
| 17:28.07 | *** join/#brlcad alisha (~quassel@27.255.214.42) | |
| 17:32.24 | *** join/#brlcad hiteshsofat (~androirc@223.225.192.24) | |
| 17:32.37 | hiteshsofat | starseeker, hello |
| 17:34.43 | hiteshsofat | I read your comment on my patch i will remember your requirements next time. |
| 17:34.55 | hiteshsofat | Thanks for review my patches |
| 18:52.20 | *** join/#brlcad nihar (73619c0b@gateway/web/freenode/ip.115.97.156.11) | |
| 19:10.46 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 19:22.46 | *** join/#brlcad nihar (73619c0b@gateway/web/freenode/ip.115.97.156.11) | |
| 19:26.23 | *** join/#brlcad nihar_ (73619c0b@gateway/web/freenode/ip.115.97.156.11) | |
| 19:32.41 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 00:27.14 | *** join/#brlcad kanzure (~kanzure@unaffiliated/kanzure) | |
| 01:22.30 | *** join/#brlcad mikolalysenko (sid34553@gateway/web/irccloud.com/x-vtebklmblhunjawj) | |
| 01:31.46 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 02:20.10 | Notify | 03BRL-CAD:starseeker * 64732 brlcad/trunk/doc/docbook/articles/en/animation_tutorial.xml: Get animation building as an article, but needs more work |
| 02:27.04 | starseeker | hiteshsofat: when you get a chance, please take a look at animation_tutorial.xml - it needs more reworking for the article context |
| 02:27.29 | starseeker | I did a quick and dirty set of changes to get it building, but it will need more work |
| 02:29.16 | Notify | 03BRL-CAD:starseeker * 64733 brlcad/trunk/db/comgeom/CMakeLists.txt: Don't append to an existing version of the .g when doing comgeom conversions - remove anything already there and start over. |
| 02:31.37 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 03:25.22 | *** join/#brlcad hiteshsofat (~androirc@223.225.192.24) | |
| 03:25.36 | hiteshsofat | starseeker, okay no problem i will do again |
| 06:30.30 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 06:38.48 | *** join/#brlcad luca79 (~luca@host215-111-dynamic.5-87-r.retail.telecomitalia.it) | |
| 08:27.20 | *** join/#brlcad luca79 (~luca@5.170.231.34) | |
| 08:38.05 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 10:20.57 | *** join/#brlcad sofat (~androirc@202.164.45.204) | |
| 10:38.18 | *** join/#brlcad sofat (~androirc@223.225.204.179) | |
| 11:00.24 | *** join/#brlcad luca79 (~luca@host138-11-dynamic.0-87-r.retail.telecomitalia.it) | |
| 11:46.40 | *** join/#brlcad luca79 (~luca@host232-230-dynamic.5-87-r.retail.telecomitalia.it) | |
| 12:29.27 | *** join/#brlcad luca79 (~luca@host24-11-dynamic.0-87-r.retail.telecomitalia.it) | |
| 13:20.20 | *** join/#brlcad kanzure (~kanzure@unaffiliated/kanzure) | |
| 13:32.54 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-owgehyszytmldyzs) | |
| 13:41.46 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 13:44.24 | *** join/#brlcad nihar (73619c0b@gateway/web/freenode/ip.115.97.156.11) | |
| 14:14.11 | Notify | 03BRL-CAD:carlmoore * 64734 brlcad/trunk/include/bu/mime.types: fix spelling |
| 14:19.19 | Notify | 03BRL-CAD:carlmoore * 64735 (brlcad/trunk/doc/docbook/articles/en/animation_tutorial.xml brlcad/trunk/doc/docbook/articles/en/camo_shader.xml and 2 others): remove trailing blanks/tabs; if they need to be left in, you are welcome to refuse the change and to notify me |
| 14:25.00 | *** join/#brlcad sofat (~androirc@223.225.222.91) | |
| 14:45.38 | *** join/#brlcad luca79 (~luca@host24-11-dynamic.0-87-r.retail.telecomitalia.it) | |
| 15:04.51 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 15:07.34 | *** join/#brlcad dli (~dli@tamaggo-fw.isp.ip4b.net) | |
| 15:09.21 | dli | is it reasonable to disable CMAKEFILES_DO_TEST for release builds? It doesn't build with CMAKEFILES_DO_TEST on my gentoo: http://pastebin.com/vC3bcqgD |
| 15:28.23 | *** join/#brlcad luca79 (~luca@host24-11-dynamic.0-87-r.retail.telecomitalia.it) | |
| 15:37.50 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:57.31 | Notify | 03BRL-CAD:starseeker * 64736 (brlcad/trunk/include/bu/path.h brlcad/trunk/src/libbu/path.c and 2 others): Add the ability to get protocal and address components from paths, based on the ':' character. |
| 16:24.37 | *** join/#brlcad andrei_ (050c70d6@gateway/web/freenode/ip.5.12.112.214) | |
| 16:27.10 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 16:39.24 | Notify | 03BRL-CAD:starseeker * 64737 brlcad/trunk/src/libbu/mime.cmake.in: We want a case insensitive comparsion for the mime types - png and PNG are both portable network graphics. |
| 17:03.29 | Notify | 03BRL-CAD:starseeker * 64738 (brlcad/trunk/include/icv.h brlcad/trunk/src/libicv/fileformat.c): Code up a proposed replacement for icv_guess_file_format with two more special purpose functions. It seems cleaner to me to have the image type identification and the path scrubber as separate API components, but maybe all possibile applications will want the filename extracted - needs discussion. |
| 17:12.41 | *** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot) | |
| 17:24.53 | *** join/#brlcad alisha (~quassel@115.184.97.54) | |
| 18:07.15 | *** join/#brlcad Shubham (6719e766@gateway/web/freenode/ip.103.25.231.102) | |
| 18:13.27 | *** join/#brlcad geekgrl (~geekgrl@122.169.95.225) | |
| 18:36.32 | *** join/#brlcad infobot (ibot@rikers.org) | |
| 18:36.32 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || We are ACCEPTED for GSoC 2015 -- if you're a student, ask a specific question and WAIT for an answer! | |
| 18:39.17 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 18:47.05 | *** join/#brlcad Izakey (~Izakey@41.205.22.60) | |
| 18:57.37 | *** join/#brlcad andrei__ (050c70d6@gateway/web/freenode/ip.5.12.112.214) | |
| 19:01.14 | Notify | 03BRL-CAD:starseeker * 64739 (brlcad/trunk/src/rt/CMakeLists.txt brlcad/trunk/src/rt/do.c): Until a better solution is found, have rtg3 specify at compile time that it is looking for a text output from the raytrace, rather than an image output. |
| 19:27.12 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 19:36.41 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 19:39.13 | *** join/#brlcad ankesh11_ (uid8015@gateway/web/irccloud.com/x-ftqnwxpqrsqmhgrn) | |
| 20:18.01 | *** join/#brlcad merzo (~merzo@90-116-133-95.pool.ukrtel.net) | |
| 20:18.38 | Notify | 03BRL-CAD:starseeker * 64740 brlcad/trunk/src/rt/CMakeLists.txt: Collapse the srcs lists for the rt tools down into their BRLCAD_ADDEXEC lines. |
| 20:19.17 | *** join/#brlcad Shubham (6719e766@gateway/web/freenode/ip.103.25.231.102) | |
| 20:21.02 | Notify | 03BRL-CAD:starseeker * 64741 brlcad/trunk/include/bu/CMakeLists.txt: Add path to libbu header list. |
| 20:31.33 | Notify | 03BRL-CAD Wiki:Vasco.costa * 0 /wiki/User:Vasco.costa: |
| 20:40.59 | Notify | 03BRL-CAD Wiki:Vasco.costa * 8126 /wiki/User:Vasco.costa: Created page with "Hello. I am interested in ray-tracing, and GPGPU. I plan to work on OpenCL acceleration of the BRL-CAD librt rendering pipeline. =Preliminary Schedule= * 1 week - ellipsoid (..." |
| 21:26.23 | Notify | 03BRL-CAD:starseeker * 64742 brlcad/trunk/src/libbu/mime.cmake.in: Put common.h at the head of the C file as well. |
| 21:35.41 | Notify | 03BRL-CAD:starseeker * 64743 brlcad/trunk/src/libbu/mime.cmake.in: Also need the file.h header |
| 21:36.00 | Notify | 03BRL-CAD:starseeker * 64744 brlcad/trunk/src/other/CMakeLists.txt: Another possible location for ftconfig.h |
| 21:56.28 | Notify | 03BRL-CAD:starseeker * 64745 (brlcad/trunk/include/brep.h brlcad/trunk/src/libbrep/shape_recognition.h): Windows build isn't happy... |
| 21:58.04 | *** join/#brlcad vasc (~VASC@bl13-127-197.dsl.telepac.pt) | |
| 22:05.31 | Notify | 03BRL-CAD:starseeker * 64746 brlcad/trunk/src/bwish/consoleMain.c: Triggering the ordering warning for inclusion. |
| 22:16.58 | starseeker | oh, lovely - comgeom-g doesn't work on Windows |
| 22:43.37 | *** join/#brlcad dli (~dli@216.165.204.99) | |
| 00:09.26 | Notify | 03BRL-CAD:starseeker * 64747 (brlcad/branches/embree/BUGS brlcad/branches/embree/CHANGES and 392 others): Sync with trunk thru r64746 |
| 00:56.45 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 01:23.55 | dli | building error: /usr/lib64/libfreetype.so.6: undefined reference to `png_set_expand_gray_1_2_4_to_8@PNG16_0' |
| 01:25.07 | Stragus | Looks like your libfreetype was compiled against a different version of libpng |
| 01:35.26 | dli | Stragus, yes, need to decide on bundled or system libraries |
| 01:35.43 | dli | Stragus, using system seems to be fine |
| 02:03.10 | starseeker | yeah, mixing and matching can be a problem |
| 02:04.40 | starseeker | dli: about the error you pasted earlier - you're probably using a version of CMake that's too new for 7.24.2 |
| 02:05.04 | starseeker | the last 2.8.* release of CMake may be a better bet |
| 02:05.36 | starseeker | (unless you prefer to build the latest trunk sources - those have the fix.) |
| 02:08.17 | *** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot) | |
| 02:08.28 | dli | starseeker, thanks. I'm trying to get brlcad trunk in gentoo now. |
| 02:16.25 | dli | starseeker, actually, I'm using cmake-2.8.12.2 |
| 02:16.46 | dli | starseeker, somehow, building in gentoo seems to be very broken |
| 02:49.04 | *** join/#brlcad sofat (~androirc@223.225.192.147) | |
| 02:56.32 | Notify | 03BRL-CAD Wiki:Sean * 8127 /wiki/Google_Summer_of_Code/2014: |
| 02:58.10 | Notify | 03BRL-CAD Wiki:Sean * 8128 /wiki/Google_Summer_of_Code/2014: |
| 02:59.33 | Notify | 03BRL-CAD Wiki:Sean * 8129 /wiki/Google_Summer_of_Code/2014: |
| 03:00.06 | Notify | 03BRL-CAD Wiki:Sean * 8130 /wiki/Google_Summer_of_Code/2013: |
| 03:12.53 | Notify | 03BRL-CAD Wiki:Sean * 8131 /wiki/Google_Summer_of_Code/2015: stub in a template |
| 03:18.17 | *** join/#brlcad dli (~dli@216.165.204.99) | |
| 03:18.57 | starseeker | dli: it's been a long time since any of the core devs used gentoo as a primary platform |
| 03:25.29 | starseeker | got tired of the power bills and burning out machines... |
| 03:28.17 | dli | starseeker, try to build on raspberry pi |
| 03:37.28 | brlcad | it's in my queue to try that (just got the 2 a couple months ago) |
| 03:39.06 | *** join/#brlcad sofat (~androirc@106.192.178.95) | |
| 03:39.43 | *** join/#brlcad sofat (~androirc@106.192.178.95) | |
| 03:55.31 | *** join/#brlcad sofat (~androirc@106.192.178.95) | |
| 03:57.19 | Stragus | dli, I'm on Gentoo and never had issues |
| 03:57.31 | Stragus | But of course, Gentoo can be anything you build it to be |
| 03:59.27 | *** join/#brlcad sofat (~androirc@106.192.178.95) | |
| 04:11.33 | Notify | 03BRL-CAD:starseeker * 64748 brlcad/trunk/src/libbu/CMakeLists.txt: Getting a problem of partial file generation, similar to the express to C++ generation process. Even the sentinel file doesn't seem to be reliably protecting it... |
| 04:12.21 | brlcad | wonders if the cmake sentinel file test is not atomic / thread safe |
| 04:15.28 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 04:22.10 | Notify | 03BRL-CAD:starseeker * 64749 (brlcad/trunk/src/libbu/CMakeLists.txt brlcad/trunk/src/libbu/mime.cmake.in): Do the write all at once - still got some sort of situation, since some targets try to build when mime.h is still regenerating... hmm... |
| 04:59.20 | *** join/#brlcad sofat (~androirc@106.192.178.95) | |
| 05:40.07 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 05:43.47 | *** join/#brlcad sofat (~androirc@106.192.178.95) | |
| 05:57.23 | *** join/#brlcad sofat (~androirc@106.192.178.95) | |
| 06:11.49 | *** join/#brlcad sofat (~androirc@106.192.178.95) | |
| 06:23.49 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 06:29.36 | *** join/#brlcad sofat (~androirc@106.192.178.95) | |
| 07:00.13 | *** join/#brlcad luca79 (~luca@an-19-181-2.service.infuturo.it) | |
| 07:52.09 | *** join/#brlcad teepee-- (bc5c2133@gateway/web/freenode/ip.188.92.33.51) | |
| 08:02.35 | *** join/#brlcad luca79 (~luca@an-19-181-2.service.infuturo.it) | |
| 08:03.46 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 08:23.04 | *** join/#brlcad ``Erik (~erik@pool-96-244-200-66.bltmmd.fios.verizon.net) | |
| 08:58.19 | *** join/#brlcad luca79 (~luca@151.35.9.191) | |
| 06:55.33 | *** join/#brlcad infobot (ibot@rikers.org) | |
| 06:55.33 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-) | |
| 08:16.43 | *** join/#brlcad teepee-- (bc5c2133@gateway/web/freenode/ip.188.92.33.51) | |
| 08:34.11 | *** join/#brlcad luca79 (~luca@151.34.67.251) | |
| 08:51.29 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 09:47.54 | *** join/#brlcad sofat (~sofat@202.164.53.117) | |
| 09:48.05 | sofat | starseeker, hello |
| 09:49.38 | sofat | I am working on animation tutorial and I found some video links in html docs so in xml doc you need to add these video links for user or not . |
| 09:50.23 | sofat | because i use ulink command for this but brlcad xml validation system not gave the permission to add this command in doc. |
| 11:18.03 | *** join/#brlcad sofat (~sofat@202.164.53.117) | |
| 11:21.04 | *** join/#brlcad luca79 (~luca@host106-19-dynamic.4-87-r.retail.telecomitalia.it) | |
| 11:21.07 | starseeker | sofat: hmm |
| 11:21.31 | starseeker | http://www.docbook.org/docs/howto/ indicates that in Docbook 5 a switch was made |
| 11:21.43 | starseeker | see if that page has the necessary info |
| 11:22.29 | starseeker | ulink is Docbook 4 only |
| 11:22.41 | starseeker | we're on Docbook 5 now |
| 11:23.34 | sofat | ok so i use link command with xlink:href attribute but they also permitted by brlcad system |
| 11:24.50 | starseeker | not permitted? |
| 11:24.53 | starseeker | or permitted |
| 11:25.25 | sofat | because i use href there so they give error . |
| 11:25.49 | sofat | <link xlink:href=""> |
| 11:27.21 | starseeker | does this work? <link xmlns:xlink="http://www.w3.org/1999/xlink" xlink:href="">text</link> |
| 11:28.26 | sofat | wait i check |
| 11:32.03 | sofat | yes this is working thanks |
| 11:32.43 | starseeker | sofat: We might be able to put that xmlns:xlink line in the top level and avoid needing to repeat it - let me make a quick test |
| 11:35.02 | sofat | ok |
| 11:36.07 | sofat | ok added this in top inner book command and this is working well |
| 11:36.19 | starseeker | book command? |
| 11:36.24 | starseeker | do you mean article? |
| 11:37.32 | sofat | sorry article |
| 11:37.37 | sofat | yes article |
| 11:38.26 | starseeker | glad it worked - DocBook has lots of odd quirks like that, and nowhere near as much as LaTeX in the way of online help/explanations |
| 11:38.44 | starseeker | ok, got to run |
| 11:39.13 | starseeker | sofat: feel free to ask here or on the list if you run into similar issues |
| 11:39.56 | starseeker | occasionally you can find a solution by checking in our other docbook files (grep is your friend) but all too often it's just something we haven't run into yet |
| 11:40.13 | sofat | ok |
| 11:41.28 | sofat | no problem when I need any solution then i am searching on internet if i could not found any thing then i am asking form you. |
| 12:35.37 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-tavelgldgxddflfi) | |
| 12:35.47 | *** join/#brlcad luca79 (~luca@host106-19-dynamic.4-87-r.retail.telecomitalia.it) | |
| 12:37.24 | dracarys983 | +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ |
| 12:37.24 | dracarys983 | +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ |
| 12:37.26 | dracarys983 | +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ |
| 12:37.31 | dracarys983 | +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ |
| 12:37.36 | dracarys983 | ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ |
| 12:38.34 | teepee-- | hello dracarys983s cat :) |
| 12:38.42 | teepee-- | got catch some mice :P |
| 12:40.23 | *** join/#brlcad sofat (~sofat@202.164.53.117) | |
| 12:47.37 | sofat | starseeker, i am submit the patch on animation tutorial please check this and tell me the any updates so will update this again. |
| 12:57.34 | sofat | please also tell me which docs I merged with website doc/docbook or share/doc/docbook/ |
| 13:51.19 | *** join/#brlcad sofat (~androirc@202.164.45.204) | |
| 13:51.47 | *** join/#brlcad dli (~dli@tamaggo-fw.isp.ip4b.net) | |
| 13:52.20 | *** join/#brlcad luca79 (~luca@host106-19-dynamic.4-87-r.retail.telecomitalia.it) | |
| 13:56.02 | *** join/#brlcad hiteshsofat (~androirc@106.192.158.105) | |
| 14:10.37 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 14:14.43 | *** join/#brlcad sofat (~androirc@223.225.255.136) | |
| 14:15.25 | *** join/#brlcad luca79 (~luca@host106-19-dynamic.4-87-r.retail.telecomitalia.it) | |
| 14:40.10 | *** join/#brlcad sofat (~androirc@223.225.255.136) | |
| 14:42.40 | *** join/#brlcad sofat (~androirc@223.225.255.136) | |
| 15:22.28 | dracarys983 | teepee--, Oops. Sorry about that :P |
| 15:24.02 | sofat | starseeker, please tell which docs brlcad want to marge with website xml(doc/docbook) or html (share/doc/docbook) |
| 15:29.58 | *** join/#brlcad sofat (~androirc@223.225.255.136) | |
| 15:48.58 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 16:04.38 | *** join/#brlcad sofat_ (~sofat@202.164.45.208) | |
| 16:26.01 | *** join/#brlcad sofat_ (~sofat@202.164.45.204) | |
| 16:30.56 | *** join/#brlcad sofat_ (~sofat@202.164.45.204) | |
| 17:06.19 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 17:08.52 | *** join/#brlcad sofat_ (~sofat@202.164.45.204) | |
| 17:18.23 | *** join/#brlcad gaganjyot (~gaganjyot@27.255.240.125) | |
| 17:57.27 | *** join/#brlcad merzo (~merzo@92.60.189.225) | |
| 17:57.27 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 17:57.48 | *** join/#brlcad sofat_ (~sofat@117.225.120.157) | |
| 18:12.22 | starseeker | sofat_: um. If you're putting up html on the web for viewing, you'll want the html |
| 18:12.36 | starseeker | sofat_: if you're looking to enable web editing of content, it will be the docbook xml |
| 18:13.39 | *** join/#brlcad albertcoder (~albertcod@202.164.45.204) | |
| 18:14.45 | *** join/#brlcad konrado (~konro@41.205.22.25) | |
| 18:15.22 | sofat_ | ok its nice , i am also think same . so now my first task to synchronize the html docs with website for user view . |
| 18:18.02 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 18:56.14 | *** join/#brlcad konrado (~konro@41.205.22.58) | |
| 20:06.00 | *** join/#brlcad konrado (~konro@41.205.22.50) | |
| 20:11.56 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-mhxviphqkvrtcisn) | |
| 20:13.21 | *** join/#brlcad albertcoder (~albertcod@202.164.45.208) | |
| 20:15.15 | *** join/#brlcad Izakey (~Izakey@41.205.22.40) | |
| 20:20.42 | *** join/#brlcad konrado (~konro@41.205.22.32) | |
| 20:33.49 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 20:35.10 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 20:41.10 | *** join/#brlcad andrei__ (bc1ac19f@gateway/web/freenode/ip.188.26.193.159) | |
| 20:41.16 | andrei__ | Hello! |
| 20:42.06 | *** join/#brlcad andrei_ (bc1ac19f@unaffiliated/andrei/x-7229309) | |
| 20:42.06 | *** join/#brlcad andrei_ (bc1ac19f@gateway/web/freenode/ip.188.26.193.159) | |
| 20:42.30 | andrei_il | Hi there |
| 20:43.03 | Izakey | Hi andrei_il |
| 20:43.36 | andrei_il | Hi Izakey |
| 20:44.11 | andrei_ | so, another GSoC year for BRL-CAD |
| 20:47.35 | Izakey | andrei_il, You had a good proposal - The OpenSCAD Importer |
| 20:48.13 | Izakey | andrei_, way to go with guiding andrei_il into BRL-CAD |
| 20:48.54 | andrei_ | Izakey: thanks, didn't do that much, I'm participating as a student as well this year |
| 20:49.01 | andrei_ | but not with BRL-CAD |
| 20:49.20 | Izakey | That's cool andrei_ Which org ? |
| 20:49.30 | andrei_ | GitHub |
| 20:50.15 | andrei_ | I wish I could've been a mentor to BRL-CAD |
| 20:50.21 | andrei_ | but you know we can t do both |
| 20:50.28 | Izakey | Congrats! So I presume you're going to be getting some advice from Linux Torvalds :) |
| 20:51.11 | andrei_ | Izakey : I have a feeling that what I'd get from Linus Torvalds wouldn't be classified as advice :)) |
| 20:51.24 | andrei_ | he's not exactly known for being the friendly fellow |
| 20:51.32 | andrei_ | but I m with Github, not Git |
| 20:53.03 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-ccsacpcpybymnujv) | |
| 20:53.42 | andrei_ | Izakey, first time mentoring? |
| 20:54.13 | andrei_ | ~help |
| 20:54.51 | Izakey | andrei_il, Do well to edit your proposal's abstract on Melange website. Give it a little more flesh |
| 20:55.10 | Izakey | Sure andrei_ first time mentoring |
| 20:55.50 | andrei_ | awesome, goodluck |
| 20:57.23 | andrei_il | Izakey, sure, right away |
| 21:00.16 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 21:01.27 | Izakey | andrei_il, If you put in the promised 40+ hours weekly, then there's nothing to fear - you'll achieve all your goals |
| 21:01.58 | andrei_il | I definitely hope so |
| 21:03.21 | Izakey | andrei_il, Just ask andrei_ for advice when you get stuck too. Are you both in the same neighborhood ? |
| 21:04.10 | *** join/#brlcad konrado (~konro@41.205.22.31) | |
| 21:04.44 | andrei_ | not quite, we're in the same city, but I ll move abroad soon |
| 21:05.47 | andrei_il | Izakey, do you have any experience with parsers ,particulary re2c and lemon ? |
| 21:06.17 | Izakey | Nope. |
| 21:17.26 | Izakey | dashes home |
| 21:19.21 | *** join/#brlcad brad_h (~behollis@dhcp-59-171.cse.ucsc.edu) | |
| 21:21.14 | *** join/#brlcad DarkCalf (~DarkCalf@64.185.232.90) | |
| 21:22.50 | andrei_ | does a backflip |
| 21:25.56 | starseeker | ``Erik: we seem to have lost notify? |
| 21:26.37 | *** join/#brlcad merzo (~merzo@209-34-132-95.pool.ukrtel.net) | |
| 22:19.02 | *** join/#brlcad merzo (~merzo@215-55-133-95.pool.ukrtel.net) | |
| 22:44.08 | *** join/#brlcad merzo (~merzo@6-30-132-95.pool.ukrtel.net) | |
| 22:45.27 | *** join/#brlcad dli (~dli@216.165.204.99) | |
| 22:45.29 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 22:58.59 | *** join/#brlcad Gurwinder (75cf9cd8@gateway/web/freenode/ip.117.207.156.216) | |
| 23:14.15 | Notify | 03BRL-CAD:starseeker * 64750 brlcad/trunk/src/libbu/CMakeLists.txt: Switch to a configure-time generate of mime.h and mime.c for reliability. Not too much difference, and this should get the mime.h file in place before anything tries to use it. |
| 23:14.17 | Notify | 03BRL-CAD:starseeker * 64751 brlcad/trunk/src/libgcv/CMakeLists.txt: Rename the in-libgcv test program. |
| 23:14.21 | Notify | 03BRL-CAD:starseeker * 64752 (brlcad/trunk/include/bu/file.h brlcad/trunk/src/libbu/mime.cmake): Flesh out the mime logic with the ability to map mime type numbers to/from strings for easier debugging, and add the ability to get the file extensions for a given mime type. |
| 23:14.23 | Notify | 03BRL-CAD:starseeker * 64753 brlcad/trunk/src/conv/CMakeLists.txt: Start experimenting with a gcv program that deduces mime_model_t types from input paths. Not sure whether this logic should live in libgcv or the parent program yet... |
| 23:14.24 | Notify | 03BRL-CAD:starseeker * 64754 brlcad/trunk/src/libgcv/gcv_private.h: Windows isn't happy about gcv_converter_find... |
| 23:14.25 | Notify | 03BRL-CAD:starseeker * 64755 brlcad/trunk/doc/docbook/articles/en/animation_tutorial.xml: the tabinterp link is causing 'no ID for constraint linkend: tabinterp' errors |
| 23:15.17 | Notify | 03BRL-CAD:starseeker * 64756 brlcad/trunk/src/conv/comgeom/cvt.c: Don't try to use str if it's NULL |
| 23:15.22 | Notify | 03BRL-CAD:starseeker * 64757 brlcad/trunk/src/conv/comgeom/read.c: correctly access vls contents. |
| 23:15.26 | Notify | 03BRL-CAD:carlmoore * 64758 brlcad/trunk/src/util/pixmatte.c: correct the handling of NE (we 'goto fail' if any == relation is detected), and remove an 'else' due to the transfers of control which must be encountered in the immed.-preceding block |
| 23:15.28 | Notify | 03BRL-CAD:starseeker * 64759 brlcad/trunk/BUGS: Needs more testing, but looks like the immediate regression due to icv work was cleared for rtg3. Still needs some work on default behaviors. |
| 23:15.30 | Notify | 03BRL-CAD:starseeker * 64760 brlcad/trunk/BUGS: Make a note that comgeom-g doesn't seem to work correctly on Windows. |
| 23:15.33 | Notify | 03BRL-CAD:starseeker * 64761 brlcad/trunk/include/bu/file.h: Fix header signature. |
| 23:15.35 | Notify | 03BRL-CAD:starseeker * 64762 brlcad/trunk/src/libbu/CMakeLists.txt: Don't need dependency any more |
| 23:15.49 | Notify | 03BRL-CAD:carlmoore * 64763 brlcad/trunk/src/util/pixmatte.c: Revise comment about APPROX; revise run-with-no-arguments; notice <> is same as !=; revise what was 'wanted == NE' |
| 23:15.56 | Notify | 03BRL-CAD:starseeker * 64764 brlcad/trunk/src/conv/comgeom/read.c: Change to using bu_vls_gets (Sean) |
| 23:15.58 | Notify | 03BRL-CAD:starseeker * 64765 brlcad/trunk/BUGS: Not clear it was broken, but things improved now to the point where behavior is consistent between Linux and Windows |
| 23:16.57 | Notify | 03BRL-CAD:starseeker * 64766 brlcad/trunk/doc/docbook/articles/en/tire.xml: Add xlink:href example usage to tire article. |
| 23:16.59 | Notify | 03BRL-CAD:starseeker * 64767 brlcad/trunk/doc/docbook/articles/en/tire.xml: ws |
| 23:17.11 | Notify | 03BRL-CAD:starseeker * 64768 brlcad/trunk/include/bu/file.h: Explain two mime type files in header comments. |
| 23:17.14 | Notify | 03BRL-CAD:starseeker * 64769 (brlcad/trunk/include/bu/CMakeLists.txt brlcad/trunk/include/bu/file.h brlcad/trunk/include/bu/path.h): Make a note that we need to figure out something more robust for Windows - the interaction of allowing either forward or back slash for directory separation chars with using back slash for quoting makes for a complicated situation, and one which we don't currently address with this |
| 23:17.16 | Notify | API. |
| 23:17.18 | Notify | ... |
| 23:17.29 | Notify | 03BRL-CAD:starseeker * 64770 (brlcad/trunk/include/bu/CMakeLists.txt brlcad/trunk/include/bu/file.h brlcad/trunk/include/bu/path.h): Bah - reverse merge 64769, pulled in too many unrelated changes. |
| 23:17.31 | Notify | 03BRL-CAD:starseeker * 64771 brlcad/trunk/include/bu/path.h: Make a note that we need to figure out something more robust for Windows - the interaction of allowing either forward or back slash for directory separation chars with using back slash for quoting makes for a complicated situation, and one which we don't currently address with this API. |
| 23:17.33 | Notify | 03BRL-CAD:starseeker * 64772 brlcad/trunk/include/raytrace.h: Commit notes on rt_pattern API from discussions with Sean |
| 23:17.35 | Notify | 03BRL-CAD:starseeker * 64773 (brlcad/trunk/include/bu/CMakeLists.txt brlcad/trunk/include/bu/file.h and 3 others): Move mime file to misc directory. |
| 23:17.47 | Notify | 03BRL-CAD:starseeker * 64774 (brlcad/trunk/include/bu/path.h brlcad/trunk/include/icv.h and 5 others): Rework path component API, per suggestions from Sean. |
| 23:17.47 | *** join/#brlcad merzo (~merzo@81-0-133-95.pool.ukrtel.net) | |
| 23:17.58 | Notify | 03BRL-CAD:carlmoore * 64775 brlcad/trunk/src/util/pixmatte.c: turn off LT and GT if we already have NE; allow for the 'nonsense' case of both NE and EQ in use |
| 23:18.36 | Notify | 03BRL-CAD:starseeker * 64776 brlcad/trunk/include/bu/path.h: Nevermind - the driver here was quoting for : characters, and that functionality has been moved elsewhere. |
| 23:18.40 | Notify | 03BRL-CAD:starseeker * 64777 (brlcad/trunk/NEWS brlcad/trunk/src/libbu/units.c): Turns out the 'e' is important in scientific notation - fix light year definition. Caught by Josh. |
| 23:18.54 | Notify | 03BRL-CAD:starseeker * 64778 brlcad/trunk/misc/doxygen/libbu.dox: Fix copy paste typo |
| 23:18.59 | Notify | 03BRL-CAD:carlmoore * 64779 brlcad/trunk/src/util/pixmatte.c: fix handling of APPROX/NE, and add new comment |
| 23:19.01 | Notify | 03BRL-CAD:starseeker * 64780 brlcad/trunk/include/bu/path.h: Improve doxygen comment formatting. |
| 23:19.06 | Notify | 03BRL-CAD:starseeker * 64781 (brlcad/trunk/include/bu/file.h brlcad/trunk/include/bu/path.h brlcad/trunk/src/libbu/brlcad_path.c): The brlcad_path.c functions hit the file system, so put them back in file.h |
| 23:19.08 | Notify | 03BRL-CAD:starseeker * 64782 brlcad/trunk/include/bu/path.h: More comment cleanup |
| 23:19.12 | Notify | 03BRL-CAD:starseeker * 64783 (brlcad/trunk/include/bu/path.h brlcad/trunk/src/libbu/fnmatch.c): Just return 1 from bu_fnmatch rather than making a long define |
| 23:19.17 | Notify | 03BRL-CAD:starseeker * 64784 (brlcad/trunk/include/raytrace.h brlcad/trunk/include/rt/CMakeLists.txt): Break xray and pattern stuff out of raytrace.h into their own headers. the pattern documentation is likely to be extensive, so split it out now to make it easier to work with. |
| 23:19.21 | Notify | 03BRL-CAD:starseeker * 64785 (brlcad/trunk/include/raytrace.h brlcad/trunk/include/rt/CMakeLists.txt brlcad/trunk/include/rt/defines.h): Hey, look, a rabbit hole! Break out some more of raytrace.h into individual headers. |
| 23:19.23 | Notify | 03BRL-CAD:starseeker * 64786 brlcad/trunk/include/raytrace.h: fix spelling |
| 23:19.31 | Notify | 03BRL-CAD:starseeker * 64787 (brlcad/trunk/include/raytrace.h brlcad/trunk/include/rt/CMakeLists.txt brlcad/trunk/include/rt/defines.h): More raytrace.h breakout. |
| 23:19.42 | Notify | 03BRL-CAD:ejno * 64788 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: fix checking of grid IDs; check IDs in add_sphere() |
| 23:19.49 | Notify | 03BRL-CAD Wiki:Vasco.costa * 8151 /wiki/User:Vasco.costa/GSoC15/logs: |
| 23:19.51 | Notify | 03BRL-CAD Wiki:Vasco.costa * 8152 /wiki/User:Vasco.costa/GSoC15/logs: |
| 23:19.53 | Notify | 03BRL-CAD Wiki:Sean * 8153 /wiki/Google_Summer_of_Code/2015: a title |
| 23:19.55 | Notify | 03BRL-CAD Wiki:MeShubham99 * 0 /wiki/User:MeShubham99: |
| 23:19.57 | Notify | 03BRL-CAD Wiki:93.184.33.166 * 8154 /wiki/ARL_Technical_Reports: remove spam |
| 23:19.59 | Notify | 03BRL-CAD Wiki:Andrei.ilinca24 * 8155 /wiki/User:Andrei.ilinca24/logs: /* Webpage for development logs for GSoC 2015 */ |
| 23:20.01 | Notify | 03BRL-CAD Wiki:Deekaysharma * 0 /wiki/User:Deekaysharma: |
| 23:20.03 | Notify | 03BRL-CAD Wiki:Andrei.ilinca24 * 8156 /wiki/User:Andrei.ilinca24/Proposal: Created page with "== OpenSCAD Importer Proposal ==" |
| 23:20.05 | Notify | 03BRL-CAD Wiki:Hitesh sofat * 8157 /wiki/User:Hiteshsofat/GSoc15/proposal: Created page with "Name: Hitesh Sofat E-mail id: sofathitesh@gmail.com IRC username: sofat Phone Number: +91 977 917 3996 Brief Background I am a final year graduate in Information Techn..." |
| 23:20.07 | Notify | 03BRL-CAD Wiki:Hitesh sofat * 8158 /wiki/Google_Summer_of_Code/2015: |
| 23:20.09 | Notify | 03BRL-CAD Wiki:Hitesh sofat * 8159 /wiki/User:Hiteshsofat/GSoc15/log_developmen: Created page with "Here is my logs" |
| 23:20.11 | Notify | 03BRL-CAD Wiki:Hitesh sofat * 8160 /wiki/User:Hiteshsofa: Created page with "Hello my name is Hitesh Sofat. My project is Synchronize Wiki with Docbook. WEEK 1:- Work on user interface and merge all converted document with web site and also test the ..." |
| 23:20.14 | Notify | 03BRL-CAD Wiki:Hitesh sofat * 8161 /wiki/Google_Summer_of_Code/2015: /* Synchronize Wiki with Docbook */ |
| 23:20.16 | Notify | 03BRL-CAD Wiki:Andrei.ilinca24 * 8162 /wiki/Google_Summer_of_Code/2015: /* Accepted Projects */ |
| 23:20.18 | Notify | 03BRL-CAD Wiki:Andrei.ilinca24 * 8163 /wiki/User:Andrei.ilinca24: Created page with "Hello, I'm Andrei and I'm interested in developing an OpenSCAD Importer for BRL-CAD this summer, under GSoC 2015." |
| 23:20.20 | Notify | 03BRL-CAD Wiki:Izakkayems * 8164 /wiki/Google_Summer_of_Code: /* BRL-CAD participation in GSoC */ |
| 23:20.22 | Notify | 03BRL-CAD Wiki:Izakkayems * 8165 /wiki/Google_Summer_of_Code: |
| 23:20.24 | Notify | 03BRL-CAD Wiki:Andrei.ilinca24 * 8166 /wiki/User:Andrei.ilinca24/Proposal: /* OpenSCAD Importer Proposal */ |
| 23:20.26 | Notify | 03BRL-CAD Wiki:Andrei.ilinca24 * 8167 /wiki/User:Andrei.ilinca24/Proposal: /* OpenSCAD Importer Proposal */ |
| 23:20.28 | Notify | 03BRL-CAD Wiki:Andrei.ilinca24 * 8168 /wiki/User:Andrei.ilinca24/Proposal: /* OpenSCAD Importer Proposal */ |
| 23:20.30 | Notify | 03BRL-CAD Wiki:Andrei.ilinca24 * 8169 /wiki/User:Andrei.ilinca24/Proposal: /* OpenSCAD Importer Proposal */ |
| 23:20.32 | Notify | 03BRL-CAD Wiki:Andrei.ilinca24 * 8170 /wiki/User:Andrei.ilinca24/Proposal: /* Project Deliverables */ |
| 23:20.34 | Notify | 03BRL-CAD Wiki:Andrei.ilinca24 * 8171 /wiki/User:Andrei.ilinca24/Proposal: /* Actual coding */ |
| 23:20.36 | Notify | 03BRL-CAD Wiki:Andrei.ilinca24 * 8172 /wiki/User:Andrei.ilinca24/Proposal: /* Actual coding */ |
| 23:20.38 | Notify | 03BRL-CAD Wiki:Andrei.ilinca24 * 8173 /wiki/User:Andrei.ilinca24/Proposal: /* Why me? */ |
| 23:20.40 | Notify | 03BRL-CAD Wiki:Andrei.ilinca24 * 8174 /wiki/User:Andrei.ilinca24/Proposal: /* Why me? */ |
| 23:20.42 | Notify | 03BRL-CAD Wiki:Andrei.ilinca24 * 8175 /wiki/User:Andrei.ilinca24/Proposal: /* Why me? */ |
| 23:20.44 | Notify | 03BRL-CAD Wiki:Andrei.ilinca24 * 8176 /wiki/User:Andrei.ilinca24/Proposal: /* Community bonding period */ |
| 23:20.46 | Notify | 03BRL-CAD Wiki:Andrei.ilinca24 * 8177 /wiki/User:Andrei.ilinca24/Proposal: /* Timeline */ |
| 23:20.48 | Notify | 03BRL-CAD Wiki:Andrei.ilinca24 * 8178 /wiki/User:Andrei.ilinca24/Proposal: /* Implementation Details */ |
| 23:20.50 | Notify | 03BRL-CAD Wiki:Andrei.ilinca24 * 8179 /wiki/User:Andrei.ilinca24/Proposal: /* Personal Information */ |
| 23:20.53 | Notify | 03BRL-CAD Wiki:Andrei.ilinca24 * 8180 /wiki/User:Andrei.ilinca24/logs: /* Webpage for development logs for GSoC 2015 */ |
| 23:28.07 | kintel | brlcad: ping |
| 23:46.48 | *** join/#brlcad merzo (~merzo@51-0-132-95.pool.ukrtel.net) | |
| 00:29.55 | *** join/#brlcad merzo (~merzo@118-11-133-95.pool.ukrtel.net) | |
| 00:53.17 | *** join/#brlcad merzo (~merzo@37-0-133-95.pool.ukrtel.net) | |
| 00:58.42 | Notify | 03BRL-CAD:starseeker * 64789 (brlcad/trunk/include/raytrace.h brlcad/trunk/include/rt/CMakeLists.txt and 12 others): More raytrace.h header work. |
| 01:12.21 | Notify | 03BRL-CAD:starseeker * 64790 (brlcad/trunk/include/raytrace.h brlcad/trunk/include/rt/resource.h brlcad/trunk/include/rt/xray.h): Move a few things around... the pixel_ext struct seems rather... weird. Why idn't it rt_ prefixed, for one? |
| 01:18.00 | *** join/#brlcad merzo (~merzo@163-0-133-95.pool.ukrtel.net) | |
| 01:54.26 | Notify | 03BRL-CAD:starseeker * 64791 (brlcad/trunk/include/raytrace.h brlcad/trunk/include/rt/CMakeLists.txt brlcad/trunk/include/rt/defines.h): Break out a few more pieces of raytrace.h |
| 03:00.11 | *** join/#brlcad sofat (~androirc@223.225.194.38) | |
| 03:17.12 | Notify | 03BRL-CAD:starseeker * 64792 brlcad/trunk/doc/docbook/articles/en/animation_tutorial.xml: Apply path 358 from sofat updating animation tutorial docbook. |
| 03:17.41 | starseeker | sofat: one thing you want to check when making patches - be sure they apply cleanly against the latest trunk checkout |
| 03:23.07 | sofat | Ok |
| 03:54.39 | *** join/#brlcad gaganjyot (~gaganjyot@27.255.240.125) | |
| 04:10.40 | *** join/#brlcad sofat (~androirc@223.225.194.38) | |
| 04:20.48 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 05:29.06 | *** join/#brlcad sofat (~androirc@223.225.194.38) | |
| 05:37.57 | *** join/#brlcad sofat (~androirc@223.225.194.38) | |
| 05:43.04 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 06:33.34 | *** join/#brlcad luca79 (~luca@host107-20-dynamic.4-87-r.retail.telecomitalia.it) | |
| 06:33.49 | *** join/#brlcad ``Erik (~erik@pool-96-244-200-66.bltmmd.fios.verizon.net) | |
| 07:32.21 | *** join/#brlcad luca79 (~luca@host107-20-dynamic.4-87-r.retail.telecomitalia.it) | |
| 07:36.57 | *** join/#brlcad hiteshsofat (~androirc@223.225.194.38) | |
| 07:41.00 | *** join/#brlcad hiteshsofat (~androirc@223.225.194.38) | |
| 08:10.00 | *** join/#brlcad teepee-- (bc5c2133@gateway/web/freenode/ip.188.92.33.51) | |
| 08:31.53 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 08:40.31 | *** join/#brlcad dli (~dli@104.243.97.52) | |
| 09:08.57 | *** join/#brlcad infobot (ibot@rikers.org) | |
| 09:08.57 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-) | |
| 09:12.03 | *** join/#brlcad gaganjyot (~gaganjyot@27.255.240.125) | |
| 09:48.03 | *** join/#brlcad andrei_il (6d64804e@gateway/web/cgi-irc/kiwiirc.com/ip.109.100.128.78) | |
| 11:00.30 | *** join/#brlcad sofat (~androirc@223.225.194.38) | |
| 11:07.06 | *** join/#brlcad gaganjyot (~gaganjyot@27.255.240.125) | |
| 11:23.32 | *** join/#brlcad luca79 (~luca@host107-20-dynamic.4-87-r.retail.telecomitalia.it) | |
| 11:25.05 | *** join/#brlcad sofat (~sofat@202.164.53.117) | |
| 11:25.13 | sofat | starseeker, hello |
| 11:26.54 | sofat | I am working on brlcad release notes doc(doc/html/releasenotes/). My question is, which format I will use for these docs means its article or book. |
| 11:30.05 | starseeker | sofat: you don't want to convert those to docbook |
| 11:30.14 | starseeker | those are just historical records |
| 11:30.51 | starseeker | sofat: I'd suggest working on any of the *.tr files in doc |
| 11:31.33 | starseeker | sofat: other good candidates are the burst docs in doc/burst and the tex document in doc/mged |
| 11:33.23 | starseeker | for the html in the doc folder, you want to look at the stuff in html/manuals |
| 11:33.33 | sofat | ok |
| 11:33.59 | starseeker | don't worry about the .txt files either - most of those are quick notes of one sort or another rather than all-up documents |
| 11:34.55 | sofat | okay, and please tell the updates regarding libbu and libdm and librt docs |
| 11:34.56 | starseeker | a lot of them will most likely migrate somewhere else eventually, or in a copule of cases are deliberately text in order to serve as "lowest common denominator" points of entry |
| 11:35.21 | sofat | okay |
| 11:35.47 | starseeker | sofat: I'm not immediately sure what to do about the libbu/libdm/librt docs - they need to be turned into "proper" man pages, but that's most likely going to involve a virtual rewrite |
| 11:37.01 | sofat | okay so no problem i will start the work on tex, burst, tr docs |
| 11:37.30 | starseeker | sofat: sounds good! Remember, try to work in a current trunk checkout, and use svn diff to make your patch files |
| 11:38.02 | sofat | oka, i have one question |
| 11:38.06 | sofat | okay |
| 11:39.01 | starseeker | what was your question? |
| 11:39.49 | sofat | when i make patch first time and submitted it. and second when i make new patch then they patch hold the old + new updates means they hold the old information of first patch and second patch new information. so i want to make new patch without including the old patch data. |
| 11:40.40 | starseeker | sofat: once you get a couple of "clean" patches, you'll be able to get commit access and that problem will go away |
| 11:40.41 | sofat | how i do this? |
| 11:41.02 | sofat | okay |
| 11:41.15 | starseeker | sofat: so try to make each submitted patch as "clean" as possible - I'll try to review them each night |
| 11:41.31 | sofat | okay thanks |
| 11:41.53 | starseeker | sofat: it's not necessary to have a fully converted document on a per-patch basis - a partial conversion that is a valid docbook document is fine |
| 11:42.12 | starseeker | it should apply and build cleanly, but it can be a "work in progress" as far as converting the content itself |
| 11:42.39 | sofat | okay |
| 11:44.22 | starseeker | sofat: remember the GSoC checklist #18 for BRL-CAD: http://brlcad.org/wiki/Summer_of_Code/Checklist |
| 11:45.18 | starseeker | the measure of merit at this stage is not how much documentation was converted, but the quality of the patch |
| 11:45.29 | starseeker | ok, gotta run |
| 11:46.29 | sofat | one question more |
| 11:46.58 | starseeker | ok |
| 11:47.03 | sofat | in burst which docs needs to convert . |
| 11:47.04 | sofat | .mm or .tbl |
| 11:47.17 | starseeker | uh... context? |
| 11:48.00 | starseeker | are you talking about the burst docs? |
| 11:48.33 | sofat | hmm |
| 11:48.48 | starseeker | sofat: you might try the run_doclifter.sh script |
| 11:49.00 | starseeker | that could give you a reasonable starting point |
| 11:49.18 | starseeker | (you'll need to install doclifter) |
| 11:50.39 | starseeker | sofat: I'm not terribly familiar with the burst setup - you'll need to explore it a bit |
| 11:50.45 | starseeker | that's part of the job |
| 11:51.15 | starseeker | spends a lot of his time learning existing systems/code - it's an important skill in computing today |
| 11:53.39 | teepee-- | agrees very much :) |
| 11:54.12 | teepee-- | somehow it seems with all languages, one starts with reading it. except for computer languages where everybody only is interrested in writing |
| 11:58.46 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 12:20.38 | *** join/#brlcad dli (~dli@104.243.97.52) | |
| 12:23.38 | *** join/#brlcad luca79 (~luca@host107-20-dynamic.4-87-r.retail.telecomitalia.it) | |
| 13:14.39 | *** join/#brlcad gaganjyot (~gaganjyot@27.255.240.125) | |
| 13:46.43 | *** join/#brlcad gaganjyot (~gaganjyot@27.255.240.125) | |
| 13:54.12 | *** join/#brlcad dli (~dli@tamaggo-fw.isp.ip4b.net) | |
| 14:22.29 | Notify | 03BRL-CAD:starseeker * 64793 (brlcad/trunk/include/raytrace.h brlcad/trunk/include/rt/CMakeLists.txt and 2 others): More raytrace.h breakout. |
| 14:23.11 | Notify | 03BRL-CAD:carlmoore * 64794 brlcad/trunk/doc/docbook/articles/en/animation_tutorial.xml: remove trailing blanks/tabs -- no other changes in this commit |
| 14:31.18 | Notify | 03BRL-CAD:carlmoore * 64795 (brlcad/trunk/include/bu/file.h brlcad/trunk/include/rt/pattern.h): fix spellings |
| 15:11.36 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:17.03 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:26.11 | Notify | 03BRL-CAD:starseeker * 64796 (brlcad/trunk/include/raytrace.h brlcad/trunk/include/rt/CMakeLists.txt and 9 others): More raytrace.h work |
| 15:32.55 | *** join/#brlcad gaganjyot (~gaganjyot@27.255.240.125) | |
| 15:42.18 | Notify | 03BRL-CAD:starseeker * 64797 (brlcad/trunk/include/raytrace.h brlcad/trunk/include/rt/hit.h and 7 others): Move some more function prototypes into named subheaders. Sorting out all the circular struct definitions is really going to be a job, if we ever decide to do that... |
| 15:45.44 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 16:16.15 | *** join/#brlcad gaganjyot (~gaganjyot@27.255.240.125) | |
| 16:42.00 | *** join/#brlcad gaganjyot (~gaganjyot@27.255.240.125) | |
| 16:47.48 | *** join/#brlcad sofat (~sofat@202.164.45.208) | |
| 16:51.48 | *** join/#brlcad dracarys983 (~dracarys9@203.88.150.186) | |
| 17:23.42 | *** join/#brlcad konrado (~konro@41.205.22.22) | |
| 17:37.58 | *** join/#brlcad Ch3ck_ (~Ch3ck@66-118-151-70.static.sagonet.net) | |
| 17:38.40 | *** join/#brlcad tofu_ (~sean@66-118-151-70.static.sagonet.net) | |
| 17:45.39 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 17:48.52 | ``Erik | huh http://how-old.net/ got me within a couple years of when the photo I tried was taken O.o |
| 17:53.56 | *** join/#brlcad brad_h (~behollis@dhcp-59-171.cse.ucsc.edu) | |
| 18:33.07 | ``Erik | http://www.bbc.com/autos/story/20150430-from-finland-the-1341-horsepower-electric-supercar |
| 18:35.19 | *** join/#brlcad andrei_il (6d64804e@gateway/web/cgi-irc/kiwiirc.com/ip.109.100.128.78) | |
| 19:00.04 | Notify | 03BRL-CAD Wiki:Dracarys983 * 8181 /wiki/User:Dracarys983: Sharing the Joy of Learning with Open Source Community |
| 19:34.10 | *** join/#brlcad konrado (~konro@41.205.22.38) | |
| 19:39.13 | Notify | 03BRL-CAD:carlmoore * 64798 brlcad/trunk/src/util/pixmatte.c: fix handling of 'approx' conditions, and simplify the summary of what's being run |
| 19:52.02 | Notify | 03BRL-CAD Wiki:Dracarys983 * 8182 /wiki/User:Dracarys983: |
| 19:57.47 | Notify | 03BRL-CAD Wiki:Dracarys983 * 8183 /wiki/User:Dracarys983: |
| 20:26.13 | *** join/#brlcad dracarys_ (~dracarys9@203.187.235.171) | |
| 20:44.23 | *** join/#brlcad andrei_il (6d64804e@gateway/web/cgi-irc/kiwiirc.com/ip.109.100.128.78) | |
| 20:48.30 | Notify | 03BRL-CAD Wiki:Andrei.ilinca24 * 8184 /wiki/User:Andrei.ilinca24/Proposal: /* Implementation Details */ |
| 20:53.10 | Notify | 03BRL-CAD Wiki:Andrei.ilinca24 * 8185 /wiki/User:Andrei.ilinca24/Proposal: /* OpenSCAD formats */ |
| 20:57.16 | Notify | 03BRL-CAD:carlmoore * 64799 brlcad/trunk/doc/docbook/system/man1/en/pixmatte.xml: expand the -a description in pixmatte.xml |
| 20:57.24 | Notify | 03BRL-CAD Wiki:Andrei.ilinca24 * 8186 /wiki/User:Andrei.ilinca24/Proposal: /* Timeline */ |
| 21:01.51 | Notify | 03BRL-CAD:carlmoore * 64800 brlcad/trunk/doc/docbook/system/man1/en/pixmatte.xml: oops, added use of hyphen; getting ready to move on to pixmerge |
| 21:04.55 | *** join/#brlcad Ch3ck (~Ch3ck@41.205.13.83) | |
| 21:06.36 | Notify | 03BRL-CAD:carlmoore * 64801 brlcad/trunk/doc/docbook/system/man1/en/pixmerge.xml: split 1 paragraph into 3 |
| 21:17.38 | Notify | 03BRL-CAD:carlmoore * 64802 brlcad/trunk/src/util/pixmerge.c: set seen_formula to 0 at start of program; default variable value could be installation-dependent! |
| 21:22.32 | Notify | 03BRL-CAD Wiki:Andrei.ilinca24 * 8187 /wiki/User:Andrei.ilinca24: |
| 21:59.14 | Notify | 03BRL-CAD Wiki:Jomarbarbosa * 0 /wiki/User:Jomarbarbosa: |
| 22:01.45 | *** join/#brlcad Gurwinder (75cf9dc3@gateway/web/freenode/ip.117.207.157.195) | |
| 22:26.16 | *** join/#brlcad dli (~dli@104.243.97.52) | |
| 22:56.43 | *** join/#brlcad konrado (~konro@41.205.22.47) | |
| 23:36.28 | *** join/#brlcad dracarys_ (~dracarys9@219.91.139.227) | |
| 23:53.24 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 23:59.20 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 00:55.07 | Notify | 03BRL-CAD:starseeker * 64803 (brlcad/trunk/include/raytrace.h brlcad/trunk/include/rt/nmg.h): More more nmg related bits from raytrace.h to rt/nmg.h |
| 01:06.51 | Notify | 03BRL-CAD:starseeker * 64804 (brlcad/trunk/include/raytrace.h brlcad/trunk/include/rt/hit.h and 6 others): Relocate more raytrace.h contents to specific subheaders. |
| 01:12.23 | Notify | 03BRL-CAD:starseeker * 64805 (brlcad/trunk/include/raytrace.h brlcad/trunk/include/rt/nmg.h): more more nmg content. |
| 01:32.48 | Notify | 03BRL-CAD:starseeker * 64806 (brlcad/trunk/include/CMakeLists.txt brlcad/trunk/include/bn/CMakeLists.txt and 4 others): set up a 'BRL-CAD geometry library' - libbgeom - for non-raytracing geometric algorithms that don't belong in libbn. Start by moving tri_tri - several others will follow, such as chull and tri_ray |
| 02:19.46 | *** join/#brlcad infobot (ibot@rikers.org) | |
| 02:19.46 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-) | |
| 03:00.43 | *** join/#brlcad Gurwinder (75cf9dc3@gateway/web/freenode/ip.117.207.157.195) | |
| 03:49.05 | *** join/#brlcad dracarys__ (~dracarys9@219.91.220.120) | |
| 05:16.32 | *** join/#brlcad dracarys983 (~dracarys9@123.201.8.107) | |
| 05:29.13 | *** join/#brlcad dracarys983 (~dracarys9@123.201.100.85) | |
| 05:50.31 | *** join/#brlcad dracarys_ (~dracarys9@123.201.97.47) | |
| 06:03.33 | *** join/#brlcad dracarys__ (~dracarys9@203.109.114.204) | |
| 06:16.20 | *** join/#brlcad dracarys_ (~dracarys9@123.201.91.249) | |
| 06:56.05 | *** join/#brlcad sofat (~sofat@202.164.53.117) | |
| 06:56.46 | sofat | <PROTECTED> |
| 07:19.45 | *** join/#brlcad dracarys_ (~dracarys9@203.187.203.189) | |
| 07:33.51 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 07:44.27 | *** join/#brlcad konrado (~konro@41.205.22.62) | |
| 08:37.02 | *** join/#brlcad sofat (~sofat@202.164.53.117) | |
| 09:07.49 | *** part/#brlcad konrado (~konro@41.205.22.62) | |
| 09:08.04 | *** join/#brlcad konrado (~konro@41.205.22.62) | |
| 09:14.45 | *** join/#brlcad sofat (~sofat@202.164.53.117) | |
| 09:17.22 | *** join/#brlcad gaganjyot (~gaganjyot@27.255.240.125) | |
| 09:52.40 | *** join/#brlcad gaganjyot (~gaganjyot@27.255.240.125) | |
| 10:45.11 | *** join/#brlcad dracarys_ (~dracarys9@123.201.14.34) | |
| 10:51.53 | *** join/#brlcad dli (~dli@104.243.97.52) | |
| 10:52.25 | *** join/#brlcad dracarys__ (~dracarys9@203.109.114.184) | |
| 11:16.00 | *** join/#brlcad dracarys983 (~dracarys9@203.187.207.144) | |
| 11:50.16 | starseeker | sofat: please submit the .tr files as a separate patch - remember, I said most of the .txt files probably shouldn't be converted to docbook |
| 11:50.34 | sofat | ok |
| 12:13.47 | sofat | starseeker, I have submitted the patch please check. |
| 12:15.04 | *** join/#brlcad sofat (~androirc@223.225.251.164) | |
| 12:20.27 | sofat | starseeker, yesterday i am asked the question regarding burst docs there are two type extensions docs one .mm and other is .tbl so which docs i will convert into xml (.mm or tbl) ? |
| 12:51.34 | *** join/#brlcad konrado (~konro@41.205.22.26) | |
| 12:53.54 | starseeker | sofat: are the mm files duplications of the tbl files? If you aren't sure, I suggest generating the pdf version using the scripts and working from that |
| 12:54.30 | sofat | Ok |
| 12:55.16 | sofat | I have submitted the patch on tr files please review and tell me the updates |
| 13:05.21 | Notify | 03BRL-CAD:starseeker * 64807 (brlcad/trunk/misc/doxygen/CMakeLists.txt brlcad/trunk/misc/doxygen/libbn.dox brlcad/trunk/misc/pkgconfig/CMakeLists.txt): Add pkgconfig and doxygon bits. |
| 13:11.15 | *** join/#brlcad merzo (~merzo@214-81-132-95.pool.ukrtel.net) | |
| 13:15.18 | Notify | 03BRL-CAD:starseeker * 64808 (brlcad/trunk/include/bgeom/CMakeLists.txt brlcad/trunk/include/bn/CMakeLists.txt and 4 others): Move tri_ray to bgeom |
| 13:23.26 | *** join/#brlcad Gurwinder (3b5bedfe@gateway/web/freenode/ip.59.91.237.254) | |
| 13:43.46 | *** join/#brlcad dli (~dli@tamaggo-fw.isp.ip4b.net) | |
| 13:59.39 | Notify | 03BRL-CAD:starseeker * 64809 (brlcad/trunk/include/bgeom/CMakeLists.txt brlcad/trunk/include/bgeom/tri_ray.h and 11 others): Move obr and chull codes from libbn to libbgeom |
| 14:21.31 | Notify | 03BRL-CAD:starseeker * 64810 (brlcad/trunk/include/bgeom/CMakeLists.txt brlcad/trunk/include/bgeom.h and 11 others): Move polygon logic from libbn to libbgeom |
| 14:31.48 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 14:39.29 | *** join/#brlcad dracarys983 (~dracarys9@203.187.207.144) | |
| 14:39.43 | Notify | 03BRL-CAD:starseeker * 64811 brlcad/trunk/include/bgeom.h: Sketch out intended scope of libbgeom |
| 14:57.32 | *** join/#brlcad merzo (~merzo@214-81-132-95.pool.ukrtel.net) | |
| 14:58.16 | *** join/#brlcad sofat (~androirc@223.225.251.164) | |
| 15:12.35 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:19.50 | *** join/#brlcad merzo (~merzo@62-70-132-95.pool.ukrtel.net) | |
| 15:25.52 | *** join/#brlcad dracarys983 (~dracarys9@203.187.207.144) | |
| 16:01.16 | *** join/#brlcad merzo (~merzo@249-117-133-95.pool.ukrtel.net) | |
| 16:33.37 | *** join/#brlcad dracarys983 (~dracarys9@203.187.207.144) | |
| 16:49.57 | Notify | 03BRL-CAD Wiki:Gurwinder Singh * 0 /wiki/User:Gurwinder_Singh: |
| 16:57.56 | *** join/#brlcad merzo (~merzo@42-112-132-95.pool.ukrtel.net) | |
| 17:07.33 | *** join/#brlcad d356 (~d@50-90-234-94.res.bhn.net) | |
| 17:29.33 | Notify | 03BRL-CAD Wiki:Gurwinder Singh * 8188 /wiki/Google_Summer_of_Code/2015: |
| 17:30.54 | Notify | 03BRL-CAD:starseeker * 64812 brlcad/trunk/include/bgeom/defines.h: typo |
| 17:32.00 | *** join/#brlcad merzo (~merzo@181-110-132-95.pool.ukrtel.net) | |
| 17:36.00 | Notify | 03BRL-CAD Wiki:Gurwinder Singh * 8189 /wiki/User:Gurwinder_Singh: Created page with "I am Gurwinder Singh and I'm going to develop a Geometry Converter for BRL-CAD with converts .g database file into .pov( POV-Ray ) database file, under GSOC 2015. IRC Nick_Na..." |
| 17:38.16 | Notify | 03BRL-CAD Wiki:Gurwinder Singh * 8190 /wiki/Google_Summer_of_Code/2015: /* Synchronize Wiki with Docbook */ |
| 17:41.31 | Notify | 03BRL-CAD Wiki:Gurwinder Singh * 8191 /wiki/Google_Summer_of_Code/2015: /* Synchronize Wiki with Docbook */ |
| 17:42.00 | *** join/#brlcad andrei_il (6da68da9@gateway/web/cgi-irc/kiwiirc.com/ip.109.166.141.169) | |
| 17:44.15 | Notify | 03BRL-CAD Wiki:Gurwinder Singh * 8192 /wiki/User:Gurwinder_Singh/GSoc15/proposal: Created page with "Name: Gurwinder Singh Bains E-mail address: gswithbains@gmail.com IRC Name : Gurwinder About Me I am a computer engineering and interested in doing coding. In my fre..." |
| 17:46.29 | *** join/#brlcad Gurwinder_ (3b5bedfe@gateway/web/freenode/ip.59.91.237.254) | |
| 17:46.39 | Notify | 03BRL-CAD Wiki:Gurwinder Singh * 8193 /wiki/User:Gurwinder_Singh/GSoc15/proposal: |
| 17:48.22 | Notify | 03BRL-CAD Wiki:Gurwinder Singh * 8194 /wiki/Google_Summer_of_Code/2015: /* Synchronize Wiki with Docbook */ |
| 17:50.16 | Notify | 03BRL-CAD Wiki:Gurwinder Singh * 8195 /wiki/User:Gurwinder_Singh: |
| 18:14.02 | *** join/#brlcad andrei_il (6da68da9@gateway/web/cgi-irc/kiwiirc.com/ip.109.166.141.169) | |
| 18:14.30 | *** part/#brlcad andrei_il (6da68da9@gateway/web/cgi-irc/kiwiirc.com/ip.109.166.141.169) | |
| 18:14.42 | *** join/#brlcad andrei_il (6da68da9@gateway/web/cgi-irc/kiwiirc.com/ip.109.166.141.169) | |
| 18:22.15 | Notify | 03BRL-CAD:starseeker * 64813 brlcad/trunk/src/librt/primitives/arb8/arb_edit.c: add include |
| 18:25.16 | Notify | 03BRL-CAD:starseeker * 64814 brlcad/trunk/include/rt/op.h: Wrong ifdef protection on op.h |
| 18:27.04 | Notify | 03BRL-CAD:brlcad * 64815 brlcad/trunk/doc/docbook/articles/en/CMakeLists.txt: Apply sf patch #361 (ged.tr into xml) from hitesh sofat, which adds the old ged troff file transcoded to docbook xml |
| 18:27.42 | Notify | 03BRL-CAD:brlcad * 64816 (brlcad/trunk/doc/docbook/articles/en/ged.xml =================================================================== and 1366 others): Apply sf patch #361 (ged.tr into xml) from hitesh sofat, which adds the old ged troff file transcoded to docbook xml |
| 18:29.25 | Notify | 03BRL-CAD:brlcad * 64817 brlcad/trunk/doc/docbook/articles/en/CMakeLists.txt: sort lines |
| 18:31.16 | Notify | 03BRL-CAD:brlcad * 64818 brlcad/trunk/doc/docbook/articles/en/CMakeLists.txt: stuff cat back in bag |
| 18:31.59 | Notify | 03BRL-CAD:starseeker * 64819 (brlcad/trunk/include/raytrace.h brlcad/trunk/include/rt/CMakeLists.txt and 2 others): Move the global RTG into its own header. |
| 18:35.03 | brlcad | starseeker: loving the new lib |
| 18:36.49 | brlcad | I might change the name on you, but it feels right |
| 18:44.04 | starseeker | brlcad: I figured ;-) |
| 18:44.26 | *** join/#brlcad andrei_il (6da68da9@gateway/web/cgi-irc/kiwiirc.com/ip.109.166.141.169) | |
| 18:44.34 | starseeker | glad you like the idea - once John ran into a similar situation with the fastgen work, I figured it was time |
| 18:45.28 | starseeker | brlcad: part of me wants to move the line and plane intersection stuff too, but I have to check how long that's been in bn.h - might come under the heading of Moderately Severe Disruption... |
| 18:46.12 | starseeker | brlcad: libgeom is already in use in at least two other places that popped up in google right offhand, if that's what you were contemplating... |
| 18:50.23 | Notify | 03BRL-CAD:starseeker * 64820 brlcad/trunk/include/rt/db_fullpath.h: Put in the other forward declarations. |
| 18:50.54 | *** join/#brlcad andrei_il (6da68da9@gateway/web/cgi-irc/kiwiirc.com/ip.109.166.141.169) | |
| 18:52.18 | Notify | 03BRL-CAD:starseeker * 64821 (brlcad/trunk/include/raytrace.h brlcad/trunk/include/rt/CMakeLists.txt brlcad/trunk/include/rt/space_partition.h): Move the rt command table bits to cmd.h - that really seems like it should be in libbu... |
| 18:52.58 | brlcad | starseeker: yeah, I'd hold on line and plane for now too .. that's quite intertwined from an API design perspective |
| 18:53.28 | starseeker | was thinking maybe define geom versions and use deprecation on the libbn calls |
| 18:53.31 | brlcad | need to better define the scope of both so it's not subject to any interpretation if we can |
| 18:53.35 | starseeker | nods |
| 18:55.17 | starseeker | from a purist standpoint I suppose things like axis, adc, fonts, and such are iffy in a "numerics" library |
| 18:56.37 | starseeker | almost belong in the de-tclified "libcad" layer, I suppose, if we keep libdm moderaly close to its current scope |
| 19:11.49 | *** join/#brlcad gaganjyot (~gaganjyot@27.255.240.125) | |
| 19:16.22 | *** join/#brlcad dracarys_ (~dracarys9@219.91.220.93) | |
| 19:24.13 | *** join/#brlcad konrado (~konro@41.205.22.39) | |
| 19:27.20 | Notify | 03BRL-CAD Wiki:Andrei.ilinca24 * 8196 /wiki/User:Andrei.ilinca24/logs: /* Community Bonding Period */ |
| 19:33.56 | Notify | 03BRL-CAD:carlmoore * 64822 brlcad/trunk/src/util/pixmatte.c: remove fprintf (inadvertently left in); undo an 'else' because of transfers of control in preceding block |
| 19:46.07 | Notify | 03BRL-CAD:carlmoore * 64823 brlcad/trunk/src/util/pixmatte.c: remove these occurrences of i=, because the line is lacking a relationship operator which then leads to 2nd usage of i |
| 20:49.26 | Notify | 03BRL-CAD:carlmoore * 64824 brlcad/trunk/src/util/pixmerge.c: set initial value for seen_const; should not end up being subject to installation default |
| 21:05.41 | Notify | 03BRL-CAD:starseeker * 64825 brlcad/trunk/src/conv/gcv.c: More elaborate error reporting for format/path handling. |
| 21:18.11 | Notify | 03BRL-CAD:starseeker * 64826 (brlcad/trunk/include/raytrace.h brlcad/trunk/include/rt/anim.h): Move some animation function declarations. |
| 21:18.57 | Notify | 03BRL-CAD:starseeker * 64827 brlcad/trunk/src/conv/CMakeLists.txt: Move gcv to a subdirectory. |
| 21:24.53 | Notify | 03BRL-CAD:starseeker * 64828 brlcad/trunk/src/conv/gcv/CMakeLists.txt: c->c++ |
| 21:28.10 | *** join/#brlcad andrei_il (6da68da9@gateway/web/cgi-irc/kiwiirc.com/ip.109.166.141.169) | |
| 22:01.22 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 22:13.10 | *** join/#brlcad dracarys983 (~dracarys9@219.91.220.93) | |
| 22:15.05 | *** join/#brlcad andrei_il (6da68da9@gateway/web/cgi-irc/kiwiirc.com/ip.109.166.141.169) | |
| 22:48.49 | *** join/#brlcad andrei_il (6da68da9@gateway/web/cgi-irc/kiwiirc.com/ip.109.166.141.169) | |
| 23:35.23 | starseeker | supposes libbgm might work for a name... shorter |
| 23:36.30 | starseeker | *maybe* libgm... seems like that would be likely to conflict with something... |
| 23:38.18 | starseeker | top two hits in google are a gui lib for windows that doesn't look like it's been active in a long time, and a small github project |
| 23:38.54 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 23:46.40 | Notify | 03BRL-CAD:starseeker * 64829 (brlcad/trunk/include/CMakeLists.txt brlcad/trunk/include/bgeom/CMakeLists.txt and 37 others): See if we can use 'libgm' instead of 'libbgeom' |
| 23:51.48 | Notify | 03BRL-CAD:starseeker * 64830 (brlcad/trunk/include/bgeom.h =================================================================== and 68 others): Rename files/dirs |
| 23:53.03 | Notify | 03BRL-CAD:starseeker * 64831 (brlcad/trunk/src/libgm/bgeom_private.h =================================================================== and 101 others): Move private header. |
| 23:56.29 | Notify | 03BRL-CAD:starseeker * 64832 brlcad/trunk/doc/docbook/articles/en/CMakeLists.txt: irprep.xml not present. |
| 23:58.33 | Notify | 03BRL-CAD:starseeker * 64833 brlcad/trunk/doc/docbook/articles/en/CMakeLists.txt: more stray file listings. |
| 00:35.09 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 00:49.33 | Notify | 03BRL-CAD:starseeker * 64834 brlcad/trunk/src/conv/gcv/gcv.cpp: experiment checkpoint |
| 00:55.16 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 02:36.54 | Notify | 03BRL-CAD:brlcad * 64835 brlcad/trunk/src/other/PoissonRecon/Src/Geometry.h: missing standard lib, compilation failures on bsd |
| 02:47.17 | Notify | 03BRL-CAD:brlcad * 64836 brlcad/trunk/src/other/PoissonRecon/Src/SurfaceTrimmer.cpp: conditionally include omp.h (even though unused here?) |
| 02:47.44 | *** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 03:09.31 | *** join/#brlcad hiteshsofat (~androirc@106.192.169.14) | |
| 03:11.37 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 05:25.19 | *** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca) | |
| 06:22.53 | *** join/#brlcad ujjwal (~ujjwal@123.136.210.229) | |
| 06:48.06 | *** join/#brlcad merzo (~merzo@172-106-132-95.pool.ukrtel.net) | |
| 08:27.02 | *** join/#brlcad ujjwal (~ujjwal@123.136.210.229) | |
| 09:39.00 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 10:42.35 | *** join/#brlcad sofat (~sofat@202.164.53.117) | |
| 10:55.09 | *** join/#brlcad dracarys983 (~dracarys9@123.201.174.100) | |
| 11:12.16 | *** join/#brlcad dracarys983 (~dracarys9@123.201.95.187) | |
| 11:25.10 | *** join/#brlcad dracarys_ (~dracarys9@43.229.107.136) | |
| 12:40.36 | *** join/#brlcad dracarys983 (~dracarys9@219.91.135.149) | |
| 13:21.48 | *** join/#brlcad ujjwal (~ujjwal@123.136.210.229) | |
| 13:56.35 | *** join/#brlcad dracarys_ (~dracarys9@203.187.194.165) | |
| 14:18.40 | *** join/#brlcad dracarys__ (~dracarys9@203.187.203.100) | |
| 14:37.38 | *** join/#brlcad dracarys__ (~dracarys9@219.91.220.121) | |
| 14:41.00 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:05.34 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:19.25 | *** join/#brlcad dracarys_ (~dracarys9@123.201.58.251) | |
| 15:23.21 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 15:36.05 | *** join/#brlcad dracarys_ (~dracarys9@203.187.203.200) | |
| 15:50.28 | *** join/#brlcad dracarys_ (~dracarys9@203.187.207.135) | |
| 15:55.14 | *** join/#brlcad dracarys__ (~dracarys9@203.187.235.200) | |
| 16:07.09 | *** join/#brlcad dracarys__ (~dracarys9@123.201.174.232) | |
| 16:28.21 | *** join/#brlcad ih8sum3r (~chatzilla@122.173.44.124) | |
| 16:41.50 | *** join/#brlcad sofat (~sofat@202.164.45.208) | |
| 17:03.24 | *** join/#brlcad gaganjyot (~gaganjyot@27.255.240.125) | |
| 17:34.14 | brlcad | waves |
| 17:34.36 | brlcad | gaganjyot: what time is it for you? |
| 17:36.18 | *** mode/#brlcad [+o brlcad] by ChanServ | |
| 17:40.58 | gaganjyot | brlcad, its 11:10 PM |
| 17:41.07 | gaganjyot | :) |
| 17:41.23 | brlcad | okay, that's what I figured ... and what day? :) |
| 17:41.42 | gaganjyot | its saturday at the moment |
| 17:41.49 | gaganjyot | in 1 hour it will be sunday :) |
| 17:42.09 | brlcad | okay, so I was right and they're just not here |
| 17:42.14 | brlcad | gracias |
| 17:42.14 | gaganjyot | who? |
| 17:42.19 | ih8sum3r | brlcad: Hi! |
| 17:42.32 | gaganjyot | you meant deepak |
| 17:42.34 | gaganjyot | and other one? |
| 17:42.37 | gaganjyot | for the oGV? |
| 17:42.38 | brlcad | looking to talk to our OGV students about disambiguating their projects |
| 17:42.46 | brlcad | deepak and shubham |
| 17:42.52 | gaganjyot | as I guessed :) |
| 17:42.55 | ih8sum3r | Deepak is present SIr :D |
| 17:43.05 | brlcad | ih8sum3r: ah, excellent! |
| 17:43.19 | brlcad | ~seen deepak |
| 17:43.24 | infobot | deepak <~chatzilla@117.199.104.249> was last seen on IRC in channel #brlcad, 140d 21h 54m 43s ago, saying: 'Seems interesting. I want to explore it more and more. Can you just tell me where to start so that the concept get exactly clear for me. '. |
| 17:43.54 | brlcad | ih8sum3r: so did you see my e-mail? |
| 17:44.06 | brlcad | and why do you d8 sum3r? :) |
| 17:44.13 | brlcad | s/d8/h8/ |
| 17:45.02 | ih8sum3r | Yes! I have checked that email, reading that only and was going to reply. |
| 17:46.36 | brlcad | welcome to reply, but that was just meant to help frame the discussion here |
| 17:46.42 | brlcad | thoughts? |
| 17:46.45 | ih8sum3r | Because I literally hate summers. And I found it interesting writing like this :) |
| 17:47.37 | brlcad | you hate summers because you hate summers? my question was why, not about how you wrote it :) |
| 17:47.57 | brlcad | summer certainly means different things to different people I suppose |
| 17:51.13 | ih8sum3r | Sun is over the head all the time, temperature nearly about 45-50 degree Celsius and I can't go out for fun. I hate sweat. I get skin burns in summers, I roasted like a toast. |
| 17:51.25 | brlcad | ~convert 50 C to F |
| 17:51.39 | brlcad | nice, hot |
| 17:52.05 | brlcad | fair enough |
| 17:52.54 | brlcad | so, thoughts on working front-end usability vs back-end functionality? |
| 17:56.48 | Stragus | 50C? Are you located in the Sahara desert? |
| 17:57.11 | brlcad | wonders if ih8sum3r is splitting his time elsewhere? I have limited amount of time to discuss this particular matter, which was the point of scheduling a meeting time. |
| 17:57.17 | Stragus | brlcad, 122 Farenheit |
| 17:57.23 | brlcad | Stragus: yep, got that |
| 17:57.36 | brlcad | gogle ftw |
| 17:57.47 | ih8sum3r | I want to work on front-end functionality. |
| 17:58.08 | ih8sum3r | Plus documentation work. |
| 17:58.17 | *** join/#brlcad dracarys_ (~dracarys9@203.187.234.253) | |
| 17:58.52 | Stragus | still really wonders where ih8sum3r is located |
| 17:59.23 | Stragus | IP says Delhi, India |
| 18:00.48 | ih8sum3r | Temperature not exactly 50 but it remains between 45 to 50 :D |
| 18:01.37 | brlcad | Stragus: maybe types very slowly, is not only focused on the discussion here, or is feeding everything through translate ... but you have the rough location right :) |
| 18:02.44 | brlcad | does seem a bit hot for the location, but wikipedia confirms that extent is common enough |
| 18:03.32 | *** join/#brlcad Shubham (dfb0a35b@gateway/web/freenode/ip.223.176.163.91) | |
| 18:03.37 | brlcad | there he is |
| 18:03.39 | brlcad | hi Shubham |
| 18:03.46 | Shubham | Hey |
| 18:04.05 | Shubham | Sorry to be a bit late |
| 18:04.16 | brlcad | better late than not, was going to decide for you ;)( |
| 18:05.18 | brlcad | Shubham: do you have any thoughts on what I wrote? usability vs infrastrucutre, front vs back? |
| 18:05.20 | Shubham | Anything to summarize about things you have decided or come up with |
| 18:05.29 | brlcad | nothing yet decided |
| 18:05.45 | Shubham | I would prefer working on backend |
| 18:06.00 | brlcad | just getting started with the discussion, but ih8sum3r seems to be very slow and intermittent in responding |
| 18:06.24 | Shubham | Just because I can learn more in back-end |
| 18:06.41 | ih8sum3r | One of the drawback that I found using it error messages are not displayed in may of the scenarios. I think absences of these messages may hinder the usability. Secondly when something is uploaded no notification is shown regarding the time or anything else where success or failure. |
| 18:06.52 | brlcad | that's a good fit then because he'd indicated he wanted to work more on front-end |
| 18:06.54 | Shubham | I can contribute in front-end whatsoever |
| 18:07.32 | brlcad | ih8sum3r: good observations on some of the usability issues |
| 18:07.38 | brlcad | i've encountered many of those myself in testing |
| 18:08.01 | ih8sum3r | Even I can contribute in back end also :) I would be better if we divide a task front-end as well as back-end |
| 18:08.20 | brlcad | so then lets call that decided: Shubham can work back-end / infrastructure and ih8sum3r can work on front-end / usability |
| 18:08.27 | brlcad | i know you can both do both :) |
| 18:08.37 | brlcad | you both proposed aspects of front-end and back-end work |
| 18:08.52 | *** join/#brlcad dracarys_ (~dracarys9@219.91.163.185) | |
| 18:08.58 | brlcad | that's why I figured it wouldn't be hard to split the work and get you both working productively and independently |
| 18:09.21 | brlcad | that said, it will be great if you guys work together to test each other's work |
| 18:09.42 | Shubham | Exactly |
| 18:09.42 | brlcad | maybe even do pair testing, where you work on a feature and send the other a pull request, and repeat |
| 18:10.35 | ih8sum3r | Yes! if we work like this we can even enhance our knowledge and would be a great fun and learning doing both of the things. |
| 18:10.52 | Shubham | Here's what I think: |
| 18:10.58 | brlcad | yep, and you can give each other feedback |
| 18:11.16 | brlcad | there is *always* room for improvement, so the reviews should focus on the limited intent / scope of each change |
| 18:11.35 | brlcad | but it can also be a great way to get OGV reay for production use |
| 18:11.36 | Shubham | Brlcaf;provide us with some points for a single proposal. Combine both our submitted proposals. |
| 18:11.47 | brlcad | hm? |
| 18:11.51 | brlcad | some points? |
| 18:12.10 | brlcad | we're past the proposal phase, we're working on project plans :) |
| 18:12.11 | Shubham | And then we can work on things together |
| 18:12.17 | Shubham | Me and deepak |
| 18:12.26 | brlcad | ah, so that is not strictly possible |
| 18:12.40 | brlcad | the projects must be separate, not one project |
| 18:13.05 | brlcad | if one of you gets lazy or hit by a bus or goes on vacation, it cannot affect the other |
| 18:13.08 | Shubham | Hmm. I get that. |
| 18:13.25 | ih8sum3r | brlcad: Yah! production ready was also not done last time so was thinking to implement that too. |
| 18:13.26 | brlcad | that's why it's good to have separate goals for front and back |
| 18:14.01 | brlcad | ih8sum3r: it's currently ill-defined what production-ready actually means, especially as features keep getting added and improved |
| 18:14.17 | brlcad | so you/we will have to define what exactly that menas |
| 18:14.25 | brlcad | s/menas/means/ |
| 18:14.47 | brlcad | so... |
| 18:16.16 | brlcad | what I think is needed next is a set of objectivs for the front-end and the back-end from both of you, scoped accordingly so that you're done adding anything new by midterm and after midterm focuses on polish/improvements |
| 18:16.52 | sofat | starseeker, brlcad hello |
| 18:17.11 | brlcad | maybe look over each other's proposals and figure that out over today, tomorrow, and we can see what goals you arrive at (unless you already know now, we can discuss) |
| 18:17.12 | ih8sum3r | AFAIK production ready means to make it implemented on BRL-CAD server so that anyone can use it. In short it means to deploy it on the server. Am I right? |
| 18:17.16 | brlcad | maybe by Monday? |
| 18:18.08 | Shubham | Ok |
| 18:18.12 | sofat | I am working on altassian confunce i am try to import the docbook in this but plugin gave me the error "page not found" |
| 18:18.15 | brlcad | ih8sum3r: the current code could be deployed onto the server today, but I would argue that is not sufficient to be production ready |
| 18:18.34 | Shubham | Yeah |
| 18:18.39 | Shubham | The login itself |
| 18:18.45 | Shubham | Is too buggy |
| 18:18.50 | brlcad | exactly |
| 18:19.04 | brlcad | so we need a list of what exactly is needed to be considered production ready |
| 18:19.20 | ih8sum3r | Yah! when we upload .g files some of them work some do not. |
| 18:20.07 | brlcad | can one of you update http://brlcad.org/wiki/OGV with a list of what tasks you think are needed to be production ready? |
| 18:20.24 | Shubham | Making it "production ready" will be our priority till mid term eval |
| 18:20.35 | ih8sum3r | Agree! |
| 18:20.54 | brlcad | emphasis on tasks that are measurable (e.g., unmeasureable: make logins robust ; measurable: make oauth logins work every time) |
| 18:21.18 | *** join/#brlcad Shubham (0e62388b@gateway/web/freenode/ip.14.98.56.139) | |
| 18:21.37 | brlcad | there's a TODO at the end of http://brlcad.org/wiki/OGV that has some ideas for front/back end work that might be of use |
| 18:23.04 | brlcad | volunteer to update the wiki with a section for required/desired production-ready tasks? |
| 18:23.08 | ih8sum3r | brlcad: Is there any plan to make it mobile first site? |
| 18:24.31 | ih8sum3r | I want to contribute but my exams are going on so can I get a bit of time to update it? |
| 18:24.32 | brlcad | ih8sum3r: that'd be a good question to decide amongst ourselves, but to me having it work on mobile is "nice to have but not strictly necessary" |
| 18:25.29 | Shubham | @ih8sum3r: Share your proposal with me, please. mail me or something. I'll share mine with you. Let's get this done by Tuesday MAX. I'll take care of updating the wiki. |
| 18:26.14 | ih8sum3r | So if this is the case we can make it fully responsive so as not to work separately for mobile first site. |
| 18:26.15 | brlcad | Shubham: ah that reminds me |
| 18:26.28 | brlcad | you both haven't added your details to http://brlcad.org/wiki/Google_Summer_of_Code/2015 yet |
| 18:26.38 | brlcad | if you do that, you'll be able to get to each other's proposal |
| 18:26.59 | brlcad | sofat: sorry, not trying to ignore you -- this was just a scheduled meeting |
| 18:27.20 | Shubham | yes, because I guess we had to update our proposals right. make them independent of each other |
| 18:27.31 | brlcad | sofat: cool that you're trying confluence, maybe you can try a simple docbook test file first |
| 18:27.41 | brlcad | sofat: and you have two incomplete entires at http://brlcad.org/wiki/Google_Summer_of_Code/2015 |
| 18:28.09 | brlcad | Shubham: you can upload your proposal and have a separate link for your project plan |
| 18:28.39 | brlcad | e.g., "Project Plan (Original Proposal)" |
| 18:28.46 | brlcad | each being a different link |
| 18:29.00 | brlcad | make sense? |
| 18:29.13 | ih8sum3r | I know that we have to upload our proposal but I was getting some problem during the creation of an account ( something captcha problem) but now it is done and most probably my tomorrow or day ofter tomorrow I'll upload it. |
| 18:29.15 | Shubham | sure |
| 18:29.22 | brlcad | of have one link and update it from there -- the original proposal will still be in the wiki hisotry |
| 18:29.43 | ih8sum3r | s / often / after |
| 18:29.52 | brlcad | ih8sum3r: great |
| 18:31.49 | ih8sum3r | brlcad: I would like to apologizes first as I would be little inactive till 16 of May due to my exams but after that I'll be available here only. |
| 18:32.48 | Shubham | Any final comments then? :) |
| 18:33.10 | ih8sum3r | shubham: If you want to discuss something or anything else please leave a message. |
| 18:33.52 | Shubham | when do we talk next? what do we do before our next meeting? |
| 18:37.14 | sofat | brlcad, sorry I will check |
| 18:39.35 | brlcad | ih8sum3r: how much time do you have? doing the wiki edit and updating you plan probably won't take more than an hour |
| 18:40.40 | brlcad | *shouldn't that is |
| 18:42.00 | *** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 18:42.05 | ih8sum3r | Okay so I need to look up. Can I do it on Monday please? As I have exam on monday and there are lot many things yet to be done :D |
| 18:45.03 | brlcad | ih8sum3r: yes, thats fine |
| 18:45.16 | *** join/#brlcad sofat (~sofat@202.164.45.208) | |
| 18:45.23 | Notify | 03BRL-CAD Wiki:Hitesh sofat * 8197 /wiki/Google_Summer_of_Code/2015: |
| 18:45.33 | brlcad | I'm more concerned that your impression was to delay this two entire weeks |
| 18:47.10 | brlcad | ih8sum3r: Shubham: can you both at least add your existing details to the http://brlcad.org/wiki/Google_Summer_of_Code/2015 page today .. it takes all of 5 minutes |
| 18:47.40 | brlcad | then the project plan edits can be later, maybe by next weekend? |
| 18:48.09 | brlcad | Shubham: were you willing to add the production-ready section? |
| 18:48.34 | Shubham | I'll work on that, yes |
| 18:49.27 | Shubham | ih8sum3r: you can give me your inputs as well, that way it'll be easier |
| 18:49.37 | ih8sum3r | Okay on it. I'll do it by today. |
| 18:49.39 | Shubham | open to any suggestions |
| 18:50.40 | ih8sum3r | Sure shubham i'll |
| 18:51.58 | brlcad | if you need help figuring out exactly what you need to do to edit the wiki, I can walk you through it |
| 18:53.00 | Notify | 03BRL-CAD Wiki:Hitesh sofat * 8198 /wiki/User:Hiteshsofa: |
| 18:54.06 | brlcad | basically log in, hit edit button, copy-paste a copy of the openscad block, edit the links to yours and save the page; then edit each of the red links, pasting your info for the proposal and a stub for your logs |
| 18:56.26 | brlcad | so, both will have wiki edited today with existing data, Shubham will update http://brlcad.org/wiki/OGV with a section for production-ready status, and then both will have an updated proposal/plan for back/front-end work by next Sunday? agreeable? |
| 18:57.03 | ih8sum3r | Yes agree. |
| 18:57.23 | sofat | brlcad, when you free please ping me |
| 18:58.34 | Shubham | sure |
| 19:00.28 | brlcad | okay, excellent, then meeting adjourned .. thank you both for your efforts! |
| 19:01.54 | brlcad | would one of you write a quick summary e-mail to the mailing list (to Inderpreet), just to say that one will be working front/usability and the other back/infrastructure, regarding who is working each, and that details of the objectives will be sorted out this week? |
| 19:02.01 | brlcad | brlcad-devel |
| 19:05.31 | Notify | 03BRL-CAD:starseeker * 64837 brlcad/trunk/src/conv/comgeom/read.c: Clear set but unused warning |
| 19:07.06 | sofat | starseeker, you know about this plugin ? "docbbook importer atlassian conflunce". |
| 19:16.17 | *** join/#brlcad sofat (~sofat@202.164.45.208) | |
| 19:23.01 | brlcad | sofat: you can try to ask a question on the atlassian site |
| 19:23.08 | brlcad | https://answers.atlassian.com/questions/topics/758435/addon-org.jboss.labs.confluence.plugin.docbook |
| 19:23.18 | sofat | ok thanks |
| 19:23.38 | brlcad | sofat: did you try a simple docbook file? |
| 19:23.44 | sofat | yes |
| 19:23.47 | brlcad | didn't work? |
| 19:24.18 | sofat | yes plugin not import the docbook file the gave me the error "page not found" after submission |
| 19:24.34 | brlcad | sofat: are you trying this on our server or somewhere else? |
| 19:24.53 | sofat | my local machine |
| 19:24.55 | brlcad | okay |
| 19:25.41 | Notify | 03BRL-CAD Wiki:Deekaysharma * 8199 /wiki/User:Deepak: Created page with "=Online Geometry Viewer Proposal= '''Name:''' Deepak Kumar Sharma '''Email Address:''' deeky.sharma@gmail.com '''IRC Username:''' ih8sum3r ===Background Information=== Fin..." |
| 19:26.07 | brlcad | sofat: it looks like it's also open source (the importer) ... |
| 19:26.21 | brlcad | could try the sources here: https://github.com/jbossorg/docbook-import-for-confluence |
| 19:26.25 | brlcad | <PROTECTED> |
| 19:26.43 | sofat | ok |
| 19:26.54 | brlcad | if anything, you can make sure you followed the instructions there and can contact the author there |
| 19:27.02 | sofat | i will check this |
| 19:27.28 | brlcad | wouldn't be unreasonable to fork his code and make it work if changes are needed |
| 19:27.38 | brlcad | or if you can make it better |
| 19:28.04 | brlcad | that could be hugely beneficial |
| 19:30.01 | sofat | i think code written in java so i am not more comfortable with java |
| 19:30.20 | sofat | I have knowledge about php |
| 19:41.19 | Notify | 03BRL-CAD Wiki:Deekaysharma * 8200 /wiki/Google_Summer_of_Code/2015: /* Accepted Projects */ |
| 19:42.33 | brlcad | hm, getting a lot of -Wdocumentation errors with gcv.cpp and the optionparser.h header |
| 19:44.05 | ih8sum3r | brlcad: I have uploaded my proposal. Please check http://brlcad.org/w/index.php?title=User:Deepak&oldid=8199| |
| 19:53.02 | brlcad | ih8sum3r: usually suggest uploading it to a URL separate from your Username: link |
| 19:53.38 | brlcad | example: http://brlcad.org/wiki/User:Andrei.ilinca24/Proposal |
| 19:53.47 | brlcad | and http://brlcad.org/wiki/User:Vasco.costa/GSoC15/proposal |
| 19:55.11 | ih8sum3r | okay I'll do it like that. |
| 19:55.14 | brlcad | basically, just go to http://brlcad.org/wiki/User:Deekaysharma/GSoC2015/Proposal and add it there |
| 19:55.27 | brlcad | User:Deepak is not technically valid since that's not what you named your account |
| 19:56.16 | ih8sum3r | Okay I'll correct it. |
| 19:57.07 | brlcad | if you'd like that username, you should be able to register it .. doesn't look like Deepak is taken |
| 19:57.32 | brlcad | but that means logging out, and registering the new name |
| 19:58.18 | ih8sum3r | No worries DeeKay Sharma will be fine. As I reflects my full name :). |
| 19:58.50 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8201 /wiki/User:MeShubham99: Created page with "Hey, I am Shubham Chauhan, and I'll be working one the Online Geometry Viewer: Backend Project, which is an online web app, where users can upload, view and share 3D CAD mode..." |
| 20:03.02 | brlcad | :) |
| 20:22.18 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8202 /wiki/User:MeShubham99/GSoc15/proposal: Created page with "=Personal Information= Name: Shubham Chauhan Email Address: Shubham13099@iiitd.ac.in, shubham.chauhan1@gmail.com IRC Username: Shubham, Shubham_ =Background Information..." |
| 20:24.16 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8203 /wiki/User:MeShubham99/GSoc15/proposal: /* Project Vision */ |
| 20:24.49 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8204 /wiki/User:MeShubham99/GSoc15/proposal: /* Personal Information */ |
| 20:26.58 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8205 /wiki/Google_Summer_of_Code/2015: /* Accepted Projects */ |
| 20:27.43 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8206 /wiki/Google_Summer_of_Code/2015: /* Online Geometry Viewer (OGV): Backend */ |
| 20:28.03 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8207 /wiki/Google_Summer_of_Code/2015: /* Online Geometry Viewer (OGV): Backend */ |
| 20:29.06 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8208 /wiki/Google_Summer_of_Code/2015: /* Online Geometry Viewer (OGV): Backend */ |
| 20:32.01 | *** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 20:32.59 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8209 /wiki/User:MeShubham99/GSoc15/OGV_production_ready_plan: Created page with "Shall Consist of the TODO list for making Online Geometry Viewer, production ready at the end of GSoC'15" |
| 20:34.27 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8210 /wiki/Google_Summer_of_Code/2015: /* Online Geometry Viewer (OGV): Backend */ |
| 20:36.45 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8211 /wiki/User:MeShubham99: |
| 20:38.17 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8212 /wiki/User:MeShubham99: |
| 20:42.19 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8213 /wiki/User:MeShubham99/GSoc15/proposal: /* Personal Information */ |
| 20:42.40 | Notify | 03BRL-CAD Wiki:Deekaysharma * 8214 /wiki/User:Deekaysharma/GSoC2015/Proposal: Created page with "=Online Geometry Viewer Proposal= '''Name:''' Deepak Kumar Sharma '''Email Address:''' deeky.sharma@gmail.com '''IRC Username:''' ih8sum3r ===Background Information=== Fin..." |
| 20:42.47 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8215 /wiki/User:MeShubham99/GSoc15/proposal: /* Background Information */ |
| 20:42.56 | Notify | 03BRL-CAD Wiki:Deekaysharma * 8216 /wiki/User:Deepak: Blanked the page |
| 20:46.04 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8217 /wiki/User:MeShubham99/GSoc15/proposal: /* Project Information */ |
| 20:47.02 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8218 /wiki/User:MeShubham99/GSoc15/proposal: /* My Preparation */ |
| 20:47.22 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8219 /wiki/User:MeShubham99/GSoc15/proposal: /* My Preparation */ |
| 20:47.36 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8220 /wiki/User:MeShubham99/GSoc15/proposal: /* Why BRL-CAD? */ |
| 20:48.03 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8221 /wiki/User:MeShubham99/GSoc15/proposal: /* Why Me? */ |
| 20:48.26 | Notify | 03BRL-CAD Wiki:Deekaysharma * 8222 /wiki/Google_Summer_of_Code/2015: /* Accepted Projects */ |
| 20:51.43 | Notify | 03BRL-CAD Wiki:Dracarys983 * 8223 /wiki/User:Dracarys983: /* Profile */ |
| 20:52.00 | Notify | 03BRL-CAD Wiki:Dracarys983 * 8224 /wiki/User:Dracarys983/Proposal: /* Project Proposal */ |
| 20:52.17 | Notify | 03BRL-CAD Wiki:Dracarys983 * 8225 /wiki/User:Dracarys983/Development_Logs: /* Dev Logs */ |
| 20:52.31 | Notify | 03BRL-CAD Wiki:Dracarys983 * 8226 /wiki/User:Dracarys983/Abstrac: /* Abstract */ |
| 20:53.04 | Notify | 03BRL-CAD Wiki:Dracarys983 * 8227 /wiki/Google_Summer_of_Code/2015: /* Accepted Projects */ |
| 22:35.59 | Notify | 03BRL-CAD Wiki:Chnsastryforu * 0 /wiki/User:Chnsastryforu: |
| 23:34.56 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 23:36.54 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 00:32.11 | Notify | 03BRL-CAD:starseeker * 64838 brlcad/trunk/src/conv/gcv/gcv.cpp: Checkpoint |
| 00:33.12 | starseeker | brlcad: oops, sorry about that |
| 00:33.16 | starseeker | (Wdocumentation |
| 00:34.59 | starseeker | I'll comment out my gcv experiment until I get that sorted |
| 00:36.36 | Notify | 03BRL-CAD:starseeker * 64839 brlcad/trunk/src/conv/CMakeLists.txt: gcv experiments are making Wdocumentation unhappy - comment out until that gets fixed. |
| 02:29.11 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 04:25.14 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 04:28.09 | *** join/#brlcad ignacio (~ignacio@rev-18-85-44-59.sugarlabs.org) | |
| 04:30.48 | *** join/#brlcad sofat (~androirc@123.63.148.138) | |
| 06:51.50 | *** join/#brlcad ih8sum3r (~chatzilla@122.173.44.124) | |
| 08:24.01 | *** join/#brlcad dracarys983 (~dracarys9@1.39.13.120) | |
| 08:25.10 | *** join/#brlcad merzo (~merzo@232-118-133-95.pool.ukrtel.net) | |
| 08:47.05 | *** join/#brlcad sofat (~androirc@123.63.148.138) | |
| 09:17.03 | *** join/#brlcad dracarys983 (~dracarys9@1.39.13.120) | |
| 11:49.35 | *** part/#brlcad dracarys983 (~dracarys9@1.39.13.120) | |
| 12:23.01 | *** join/#brlcad dracarys983 (~dracarys9@1.39.13.120) | |
| 12:42.57 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 13:08.44 | *** join/#brlcad luca79 (~luca@ba-19-129-11.service.infuturo.it) | |
| 13:47.48 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 14:21.34 | Notify | 03BRL-CAD Wiki:Dracarys983 * 8228 /wiki/Google_Summer_of_Code: /* GSoC 2015 */ |
| 14:27.20 | *** join/#brlcad luca79 (~luca@ba-19-129-11.service.infuturo.it) | |
| 15:06.48 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:30.54 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:33.15 | *** join/#brlcad Shubham (0e60c1d5@gateway/web/freenode/ip.14.96.193.213) | |
| 16:14.22 | *** join/#brlcad dracarys983 (~dracarys9@123.201.57.113) | |
| 16:22.41 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:54.38 | *** join/#brlcad sofat (~sofat@1.39.34.248) | |
| 18:42.45 | *** join/#brlcad luca79 (~luca@ba-19-129-11.service.infuturo.it) | |
| 19:03.53 | *** join/#brlcad sofat (~sofat@1.39.32.29) | |
| 20:26.57 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 20:45.03 | Notify | 03BRL-CAD:starseeker * 64840 (brlcad/trunk/src/librt/primitives/bot/tie_kdtree.c brlcad/trunk/src/librt/primitives/dsp/dsp.c brlcad/trunk/src/librt/primitives/rhc/rhc.c): clear a number of clang warnings |
| 21:16.02 | Notify | 03BRL-CAD:starseeker * 64841 (brlcad/trunk/src/conv/CMakeLists.txt brlcad/trunk/src/conv/gcv/gcv.cpp brlcad/trunk/src/conv/gcv/optionparser.h): Clear clang warnings |
| 21:19.11 | Notify | 03BRL-CAD:starseeker * 64842 brlcad/trunk/src/conv/gcv/gcv.cpp: Check for null case |
| 21:55.45 | *** join/#brlcad teepee_ (~teepee@unaffiliated/teepee) | |
| 22:03.18 | Notify | 03BRL-CAD:starseeker * 64843 brlcad/trunk/src/conv/gcv/gcv.cpp: Stub in some testing framework for format options. |
| 22:41.06 | *** join/#brlcad merzo (~merzo@232-118-133-95.pool.ukrtel.net) | |
| 00:40.48 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 03:24.34 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 04:01.04 | Notify | 03BRL-CAD:starseeker * 64844 (brlcad/trunk/src/conv/gcv/CMakeLists.txt brlcad/trunk/src/conv/gcv/gcv.cpp): Add some stress testing for gcv option handling |
| 04:42.07 | Stragus | Off-topic: Google appears to claim a simple cross-platform library for printing (paper & ink) doesn't exist. Does anyone know of an open-source library with printing without a gazillion internal dependencies to slice out only the printing part? |
| 06:24.08 | archivist | a bit unreasonable to expect a printer driver to be universal, normally somewhat printer and technology dependent |
| 06:29.12 | archivist | there is transport, usb, parallel, network,scsi, print technology, cmy,rgb,cmyk, etc, dumb/intelligent printer as well (hardware driver in pc or printer) |
| 06:30.51 | Stragus | Well, wxWidgets and Qt have fairly reasonable and cross-platform wrappers |
| 06:31.05 | Stragus | The underlying technology is usually taken care of by the OS |
| 06:43.24 | archivist | I used to work for a printer manufacturer many years ago :) |
| 06:44.27 | Stragus | I see :) |
| 06:46.01 | Stragus | I'm of course not looking for a driver but just cross-platform code ... that doesn't come with a monstruous code base like Qt or GTK+ |
| 06:46.14 | archivist | back in the days when postscipt was still in use in printers and during the roll out of "windows" printers that were dumb, they only had a graphic mode |
| 06:47.07 | Stragus | Parsing Postscript on a printer always seemed like a crazy idea to me, but I was probably born too late |
| 06:47.39 | Stragus | I assume the processing and memory requirements were somehow too high to rasterize everything on the CPU |
| 06:48.28 | archivist | for a page printer with memory you can just send a small vector based file with scaled and direction for the text |
| 06:48.33 | Stragus | thinks a printer should only have to do bilinear filtering and dithering, that's it |
| 06:50.36 | archivist | lasers had enough memory had for a full page, then they moved to low memory and did the work in the pc making that driver need memory and knowledge of the jet offsets in the print head |
| 06:51.18 | archivist | I had to implement a RISCOS driver for one |
| 06:52.27 | Stragus | :) Nice |
| 06:52.57 | archivist | dithering and and dot size are printer dependent |
| 06:53.25 | Stragus | That's something that a printer could manage on its own with very little processing and memory |
| 06:53.42 | Stragus | Unlike Postscript parsing |
| 06:54.19 | archivist | not in a dumb style printer, has to be in the OS driver |
| 06:55.32 | Stragus | That sounds terrible. So if I'm priting a 1024x1024 image full page on a 2500dpi printer, does the driver rescale the image to match that, with interpolation and dithering? |
| 06:55.44 | Stragus | I would hope not |
| 06:56.32 | archivist | driver does the scaling these days |
| 06:56.59 | Stragus | That's a lot of data to send through USB or... wifi |
| 06:58.05 | archivist | compression in the stream |
| 06:59.11 | Stragus | Right, I guess that works |
| 06:59.27 | Stragus | It still sounds like much higher latency per page than I would have expected |
| 06:59.36 | Stragus | (Especially for wifi printers) |
| 07:01.24 | archivist | hardware is slow compared to data rate, they are just making the hardware as cheaply and conveniently as possible |
| 07:03.15 | Stragus | So, as the resident printer expert, any idea of quick cross-platform code to print on any OS just a very high-resolution image? |
| 07:03.55 | Stragus | sounds like those who ask "Hey, I heard you are a programmer, can you tell me how to change the background in MSN?" |
| 07:04.06 | Stragus | :) |
| 07:04.27 | archivist | I doubt you will find cross platform holy grail |
| 07:05.08 | Stragus | Specifically looking for just libcups + whatever OSX uses + whatever Windows uses |
| 07:06.13 | Stragus | The GTK+, wxWidgets and Qt codes are all contamined by a gazillion internal dependencies to their own code base, plus a ton of cake icing features |
| 07:08.13 | archivist | implement your own use of libcups |
| 07:08.58 | Stragus | Then the same for OSX and Windows? Urgh... |
| 07:09.10 | Stragus | Does OSX use libcups? |
| 07:09.23 | archivist | probably find its missing scaling or whatever they re use :) |
| 07:09.42 | archivist | colour space conversion too |
| 07:10.56 | Stragus | just wants to shoot a high-resolution image to the printer |
| 07:12.07 | archivist | use the OS, think how you would print a random tiff file |
| 07:13.23 | Stragus | I wouldn't know how to do that from the command-line on OSX or Windows, but I guess I'll google that |
| 07:13.42 | Stragus | Might be easier than figuring out whatever printing APIs they use |
| 07:14.37 | Stragus | Thanks for the tip |
| 07:26.58 | archivist | I imaging the cups api is what you should be also looking at |
| 07:32.55 | Stragus | Yes, I can live with that. It's OSX + Windows that are bothering me |
| 07:33.37 | Stragus | (I only have access to OSX remotely, and I can't code on Windows while preserving what remains of my sanity) |
| 07:33.49 | archivist | osc cups should work/be there |
| 07:33.53 | archivist | osx |
| 07:33.54 | Stragus | But invoking some external software to do the printing for me sounds like a pretty good solution |
| 07:34.00 | Stragus | Oh, that would be great |
| 07:34.31 | archivist | winows will have some awful api for your displeasure |
| 08:18.23 | *** join/#brlcad teepee-- (bc5c2133@gateway/web/freenode/ip.188.92.33.51) | |
| 08:24.06 | *** join/#brlcad ankesh11_ (uid8015@gateway/web/irccloud.com/x-fgnldkwrekynugae) | |
| 08:36.00 | *** join/#brlcad merzo (~merzo@17-44-132-95.pool.ukrtel.net) | |
| 08:43.52 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 08:46.36 | *** join/#brlcad sofat (~sofat@202.164.53.117) | |
| 08:47.02 | sofat | starseeker, hello |
| 08:48.27 | sofat | i am working on tex doc i am converted this doc into xml(book). i am try to check the error in this doc using brlcad validation system. So the me this error |
| 08:49.50 | sofat | https://bpaste.net/show/97605341d515 |
| 08:50.11 | sofat | so How I am solve this error ? |
| 09:24.42 | d_rossberg | sofat: there isn't much to see, did you tried to enable BRLCAD_ENABLE_VERBOSE_PROGRESS in CMake to get more information? |
| 09:25.36 | sofat | ok wait I try this |
| 09:28.25 | sofat | d_rossberg, how i enable ? |
| 09:34.10 | d_rossberg | i use the cvs gui ("Advanced" enabled) |
| 09:35.40 | sofat | please explain more i am new in this. |
| 10:18.30 | sofat | d_rossberg, I am not able to enabling this " BRLCAD_ENABLE_VERBOSE_PROGRESS" please help how i enable this |
| 10:48.20 | *** join/#brlcad Gurwinder (75cf9da2@gateway/web/freenode/ip.117.207.157.162) | |
| 10:52.44 | *** join/#brlcad dracarys983 (~dracarys9@123.201.100.252) | |
| 10:57.51 | d_rossberg | sofat: how did you run cmake? from the commabd line? then you could add -DBRLCAD_ENABLE_VERBOSE_PROGRESS=ON to your cmake command |
| 10:58.18 | sofat | i run only make command |
| 10:58.28 | sofat | not cmake |
| 10:59.52 | sofat | i compile the code of brlcad to check my document is valid or not , but in CMakeLists.txt i added the new images then i found this error . |
| 11:00.05 | d_rossberg | then, how did you get the Makefile? |
| 11:00.41 | sofat | after ./configure command |
| 11:01.19 | sofat | i get make file then i run make command to run this file |
| 11:03.24 | d_rossberg | OK, configure runs cmake, it eveb prints the corresponding cmake command line |
| 11:03.33 | sofat | i am run the ./configure again and again i just one time run the ./configure command(may be six month before) but now when i make the any changes in docs or new doc then i only add the information regarding this doc in CMakeList.txt and then run the make command to check the output. |
| 11:04.49 | sofat | i am not run ./configure command again and again . |
| 11:05.12 | *** join/#brlcad Gurwinder (75cf9da2@gateway/web/freenode/ip.117.207.157.162) | |
| 11:07.51 | d_rossberg | try: cmake <path to your sources> -DBRLCAD_ENABLE_VERBOSE_PROGRESS=ON -DCMAKE_VERBOSE_MAKEFILE=ON |
| 11:08.15 | d_rossberg | instead of running configure, then make |
| 11:09.37 | dracarys983 | d_rossberg: Implementing the missing functions would mean the mathematical approach right? |
| 11:09.38 | sofat | d_rossberg, ok i will try this and report you |
| 11:10.10 | d_rossberg | dracarys983: yes |
| 11:10.37 | d_rossberg | if you have an idea you could try this |
| 11:11.32 | sofat | d_rossberg, one question more |
| 11:12.00 | sofat | source files means my CMakeLists.txt file or some thing else? |
| 11:14.09 | d_rossberg | hm, same as you did for configure, if you called configure without any parameter you can probably use "." (a point) |
| 11:14.39 | d_rossberg | this would mean that source and build directories are the same |
| 11:15.33 | dracarys983 | d_rossberg: Okay, that's a start. I had tried writing a surface area call back for arb8 before. I have also submitted a patch for it, but I believe that's incomplete. |
| 11:17.10 | dracarys983 | I don't have any idea right now for the primitives that have it missing. Would need some research. :) |
| 11:18.59 | d_rossberg | i wouldn't be surprised if the easy ones are all already done :) |
| 11:20.52 | Gurwinder | @brlcad: I am working on g-pov converter. I have written code for it and also share it on github. https://github.com/GurwinderSinghBains/BRL-CAD. Is it correct or I have to change it( some part/whole )? |
| 11:28.56 | dracarys983 | d_rossberg: Haha, yeah well. There's no surprise. Okay I'll get to work then. :) |
| 12:01.39 | *** join/#brlcad merzo (~merzo@17-44-132-95.pool.ukrtel.net) | |
| 12:31.45 | *** join/#brlcad merzo (~merzo@17-44-132-95.pool.ukrtel.net) | |
| 12:59.07 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 13:04.31 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 13:47.44 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 14:27.22 | Notify | 03BRL-CAD:carlmoore * 64845 (brlcad/trunk/doc/docbook/articles/en/ged.xml brlcad/trunk/src/conv/gcv/gcv.sh brlcad/trunk/src/conv/gcv/optionparser.h): remove trailing blanks/tabs; fix a spelling; add a missing newline at a file end |
| 14:28.55 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 14:39.17 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 14:47.46 | *** join/#brlcad teepee-- (bc5c2133@gateway/web/freenode/ip.188.92.33.51) | |
| 14:56.32 | *** join/#brlcad sofat (~androirc@202.164.45.204) | |
| 15:10.07 | *** join/#brlcad sofat (~androirc@202.164.45.204) | |
| 15:15.40 | *** join/#brlcad merzo (~merzo@17-44-132-95.pool.ukrtel.net) | |
| 15:15.50 | Notify | 03BRL-CAD Wiki:Sean * 8229 /wiki/Summer_of_Code/Checklis: 2015 |
| 15:25.30 | Notify | 03BRL-CAD Wiki:Deekaysharma * 8230 /wiki/User:Deekaysharma: Created page with "=Personal Information= {| class="wikitable" |- |'''Student Name'''|| Deepak Kumar Sharma |- |'''IRC nick'''|| ih8sum3r |- |'''Email'''|| deeky.sharma@gmail.com |} I'll be wor..." |
| 15:27.03 | Notify | 03BRL-CAD Wiki:Deekaysharma * 8231 /wiki/Google_Summer_of_Code/2015: /* Online Geometry Viewer (OGV) */ |
| 15:55.56 | Notify | 03BRL-CAD:starseeker * 64846 brlcad/trunk/src/conv/gcv/gcv.cpp: handle = better |
| 16:17.02 | Notify | 03BRL-CAD:starseeker * 64847 brlcad/trunk/src/conv/gcv/gcv.cpp: Have the format opt parsers report something. |
| 16:30.42 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 16:51.06 | *** join/#brlcad Gurwinder (75d6ced8@gateway/web/freenode/ip.117.214.206.216) | |
| 17:05.13 | *** join/#brlcad sofat (~sofat@1.39.40.119) | |
| 17:05.50 | Notify | 03BRL-CAD:starseeker * 64848 (brlcad/trunk/include/raytrace.h brlcad/trunk/include/rt/wdb.h): Move wdb functions to rt/wdb.h |
| 17:22.48 | sofat | starseeker, I have submitted the patch on LaTeX file conversion into docbook please review this document and tell me about changes. |
| 17:37.18 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 17:38.40 | sofat | starseeker, i seen the resource code of brlcad there only two file merged (animation_tutorial, ged ) please check my other patches in send many files please also merge them with brlcad resource code If any error faced or changes need then please tell me. |
| 17:38.45 | *** join/#brlcad merzo (~merzo@15-62-133-95.pool.ukrtel.net) | |
| 17:40.26 | sofat | I submitted the 5 .tr files patches and text files and html file. so please check these patches also. |
| 18:21.09 | *** join/#brlcad infobot (ibot@rikers.org) | |
| 18:21.09 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-) | |
| 18:21.47 | brlcad | you may already be doing this, but basically it amounts to joining brlcad-commits or otherwise watching the commit notifications in here when your patches are applied |
| 18:22.05 | brlcad | the goal is just a couple patches that have logic to them but require no modifications |
| 18:23.38 | *** part/#brlcad dracarys_ (~dracarys9@219.91.163.71) | |
| 18:24.04 | *** join/#brlcad dracarys_ (~dracarys9@219.91.163.71) | |
| 18:28.37 | sofat | brlcad, next time I will remember these things. |
| 18:32.27 | *** join/#brlcad sofat (~sofat@1.39.40.119) | |
| 18:54.56 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 19:27.12 | Notify | 03BRL-CAD Wiki:Gurwinder Singh * 8232 /wiki/Google_Summer_of_Code/2015: /* G to POV-Ray Geometry Converter */ |
| 19:52.13 | *** join/#brlcad merzo (~merzo@15-62-133-95.pool.ukrtel.net) | |
| 19:52.44 | Notify | 03BRL-CAD Wiki:MilindaFernando * 0 /wiki/User:MilindaFernando: |
| 20:13.04 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 20:16.28 | andrei_il | starseeker: Hello! |
| 20:16.58 | andrei_il | I'm having a bit of trouble copying the wfobject parser |
| 20:17.03 | andrei_il | and integrating it into cmake logic |
| 20:18.42 | andrei_il | the CMakeFilelists.txt seems to be tailored specifically for wfobj |
| 20:19.06 | Notify | 03BRL-CAD Wiki:MilindaFernando * 8233 /wiki/User:MilindaFernando: Created page with "*Name: Milinda Shayamal Fernando *Email: milindasf@gmail.com *Blog: [http://milindasf.blogspot.com/|"Milinda's Space"] *LinkedIn:[https://lk.linkedin.com/in/milindasf|"LinkedI..." |
| 20:21.54 | Notify | 03BRL-CAD:carlmoore * 64849 brlcad/trunk/src/util/pixmatte.c: shorten the code by use of new variable called 'limit' |
| 20:22.18 | Notify | 03BRL-CAD Wiki:MilindaFernando * 8234 /wiki/User:MilindaFernando: |
| 20:31.04 | Notify | 03BRL-CAD Wiki:MilindaFernando * 8235 /wiki/User:MilindaFernando/abstrac: Created page with "=STEP Viewer Project Abstract= STEP is a common CAD file format supported by just about every major CAD system. Given we have an importer and an interface for displaying geo..." |
| 20:34.48 | Notify | 03BRL-CAD:carlmoore * 64850 (brlcad/trunk/src/util/pixmatte.c brlcad/trunk/src/util/pixmerge.c): change an error message in pixmatte so we specify pixmatte |
| 20:35.07 | Notify | 03BRL-CAD Wiki:MilindaFernando * 8236 /wiki/User:MilindaFernando/gsoc2015_project_proposal: Created page with "=STEP Viewer== ==Abstract== STEP is a common CAD file format supported by just about every major CAD system. Given we have an importer and an interface for displaying geomet..." |
| 20:35.52 | *** part/#brlcad mikolalysenko (sid34553@gateway/web/irccloud.com/x-vtebklmblhunjawj) | |
| 20:36.29 | Notify | 03BRL-CAD Wiki:MilindaFernando * 8237 /wiki/User:MilindaFernando/gsoc2015_project_proposal: |
| 20:41.01 | Notify | 03BRL-CAD Wiki:MilindaFernando * 8238 /wiki/User:MilindaFernando/gsoc2015_devlog: Created page with "=STEP Viewer Project Development Log= *Currently I am getting familiar with the source code of libdm and librt. *Design and Developing Qt GUI for STEP Viewer program" |
| 20:44.20 | Notify | 03BRL-CAD Wiki:MilindaFernando * 8239 /wiki/Google_Summer_of_Code/2015: /* Accepted Projects */ |
| 20:59.45 | Notify | 03BRL-CAD Wiki:Deekaysharma * 8240 /wiki/Google_Summer_of_Code/2015: /* Online Geometry Viewer (OGV) */ |
| 21:04.40 | *** join/#brlcad ih8sum3r (~chatzilla@122.173.129.255) | |
| 21:04.54 | ih8sum3r | brlcad: Hi |
| 21:05.21 | Notify | 03BRL-CAD:carlmoore * 64851 brlcad/trunk/src/util/pixmerge.c: do what pixmatte does regarding w |
| 21:07.06 | ih8sum3r | I got your mail and I found "Agreed to participation requirements?" but I'm unable to understand, do I need to put comment below my proposal on melange or what? |
| 21:25.39 | Gurwinder | I think you have to put it below as comment to your proposal. |
| 22:03.01 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) | |
| 22:09.35 | *** join/#brlcad brad_h (~behollis@dhcp-59-171.cse.ucsc.edu) | |
| 23:03.12 | Notify | 03BRL-CAD Wiki:Bhollister * 8241 /wiki/User:Bhollister: Brad Hollister's Profile |
| 23:14.30 | Notify | 03BRL-CAD Wiki:Bhollister * 8242 /wiki/User:Bhollister/Abstrac: GSoC 2015 Abstract |
| 23:21.13 | Notify | 03BRL-CAD Wiki:Bhollister * 8243 /wiki/User:Bhollister/Proposal: GSoC 2015 Proposal |
| 23:22.27 | Notify | 03BRL-CAD Wiki:Bhollister * 8244 /wiki/User:Bhollister/DevLog: GSoC 2015 Developer Log |
| 23:24.11 | Notify | 03BRL-CAD Wiki:Bhollister * 8245 /wiki/Google_Summer_of_Code/2015: /* Accepted Projects */ |
| 23:29.12 | Notify | 03BRL-CAD:starseeker * 64852 (brlcad/trunk/include/raytrace.h brlcad/trunk/include/rt/tree.h): Move some function declarations to rt/tree.h |
| 23:32.05 | Notify | 03BRL-CAD Wiki:Bhollister * 8246 /wiki/User:Bhollister: Brad Hollister's Profile |
| 23:35.01 | Notify | 03BRL-CAD Wiki:Bhollister * 8247 /wiki/User:Bhollister: |
| 23:53.25 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 23:53.34 | Notify | 03BRL-CAD:starseeker * 64853 (brlcad/trunk/include/rt/CMakeLists.txt brlcad/trunk/include/rt/directory.h brlcad/trunk/include/rt/search.h): Move some more functions, start breaking out primitive specific functions. |
| 23:58.24 | Notify | 03BRL-CAD Wiki:Bhollister * 8248 /wiki/User:Bhollister/DevLog: Daily Dev Logs |
| 00:08.39 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 00:17.49 | Notify | 03BRL-CAD:starseeker * 64854 (brlcad/trunk/include/rt/CMakeLists.txt brlcad/trunk/include/rt/tree.h): More breakout |
| 00:19.03 | starseeker | shoot, andrei_il left |
| 01:02.25 | *** join/#brlcad brad_h (~behollis@dhcp-59-171.cse.ucsc.edu) | |
| 02:05.58 | starseeker | brad_h: your email address didn't accept a return email, fyi |
| 02:06.25 | starseeker | brad_h: I can try to be on IRC around that time for discussion, but my internet is a bit spotty |
| 02:06.53 | starseeker | brad_h: remember though that the technical mentoring is not just by your assigned mentor but by the community |
| 02:07.26 | starseeker | lots of smart people around here, you'll probably want to listen to them more than to me ;-) |
| 02:21.18 | *** join/#brlcad dracarys_ (~dracarys9@219.91.198.99) | |
| 04:17.19 | Notify | 03BRL-CAD Wiki:Sean * 8249 /wiki/Google_Summer_of_Code/2015: re-add the template |
| 05:42.04 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 06:43.03 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 07:18.50 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 07:37.56 | Notify | 03BRL-CAD Wiki:Konrado DJ * 8250 /wiki/Google_Summer_of_Code/2015: /* Accepted Projects */ |
| 07:52.39 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 08:20.02 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8251 /wiki/User:MeShubham99/GSoc15/log_developmen: Created page with "Here goes my development logs Consisting of daily updates on my work" |
| 08:22.06 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8252 /wiki/Google_Summer_of_Code/2015: /* Online Geometry Viewer (OGV): Backend */ |
| 08:27.00 | *** join/#brlcad dracarys_ (~dracarys9@103.48.99.235) | |
| 08:40.46 | *** join/#brlcad teepee-- (bc5c2133@gateway/web/freenode/ip.188.92.33.51) | |
| 09:27.13 | Notify | 03BRL-CAD Wiki:Beeldhouwer * 0 /wiki/User:Beeldhouwer: |
| 09:59.32 | *** join/#brlcad dracarys983 (~dracarys9@103.48.99.235) | |
| 10:45.35 | *** join/#brlcad dracarys_ (~dracarys9@123.201.212.117) | |
| 13:30.39 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 14:37.10 | dracarys983 | d_rossberg, brlcad, starseeker, ``Erik : I'm trying to find the SA of a hyperboloid made of one sheet. Now, I have a formula for SA of a hyperboloid as a surface of revolution. |
| 14:38.19 | dracarys983 | The integral for SA of hyperboloid which is not a surface of revolution is very complicated. So, I need to make a co-ordinate transformation to get the integral in one variable. |
| 14:38.42 | dracarys983 | It then becomes a surface of revolution and I can apply the formula. |
| 14:40.00 | dracarys983 | My problem is : How do I write the code for making the co-ordinate transformation, calculating the SA and returning back to original co-ordinate system? |
| 14:43.55 | dracarys983 | Actually the transformation part is bugging me. |
| 15:11.53 | *** join/#brlcad luca79 (~luca@host110-20-dynamic.4-87-r.retail.telecomitalia.it) | |
| 15:52.53 | d_rossberg | dracarys983: that's the question :) sounds like some days or more of research |
| 15:53.06 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 15:53.55 | d_rossberg | i don't know if there is a method to transform areas with coordinate transformations |
| 15:55.10 | d_rossberg | i did once something similar with cuboids, but these give you a rather bad approximation if you are interested in exact results |
| 15:57.03 | dracarys983 | d_rossberg: Approximation again. Ah. |
| 15:57.21 | dracarys983 | d_rossberg: I guess I can transform the points / vectors of the internal hyp structure that are required in the formula and apply the formula? That won't work? |
| 15:58.32 | d_rossberg | I'm afraid that you can transform the formula - but not the surface |
| 16:00.01 | d_rossberg | or you find a reference/literature somewhere which describes how to do it |
| 17:23.53 | *** join/#brlcad d356 (~d@50-90-234-94.res.bhn.net) | |
| 17:55.41 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 18:45.47 | *** join/#brlcad dracarys_ (~dracarys9@123.201.73.42) | |
| 21:13.01 | *** join/#brlcad dracarys983 (~dracarys9@123.201.73.42) | |
| 21:18.11 | brad_h | starseeker: got it. as for email, is there a better way of exchanging email instead of thru soureforge? |
| 21:24.26 | ``Erik | most email should be going through the mailing lists to keep everything open |
| 21:59.09 | *** join/#brlcad merzo (~merzo@238-47-133-95.pool.ukrtel.net) | |
| 22:29.20 | *** join/#brlcad krishna_ravi732_ (~krishna@5.231.52.94) | |
| 22:49.16 | *** join/#brlcad merzo (~merzo@229-31-132-95.pool.ukrtel.net) | |
| 22:53.17 | brlcad | starseeker: writing our own static analysis checks, coming soon to a theater near you! ... https://bbannier.github.io/blog/2015/05/02/Writing-a-basic-clang-static-analysis-check.html |
| 23:26.22 | *** join/#brlcad merzo (~merzo@229-47-132-95.pool.ukrtel.net) | |
| 02:46.17 | *** join/#brlcad dracarys_ (~dracarys9@219.91.140.55) | |
| 03:21.35 | starseeker | brlcad: that's cool |
| 03:22.11 | starseeker | also ran across these on wheeler's blog: http://lcamtuf.coredump.cx/afl/ and https://code.google.com/p/address-sanitizer/ |
| 03:27.44 | starseeker | not sure exactly how we'd set up fuzzing testing for our libs, but sounds interesting |
| 03:42.55 | starseeker | http://lcamtuf.blogspot.com/2014/11/pulling-jpegs-out-of-thin-air.html |
| 03:50.25 | starseeker | that's nifty |
| 03:52.59 | Stragus | That's... crazy, in a good way |
| 04:07.24 | *** join/#brlcad sofat (~sofat@202.164.53.117) | |
| 04:44.29 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 04:46.22 | *** join/#brlcad brad_h (~behollis@dhcp-59-171.cse.ucsc.edu) | |
| 04:49.24 | *** join/#brlcad Gurwinder (75c76906@gateway/web/freenode/ip.117.199.105.6) | |
| 06:10.23 | *** join/#brlcad dracarys_ (~dracarys9@123.201.57.95) | |
| 06:29.00 | *** join/#brlcad kanzure (~kanzure@unaffiliated/kanzure) | |
| 07:18.21 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 07:46.05 | *** join/#brlcad teepee-- (bc5c2133@gateway/web/freenode/ip.188.92.33.51) | |
| 08:20.07 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 08:26.57 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 09:00.38 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 09:00.39 | *** join/#brlcad kanzure (~kanzure@unaffiliated/kanzure) | |
| 09:01.33 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 09:47.12 | *** join/#brlcad sofat (~sofat@202.164.53.117) | |
| 10:46.07 | *** join/#brlcad dracarys_ (~dracarys9@1.39.96.218) | |
| 11:10.43 | *** join/#brlcad dracarys_ (~dracarys9@203.187.229.56) | |
| 11:47.09 | *** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot) | |
| 12:06.29 | *** join/#brlcad teepee-- (bc5c2133@gateway/web/freenode/ip.188.92.33.51) | |
| 12:24.47 | brlcad | starseeker: I've always wanted to try out a fuzzer |
| 12:25.00 | brlcad | his actually looks rather impressive |
| 12:26.45 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 13:32.20 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 14:33.14 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 14:33.46 | *** join/#brlcad sofat (~androirc@202.164.45.204) | |
| 15:07.22 | ``Erik | ahhhh /ignore #brlcad JOINS PARTS QUITS TOPICS MODES |
| 15:14.02 | *** join/#brlcad hiteshsofat (~androirc@202.164.45.204) | |
| 15:24.56 | *** join/#brlcad merzo (~merzo@92.60.189.225) | |
| 15:29.40 | *** join/#brlcad hiteshsofat (~androirc@202.164.45.204) | |
| 15:34.52 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:56.11 | starseeker | ``Erik: cool |
| 15:56.30 | starseeker | ``Erik: is there a way to list who's currently on? |
| 16:09.17 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 16:15.33 | *** join/#brlcad dracarys983 (~dracarys9@203.109.90.138) | |
| 16:36.31 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:44.38 | brlcad | <PROTECTED> |
| 16:44.53 | brlcad | as will /names |
| 16:53.11 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:59.17 | *** join/#brlcad amalia237 (~amalia237@41.205.22.42) | |
| 17:30.38 | *** join/#brlcad brad_h (~behollis@dhcp-59-171.cse.ucsc.edu) | |
| 17:53.04 | *** join/#brlcad amalia237 (~amalia237@41.205.22.59) | |
| 18:49.42 | *** join/#brlcad kanzure (~kanzure@unaffiliated/kanzure) | |
| 18:50.09 | *** join/#brlcad kanzure (~kanzure@unaffiliated/kanzure) | |
| 20:26.51 | *** join/#brlcad merzo (~merzo@244-101-133-95.pool.ukrtel.net) | |
| 20:32.45 | starseeker | ``Erik: Notify on break again? |
| 20:41.53 | Notify | 03BRL-CAD:carlmoore * 64855 brlcad/trunk/src/util/pixmerge.c: 'else' not needed if previous block MUST transfer control elsewhere; add some checks which were done in pixmatte; fix bug for 'not equal' which pixmatte had also had |
| 20:41.59 | Notify | 03BRL-CAD:starseeker * 64856 brlcad/trunk/misc/flawfinder: Update flawfinder to the latest version. |
| 20:42.18 | Notify | 03BRL-CAD:carlmoore * 64857 brlcad/trunk/doc/docbook/system/man1/en/pixmerge.xml: rewrite 2 parts of the pixmerge man page |
| 20:42.45 | Notify | 03BRL-CAD:carlmoore * 64858 brlcad/trunk/doc/docbook/system/man1/en/gencolor.xml: go to lowercase letter because it is NOT the start of a sentence |
| 20:43.39 | Notify | 03BRL-CAD:starseeker * 64859 (brlcad/trunk/include/raytrace.h brlcad/trunk/include/rt/CMakeLists.txt and 7 others): More subheader breakout |
| 20:43.44 | Notify | 03BRL-CAD:starseeker * 64860 (brlcad/trunk/include/raytrace.h brlcad/trunk/include/rt/CMakeLists.txt and 2 others): Complete initial breakout of raytrace.h into subheaders. Lots more work needed, but this completes the initial pass. |
| 20:43.55 | Notify | 03BRL-CAD:carlmoore * 64861 brlcad/trunk/misc/flawfinder: remove trailing blanks/tabs, fix spellings |
| 20:44.06 | Notify | 03BRL-CAD:carlmoore * 64862 brlcad/trunk/doc/docbook/system/man1/en/pixmerge.xml: use 'bytes_wide' because it matches something in the synopsis |
| 20:44.08 | Notify | 03BRL-CAD:brlcad * 64863 brlcad/trunk/TODO: record some in-depth discussions with starseeker on how to go about optimizing and reworking nurbs prep performance. |
| 20:44.14 | Notify | 03BRL-CAD:carlmoore * 64864 brlcad/trunk/src/util/pixmerge.c: was able to find out how to initialize an array -- this one needs to be all zeros unless the program inputs then provide otherwise |
| 20:44.17 | Notify | 03BRL-CAD:carlmoore * 64865 brlcad/trunk/doc/docbook/system/man1/en/pixmerge.xml: change 'a' to 'the', and insert a 'the' |
| 20:44.34 | Notify | 03BRL-CAD:carlmoore * 64866 brlcad/trunk/doc/docbook/system/man1/en/pixmerge.xml: acknowledge the choice of background pixel, for the case where the stated relationship is false |
| 20:44.42 | Notify | 03BRL-CAD:starseeker * 64867 brlcad/trunk/misc/CMake/BRLCAD_CompilerFlags.cmake: Add option to enable AddressSanitizer flag. |
| 20:44.44 | Notify | 03BRL-CAD:starseeker * 64868 brlcad/trunk/misc/CMake/BRLCAD_CompilerFlags.cmake: set up some more flags for future testing. |
| 20:45.00 | Notify | 03BRL-CAD:starseeker * 64869 (brlcad/trunk/misc/doxygen/libbn.dox brlcad/trunk/misc/doxygen/libgm.dox): Fix up doxygen for libbn and libgm after moves. |
| 20:45.08 | Notify | 03BRL-CAD:starseeker * 64870 brlcad/trunk/include/rt/primitives/bot.h: Add other rt headers so bot.h passes the gcc -dP test. |
| 20:45.15 | Notify | 03BRL-CAD:starseeker * 64871 (brlcad/trunk/CHANGES brlcad/trunk/include/CMakeLists.txt and 5 others): Consolidate include/bot.h into rt/primitives/bot.h. This should be safe, as the original toplevel bot.h didn't include *any* headers to define even RT_EXPORT, much less soltab, which means any calling code will already have all the needed includes to make this work. |
| 20:45.19 | Notify | 03BRL-CAD Wiki:Konrado DJ * 8253 /wiki/User:Konrado_DJ: Created page with "==Personal Information== Name: Djimeli Konrad Niba E-mail address: djkonro35@gmail.com IRC-nick: konrado ===Introduction=== This is my first time participating in the Goo..." |
| 20:45.21 | Notify | 03BRL-CAD Wiki:Konrado DJ * 8254 /wiki/User:Konrado_DJ/GSoc2015/logs: Created page with "=GSoC 2015 development logs= == Community Bonding Period == I have began this period by going through and adhering to the BRL-CAD [http://brlcad.org/wiki/Summer_of_Code/Check..." |
| 20:45.23 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8255 /wiki/User:MeShubham99/GSoc15/OGV_production_ready_plan: |
| 20:45.27 | Notify | 03BRL-CAD Wiki:Shaina7837 * 8256 /wiki/User:Shainasabarwal/GSoC15/logs: Created page with "==Community Bonding Period= I have worked on highlighting keywords and highlighting comments." |
| 20:45.29 | Notify | 03BRL-CAD Wiki:Shaina7837 * 8257 /wiki/User:Shainasabarwal/GSoC15/logs: /* =Community Bonding Period */ |
| 20:45.31 | Notify | 03BRL-CAD Wiki:Shaina7837 * 8258 /wiki/User:Shainasabarwal: Created page with "=Personal Information= {| class="wikitable" |- |'''Student Name'''|| Shaina Sabarwal |- |'''IRC nick'''|| shaina |- |'''Email'''|| iamshainasabarwal@gmail.com |} I'll be work..." |
| 20:45.33 | Notify | 03BRL-CAD Wiki:Shaina7837 * 8259 /wiki/Google_Summer_of_Code/2015: /* Accepted Projects */ |
| 20:45.35 | Notify | 03BRL-CAD Wiki:Shaina7837 * 8260 /wiki/Google_Summer_of_Code/2015: /* ScadLexer for OpenSCAD */ |
| 20:45.37 | Notify | 03BRL-CAD Wiki:Shaina7837 * 8261 /wiki/Google_Summer_of_Code/2015: /* ScadLexer for OpenSCAD */ |
| 20:45.39 | Notify | 03BRL-CAD Wiki:Shaina7837 * 8262 /wiki/Google_Summer_of_Code/2015: /* ScadLexer for OpenSCAD */ |
| 20:45.41 | Notify | 03BRL-CAD Wiki:Ngassafinjap * 8263 /wiki/User:Amalia/Development_logs: /* Introductions to my Development logs */ |
| 20:45.43 | Notify | 03BRL-CAD Wiki:Bhollister * 8264 /wiki/User:Bhollister/DevLog: /* Monday, May 4, 2015 */ |
| 20:45.46 | Notify | 03BRL-CAD Wiki:Bhollister * 8265 /wiki/User:Bhollister/DevLogMay2015: May 2015 Dev Log |
| 20:45.48 | Notify | 03BRL-CAD Wiki:Bhollister * 8266 /wiki/User:Bhollister/DevLog: Month listing of logs |
| 20:45.50 | Notify | 03BRL-CAD Wiki:Bhollister * 8267 /wiki/Google_Summer_of_Code/2015: /* NMG Editing / Validation */ |
| 20:45.52 | Notify | 03BRL-CAD Wiki:Bhollister * 8268 /wiki/Google_Summer_of_Code/2015: /* NMG Editing */ |
| 20:45.54 | Notify | 03BRL-CAD Wiki:Bhollister * 8269 /wiki/User:Bhollister/DevLogMay2015: /* Tuesday, May 5, 2015 */ |
| 20:45.56 | Notify | 03BRL-CAD Wiki:Bhollister * 8270 /wiki/User:Bhollister/DevLogMay2015: /* Tuesday, May 5, 2015 */ |
| 20:45.58 | Notify | 03BRL-CAD Wiki:Ngassafinjap * 8271 /wiki/Google_Summer_of_Code/2015: /* ScadLexer for OpenSCAD */ |
| 20:46.00 | Notify | 03BRL-CAD Wiki:Bhollister * 8272 /wiki/User:Bhollister/DevLogMay2015: /* Monday, May 25, 2015 */ |
| 20:46.02 | Notify | 03BRL-CAD Wiki:Ngassafinjap * 8273 /wiki/Google_Summer_of_Code/2015: /* Conic Curve Support for LibreCAD */ |
| 20:46.04 | Notify | 03BRL-CAD Wiki:Ngassafinjap * 8274 /wiki/Google_Summer_of_Code/2015: /* Conic Curve Support for LibreCAD */ |
| 20:46.06 | Notify | 03BRL-CAD Wiki:Ngassafinjap * 8275 /wiki/Google_Summer_of_Code/2015: /* Conic Curve Support for LibreCAD */ |
| 20:46.09 | Notify | 03BRL-CAD:starseeker * 64872 (brlcad/trunk/include/rtgeom.h brlcad/trunk/src/librt/primitives/brep/brep.cpp and 4 others): switch g_ group to librt for doxygen |
| 20:48.59 | Notify | 03BRL-CAD:starseeker * 64873 brlcad/trunk/include/icv.h: libicv group, not image group |
| 20:54.17 | starseeker | ``Erik: cool, thanks |
| 20:55.18 | Notify | 03BRL-CAD:starseeker * 64874 (brlcad/trunk/include/fb/fb_X.h brlcad/trunk/include/fb/fb_ogl.h and 22 others): Switch if group to libfb |
| 20:58.17 | Notify | 03BRL-CAD:starseeker * 64875 (brlcad/trunk/include/rt/arb_edit.h brlcad/trunk/src/librt/primitives/arb8/arb_edit.c): arb_edit group to librt |
| 21:03.14 | Notify | 03BRL-CAD:starseeker * 64876 (brlcad/trunk/include/common.h brlcad/trunk/misc/doxygen/CMakeLists.txt): Add doxygen category for common.h |
| 21:04.27 | ``Erik | a freebsd commit managed to go over 500 characters with no spaces... I need to put some logic in to catch that O.o |
| 21:17.06 | Notify | 03BRL-CAD:starseeker * 64877 brlcad/trunk/include/bu.h: Tweak formatting of bu.h so the overview comment shows up in doxygen. |
| 21:20.50 | Notify | 03BRL-CAD:starseeker * 64878 brlcad/trunk/include/bn.h: Tweak libbn header to get description in doxygen |
| 21:21.16 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 21:51.08 | Notify | 03BRL-CAD:brlcad * 64879 brlcad/trunk/src/util/pixmerge.c: use shorthand for zero-initializing an array |
| 21:57.32 | Notify | 03BRL-CAD:starseeker * 64880 (brlcad/trunk/include/bn/defines.h brlcad/trunk/include/bn.h and 7 others): More work on getting descriptions and the desired files listed at the right levels in the hierarchy. |
| 22:08.17 | n_reed | brlcad: r64879, of course it was zero-initialized before r64864 just by being a static fixed-size array |
| 22:49.13 | Notify | 03BRL-CAD:brlcad * 64881 brlcad/trunk/NEWS: carl fixed / improved pixmatte and pixmerge where the 'not equal' operator logic wasn't correct. |
| 23:06.31 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 23:12.11 | n_reed | :q |
| 23:43.29 | brlcad | n_reed: quite true, but explicit initialization is still safer in this context so it's fine that he did that, just didn't need to be every element |
| 23:44.07 | brlcad | (e.g., someone moves the array into main() to eliminate the global and starts passing it around... easy to overlook it no longer being zero-init) |
| 23:57.32 | Notify | 03BRL-CAD:starseeker * 64882 brlcad/trunk/misc/doxygen/libbu.dox: Stub in descriptions for the various categories of libbu functionality. Eventually, these should be described more thoroughly. |
| 00:09.24 | Notify | 03BRL-CAD:starseeker * 64883 brlcad/trunk/misc/doxygen/libbn.dox: Stub in more comments. When there's a match to a single header, as opposed to a broad category spanning multiple headers, the descriptive comments need to live in the header. |
| 00:27.12 | Notify | 03BRL-CAD:starseeker * 64884 brlcad/trunk/include/common.h: Some comment tweaking for common.h |
| 00:33.23 | Notify | 03BRL-CAD:starseeker * 64885 (brlcad/trunk/include/bn.h brlcad/trunk/include/bu.h brlcad/trunk/include/gm.h): tweak header brief lines. |
| 00:47.41 | Notify | 03BRL-CAD:starseeker * 64886 (brlcad/trunk/include/bu/avs.h brlcad/trunk/include/bu/bitv.h and 2 others): Enable local header comments for a couple of the libbu files. |
| 01:09.48 | Notify | 03BRL-CAD:starseeker * 64887 (brlcad/trunk/include/bu/color.h brlcad/trunk/include/bu/hash.h and 5 others): More doxygen rework on bu subheaders |
| 01:19.32 | Notify | 03BRL-CAD:starseeker * 64888 (brlcad/trunk/include/bu/vlb.h brlcad/trunk/include/bu/vls.h brlcad/trunk/misc/doxygen/libbu.dox): More libbu doxygen rework |
| 01:27.42 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 01:29.26 | Notify | 03BRL-CAD:starseeker * 64889 (brlcad/trunk/include/bu/magic.h brlcad/trunk/include/bu/malloc.h and 2 others): Memory management libbu doxygen fixes. |
| 01:57.17 | Notify | 03BRL-CAD:starseeker * 64890 (brlcad/trunk/include/bu/debug.h brlcad/trunk/include/bu/file.h and 5 others): Next round of libbu doxygen fixes. |
| 02:58.40 | *** join/#brlcad sofat (~androirc@202.164.45.204) | |
| 05:42.35 | *** join/#brlcad sofat (~sofat@202.164.53.117) | |
| 05:43.15 | sofat | starseeker, i am converting mged html doc i want to know it is article or book because I found there many pages. |
| 05:43.51 | sofat | so which format i will use for this article or book ? |
| 06:55.30 | *** join/#brlcad merzo (~merzo@244-101-133-95.pool.ukrtel.net) | |
| 07:06.21 | *** join/#brlcad luca79 (~luca@host28-110-dynamic.9-87-r.retail.telecomitalia.it) | |
| 07:25.19 | *** join/#brlcad teepee-- (bc5c2133@gateway/web/freenode/ip.188.92.33.51) | |
| 08:18.50 | sofat | starseeker, brlcad I have merged the exiting docbook docs with my demo mediawiki website please review this work. |
| 08:18.52 | sofat | http://202.164.53.122/~hitesh/media/index.php/Special:Docbook |
| 08:24.18 | *** join/#brlcad dracarys983 (~dracarys9@123.201.8.35) | |
| 08:43.52 | *** join/#brlcad merzo (~merzo@92.60.189.225) | |
| 08:49.05 | *** join/#brlcad sofat (~sofat@202.164.53.117) | |
| 08:58.03 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 10:11.33 | *** join/#brlcad merzo (~merzo@92.60.189.225) | |
| 11:17.34 | starseeker | sofat: the mged html doc could go either way - go ahead and try it as a book if that looks easier |
| 11:57.58 | *** join/#brlcad sofat (~sofat@202.164.53.117) | |
| 12:09.16 | *** join/#brlcad dracarys_ (~dracarys9@123.201.174.237) | |
| 12:37.33 | *** join/#brlcad hiteshsofat (~androirc@202.164.45.204) | |
| 12:42.16 | *** join/#brlcad sofat (~androirc@202.164.45.204) | |
| 12:50.14 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 13:17.44 | Notify | 03BRL-CAD Wiki:Deekaysharma * 8276 /wiki/User:Deekaysharma/logs: Created page with "===Development logs for GSoC 2015===" |
| 13:17.57 | Notify | 03BRL-CAD Wiki:Deekaysharma * 8277 /wiki/Google_Summer_of_Code/2015: /* Online Geometry Viewer (OGV) */ |
| 13:29.41 | *** join/#brlcad ishwerdas (75d432a1@gateway/web/cgi-irc/kiwiirc.com/ip.117.212.50.161) | |
| 13:32.41 | Notify | 03BRL-CAD:starseeker * 64891 (brlcad/trunk/include/bu/cmd.h brlcad/trunk/include/bu/cv.h brlcad/trunk/misc/doxygen/libbu.dox): libbu doxygen work for cmd and cv |
| 13:43.49 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 13:55.35 | Notify | 03BRL-CAD:starseeker * 64892 (brlcad/trunk/include/bu/bu_tcl.h brlcad/trunk/include/bu/endian.h and 9 others): more libbu doxygen rework. |
| 13:57.40 | *** join/#brlcad dracarys_ (~dracarys9@1.39.12.172) | |
| 14:00.37 | Notify | 03BRL-CAD:carlmoore * 64893 (brlcad/trunk/TODO brlcad/trunk/include/rt/misc.h): fix a spelling, and remove a trailing blank or tab |
| 14:06.38 | *** join/#brlcad sofat (~androirc@106.192.180.22) | |
| 14:18.27 | *** join/#brlcad Gurwinder (3b5b70ad@gateway/web/freenode/ip.59.91.112.173) | |
| 14:21.56 | *** join/#brlcad sofat (~androirc@106.192.180.22) | |
| 14:22.41 | *** join/#brlcad Shubham (0e60dbf4@gateway/web/freenode/ip.14.96.219.244) | |
| 14:23.19 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 14:25.48 | *** join/#brlcad sofat (~androirc@106.192.180.22) | |
| 14:29.10 | Notify | 03BRL-CAD:starseeker * 64894 (brlcad/trunk/include/bn/adc.h brlcad/trunk/include/bn/anim.h and 40 others): More doxygen tweaks |
| 14:41.24 | Notify | 03BRL-CAD:starseeker * 64895 (brlcad/trunk/include/bn/anim.h brlcad/trunk/include/bn/clip.h and 3 others): Tweaks, fix some breakage of the plot group output in libbn |
| 14:53.28 | *** join/#brlcad dracarys983 (~dracarys9@123.201.174.237) | |
| 15:08.52 | Notify | 03BRL-CAD:starseeker * 64896 (brlcad/trunk/include/bu/cv.h brlcad/trunk/include/bu/debug.h and 7 others): Don't define top level groups in headers - that's the responsibility of the top level dox structure files. |
| 15:12.25 | Notify | 03BRL-CAD:starseeker * 64897 brlcad/trunk/misc/doxygen/libbu.dox: prefix toplevel group names - need to avoid confusion when we process multiple libraries simultaneously. |
| 15:28.05 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:36.18 | Notify | 03BRL-CAD:starseeker * 64898 (brlcad/trunk/include/bu/avs.h brlcad/trunk/include/bu/bitv.h and 29 others): Need prefixes to make multiple library dox generation work without miscategorizing. Clear some warnings. |
| 15:42.04 | Notify | 03BRL-CAD:starseeker * 64899 brlcad/trunk/include/common.h: Use the code wrapper |
| 15:44.57 | Notify | 03BRL-CAD:starseeker * 64900 (brlcad/trunk/include/bu/version.h brlcad/trunk/misc/doxygen/libbu.dox): Put libbu version in libbu module |
| 15:56.05 | Notify | 03BRL-CAD:starseeker * 64901 brlcad/trunk/misc/doxygen/Doxyfile.in: Unset anyway, and now apperently obsolete. |
| 15:57.57 | Notify | 03BRL-CAD:starseeker * 64902 (brlcad/trunk/include/bn/anim.h brlcad/trunk/include/bn/clip.h and 5 others): Start reworking libbn doxygen groups over to using bn_ prefix. |
| 16:32.55 | *** join/#brlcad sofat (~androirc@223.225.223.118) | |
| 17:13.50 | *** join/#brlcad hiteshsofat (~androirc@106.192.175.144) | |
| 17:21.11 | hiteshsofat | brlcad, i try with confluence but its not work so other think i am not know much about java language so it is difficult for me to edit this plugin (docbook importer) but i will try my affect on this plugin in next week. Other think if you explain the layout design for my mediawiki extension so i think we don't need to use this plugin. |
| 18:28.41 | *** join/#brlcad LordOfBikes (~armin@dslb-088-066-152-013.088.066.pools.vodafone-ip.de) | |
| 18:30.58 | *** join/#brlcad Shubham (0e62d910@gateway/web/freenode/ip.14.98.217.16) | |
| 18:38.13 | *** join/#brlcad ujjwal (~ujjwal@1.23.105.188) | |
| 19:22.12 | *** join/#brlcad Shubham (0e62d910@gateway/web/freenode/ip.14.98.217.16) | |
| 19:26.59 | Notify | 03BRL-CAD Wiki:Bhollister * 8278 /wiki/User:Bhollister/DevLogMay2015: /* Wednesday, May 6, 2015 */ |
| 19:32.19 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 19:41.28 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 19:43.32 | Notify | 03BRL-CAD:starseeker * 64903 brlcad/trunk/src/libbu/tcl.c: quell doxygen warning |
| 19:45.25 | Notify | 03BRL-CAD:starseeker * 64904 brlcad/trunk/src/libbn/plane.c: quell doxygen warning |
| 19:57.43 | Notify | 03BRL-CAD:starseeker * 64905 (brlcad/trunk/CHANGES brlcad/trunk/include/CMakeLists.txt and 13 others): Consolidate anim.h and bn/anim.h |
| 20:09.32 | *** join/#brlcad dracarys_ (~dracarys9@123.201.57.150) | |
| 20:10.39 | Notify | 03BRL-CAD:starseeker * 64906 brlcad/trunk/misc/doxygen/CMakeLists.txt: By default, don't add the src directories to the Doxygen output - focus on the public API/headers. |
| 20:20.17 | Notify | 03BRL-CAD:starseeker * 64907 brlcad/trunk/CHANGES: Add tp_setup's status as public API to the deprecation list. |
| 20:59.35 | Notify | 03BRL-CAD:carlmoore * 64908 brlcad/trunk/src/util/pixmatte.c: shorten by one assignment statement |
| 21:01.39 | Notify | 03BRL-CAD:starseeker * 64909 (brlcad/trunk/CHANGES brlcad/trunk/include/CMakeLists.txt and 84 others): Move plot3.h, consolidate vectfont.h and bn/vectfont.h |
| 21:03.16 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 21:08.35 | Notify | 03BRL-CAD:starseeker * 64910 (brlcad/trunk/include/bn/CMakeLists.txt brlcad/trunk/include/bn/bn_tcl.h brlcad/trunk/src/libbn/tcl.c): Fold tcl_encode into bn_tcl.h |
| 21:09.18 | Notify | 03BRL-CAD:carlmoore * 64911 brlcad/trunk/doc/docbook/system/man1/en/pixmerge.xml: can possibly use DEFAULT formula with a SPECIFIED -C argument |
| 21:27.21 | Notify | 03BRL-CAD:starseeker * 64912 (brlcad/trunk/include/bn/CMakeLists.txt brlcad/trunk/include/bn/mat.h and 12 others): More doxygen cleanup, consolidate plane_struct and plane_calc |
| 21:37.58 | Notify | 03BRL-CAD:starseeker * 64913 (brlcad/trunk/include/bn/msr.h brlcad/trunk/include/bn/poly.h and 5 others): libbn doxygen fixes |
| 21:44.50 | Notify | 03BRL-CAD:starseeker * 64914 (brlcad/trunk/CHANGES brlcad/trunk/include/CMakeLists.txt and 6 others): Move spm.h into bn subdir |
| 22:00.40 | Notify | 03BRL-CAD:starseeker * 64915 (brlcad/trunk/include/bn/bn_tcl.h brlcad/trunk/include/bn/spm.h and 6 others): more doxygen |
| 22:06.31 | Notify | 03BRL-CAD:starseeker * 64916 (brlcad/trunk/include/bn/multipoly.h brlcad/trunk/include/bn/plane.h and 7 others): More libbn doxygen |
| 22:12.45 | Notify | 03BRL-CAD:starseeker * 64917 (brlcad/trunk/include/bn/defines.h brlcad/trunk/include/bn/vlist.h and 7 others): clarify a few filenames |
| 22:15.36 | Notify | 03BRL-CAD:starseeker * 64918 brlcad/trunk/include/gm/defines.h: tweak group addition |
| 22:37.36 | *** join/#brlcad LordOfBikes_ (~armin@dslb-088-066-152-013.088.066.pools.vodafone-ip.de) | |
| 22:47.40 | Notify | 03BRL-CAD Wiki:Assisbarreto.rj * 0 /wiki/User:Assisbarreto.rj: |
| 00:23.48 | starseeker | brlcad: I think you told me at some point, but is there a reason we're keeping sysv as a separate library rather than just incorporating it as another portability guarantee in libbu? |
| 00:29.40 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 00:31.54 | Notify | 03BRL-CAD:starseeker * 64919 brlcad/trunk/misc/doxygen/librt.dox: Start working on how to conceptually break librt's functionality into groupsdoxygen modules. |
| 00:50.08 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 00:55.38 | Notify | 03BRL-CAD:starseeker * 64920 (brlcad/trunk/include/rt/db_fullpath.h brlcad/trunk/include/rt/search.h brlcad/trunk/misc/doxygen/librt.dox): Looks like a deeper hierarchy is in order... |
| 01:24.28 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 03:43.44 | *** join/#brlcad dracarys_ (~dracarys9@203.88.154.232) | |
| 05:22.14 | *** join/#brlcad ejno (~ejno@unaffiliated/kazaik) | |
| 05:22.33 | *** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 06:46.14 | *** join/#brlcad Gurwinder (75d7e75e@gateway/web/freenode/ip.117.215.231.94) | |
| 07:13.48 | Notify | 03BRL-CAD Wiki:Gurwinder Singh * 8279 /wiki/Google_Summer_of_Code/2015: /* G to POV Geometry Converter */ |
| 07:27.08 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 08:03.57 | *** join/#brlcad teepee-- (bc5c2133@gateway/web/freenode/ip.188.92.33.51) | |
| 08:19.38 | Notify | 03BRL-CAD Wiki:Julianfoad * 0 /wiki/User:Julianfoad: |
| 08:26.03 | Notify | 03BRL-CAD Wiki:Julianfoad * 8280 /wiki/ARL_Technical_Reports: delete spam |
| 12:13.35 | *** join/#brlcad luca79 (~luca@adsl-ull-177-44.44-151.net24.it) | |
| 12:29.49 | *** join/#brlcad luca79 (~luca@adsl-ull-40-61.47-151.net24.it) | |
| 13:54.43 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 13:58.29 | Notify | 03BRL-CAD:carlmoore * 64921 brlcad/trunk/src/libwdb/wdb.c: fix what was 'axix', having noticed that 'Axix' disappeared from my list of possible misspellings |
| 14:35.32 | Notify | 03BRL-CAD:carlmoore * 64922 brlcad/trunk/doc/docbook/system/man1/en/pixmerge.xml: reword the line of text which makes initial reference to foreground & background streams; no brackets yet regarding background.pix in the synopsis |
| 14:39.43 | *** join/#brlcad manan (~manan@122.162.166.113) | |
| 14:40.11 | Notify | 03BRL-CAD:carlmoore * 64923 brlcad/trunk/doc/docbook/system/man1/en/pixmerge.xml: shift the -C paragraph because that is what supplies the constant, if we want to use constant in place of 2nd (background) stream |
| 14:42.27 | *** part/#brlcad manan (~manan@122.162.166.113) | |
| 14:50.29 | Notify | 03BRL-CAD:carlmoore * 64924 brlcad/trunk/doc/docbook/system/man1/en/pixmerge.xml: more rearranging involving pixmerge.xml |
| 14:51.39 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 15:19.00 | *** join/#brlcad dracarys983 (~dracarys9@123.201.14.142) | |
| 15:29.43 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 15:31.51 | Notify | 03BRL-CAD:starseeker * 64925 (brlcad/trunk/CHANGES brlcad/trunk/include/CMakeLists.txt and 8 others): Move dvec and friends into bn subdir |
| 15:33.45 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:40.03 | Notify | 03BRL-CAD:starseeker * 64926 (brlcad/trunk/CHANGES brlcad/trunk/include/CMakeLists.txt and 130 others): move db.h to rt/db4.h and db5.h to rt/db5.h |
| 15:56.58 | Notify | 03BRL-CAD:starseeker * 64927 (brlcad/trunk/CHANGES brlcad/trunk/include/CMakeLists.txt and 44 others): merge mater.h and rt/mater.h. Replace mater.h includes with raytrace.h includes, which is safe since the toplevel mater.h was including all of raytrace.h anyway. |
| 16:02.20 | *** join/#brlcad merzo (~merzo@92.60.189.225) | |
| 16:04.53 | *** join/#brlcad Gurwinder (3b5bee51@gateway/web/freenode/ip.59.91.238.81) | |
| 16:16.03 | *** join/#brlcad gurwinder_ (3b5bee51@gateway/web/freenode/ip.59.91.238.81) | |
| 16:19.47 | *** join/#brlcad dracarys983 (~dracarys9@123.201.14.142) | |
| 16:43.32 | *** join/#brlcad sofat (~androirc@223.225.212.45) | |
| 16:51.16 | sofat | brlcad, please review my website i have added the search option in this. |
| 17:19.20 | Notify | 03BRL-CAD:starseeker * 64928 (brlcad/trunk/CHANGES brlcad/trunk/include/CMakeLists.txt and 71 others): Move nurb.h into rt subdir. |
| 17:34.55 | Notify | 03BRL-CAD:starseeker * 64929 (brlcad/trunk/CHANGES brlcad/trunk/include/CMakeLists.txt and 6 others): Move rtfunc.h to rt/func.h. |
| 17:45.26 | Notify | 03BRL-CAD:starseeker * 64930 (brlcad/trunk/CHANGES brlcad/trunk/include/CMakeLists.txt and 2 others): Consolidate tol.h and rt/tol.h |
| 17:52.16 | Notify | 03BRL-CAD:starseeker * 64931 (brlcad/trunk/CHANGES brlcad/trunk/include/CMakeLists.txt and 19 others): Move tie.h to rt/tie.h |
| 18:03.59 | *** join/#brlcad sofat (~androirc@202.164.45.204) | |
| 18:04.12 | Notify | 03BRL-CAD:starseeker * 64932 (brlcad/trunk/CHANGES brlcad/trunk/include/CMakeLists.txt and 19 others): MOve solid.h to rt/solid.h |
| 18:04.25 | sofat | brlcad, hello |
| 18:06.48 | sofat | I done my doc publishing task, should i start the work on editing? |
| 18:12.01 | *** join/#brlcad hiteshsofat (~androirc@202.164.45.204) | |
| 18:17.15 | Notify | 03BRL-CAD:starseeker * 64934 brlcad/trunk/include/CMakeLists.txt: redblack.h has long been obsolete - remove. |
| 18:34.55 | Notify | 03BRL-CAD:starseeker * 64935 (brlcad/trunk/include/CMakeLists.txt brlcad/trunk/include/optical.h): Set up header subdirectory for liboptical |
| 18:42.58 | *** join/#brlcad d356 (~d@50-90-234-94.res.bhn.net) | |
| 18:47.16 | Notify | 03BRL-CAD:starseeker * 64936 (brlcad/trunk/CHANGES brlcad/trunk/include/CMakeLists.txt and 6 others): Move shadework and shadefuncs into optical |
| 18:55.08 | Notify | 03BRL-CAD:starseeker * 64937 (brlcad/trunk/CHANGES brlcad/trunk/include/CMakeLists.txt and 13 others): Move light.h to optical |
| 18:56.16 | Notify | 03BRL-CAD:starseeker * 64933 (brlcad/trunk/include/CMakeLists.txt brlcad/trunk/include/gcv.h): Move gcv subheaders into a subdirectory. |
| 19:01.33 | Notify | 03BRL-CAD:starseeker * 64938 (brlcad/trunk/CHANGES brlcad/trunk/include/CMakeLists.txt and 3 others): Move plastic.h into optical subdir |
| 19:05.43 | *** join/#brlcad LordOfBikes (~armin@dslb-088-064-039-070.088.064.pools.vodafone-ip.de) | |
| 19:16.25 | Notify | 03BRL-CAD:starseeker * 64939 (brlcad/trunk/include/rt/CMakeLists.txt brlcad/trunk/include/rt/arb_edit.h and 5 others): Move rtgeom.h to the rt subdirectory |
| 19:17.52 | Notify | 03BRL-CAD:starseeker * 64940 (brlcad/trunk/CHANGES brlcad/trunk/include/CMakeLists.txt and 318 others): Move rtgeom.h to the rt subdirectory - commit from toplevel dir this time. |
| 19:30.22 | Notify | 03BRL-CAD:brlcad * 64941 brlcad/trunk/src/librt/primitives/xxx/xxx.c: update header references |
| 19:34.09 | Notify | 03BRL-CAD:brlcad * 64942 brlcad/trunk/include/bu/list.h: header @brief error |
| 19:54.17 | *** join/#brlcad sofat (~androirc@106.192.172.2) | |
| 19:55.07 | *** join/#brlcad hiteshsofat (~androirc@223.225.212.39) | |
| 20:19.22 | Notify | 03BRL-CAD:brlcad * 64943 brlcad/trunk/include/bu/list.h: more fixing brief |
| 20:21.26 | Notify | 03BRL-CAD:brlcad * 64944 brlcad/trunk/include/bu/malloc.h: another replicate brief entry ... looks to be the implementation comments though?? implementation comments shouldn't be in public headers... |
| 20:23.11 | Notify | 03BRL-CAD:brlcad * 64945 brlcad/trunk/src/libbu/tcl.c: disable the unused params as they don't exist after the preprocessor has its pass |
| 20:39.52 | Notify | 03BRL-CAD:brlcad * 64946 brlcad/trunk/src/librt/primitives/xxx/xxx.h: remove the documentation redundancy |
| 20:40.04 | Notify | 03BRL-CAD:brlcad * 64947 brlcad/trunk/src/librt/primitives/xxx/xxx.c: update to the next header layout |
| 23:05.17 | *** join/#brlcad dracarys983 (~dracarys9@123.201.97.18) | |
| 23:48.21 | *** join/#brlcad dracarys983 (~dracarys9@123.201.97.18) | |
| 23:54.00 | *** join/#brlcad dracarys983 (~dracarys9@123.201.97.18) | |
| 00:03.54 | Notify | 03BRL-CAD Wiki:Bhollister * 8281 /wiki/User:Bhollister/DevLogMay2015: /* Thursday, May 7, 2015 */ |
| 00:06.03 | Notify | 03BRL-CAD Wiki:Bhollister * 8282 /wiki/User:Bhollister/DevLogMay2015: /* Friday, May 8, 2015 */ |
| 02:12.28 | *** join/#brlcad Gurwinder (75dc9244@gateway/web/freenode/ip.117.220.146.68) | |
| 03:13.21 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 03:22.35 | Notify | 03BRL-CAD:brlcad * 64948 brlcad/trunk/src/librt/primitives/xxx/xxx.h: remove the #define(EXAMPLE_INTERNAL) preprocessor logic and explain what's going on with comments instead |
| 03:23.58 | Notify | 03BRL-CAD:brlcad * 64949 brlcad/trunk/src/librt/primitives/xxx/xxx.c: pull out the instructions into their own comment so they are more easily stripped by new callers, remove outdated v4 steps, expand on and add additional steps with reasoning. |
| 03:35.39 | Notify | 03BRL-CAD:brlcad * 64950 brlcad/trunk/src/conv/asc/g2asc.c: add some clarification comments about v4 vs v5 |
| 03:37.02 | Notify | 03BRL-CAD:brlcad * 64951 brlcad/trunk/src/libwdb/dynamic_geometry.c: use the more common RT_CK_WDB |
| 04:59.25 | *** join/#brlcad dracarys983 (~dracarys9@123.201.97.18) | |
| 09:31.33 | Notify | 03BRL-CAD Wiki:MilindaFernando * 8283 /wiki/User:MilindaFernando/abstrac: /* STEP Viewer Project Abstract */ |
| 09:34.03 | Notify | 03BRL-CAD Wiki:MilindaFernando * 8284 /wiki/User:MilindaFernando/gsoc2015_project_proposal: |
| 09:34.15 | Notify | 03BRL-CAD Wiki:MilindaFernando * 8285 /wiki/Google_Summer_of_Code/2015: /* STEP Viewer */ |
| 09:41.32 | Notify | 03BRL-CAD Wiki:MilindaFernando * 8286 /wiki/User:MilindaFernando/gsoc2015_devlog: /* STEP Viewer Project Development Log */ |
| 12:18.41 | *** join/#brlcad pujani (~pujani@202.164.53.117) | |
| 12:18.53 | *** join/#brlcad pujani_ (~pujani@202.164.53.117) | |
| 12:44.52 | *** join/#brlcad dracarys983 (~dracarys9@203.187.203.25) | |
| 12:50.37 | *** join/#brlcad pujani (~pujani@202.164.45.204) | |
| 13:09.57 | Notify | 03BRL-CAD Wiki:Dracarys983 * 8287 /wiki/User:Dracarys983/Development_Logs: /* Development Logs */ |
| 15:19.18 | *** join/#brlcad Shubham (67e9742a@gateway/web/freenode/ip.103.233.116.42) | |
| 15:33.44 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:48.59 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:01.34 | Notify | 03BRL-CAD Wiki:Dracarys983 * 8288 /wiki/Google_Summer_of_Code/2015: /* Object-Oriented C++ Geometry API */ |
| 16:48.39 | *** join/#brlcad gaganjyot (~gaganjyot@27.255.240.125) | |
| 16:50.03 | *** join/#brlcad gaganjyot (~gaganjyot@27.255.240.125) | |
| 17:00.50 | *** join/#brlcad gaganjyot (~gaganjyot@27.255.240.125) | |
| 17:00.53 | gaganjyot | brlcad, hi |
| 17:38.48 | Notify | 03BRL-CAD Wiki:Pujanibrlcad * 8289 /wiki/User:Hiteshsofat/GSoc15/proposal: |
| 17:44.25 | *** join/#brlcad pujani (~pujani@202.164.45.204) | |
| 17:44.32 | *** join/#brlcad pujani_ (~pujani@202.164.45.204) | |
| 17:59.05 | *** join/#brlcad merzo (~merzo@22-53-133-95.pool.ukrtel.net) | |
| 18:10.29 | Notify | 03BRL-CAD:starseeker * 64952 (brlcad/trunk/include/rt/debug.h brlcad/trunk/include/rt/geom.h and 19 others): Start categorizing librt components. Primitives are the most obvious candidates. |
| 18:29.55 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 18:45.13 | Notify | 03BRL-CAD:starseeker * 64953 (brlcad/trunk/include/rt/application.h brlcad/trunk/include/rt/boolweave.h and 8 others): Start identifying and categorizing the key pieces needed for an actually raytrace. This needs much better documentation - need to check other docs to see if descriptions/examples can be translated into API docs. |
| 19:14.45 | *** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 19:36.27 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 19:36.50 | *** join/#brlcad dracarys_ (~dracarys9@123.201.101.243) | |
| 20:18.26 | *** join/#brlcad LordOfBikes (~armin@dslc-082-083-187-024.pools.arcor-ip.net) | |
| 20:29.48 | *** join/#brlcad merzo (~merzo@22-53-133-95.pool.ukrtel.net) | |
| 22:00.34 | *** join/#brlcad merzo (~merzo@36-50-133-95.pool.ukrtel.net) | |
| 22:02.48 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 22:34.56 | *** join/#brlcad merzo (~merzo@56-21-133-95.pool.ukrtel.net) | |
| 22:59.02 | starseeker | cool - there's source code for this: http://cg.tuwien.ac.at/~zsolnai/gfx/separable-subsurface-scattering-with-activision-blizzard/ |
| 23:00.49 | starseeker | ah https://github.com/iryoku/separable-sss |
| 23:10.58 | *** join/#brlcad merzo (~merzo@140-44-132-95.pool.ukrtel.net) | |
| 23:36.39 | *** join/#brlcad merzo (~merzo@56-12-132-95.pool.ukrtel.net) | |
| 00:22.02 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 00:41.44 | *** join/#brlcad aniu (~niuhaolia@111.161.17.6) | |
| 01:29.48 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 03:58.24 | Notify | 03BRL-CAD Wiki:203.189.188.50 * 8290 /wiki/Google_Summer_of_Code/2015: /* STEP Viewer */ |
| 06:03.29 | *** join/#brlcad pujani (~pujani@202.164.53.117) | |
| 06:03.53 | *** join/#brlcad pujani_ (~pujani@202.164.53.117) | |
| 08:36.14 | *** join/#brlcad konrado (~konro@41.205.22.51) | |
| 11:27.38 | *** join/#brlcad dracarys983 (~dracarys@43.229.107.253) | |
| 11:37.31 | *** join/#brlcad dracarys (~dracarys@123.201.174.114) | |
| 14:01.47 | *** join/#brlcad Gurwinder (75d6c849@gateway/web/freenode/ip.117.214.200.73) | |
| 14:04.27 | Gurwinder | brlcad: Hi, I'm reading documents of linuxCNC and also try to install it on my system but my system is ubuntu 14.04 so I read that LinuxCNC is not supportive on it. So I'm going to try it on virtual box. |
| 14:07.23 | *** join/#brlcad Gurwinder_ (75d6c849@gateway/web/freenode/ip.117.214.200.73) | |
| 14:13.04 | *** join/#brlcad d356 (~d@50-90-12-45.res.bhn.net) | |
| 14:26.04 | Notify | 03BRL-CAD Wiki:117.214.200.73 * 8291 /wiki/Google_Summer_of_Code/2015: /* Povray export */ |
| 14:50.14 | Notify | 03BRL-CAD Wiki:202.164.45.204 * 8292 /wiki/Google_Summer_of_Code/2015: /* Accepted Projects */ |
| 15:56.16 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 16:07.55 | *** join/#brlcad ih8sum3r (~chatzilla@122.173.194.133) | |
| 16:31.23 | Notify | 03BRL-CAD Wiki:Deekaysharma * 8293 /wiki/Google_Summer_of_Code/2015: /* Online Geometry Viewer (OGV) */ |
| 16:32.34 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 16:47.10 | Notify | 03BRL-CAD Wiki:Deekaysharma * 8294 /wiki/User:Deekaysharma/GSoc15/OGV_production_ready_plan: Created page with "* '''Landing Page''' Landing page is almost empty. It should explain to users how to use OGV in say, "X" simple steps like https://360.autodesk.com/viewer. Use graphics (image..." |
| 17:12.02 | Notify | 03BRL-CAD Wiki:Deekaysharma * 8295 /wiki/Google_Summer_of_Code/2015: /* Online Geometry Viewer (OGV) */ |
| 18:41.45 | Notify | 03BRL-CAD:starseeker * 64954 (brlcad/trunk/include/rt/application.h brlcad/trunk/include/rt/functab.h and 6 others): Try to describe what it means to be a hit, a seg, and a partition. Need to make sure I'm understanding this correctly, which will probably require walking through the C code. |
| 18:47.03 | *** join/#brlcad dracarys983 (~dracarys@123.201.174.114) | |
| 18:53.58 | *** join/#brlcad dracarys983 (~dracarys@123.201.174.114) | |
| 19:27.20 | *** join/#brlcad LordOfBikes (~armin@dslb-088-066-158-180.088.066.pools.vodafone-ip.de) | |
| 19:37.38 | *** join/#brlcad dracarys983_ (~dracarys@123.201.15.126) | |
| 20:11.04 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 20:14.25 | *** join/#brlcad dracarys983 (~dracarys@123.201.15.126) | |
| 03:37.53 | *** join/#brlcad dracarys983_ (~dracarys@203.88.152.133) | |
| 04:06.01 | *** join/#brlcad d356 (~d@23-91-246-26.cpe.distributel.net) | |
| 04:16.07 | *** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 04:16.21 | *** join/#brlcad Ch3ck_ (~Ch3ck@66-118-151-70.static.sagonet.net) | |
| 04:16.26 | *** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net) | |
| 04:19.01 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) | |
| 04:21.01 | *** join/#brlcad maths22 (~maths22@66-118-151-70.static.sagonet.net) | |
| 04:21.04 | *** join/#brlcad ejno (~ejno@unaffiliated/kazaik) | |
| 05:04.42 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) | |
| 05:06.43 | *** join/#brlcad Ch3ck_ (~Ch3ck@66-118-151-70.static.sagonet.net) | |
| 05:06.50 | *** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 05:06.52 | *** join/#brlcad ejno (~ejno@unaffiliated/kazaik) | |
| 05:06.59 | *** join/#brlcad maths22 (~maths22@66-118-151-70.static.sagonet.net) | |
| 05:07.06 | *** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net) | |
| 06:05.11 | *** join/#brlcad ejno (~ejno@unaffiliated/kazaik) | |
| 06:05.13 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) | |
| 06:05.21 | *** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net) | |
| 06:05.33 | *** join/#brlcad Ch3ck_ (~Ch3ck@66-118-151-70.static.sagonet.net) | |
| 06:05.34 | *** join/#brlcad maths22 (~maths22@66-118-151-70.static.sagonet.net) | |
| 06:06.08 | *** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 07:58.27 | *** join/#brlcad dracarys983 (~dracarys@123.201.8.41) | |
| 08:03.43 | *** join/#brlcad teepee-- (bc5c2133@gateway/web/freenode/ip.188.92.33.51) | |
| 08:11.07 | *** join/#brlcad merzo (~merzo@179-72-133-95.pool.ukrtel.net) | |
| 08:55.33 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 10:04.02 | *** join/#brlcad teepee-- (bc5c2133@gateway/web/freenode/ip.188.92.33.51) | |
| 11:35.02 | *** join/#brlcad merzo (~merzo@201-149-133-95.pool.ukrtel.net) | |
| 12:25.08 | *** join/#brlcad merzo (~merzo@18-4-132-95.pool.ukrtel.net) | |
| 12:49.17 | *** join/#brlcad merzo_ (~merzo@170-115-133-95.pool.ukrtel.net) | |
| 13:28.59 | *** join/#brlcad merzo_ (~merzo@26-55-133-95.pool.ukrtel.net) | |
| 14:10.59 | *** join/#brlcad merzo_ (~merzo@3-88-132-95.pool.ukrtel.net) | |
| 14:26.15 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 14:41.51 | Notify | 03BRL-CAD:carlmoore * 64955 (brlcad/trunk/src/librt/primitives/xxx/xxx.c brlcad/trunk/src/librt/primitives/xxx/xxx.h): remove trailing blanks/tabs; fix spelling |
| 15:10.21 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:48.14 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 16:13.11 | *** join/#brlcad teepee-- (bc5c2134@gateway/web/freenode/ip.188.92.33.52) | |
| 16:56.07 | *** join/#brlcad dracarys983 (~dracarys@123.201.91.119) | |
| 17:02.05 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 17:30.05 | *** join/#brlcad alisha (~quassel@115.184.83.152) | |
| 17:38.45 | *** join/#brlcad kintel_ (~kintel@unaffiliated/kintel) | |
| 18:19.30 | *** join/#brlcad LordOfBikes (~armin@dslb-178-007-231-242.178.007.pools.vodafone-ip.de) | |
| 18:26.35 | *** join/#brlcad yiyus_ (1242712427@je.je.je) | |
| 18:32.18 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 18:55.13 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 18:58.18 | *** join/#brlcad dracarys983 (~dracarys@123.201.91.119) | |
| 19:32.00 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 20:11.20 | Notify | 03BRL-CAD:n_reed * 64956 brlcad/trunk/src/proc-db/naca/nacax.c: address compiler-detected out of bounds indexing |
| 20:22.02 | Notify | 03BRL-CAD:n_reed * 64957 brlcad/trunk/src/proc-db/naca/splprocs.c: Initialize e to quell false positive 'may be used uninitialized warning'. e is only uninitialized if f(b) == 0.0, and the code exits before using e if that's the case. |
| 20:54.23 | Notify | 03BRL-CAD:n_reed * 64958 brlcad/trunk/src/proc-db/naca/splprocs.c: address compiler warning about sum being used uninitialized |
| 21:00.33 | Notify | 03BRL-CAD:n_reed * 64959 brlcad/trunk/src/proc-db/naca/nacax.c: address compiler warning about out of bounds index caused by swapped macro args |
| 21:01.03 | *** join/#brlcad d356 (~d@174-138-193-65.cpe.distributel.net) | |
| 21:36.55 | *** join/#brlcad merzo_ (~merzo@209-43-132-95.pool.ukrtel.net) | |
| 22:21.45 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 22:42.15 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 02:14.39 | *** join/#brlcad konrado (~konro@41.205.22.26) | |
| 03:26.42 | Notify | 03BRL-CAD Wiki:Shaina7837 * 8296 /wiki/User:Shainasabarwal/GSoC15/logs: /* Community Bonding Period */ |
| 06:28.47 | *** join/#brlcad luca79 (~luca@151.19.252.209) | |
| 06:56.03 | *** join/#brlcad merzo_ (~merzo@user-94-45-58-141.skif.com.ua) | |
| 07:45.59 | *** join/#brlcad luca79 (~luca@151.19.252.209) | |
| 08:05.00 | *** join/#brlcad Alex_P (2513dcef@gateway/web/freenode/ip.37.19.220.239) | |
| 08:19.46 | *** join/#brlcad teepee-- (bc5c2134@gateway/web/freenode/ip.188.92.33.52) | |
| 08:21.33 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 10:29.44 | *** join/#brlcad witness (uid10044@gateway/web/irccloud.com/x-zeapewxcaposxgxx) | |
| 11:16.23 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 11:30.10 | *** join/#brlcad sofat (~sofat@202.164.53.117) | |
| 11:57.05 | sofat | starseeker, I have submitted the patch on megd html docs. I have converted these docs into xml. Please review this. |
| 13:19.51 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 13:33.57 | *** join/#brlcad dracarys983 (~dracarys@203.187.194.235) | |
| 13:37.32 | dracarys983 | d_rossberg: Hello! :) |
| 13:37.50 | dracarys983 | is having a hard time building Appleseed. |
| 13:41.10 | dracarys983 | d_rossberg: Oh, I forgot to point you to the link where you can review the call backs I implemented. Here : https://goo.gl/4gqgD5 |
| 13:48.02 | d_rossberg | hi dracarys983 |
| 13:49.01 | d_rossberg | when you are ready you should open a patch ticket on sourceforge with your changes |
| 13:49.38 | dracarys983 | d_rossberg: Yes, will do. :) |
| 13:49.44 | d_rossberg | regarding your rt_ehy_centroid(): the centroid's x coordinate is always 0? |
| 13:51.18 | dracarys983 | d_rossberg: Uh, yeah, according to the general equation mentioned in the comments. |
| 13:51.41 | dracarys983 | Transformations will have their effects though |
| 13:54.55 | dracarys983 | Actually, it's 0 in it's own frame of reference. |
| 14:00.17 | d_rossberg | sure, but the base primitive is already "somewhere" in the room, usually ehy_V isn't the origin, ehy_H not the x axis |
| 14:02.24 | d_rossberg | even ehy_Au doesn't need to be orthogonal on ehy_H |
| 14:03.05 | d_rossberg | e.g. the centroid isn't necessarily on the symmetry axis |
| 14:04.29 | dracarys983 | Hm, I will have to take a deeper look. Will analyze it. :) |
| 14:07.57 | dracarys983 | d_rossberg: Also, my HYP's surface area callback is not perfect right now. I have found the right way though. I'll update it ASAP. |
| 14:09.17 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 14:11.04 | d_rossberg | dracarys983: see if you can fix it, some will be possible, some not, this are candidates for a generic routine :) |
| 14:12.53 | dracarys983 | plans to try mathematical approach until start of coding period and then generic for all :) |
| 14:13.51 | dracarys983 | d_rossberg: That sound like a good plan? |
| 14:15.01 | d_rossberg | yes, sounds good |
| 14:16.42 | dracarys983 | d_rossberg: Awesome :) |
| 14:21.21 | dracarys983 | d_rossberg: Out of curiosity, do we use OSL? |
| 14:22.44 | dracarys983 | says BRL-CAD has a very clean build system, unlike some that he has come across in the past few days. |
| 14:23.58 | d_rossberg | which OSL do you mean? Open Shading Language? |
| 14:25.14 | dracarys983 | d_rossberg: Yes :D |
| 14:31.01 | d_rossberg | it is possible to use an OSL shader (Sony) from BRL-CAD, it was implemented in GSoC 2011 by Guilherme Kunigami |
| 14:32.35 | d_rossberg | http://brlcad.org/wiki/User:Kunigami/GSoc2011/OSL_Tutorial |
| 14:34.39 | dracarys983 | d_rossberg: That's nice :) |
| 14:44.43 | *** join/#brlcad dracarys983_ (~dracarys@219.91.135.235) | |
| 15:07.07 | *** join/#brlcad dracarys983__ (~dracarys@203.187.229.253) | |
| 15:39.45 | Notify | 03BRL-CAD Wiki:Bhollister * 8297 /wiki/User:Bhollister/DevLogMay2015: /* Saturday, May 9, 2015 */ |
| 15:39.57 | Notify | 03BRL-CAD Wiki:Bhollister * 8298 /wiki/User:Bhollister/DevLogMay2015: /* Sunday, May 10, 2015 */ |
| 15:41.36 | Notify | 03BRL-CAD Wiki:Bhollister * 8299 /wiki/User:Bhollister/DevLogMay2015: /* Monday, May 11, 2015 */ |
| 15:52.16 | *** join/#brlcad dracarys983_ (~dracarys@123.201.10.29) | |
| 15:56.49 | *** join/#brlcad gaganjyot (~gaganjyot@27.255.240.125) | |
| 16:08.28 | gaganjyot | hey brlcad! |
| 16:18.33 | Notify | 03BRL-CAD:carlmoore * 64960 brlcad/trunk/src/util/gencolor.c: move initialization to beginning of main program |
| 16:46.32 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 17:01.57 | *** join/#brlcad starseek1r (~starseeke@66-118-151-70.static.sagonet.net) | |
| 17:02.25 | *** join/#brlcad maths22 (~maths22@66-118-151-70.static.sagonet.net) | |
| 17:10.55 | *** join/#brlcad dracarys983__ (~dracarys@219.91.163.230) | |
| 17:43.12 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 17:52.50 | Notify | 03BRL-CAD:carlmoore * 64961 brlcad/trunk/src/util/pixbackgnd.c: reformatting of Usage statement in pixbackgnd |
| 17:54.12 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 18:01.18 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 18:28.20 | *** join/#brlcad sofat (~sofat@202.164.45.208) | |
| 18:31.03 | Notify | 03BRL-CAD:carlmoore * 64962 brlcad/trunk/doc/docbook/system/man1/en/pixbackgnd.xml: combine -H description with that of -s,-w,-n, because of use of high-intensity. |
| 18:49.32 | Notify | 03BRL-CAD:carlmoore * 64963 brlcad/trunk/src/util/pixbackgnd.c: add comments to provide better links regarding documentation |
| 19:11.38 | Notify | 03BRL-CAD:carlmoore * 64964 brlcad/trunk/src/util/pixbackgnd.c: restore the Usage, except add a new 'used in place of ...' remark |
| 19:21.42 | *** join/#brlcad LordOfBikes (~armin@dslb-178-010-190-220.178.010.pools.vodafone-ip.de) | |
| 19:26.17 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 19:33.07 | Notify | 03BRL-CAD:carlmoore * 64965 brlcad/trunk/doc/docbook/system/man1/en/pixbackgnd.xml: more rearranging -- better explanation for use of 240 & 50 |
| 19:51.56 | *** join/#brlcad kintel_ (~kintel@unaffiliated/kintel) | |
| 20:01.17 | *** join/#brlcad kintel_ (~kintel@unaffiliated/kintel) | |
| 20:26.17 | Notify | 03BRL-CAD Wiki:John Carter of Mars * 0 /wiki/User:John_Carter_of_Mars: |
| 20:30.31 | *** join/#brlcad kintel_ (~kintel@unaffiliated/kintel) | |
| 20:32.55 | Notify | 03BRL-CAD Wiki:John Carter of Mars * 8300 /wiki/Documentation: |
| 20:37.32 | Notify | 03BRL-CAD Wiki:John Carter of Mars * 8301 /wiki/Talk:Main_page: |
| 21:42.59 | *** join/#brlcad witness (uid10044@gateway/web/irccloud.com/x-hsorbgysosmzgirz) | |
| 22:52.35 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 23:10.56 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 00:59.30 | *** join/#brlcad dracarys983 (~dracarys@1.39.12.90) | |
| 01:31.14 | Notify | 03BRL-CAD Wiki:Sean * 0 /wiki/Alexander_Tatarnikov_(diezel_sun): unrelated content |
| 01:31.42 | Notify | 03BRL-CAD Wiki:Sean * 8302 /wiki/Documentation: Reverted edits by [[Special:Contributions/John Carter of Mars|John Carter of Mars]] ([[User talk:John Carter of Mars|talk]]) to last revision by [[User:Dloman|Dloman]] |
| 01:32.10 | Notify | 03BRL-CAD Wiki:Sean * 0 /wiki/User:John_Carter_of_Mars: Inserting nonsense/gibberish into pages |
| 01:32.37 | Notify | 03BRL-CAD Wiki:Sean * 8303 /wiki/Talk:Main_page: Reverted edits by [[Special:Contributions/John Carter of Mars|John Carter of Mars]] ([[User talk:John Carter of Mars|talk]]) to last revision by [[User:Ssfrgnvola|Ssfrgnvola]] |
| 01:41.12 | *** join/#brlcad dracarys983 (~dracarys@150.107.211.233) | |
| 01:44.21 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 02:10.56 | Notify | 03BRL-CAD:starseeker * 64966 brlcad/trunk/doc/docbook/articles/en/CMakeLists.txt: Apply patch #365 from Hitesh Sofat adding mged html conversion, after fixing the article name from megd.xml to mged.xml |
| 02:32.48 | *** join/#brlcad d356 (~d@174-138-220-228.cpe.distributel.net) | |
| 02:44.44 | *** join/#brlcad d356 (~d@174-138-220-228.cpe.distributel.net) | |
| 04:16.44 | *** join/#brlcad konrado (~konro@41.205.22.24) | |
| 05:15.37 | *** join/#brlcad yiyus (1242712427@je.je.je) | |
| 06:05.40 | *** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net) | |
| 06:09.18 | milamber | hey all, i was just looking at the brlcad.org site. i just wanted to verify it is still current/official. if it is, there hasn't been any front page activity since 2013 and it seems the comment system isn't catching bots/being moderated. there are several pages with matching symptoms: http://brlcad.org/gallery/screenshots/cassini-glass-titan |
| 07:34.36 | *** join/#brlcad teepee-- (bc5c2134@gateway/web/freenode/ip.188.92.33.52) | |
| 07:40.24 | Stragus | milamber, new releases are big events every few years, but there's plenty of incremental updates pushed to the repository |
| 07:41.03 | *** join/#brlcad dracarys983 (~dracarys@150.107.211.112) | |
| 07:41.04 | Stragus | but I agree they need to make an effort regarding front page announcements |
| 07:45.17 | *** join/#brlcad infobot (ibot@rikers.org) | |
| 07:45.17 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-) | |
| 07:51.32 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 08:00.30 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 09:19.32 | *** join/#brlcad dracarys983 (~dracarys@219.91.140.111) | |
| 10:30.31 | *** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 10:34.45 | *** join/#brlcad maths22 (~maths22@66-118-151-70.static.sagonet.net) | |
| 10:51.38 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 10:57.52 | *** join/#brlcad dracarys983 (~dracarys@1.39.12.28) | |
| 12:00.39 | *** join/#brlcad dracarys983 (~dracarys@219.91.141.147) | |
| 12:14.58 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 12:55.36 | *** join/#brlcad teepee-- (bc5c2134@gateway/web/freenode/ip.188.92.33.52) | |
| 13:20.33 | *** join/#brlcad maths22 (~maths22@66-118-151-70.static.sagonet.net) | |
| 13:20.34 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) | |
| 13:44.15 | dracarys983 | has successfully built Appleseed, finally. |
| 13:48.25 | Notify | 03BRL-CAD:carlmoore * 64967 (brlcad/trunk/BUGS brlcad/trunk/doc/docbook/articles/en/CMakeLists.txt brlcad/trunk/doc/docbook/articles/en/mged.xml): remove trailing blanks/tabs; add missing newline at a file end; fix punctuation in a BUGS entry; use 'concatting' (double t) due to my having seen 'concatted' |
| 13:57.12 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 14:10.32 | Notify | 03BRL-CAD:carlmoore * 64968 brlcad/trunk/doc/html/manuals/mged/mged_cmd_index.html: fix another 'concating' by adding a 2nd t |
| 14:14.26 | Notify | 03BRL-CAD:starseeker * 64969 (brlcad/trunk/src/conv/gcv/CMakeLists.txt brlcad/trunk/src/libgm/CMakeLists.txt): Add files for distcheck |
| 14:14.48 | starseek1r | dracarys983: awesome! |
| 14:21.30 | dracarys983 | starseek1r: The studio is not able to read curve files though. Anyways, it was one hell of a ride -- building this. :) |
| 14:21.42 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 14:30.48 | Notify | 03BRL-CAD:starseeker * 64970 brlcad/trunk/regress/repository.sh: Ignore optionparser - mentions getopt in comments |
| 15:17.40 | Notify | 03BRL-CAD:starseeker * 64971 brlcad/trunk/regress/repository.sh: add optionparser.h to common.h exempt list. |
| 15:18.48 | Notify | 03BRL-CAD:starseeker * 64972 brlcad/trunk/regress/repository.sh: db.h is now rt/db4.h |
| 15:25.19 | starseek1r | dracarys983: if you're ever bored you should try building meshlab |
| 15:25.43 | starseek1r | someday i'm going to get annoyed again and finish the CMake build I started for them... |
| 15:27.01 | dracarys983 | dracarys983: Hah! Nice. Sounds fun. I'll try it sometime, sure. :) |
| 15:28.45 | dracarys983 | starseek1r: Oops! Tagged myself :P |
| 15:38.28 | *** join/#brlcad d356 (~d@174-138-220-228.cpe.distributel.net) | |
| 15:44.06 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 17:04.54 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 17:58.27 | Notify | 03BRL-CAD:starseeker * 64973 brlcad/trunk/src/libbu/mime.cmake: Make a stab at cleanup... |
| 18:00.00 | Notify | 03BRL-CAD:starseeker * 64974 brlcad/trunk/src/libbu/mime.cmake: typo |
| 18:01.44 | Notify | 03BRL-CAD:starseeker * 64975 brlcad/trunk/src/libgm/gm_private.h: Add GM_EXPORT |
| 18:09.44 | Notify | 03BRL-CAD:starseeker * 64976 brlcad/trunk/src/libgm/gm_private.h: Make this look a little more like the librt private header. |
| 18:27.01 | *** join/#brlcad brad_h (~behollis@dhcp-59-221.cse.ucsc.edu) | |
| 18:28.17 | *** join/#brlcad Nicop06 (~nicolas@htr06-1-82-227-229-91.fbx.proxad.net) | |
| 18:47.07 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 18:47.22 | *** join/#brlcad LordOfBikes (~armin@dslb-092-074-250-053.092.074.pools.vodafone-ip.de) | |
| 19:17.46 | *** mode/#brlcad [+o brlcad] by ChanServ | |
| 20:02.56 | *** join/#brlcad gaganjyot (~gaganjyot@27.255.240.125) | |
| 20:05.37 | Notify | 03BRL-CAD:starseeker * 64977 (brlcad/trunk/src/libbn/CMakeLists.txt brlcad/trunk/src/libgm/CMakeLists.txt): Move gm utility bits from libbn to libgm... |
| 20:06.30 | Notify | 03BRL-CAD:starseeker * 64978 brlcad/trunk/src/libgm/util.c: bn->gm |
| 20:52.10 | Notify | 03BRL-CAD:starseeker * 64979 (brlcad/trunk/include/bu/avs.h brlcad/trunk/include/bu/bitv.h and 29 others): Remove Doxygen references to implementation files in public bu headers. |
| 20:58.00 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 21:30.44 | *** join/#brlcad Nicop06 (~nicolas@htr06-1-82-227-229-91.fbx.proxad.net) | |
| 21:33.47 | Notify | 03BRL-CAD:starseeker * 64980 brlcad/trunk/include/bn/tabdata.h: remove implementation file mention from tabdata.h |
| 21:38.59 | Notify | 03BRL-CAD:starseeker * 64981 (brlcad/trunk/include/rt/calc.h brlcad/trunk/include/rt/nmg.h and 3 others): Remove .c file references. |
| 00:44.21 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 01:07.56 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 02:26.38 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 02:44.06 | *** join/#brlcad d356 (~d@174-138-193-24.cpe.distributel.net) | |
| 03:13.56 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 03:36.35 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 05:20.59 | *** join/#brlcad dracarys983 (~dracarys@203.187.229.58) | |
| 05:28.50 | Notify | 03BRL-CAD:brlcad * 64982 (brlcad/trunk/include/CMakeLists.txt brlcad/trunk/include/bg/CMakeLists.txt and 33 others): symmetry. rename libgm to libbg. similar to our basic utility and basic numeric libs, this describes a library scope for 'basic geometry'. add benefit is that it also doesn't seem to have any notable use (actually even less use than gm). scope still needs more rigorous definition to avoid scope |
| 05:28.52 | Notify | creep, but notionally seems to be unstructured geometry entities that can be statically defined (and non-variadic, finite). |
| 05:28.55 | Notify | ... |
| 06:21.37 | Notify | 03BRL-CAD:brlcad * 64983 (brlcad/trunk/include/gm.h =================================================================== and 83 others): looks like I missed doing the svn mv on this header. rename to bg.h and update contents to reflect. |
| 07:10.07 | *** join/#brlcad merzo (~merzo@reassuring.proceeder.volia.net) | |
| 08:15.46 | *** join/#brlcad dracarys983 (~dracarys@219.91.135.129) | |
| 08:31.34 | *** join/#brlcad javampire (~ncsaba@p4FF72637.dip0.t-ipconnect.de) | |
| 08:31.35 | *** join/#brlcad javampire (~ncsaba@unaffiliated/javampire) | |
| 08:37.24 | *** join/#brlcad pujani (~pujani@202.164.53.117) | |
| 08:51.03 | *** join/#brlcad dracarys983 (~dracarys@219.91.135.150) | |
| 09:00.31 | Notify | 03BRL-CAD Wiki:Amitupadhyay * 0 /wiki/User:Amitupadhyay: |
| 09:29.16 | *** join/#brlcad konrado (~konro@154.70.108.201) | |
| 09:41.26 | *** join/#brlcad LordOfBikes (~armin@dslb-088-065-182-243.088.065.pools.vodafone-ip.de) | |
| 09:53.00 | *** join/#brlcad Nicop06 (~nicolas@htr06-1-82-227-229-91.fbx.proxad.net) | |
| 10:03.28 | *** join/#brlcad merzo (~merzo@31.223.229.15) | |
| 10:21.51 | *** join/#brlcad pujani (~pujani@202.164.53.117) | |
| 10:54.00 | *** join/#brlcad merzo (~merzo@31.223.229.15) | |
| 10:54.47 | *** join/#brlcad Nicop06 (~nicolas@htr06-1-82-227-229-91.fbx.proxad.net) | |
| 11:16.16 | *** join/#brlcad merzo (~merzo@31.223.229.15) | |
| 11:18.27 | *** join/#brlcad pujani (~pujani@202.164.45.208) | |
| 11:30.35 | *** join/#brlcad dracarys983 (~dracarys@219.91.135.150) | |
| 12:00.42 | *** join/#brlcad gaganjyot (~gaganjyot@27.255.240.125) | |
| 12:21.38 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 12:26.30 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 12:42.28 | *** join/#brlcad Nicop06 (~nicolas@htr06-1-82-227-229-91.fbx.proxad.net) | |
| 12:58.43 | *** join/#brlcad pujani (~pujani@202.164.45.208) | |
| 13:38.30 | Notify | 03BRL-CAD:starseeker * 64984 brlcad/trunk/include/rt/pattern.h: Rework rt_pattern documentation |
| 13:50.37 | Notify | 03BRL-CAD:starseeker * 64985 brlcad/trunk/include/rt/pattern.h: Make a note of where to start looking for the spherical point stuff... |
| 13:58.06 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 14:05.54 | *** join/#brlcad LordOfBikes (~armin@dslb-088-065-182-243.088.065.pools.vodafone-ip.de) | |
| 14:19.27 | *** join/#brlcad Ch3ck (~Ch3ck@41.205.22.42) | |
| 14:49.55 | *** part/#brlcad Ch3ck (~Ch3ck@41.205.22.42) | |
| 14:51.10 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8304 /wiki/User:MeShubham99/GSoc15/OGV_production_ready_plan: |
| 14:54.59 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8305 /wiki/User:MeShubham99/GSoc15/OGV_production_ready_plan: |
| 14:56.18 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8306 /wiki/User:MeShubham99/GSoc15/OGV_production_ready_plan: |
| 14:57.51 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8307 /wiki/Google_Summer_of_Code/2015: /* Online Geometry Viewer (OGV): Backend */ |
| 15:09.53 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8308 /wiki/User:MeShubham99/GSoc15/OGV_production_ready_plan: |
| 15:12.02 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:33.15 | *** join/#brlcad pujani (~pujani@202.164.45.208) | |
| 15:35.46 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8309 /wiki/User:MeShubham99/GSoc15/OGV_production_ready_plan: |
| 15:44.36 | *** join/#brlcad pujani (~pujani@202.164.45.208) | |
| 15:47.24 | Notify | 03BRL-CAD:carlmoore * 64986 (brlcad/trunk/doc/docbook/system/man1/en/pixmerge.xml brlcad/trunk/src/util/pixmerge.c): eliminate the need for 'bg' argument if -C is used in pixmerge |
| 15:54.50 | *** join/#brlcad gaganjyot (~gaganjyot@27.255.240.125) | |
| 15:57.36 | *** join/#brlcad sofat (~androirc@202.164.45.208) | |
| 15:58.12 | sofat | brlcad, hello |
| 16:03.06 | sofat | I want to discuss some points regarding the docbook importer of plugin. I have checked the code plugin and i found the code working according to book structure. In coding and stylesheet article structure is not defined so now i need to edit the code of plugin and provide the functionality for article. I dont have much knowledge about java so i need some time to understand the java language. |
| 16:04.41 | *** join/#brlcad pujani (~pujani@202.164.45.208) | |
| 16:16.06 | *** join/#brlcad Nicop06 (~nicolas@htr06-1-82-227-229-91.fbx.proxad.net) | |
| 16:37.25 | *** join/#brlcad sofat (~androirc@202.164.45.208) | |
| 16:37.31 | *** join/#brlcad pujani (~pujani@202.164.45.208) | |
| 16:39.49 | *** join/#brlcad hiteshsofat (~androirc@202.164.45.204) | |
| 16:41.04 | *** join/#brlcad merzo (~merzo@101-18-133-95.pool.ukrtel.net) | |
| 16:49.45 | Notify | 03BRL-CAD:carlmoore * 64987 brlcad/trunk/doc/docbook/system/man1/en/pixmerge.xml: and remove -C, with its parameter, from 2nd example |
| 17:07.19 | Notify | 03BRL-CAD:bob1961 * 64988 (brlcad/branches/eab/include/ged.h brlcad/branches/eab/src/libged/polyclip.cpp and 2 others): Added code to fill a polygon with hash marks. Also provided a tcl interface to this functionality. |
| 17:09.12 | Notify | 03BRL-CAD:carlmoore * 64989 brlcad/trunk/doc/docbook/system/man1/en/pixbackgnd.xml: remove references in this man page to cat-fb, which utility I can NOT find! |
| 17:42.45 | *** join/#brlcad sofat (~androirc@202.164.45.204) | |
| 18:16.36 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 18:18.56 | *** join/#brlcad pujani (~pujani@202.164.45.208) | |
| 18:19.13 | *** join/#brlcad sofat (~androirc@202.164.45.204) | |
| 18:40.46 | Notify | 03BRL-CAD:starseeker * 64990 (brlcad/trunk/include/rt/pattern.h brlcad/trunk/src/librt/mkbundle.c brlcad/trunk/src/librt/tests/CMakeLists.txt): Add the rt_raybundle_maker pattern capability to rt_pattern. |
| 18:41.15 | *** join/#brlcad AndroUser2 (~androirc@202.164.45.204) | |
| 18:50.34 | *** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca) | |
| 18:52.57 | Notify | 03BRL-CAD:carlmoore * 64991 brlcad/trunk/src/util/pixpaste.c: Change a Usage sentence so it doesn't start with 'A' (confuse with 'A' option?); program was not recognizing A as an option; yes, I see the message about DEPRECATED! |
| 18:55.16 | Notify | 03BRL-CAD Wiki:Bhollister * 8310 /wiki/User:Bhollister/DevLogMay2015: /* Tuesday, May 12, 2015 */ |
| 18:55.40 | Notify | 03BRL-CAD Wiki:Bhollister * 8311 /wiki/User:Bhollister/DevLogMay2015: /* Wednesday, May 13, 2015 */ |
| 19:08.07 | Notify | 03BRL-CAD:n_reed * 64992 brlcad/trunk/doc/docbook/system/mann/en/killtree.xml: fix killtree doc errors (-a, not -r flag, options are no-arg flags) and make more concise |
| 19:51.32 | Notify | 03BRL-CAD:carlmoore * 64993 brlcad/trunk/doc/docbook/system/man1/en/remapid.xml: underscore '.g' in 2 places to make it easier to spot; change a capital letter to a small letter |
| 20:14.50 | Notify | 03BRL-CAD:carlmoore * 64994 brlcad/trunk/src/util/pixbackgnd.c: remove cat-fb reference from comment |
| 20:17.19 | Notify | 03BRL-CAD:carlmoore * 64995 brlcad/trunk/doc/tool_categories.txt: remove cat-fb |
| 20:19.56 | Notify | 03BRL-CAD:carlmoore * 64996 brlcad/trunk/doc/docbook/system/man1/en/fbserv.xml: remove reference to cat-fb |
| 20:38.18 | *** join/#brlcad Nicop06 (~nicolas@htr06-1-82-227-229-91.fbx.proxad.net) | |
| 20:48.18 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 21:07.42 | *** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot) | |
| 21:10.40 | Notify | 03BRL-CAD:n_reed * 64997 brlcad/trunk/src/libged/killtree.c: fix killtree's reference search, which was identifying top-level (depth 0) combs and solids as referring to themselves, preventing them from being deleted by default |
| 21:37.37 | *** join/#brlcad Nicop06 (~nicolas@htr06-1-82-227-229-91.fbx.proxad.net) | |
| 21:47.42 | Notify | 03BRL-CAD Wiki:Andrei.ilinca24 * 8312 /wiki/User:Andrei.ilinca24/logs: /* Community Bonding Period */ |
| 21:55.33 | Notify | 03BRL-CAD:starseeker * 64998 brlcad/trunk/misc/doxygen/CMakeLists.txt: Stash doxygen image in misc until we figure out how we want to handle them. |
| 22:26.07 | *** join/#brlcad Nicop06 (~nicolas@htr06-1-82-227-229-91.fbx.proxad.net) | |
| 23:21.45 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 23:23.49 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 00:51.28 | *** join/#brlcad merzo (~merzo@221-9-132-95.pool.ukrtel.net) | |
| 01:25.48 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 02:47.43 | *** join/#brlcad IriX64 (~kvirc@SSMRON9421W-LP130-02-1279744415.dsl.bell.ca) | |
| 02:51.01 | *** part/#brlcad IriX64 (~kvirc@SSMRON9421W-LP130-02-1279744415.dsl.bell.ca) | |
| 02:55.17 | *** join/#brlcad hiteshsofat (~androirc@202.164.45.208) | |
| 03:37.13 | *** join/#brlcad konrado (~konro@41.205.22.2) | |
| 05:27.16 | *** join/#brlcad sofat (~sofat@202.164.53.117) | |
| 07:24.15 | *** join/#brlcad sofat (~sofat@202.164.53.117) | |
| 08:47.56 | *** join/#brlcad KimK (~Kim__@ip68-102-30-143.ks.ok.cox.net) | |
| 08:51.40 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 09:18.02 | *** join/#brlcad merzo (~merzo@62-63-133-95.pool.ukrtel.net) | |
| 09:30.37 | *** join/#brlcad dracarys983 (~dracarys@203.187.229.25) | |
| 09:32.53 | dracarys983 | starseek1r: Was that error about PNG16_0 giving linking errors (for target wish) -- required by libfreetype.so.6 fixed? |
| 09:33.35 | dracarys983 | Stragus: Any idea? |
| 09:33.55 | dracarys983 | I was building BRL-CAD using bundled libs and kept getting this error. |
| 10:09.21 | *** join/#brlcad pujani (~pujani@202.164.53.117) | |
| 10:09.26 | *** join/#brlcad pujani_ (~pujani@202.164.53.117) | |
| 10:50.12 | *** join/#brlcad merzo (~merzo@215-85-133-95.pool.ukrtel.net) | |
| 10:53.58 | *** join/#brlcad pujani (~pujani@202.164.45.208) | |
| 10:54.41 | *** join/#brlcad pujani_ (~pujani@202.164.45.208) | |
| 11:05.11 | *** join/#brlcad pujani (~pujani@202.164.45.208) | |
| 11:48.18 | *** join/#brlcad dracarys983 (~dracarys@203.187.229.25) | |
| 11:59.50 | *** join/#brlcad pujani_ (~pujani@202.164.45.208) | |
| 12:27.36 | *** join/#brlcad dracarys983_ (~dracarys@203.109.90.224) | |
| 13:13.50 | *** join/#brlcad pujani (~pujani@202.164.45.204) | |
| 13:14.47 | *** join/#brlcad pujani_ (~pujani@202.164.45.204) | |
| 13:19.10 | *** join/#brlcad chi6rag (31cd5f34@gateway/web/freenode/ip.49.205.95.52) | |
| 13:29.34 | *** join/#brlcad dracarys983__ (~dracarys@1.39.96.197) | |
| 13:53.13 | *** join/#brlcad dracarys983 (~dracarys@1.39.96.197) | |
| 14:06.24 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 14:07.12 | *** join/#brlcad dracarys983_ (~dracarys@203.109.90.224) | |
| 14:56.30 | *** join/#brlcad d356 (~d@50-90-234-94.res.bhn.net) | |
| 15:05.10 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:24.35 | *** join/#brlcad Gurwinder (75d6cd40@gateway/web/freenode/ip.117.214.205.64) | |
| 15:40.03 | *** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot) | |
| 15:47.26 | *** join/#brlcad merzo (~merzo@31.223.229.15) | |
| 15:50.15 | *** join/#brlcad merzo (~merzo@31.223.229.15) | |
| 15:52.21 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 16:08.43 | Notify | 03BRL-CAD:carlmoore * 64999 (brlcad/trunk/doc/docbook/system/mann/en/killtree.xml brlcad/trunk/include/rt/pattern.h brlcad/trunk/misc/doxygen/images/README.txt): fix misspellings; remove trailing white space |
| 16:08.56 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 16:10.17 | *** join/#brlcad merzo (~merzo@31.223.229.15) | |
| 17:08.24 | *** join/#brlcad Nicop06 (~nicolas@htr06-1-82-227-229-91.fbx.proxad.net) | |
| 17:16.25 | *** join/#brlcad merzo (~merzo@144-88-133-95.pool.ukrtel.net) | |
| 17:36.45 | *** join/#brlcad dracarys983 (~dracarys@203.109.90.224) | |
| 17:37.33 | Notify | 03BRL-CAD:bob1961 * 65000 (brlcad/trunk/include/ged.h brlcad/trunk/src/libged/polyclip.cpp and 2 others): Added code to fill a polygon with hash marks. Also provided a tcl interface to this functionality. This is from brlcad.eab |
| 17:47.24 | *** join/#brlcad d356 (~d@50-90-234-94.res.bhn.net) | |
| 17:49.13 | *** join/#brlcad d356 (~d@50-90-234-94.res.bhn.net) | |
| 18:00.30 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 18:26.09 | *** join/#brlcad sofat (~sofat@202.164.45.208) | |
| 19:05.03 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 19:07.30 | Notify | 03BRL-CAD:starseeker * 65001 (brlcad/trunk/src/librt/mkbundle.c brlcad/trunk/src/librt/tests/rt_pattern.c): Add rect orthogrid patterning to rt_pattern |
| 19:07.48 | *** join/#brlcad Nicop06 (~nicolas@htr06-1-82-227-229-91.fbx.proxad.net) | |
| 19:12.33 | *** join/#brlcad merzo (~merzo@15-147-133-95.pool.ukrtel.net) | |
| 19:25.16 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 19:25.42 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 19:53.23 | sofat | starseek1r, hello |
| 19:54.04 | sofat | i need help in burst docs how i convert these docs into xml ? |
| 20:06.09 | sofat | starseek1r, please help me |
| 20:26.34 | *** join/#brlcad sofat (~androirc@202.164.45.208) | |
| 20:28.01 | *** join/#brlcad dracarys983_ (~dracarys@123.201.10.205) | |
| 20:35.29 | starseek1r | sofat: you may want to convert them to a pdf, look at how that output is structured, and work from that |
| 20:36.31 | *** join/#brlcad merzo (~merzo@224-13-132-95.pool.ukrtel.net) | |
| 20:37.06 | starseek1r | sofat: there are scripts in the burst directory - Make-tables.sh and Make-docs.sh |
| 20:38.00 | starseek1r | running those should produce burst.pdf, if you have the right tools on your system (sh, groff and ps2pdf) |
| 20:53.32 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 20:57.37 | *** join/#brlcad gaganjyot (~gaganjyot@103.226.4.218) | |
| 21:04.23 | ``Erik | wee, more open data, (scans of an old atlas (1961) describing medieval europe through the ages) http://www.learn.columbia.edu/courses/medmil/pages/non-mma-pages/maps/penguin.html |
| 21:36.21 | andrei_il | Hello! |
| 21:38.11 | andrei_il | how do I build something from misc/tools ? I ran a build but I can t find the dom2dox binary |
| 21:45.39 | andrei_il | I tried looking at BRL-CAD docs or Google but didn't find anything useful. Thanks ! |
| 21:46.13 | ``Erik | andrei_il: the CMakeLists.txt file doesn't look like it installs it, just builds it (probably for use during compilation)... I'd check in your build directory? |
| 21:46.50 | andrei_il | ``Erik: ~/brlcad-build $ find . -name dom2dox |
| 21:46.50 | andrei_il | andrei@Optimus ~/brlcad-build $ |
| 21:47.17 | andrei_il | BRL-CAD Release 7.25.0, Build 20150516 |
| 21:47.17 | andrei_il | Elapsed compilation time: 9 minutes 14 seconds |
| 21:47.17 | andrei_il | Elapsed time since configuration: 10 minutes 17 seconds |
| 21:47.20 | andrei_il | and it built ok |
| 21:47.35 | *** join/#brlcad merzo (~merzo@170-57-132-95.pool.ukrtel.net) | |
| 21:49.01 | ``Erik | hm, the CMakeLists.txt in misc/tools/ doesn't add the dom2dox subdirectory... so it won't build... until someone wires it in |
| 21:50.26 | ``Erik | looks like n_reed started adding it in 2013, then starseek1r shuffled it to a new spot mid 2014... |
| 21:50.48 | andrei_il | add_subdirectory(dom2dox) sounds ok, right? |
| 21:50.48 | ``Erik | (svn log is handy) |
| 21:51.57 | ``Erik | um, that'd be the normal way, I think starseek1r muddied it up with macros and functions... look for how other subdirs are included? |
| 21:52.47 | andrei_il | there's a THIRD_PARTY_EXECUTABLE but other than that I don t find any subdir |
| 21:54.50 | andrei_il | add_subdirectory apparently crashes cmake |
| 21:56.24 | andrei_il | it looks like the CMakeLists generates docbook stuff rather than binaries |
| 23:03.46 | *** join/#brlcad Nicop06 (~nicolas@htr06-1-82-227-229-91.fbx.proxad.net) | |
| 23:11.49 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 23:54.58 | brlcad | starseek1r: when was the last time you tried a 32-bit compile on linux? doesn't seem to be working right |
| 23:56.31 | brlcad | little searching (and I might be wrong) looked like it was setting the flag during compile, but not during link so all 32-bit flag tests fail |
| 23:57.27 | brlcad | sofat: your response makes me think we need to talk more interactively before you get much further .. if you have some time |
| 00:06.16 | Notify | 03BRL-CAD:n_reed * 65002 brlcad/trunk/src/libged/polyclip.cpp: quell false-positive 'may be used unitialized warning' |
| 00:07.27 | brlcad | andrei_il: curious what you're doing with dom2dox |
| 00:09.45 | brlcad | that tools not really ready for use (read the first commit in the svn log history), so that's why it's not at all hooked into the build |
| 00:10.05 | brlcad | certainly possible to build it, but you're going to have to run cmake manually and massage it a bit |
| 00:10.21 | brlcad | (not via add_subdir, just treat it as a separate download) |
| 00:12.26 | n_reed | brlcad: http://sourceforge.net/p/brlcad/mailman/message/34083539/ |
| 00:18.41 | n_reed | don't know if doc/parsers dir was mentioned |
| 00:18.52 | brlcad | ah, so trying to follow a simpler lemon parser example |
| 00:36.51 | brlcad | starseek1r: that indeed is the problem -- the tests call CHECK_C_FLAG which turns into a test for CHECK_C_COMPILER_FLAG |
| 00:36.59 | brlcad | which I see you encountered before: http://www.cmake.org/pipermail/cmake/2011-July/045525.html |
| 00:38.44 | brlcad | wonders if set(CMAKE_C_FLAGS flag) in the macro will do the trick... |
| 00:49.39 | brlcad | punts and just sets 32BIT_FLAG after the tests fail |
| 00:55.17 | brlcad | aaand, it doesn't work right in src/other |
| 00:55.22 | brlcad | forces harder |
| 01:14.23 | *** join/#brlcad cardinot (~cardinot@187.16.242.23) | |
| 01:14.23 | *** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot) | |
| 01:24.28 | *** join/#brlcad konrado (~konro@41.205.22.33) | |
| 02:07.23 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 02:53.27 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 04:28.08 | *** join/#brlcad dracarys983__ (~dracarys@123.201.100.83) | |
| 05:27.13 | *** join/#brlcad witness (uid10044@gateway/web/irccloud.com/x-szcegnbdojcbycxm) | |
| 06:12.04 | dracarys983 | starseek1r: I finally built it with bundled libs on (Release mode). I installed freetype-2.5.5 again with libpng16 and backed up the previous freetype.so's. I also submitted my benchmark results. :) |
| 06:26.54 | *** join/#brlcad ankesh11_ (uid8015@gateway/web/irccloud.com/x-hnenmuytegnhcxdq) | |
| 07:46.41 | Notify | 03BRL-CAD Wiki:Gurwinder Singh * 8313 /wiki/User:Gurwinder_Singh/GSoc15/proposal: |
| 08:19.32 | Notify | 03BRL-CAD Wiki:Gurwinder Singh * 8314 /wiki/User:Gurwinder_Singh/GSoc15/proposal: |
| 09:03.36 | Notify | 03BRL-CAD Wiki:Gurwinder Singh * 8315 /wiki/User:Gurwinder_Singh/GSoc15/proposal: |
| 09:04.27 | Notify | 03BRL-CAD Wiki:Gurwinder Singh * 8316 /wiki/User:Gurwinder_Singh/GSoc15/proposal: /* Refrences: */ |
| 09:04.31 | *** join/#brlcad merzo (~merzo@158-135-133-95.pool.ukrtel.net) | |
| 09:35.03 | *** join/#brlcad kanzure_ (~kanzure@unaffiliated/kanzure) | |
| 09:36.00 | *** join/#brlcad archivist_ (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 09:36.56 | *** join/#brlcad archivist_ (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 09:38.01 | *** join/#brlcad merzo (~merzo@46-49-133-95.pool.ukrtel.net) | |
| 09:39.30 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 09:45.11 | *** join/#brlcad witness (uid10044@gateway/web/irccloud.com/x-wyjhihkontqechhq) | |
| 09:59.10 | *** join/#brlcad merzo (~merzo@32-119-132-95.pool.ukrtel.net) | |
| 12:28.23 | *** join/#brlcad dracarys983_ (~dracarys@123.201.57.77) | |
| 13:40.30 | *** join/#brlcad sofat (~androirc@202.164.45.208) | |
| 13:50.31 | starseek1r | brlcad: if you mean a 32 bit build on a 64 bit system, it's been a long time |
| 13:50.42 | starseek1r | I've built 32 bit on my old laptop |
| 15:02.14 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 15:41.57 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 15:46.26 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:35.50 | *** join/#brlcad deepak (~chatzilla@122.173.201.63) | |
| 17:12.50 | *** join/#brlcad Shubham (0e62e872@gateway/web/freenode/ip.14.98.232.114) | |
| 17:27.38 | ih8sum3r | brlcad: Hi |
| 17:28.56 | Shubham | This is regariding OGV. me and ih8sum3r have made our first draft of the production ready plan. needed some input regarding that. |
| 17:29.14 | Shubham | *regarding |
| 17:36.58 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 17:45.03 | *** join/#brlcad Shubham (0e6293fa@gateway/web/freenode/ip.14.98.147.250) | |
| 18:14.40 | *** join/#brlcad dracarys983 (~dracarys@219.91.182.16) | |
| 18:26.58 | *** join/#brlcad sofat (~sofat@202.164.45.208) | |
| 18:37.32 | *** part/#brlcad Shubham (0e6293fa@gateway/web/freenode/ip.14.98.147.250) | |
| 18:53.56 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 19:46.45 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 19:47.24 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 19:52.24 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 21:08.27 | *** join/#brlcad IriX64 (~kvirc@SSMRON9421W-LP130-02-1279744415.dsl.bell.ca) | |
| 21:47.33 | *** join/#brlcad dracarys983_ (~dracarys@123.201.97.19) | |
| 23:50.12 | *** join/#brlcad cardinot (~cardinot@179.181.241.113) | |
| 23:50.12 | *** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot) | |
| 00:41.40 | Notify | 03BRL-CAD:n_reed * 65003 brlcad/trunk/src/libged/saveview.c: fix saveview's usage statement when given options but not a filename, in which case argv[0] is no longer the command name |
| 04:44.34 | *** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca) | |
| 06:32.54 | *** join/#brlcad pujani (~pujani@202.164.53.117) | |
| 06:35.41 | *** join/#brlcad pujani_ (~pujani@202.164.53.117) | |
| 07:30.21 | *** join/#brlcad sofat (~sofat@202.164.53.117) | |
| 07:30.57 | sofat | starseek1r, I have submit the two patches on burst and doc/manual/mged/animation docs |
| 07:31.06 | sofat | please review and tell about changes |
| 07:32.03 | sofat | I have done the all conversion of docs now from my side all docs is converted now please review my work and tell me abouts changes. |
| 08:09.34 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 08:47.40 | *** join/#brlcad pujani (~pujani@202.164.53.117) | |
| 08:47.53 | *** join/#brlcad pujani_ (~pujani@202.164.53.117) | |
| 12:18.51 | *** join/#brlcad sofat (~androirc@202.164.45.204) | |
| 13:09.13 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 13:11.14 | *** join/#brlcad hiteshsofat (~androirc@202.164.45.204) | |
| 14:33.04 | *** join/#brlcad luca79 (~luca@151.68.139.144) | |
| 14:49.45 | *** join/#brlcad hiteshsofat (~androirc@202.164.45.204) | |
| 15:32.06 | *** join/#brlcad Shubham (0e626e7b@gateway/web/freenode/ip.14.98.110.123) | |
| 16:02.02 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 16:57.14 | *** join/#brlcad merzo (~merzo@92-99-132-95.pool.ukrtel.net) | |
| 17:30.32 | *** join/#brlcad sofat (~androirc@202.164.45.204) | |
| 17:35.55 | *** join/#brlcad pujani (~pujani@202.164.45.204) | |
| 17:36.21 | *** join/#brlcad pujani_ (~pujani@202.164.45.204) | |
| 17:37.15 | *** join/#brlcad pujani_ (~pujani@202.164.45.204) | |
| 17:37.32 | *** join/#brlcad pujani (~pujani@202.164.45.204) | |
| 17:38.31 | *** join/#brlcad sofat (~androirc@202.164.45.204) | |
| 17:45.07 | *** join/#brlcad sofat (~androirc@202.164.45.204) | |
| 17:52.01 | *** join/#brlcad pujani (~pujani@202.164.45.204) | |
| 17:54.15 | *** join/#brlcad pujani (~pujani@202.164.45.204) | |
| 17:55.11 | *** join/#brlcad sofat (~androirc@202.164.45.204) | |
| 18:25.08 | Notify | 03BRL-CAD Wiki:Andrei.ilinca24 * 8318 /wiki/User:Andrei.ilinca24/logs: /* Community Bonding Period */ |
| 18:36.52 | *** join/#brlcad LordOfBikes (~armin@dslb-088-066-159-033.088.066.pools.vodafone-ip.de) | |
| 18:38.29 | *** join/#brlcad gaganjyot (~gaganjyot@27.255.240.125) | |
| 19:21.42 | *** join/#brlcad pujani (~pujani@202.164.45.208) | |
| 19:22.29 | *** join/#brlcad pujani_ (~pujani@202.164.45.208) | |
| 19:24.01 | *** join/#brlcad pujani_ (~pujani@202.164.45.208) | |
| 19:39.26 | *** join/#brlcad merzo (~merzo@90-121-132-95.pool.ukrtel.net) | |
| 20:56.25 | *** join/#brlcad merzo (~merzo@90-121-132-95.pool.ukrtel.net) | |
| 21:52.17 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 22:41.31 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 23:09.34 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 23:32.47 | *** join/#brlcad brad_h (~behollis@dhcp-59-221.cse.ucsc.edu) | |
| 23:43.36 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 23:58.48 | Notify | 03BRL-CAD Wiki:Giussantak * 0 /wiki/User:Giussantak: |
| 02:13.14 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 02:33.51 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 02:47.57 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 03:23.28 | *** join/#brlcad IriX64 (~kvirc@SSMRON9421W-LP130-02-1279744415.dsl.bell.ca) | |
| 04:01.48 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 04:04.53 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 04:13.13 | *** join/#brlcad witness (uid10044@gateway/web/irccloud.com/x-lxyiqixpntpgllny) | |
| 05:21.23 | *** join/#brlcad Gurwinder (caa43575@gateway/web/freenode/ip.202.164.53.117) | |
| 05:29.31 | *** join/#brlcad dracarys983 (~dracarys@203.88.154.122) | |
| 06:48.32 | *** join/#brlcad Gurwinder (caa43575@gateway/web/freenode/ip.202.164.53.117) | |
| 07:21.26 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 07:41.02 | *** join/#brlcad luca79 (~luca@host175-19-dynamic.4-87-r.retail.telecomitalia.it) | |
| 08:14.30 | *** join/#brlcad dracarys983_ (~dracarys@123.201.95.146) | |
| 08:52.25 | *** join/#brlcad merzo (~merzo@90-121-132-95.pool.ukrtel.net) | |
| 09:14.37 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 09:21.00 | *** join/#brlcad teepee-- (bc5c2133@gateway/web/freenode/ip.188.92.33.51) | |
| 11:28.16 | *** join/#brlcad merzo (~merzo@69-49-133-95.pool.ukrtel.net) | |
| 12:44.35 | brlcad | dracarys983_: awesome, logs received |
| 12:45.07 | brlcad | starseek1r: yeah, 32-bit on a 64-bit, woefully busted |
| 12:48.34 | dracarys983_ | brlcad: Right now, rt^3 seems to be broken if we compile using the present BRL-CAD installation. rtgeom.h, etc have been moved to rt/ hence. |
| 12:53.31 | brlcad | unrelated, but good read (for all) - http://www.nczonline.net/blog/2015/05/14/the-bunny-theory-of-code/ |
| 12:53.48 | brlcad | dracarys983_: yes, the header changes very recently happened (last week) |
| 12:56.48 | dracarys983_ | brlcad: Hmm okay. I had to test my Pipe implementation patch for rt^3 - I just checked out an older version and built it. Thought it'll be good to inform. :) |
| 12:58.01 | brlcad | dracarys983_: updating all of rt^3 to the new headers would be a decent isolated patch to make (without any other changes) |
| 12:58.13 | brlcad | do you have patches pending? |
| 12:59.25 | dracarys983_ | brlcad: No, not any new ones. This is an old one that I had to update. Have to complete it within Community Bonding, so. |
| 12:59.44 | dracarys983_ | Yeah, I considered that. After getting done with this one, I'll work on that. :) |
| 13:01.24 | brlcad | cool |
| 13:02.08 | dracarys983_ | brlcad: Did Andrei get along with dom2dox? It seems pretty messed up. I tried to hack a bit but lot's of errors. |
| 13:03.35 | dracarys983_ | Just checking up, wasn't online yesterday so. |
| 13:07.09 | brlcad | i've not seem him online |
| 13:08.13 | *** join/#brlcad merzo (~merzo@29-25-132-95.pool.ukrtel.net) | |
| 13:08.18 | dracarys983_ | Okay. Thanks :) |
| 13:08.32 | brlcad | if you treat it as an isolated download (not part of brl-cad) and manually point it to lemon&perplex, it gets further |
| 13:08.58 | brlcad | still, there are some minor cmake logic changes needed to get it to compile correctly |
| 13:12.04 | dracarys983_ | brlcad: Ah, that's how it is. I didn't get it that day when you told him. So, I was trying to treat it as a sub build. |
| 13:27.39 | brlcad | sub-build will avoid needing to manually set the vars, but other issues |
| 13:29.58 | dracarys983_ | brlcad: Hmm, ditto. |
| 14:14.38 | *** join/#brlcad merzo (~merzo@74-83-132-95.pool.ukrtel.net) | |
| 14:37.11 | *** join/#brlcad luca79 (~luca@host175-19-dynamic.4-87-r.retail.telecomitalia.it) | |
| 14:39.40 | Notify | 03BRL-CAD:starseeker * 65004 (brlcad/trunk/src/librt/mkbundle.c brlcad/trunk/src/librt/tests/rt_pattern.c): Checkpoint some work on the pattern function. |
| 15:17.42 | Notify | 03BRL-CAD:starseeker * 65005 (brlcad/branches/qtged/src/qged/QAccordianWidget.cxx brlcad/branches/qtged/src/qged/QAccordianWidget.h and 11 others): Wrap Qt header includes in pragmas |
| 15:17.57 | *** join/#brlcad merzo (~merzo@214-103-133-95.pool.ukrtel.net) | |
| 15:36.09 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:39.51 | *** join/#brlcad merzo (~merzo@140-0-133-95.pool.ukrtel.net) | |
| 16:14.34 | *** join/#brlcad dracarys983__ (~dracarys@150.107.211.57) | |
| 16:38.48 | *** join/#brlcad sofat (~androirc@202.164.45.204) | |
| 16:43.35 | Notify | 03BRL-CAD Wiki:Gurwinder Singh * 8319 /wiki/User:Gurwinder_Singh/GSoc15/proposal: |
| 16:45.31 | Notify | 03BRL-CAD Wiki:Gurwinder Singh * 8320 /wiki/User:Gurwinder_Singh/GSoc15/proposal: /* After Mid Term Evaluation */ |
| 16:45.58 | Notify | 03BRL-CAD Wiki:Gurwinder Singh * 8321 /wiki/User:Gurwinder_Singh/GSoc15/proposal: /* Pre-mid term evaluation( May 26 to Jun 26 ) */ |
| 16:48.22 | Notify | 03BRL-CAD Wiki:Gurwinder Singh * 8322 /wiki/User:Gurwinder_Singh/GSoc15/proposal: |
| 16:50.11 | Notify | 03BRL-CAD Wiki:Gurwinder Singh * 8323 /wiki/User:Gurwinder_Singh/GSoc15/proposal: |
| 16:51.42 | Notify | 03BRL-CAD Wiki:Gurwinder Singh * 8324 /wiki/User:Gurwinder_Singh/GSoc15/proposal: |
| 16:54.34 | *** join/#brlcad sofat_ (~sofat@202.164.45.208) | |
| 17:20.45 | Notify | 03BRL-CAD:carlmoore * 65006 brlcad/trunk/src/util/pixmerge.c: seen_formula can now be a local variable; seen_const and wanted govern this function's behavior after get_args is done |
| 18:04.23 | *** join/#brlcad sofat_ (~sofat@202.164.45.204) | |
| 18:13.35 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 18:19.26 | dracarys983 | andrei_il: Did you get dom2dox to work? |
| 18:21.02 | andrei_il | dracarys983: nop. I didn't. I am looking at wfobj now , hoping it can be used as an example |
| 18:22.23 | andrei_il | dom2dox is a good re2c parser example but it needs some work before it can be used properly |
| 18:23.53 | andrei_il | dracarys983: also, Happy Bday for 2 days ago! |
| 18:24.02 | dracarys983 | andrei_il: I'll give it a try? I'm kind of bored right now. I'll update you on what I find. Sounds good? :) |
| 18:24.10 | dracarys983 | Oh thanks :) |
| 18:24.41 | andrei_il | yep. Sounds great! Thanks |
| 18:24.49 | dracarys983 | Cool |
| 18:26.37 | Notify | 03BRL-CAD:bob1961 * 65007 (brlcad/branches/eab/include/ged.h brlcad/branches/eab/src/libged/CMakeLists.txt and 4 others): Backported a few things from trunc. |
| 18:29.07 | *** join/#brlcad Gurwinder (3b5b7765@gateway/web/freenode/ip.59.91.119.101) | |
| 18:29.35 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 18:43.25 | *** join/#brlcad sofat_ (~sofat@202.164.45.208) | |
| 18:50.49 | dracarys983 | andrei_il: I have built dom2dox. I have no damn idea how did it work in the first time, I'm still trying to figure that out. |
| 18:51.15 | dracarys983 | I have the dom2dox executable now. :) |
| 18:53.35 | dracarys983 | starseek1r: If I complete this soon enough, I'll try building meshlab. :) |
| 18:54.20 | andrei_il | Great! Is it compiling with the rest of codebase or separately? |
| 18:54.39 | dracarys983 | Not as a sub-build. Separately. |
| 18:57.45 | andrei_il | See if you can bind its CMakeFiles to BRL-CAD's make command. That would definitely help |
| 19:02.37 | dracarys983 | andrei_il: You want it as a sub-build or just want me to run make in the build dir? |
| 19:03.50 | andrei_il | I would want that when you run make in the BRL-CAD dir to also compile dom2dox |
| 19:04.27 | andrei_il | not as a sub-build, in the main build |
| 19:05.38 | dracarys983 | andrei_il: Right. If I'm getting you correctly you want me to keep dom2dox where it is right now and modify the CMakeLists.txt so that when you build BRLCAD, dom2dox also compiles, right? |
| 19:06.39 | andrei_il | yep, thats exactly what I mean. It would definitely help me a lot if you could do just that :) |
| 19:06.54 | dracarys983 | This is what I have done right now : https://docs.google.com/document/d/1ncZc04jk_Xfyg1fAyrzllD9WHjZr2JuEk-qZP5ErHIA/edit?usp=sharing |
| 19:07.02 | dracarys983 | Okay, cool. On it. :) |
| 19:10.22 | andrei_il | Nice doc. Lets see how it works |
| 19:12.08 | sofat_ | starseek1r, I have one some question |
| 19:13.24 | sofat_ | According to my proposal which I mention I will do some work in bonding period(conversion, merge docs) , I have done these all work |
| 19:14.52 | sofat_ | according to last milestone "Merge the all exiting docs with website." I made one extension for this but brlcad told me to work on confluence |
| 19:16.01 | sofat_ | I am working on confluence so according to last milestone its impotent to merge the docs with confluence before bonding period ended? |
| 19:18.26 | sofat_ | Because I am checking the code of dcobook importer plugin this plugin not work with single article they only work with books. And i am try to adding this feature for support the article import in this. i need some time for this because i am not much about java language. |
| 19:18.54 | sofat_ | much know about java language |
| 19:59.40 | *** join/#brlcad sofat (~androirc@202.164.45.208) | |
| 20:08.11 | Notify | 03BRL-CAD Wiki:Andrei.ilinca24 * 8325 /wiki/User:Andrei.ilinca24/logs: /* Community Bonding Period */ |
| 20:18.51 | *** join/#brlcad LordOfBikes (~armin@dslb-178-007-230-124.178.007.pools.vodafone-ip.de) | |
| 20:31.27 | Notify | 03BRL-CAD Wiki:Hitesh sofat * 8326 /wiki/User:Hiteshsofat/GSoc15/log_developmen: |
| 20:40.12 | *** join/#brlcad merzo (~merzo@89-45-133-95.pool.ukrtel.net) | |
| 20:59.00 | dracarys983 | andrei_il: Hey, it's done. :) |
| 20:59.21 | dracarys983 | Check the doc, I have updated it. :) |
| 21:05.24 | andrei_il | on it! |
| 21:10.28 | dracarys983 | andrei_il: Tell me if something breaks |
| 21:12.30 | *** join/#brlcad merzo (~merzo@89-45-133-95.pool.ukrtel.net) | |
| 21:24.12 | andrei_il | I have the following error when building BRL-CAD : include could not find load file: /usr/share/cmake-2.8/Modules/FindDOM2DOX.cmake |
| 21:25.00 | dracarys983 | that's in /usr/share. You as root? |
| 21:25.14 | andrei_il | I haven't followed step by step your guidelines, just modified dom2dox CMAkeLists |
| 21:25.26 | andrei_il | nop, not as root |
| 21:25.27 | dracarys983 | Yeah, not a problem |
| 21:25.37 | dracarys983 | Try it as root. |
| 21:25.55 | andrei_il | im scared to be root :)) |
| 21:27.39 | dracarys983 | No option there :P |
| 21:29.48 | andrei_il | nop, still the same error, a few similar others appeared |
| 21:31.08 | dracarys983 | andrei_il: You're getting that error while running cmake? |
| 21:31.23 | andrei_il | I think my dom2dox is a mess due to the latest changes, I think I should just svn update stuff and apply your ideas afterwards |
| 21:32.00 | andrei_il | Im getting those errors when running make in BRL-CAD build |
| 21:32.59 | Stragus | You really shouldn't have to be root to compile anything |
| 21:34.40 | dracarys983 | Stragus: Yeah, but that error made me suggest trying as a root |
| 21:38.29 | andrei_il | dracarys983: Thanks for all the help today, I really appreciate it! I will retry tomorrow everything with a clean code and give you a feedback , I'm very sleepy now and I can not concentrate enough. |
| 21:40.10 | andrei_il | goes to sleep |
| 21:40.17 | dracarys983 | andrei_il: You're welcome. No problem. |
| 21:40.21 | dracarys983 | :) |
| 23:21.12 | *** join/#brlcad infobot (ibot@rikers.org) | |
| 23:21.12 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-) | |
| 23:53.41 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 00:42.02 | Notify | 03BRL-CAD:starseeker * 65008 brlcad/trunk/misc/tools/dom2dox/CMakeLists.txt: Start working on getting dom2dox into a buildable state. |
| 00:53.19 | Notify | 03BRL-CAD Wiki:Bhollister * 8327 /wiki/User:Bhollister/DevLogMay2015: /* Thursday, May 14, 2015 */ |
| 00:53.32 | Notify | 03BRL-CAD Wiki:Bhollister * 8328 /wiki/User:Bhollister/DevLogMay2015: /* Friday, May 15, 2015 */ |
| 00:53.41 | Notify | 03BRL-CAD Wiki:Bhollister * 8329 /wiki/User:Bhollister/DevLogMay2015: /* Saturday, May 16, 2015 */ |
| 00:53.54 | Notify | 03BRL-CAD Wiki:Bhollister * 8330 /wiki/User:Bhollister/DevLogMay2015: /* Sunday, May 17, 2015 */ |
| 00:55.09 | Notify | 03BRL-CAD Wiki:Bhollister * 8331 /wiki/User:Bhollister/DevLogMay2015: /* Monday, May 18, 2015 */ |
| 06:22.12 | *** join/#brlcad luca79 (~luca@host30-20-dynamic.4-87-r.retail.telecomitalia.it) | |
| 07:40.33 | *** join/#brlcad dracarys983 (~dracarys@203.109.114.196) | |
| 09:10.42 | *** join/#brlcad dracarys983_ (~dracarys@123.201.58.182) | |
| 09:51.39 | *** join/#brlcad teepee-- (bc5c2133@gateway/web/freenode/ip.188.92.33.51) | |
| 09:54.06 | *** join/#brlcad pujani (~pujani@202.164.53.117) | |
| 09:54.31 | *** join/#brlcad pujani_ (~pujani@202.164.53.117) | |
| 10:37.00 | *** join/#brlcad dracarys983_ (~dracarys@123.201.58.182) | |
| 10:50.27 | *** join/#brlcad merzo (~merzo@25-95-132-95.pool.ukrtel.net) | |
| 12:10.45 | *** join/#brlcad devinder (~chatzilla@27.97.254.142) | |
| 12:12.19 | *** part/#brlcad devinder (~chatzilla@27.97.254.142) | |
| 12:12.24 | *** join/#brlcad devinder (~chatzilla@27.97.254.142) | |
| 13:14.28 | Notify | 03BRL-CAD:bob1961 * 65009 (brlcad/branches/eab/src/libged/lc.c =================================================================== and 420 others): Backported a few things from trunc --- added lc.c |
| 13:18.35 | *** join/#brlcad merzo (~merzo@51-115-132-95.pool.ukrtel.net) | |
| 13:38.49 | Notify | 03BRL-CAD:starseeker * 65010 (brlcad/trunk/misc/tools/CMakeLists.txt brlcad/trunk/src/util/CMakeLists.txt): Move dom2dox to src/util - probably should use bstring or some such to make this a fully independent tool, but in the meantime it needs libbu for vls. |
| 13:49.19 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 13:50.00 | Notify | 03BRL-CAD:starseeker * 65011 (brlcad/trunk/misc/tools/lemon/lemon.c brlcad/trunk/src/other/stepcode/src/express/generated/expparse.h brlcad/trunk/src/other/stepcode/src/express/generated/verification_info.cmake): Update lemon to version 2015-04-19 |
| 14:26.06 | *** join/#brlcad dracarys983 (~dracarys@123.201.58.182) | |
| 14:26.26 | *** join/#brlcad luca79 (~luca@host30-20-dynamic.4-87-r.retail.telecomitalia.it) | |
| 14:41.16 | *** join/#brlcad merzo_ (~merzo@135-122-132-95.pool.ukrtel.net) | |
| 14:50.25 | Notify | 03BRL-CAD Wiki:Nitunkcnhe486 * 0 /wiki/File:Resume.pdf: |
| 14:51.03 | Notify | 03BRL-CAD Wiki:Nitunkcnhe486 * 0 /wiki/File:Resume.pdf: Reverted to version as of 17:38, 3 March 2015 |
| 14:52.22 | Notify | 03BRL-CAD Wiki:Nitunkcnhe486 * 0 /wiki/File:Resume.pdf: Reverted to version as of 14:50, 19 May 2015 |
| 14:59.13 | *** join/#brlcad luca79 (~luca@host30-20-dynamic.4-87-r.retail.telecomitalia.it) | |
| 15:52.52 | *** join/#brlcad devinder (~chatzilla@106.76.181.199) | |
| 16:02.02 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 16:02.38 | sofat | brlcad, Are you free I want some discussion with you. |
| 16:09.19 | *** join/#brlcad hiteshsofat (~androirc@202.164.45.208) | |
| 16:09.47 | *** join/#brlcad sofat (~sofat@202.164.45.208) | |
| 16:54.21 | *** join/#brlcad sofat_ (~androirc@202.164.45.208) | |
| 17:20.15 | *** join/#brlcad sofat (~sofat@202.164.45.208) | |
| 17:31.02 | *** join/#brlcad sofat_ (~androirc@202.164.45.204) | |
| 17:38.42 | *** join/#brlcad devinder (~chatzilla@106.78.83.122) | |
| 18:02.11 | *** join/#brlcad dracarys983 (~dracarys@219.91.199.199) | |
| 18:13.06 | *** join/#brlcad sofat_ (~androirc@202.164.45.208) | |
| 18:15.59 | *** join/#brlcad sofat (~sofat@202.164.45.208) | |
| 18:32.50 | *** join/#brlcad sofat (~sofat@202.164.45.208) | |
| 18:34.42 | sofat | brlcad, I want to talk with you are you free now ? |
| 18:46.53 | *** join/#brlcad hiteshsofat (~androirc@202.164.45.208) | |
| 18:54.12 | *** join/#brlcad LordOfBikes (~armin@dslb-088-066-133-221.088.066.pools.vodafone-ip.de) | |
| 19:08.23 | *** join/#brlcad sofat_ (~sofat@202.164.45.208) | |
| 19:18.45 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 19:26.57 | *** join/#brlcad sofat_ (~sofat@202.164.45.204) | |
| 20:39.45 | *** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 20:43.32 | *** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net) | |
| 21:01.26 | Notify | 03BRL-CAD:starseeker * 65012 brlcad/trunk/include/rt/primitives/rpc.h: Stray function declarations. |
| 22:20.00 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 22:44.27 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 23:39.57 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 00:05.15 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 00:11.31 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 01:11.04 | *** join/#brlcad dracarys983_ (~dracarys@43.229.107.32) | |
| 02:33.03 | *** join/#brlcad infobot (ibot@rikers.org) | |
| 02:33.03 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-) | |
| 02:55.21 | sofat | brlcad, i want to talk with you are you free? |
| 02:59.40 | *** join/#brlcad sofat_ (~androirc@202.164.45.204) | |
| 03:44.06 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 04:25.03 | *** join/#brlcad sofat_ (~androirc@202.164.45.204) | |
| 05:29.31 | *** join/#brlcad devinder (~chatzilla@1.187.162.65) | |
| 06:42.51 | *** join/#brlcad luca79 (~luca@host197-18-dynamic.4-87-r.retail.telecomitalia.it) | |
| 07:16.01 | *** join/#brlcad merzo (~merzo@107-101-134-95.pool.ukrtel.net) | |
| 07:24.37 | *** join/#brlcad merzo (~merzo@107-101-134-95.pool.ukrtel.net) | |
| 07:53.52 | *** join/#brlcad teepee-- (bc5c2133@gateway/web/freenode/ip.188.92.33.51) | |
| 07:59.03 | *** join/#brlcad luca79 (~luca@host197-18-dynamic.4-87-r.retail.telecomitalia.it) | |
| 08:56.59 | *** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca) | |
| 09:03.10 | *** join/#brlcad pujani (~pujani@202.164.53.117) | |
| 09:54.29 | *** join/#brlcad pujani (~pujani@202.164.45.204) | |
| 11:05.36 | *** join/#brlcad sofat (~androirc@202.164.45.204) | |
| 12:09.00 | *** join/#brlcad sofat_ (~androirc@202.164.45.204) | |
| 12:11.49 | *** join/#brlcad merzo (~merzo@107-101-134-95.pool.ukrtel.net) | |
| 12:14.17 | *** join/#brlcad merzo (~merzo@107-101-134-95.pool.ukrtel.net) | |
| 12:33.02 | *** join/#brlcad teepee-- (bc5c2133@gateway/web/freenode/ip.188.92.33.51) | |
| 13:48.57 | starseek1r | brlcad: I know, but misc/tools is deliberately independent of BRL-CAD's 'main' build, like src/other |
| 13:49.32 | starseek1r | brlcad: I need to get it off of libbu - once I do it'll go back in misc/tools |
| 13:56.50 | ``Erik | nifty, vim 7.4 does interesting things if you set both number and relativenumber |
| 13:57.04 | Notify | 03BRL-CAD:starseeker * 65013 (brlcad/trunk/CHANGES brlcad/trunk/include/bn/vlist.h and 24 others): Move some of the vlist functions in librt into libbn. |
| 14:04.45 | Notify | 03BRL-CAD:starseeker * 65014 brlcad/trunk/src/libged/gdiff.c: Enable test drawing of red/white/blue visual output. Should probably turn this into an example of how to do minimalist drawing of display manager lines... |
| 14:09.41 | Notify | 03BRL-CAD:starseeker * 65015 brlcad/trunk/src/libged/gdiff.c: fix comments |
| 14:16.54 | Notify | 03BRL-CAD:starseeker * 65016 brlcad/trunk/src/libged/gdiff.c: Use a local vlist instead of relying on the RTG global. |
| 14:31.21 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 14:46.38 | *** join/#brlcad sofat_ (~androirc@202.164.45.204) | |
| 14:48.12 | sofat_ | brlcad, today are you free ? i need guidance from you . |
| 14:56.09 | *** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot) | |
| 15:03.55 | ``Erik | sofat_: maybe say what you need help with. Then if brlcad hops on when you're not at the keyboard, he can answer. (or someone else with the answers might offer to help) |
| 15:04.01 | ``Erik | !notify ask |
| 15:04.02 | Notify | Questions in the channel should be specific, informative, complete, concise, and on-topic. Don't ask if you can ask a question first. Don't ask if a person is there; just ask what you intended to ask them. Better questions more frequently yield better answers. We are all here voluntarily or against our will. |
| 15:19.15 | *** join/#brlcad sofat (~androirc@202.164.45.204) | |
| 15:29.25 | brlcad | sofat: hi! |
| 15:29.44 | sofat | Hello |
| 15:29.52 | sofat | I waiting for you |
| 15:30.11 | brlcad | sofat: great, so we have a little bit of time sync'd finally :) |
| 15:30.27 | brlcad | timezones can be a bitch |
| 15:30.49 | sofat | I want some discussion on docbook importer |
| 15:30.52 | brlcad | sofat: so where are we at with your plan? |
| 15:30.57 | brlcad | sure |
| 15:31.35 | brlcad | the last we talked on the mailing list, I detailed a need to understand our options |
| 15:31.46 | brlcad | and you responded by chasing down an option .. :) |
| 15:32.06 | sofat | I am try to article but it not support i am checked the code of this plugin and found this only work with |
| 15:32.07 | sofat | Books |
| 15:32.07 | sofat | Structure |
| 15:32.36 | sofat | Means ? Please use simple english |
| 15:32.53 | brlcad | I will try to simplify |
| 15:33.21 | brlcad | I think there is a misunderstanding about what is needed "next" |
| 15:33.32 | sofat | Yes yes |
| 15:33.48 | brlcad | it's great that you re-checked the plugin (and got it to work with books) |
| 15:34.02 | brlcad | but the next step is not then to fix it |
| 15:34.14 | brlcad | the next step is to understand what our options are |
| 15:34.22 | brlcad | that was the A B C D E F e-mail I sent |
| 15:34.45 | brlcad | we need to document our choices, and evaluate them |
| 15:35.04 | brlcad | so for example |
| 15:36.03 | brlcad | one option (call it option #1) is to use confluence, and that can be described in those ABCDEF terms |
| 15:36.40 | brlcad | another option #2 is to develop something custom for mediawiki, which should also be described in ABCDEF terms |
| 15:36.43 | sofat | Yes |
| 15:37.40 | brlcad | another option #3 might be something custom with wordpress |
| 15:37.56 | brlcad | we've talked about 5-6 different options |
| 15:38.46 | sofat | If i go with 1 option then we need make the changes in plugin |
| 15:39.25 | brlcad | I don't have a good perspective on what our options are yet |
| 15:39.40 | brlcad | which means we can't yet decide which option is worth working on |
| 15:40.11 | brlcad | that's fine if option 1 requires changes to the plugin .. you write that down and move on to describing option #2 .. then #3 |
| 15:40.19 | brlcad | and so on |
| 15:40.49 | brlcad | and when I say describe them, I literally just mean the one-sentence ABCDEF summary like the example I provided |
| 15:41.20 | brlcad | with that information, I think we'll have a better idea for which path to work on |
| 15:41.27 | brlcad | does that make sense? |
| 15:41.36 | sofat | Yes |
| 15:42.00 | brlcad | the point (for now) isn't to solve all the problems for *any* of the options |
| 15:42.25 | brlcad | it's to understand what will be required IF we decide to go with that option |
| 15:42.25 | sofat | But i want to say something about option 3 for wordpress |
| 15:42.38 | brlcad | ok |
| 15:42.48 | Notify | 03BRL-CAD:starseeker * 65017 (brlcad/trunk/misc/tools/CMakeLists.txt brlcad/trunk/src/util/CMakeLists.txt): More tweaking of dom2dox build, move back to misc/tools. Add instructions on how to build to README.txt |
| 15:43.33 | sofat | Which plugin you send me in mail this plugin is not working according our needs |
| 15:43.49 | sofat | The working is very different and difficult |
| 15:43.57 | brlcad | okay |
| 15:44.22 | sofat | Option one is good for us if i friendly say |
| 15:44.35 | brlcad | back up |
| 15:44.42 | brlcad | we still do not have options identified |
| 15:45.01 | brlcad | we have #1 .. there is no #2 or #3 beyond me saying what they COULD be |
| 15:45.55 | brlcad | do see what I mean? |
| 15:45.58 | brlcad | this is called cost evaluation |
| 15:46.21 | brlcad | you're trying to make a decision based on partial information |
| 15:46.38 | brlcad | I'm saying lets stop and get more information, write our options down |
| 15:46.58 | brlcad | this project is going to have a huge impact |
| 15:47.40 | brlcad | it's important to spend just a little time (and we're talking just about a day or two effort) to consider these options but consider them methodically |
| 15:48.33 | brlcad | we may still decide to go with option #1 and that'll be fine, but right now it seems like a very incomplete perspective |
| 15:49.50 | *** join/#brlcad snowlove (~albertcod@1.39.32.42) | |
| 15:50.14 | brlcad | for example, option #1 has other negative considerations like requiring full migration off of mediawiki (doesn't make sense to have two wikis) |
| 15:50.33 | sofat | Yes i know this |
| 15:50.36 | brlcad | it's not a show-stopper, but it's certainly not ideal |
| 15:50.42 | sofat | And its paid |
| 15:50.50 | brlcad | looking at all the options side by side, that consideration can be compared |
| 15:51.01 | sofat | Okay |
| 15:51.06 | brlcad | it's free for us, but right -- not open source |
| 15:51.20 | sofat | Yed |
| 15:51.23 | sofat | Yes |
| 15:52.04 | brlcad | can you write down the 5 option's that have been discussed, on the wiki? |
| 15:53.22 | sofat | Not yet but will do this |
| 15:53.56 | brlcad | I think that will be very helpful |
| 15:54.09 | brlcad | I can then put those options into a decision matrix with our evaluation criteria |
| 15:54.43 | brlcad | hi snowlove |
| 15:55.25 | snowlove | Hi brlcad |
| 15:56.24 | brlcad | sofat: I have another topic to discuss if you have a couple more minutes |
| 15:56.44 | sofat | Yes please tell me |
| 15:56.59 | brlcad | here's a reminder of ABCDEF characterization if you don't have it handy: http://sourceforge.net/p/brlcad/mailman/message/34096560/ |
| 15:57.10 | brlcad | so the other topic is your patches... |
| 15:57.21 | sofat | Yes |
| 15:57.22 | brlcad | you've been doing a fantastic job creating and submitting patches |
| 15:57.29 | sofat | Yes |
| 15:57.34 | brlcad | but there's a pattern :) |
| 15:57.46 | sofat | Means |
| 15:57.54 | brlcad | if I'm not mistaken, every one of them so far has had some minor problem |
| 15:58.37 | sofat | Please elaborate more |
| 15:59.19 | brlcad | basically, when patches get reviewed, the committer makes a note of whether they had to change or do anything |
| 15:59.25 | brlcad | besides apply the patch and commit |
| 15:59.48 | brlcad | every one of your patches has had something minor wrong with it |
| 16:00.25 | brlcad | for example, I think your most recent mispelled a file "megd" instead of "mged" or something like that |
| 16:00.30 | brlcad | and that was the only error |
| 16:00.35 | brlcad | VERY minor |
| 16:00.53 | brlcad | but the point (of our patch system) is to try and get "perfect" patches |
| 16:01.00 | brlcad | that require no changes, none whatsoever |
| 16:01.14 | brlcad | because if you can do that a couple times, then you don't need to be submitting patches :) |
| 16:01.30 | brlcad | and we can just grant you commit access at that point |
| 16:01.57 | brlcad | which we WANT to do .. but can't because each has had some minor issue |
| 16:02.24 | brlcad | so really just saying keep up the great work .. but try to notice the details a little more |
| 16:02.58 | brlcad | make sure the patch applies cleanly, that there are no mistakes/typos/spelling issues, that it compiles, that it validates, etc |
| 16:02.59 | sofat | Sorry again not happen this. |
| 16:03.05 | brlcad | no no |
| 16:03.07 | brlcad | don't be sorry |
| 16:03.09 | brlcad | you're doing great! |
| 16:03.32 | sofat | I have last question |
| 16:03.33 | brlcad | it's frustrating for us because you've done more than enough work to be granted commit status |
| 16:03.45 | brlcad | we want you to work more efficiently :) |
| 16:04.15 | brlcad | so yes, please do not misunderstand |
| 16:04.45 | brlcad | you're doing great and you should keep doing what you're doing -- just try to verify that there are no issues |
| 16:05.01 | brlcad | watching the commits can be great to learn what issues there were when your patches get applied |
| 16:05.35 | brlcad | if starseek1r or someone else had to commit changes after applying a patch from you, that means it probably needed something |
| 16:05.40 | snowlove | brlcad, How are you doing? Last time we had chat on materials database's database design. You gave suggestion to create another table having all the material properties in it and another table having just key ->value( property->value). This was an alternative to forbid the dynamic creation of tables. But this way whole code has to be written again because of the change in database design. I just want to know do we really have any shortcoming if we create |
| 16:05.40 | snowlove | tables dynamically ( although I have been warned by a few ;-) )? |
| 16:06.22 | brlcad | snowlove: yeah, dynamic tables are definitely suboptimal |
| 16:06.34 | brlcad | they're great for proof-of-concept to make sure the feature can/will work |
| 16:06.45 | sofat | Ok |
| 16:06.46 | brlcad | and I think that was the sole consideration when you started |
| 16:07.12 | brlcad | but now that it's proven, the next improvement would be to eliminate that dynamism |
| 16:07.23 | snowlove | yes. we had momentary brain storming on it. |
| 16:07.37 | brlcad | sofat: thank you! |
| 16:08.01 | snowlove | Does that mean changing the database design and code eventually? |
| 16:08.07 | brlcad | sofat: do you think you'll be able to write down some options with ABCDEF steps this week? |
| 16:08.21 | brlcad | snowlove: I think so |
| 16:08.23 | sofat | Last question please |
| 16:08.25 | sofat | Yes |
| 16:08.31 | sofat | I will do |
| 16:09.00 | snowlove | alright brlcad we will do it if that's an improvement. |
| 16:09.32 | brlcad | snowlove: I think it's the natural next step for that code maturing |
| 16:09.59 | brlcad | and I'm sure there will be other change (probably not quite so impacting) as we roll it into production use too |
| 16:10.16 | archivist | as a database person it is never ok to need dynamic table creation :) |
| 16:10.21 | brlcad | sofat: did you have another question for me, or were you saying no more questions? :) |
| 16:10.44 | brlcad | there ya go ;) |
| 16:11.06 | snowlove | alright, brlcad I am ready for any change now. ;-) thanks archivist |
| 16:11.14 | brlcad | archivist: so you've not worked with nosql databases? everything dynamic? :) |
| 16:11.44 | brlcad | a schema of schemas of data |
| 16:12.07 | archivist | brlcad, no I am a relational database person |
| 16:12.33 | sofat | I have no question |
| 16:12.43 | archivist | I think some of the nosql is a bit oversold |
| 16:12.49 | brlcad | sofat: okay, then thanks again |
| 16:13.01 | sofat | From today discussion I understand this is period which i found best option for ABCDEF work. But do not do any coding |
| 16:13.08 | sofat | I am right ? |
| 16:13.25 | brlcad | archivist: I agree though the same can be said of relational too ... applied to domains entirely inappropriately |
| 16:13.26 | snowlove | brlcad, I am also going to explore mongo db. Does mediawiki support mongo db? Have any idea? |
| 16:13.56 | brlcad | sofat: right, don't worry about coding/fixing anything -- just understand where it's at |
| 16:14.20 | brlcad | if it helps you do look at code to understand how HARD it might be, that's fine .. but yeah, do not need to modify code just yet |
| 16:14.33 | sofat | Ok |
| 16:14.51 | brlcad | snowlove: no idea |
| 16:15.19 | snowlove | alright brlcad , I will see if it supports mongodb |
| 16:16.51 | snowlove | I will show you db schema with the desired changes in database to eliminate dynamism in a couple of days. |
| 16:18.05 | archivist | snowlove, you can make key/value pairs even in a relational database |
| 16:18.37 | snowlove | archivist, absolutely! we are using mysql right now. |
| 16:19.05 | archivist | I know, I downloaded the materials db a loooong while ago |
| 16:19.39 | snowlove | did you have a look at the database design? |
| 16:20.40 | snowlove | I might need your help in shedding off the dynamism. :) |
| 16:23.02 | archivist | looks like it was a year ago :) http://www.collection.archivist.info/archive/mirror/brlcad/material/ |
| 16:24.17 | snowlove | this is the older code, I have rewritten it. |
| 16:25.06 | archivist | it did need "some" modification |
| 16:26.06 | snowlove | You may see the latest code here. https://github.com/BRL-CAD/MaterialsDatabase |
| 16:26.25 | snowlove | the database filename is wikimaterial.sql |
| 16:27.49 | snowlove | What actually happens is that we have separate table for each material property and when any user adds a new property, a new table is created. |
| 16:28.23 | snowlove | So I was having problem to update the database schema in MediaWiki after the addition of every new property. |
| 16:29.12 | snowlove | So archivist we have to get rid of this dynamism. |
| 16:30.16 | archivist | properties should be just one table, then a join table between materials and properties |
| 16:35.34 | archivist | but what about form of a material :) |
| 16:35.34 | archivist | uts varies with temperature |
| 16:35.34 | snowlove | alright. Do you mean join or linking materials and properties with foreign keys? Because some materials might not show certain properties. |
| 16:35.34 | snowlove | We can have a separate table for forms and link each material with foreign key. |
| 16:35.34 | archivist | so you dont have entries in the join table then |
| 16:35.35 | snowlove | Please elaborate how this can be done. Am I right about linking with FKs. |
| 16:35.36 | snowlove | ? |
| 16:36.54 | archivist | FKs are used in joins, FKs help maintain referential integrity |
| 16:37.32 | archivist | you can join without FKs also |
| 16:39.48 | snowlove | Alright archivist I will show you the new database design soon and you may point out shortcomings if any. |
| 16:44.03 | archivist | also some of the database design needs some though of the queries to be made |
| 16:44.10 | archivist | thought |
| 16:44.52 | archivist | eg will you want the curve of UTS with temperature of a steel |
| 16:46.28 | snowlove | How can we handle this? |
| 16:47.34 | archivist | something like rowid,materialid,temp,uts,units |
| 16:48.07 | archivist | so when you join your material to this you get many rows returned |
| 16:53.50 | snowlove | that's fine. If I have got you right then UTS being a property will be contained in properties table. And we will have the attributes like materialid, value, temp in the key-value table. And the attributes like property_name, units in property table. |
| 16:54.49 | snowlove | there will be just a few more entries for UTS of materials at different temps. |
| 17:07.02 | archivist | snowlove, another thing to be aware of is over normalising the data, eg a melting point is likely to always be 1 to 1 if you are using standard temperature and pressure |
| 17:10.37 | snowlove | archivist, are not we concerned with material properties only at standard conditions of temperature and pressure? |
| 17:11.02 | snowlove | because changing them can change the values of many properties. |
| 17:11.37 | snowlove | For example boiling point also changes with change in pressure. |
| 17:16.54 | snowlove | brlcad, please refer to the above lines. |
| 17:22.41 | archivist | let me pick one line from your latest .sql, from the boiling point table you have `mat_id` int(20) unsigned NULL, why allow NULL, a boiling point without a material is non existent |
| 17:30.30 | snowlove | oh thanks. that's a mistake I will correct it. |
| 17:31.24 | snowlove | archivist, did you understand what I intended to ask above? |
| 17:31.53 | archivist | that null problem is repeated :) |
| 17:33.33 | snowlove | I will correct that. I did not have much experience with database last year. :) |
| 17:33.59 | snowlove | you would find a few more mistakes if you keep on looking. ;-) |
| 17:34.34 | archivist | you wont get all the experience if I find them all :) |
| 17:42.22 | snowlove | yeah absolutely. |
| 17:50.48 | *** join/#brlcad merzo (~merzo@107-101-134-95.pool.ukrtel.net) | |
| 18:24.08 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 18:34.13 | *** join/#brlcad merzo (~merzo@20-137-133-95.pool.ukrtel.net) | |
| 19:08.57 | *** join/#brlcad merzo (~merzo@88-85-132-95.pool.ukrtel.net) | |
| 19:09.50 | *** join/#brlcad LordOfBikes (~armin@dslb-088-066-145-053.088.066.pools.vodafone-ip.de) | |
| 19:24.23 | *** join/#brlcad merzo (~merzo@95-89-133-95.pool.ukrtel.net) | |
| 19:31.28 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 19:43.30 | *** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 20:35.07 | Notify | 03BRL-CAD:carlmoore * 65018 brlcad/trunk/doc/docbook/system/man1/en/gencolor.xml: add comment about use of RGB values |
| 20:35.31 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 20:36.02 | andrei_il | cmake doesn't work on revision 65018. |
| 20:36.31 | andrei_il | http://slexy.org/view/s20O0mQ6xg |
| 20:45.21 | andrei_il | actually, it might be on my end, but it doesn't make any sense |
| 20:45.32 | andrei_il | I run rm -rf brlcad/misc/tools and then svn update |
| 20:45.44 | andrei_il | and svn still says I have differences between main repo |
| 20:59.52 | *** join/#brlcad andrei_ (56794836@gateway/web/freenode/ip.86.121.72.54) | |
| 21:22.23 | *** join/#brlcad witness (uid10044@gateway/web/irccloud.com/x-bgyysokmqeaeqkhf) | |
| 21:27.40 | Notify | 03BRL-CAD:carlmoore * 65019 brlcad/trunk/src/util/pix-ps.c: add 'h' to comment |
| 22:36.01 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 22:54.00 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 03:23.53 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 03:24.26 | starseek1r | interesting http://nanomsg.org/index.html |
| 03:25.46 | starseek1r | andrei_il: can you try a separate clean checkout? |
| 04:04.32 | *** join/#brlcad d356 (~d@50-90-234-94.res.bhn.net) | |
| 04:16.57 | andrei_il | starseek1r: you mean svn add and install brl-cad in a new path? |
| 04:25.56 | andrei_il | If that's what you mean, I will try it today. |
| 04:26.49 | andrei_il | Sorry, I cannot stay any longer on irc ( school exam) ,I will come back and try to resolve the problem |
| 05:21.03 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 06:43.20 | *** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 07:39.17 | *** join/#brlcad luca79 (~luca@host209-19-dynamic.4-87-r.retail.telecomitalia.it) | |
| 07:46.17 | *** join/#brlcad arno (~luca@host212-107-dynamic.15-87-r.retail.telecomitalia.it) | |
| 08:22.41 | *** join/#brlcad luca79 (~luca@host151-17-dynamic.4-87-r.retail.telecomitalia.it) | |
| 08:27.31 | *** join/#brlcad dracarys983 (dracarys@nat/iiit/x-qiropkehzmewfzeb) | |
| 08:40.45 | *** join/#brlcad teepee-- (bc5c2133@gateway/web/freenode/ip.188.92.33.51) | |
| 08:43.09 | *** join/#brlcad arno (~luca@host191-107-dynamic.15-87-r.retail.telecomitalia.it) | |
| 09:06.19 | *** join/#brlcad luca79 (~luca@host191-107-dynamic.15-87-r.retail.telecomitalia.it) | |
| 09:43.17 | Notify | 03BRL-CAD Wiki:Rkumaravelan * 0 /wiki/User:Rkumaravelan: |
| 10:43.13 | Notify | 03BRL-CAD Wiki:Shaina7837 * 8336 /wiki/User:Shainasabarwal/GSoC15/logs: /* Community Bonding Period */ |
| 10:44.53 | *** join/#brlcad Shubham (6719e766@gateway/web/freenode/ip.103.25.231.102) | |
| 10:50.45 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8337 /wiki/User:MeShubham99/GSoc15/OGV_production_ready_plan: |
| 11:22.07 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8338 /wiki/User:MeShubham99/GSoc15/OGV_production_ready_plan: |
| 12:25.23 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8339 /wiki/User:MeShubham99/GSoc15/OGV_production_ready_plan: |
| 12:29.45 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8340 /wiki/User:MeShubham99/GSoc15/OGV_production_ready_plan: |
| 12:39.48 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8341 /wiki/User:MeShubham99/GSoc15/OGV_production_ready_plan: |
| 13:51.54 | Notify | 03BRL-CAD Wiki:Sean * 8342 /wiki/User:Vasco.costa/GSoC15/logs: |
| 14:55.35 | *** join/#brlcad davinci (0e8b5206@gateway/web/freenode/ip.14.139.82.6) | |
| 14:59.04 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:27.41 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:07.10 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:53.12 | Notify | 03BRL-CAD:carlmoore * 65020 brlcad/trunk/src/util/gencolor.c: '-r' no longer requires no following white space; default no-argument run (all black) is allowed |
| 16:59.50 | *** join/#brlcad Gurwinder (3b5bebb3@gateway/web/freenode/ip.59.91.235.179) | |
| 17:01.24 | Gurwinder | @brlcad: Hi, some questions in my mind. Where can I put my converter's code? will it be on my github account ok Or some where else? |
| 18:02.49 | *** join/#brlcad Gurwinder___ (75c7640e@gateway/web/freenode/ip.117.199.100.14) | |
| 18:11.49 | *** join/#brlcad witness (uid10044@gateway/web/irccloud.com/x-rgwcykpegliyolaj) | |
| 18:22.34 | *** join/#brlcad LordOfBikes (~armin@dslb-088-065-190-038.088.065.pools.vodafone-ip.de) | |
| 18:41.36 | Notify | 03BRL-CAD Wiki:Bhollister * 8343 /wiki/User:Bhollister/DevLogMay2015: /* Tuesday, May 19, 2015 */ |
| 18:41.51 | Notify | 03BRL-CAD Wiki:Bhollister * 8344 /wiki/User:Bhollister/DevLogMay2015: /* Wednesday, May 20, 2015 */ |
| 19:02.54 | *** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 19:06.29 | Notify | 03BRL-CAD:carlmoore * 65021 brlcad/trunk/src/util/gencolor.c: implement -p,-b,-L,-H cases |
| 19:19.09 | *** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 19:23.45 | *** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 19:26.56 | *** join/#brlcad cox_ (~quassel@188.226.208.53) | |
| 19:28.13 | Notify | 03BRL-CAD:carlmoore * 65022 brlcad/trunk/doc/docbook/system/man1/en/gencolor.xml: rewrite of gencolor man page because of new options; also, I added 2015 for copyright (WHAT ABOUT OTHER REVISED PROGRAMS?) |
| 19:39.16 | Notify | 03BRL-CAD:carlmoore * 65023 brlcad/trunk/doc/docbook/system/man1/en/gencolor.xml: reduce use of underscores |
| 20:18.42 | *** join/#brlcad d356 (~d@50-90-234-94.res.bhn.net) | |
| 20:59.21 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 23:37.18 | Notify | 03BRL-CAD Wiki:Bhollister * 8345 /wiki/User:Bhollister/DevLogMay2015: /* Thursday, May 21, 2015 */ |
| 23:49.24 | *** join/#brlcad brad_h (~behollis@dhcp-59-221.cse.ucsc.edu) | |
| 00:04.22 | Notify | 03BRL-CAD Wiki:Sweetbuns999 * 0 /wiki/User:Sweetbuns999: |
| 00:14.00 | *** join/#brlcad d356 (~d@50-90-234-94.res.bhn.net) | |
| 00:32.01 | brad_h | starseeker: what is the proper way to add new commands (command-line) for mged / archer? i see various cmd function prototypes listed in mged/cmd.h but that of course is only part of their implementation. |
| 00:34.10 | brad_h | starseeker: i ask because i'm revamping my propsal. i'll be implementing command-line editing of nmg data-structures instead of thru the gui. |
| 00:36.27 | brad_h | starseeker: also, you may want to provide some suggestion as to the command-line interface for that as well. i was thinking of following some of the design considerations that blender has taken for access to their bmesh: http://wiki.blender.org/index.php/Dev:2.6/Source/Modeling/BMesh/Design |
| 02:59.54 | *** join/#brlcad IriX64 (~kvirc@SSMRON9421W-LP130-02-1279744415.dsl.bell.ca) | |
| 05:03.01 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 05:12.36 | *** join/#brlcad Gurwinder (75dca957@gateway/web/freenode/ip.117.220.169.87) | |
| 05:19.10 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 06:04.21 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 06:30.44 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 06:31.30 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 06:43.13 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 07:34.47 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 08:47.45 | *** join/#brlcad merzo (~merzo@114-86-133-95.pool.ukrtel.net) | |
| 09:09.54 | *** join/#brlcad teepee-- (bc5c2133@gateway/web/freenode/ip.188.92.33.51) | |
| 11:21.17 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 11:46.52 | starseek1r | brad_h: that's somewhat involved (adding new command) - you might look over commit 46507, which adds the exist command |
| 11:47.03 | starseek1r | svn diff -c46507|less |
| 12:59.37 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 13:08.18 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 14:04.57 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8346 /wiki/User:MeShubham99/GSoc15/OGV_production_ready_plan: |
| 14:56.47 | *** join/#brlcad Shubham (6719e766@gateway/web/freenode/ip.103.25.231.102) | |
| 14:59.37 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 15:03.33 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 15:04.55 | *** join/#brlcad Shubham_ (6719e766@gateway/web/freenode/ip.103.25.231.102) | |
| 15:05.28 | *** join/#brlcad Shubham (6719e766@gateway/web/freenode/ip.103.25.231.102) | |
| 15:06.38 | ``Erik | "Curve Parameterization For Mere Mortals" http://sidewindiegames.com/?p=327 |
| 15:15.02 | Notify | 03BRL-CAD:starseeker * 65024 brlcad/trunk/src/libbn/tests/bntester.c: gcc is issuing a Werror=clobbered warning about found_eof. |
| 15:37.32 | Notify | 03BRL-CAD:starseeker * 65025 brlcad/trunk/src/libbg/CMakeLists.txt: GM -> BG (naming convention is needed for automagic handling of defines with MSVC) |
| 15:46.46 | Notify | 03BRL-CAD:starseeker * 65026 (brlcad/trunk/include/bg/chull.h brlcad/trunk/include/bg/defines.h and 4 others): GM_ -> BG_ |
| 15:52.15 | *** join/#brlcad cardinot (~cardinot@187.16.242.23) | |
| 15:52.15 | *** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot) | |
| 16:11.40 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 17:11.09 | *** join/#brlcad ih8sum3r (~chatzilla@122.173.29.173) | |
| 17:14.27 | *** join/#brlcad Gurwinder (75cf9daa@gateway/web/freenode/ip.117.207.157.170) | |
| 17:27.01 | *** join/#brlcad Shubham (6719e766@gateway/web/freenode/ip.103.25.231.102) | |
| 17:57.29 | Notify | 03BRL-CAD Wiki:Hitesh sofat * 8347 /wiki/User:Hitesh/option_for_docbook: |
| 18:09.36 | Notify | 03BRL-CAD:carlmoore * 65027 brlcad/trunk/src/util/gencolor.c: allow for (rare?) case of -r giving a smaller positive number than the number of values input; also, 0 (and not just negative) count will take us to infinite condition |
| 18:15.33 | Notify | 03BRL-CAD:carlmoore * 65028 brlcad/trunk/src/util/gencolor.c: mv basemultiple declaration to main program; do not need it as global |
| 18:18.47 | Notify | 03BRL-CAD:carlmoore * 65029 brlcad/trunk/src/util/gencolor.c: and move 2 more int variables into main program (not global) |
| 18:31.24 | Notify | 03BRL-CAD:brlcad * 65030 brlcad/trunk/NEWS: carl added options to the gencolor command. |
| 18:33.56 | Notify | 03BRL-CAD:brlcad * 65031 brlcad/trunk/NEWS: carl added options (-p -b -L -H) to the gencolor command and improved output parsing. |
| 18:50.23 | Notify | 03BRL-CAD:brlcad * 65032 brlcad/trunk/include/bu/file.h: no more bu/mime.h |
| 18:53.13 | *** join/#brlcad devinder (~chatzilla@106.78.13.209) | |
| 18:54.51 | Notify | 03BRL-CAD:brlcad * 65033 brlcad/trunk/include/bu/file.h: ahh, I get it. this is a problem since now we can't just point at our source header dir. (revert 65032) |
| 18:57.42 | starseek1r | brlcad: I'd be OK with checking in the generated version and having it update in the src tree when the inputs change - it's rare that we do that, and I try to avoid it, but the header wouldn't change all that often and I can see where the added complexity is a problem |
| 19:06.05 | starseek1r | one sec... |
| 19:23.54 | ``Erik | http://www.simppa.fi/blog/porsche-black-edition-engine-sound-particles/ |
| 19:39.26 | Notify | 03BRL-CAD:starseeker * 65034 (brlcad/trunk/include/bu/CMakeLists.txt brlcad/trunk/src/libbu/CMakeLists.txt brlcad/trunk/src/libbu/mime.cmake): Check in the bu/mime.h header and update the cmake script to maintain it there instead of in the build directory. Since the header seldom changes, go with the clarity of including it where it is expected instead of enforcing the 'minimize configure/build changes to src dir |
| 19:39.28 | Notify | files' policy. |
| 19:39.30 | Notify | ... |
| 19:48.40 | brlcad | starseek1r: how about instead of modifying the src dir, just have it check if they're different and fail the build (a read-only checkout would be a good test!) |
| 19:48.47 | brlcad | like you said, that should be rare/non-existent |
| 19:49.22 | brlcad | let the user copy it manually and commit instead of it sneaking in just because they ran make |
| 19:49.27 | starseek1r | erm. I guess that could be OK, as long as it prints the copy line for moving the new generated file... |
| 19:49.36 | brlcad | sure |
| 19:49.55 | starseek1r | read only checkout won't 100% succeed now - a couple of the toplevel doc files are automatically maintained/synced |
| 19:50.03 | brlcad | that way user is informed (maybe they didn't mean to update/move the mime file) |
| 19:50.13 | starseek1r | as are a couple of the generated sources for stepcode... |
| 19:50.19 | brlcad | ugh :) |
| 19:50.31 | brlcad | well a goal for "someday maybe" |
| 19:50.48 | brlcad | it'd be nice to maintain a behavior contract |
| 19:51.00 | starseek1r | is open to suggestions on those - I *really* wanted a read-only tree, but syncing option docs with CMake code manually begs for out of date docs |
| 19:51.36 | brlcad | not if it halts the build ;) |
| 19:51.40 | starseek1r | suppose we could fail configure until the sync is made manually... hadn't considered making it a haulting condition |
| 19:51.41 | brlcad | it's their problem then |
| 19:52.51 | brlcad | ``Erik: nifty viz |
| 19:53.45 | brlcad | ``Erik: oh, and fyi there's some problem with our version of apache (maybe a vulnerability or a bug?) ... every now and then it signal 11's every/any page until a restart |
| 19:53.47 | *** join/#brlcad d356 (~d@50-90-234-94.res.bhn.net) | |
| 19:54.23 | brlcad | basically all sites go down (!) |
| 19:54.44 | brlcad | I couldn't find the source in logs, but my foo was shallow |
| 20:03.19 | Notify | 03BRL-CAD:starseeker * 65035 brlcad/trunk/src/libbu/mime.cmake: Try haulting configure and reporting the difference for mime, rather than updating automatically. More jarring, but also more principled in terms of not modifying the src tree. |
| 20:03.43 | brlcad | woot |
| 20:04.16 | starseek1r | well, let's see if it works cross platform - may have to get fancy if the svn checkout does one thing with line endings and CMake does another... |
| 20:14.55 | *** part/#brlcad Shubham (6719e766@gateway/web/freenode/ip.103.25.231.102) | |
| 20:16.48 | ``Erik | brlcad: I've noticed sig11's, but not an actual loss of service (beyond the request that crashes).. when was the last time it was messed up? my traffic graphs aren't showing any dead spots lately |
| 20:19.47 | *** join/#brlcad Shubham (6719e766@gateway/web/freenode/ip.103.25.231.102) | |
| 20:38.11 | Notify | 03BRL-CAD:starseeker * 65036 brlcad/trunk/src/conv/gcv/gcv.cpp: More help output tweaking, and add ability to differentiate between input-only, output-only and input-and-output applicable options. |
| 20:42.58 | *** join/#brlcad LordOfBikes (~armin@dslb-178-007-228-227.178.007.pools.vodafone-ip.de) | |
| 20:44.37 | Notify | 03BRL-CAD:starseeker * 65037 brlcad/trunk/src/conv/gcv/gcv.cpp: to the top level, these are unknowns, not format options. |
| 20:46.16 | brlcad | ``Erik: it happened again about an hour ago (apachectl restart fixes it) |
| 20:47.46 | brlcad | ``Erik: see /var/log/messages around May 22 15:03:01 |
| 20:53.02 | ``Erik | I see logged successes during the window of sig11's, so not a complete service outage |
| 20:53.34 | ``Erik | rebuilds some to see if that fixes things |
| 21:04.11 | ``Erik | ok, recompiled apache (and dependant ports) running, now the waiting game :) |
| 21:07.28 | brlcad | cool |
| 21:07.51 | brlcad | stepcode |
| 21:08.13 | brlcad | er, stepcode's mediawiki instance still sig11's but that's probably a different issue |
| 21:08.48 | *** join/#brlcad d356 (~d@50-90-234-94.res.bhn.net) | |
| 21:08.53 | ``Erik | hm, is that what we're seeing right now? |
| 21:09.14 | brlcad | what do you mean? |
| 21:09.24 | ``Erik | May 22 17:08:16 brlcad kernel: pid 85752 (httpd), uid 80: exited on signal 11 |
| 21:09.38 | brlcad | yeah |
| 21:09.41 | brlcad | the sporadic ones |
| 21:09.48 | brlcad | crashes on demand |
| 21:09.56 | brlcad | <PROTECTED> |
| 21:10.13 | ``Erik | 2 at 17:06:39, 4 at 17:06:41 |
| 21:10.24 | ``Erik | woops, s/06/07 |
| 21:11.07 | brlcad | I spent half a day trying to trace that one down |
| 21:11.13 | brlcad | upgraded mw to the latest |
| 21:11.23 | brlcad | seemed to be some php interaction with apache |
| 21:36.39 | Notify | 03BRL-CAD:carlmoore * 65038 brlcad/trunk/src/util/gencolor.c: fix the case of use of any of -p,-b,-L,-H where the number of input values is not integer multiple of number of values needed for the file |
| 21:59.50 | ``Erik | ok, I've turned off apc, let's see if that does something |
| 22:34.24 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-wcuyayjreqhrwqda) | |
| 22:58.10 | ``Erik | an hour with no segfaults, interesting |
| 23:06.56 | Notify | 03BRL-CAD Wiki:Bhollister * 8348 /wiki/User:Bhollister/DevLogMay2015: /* Friday, May 22, 2015 */ |
| 23:08.40 | *** join/#brlcad d356 (~d@50-90-234-94.res.bhn.net) | |
| 23:20.01 | Notify | 03BRL-CAD Wiki:Bhollister * 8349 /wiki/User:Bhollister/Proposal: |
| 23:21.00 | Notify | 03BRL-CAD Wiki:Bhollister * 8350 /wiki/Google_Summer_of_Code/2015: /* NMG Editing */ |
| 23:21.18 | Notify | 03BRL-CAD Wiki:Bhollister * 8351 /wiki/Google_Summer_of_Code/2015: /* NMG Editing */ |
| 23:22.40 | Notify | 03BRL-CAD Wiki:Bhollister * 8352 /wiki/User:Bhollister/Abstrac: |
| 23:25.17 | brad_h | i've updated my gsoc2015 proposal on the wiki + google-melange. Additional info: http://people.ucsc.edu/~behollis/hollisterGSoC2015Revised2.pdf |
| 23:44.26 | ``Erik | huh, sigill, but no sigsegv |
| 00:12.29 | Notify | 03BRL-CAD Wiki:Bhollister * 8353 /wiki/User:Bhollister/Abstrac: |
| 00:14.13 | Notify | 03BRL-CAD Wiki:Bhollister * 8354 /wiki/Google_Summer_of_Code/2015: /* NMG / BoT Editing */ |
| 00:19.14 | *** join/#brlcad brad_h (~behollis@dhcp-59-221.cse.ucsc.edu) | |
| 00:24.47 | *** join/#brlcad cox (~quassel@188.226.208.53) | |
| 01:21.26 | *** join/#brlcad d356 (~d@50-90-234-94.res.bhn.net) | |
| 01:34.14 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 04:54.59 | brlcad | brad_h: I noticed! |
| 04:56.04 | brlcad | ``Erik: stepcode mediawiki still segfaults on demans (go to url/mw/ to see) |
| 04:56.33 | brlcad | the site is in offline mode because of the crashes |
| 04:57.06 | brlcad | just reloaded a bunch just now to fill the logs with crash |
| 04:57.37 | brlcad | brad_h: outstanding log details |
| 04:59.50 | brlcad | brad_h: as for adding new commands, there is a gci patch you could review/update that stubs in an empty "mesh" command |
| 04:59.55 | brlcad | s/could/should/ |
| 06:33.19 | Notify | 03BRL-CAD Wiki:Ngassafinjap * 8355 /wiki/User:Amalia/Development_logs: /* Introductions */ |
| 06:37.20 | Notify | 03BRL-CAD Wiki:Ngassafinjap * 8356 /wiki/User:Amalia/Development_logs: /* Introductions */ |
| 06:37.58 | Notify | 03BRL-CAD Wiki:Ngassafinjap * 8357 /wiki/User:Amalia/Development_logs: /* Introductions */ |
| 06:38.31 | Notify | 03BRL-CAD Wiki:Ngassafinjap * 8358 /wiki/User:Amalia/Development_logs: /* Introductions */ |
| 06:50.08 | Notify | 03BRL-CAD Wiki:Ngassafinjap * 8359 /wiki/User:Amalia/Development_logs: /* Introductions */ |
| 07:00.37 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8360 /wiki/User:MeShubham99/GSoc15/OGV_production_ready_plan: |
| 07:09.29 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8361 /wiki/User:MeShubham99/GSoc15/OGV_production_ready_plan: |
| 07:12.41 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8362 /wiki/User:MeShubham99/GSoc15/OGV_production_ready_plan: |
| 13:14.46 | *** join/#brlcad luca79 (~luca@bo-18-136-13.service.infuturo.it) | |
| 15:51.41 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:25.06 | Notify | 03BRL-CAD Wiki:Gurwinder Singh * 8363 /wiki/Google_Summer_of_Code/2015: /* Povray export */ |
| 16:32.27 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 17:05.39 | Notify | 03BRL-CAD Wiki:Gurwinder Singh * 8364 /wiki/User:Gurwinder_Singh/GSoc15/proposal: /* Development Schedule and Timeline */ |
| 17:13.26 | *** join/#brlcad sofat (~sofat@202.164.45.208) | |
| 17:55.21 | *** join/#brlcad d356 (~d@50-90-234-94.res.bhn.net) | |
| 18:48.08 | *** join/#brlcad d356 (~d@50-90-234-94.res.bhn.net) | |
| 18:49.00 | *** join/#brlcad Shubham (6719e766@gateway/web/freenode/ip.103.25.231.102) | |
| 18:54.37 | *** join/#brlcad sofat (~sofat@202.164.45.208) | |
| 20:15.26 | *** join/#brlcad Shubham (6719e766@gateway/web/freenode/ip.103.25.231.102) | |
| 21:17.16 | *** join/#brlcad kintel_ (~kintel@unaffiliated/kintel) | |
| 21:22.50 | *** join/#brlcad d356 (~d@50-90-234-94.res.bhn.net) | |
| 22:25.33 | *** join/#brlcad d356 (~d@50-90-234-94.res.bhn.net) | |
| 22:56.13 | Notify | 03BRL-CAD:starseeker * 65039 brlcad/trunk/src/conv/gcv/gcv.cpp: Demonstrate proof-of-concept returning of format specific help |
| 01:54.00 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 02:28.21 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 04:37.08 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 09:40.04 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 12:17.28 | *** join/#brlcad devinder (~chatzilla@106.76.161.254) | |
| 15:06.46 | *** join/#brlcad Shubham (6719e766@gateway/web/freenode/ip.103.25.231.102) | |
| 16:00.45 | *** join/#brlcad devinder (~chatzilla@27.97.99.89) | |
| 16:13.06 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 16:42.50 | *** join/#brlcad Shubham (6719e766@gateway/web/freenode/ip.103.25.231.102) | |
| 16:43.30 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 16:56.39 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 17:18.18 | sofat | brlcad, I am preparing my report on confluence. i want to know one think , I also need to write about other option like wordpress plugin, pandoc etc in report or only write about confluence ? |
| 17:18.37 | sofat | in report |
| 18:03.07 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 18:07.55 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 18:20.50 | *** join/#brlcad devinder (~chatzilla@1.187.212.219) | |
| 18:30.53 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 18:39.00 | *** join/#brlcad andromeda-galaxy (~andromeda@108-225-17-54.lightspeed.sntcca.sbcglobal.net) | |
| 19:28.40 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 19:30.01 | Notify | 03BRL-CAD Wiki:Deekaysharma * 8367 /wiki/User:Deekaysharma/GSoc15/OGV_production_ready_plan: |
| 21:35.30 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 22:04.15 | *** join/#brlcad merzo (~merzo@6-62-132-95.pool.ukrtel.net) | |
| 22:09.08 | Notify | 03BRL-CAD Wiki:Dracarys983 * 8368 /wiki/User:Dracarys983/Development_Logs: /* Development Logs - Coding Period Entry */ |
| 23:25.58 | *** join/#brlcad konrado (~konro@41.205.22.45) | |
| 16:21.42 | *** join/#brlcad infobot (ibot@rikers.org) | |
| 16:21.42 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-) | |
| 16:29.53 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:34.52 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8400 /wiki/User:MeShubham99/GSoc15/log_developmen: |
| 16:44.45 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:47.35 | Notify | 03BRL-CAD:starseeker * 65041 (brlcad/trunk/include/analyze.h brlcad/trunk/src/libanalyze/CMakeLists.txt brlcad/trunk/src/libanalyze/tests/CMakeLists.txt): Start hooking up a framework for experimentation with diffing using the raytracer. |
| 16:48.04 | Notify | 03BRL-CAD:starseeker * 65042 (brlcad/trunk/src/libanalyze/raydiff.c =================================================================== and 185 others): add files. |
| 17:08.52 | *** join/#brlcad vasc (~VASC@bl13-105-52.dsl.telepac.pt) | |
| 17:41.54 | Notify | 03BRL-CAD:carlmoore * 65043 brlcad/trunk/src/util/gencolor.c: oops, last week's changes broke the infinite-loop case; fixed it |
| 17:53.24 | *** join/#brlcad ih8sum3r (~chatzilla@122.173.43.149) | |
| 17:56.20 | ih8sum3r | brlcad: Hi |
| 18:23.52 | Notify | 03BRL-CAD Wiki:Bhollister * 8401 /wiki/User:Bhollister/DevLogMay2015: /* Monday, May 25, 2015 */ |
| 18:32.33 | Notify | 03BRL-CAD Wiki:202.164.45.204 * 8402 /wiki/User:Hiteshsofat/GSoc15/log_developmen: |
| 19:08.28 | Notify | 03BRL-CAD:starseeker * 65044 brlcad/trunk/src/libanalyze/raydiff.c: Filter based on segment length. |
| 19:16.17 | *** join/#brlcad sofat (~sofat@202.164.45.208) | |
| 19:29.22 | Notify | 03BRL-CAD:ejno * 65045 brlcad/trunk/src/conv/gcv/optionparser.h: silence warnings by adding virtual destructors |
| 19:41.36 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 19:51.51 | *** join/#brlcad vasc (~VASC@bl13-105-52.dsl.telepac.pt) | |
| 19:52.52 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 19:58.32 | Notify | 03BRL-CAD:carlmoore * 65046 (brlcad/trunk/doc/docbook/system/man1/en/gencolor.xml brlcad/trunk/src/util/gencolor.c): implement s,w,n for gencolor |
| 20:04.17 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 20:10.47 | Notify | 03BRL-CAD:carlmoore * 65047 brlcad/trunk/doc/docbook/system/man1/en/fblabel.xml: remove 3 occurrences of '/b' (accidentally copied from 'r/g/b'?), and remove an extra period |
| 20:17.19 | *** join/#brlcad LordOfBikes (~armin@dslb-092-075-154-044.092.075.pools.vodafone-ip.de) | |
| 20:35.04 | Notify | 03BRL-CAD:carlmoore * 65048 brlcad/trunk/src/util/gencolor.c: remove a trailing blank |
| 20:37.43 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 20:56.45 | Notify | 03BRL-CAD Wiki:Deekaysharma * 8403 /wiki/User:Deekaysharma/logs: |
| 21:02.47 | *** join/#brlcad Ch3ck (~Ch3ck@41.205.22.10) | |
| 21:17.31 | *** join/#brlcad konrado (~konro@154.70.108.202) | |
| 21:27.46 | Notify | 03BRL-CAD Wiki:Andrei.ilinca24 * 8404 /wiki/User:Andrei.ilinca24/logs: /* Coding Period */ |
| 21:34.01 | Notify | 03BRL-CAD:ejno * 65049 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: export color information |
| 22:06.27 | *** part/#brlcad Ch3ck (~Ch3ck@41.205.22.10) | |
| 22:07.58 | Notify | 03BRL-CAD:starseeker * 65050 brlcad/trunk/src/libanalyze/raydiff.c: Start working out how to collect results. |
| 22:26.14 | Notify | 03BRL-CAD Wiki:Konrado DJ * 8405 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 26 MAY 2015 */ |
| 23:25.34 | Notify | 03BRL-CAD:brlcad * 65051 brlcad/trunk/src/libanalyze/raydiff.c: non-public functions should be static, mark lib functions as HIDDEN (and give them a prefix just in case) |
| 23:35.03 | Notify | 03BRL-CAD:starseeker * 65052 brlcad/trunk/src/libanalyze/raydiff.c: Switch to bu_ptbl so we can sort the results if we want to be sure of returning the same results in the same order... may not be worth the overhead, or maybe it could be an option used when results need to be compared in debugging situations. |
| 23:44.39 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 23:51.20 | Notify | 03BRL-CAD:brlcad * 65053 brlcad/trunk/NEWS: credit jon with adding FASTGEN4 export support. includes geometry (meshes and implicits), some metadata, color/material information. |
| 00:12.55 | *** join/#brlcad Gurwinder (3b5b768c@gateway/web/freenode/ip.59.91.118.140) | |
| 00:14.28 | Gurwinder | My ubuntu was crashed so I have to compile BRL-CAD again. But when I run make at 73% it gaves me error |
| 00:14.45 | Gurwinder | <PROTECTED> |
| 00:16.19 | Gurwinder | seached about it but can't get anything good , how to solve it? |
| 00:17.21 | Gurwinder | @brlcad: is there something wrong while I was doing svn? |
| 00:34.39 | *** join/#brlcad konrado (~konro@41.205.22.19) | |
| 00:51.44 | Notify | 03BRL-CAD Wiki:59.91.118.140 * 8406 /wiki/User:Gurwinder_Singh/GSoc15/log_developmen: |
| 00:53.57 | Notify | 03BRL-CAD Wiki:59.91.118.140 * 8407 /wiki/User:Gurwinder_Singh/GSoc15/log_developmen: |
| 00:56.08 | Notify | 03BRL-CAD Wiki:Nickstrauss * 0 /wiki/User:Nickstrauss: |
| 00:56.16 | Notify | 03BRL-CAD Wiki:59.91.118.140 * 8408 /wiki/User:Gurwinder_Singh/GSoc15/log_developmen: |
| 01:11.34 | Notify | 03BRL-CAD:starseeker * 65054 brlcad/trunk/src/libanalyze/raydiff.c: Start preparing to set up the raytracing using an actual pattern. |
| 01:14.17 | starseek1r | Gurwinder: sounds like you're missing a C++ dev library |
| 01:18.37 | Gurwinder | I think I have install but lets run make after updateing os |
| 01:19.17 | Gurwinder | no, got same error again |
| 01:19.37 | Gurwinder | In file included from /home/gurwinder/brlcad-svn-trunk/src/other/tclap/include/tclap/SwitchArg.h:30:0, |
| 01:19.51 | Gurwinder | from /home/gurwinder/brlcad-svn-trunk/src/other/tclap/include/tclap/CmdLine.h:27, |
| 01:20.55 | Gurwinder | error is of /home/gurwinder/brlcad-svn-trunk/src/other/tclap/include/tclap/Arg.h:48:2: |
| 01:46.37 | Notify | 03BRL-CAD:brlcad * 65055 brlcad/trunk/NEWS: credit carl again with extensive command consistency efforts |
| 02:02.26 | Notify | 03BRL-CAD:brlcad * 65056 brlcad/trunk/include/rt/db5.h: sync minortypes with the ID_ types, missing PNTS |
| 02:05.27 | brlcad | Gurwinder: you almost certainly do have stringstream, but for some reason tclap doesn't think you do |
| 02:05.50 | brlcad | Gurwinder: is this a fresh compile? i.e., you deleted your build directory and are starting clean? |
| 02:11.20 | Gurwinder | Yes, I do svn them cmake and then make |
| 02:11.51 | Gurwinder | I just install ubuntu 14.04 and start following http://brlcad.org/wiki/Compiling |
| 02:30.05 | brlcad | Gurwinder: do you have a C++ compiler installed? |
| 02:30.34 | brlcad | build-essential should have installed it for you |
| 02:34.41 | vasc | i had issues when compiling without using the built-in libraries for basically everything |
| 02:34.56 | vasc | tcl/tk in particular was a pain |
| 02:35.56 | brlcad | tcl/tk is generally a pain |
| 02:36.01 | Gurwinder | Yes, compiler is on my system |
| 02:38.25 | brlcad | Gurwinder: I think I see the issue, or at least I see one issue |
| 02:39.44 | brlcad | that error line in tclap is because it doesn't have HAVE_SSTREAM or HAVE_STRSTREAM defined |
| 02:41.19 | Gurwinder | ok, are HAVE_SSTREAM or HAVE_STRSTREAM require to be defined by me, manually? |
| 02:43.44 | brlcad | well cmake should have defined them in src/other/tclap/CMakeLists.txt |
| 02:44.52 | brlcad | and it clearly does some tests, sets some vars, maybe writes them into tclap_config.h but then that's protected in those files by a generic HAVE_CONFIG_H |
| 02:44.56 | brlcad | which isn't set |
| 02:46.36 | Gurwinder | hmm I have to do it now because I have my exam after 1 hrs. Or I put mail with error shown in it? |
| 02:47.15 | brlcad | Gurwinder: you should talk with starseek1r to get it fixed as I believe he enabled tclap |
| 02:47.47 | brlcad | Gurwinder: short term temporary fix, remove the HAVE_CONFIG_H wrappers around tclap_config.h in Arg.h (and two other headers) |
| 02:48.08 | brlcad | that's not the right fix, but it should get you compiling |
| 02:54.28 | brlcad | the tclap CMakeLists.txt file needs to change, probably to make HAVE_SSTREAM / HAVE_STRSTREAM defined as a CPPFLAGS wherever tclap is used, if sources are to remain unmodified, or HAVE_CONFIG_H is defined as CPPFLAGS wherever tclap is used, or sources are modified |
| 04:25.32 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 05:03.19 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 06:54.13 | *** join/#brlcad merzo (~merzo@91-76-133-95.pool.ukrtel.net) | |
| 09:06.49 | *** join/#brlcad merzo (~merzo@71-13-133-95.pool.ukrtel.net) | |
| 09:10.18 | *** join/#brlcad merzo (~merzo@71-13-133-95.pool.ukrtel.net) | |
| 09:14.26 | *** join/#brlcad merzo (~merzo@71-13-133-95.pool.ukrtel.net) | |
| 11:22.58 | *** join/#brlcad teepee-- (bc5c2133@gateway/web/freenode/ip.188.92.33.51) | |
| 11:30.49 | *** join/#brlcad cox_ (~quassel@188.226.208.53) | |
| 12:21.09 | Notify | 03BRL-CAD:ejno * 65057 (brlcad/trunk/misc/CMake/BRLCAD_CompilerFlags.cmake brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp): remove C linkage specification from static function gcv_fastgen4_write() |
| 12:23.35 | Notify | 03BRL-CAD:ejno * 65058 brlcad/trunk/misc/CMake/BRLCAD_CompilerFlags.cmake: revert unintentional commit of BRLCAD_CompilerFlags.cmake |
| 12:52.29 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 13:02.50 | *** join/#brlcad Gurwinder (3b599e31@gateway/web/freenode/ip.59.89.158.49) | |
| 13:08.40 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 13:36.32 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 13:53.15 | Notify | 03BRL-CAD:carlmoore * 65059 brlcad/trunk/src/libanalyze/raydiff.c: remove one trailing whitespace character |
| 14:06.06 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 14:07.14 | Gurwinder | brlcad: I have installed brlcad through .deb file but when I run mged I shows no command. |
| 14:08.26 | Gurwinder | brlcad: I run, benchmark run I stopped at frame 5. Where are files like src/conv/g-xxx.c ? |
| 14:19.43 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 14:25.29 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-cmqbmqhfsfzrfnmr) | |
| 14:33.15 | *** join/#brlcad Gurwinder (3b599e31@gateway/web/freenode/ip.59.89.158.49) | |
| 14:45.28 | Gurwinder | brlcad: found g-xxx.c in brlcad/share/sample_application. how to comiple it after editing it? |
| 14:56.36 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:05.57 | ``Erik | g-xxx.c is a skeletal example of what an exporter would look like, it's not meant to be compiled/used |
| 15:06.28 | ``Erik | how are you running mged? You might need to run it from the command line to answer what device to attach to (probably X) |
| 15:07.05 | ``Erik | benchmark takes roughly 20-30 minutes, be patient :D |
| 15:43.00 | Notify | 03BRL-CAD:carlmoore * 65060 brlcad/trunk/doc/docbook/system/man1/en/gencolor.xml: redo the remark about stdin, and do the EXAMPLE a 2nd time but using stdin instead of input on command line |
| 15:49.22 | Notify | 03BRL-CAD:ejno * 65061 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: detect CCONE2-compatible regions created by the fastgen4 importer (in progress) |
| 15:57.25 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 16:22.22 | Notify | 03BRL-CAD:carlmoore * 65062 brlcad/trunk/src/util/pix-bw.c: add new error message, and eliminate duplication of 2 lines (notice that 'invalid -e argument' causes transfer of control) |
| 16:37.25 | Notify | 03BRL-CAD:ejno * 65063 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: more work on CCONE cutout detection; fix rounding of color values |
| 16:44.45 | Notify | 03BRL-CAD Wiki:Bhollister * 8409 /wiki/User:Bhollister/DevLogMay2015: /* Tuesday, May 26, 2015 */ |
| 16:50.56 | Notify | 03BRL-CAD:ejno * 65064 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: record when a region representing a CCONE has been written |
| 17:26.24 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 17:26.34 | Notify | 03BRL-CAD:ejno * 65065 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: fix typos |
| 17:33.41 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 17:44.23 | Notify | 03BRL-CAD:ejno * 65066 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: add comments describing find_ccone_cutout() |
| 17:57.35 | *** join/#brlcad merzo (~merzo@90-33-133-95.pool.ukrtel.net) | |
| 18:00.53 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 18:03.07 | Notify | 03BRL-CAD Wiki:117.212.52.248 * 8410 /wiki/User:Gurwinder_Singh/GSoc15/log_developmen: |
| 18:04.15 | Notify | 03BRL-CAD Wiki:117.212.52.248 * 8411 /wiki/User:Gurwinder_Singh/GSoc15/log_developmen: /* 27 May */ |
| 18:32.43 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 18:37.35 | Notify | 03BRL-CAD:carlmoore * 65067 brlcad/trunk/src/libicv/color_space.c: fix comments (we need to test if 'This is a true condition' is correct), and don't need 'else' if preceded by transfer of control |
| 18:38.25 | Notify | 03BRL-CAD:ejno * 65068 (brlcad/trunk/src/libgcv/conv/fastgen4/NOTES brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp): update NOTES file for the fastgen plugin; code and comment formatting |
| 19:01.16 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 19:14.38 | Notify | 03BRL-CAD Wiki:Hitesh sofat * 8412 /wiki/User:Hiteshsofat/GSoc15/log_developmen: |
| 19:20.47 | *** join/#brlcad sofat (~sofat@202.164.45.208) | |
| 19:47.12 | Notify | 03BRL-CAD:carlmoore * 65069 brlcad/trunk/doc/docbook/system/man1/en/gencolor.xml: revise what was a 'pixels' reference; notice that I provided for this use of standard input when I discussed the EXAMPLE; will now have to consider the removal of -L and -H options, which will be provided for by -s512 and -s1024 respectively |
| 19:55.32 | Notify | 03BRL-CAD Wiki:Andrei.ilinca24 * 8413 /wiki/User:Andrei.ilinca24/logs: /* Coding Period */ |
| 19:56.46 | Notify | 03BRL-CAD:carlmoore * 65070 (brlcad/trunk/doc/docbook/system/man1/en/gencolor.xml brlcad/trunk/src/util/gencolor.c): Removed -L and -H; use -s512 and -s1024, respectively. |
| 20:19.07 | Notify | 03BRL-CAD:ejno * 65071 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: check return value of convert_primitive() |
| 20:32.53 | Notify | 03BRL-CAD Wiki:Deekaysharma * 8414 /wiki/User:Deekaysharma/logs: |
| 20:44.26 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 20:55.05 | Notify | 03BRL-CAD:ejno * 65072 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: work on supported boolean operations: wrap gcv_region_end() |
| 20:56.22 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-wjnbnewbvevqjiaa) | |
| 21:31.41 | Notify | 03BRL-CAD Wiki:Konrado DJ * 8415 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 26 MAY 2015 */ |
| 21:36.54 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 21:59.18 | *** join/#brlcad merzo (~merzo@90-33-133-95.pool.ukrtel.net) | |
| 22:08.07 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 22:25.30 | Notify | 03BRL-CAD:carlmoore * 65073 brlcad/trunk/doc/docbook/system/man1/en/pix-bw.xml: reduce use of brackets in this man page |
| 22:34.30 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 22:56.20 | *** join/#brlcad vasc (~vasc@bl13-251-233.dsl.telepac.pt) | |
| 22:56.34 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 23:03.59 | Notify | 03BRL-CAD Wiki:Bhollister * 8416 /wiki/User:Bhollister/DevLogMay2015: /* Wednesday, May 27, 2015 */ |
| 18:52.14 | *** join/#brlcad infobot (ibot@rikers.org) | |
| 18:52.14 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-) | |
| 18:54.25 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 18:56.44 | Notify | 03BRL-CAD Wiki:202.164.45.204 * 8431 /wiki/User:Hitesh/option_for_docbook: |
| 19:00.22 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 19:01.56 | Notify | 03BRL-CAD Wiki:202.164.45.204 * 8432 /wiki/User:Hiteshsofat/GSoc15/log_developmen: |
| 19:03.16 | Notify | 03BRL-CAD Wiki:202.164.45.204 * 8433 /wiki/User:Hiteshsofat/GSoc15/log_developmen: |
| 19:10.56 | *** join/#brlcad tofu_ (~sean@66-118-151-70.static.sagonet.net) | |
| 19:10.57 | *** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net) | |
| 19:11.01 | *** join/#brlcad ejno_ (~ejno@unaffiliated/kazaik) | |
| 19:11.09 | *** join/#brlcad maths22_ (~maths22@66-118-151-70.static.sagonet.net) | |
| 19:17.03 | Notify | 03BRL-CAD:ejno * 65077 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: work on supporting boolean operations (in progress) |
| 19:21.52 | Notify | 03BRL-CAD:brlcad * 65078 brlcad/trunk/src/librt/primitives/sketch/sketch.c: add missing semicolon |
| 19:24.01 | *** join/#brlcad ih8sum3r (~chatzilla@122.173.183.95) | |
| 19:26.53 | ih8sum3r | brlcad: Hello |
| 19:42.53 | ``Erik | heh, he's using his alt alt nick, I doubt he's looking right now :) if you need help, ask your ask |
| 19:51.40 | ih8sum3r | I just want to ask, I'm planning to use http://codepen.io/zessx/pen/ZGBMXZ such kind of background in OGV landing page. Will it (kind of geometry) match BRL-CAD theme or not. |
| 19:52.47 | Notify | 03BRL-CAD Wiki:Deekaysharma * 8434 /wiki/User:Deekaysharma/logs: |
| 20:01.42 | Notify | 03BRL-CAD:carlmoore * 65079 brlcad/trunk/src/util/pix-bw.c: I have switched int to size_t because that's the type I see in a routine called by this program. |
| 20:01.47 | tofu_ | ih8sum3r: it's fine for now, but it definitely doesn't match our theme or preferred geometry representation type |
| 20:03.14 | ih8sum3r | tofu_: Can you please tell which geometry will match our theme? |
| 20:05.13 | brlcad | ih8sum3r: "not triangles" |
| 20:06.39 | brlcad | triangle geometry is pervasive with content modelers, not CAD |
| 20:07.47 | brlcad | ih8sum3r: there was a great discussion during GCI about using that same framework to display boolean operations interactively |
| 20:08.33 | brlcad | if you search the GCI tasks for the "splash screen" tasks, you should find some of that discussion and a few examples that are closer to fitting our theme |
| 20:09.00 | ih8sum3r | AFAIK was it done by Marc! |
| 20:09.05 | brlcad | yes |
| 20:09.27 | brlcad | had the same talk with him about polygons being inappropriate |
| 20:09.40 | brlcad | but fine for a starting point |
| 20:09.58 | brlcad | he used a style-agnostic gray theme, less movement, more subtle |
| 20:10.20 | ih8sum3r | I remember he made some page whose background was similar to this one http://codepen.io/VincentGarreau/pen/pnlso |
| 20:10.25 | brlcad | didn't get booleans working, but I think that was more a coding experience limitation that you might be able to manage quickly |
| 20:10.58 | brlcad | yes |
| 20:12.55 | brlcad | my suggestion was something along the lines of having it randomly generate ellipses and rectangles, performing union/subtract/unions as they move around |
| 20:13.27 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 20:14.12 | ih8sum3r | If I use similar thing which I send you will it be Okay? My plan is to use such background with the black tint above it on which BRL-CAD logo is there with written text OGV. Along with it there will be a login button. |
| 20:14.24 | ``Erik | why have a moving background for a landing page? O.o |
| 20:14.49 | ih8sum3r | Oh! okay i'll find something similar to ellipse or rectangles. |
| 20:16.00 | ih8sum3r | I thought to use it so that a leaves an impression of something like CAD or 3D to the user in the first look only. |
| 20:18.08 | brlcad | ih8sum3r: whatever you do, it should be very subtle .. the center of attention should be on login or docs or info or something else |
| 20:19.27 | Notify | 03BRL-CAD:carlmoore * 65080 brlcad/trunk/src/util/pix-bw.c: remove the variable named 'multiplier'; it was not being used |
| 20:20.25 | dracarys983 | brlcad: Take a look at the ERROR 1 here. It needs a change in CMakeLists.txt of include/rt. |
| 20:20.27 | dracarys983 | https://docs.google.com/document/d/1SvdoZ6VK1iRiCLrdmNrHDnJePjy5wCpD2s0iMkIOMDo/edit?usp=sharing |
| 20:20.48 | ih8sum3r | Okay i'll try to find out something good and new :). |
| 20:20.59 | *** mode/#brlcad [+o brlcad] by ChanServ | |
| 20:21.02 | *** mode/#brlcad [-q *!*@212.203.58.127] by brlcad | |
| 20:21.42 | brlcad | dracarys983: I can't get to gdocs from my current location -- can you summarize or repost to pastebin.ca |
| 20:23.03 | dracarys983 | brlcad: Present CMakeLists.txt of include/rt installs all headers (including it's subdirectory primitive's) in ${CMAKE_INSTALL_PREFIX}/include/brlcad/rt |
| 20:23.21 | dracarys983 | Hence there is no subdirectory primitives there |
| 20:23.37 | dracarys983 | Outcome are those errors |
| 20:23.48 | dracarys983 | s/are/is |
| 20:25.02 | ``Erik | hm, 'file -> email as attachment', or "file -> download as" and dcc could work |
| 20:25.16 | ``Erik | heh, dcc, there's a blast from the past :D |
| 20:25.38 | brlcad | dracarys983: ah, got it |
| 20:25.46 | brlcad | starseeker: easy fix? |
| 20:26.00 | brlcad | besides creating a subdir CMakeLists.txt file |
| 20:26.33 | dracarys983 | http://pastebin.ca/3012394 <-- rt's CMakeLists.txt changes |
| 20:27.22 | dracarys983 | http://pastebin.ca/3012397 <-- rt/primitive's CMakeLists.txt |
| 20:28.12 | brlcad | ah, so you added a subdir |
| 20:28.14 | brlcad | okay |
| 20:28.28 | brlcad | there's almost certainly a way to avoid that |
| 20:29.00 | brlcad | can you make that into a quick patch? |
| 20:29.01 | dracarys983 | brlcad: I'm all up to do it in a better way if there's one :D |
| 20:29.24 | dracarys983 | With subdir? |
| 20:29.35 | brlcad | that's why I asked starseeker .. he brok^wwrote it that way ;) |
| 20:31.00 | dracarys983 | Should I submit these changes as a patch or leave it to starseeker? |
| 20:32.55 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 20:33.06 | brlcad | if you make a patchfile, I'll apply it now |
| 20:33.14 | ``Erik | brlcad: did you get my email about dns? |
| 20:33.22 | brlcad | ``Erik: maybe |
| 20:33.40 | brlcad | I've not seen half my mail today |
| 20:33.42 | brlcad | (yet) |
| 20:34.00 | ``Erik | ah, I dropped isc on the server, I think it's working but a double check wouldn't hurt |
| 20:34.08 | brlcad | ah, cool |
| 20:35.07 | brlcad | that reminds me.. I got a slew (dozen or so) of rejection e-mails that were obviously either spoofing a brlcad.org address, or the smtp server somehow sent out a bunch of spam and I got the responses |
| 20:36.36 | ``Erik | spoofing an address? I see plenty of spams with malformed 'from' addresses that the server appends .brlcad.org to, is that what you're seeing? |
| 20:36.52 | ``Erik | "From blah@some.bad.host.brlcad.org" |
| 20:36.53 | brlcad | yeah, that's it |
| 20:36.56 | vasc | brlcad, did you get the chance to look at the OpenCL patches? |
| 20:37.26 | brlcad | vasc: I was working on one last night, looking good |
| 20:37.40 | brlcad | should finish it up tonight and can give some feedback/apply |
| 20:38.27 | vasc | cool. i'm looking at the rendering loop to see how i can parallelize it for opencl but its a bit convoluted and recursive |
| 20:38.40 | vasc | as expected |
| 20:38.43 | brlcad | yep :) |
| 20:38.52 | brlcad | I suggest batching first |
| 20:39.03 | brlcad | get all rays dispatching (which can then be parallelized) |
| 20:40.07 | brlcad | aggregate all hits (instead of immediately calling librt to weave them and liboptical to colorize them) |
| 20:40.34 | vasc | the problem is with the secondary rays |
| 20:41.13 | brlcad | could ignore secondary for first steps, or go with a streaming main loop (consumer/producer) |
| 20:41.24 | brlcad | good paper on that method from a couple years ago |
| 20:41.41 | vasc | the traditional ray tracing rendering loops do ray tracing in a depth first manner across the ray tree. but we need to do breadth first on the gpgpu |
| 20:41.50 | brlcad | nods |
| 20:41.58 | brlcad | that's basically what I mean by batching |
| 20:42.03 | vasc | yes |
| 20:43.11 | brlcad | here we go |
| 20:43.18 | vasc | i think i'll ignore secondaries as a first approach, but we'll want them back later on. this should be a rendering pipeline option aka quick path or whatever |
| 20:43.37 | brlcad | don't know if it's online, but from HPG09: "Faster Incoherent Rays: Multi-BVH Ray Stream Tracing" |
| 20:43.41 | vasc | there was an interesting paper a couple of years back |
| 20:44.20 | vasc | that one's too intel specific i think |
| 20:45.14 | brlcad | the optimizations are too intel/simd-specific, but the overall algorithm is pretty sound |
| 20:45.21 | brlcad | and generalizable |
| 20:45.58 | brlcad | anyways, just a thought .. how that applies to our code is still the bigger piece of the pie |
| 20:46.04 | vasc | i think its a single-ray many object intersection routine |
| 20:46.11 | vasc | its good for secondaries but |
| 20:48.52 | Notify | 03BRL-CAD:brlcad * 65081 brlcad/trunk/src/librt/primitives/xxx/xxx.c: actually demonstrate specific allocation and deallocation since calling bu_free() can be wrong if that's not how it was allocated. |
| 20:49.32 | dracarys983 | brlcad: Done. :) |
| 20:50.59 | Notify | 03BRL-CAD:brlcad * 65082 brlcad/trunk/src/librt/primitives/xxx/xxx.c: this is why xxx needs to be enabled for compilation. gets out of sync too easily. add missing cv.h header for SIZEOF |
| 20:51.51 | vasc | the thing is you can increase the branching factor of a bvh to do parallel testing. to a point |
| 20:52.13 | Notify | 03BRL-CAD:brlcad * 65083 brlcad/trunk/src/librt/CMakeLists.txt: enable xxx for continuous compilation. might want to put this into its own noinst lib, but this is a reasonable way to ensure the exact same compilation settings are being used. |
| 20:52.25 | vasc | but its one thing to have a bvh with 4-arity for intel simd and another to make like hundreds of threads arity |
| 20:52.37 | vasc | like for a gpu |
| 20:53.13 | vasc | it can work for a complex scene with thousands of primitives or more but will give no speedup in simpler scenes |
| 20:53.21 | Notify | 03BRL-CAD:brlcad * 65084 brlcad/trunk/src/librt/CMakeLists.txt: too soon |
| 20:53.51 | dracarys983 | vasc: Congratulations for the CGI paper man. Didn't get a chance before :) |
| 20:54.09 | brlcad | dracarys983: link? |
| 20:54.12 | vasc | thx |
| 20:54.35 | dracarys983 | brlcad: https://sourceforge.net/p/brlcad/patches/371/ |
| 20:54.48 | vasc | its just a short paper though. i had too much work back when it was the time window to submit the long papers |
| 20:54.49 | brlcad | vasc: yeah, aren't you supposed to be at a conference this week? :) |
| 20:54.58 | vasc | its next month |
| 20:55.14 | brlcad | ah, got the date wrong on my calendar then |
| 20:55.33 | dracarys983 | vasc: Like a technical brief? |
| 20:55.37 | vasc | http://cgi2015.unistra.fr/ |
| 20:55.55 | vasc | its a short paper. 4 pages. i'll then get a change to submit an extended version though |
| 20:56.10 | vasc | to the visual computer journal |
| 20:56.33 | dracarys983 | Nice. :) |
| 20:56.42 | dracarys983 | All the Best for that! |
| 20:56.59 | vasc | thx. it might be accepted or not. i hope it will. |
| 20:58.14 | Notify | 03BRL-CAD:brlcad * 65085 brlcad/trunk/src/librt/CMakeLists.txt: still ignore headers |
| 20:58.27 | dracarys983 | vasc: We ride on hope most of the time. I believe it will get accepted, though. :) |
| 21:01.29 | vasc | i think the Fast Ray Sorting and BreadthâFirst Packet Traversal for GPU Ray Tracing paper by Garanzha and Loop might be more appropriate |
| 21:02.29 | vasc | than the intel one |
| 21:02.41 | vasc | i think garanzha is at nvidia now |
| 21:03.54 | Notify | 03BRL-CAD:brlcad * 65086 brlcad/trunk/include/rt/CMakeLists.txt: apply sf patch #371 (Changes in CMakeLists.txt for include/rt and include/rt/primitives) from Kalpit Thakkar that fixes header installation |
| 21:05.01 | vasc | man my english keeps getting worse and worse ever since i started reading scanlated japanese and korean manga |
| 21:06.53 | Notify | 03BRL-CAD:brlcad * 65087 brlcad/trunk/AUTHORS: credit kalpit with his code contribution that fixed header installation (sf patch 371), first from gsoc 2015 activity |
| 21:08.02 | vasc | about the sampling technique for the estimation of area or whatever its like brlcad said. you can always use the same RNG seed to make it predictable. |
| 21:08.51 | vasc | or cast the exact same rays of whatever |
| 21:09.12 | vasc | i think for the volume estimation there's another possibility though. |
| 21:09.36 | vasc | depending on how innacurate you accept the results to be |
| 21:10.01 | vasc | i think there's already a bounding box operator for all the primitives so you could just use that |
| 21:11.24 | vasc | you could even use it for area estimation as well |
| 21:11.36 | vasc | its probably really inaccurate but at least its fast |
| 21:14.35 | vasc | you would just computer the surface area of the bounding box and the volume of the bounding box as the estimate of the real thing |
| 21:14.39 | vasc | compute |
| 21:14.57 | Notify | 03BRL-CAD:brlcad * 65088 (brlcad/trunk/src/libsysv/memset.c brlcad/trunk/src/libsysv/strchr.c and 3 others): yo dawg, I heard you like to quell warnings on your warning quellage. compilers be gotten smart. |
| 21:15.20 | brlcad | example of a bad commit message ;) |
| 21:15.45 | dracarys983 | brlcad: Haha okay :P |
| 21:16.24 | dracarys983 | vasc: So we find the best bounding box and use it's estimate for volume and surface area. That's what you're saying? |
| 21:16.46 | brlcad | vasc: for that particular analysis (volume) I don't even think you'd need to match seed since it should be possible to track the convergence |
| 21:17.07 | brlcad | once we get N+M digits of confidence, we print the N digits back to the user |
| 21:17.59 | brlcad | but doesn't matter, daniel wants to go with the refactoring route, and that is definitely the lower-risk avenue from where we're at 9there's a LOT of validation in most of our analysis code) |
| 21:18.10 | vasc | its going to be a gross estimate. but at least it will be quick to compute. if you only use the area and volume operators for computing heuristics its probably good enough |
| 21:19.06 | vasc | the you know the volume of the bounding box is always larger or the same as the volume of the real thing |
| 21:19.12 | vasc | s/the/and |
| 21:19.21 | vasc | as for the area i dunno |
| 21:19.37 | brlcad | I believe someone actulaly implemented the BB estimate method you mention |
| 21:19.41 | brlcad | like 20 years ago :) |
| 21:19.46 | vasc | yes |
| 21:19.54 | vasc | so its like i said you can just use that |
| 21:20.01 | brlcad | it's not useful |
| 21:20.13 | vasc | what's the intended application scenario? |
| 21:20.30 | brlcad | a user wants to know what the volume of object X is for a report |
| 21:20.57 | vasc | oh i see. you could use it to know how much material you need to manufacture the thing or whatever |
| 21:21.15 | brlcad | how much mass it has for some simulation |
| 21:21.23 | vasc | and if its equal density you could compute mass yes |
| 21:21.43 | brlcad | this is a very common use case (why gqa and rtweight exist) |
| 21:22.23 | brlcad | hooking them into the analyze command is more of a convenience / usability objective |
| 21:22.57 | brlcad | instead of having to fire up this other command-line tool, specify view(s) and object(s) and fiddle with option knobs .. have it all happen automatically |
| 21:23.14 | vasc | so you basically want rtweight to be available on the fly and automatically. i see. |
| 21:23.34 | brlcad | actually view-independent gqa, but yes |
| 21:24.08 | brlcad | rtweight is a single view sample so it has really bad convergence properties if the model happens to align with the view being shot |
| 21:24.31 | vasc | you need at least to compute one for each major plane |
| 21:24.37 | brlcad | think shooting through a screen door .. goes from solid mass to complete miss depending on the grid alignment |
| 21:24.49 | brlcad | which is exactly what gqa does |
| 21:24.57 | vasc | yeah, which i why i said you need one for each major plane |
| 21:25.01 | brlcad | so users have almost abandonded rtweight in favor |
| 21:25.21 | vasc | oh |
| 21:25.26 | dracarys983 | brlcad: Yeah, even I like gqa |
| 21:25.39 | brlcad | users then said they want more than just the major planes since you can still end up with perfect alignment issues (along diagonals and grazing rays) |
| 21:25.56 | brlcad | they want 32 views |
| 21:26.05 | brlcad | (which is a standard analysis thing) |
| 21:27.04 | vasc | so gqa basically voxelizes the model and computes the volume that way? |
| 21:27.08 | brlcad | I look at that and know that really they want it view independent .. just give me the volume with some known error bars |
| 21:27.30 | brlcad | sort of -- it uses the actual hit depths but basically yes |
| 21:27.51 | brlcad | or maybe we just talked about it doing that in which case the answer is just yes ;) |
| 21:28.12 | brlcad | been a while since I worked on that code |
| 21:28.31 | brlcad | both commands have been rewritten a couple times because they're so frequently called |
| 21:29.13 | brlcad | gqa's main limitation is that you can't specify views and it's convergence is REALLY slow |
| 21:29.28 | brlcad | it globally increases density by doubling factors per view |
| 21:29.51 | vasc | i see |
| 21:30.17 | brlcad | by that, I mean a few minutes on big models |
| 21:30.29 | vasc | you could probably use something like adaptive supersampling in that case |
| 21:31.01 | brlcad | maybe, it's tricky since it doesn't actually know if there's some pattern being overlooked without increasing the global density |
| 21:31.03 | vasc | i.e. only if the adjacent values are different do you refine further |
| 21:31.18 | vasc | yeah adaptive supersampling sometimes doesn't catch fine details |
| 21:31.21 | brlcad | if you only sample "edge cases" you miss pathological geometry cases and have massive error |
| 21:31.38 | brlcad | which wouldn't be acceptable for this usage |
| 21:31.47 | vasc | but in this case you're mostly doing contours right? |
| 21:32.20 | vasc | i could see it being a problem in something with holes though |
| 21:32.40 | vasc | like a torus |
| 21:32.47 | brlcad | right, that's basically the problem we even see shooting the three primary axes |
| 21:33.38 | brlcad | that's why I really like the quasirandom spherical sampling approach |
| 21:34.08 | brlcad | it has convergence properties that are intrinsically view agnostic and error can be characterized as a function of increasing sampling density |
| 21:34.12 | vasc | even that will have problems if the surface isn't a manifold |
| 21:34.59 | brlcad | we're a solid modeling system, if it's not manifold it's invalid geometry (or at least meaningless to talk about volume) |
| 21:35.05 | vasc | ok |
| 21:35.41 | Notify | 03BRL-CAD:ejno * 65089 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: refactoring Section code (in progress); better management of grid IDs |
| 21:35.46 | vasc | even then something with holes will have issues |
| 21:35.54 | vasc | its just that its less dependent on positioning |
| 21:36.24 | brlcad | how are holes an issue? |
| 21:36.47 | vasc | like the torus |
| 21:37.08 | brlcad | not following |
| 21:37.11 | vasc | if i only look from the outside in a spherical projection i lose some data when looking that way |
| 21:37.38 | vasc | hm actually it should work pretty nice now that i think about it |
| 21:37.49 | brlcad | er, still not following :) |
| 21:37.57 | vasc | well |
| 21:38.04 | brlcad | we do full shotline samling, so I have ray segments through and through |
| 21:38.11 | brlcad | the hole will be a gap between segments |
| 21:38.31 | brlcad | sampled in any pattern, a torus will converge very quickly |
| 21:39.03 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 21:39.31 | brlcad | pathological cases are repetititve like blinds in a window, cheese graters, thin air intake slats on an engine block, etc |
| 21:39.40 | vasc | ok. i thought you only used the closest intersection value |
| 21:39.49 | brlcad | never! |
| 21:39.52 | brlcad | that's our specialty |
| 21:40.17 | brlcad | well not never .. we do only use first hit when making pretty pictures for performance |
| 21:40.31 | brlcad | but it's not our primary purpose |
| 21:41.10 | vasc | so basically your problem is getting the details because you're ray sampling and might miss something |
| 21:41.12 | brlcad | primary purpose is full shotline / multihit ray tracing for analytic (scientific) purposes |
| 21:41.17 | vasc | i guess you could use beam sampling :-) |
| 21:41.21 | vasc | j/k |
| 21:41.26 | brlcad | considered that |
| 21:41.30 | brlcad | beams, cones |
| 21:41.49 | brlcad | but reimplementing so many shot routines is probably highly impractical |
| 21:41.53 | vasc | exactly |
| 21:42.03 | brlcad | especially nurbs... |
| 21:42.17 | brlcad | and some higher-order surfaces |
| 21:42.20 | vasc | its basically the same issue you have with the volumes and area routines implementation except its much harder to compute beam intersections |
| 21:42.27 | brlcad | elliptical torus would actually be pretty hard I bet |
| 21:44.28 | vasc | oh talking about the spherical sampling reminded me of this paper by a guy i know |
| 21:45.54 | vasc | "Spherical Fibonacci Point Sets for Illumination Integrals" |
| 21:47.15 | vasc | it describes a way to generate meaningful points on a sphere for illumination integral computation. but its basically the same idea since you want to generate points on a sphere around the object to project the rays for the sphere sampling |
| 21:48.07 | vasc | i think people usually just use a halton or sobol sequence but i don't know what would be appropriate in your case |
| 21:48.54 | *** join/#brlcad andrei_ (bc1ac0b6@gateway/web/freenode/ip.188.26.192.182) | |
| 21:51.47 | brlcad | vasc: that's very much a related idea, quasi monte-carlo is exactly what this is too |
| 21:54.35 | brlcad | and exactly the same reasoning, faster / better convergence properties .. just not hemispherical for illumination |
| 21:54.55 | brlcad | but spherical for volumetric estimation |
| 21:55.18 | dracarys983 | brlcad: Should I read a paper and get an idea on quasirandom spherical sampling? Maybe we can talk to Daniel about this approach then? |
| 21:56.35 | brlcad | dracarys983: no, it's still scope creep on your objectives |
| 21:56.55 | brlcad | unnecessary unproven complexity (however promising and interesting it may be) |
| 21:56.57 | vasc | yeah |
| 21:56.58 | Stragus | You can often just precompute an uniform distribution on your sphere. Pick a random rotation matrix, sample X random points and every once in a while pick a new random rotation |
| 21:57.16 | vasc | when the intervals of the sampling distribution are non-constant its hard to compute the actual volume |
| 21:58.18 | vasc | maybe |
| 21:58.22 | brlcad | dracarys983: I think the first option is the better way to go -- and you could even go with gqa as-is without hardly any changes really |
| 21:58.58 | vasc | yeah that one seems like a good first approach |
| 21:59.01 | brlcad | leaving custom views for later/never :) |
| 21:59.44 | vasc | you could do the transform thing and sample things obliquely too i guess. |
| 22:00.11 | vasc | like Stragus said |
| 22:00.13 | brlcad | basically entails moving most of gqa's ray firing and book-keeping code into libanalyze, updating gqa and the analyze command to call libanalyze |
| 22:00.46 | dracarys983 | brlcad: Okay. That sounds good. |
| 22:00.57 | brlcad | gqa does a whole lot more than volume, so this may take you a while to sort through how to move the code |
| 22:01.22 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 22:01.29 | dracarys983 | No problem. |
| 22:01.56 | brlcad | just don't want to end up with a massive copy of gqa living in two places, so whatever you do should get refactored properly |
| 22:03.05 | dracarys983 | brlcad: Right. Will take care about that. |
| 22:03.43 | dracarys983 | brlcad: And oh, I'm done with the rt^3 changes to conform with recent changes in brlcad. |
| 22:03.58 | dracarys983 | Patch will be ready by tomorrow. :) |
| 22:04.02 | vasc | which reminds me i need to refactor some of the opencl stuff late on. i tried to not have external dependencies but too much code is duplicated right now. |
| 22:04.33 | vasc | maybe the opencl should be all in the same file for the intersection routines as well. |
| 22:04.48 | vasc | or i'll need some include |
| 22:04.56 | brlcad | dracarys983: great |
| 22:05.30 | andrei_ | hi, brlcad |
| 22:05.48 | brlcad | vasc: yeah, suggest using the tree hierarchy so you could put common code in src/librt/primitives for example |
| 22:06.28 | brlcad | want each primitive to remain independent / modular to the best we can |
| 22:06.34 | vasc | yeah i'll do a cleanup patch afterwards. i think we have enough of a variety of implementation cases to figure out how to refactor now. |
| 22:06.55 | vasc | well one of the issues with opencl is that you can't link it in the binary. at least not in opencl 1.2. |
| 22:07.13 | vasc | so you have to either read a file or parse an in-memory string and pass it to the gpu compiler |
| 22:07.31 | vasc | which is usually in the graphics driver |
| 22:07.58 | vasc | so you end up with lots of little .cl files in an installation directory somewhere |
| 22:08.46 | vasc | well |
| 22:08.50 | andrei_ | brlcad: I've been looking over andrei_il 's project, I don't have as much time as a mentor but, I'm trying to help him out. Let me know when you got a few minutes, please. |
| 22:08.55 | vasc | once these patches are in i'll do the refactoring |
| 22:09.09 | vasc | otherwise its gonna clash |
| 22:09.25 | vasc | during the merge |
| 22:09.52 | Notify | 03BRL-CAD Wiki:Andrei.ilinca24 * 8435 /wiki/User:Andrei.ilinca24/logs: /* Coding Period */ |
| 22:27.41 | Notify | 03BRL-CAD Wiki:Konrado DJ * 8436 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 27 MAY 2015 */ |
| 22:27.58 | Notify | 03BRL-CAD Wiki:Konrado DJ * 8437 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 27 MAY 2015 */ |
| 22:34.43 | brlcad | vasc: *nod* |
| 22:35.09 | brlcad | ending up with a dir of .cl files in the install tree will work just fine |
| 22:36.03 | brlcad | can be called during prep or we can create a set of per-object callbacks called once on init and shutdown |
| 22:37.14 | brlcad | can be sorted out later, those are non-priority issues compared to getting the pipeline to work at all ;) |
| 23:16.58 | vasc | sure. but i don't like code to be too dirty. i usually refactor when things get too messy. |
| 23:39.44 | Notify | 03BRL-CAD Wiki:Bhollister * 8438 /wiki/User:Bhollister/DevLogMay2015: /* Thursday, May 28, 2015 */ |
| 00:03.21 | *** join/#brlcad vasc__ (~vasc@bl13-96-230.dsl.telepac.pt) | |
| 00:07.14 | *** join/#brlcad konrado (~konro@41.205.22.4) | |
| 00:09.35 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 01:17.13 | Notify | 03BRL-CAD Wiki:Bhollister * 8439 /wiki/User:Bhollister/DevLogMay2015: /* Thursday, May 28, 2015 */ |
| 02:06.26 | Notify | 03BRL-CAD Wiki:117.199.102.96 * 8440 /wiki/User:Gurwinder_Singh/GSoc15/log_developmen: |
| 02:37.57 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 02:41.06 | *** join/#brlcad sofat (~androirc@202.164.45.204) | |
| 03:38.04 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 03:56.17 | *** join/#brlcad sofat (~androirc@202.164.45.204) | |
| 04:06.51 | Notify | 03BRL-CAD Wiki:Johnathan22 * 0 /wiki/User:Johnathan22: |
| 04:17.57 | Notify | 03BRL-CAD:brlcad * 65090 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: quell two failures, one for failing to return a value from a non-void function and the other to mark an () operator const so std::map can use it |
| 06:14.38 | *** join/#brlcad infobot_ (ibot@rikers.org) | |
| 06:14.38 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-) | |
| 06:53.19 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 07:27.27 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 07:34.51 | *** join/#brlcad teepee-- (bc5c2133@gateway/web/freenode/ip.188.92.33.51) | |
| 08:02.31 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 09:02.15 | andrei_il | brlcad: Hi |
| 09:02.43 | andrei_il | Im done with the calculator lemon parser tutorial |
| 09:05.09 | andrei_il | should I start modifying it to parse some csg methods or discuss the aspects first? |
| 11:34.36 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-ymyouuemkhccwydw) | |
| 11:59.20 | starseeker | andrei_il: I'd say post an overview to the dev mailing list, along with the example - even if it's not (yet) ready for a BRL-CAD commit, it's worth seeing both to review the approach and to help other folks learn |
| 11:59.49 | starseeker | may be worth incorporating into our docs as a teaching example |
| 12:02.18 | ``Erik | audio of the lhc in action: http://josephg.com/blog/this-is-what-the-lhc-sounds-like/ |
| 12:27.37 | Notify | 03BRL-CAD Wiki:Shaina7837 * 8441 /wiki/User:Shainasabarwal/GSoC15/logs: /* 25 May */ |
| 12:41.43 | andrei_il | starseeker: sure thing. |
| 12:47.03 | Notify | 03BRL-CAD:ejno * 65091 brlcad/trunk/src/librt/primitives/xxx/xxx.c: cast result of bu_calloc() to uint8_t* rather than void* |
| 13:48.48 | Notify | 03BRL-CAD:ejno * 65092 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: preserve sign in Record::non_zero() |
| 13:49.56 | Notify | 03BRL-CAD Wiki:Vasco.costa * 8442 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Phase */ |
| 13:53.59 | *** join/#brlcad ih8sum3r (~chatzilla@122.173.183.95) | |
| 13:59.20 | Notify | 03BRL-CAD:ejno * 65093 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: simplify Record::non_zero() |
| 14:14.59 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 14:47.13 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 14:59.43 | Notify | 03BRL-CAD Wiki:Vasco.costa * 8443 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Phase */ |
| 15:00.10 | Notify | 03BRL-CAD Wiki:Vasco.costa * 8444 /wiki/User:Vasco.costa/GSoC15/logs: |
| 15:00.18 | Notify | 03BRL-CAD Wiki:Vasco.costa * 8445 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Phase */ |
| 15:00.32 | Notify | 03BRL-CAD Wiki:Vasco.costa * 8446 /wiki/User:Vasco.costa/GSoC15/logs: |
| 15:12.40 | *** join/#brlcad teepee-- (bc5c2133@gateway/web/freenode/ip.188.92.33.51) | |
| 15:18.54 | Notify | 03BRL-CAD:carlmoore * 65094 brlcad/trunk/src/libicv/color_space.c: using a floating-point value which is equal to integer; for that, use '.0', not just '.' |
| 15:44.07 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8447 /wiki/User:MeShubham99/GSoc15/log_developmen: |
| 15:57.29 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:57.50 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 15:57.58 | sofat | brlcad, hello |
| 16:09.00 | *** join/#brlcad vasc (~VASC@bl13-96-230.dsl.telepac.pt) | |
| 16:29.29 | *** join/#brlcad ankesh11_ (uid8015@gateway/web/irccloud.com/x-bfxwmdjmbpudkipw) | |
| 16:30.07 | *** join/#brlcad ankesh11 (uid8015@gateway/web/irccloud.com/x-tbjggsuijqnvberi) | |
| 16:39.15 | Notify | 03BRL-CAD:carlmoore * 65095 (brlcad/trunk/doc/docbook/system/man1/en/pix-bw.xml brlcad/trunk/src/util/pix-bw.c): fix the broken default case; in the man page, note the optional '<' and expand discussion of one of the examples |
| 16:46.28 | *** join/#brlcad devinder (~chatzilla@1.187.209.167) | |
| 16:47.31 | Notify | 03BRL-CAD:carlmoore * 65096 brlcad/trunk/src/util/pix-bw.c: oops, need to supply the optional < in the Usage |
| 16:59.34 | Notify | 03BRL-CAD:carlmoore * 65097 brlcad/trunk/src/util/pix-bw3.c: put parentheses around 's' because the message could be referring to singular or plural |
| 17:04.10 | sofat | brlcad, I sent you one mail have you read this mail ? |
| 17:23.38 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 18:15.58 | sofat | starseeker, Have you checked my mail on mailing list? |
| 18:27.43 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 18:30.24 | Notify | 03BRL-CAD Wiki:202.164.45.204 * 8448 /wiki/User:Hiteshsofat/GSoc15/log_developmen: |
| 18:31.59 | Notify | 03BRL-CAD Wiki:202.164.45.204 * 8449 /wiki/User:Hiteshsofat/GSoc15/log_developmen: |
| 18:52.05 | Notify | 03BRL-CAD Wiki:Deekaysharma * 8450 /wiki/User:Deekaysharma/logs: |
| 18:54.32 | *** join/#brlcad LordOfBikes (~armin@dslb-088-064-040-078.088.064.pools.vodafone-ip.de) | |
| 19:10.19 | Notify | 03BRL-CAD:ejno * 65098 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: work on exporting FASTGEN4-compatible boolean operations; revise the code for writing fg4 Sections |
| 19:24.17 | Notify | 03BRL-CAD:starseeker * 65099 (brlcad/trunk/include/bu/CMakeLists.txt brlcad/trunk/src/conv/gcv/gcv.cpp and 2 others): Checkpoint work on advanced libbu option parsing. Unlike other attempts, this is implemented entirely in libbu and uses no external dependencies. It's not yet in a finished state, but it can do enough that's its worth checkpointing now. |
| 19:26.32 | *** join/#brlcad sofat (~androirc@202.164.45.204) | |
| 19:29.46 | Notify | 03BRL-CAD:ejno * 65100 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: check outer and inner radii in find_ccone_cutout() |
| 19:42.36 | *** join/#brlcad merzo (~merzo@121-67-133-95.pool.ukrtel.net) | |
| 20:06.50 | Notify | 03BRL-CAD:starseeker * 65101 (brlcad/trunk/include/bu/opt.h brlcad/trunk/include/bu.h brlcad/trunk/src/libbu/opt.c): Notes and tweaks |
| 20:09.06 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 20:19.03 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 20:24.43 | Notify | 03BRL-CAD:carlmoore * 65102 brlcad/trunk/doc/docbook/system/man1/en/bw-pix.xml: insert optional < |
| 20:29.13 | brlcad | sofat: yes -- you still didn't describe what the options are in terms of the A-F questions... |
| 20:29.36 | brlcad | but your detailed evaluation is appreciated |
| 20:30.10 | sofat | I have compared them at the bottom |
| 20:30.16 | sofat | of page |
| 20:31.09 | brlcad | did I miss it? |
| 20:31.48 | sofat | I have written A-F at the bottom |
| 20:32.35 | brlcad | ah, you wrote them in concise 1-6, not "A-F" so I didn't recognize them |
| 20:32.44 | brlcad | sortof |
| 20:34.19 | sofat | Please read them. Then we start discussion further. |
| 20:38.26 | vasc | howdy |
| 20:44.48 | Notify | 03BRL-CAD:carlmoore * 65103 brlcad/trunk/src/sig/bw-d.c: omit error message if run-with-no-arguments |
| 20:47.39 | dracarys983 | brlcad: Uploaded the rt^3 patch : https://sourceforge.net/p/brlcad/patches/372/ |
| 20:52.02 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 20:54.30 | Notify | 03BRL-CAD:ejno * 65104 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: move color export code into FastgenWriter |
| 21:01.28 | dracarys983 | Today I was doing honors work all day so couldn't do anything related to GSoC. Had to render some images. Can have a look here : https://drive.google.com/folderview?id=0B12fowx3-NjTfk9kX0FQOWRwV29MNVZENHJvQ0JQeGdLSWFJWUMtaGFyMmRRUHByX0ZKVWM&usp=sharing |
| 21:02.23 | dracarys983 | is really sleepy. Adios! |
| 21:03.57 | sofat | brlcad, I am in sleep because there is mid night now(3:00am). Please leave message on mail or here and we discuses tomorrow about my next step(in coding). |
| 21:46.28 | Notify | 03BRL-CAD:starseeker * 65105 brlcad/trunk/src/libbu/opt.c: fix bu_free strings |
| 21:50.23 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 22:07.42 | Notify | 03BRL-CAD Wiki:Konrado DJ * 8451 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 28 MAY 2015 */ |
| 22:17.31 | *** join/#brlcad merzo (~merzo@121-67-133-95.pool.ukrtel.net) | |
| 22:22.32 | Notify | 03BRL-CAD Wiki:Andrei.ilinca24 * 8452 /wiki/User:Andrei.ilinca24/logs: /* Coding Period */ |
| 22:27.43 | Notify | 03BRL-CAD Wiki:Vasco.costa * 8453 /wiki/User:Vasco.costa/GSoC15/logs: |
| 22:50.10 | ``Erik | http://www.plasm.net/ "functional language for computing with geometry" |
| 22:57.18 | vasc | l-systems for buildings? |
| 23:03.57 | vasc | i've seen a lot of italians talking about that kind of thing in conferences here in europe |
| 23:04.53 | vasc | for cultural heritage and reconstruction |
| 23:45.47 | Notify | 03BRL-CAD:ejno * 65106 (brlcad/trunk/src/librt/db_fullpath.c brlcad/trunk/src/librt/search.c): fix warning: address of an array is always true |
| 23:59.53 | Notify | 03BRL-CAD:ejno * 65107 brlcad/trunk/include/bu/list.h: remove redundant declarations |
| 00:14.46 | Notify | 03BRL-CAD:ejno * 65108 brlcad/trunk/include/bu/file.h: remove redundant argv-related declarations from bu/file.h (also declared in bu/str.h) |
| 00:15.29 | Notify | 03BRL-CAD Wiki:Bhollister * 8454 /wiki/User:Bhollister/DevLogMay2015: /* Friday, May 29, 2015 */ |
| 00:22.40 | Notify | 03BRL-CAD:ejno * 65109 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: initialize members in initialization list |
| 01:10.03 | Notify | 03BRL-CAD:ejno * 65110 brlcad/trunk/src/libbu/tests/opt.c: fix warning: rn is used uninitialized whenever condition is false |
| 01:18.39 | Notify | 03BRL-CAD:ejno * 65111 brlcad/trunk/src/liboptical/sh_light.c: fix warning. apparent typo: address will always be true |
| 01:35.27 | Notify | 03BRL-CAD:ejno * 65112 brlcad/trunk/src/libbu/tests/opt.c: remove set-but-not-used variable |
| 01:45.35 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 03:53.45 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 04:19.21 | *** join/#brlcad Gurwinder (75dca84b@gateway/web/freenode/ip.117.220.168.75) | |
| 07:31.34 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 08:42.05 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8455 /wiki/User:MeShubham99/GSoc15/log_developmen: |
| 08:46.05 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8456 /wiki/User:MeShubham99/GSoc15/log_developmen: |
| 11:25.57 | *** join/#brlcad dracarys983 (~dracarys9@49.204.64.5) | |
| 12:52.38 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 13:26.43 | *** join/#brlcad ih8sum3r (~chatzilla@122.173.191.178) | |
| 13:36.42 | *** join/#brlcad dracarys983 (~dracarys9@49.204.64.5) | |
| 14:07.06 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:11.32 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:00.48 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 16:08.14 | sofat | brlcad, If you read the all content then we start discussion on this and tell me about my next step. I can't do any coding right now so please help me to finalizing things fast. |
| 16:19.14 | *** join/#brlcad Gurwinder (75dc9489@gateway/web/freenode/ip.117.220.148.137) | |
| 16:19.27 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8457 /wiki/User:MeShubham99/GSoc15/log_developmen: |
| 16:22.16 | *** join/#brlcad sofat_ (~sofat@202.164.45.204) | |
| 16:22.38 | *** join/#brlcad sofat (~androirc@202.164.45.204) | |
| 16:55.43 | starseeker | brlcad: do we support this form of printf syntax? http://stackoverflow.com/a/9448093 |
| 16:57.00 | *** join/#brlcad sofat_ (~sofat@1.39.34.28) | |
| 16:57.08 | sofat_ | starseeker, hello |
| 16:57.54 | sofat_ | too much time is passed and i not started coding please tell but i do i am bit worry. |
| 17:08.42 | *** join/#brlcad ih8sum3r (~chatzilla@122.173.191.178) | |
| 17:36.55 | Notify | 03BRL-CAD:starseeker * 65113 (brlcad/trunk/include/bu/opt.h brlcad/trunk/src/conv/gcv/gcv.cpp brlcad/trunk/src/libbu/opt.c): Make some improvements to help printing, set up for more general logic. |
| 17:40.13 | *** join/#brlcad javampire (~ncsaba@p4FF71A76.dip0.t-ipconnect.de) | |
| 17:40.13 | *** join/#brlcad javampire (~ncsaba@unaffiliated/javampire) | |
| 17:53.36 | Notify | 03BRL-CAD:starseeker * 65114 brlcad/trunk/src/conv/gcv/gcv.cpp: Improve error messages and avoid some crash situations. |
| 17:54.22 | starseeker | sofat_: you'll need to talk with brlcad about directions - I suggest working with him to set up a definite time to discuss it |
| 18:03.16 | Notify | 03BRL-CAD:starseeker * 65115 brlcad/trunk/src/libbu/opt.c: Do the offset space printing correctly, per printf style outlined here: http://stackoverflow.com/a/9448093 |
| 18:04.34 | starseeker | brlcad: nevermind, I figured it out |
| 18:04.42 | starseeker | (libbu vls printing question) |
| 18:05.07 | *** join/#brlcad sofat (~androirc@202.164.45.204) | |
| 18:05.42 | *** join/#brlcad sofat_ (~sofat@202.164.45.204) | |
| 18:20.41 | sofat_ | starseeker, brlcad , i found online validation solution for document using xmllint, I am checking the code of brlcad software then i found this mean how you validate the document of user . I think this more help us to check the document online. |
| 18:21.23 | javampire | Hi all, I'm back after almost 1 year to do some BRL-CAD work again |
| 18:21.25 | sofat_ | using this command :- xmllint --xinclude --schema doc/docbook/resources/other/docbook-schema/xsd/docbook.xsd --noout --nonet doc/docbook/articles/en/filename.xml |
| 18:22.03 | javampire | I have a fairly simple pipe primitive, which I try to export via g-stl |
| 18:23.01 | javampire | for the default parameters I get then: nmg_edge_g(): e_dir too small (0, 0, 0) |
| 18:23.33 | javampire | then: nmg_edge_g(): (0 -8.3871 -24.6101) -> (0 -8.3871 -24.6101)nmg_edge_g(): Forcing e_dir to (1, 0, 0) |
| 18:23.40 | javampire | nmg_edge_g(): 0 length edge |
| 18:23.47 | javampire | Saving stack trace to g-stl-8421-bomb.log |
| 18:23.56 | javampire | and of course no stl :-) |
| 18:26.12 | Notify | 03BRL-CAD Wiki:202.164.45.204 * 8458 /wiki/User:Hiteshsofat/GSoc15/log_developmen: |
| 18:26.21 | javampire | the object is a simple 3 points pipe: pipe V0 { 0 -6.774193548387096086571546 -19.87738166280938045815674 } O0 10 I0 0 R0 10 V1 { 0 0 -22.18602064803695128603067 } O1 10 I1 0 R1 10 V2 { 0 0 -29.34280150224241978662576 } O2 10 I2 0 R2 10 |
| 18:27.34 | javampire | I wonder what is the status with the BRL-CAD to STL export, is it supposed to work or there's lots of work to do on it ? |
| 18:29.04 | javampire | I tried BTW to set "-a 0.005 " on g-stl, then I get even worse: |
| 18:29.05 | javampire | tesselate_pipe_linear: nmg_calc_face_g failed |
| 18:29.05 | javampire | ERROR: bad pointer 0x81bda48: s/b vertex(x123123), was Unknown_Magic(x81bdaa0), file /home/csaba/dev/brlcad/trunk/src/librt/primitives/nmg/nmg_mod.c, line 1007 |
| 18:31.43 | javampire | I wonder if this is something I can somehow work around by using proper stl parameters, or changing something in my model... |
| 18:32.19 | javampire | although there's not much I can change on that particular pipe segment :-( |
| 18:34.11 | javampire | there are other errors too on combinations of pipe segments which otherwise would work alone, but till a single, relatively simple pipe segment will fail the conversion to BREP there's not much point to chase those... |
| 18:35.56 | Notify | 03BRL-CAD Wiki:202.164.45.204 * 8459 /wiki/User:Hitesh/option_for_docbook: |
| 18:36.22 | *** join/#brlcad sofat_ (~sofat@202.164.45.204) | |
| 18:37.49 | *** join/#brlcad infobot (ibot@rikers.org) | |
| 18:37.49 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-) | |
| 18:40.20 | Notify | 03BRL-CAD Wiki:202.164.45.204 * 8460 /wiki/User:Hitesh/option_for_docbook: |
| 18:41.23 | sofat_ | brlcad, i also update my wiki option_for_docbook page and added the new tool xmllint please review |
| 18:41.24 | sofat_ | http://brlcad.org/wiki/User:Hitesh/option_for_docbook |
| 18:43.15 | *** join/#brlcad gaganjyot (~gaganjyot@27.255.240.62) | |
| 18:52.39 | Notify | 03BRL-CAD:starseeker * 65116 (brlcad/trunk/include/bu/opt.h brlcad/trunk/src/conv/gcv/gcv.cpp brlcad/trunk/src/libbu/opt.c): Add a printing function to see the full contents of a bu_opt_data ptbl |
| 18:58.42 | *** join/#brlcad javampire (~ncsaba@p4FF72C62.dip0.t-ipconnect.de) | |
| 18:58.42 | *** join/#brlcad javampire (~ncsaba@unaffiliated/javampire) | |
| 19:06.49 | Notify | 03BRL-CAD:starseeker * 65117 (brlcad/trunk/src/conv/gcv/gcv.cpp brlcad/trunk/src/libbu/opt.c): Handle multiple entries with simultaneous keys in description generation. |
| 19:34.04 | Notify | 03BRL-CAD Wiki:202.164.45.204 * 8461 /wiki/User:Hitesh/option_for_docbook: |
| 19:37.21 | Notify | 03BRL-CAD:starseeker * 65118 (brlcad/trunk/include/bu/opt.h brlcad/trunk/src/conv/gcv/gcv.cpp): Convenience definition for non-opt finds |
| 19:40.34 | Notify | 03BRL-CAD:starseeker * 65119 brlcad/trunk/src/conv/gcv/gcv.cpp: Don't need to reference gcv_help_str twice - doesn't hurt to do so, but we don't need to. |
| 19:42.08 | Notify | 03BRL-CAD:starseeker * 65120 brlcad/trunk/src/util/CMakeLists.txt: Add an example of dsp_add_opt.c using the experimental libbu opt API. Looks a bit too simple to make a really good test - should probably experiment with rt for a real stress test. |
| 19:50.29 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-tlyorwxoxhknopqb) | |
| 20:37.34 | Notify | 03BRL-CAD Wiki:Andrei.ilinca24 * 8462 /wiki/User:Andrei.ilinca24/logs: /* Coding Period */ |
| 20:42.40 | *** join/#brlcad LordOfBikes (~armin@dslb-092-075-150-128.092.075.pools.vodafone-ip.de) | |
| 21:06.57 | *** join/#brlcad Shubham (6719e766@gateway/web/freenode/ip.103.25.231.102) | |
| 21:08.14 | *** join/#brlcad Shubham_ (6719e766@gateway/web/freenode/ip.103.25.231.102) | |
| 21:09.33 | *** join/#brlcad Shubham__ (6719e766@gateway/web/freenode/ip.103.25.231.102) | |
| 21:17.07 | Notify | 03BRL-CAD Wiki:Deekaysharma * 8463 /wiki/User:Deekaysharma/logs: |
| 21:17.24 | Notify | 03BRL-CAD Wiki:Deekaysharma * 8464 /wiki/User:Deekaysharma/logs: /* May 30 */ |
| 21:46.25 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 22:12.03 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 22:33.25 | Notify | 03BRL-CAD Wiki:Konrado DJ * 8465 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 29 MAY 2015 */ |
| 22:33.40 | Notify | 03BRL-CAD Wiki:Konrado DJ * 8466 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 28 MAY 2015 */ |
| 22:40.10 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 22:45.25 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8467 /wiki/User:MeShubham99/GSoc15/log_developmen: |
| 22:48.28 | Notify | 03BRL-CAD Wiki:Konrado DJ * 8468 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 30 MAY 2015 */ |
| 22:55.17 | Notify | 03BRL-CAD Wiki:Konrado DJ * 8469 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 30 MAY 2015 */ |
| 02:24.50 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 03:13.49 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 04:11.45 | *** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca) | |
| 04:18.26 | Notify | 03BRL-CAD Wiki:117.207.158.0 * 8470 /wiki/User:Gurwinder_Singh/GSoc15/log_developmen: |
| 04:22.16 | Notify | 03BRL-CAD Wiki:117.207.158.0 * 8471 /wiki/User:Gurwinder_Singh/GSoc15/log_developmen: |
| 04:37.29 | *** join/#brlcad Gurwinder (75cf9e00@gateway/web/freenode/ip.117.207.158.0) | |
| 07:28.17 | Notify | 03BRL-CAD Wiki:Konrado DJ * 8472 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 30 MAY 2015 */ |
| 07:49.55 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 08:05.37 | *** join/#brlcad LordOfBikes (~armin@dslb-092-074-232-198.092.074.pools.vodafone-ip.de) | |
| 08:15.40 | *** join/#brlcad konrado (~konro@154.70.108.211) | |
| 08:30.33 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8473 /wiki/User:MeShubham99/GSoc15/log_developmen: |
| 10:03.35 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8474 /wiki/User:MeShubham99/GSoc15/log_developmen: |
| 10:31.27 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8475 /wiki/User:MeShubham99/GSoc15/log_developmen: |
| 12:12.20 | *** join/#brlcad teepee_ (~teepee@unaffiliated/teepee) | |
| 15:24.13 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:03.23 | *** join/#brlcad Shubham (6719e766@gateway/web/freenode/ip.103.25.231.102) | |
| 16:19.38 | Notify | 03BRL-CAD:starseeker * 65121 (brlcad/trunk/include/bu/opt.h brlcad/trunk/src/conv/gcv/gcv.cpp brlcad/trunk/src/libbu/opt.c): Get dynamic option handling working, and add a demonstration in gcv |
| 16:46.16 | Notify | 03BRL-CAD:starseeker * 65122 (brlcad/trunk/include/bu/opt.h brlcad/trunk/src/conv/gcv/gcv.cpp and 2 others): Add another typedef for clarity. |
| 17:00.16 | Notify | 03BRL-CAD:starseeker * 65123 brlcad/trunk/src/conv/gcv/CMakeLists.txt: No longer need optionparser.h |
| 17:07.33 | *** join/#brlcad merzo (~merzo@141-126-133-95.pool.ukrtel.net) | |
| 17:34.25 | Notify | 03BRL-CAD Wiki:117.215.228.200 * 8476 /wiki/User:Gurwinder_Singh/GSoc15/log_developmen: |
| 17:45.17 | Notify | 03BRL-CAD:starseeker * 65124 (brlcad/trunk/include/bu/opt.h brlcad/trunk/src/libbu/opt.c): misc fixes and tweaks |
| 17:59.25 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 18:00.57 | *** join/#brlcad merzo (~merzo@4-86-200-46.pool.ukrtel.net) | |
| 18:01.20 | Notify | 03BRL-CAD:starseeker * 65125 (brlcad/trunk/include/bu/opt.h brlcad/trunk/src/conv/gcv/gcv.cpp brlcad/trunk/src/libbu/opt.c): Add an option validate pass that removes any bu_opt_data entries that tested invalid according to their testing function. Purpose is to allow calling programs to trust casts of user_data. |
| 18:06.40 | Notify | 03BRL-CAD:starseeker * 65126 brlcad/trunk/include/bu/opt.h: Mark some items as TODO. |
| 19:04.37 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 19:19.04 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 19:19.59 | *** join/#brlcad merzo (~merzo@151-98-133-95.pool.ukrtel.net) | |
| 19:20.02 | Notify | 03BRL-CAD Wiki:202.164.45.204 * 8477 /wiki/User:Hiteshsofat/GSoc15/log_developmen: |
| 19:21.05 | Notify | 03BRL-CAD Wiki:Bhollister * 8478 /wiki/User:Bhollister/DevLog: |
| 19:21.47 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 19:25.13 | Notify | 03BRL-CAD Wiki:Bhollister * 8479 /wiki/User:Bhollister/DevLogJune2015: Created page with "__FORCETOC__ ---- = Monday, June 1, 2015 = = Tuesday, June 2, 2015 = = Wednesday, June 3, 2015 = = Thursday, June 4, 2015 = = Friday, June 5, 2015 = = Saturday, June 6,..." |
| 19:25.52 | Notify | 03BRL-CAD Wiki:Bhollister * 8480 /wiki/User:Bhollister/DevLogMay2015: /* Saturday, May 30, 2015 */ |
| 19:26.03 | Notify | 03BRL-CAD Wiki:Bhollister * 8481 /wiki/User:Bhollister/DevLogMay2015: /* Sunday, May 31, 2015 */ |
| 19:30.26 | Notify | 03BRL-CAD Wiki:Bhollister * 8482 /wiki/User:Bhollister/DevLogJune2015: /* Monday, June 1, 2015 */ |
| 19:30.59 | Notify | 03BRL-CAD Wiki:Bhollister * 8483 /wiki/User:Bhollister/DevLogJune2015: /* Monday, June 8, 2015 */ |
| 19:31.12 | Notify | 03BRL-CAD Wiki:Bhollister * 8484 /wiki/User:Bhollister/DevLogJune2015: /* Monday, June 1, 2015: Week 2 */ |
| 19:31.31 | Notify | 03BRL-CAD Wiki:Bhollister * 8485 /wiki/User:Bhollister/DevLogJune2015: /* Monday, June 15, 2015 */ |
| 19:31.49 | Notify | 03BRL-CAD Wiki:Bhollister * 8486 /wiki/User:Bhollister/DevLogJune2015: /* Sunday, June 21, 2015 */ |
| 19:31.58 | Notify | 03BRL-CAD Wiki:Bhollister * 8487 /wiki/User:Bhollister/DevLogJune2015: /* Sunday, June 21, 2015: Start of Week 5 */ |
| 19:32.16 | Notify | 03BRL-CAD Wiki:Bhollister * 8488 /wiki/User:Bhollister/DevLogJune2015: /* Monday, June 15, 2015Start of Week 4 */ |
| 19:34.31 | Notify | 03BRL-CAD Wiki:Bhollister * 8489 /wiki/User:Bhollister/DevLogJune2015: |
| 19:35.54 | Notify | 03BRL-CAD Wiki:Bhollister * 8490 /wiki/User:Bhollister/DevLogJune2015: |
| 19:50.57 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-bjfimcazwktlmbwk) | |
| 19:54.22 | *** join/#brlcad konrado (~konro@41.205.22.7) | |
| 20:10.29 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 20:21.25 | Notify | 03BRL-CAD Wiki:202.164.45.204 * 8491 /wiki/User:Hiteshsofat/GSoc15/log_developmen: |
| 20:22.09 | Notify | 03BRL-CAD Wiki:202.164.45.204 * 8492 /wiki/User:Hiteshsofat/GSoc15/log_developmen: |
| 20:45.32 | *** join/#brlcad konrado (~konro@41.205.22.53) | |
| 21:35.34 | Notify | 03BRL-CAD Wiki:Andrei.ilinca24 * 8493 /wiki/User:Andrei.ilinca24/logs: /* Coding Period */ |
| 21:58.17 | Notify | 03BRL-CAD Wiki:Deekaysharma * 8494 /wiki/User:Deekaysharma/logs: |
| 22:14.38 | Notify | 03BRL-CAD Wiki:Konrado DJ * 8495 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 31 MAY 2015 */ |
| 00:09.13 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 00:12.21 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 01:17.06 | *** join/#brlcad LordOfBikes_ (~armin@dslb-092-074-241-211.092.074.pools.vodafone-ip.de) | |
| 01:35.08 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8496 /wiki/User:MeShubham99/GSoc15/log_developmen: |
| 03:03.22 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8497 /wiki/User:MeShubham99/GSoc15/OGV_production_ready_plan: |
| 03:03.36 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8498 /wiki/User:MeShubham99/GSoc15/OGV_production_ready_plan: |
| 03:14.14 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 05:19.08 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8499 /wiki/User:MeShubham99/GSoc15/OGV_production_ready_plan: |
| 05:19.16 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8500 /wiki/User:MeShubham99/GSoc15/OGV_production_ready_plan: |
| 08:07.19 | *** join/#brlcad infobot (~infobot@rikers.org) | |
| 08:07.19 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-) | |
| 08:09.55 | *** join/#brlcad Guest97665 (~konro@154.70.108.211) | |
| 08:42.36 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-vwqwzuqujdudpift) | |
| 08:48.10 | *** join/#brlcad merzo (~merzo@104-77-132-95.pool.ukrtel.net) | |
| 08:55.08 | *** join/#brlcad merzo (~merzo@106-0-133-95.pool.ukrtel.net) | |
| 10:06.58 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-zwdudpekkcdjdncx) | |
| 10:21.03 | *** join/#brlcad LordOfBikes__ (~armin@dslb-092-074-241-211.092.074.pools.vodafone-ip.de) | |
| 10:59.50 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-ihncnobhcypliadh) | |
| 11:32.05 | *** join/#brlcad merzo (~merzo@106-0-133-95.pool.ukrtel.net) | |
| 13:13.57 | *** join/#brlcad Milinda (c0f80842@gateway/web/freenode/ip.192.248.8.66) | |
| 13:31.43 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 14:12.48 | *** join/#brlcad ih8sum3r (~chatzilla@122.173.191.178) | |
| 14:26.00 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 14:29.28 | Notify | 03BRL-CAD:carlmoore * 65127 brlcad/trunk/src/conv/gcv/gcv.cpp: fix spellings |
| 14:37.14 | *** join/#brlcad vasc (~VASC@bl13-249-29.dsl.telepac.pt) | |
| 14:59.54 | Notify | 03BRL-CAD:brlcad * 65128 brlcad/trunk/src/librt/primitives/xxx/xxx.c: arrange the decoder after the encoder so the implementation isn't as cryptic |
| 16:18.36 | *** join/#brlcad sofat (~sofat@202.164.45.208) | |
| 16:31.17 | Notify | 03BRL-CAD:brlcad * 65129 brlcad/trunk/include/vmath.h: use XYZ |
| 16:34.31 | Notify | 03BRL-CAD:ejno * 65130 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: write CHEX1 records |
| 16:34.31 | *** join/#brlcad LordOfBikes (~armin@dslb-092-074-241-211.092.074.pools.vodafone-ip.de) | |
| 16:36.07 | *** join/#brlcad sofat (~sofat@202.164.45.208) | |
| 16:40.00 | *** join/#brlcad sofat_ (~sofat@202.164.45.204) | |
| 16:45.08 | Notify | 03BRL-CAD:ejno * 65131 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: scale CHEX1 thickness to inches |
| 17:00.42 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-vwgzgvoflkcpkxhj) | |
| 17:20.10 | *** join/#brlcad sofat_ (~sofat@202.164.45.204) | |
| 17:25.07 | *** join/#brlcad merzo (~merzo@41-117-132-95.pool.ukrtel.net) | |
| 17:46.41 | *** join/#brlcad sofat_ (~sofat@202.164.45.204) | |
| 17:50.26 | *** join/#brlcad ih8sum3r (~chatzilla@122.173.191.178) | |
| 17:55.39 | *** join/#brlcad sofat_ (~sofat@202.164.45.204) | |
| 17:57.14 | Notify | 03BRL-CAD:ejno * 65132 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: detect bots representing CHEX1 components |
| 17:57.24 | *** join/#brlcad merzo (~merzo@95-80-200-46.pool.ukrtel.net) | |
| 18:09.42 | Notify | 03BRL-CAD:ejno * 65133 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: check correct bot modes |
| 18:54.03 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 19:08.12 | Notify | 03BRL-CAD:carlmoore * 65134 brlcad/trunk/doc/docbook/system/man1/en/bwdiff.xml: supply missing period |
| 19:40.41 | *** join/#brlcad merzo (~merzo@134-48-132-95.pool.ukrtel.net) | |
| 19:45.38 | Notify | 03BRL-CAD:ejno * 65135 brlcad/trunk/src/librt/primitives/xxx/xxx.c: fix warning: 'implicit conversion from void * not permitted in C++' |
| 19:54.40 | ``Erik | http://digitalgalen.net/ nice (ancient Galen manuscript on medicine was scraped and overwritten with hymns, they're using high resolution photography with varying light configurations to find the removed writing and rebuild it) |
| 19:54.52 | ``Erik | http://www.nytimes.com/2015/06/02/science/medicines-hidden-roots-in-an-ancient-manuscript.html |
| 20:04.29 | Notify | 03BRL-CAD:carlmoore * 65136 brlcad/trunk/src/util/bwmod.c: add 'h' to comment; mv clip_high and clip_low initialization into their declarations |
| 20:11.47 | Notify | 03BRL-CAD:starseeker * 65137 brlcad/trunk/include/bu/opt.h: Update examples |
| 20:12.26 | starseeker | ``Erik: that's cool |
| 20:13.48 | Notify | 03BRL-CAD:starseeker * 65138 brlcad/trunk/include/analyze.h: db_diff did something different and moved into librt - remove stale header contents. |
| 20:18.58 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8501 /wiki/User:MeShubham99/GSoc15/log_developmen: |
| 20:19.41 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8502 /wiki/User:MeShubham99/GSoc15/log_developmen: |
| 20:20.28 | *** join/#brlcad konrado (~konro@41.205.22.50) | |
| 20:25.30 | brlcad | starseeker: rt_intern_struct_size in db_diff shouldn't exist .. that's a field already in the functab |
| 20:48.06 | *** join/#brlcad konrado (~konro@41.205.22.61) | |
| 20:52.07 | *** join/#brlcad john_cephalopoda (~john@unaffiliated/john-minetest/x-5335115) | |
| 20:52.32 | john_cephalopoda | hi |
| 20:57.22 | brlcad | hi! |
| 21:05.26 | Notify | 03BRL-CAD:starseeker * 65139 (brlcad/trunk/include/analyze.h brlcad/trunk/src/libanalyze/raydiff.c and 3 others): Start setting up for a reall geometry diff visualization. Something's not right with the pattern, but getting a meaningful visual. |
| 21:07.34 | Notify | 03BRL-CAD Wiki:Konrado DJ * 8503 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 31 MAY 2015 */ |
| 21:13.21 | konrado | brlcad: hello |
| 21:14.00 | konrado | brlcad: hello |
| 21:15.13 | john_cephalopoda | Is there a graphical tool to do things in brlcad? |
| 21:23.56 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 21:25.27 | sofat | brlcad, hi |
| 21:31.57 | *** join/#brlcad konrado (~konro@41.205.22.49) | |
| 21:36.15 | Notify | 03BRL-CAD Wiki:202.164.45.204 * 8504 /wiki/User:Hiteshsofat/GSoc15/log_developmen: |
| 21:45.38 | sofat | brlcad, I have checked your mail. And I am done one demo using only one document(about.xml) and wordpress plugin. This demo is working on static code(don't worry when i start actual work then i convert this into dynamic), I explain how I am complete 1 to 6 options. |
| 21:47.37 | sofat | I have perform the 1 to 6 experiment on single document(about.xml). |
| 21:50.18 | Notify | 03BRL-CAD:ejno * 65140 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: determine whether a region can be represented with fg4 boolean ops; write HOLE and WALL records (in progress) |
| 22:03.13 | sofat | brlcad, I want to talk with you and show you this demo work. |
| 22:04.36 | Notify | 03BRL-CAD Wiki:Deekaysharma * 8505 /wiki/User:Deekaysharma/logs: |
| 22:08.26 | *** part/#brlcad john_cephalopoda (~john@unaffiliated/john-minetest/x-5335115) | |
| 22:13.43 | Notify | 03BRL-CAD:ejno * 65141 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: initial version of find_csphere_cutout() (in progress) |
| 22:19.03 | Notify | 03BRL-CAD:ejno * 65142 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: comments; reformatting |
| 22:28.51 | Notify | 03BRL-CAD Wiki:Andrei.ilinca24 * 8506 /wiki/User:Andrei.ilinca24/logs: /* Coding Period */ |
| 22:29.32 | brlcad | hello konrado |
| 22:30.32 | brlcad | sofat: different than the about.xml work you did earlier? I do recall that work |
| 22:31.06 | sofat | brlcad, hello i did same work which you explain in mail |
| 22:31.20 | sofat | but only using any one doc |
| 22:31.27 | sofat | like about.xml |
| 22:31.30 | brlcad | different than the work you did earlier? |
| 22:31.34 | sofat | yes |
| 22:31.54 | brlcad | okay, what's the general idea? |
| 22:31.58 | sofat | i want to explain what i do step by step |
| 22:32.53 | sofat | first i use docbook-kit for convert the about.xml page to worpress code. |
| 22:33.03 | sofat | using shell script . |
| 22:33.51 | sofat | after that move this wordpress file to wordpress root directory . |
| 22:35.06 | sofat | please check this |
| 22:35.07 | sofat | http://202.164.53.122/~hitesh/wordpress/about.wp.php |
| 22:35.25 | sofat | there is about.xml page as wordpress file. |
| 22:35.45 | konrado | hello brlcad. I have been able to resolve the issues encountered with the FreeWRL parser. It had nothing to do with threads, it just a SIGSEGV signal caused by wrong memory access. |
| 22:36.56 | sofat | according to this "add new xslt stylesheet for wordpress-themed output. cron compiles checkout." cron not use because i have no permission on my college server(i am not sudo user) |
| 22:37.45 | sofat | how i done editing part . I explain. |
| 22:38.11 | sofat | 1) user login into worpress |
| 22:38.40 | sofat | 2) click on xml file menu option |
| 22:39.26 | sofat | there user get the file about.xml as link and when user link on this link then about.xml is open in editing mode |
| 22:39.55 | sofat | which coding i used behind that i explain |
| 22:40.59 | sofat | when user click on document to edit then i make the copy of original document and save into review folder |
| 22:41.04 | brlcad | sofat: looks good -- what do you mean by convert it to wordpress code? |
| 22:41.19 | brlcad | konrado: that's great news! |
| 22:41.30 | sofat | means wordpress(theme) file |
| 22:42.16 | sofat | review hold all editing document for review |
| 22:42.40 | brlcad | sofat: before you continue explaining editing ... |
| 22:43.11 | brlcad | I don't understand what you mean by wordpress(theme) file as a response to converting our docbook xml |
| 22:43.25 | brlcad | are you running a tool like xsltproc? |
| 22:43.32 | sofat | ok i explain |
| 22:43.53 | brlcad | are you manually reading the xml file and manually transforming tags? |
| 22:44.29 | sofat | no |
| 22:44.39 | sofat | i download this https://github.com/remko/docbook-kit/tree/master/ |
| 22:44.47 | sofat | i install this |
| 22:45.06 | sofat | then i make changes in example/Makefile |
| 22:45.16 | sofat | i run this command make wordpress |
| 22:45.40 | brlcad | hold on |
| 22:46.06 | sofat | okay |
| 22:48.49 | brlcad | okay, I see ... so did you use the "make wordpress" target? |
| 22:48.50 | sofat | i explain more if gave me permission |
| 22:48.54 | sofat | yes |
| 22:49.30 | brlcad | so that's basically what I suggested you get working directly ;) |
| 22:49.32 | sofat | with help of this i get wordpress php file of about.xml |
| 22:50.10 | brlcad | that target runs xsltproc and outputs the converted output with a pre-wrapped stylesheet that integrates with wordpress |
| 22:50.19 | sofat | yes |
| 22:51.05 | sofat | this system use the xsl stylesheet for wordpress code |
| 22:51.23 | brlcad | okay, so that's good for now |
| 22:51.36 | brlcad | and one less thing |
| 22:51.43 | sofat | what |
| 22:51.45 | sofat | ? |
| 22:52.13 | brlcad | not having to do the setup to manually run xsltproc and set up the stylesheet yourself |
| 22:52.32 | brlcad | later we'll want to minimize dependencies, but that's sufficient for now |
| 22:52.38 | sofat | ok |
| 22:53.54 | brlcad | what I meant is that we already integrate a slew of docbook processing tools, so it wouldn't make sense (long term) to introduce a new dependency on docbook-kit if we don't need to but it works great for now to get it working |
| 22:53.54 | sofat | i want to explain my all work form 1 - 6 how i complete this. please gave me chance |
| 22:54.30 | brlcad | I want to fully understand too ... if you rush through your explanation without allowing for questions, then there will be no progress |
| 22:54.56 | sofat | okay |
| 22:55.31 | brlcad | so continue with editing ... what's the idea there? |
| 22:56.34 | sofat | ok first i made the copy of original document and saved to another directory for editing. means user only edit copy document of original which are saved in review directory. |
| 22:56.58 | sofat | i thinks done using shell command on run time |
| 22:57.18 | sofat | all things |
| 22:57.33 | sofat | s/i thinks/all things |
| 22:57.59 | brlcad | nods |
| 22:58.10 | sofat | after that i gave two options for user first is preview in editing time. |
| 22:58.23 | brlcad | so they edit the xml directly? |
| 22:58.28 | sofat | yes |
| 22:58.42 | brlcad | okay |
| 23:00.05 | sofat | next for preview first i check the editing of document is right or wrong . using this command |
| 23:00.06 | sofat | xmllint --xinclude --schema /home/hitesh/public_html/trunk/doc/docbook/resources/other/docbook-schema/xsd/docbook.xsd --noout --nonet /home/hitesh/public_html/wordpress/review/about.xml |
| 23:00.38 | sofat | if there any error they directly shown on browser |
| 23:01.32 | sofat | if there is no error then i convert the document into html using this command xsltproc -o /home/hitesh/public_html/wordpress/review/about.html /home/hitesh/public_html/trunk/doc/docbook/resources/brlcad/brlcad-article-xhtml-stylesheet.xsl /home/hitesh/public_html/wordpress/review/about.xml |
| 23:01.46 | sofat | and redirect to html file for preview |
| 23:03.06 | brlcad | hm, that won't likely be sufficient |
| 23:03.26 | sofat | now user click on submit the again xmllint run and check the document is valid or not if not valid then they show the error on browser else save document |
| 23:03.38 | sofat | means ? |
| 23:03.45 | brlcad | a good start but probably want to output a proper wp-integrated preview page |
| 23:04.27 | sofat | hmm wait i explain this i thing this also happen . |
| 23:05.11 | sofat | after the editing then role of review. means how admin review the document. |
| 23:06.41 | sofat | i use diff command for this. when admin click on review option the at back-end i run diff command to get the difference between original document and edited document. |
| 23:07.00 | sofat | diff -u original file editing file |
| 23:07.18 | sofat | all changes show on browser for admin review |
| 23:07.51 | brlcad | sounds reasonable |
| 23:08.04 | brlcad | entirely secondary priority, but completely reasonable approach :) |
| 23:08.17 | sofat | now if admin accept the changes the edited document is replaced with original document |
| 23:08.51 | sofat | if not accept the editing document will delete |
| 23:10.24 | sofat | now after accepting the document again run the first script convert updated the about.xml page to wordpress and replace old wordpress page with new updated document |
| 23:10.48 | brlcad | sounds good |
| 23:11.08 | sofat | i have ruining demo are you want to check this demo |
| 23:11.29 | sofat | ? |
| 23:11.54 | brlcad | sure |
| 23:12.27 | sofat | ok i explain the procedure how it use |
| 23:13.02 | sofat | 1) login as admin username:root, password:sofat |
| 23:13.16 | sofat | 2)clieck on XML Files option in menu |
| 23:13.34 | sofat | 3)click on about.xml link |
| 23:15.22 | sofat | 4)click on review option to review the changes |
| 23:16.15 | sofat | there is link |
| 23:16.16 | sofat | http://202.164.53.122/~hitesh/wordpress/wp-login.php |
| 23:16.19 | sofat | please check |
| 23:16.32 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8507 /wiki/User:MeShubham99/GSoc15/log_developmen: |
| 23:17.21 | *** join/#brlcad iinxy (62d29914@gateway/web/freenode/ip.98.210.153.20) | |
| 23:17.25 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8508 /wiki/User:MeShubham99/GSoc15/log_developmen: |
| 23:17.59 | brlcad | sofat: interesting |
| 23:18.14 | brlcad | so where's the XML Files wordpress menu item coming from? |
| 23:18.16 | sofat | means good or bad ? |
| 23:18.35 | sofat | means ? |
| 23:18.46 | sofat | after login |
| 23:19.19 | sofat | then you get this menu on left side . and 3 position form top. |
| 23:20.08 | brlcad | it's definitely in the right direction, so good |
| 23:20.18 | brlcad | I know I get it after login |
| 23:20.21 | brlcad | where is it coming from? |
| 23:20.45 | brlcad | from something already in WordPress? from something you added to WP? from somewhere else? |
| 23:20.56 | sofat | no i made plugin for that |
| 23:21.00 | sofat | then they coming |
| 23:22.22 | brlcad | "then they coming" <-- means? |
| 23:23.02 | brlcad | who is they? |
| 23:23.09 | sofat | means this is part of my plugin through of plugin coding |
| 23:23.29 | sofat | i made this menu option in wordpress admin bar |
| 23:23.46 | brlcad | did you make it in wordpress or did you write php code? |
| 23:23.58 | brlcad | (just trying to understand) |
| 23:25.09 | sofat | i write up the plugin php code with help of some wordpress function(inbuilt function) I made this option in menu |
| 23:25.19 | brlcad | okay, cool |
| 23:25.24 | sofat | functions are add_menu()\ |
| 23:25.31 | sofat | add_submenu_page() |
| 23:25.57 | brlcad | so this is really fast progress and that's great, but I also do not want to overlook some important usability details |
| 23:26.17 | sofat | ok |
| 23:26.27 | brlcad | in particular, I think we should focus on the non-admin / review side and make sure that is working well |
| 23:26.46 | brlcad | e.g., how the docs are compiled on the back, presented to the user |
| 23:27.00 | brlcad | and how the editing looks to a user not logged in |
| 23:27.42 | brlcad | I also saw a bug where changes were displayed that I did not make, so you'll have to consider that there may be multiple users simultaneously editing the same file at the same time and that'll need to work even for anonymous users |
| 23:27.59 | sofat | hmm |
| 23:28.49 | sofat | editing looks as wordpress page warped with wordpress theme style |
| 23:30.19 | brlcad | yes but the editing itself is handled by php |
| 23:30.41 | brlcad | plus there's many ways to present the docs in the theme |
| 23:31.28 | sofat | please explain more |
| 23:32.03 | sofat | editing managed by php already because i have used shell_exec() function |
| 23:32.20 | sofat | for shell commands |
| 23:34.27 | brlcad | trying to find a good example to show you |
| 23:35.34 | sofat | so i want to discuss some more things if you free ? |
| 23:36.02 | brlcad | okay, found a somewhat decent example |
| 23:36.21 | sofat | ok show me |
| 23:37.24 | brlcad | if you go to https://www.blender.org , select "Support" on the menu, select the "Online Manual" link |
| 23:38.06 | brlcad | that resulting page is like one xml file (except they are using markdown instead of xml) |
| 23:38.25 | brlcad | notice the "View page source" link in the top-right |
| 23:39.04 | sofat | ok wait website is loading |
| 23:39.12 | brlcad | they do not provide an online editing option |
| 23:39.52 | brlcad | but they do show all of the docs rendered static |
| 23:40.07 | brlcad | lets start with something that simple |
| 23:41.13 | sofat | ok are you free some time more i have some question |
| 23:41.14 | brlcad | so clicking our "Documentation" menu link takes you to a page similar to their Support page, and one available option is for our "Online Manual" |
| 23:41.35 | brlcad | which goes to this wp-themed static output from our xml |
| 23:41.48 | brlcad | you may have to write some xml code for a main menu ;) |
| 23:41.58 | brlcad | table of contents |
| 23:42.13 | brlcad | don't rmemeber if we have something already |
| 23:42.20 | brlcad | okay, so your question? |
| 23:42.52 | sofat | if i choice this option xml to wordpress php code file |
| 23:43.12 | sofat | so there again i need to set dedicated search |
| 23:43.50 | Notify | 03BRL-CAD:starseeker * 65143 (brlcad/trunk/src/libanalyze/raydiff.c brlcad/trunk/src/libged/gdiff.c): Fix midpoint calculation. |
| 23:44.03 | sofat | means this search only work for these code files not for all content of wordpress, because we are not using wordpress database for save the content |
| 23:45.12 | sofat | another question |
| 23:45.52 | sofat | i need to category the document as article,book, etc and appears as menu |
| 23:45.53 | brlcad | don't worry about search ... that can come after admin A-F ;) |
| 23:45.56 | brlcad | that's G |
| 23:46.01 | sofat | lol |
| 23:46.04 | sofat | ok |
| 23:46.28 | brlcad | I think we'll just end up with a custom search box |
| 23:46.39 | sofat | ok |
| 23:46.44 | sofat | i need to category the document as article,book, etc and appears as menu |
| 23:46.44 | brlcad | default will be google search with a selector to search different indices |
| 23:46.58 | sofat | ok |
| 23:47.10 | brlcad | this online docs section could have a custom search box like blender's has in their top right corner |
| 23:47.14 | brlcad | but again, not a priority |
| 23:47.23 | sofat | hmm |
| 23:47.26 | sofat | ok |
| 23:47.52 | brlcad | users won't care if it's an article or a book, i'm not sure the distinction matters |
| 23:48.20 | sofat | ok |
| 23:48.27 | brlcad | we want semantic categories |
| 23:48.37 | sofat | ok |
| 23:48.42 | brlcad | like "Tutorials" |
| 23:48.52 | sofat | ok |
| 23:49.01 | brlcad | "Presentations" etc |
| 23:49.23 | brlcad | and that should all be described in an XML file |
| 23:49.35 | sofat | ok |
| 23:49.43 | sofat | don't worry |
| 23:49.43 | brlcad | just like how this is Blender's main doc menu: https://www.blender.org/manual/_sources/contents.txt |
| 23:49.53 | brlcad | i'm not ;) |
| 23:49.53 | sofat | i check this |
| 23:50.04 | sofat | i am worry ;) |
| 23:50.32 | sofat | so my first task is marge the all docs with wordpress as wordpress code file in well manner according to blender site |
| 23:50.38 | brlcad | you have 3 MONTHS to get this working perfectly ;) |
| 23:50.49 | sofat | ok |
| 23:50.54 | brlcad | similar to Blender ... doesn't have to be exact |
| 23:51.08 | brlcad | but focus on anonymous user and presenting the docs with the WP theme |
| 23:51.32 | sofat | yes i understand |
| 23:51.57 | sofat | 2) improve the editing process according your requirement |
| 23:51.58 | sofat | now last question is |
| 23:52.06 | brlcad | a showing source link per page and pdf links per document are probably next up |
| 23:52.21 | sofat | ok |
| 23:52.53 | brlcad | I suggest trying to get the processing working in our own build system (without docbook-kit) |
| 23:53.18 | brlcad | all it's doing for you is running xsltproc with a wp-enabled stylesheet |
| 23:53.37 | brlcad | that stylesheet is certainly in their tree |
| 23:53.43 | Notify | 03BRL-CAD:starseeker * 65144 (brlcad/trunk/src/libanalyze/tests/raydiff.g brlcad/trunk/src/libged/gdiff.c): Add options for enabling various parts of the diff output. |
| 23:54.15 | sofat | ok i try to do that thing |
| 23:54.31 | Notify | 03BRL-CAD:starseeker * 65145 brlcad/trunk/src/libanalyze/tests/raydiff.g: Don't need the tire test in the committed .g file. |
| 23:54.50 | sofat | i want to use tinymce editor to edit the document in good manner. but in this i need to convert some docbook tags into html for user editing |
| 23:55.39 | brlcad | start without editing, can do editing next week ;) |
| 23:56.33 | brlcad | when you get a build system working to generate wp-files, submit that as a patch |
| 23:56.40 | brlcad | that's a good checkpoint |
| 23:56.45 | sofat | ok |
| 23:57.28 | sofat | yes, then what i do this working on bulid system merge the documents will well manner |
| 23:57.40 | sofat | thats my milestone for this week ? |
| 23:58.07 | brlcad | sounds good to me |
| 23:58.09 | sofat | <PROTECTED> |
| 23:58.47 | sofat | ok now then bye sir ;) after long time i said you sir. |
| 23:58.53 | brlcad | sofat: may I message you about a separate topic |
| 23:58.56 | Notify | 03BRL-CAD:starseeker * 65146 brlcad/trunk/src/libanalyze/raydiff.c: quiet debugging printing. |
| 23:59.07 | sofat | yes |
| 00:22.09 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 00:40.07 | starseeker | brlcad: OK - I didn't spot it in the functab initially. I'll try to swat it tomorrow |
| 01:09.38 | Notify | 03BRL-CAD:starseeker * 65147 brlcad/trunk/src/libanalyze/raydiff.c: protect the free calls. |
| 01:10.16 | Notify | 03BRL-CAD:starseeker * 65148 brlcad/trunk/src/libanalyze/CMakeLists.txt: Add a stab at an object-inside-object test. |
| 02:33.14 | Notify | 03BRL-CAD Wiki:117.199.103.107 * 8509 /wiki/User:Gurwinder_Singh/GSoc15/log_developmen: |
| 03:04.12 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 03:22.34 | *** join/#brlcad merzo (~merzo@133-14-133-95.pool.ukrtel.net) | |
| 04:01.14 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 04:21.32 | *** join/#brlcad merzo (~merzo@21-39-132-95.pool.ukrtel.net) | |
| 04:46.34 | *** join/#brlcad merzo (~merzo@238-15-133-95.pool.ukrtel.net) | |
| 05:07.25 | *** join/#brlcad merzo (~merzo@108-0-132-95.pool.ukrtel.net) | |
| 06:21.23 | *** join/#brlcad merzo (~merzo@154-69-133-95.pool.ukrtel.net) | |
| 06:59.31 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 07:32.59 | *** join/#brlcad sofat (~sofat@202.164.53.117) | |
| 08:10.19 | *** join/#brlcad merzo (~merzo@92.60.189.225) | |
| 08:35.36 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-exrmxgvrqdqiqdci) | |
| 11:01.14 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8510 /wiki/Google_Summer_of_Code/2015: /* Online Geometry Viewer (OGV): Back-end */ |
| 11:35.55 | Notify | 03BRL-CAD Wiki:Shaina7837 * 8511 /wiki/User:Shainasabarwal/GSoC15/logs: /* 28 May */ |
| 12:14.47 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8512 /wiki/User:MeShubham99/GSoc15/proposal: /* Things that I will Improve and add on: - */ |
| 12:15.19 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8513 /wiki/User:MeShubham99/GSoc15/proposal: /* Things that I will Improve and add on: - */ |
| 12:15.56 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8514 /wiki/User:MeShubham99/GSoc15/proposal: /* Things that I will Improve and add on: - */ |
| 12:16.44 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8515 /wiki/User:MeShubham99/GSoc15/proposal: /* Brief Summary */ |
| 12:33.50 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8516 /wiki/User:MeShubham99/GSoc15/proposal: /* Milestones */ |
| 12:35.30 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8517 /wiki/User:MeShubham99/GSoc15/log_developmen: |
| 13:39.50 | Notify | 03BRL-CAD:starseeker * 65149 brlcad/trunk/include/analyze.h: Helps to commit the header... |
| 13:47.15 | Notify | 03BRL-CAD Wiki:85.246.127.87 * 8518 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Phase */ |
| 13:48.01 | Notify | 03BRL-CAD Wiki:85.246.127.87 * 8519 /wiki/User:Vasco.costa/GSoC15/logs: |
| 13:52.28 | Notify | 03BRL-CAD:starseeker * 65150 brlcad/trunk/src/libged/gdiff.c: Use -R option to trigger gdiff with raytracing, draw all visuals if none are specified, clean up previous gdiff drawing if we're drawing again. |
| 13:53.50 | Notify | 03BRL-CAD Wiki:85.246.127.87 * 8520 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Phase */ |
| 13:54.40 | *** join/#brlcad vasc (~vasc@bl13-127-87.dsl.telepac.pt) | |
| 13:55.39 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 13:59.36 | brlcad | hi vasc |
| 13:59.58 | brlcad | any questions? how's progress? |
| 14:22.59 | Notify | 03BRL-CAD:ejno * 65151 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: fixes |
| 14:28.07 | Notify | 03BRL-CAD:ejno * 65152 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: set default material ID to 1 (must be greater than zero) |
| 14:46.27 | vasc | hello brlcad |
| 14:46.32 | vasc | i mean sean |
| 14:46.55 | vasc | i'm working on a simplified rendering loop |
| 14:47.27 | ``Erik | hah :D the slad 'vision statement' probably came from this: http://www.buzzwordipsum.com/ |
| 14:51.10 | vasc | it helped a lot to use netbeans to read the code |
| 14:51.16 | vasc | the doxygen wasn't cutting it |
| 14:51.27 | vasc | and its quite entangled |
| 14:52.56 | vasc | i'm getting compilation errors with the svn |
| 14:53.11 | vasc | [ 91%] /home/vasco/brlcad/src/libged/gdiff.c: In function ged_gdiff: |
| 14:53.11 | vasc | /home/vasco/brlcad/src/libged/gdiff.c:49:9: error: variable right_dbip_specified set but not used [-Werror=unused-but-set-variable] |
| 14:53.11 | vasc | <PROTECTED> |
| 14:53.11 | vasc | <PROTECTED> |
| 14:53.11 | vasc | /home/vasco/brlcad/src/libged/gdiff.c:48:9: error: variable left_dbip_specified set but not used [-Werror=unused-but-set-variable] |
| 14:53.14 | vasc | <PROTECTED> |
| 14:53.16 | vasc | <PROTECTED> |
| 14:53.55 | vasc | you guys need to check that one |
| 14:55.08 | vasc | i guess i shouldn't have updated. i'll go eat something until this gets fix. |
| 14:59.31 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:11.39 | ``Erik | hm, those vars are reasonably old. Either the flag wasn't being used until now or the code was removed... you can just comment those lines out (or delete them or whatever) |
| 15:12.28 | ``Erik | updates and tries a build |
| 15:39.18 | *** join/#brlcad Gurwinder (3b5be9d4@gateway/web/freenode/ip.59.91.233.212) | |
| 15:50.30 | Notify | 03BRL-CAD:ejno * 65153 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: refactoring geometry detection (in progress) |
| 16:05.24 | vasc | actually its GCC that's dumb |
| 16:05.33 | vasc | if i comment the variables it doesn't work |
| 16:05.45 | vasc | because they're set something in the switch below |
| 16:05.56 | vasc | but GCC, for whatever reason, doesn't get that |
| 16:06.10 | vasc | -Werror=unused-but-set-variable is the problem |
| 16:06.20 | vasc | or maybe a GCC upgrade would fix it |
| 16:07.23 | vasc | now how do i shut that up... |
| 16:09.59 | vasc | #pragma GCC diagnostic ignored "-Wunused-but-set-variable" |
| 16:10.01 | vasc | shut it up |
| 16:10.17 | vasc | you guys shouldn't enable that as error though |
| 16:10.50 | vasc | maybe i'll upgrade ubuntu and that will upgrade gcc as well |
| 16:11.03 | vasc | it'll take me hours to upgrade ubuntu though |
| 16:12.12 | vasc | i'm using gcc 4.9.1 |
| 16:12.32 | vasc | i'll make a ticket |
| 16:17.30 | vasc | time to upgrade to ubuntu 15.04 |
| 16:23.10 | Notify | 03BRL-CAD Wiki:85.246.127.87 * 8521 /wiki/User:Vasco.costa/GSoC15/logs: |
| 16:33.04 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 16:33.51 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8522 /wiki/User:MeShubham99/GSoc15/log_developmen: |
| 16:35.42 | *** join/#brlcad devinder (~chatzilla@27.97.111.96) | |
| 16:51.57 | Notify | 03BRL-CAD:carlmoore * 65154 brlcad/trunk/src/util/bwmod.c: if using ABS, still need numop++, but don't care about that member of val; also, in 2 places, if we are being kicked out of program, don't care about that member of op array |
| 16:53.55 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 16:54.34 | *** join/#brlcad elf11 (~elf11@82.137.13.214) | |
| 16:54.46 | Notify | 03BRL-CAD Wiki:85.246.127.87 * 8523 /wiki/Google_Summer_of_Code/2015: /* Sigourney: a Boolean Weaver for BRL-CAD */ |
| 16:55.39 | Notify | 03BRL-CAD Wiki:85.246.127.87 * 8524 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Phase */ |
| 16:57.51 | sofat | brlcad, starseeker how i add new xsl stylesheet in brlcad build system so when i ./configure all .cmake(also add the new xsl stylesheet commands) will update and make php directory in share/docbook/ folder to handle the wordpress php files. |
| 16:57.58 | sofat | how i do this where i need to edit the code in brlcad source code.? |
| 17:43.01 | Notify | 03BRL-CAD:erikgreenwald * 65155 brlcad/trunk/src/libged/gdiff.c: The code that uses "left_dbip_specified" and "right_dbip_specified" was commented out, but the declarations and setting were left. This causes issues with unused variables, so they're being commented out for now with notes. |
| 17:43.58 | vasc | kewl |
| 17:44.07 | vasc | so the problem was we had writes but no reads |
| 17:44.12 | ``Erik | yeah |
| 17:44.26 | vasc | i saw there were writes later on but didn't check there were no reads |
| 17:44.44 | vasc | so GCC DID know what is was doing. great. |
| 17:45.32 | vasc | i'm nearly finished upgrading my distro by now though |
| 17:46.06 | ``Erik | looks like the 'use' code was commented out, then uncommented to fix the warnings, then recommented out... O.o |
| 17:46.40 | *** part/#brlcad elf11 (~elf11@82.137.13.214) | |
| 17:49.45 | vasc | rebooting |
| 17:52.52 | *** join/#brlcad vasc (~vasc@bl13-127-87.dsl.telepac.pt) | |
| 18:09.22 | Notify | 03BRL-CAD Wiki:85.246.127.87 * 8525 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Phase */ |
| 18:09.36 | vasc | sbbl |
| 18:09.38 | vasc | bbl |
| 18:11.56 | Notify | 03BRL-CAD Wiki:85.246.127.87 * 8526 /wiki/User:Vasco.costa/GSoC15/logs: |
| 18:12.19 | Notify | 03BRL-CAD Wiki:85.246.127.87 * 8527 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Phase */ |
| 18:40.26 | *** join/#brlcad DarkCalf (~DarkCalf@64.185.232.90) | |
| 19:33.45 | *** join/#brlcad Milinda (7c2bcb89@gateway/web/freenode/ip.124.43.203.137) | |
| 20:03.49 | *** join/#brlcad vasc (~vasc@bl13-127-87.dsl.telepac.pt) | |
| 20:08.13 | *** join/#brlcad LordOfBikes (~armin@dslb-092-074-230-024.092.074.pools.vodafone-ip.de) | |
| 20:09.00 | Notify | 03BRL-CAD:starseeker * 65156 (brlcad/trunk/include/bu/opt.h brlcad/trunk/src/conv/gcv/gcv.cpp and 2 others): Remove dynamic opt table API. |
| 20:27.31 | Notify | 03BRL-CAD:starseeker * 65157 brlcad/trunk/src/libbu/opt.c: Simplify since we are't supporting dynamic tables |
| 20:31.44 | *** join/#brlcad terrywen (~twen6@pool-71-97-144-189.bltmmd.fios.verizon.net) | |
| 20:45.25 | *** join/#brlcad merzo (~merzo@105-83-133-95.pool.ukrtel.net) | |
| 20:47.16 | brlcad | vasc: gcc's warning reporting has actually gotten rather advanced in the last couple years in particular -- it's almost never wrong ... |
| 20:47.59 | brlcad | so much so that I'd wager it's almost absurd to disable a warning unless there's a system header involved |
| 20:50.36 | brlcad | both llvm and gcc now basically use a form of advanced graph-based quasi-regex-style pattern matching to detect conditions |
| 20:51.00 | brlcad | coverity used to be the only shop in town using that method, but the open source kids are growing up fast :) |
| 20:52.21 | vasc | i upgraded my distro and gcc and now i get this: |
| 20:52.45 | vasc | home/vasco/brlcad/src/other/stepcode/src/clutils/gennodearray.cc:23:57: error: declaration of void* memmove(void*, const void*, size_t) has a different exception specifier |
| 20:52.45 | vasc | <PROTECTED> |
| 20:52.45 | vasc | <PROTECTED> |
| 20:52.45 | vasc | In file included from /home/vasco/brlcad/src/other/stepcode/src/clutils/gennodearray.h:25:0, |
| 20:52.45 | vasc | <PROTECTED> |
| 20:52.49 | vasc | /usr/include/string.h:50:14: error: from previous declaration void* memmove(void*, const void*, size_t) throw () |
| 20:52.52 | vasc | <PROTECTED> |
| 20:52.54 | vasc | <PROTECTED> |
| 20:52.56 | vasc | src/other/stepcode/src/clutils/CMakeFiles/steputils.dir/build.make:146: recipe for target 'src/other/stepcode/src/clutils/CMakeFiles/steputils.dir/gennodearray.cc.o' failed |
| 20:52.59 | vasc | make[2]: *** [src/other/stepcode/src/clutils/CMakeFiles/steputils.dir/gennodearray.cc.o] Error 1 |
| 20:53.01 | vasc | repeated like 8 times |
| 20:53.03 | vasc | dunno if i need to re-run cmake or what |
| 20:53.51 | brlcad | yep.. every upgrade they have been introducing new detections .. pretty exciting stuff! |
| 20:53.55 | vasc | for whatever reason i thinks i don't have a memmove declared somewhere and then redeclares it |
| 20:54.11 | vasc | and the new declaration is different |
| 20:54.11 | Stragus | I find the "might be unused" warnings are often wrong, eh |
| 20:55.03 | brlcad | Stragus: I haven't seen one wrong in .. years, at least not technically wrong if you follow the data |
| 20:55.13 | brlcad | many that seemed wrong |
| 20:55.15 | vasc | i have a past history of headbutting with gcc warning fails so i am usually kind of suspicious when i see something like that |
| 20:55.41 | vasc | but its good if they're better at it now |
| 20:56.10 | brlcad | I have a history of chasing them down, even if they are false positives, as even those tend to be bad-smelling code |
| 20:56.43 | Stragus | brlcad, I have seen logic too "complex" for the compiler to follow... Like setting some variable and later reading it only when the bit 3 of some other variable is set |
| 20:56.44 | brlcad | the biggest source I've seen are issues that cannot be worked around (bugs or deficiencies in system headers) |
| 20:57.45 | brlcad | Stragus: I'd be happy to inspect a case you think is a false positive if it's ever handy |
| 20:58.30 | brlcad | I've inspected cases far more complex than some bit fiddling too |
| 20:58.39 | brlcad | like I said, it's been years |
| 20:59.30 | vasc | oops. i did one rm -rf too much |
| 20:59.35 | Stragus | I'm always silencing that warning since I get too many false positives with SSE |
| 20:59.36 | brlcad | vasc: if you don't want to deal with those warnings, you can turn them off during cmake |
| 20:59.53 | brlcad | SSE and asm code I can easily see causing false positives |
| 21:00.04 | brlcad | but then that's technically leaving C |
| 21:00.06 | Stragus | Like modifying only the lower 64 bits of a 128 bits XMM, which implies reading it, and GCC complains |
| 21:00.27 | brlcad | (asm that is) |
| 21:01.26 | Stragus | Even if you build your xmm variable just by writing the lower 64 bits then the upper 64 bits, gcc complains |
| 21:02.06 | brlcad | would need to see a specific example, way too many variables |
| 21:02.26 | vasc | it messes up with union types? |
| 21:03.15 | Stragus | Unions are fine, in my experience |
| 21:03.47 | brlcad | Stragus: it wasn't a challenge to say that they're not possible :) |
| 21:04.21 | brlcad | it's that over decades, I've seen a pattern of devs arrogantly declaring the compiler is wrong and 9/10 they've been wrong and in recent years, even more so |
| 21:04.30 | vasc | i just nuked the simple .g files i made to test the primitives. oops |
| 21:04.55 | vasc | i used to think that was true |
| 21:05.12 | brlcad | vasc there is a slew of sample .g files in the share/db build dir |
| 21:05.12 | vasc | until i was doing my final course project and found a bug in templates with ms visual studio c++ 6.0 |
| 21:05.30 | vasc | which they fixed in sp4 i think |
| 21:05.35 | brlcad | msvc is a different beast -- all bets off there :) |
| 21:06.14 | vasc | i still remember the wesnoth game devs complaining a lot about c++ support in gcc as well |
| 21:06.23 | vasc | i never had many issues with it because i usually code in c |
| 21:06.38 | vasc | i only use c++ quite sparingly |
| 21:06.39 | Stragus | That's unexpected, GCC's support for the standards is pretty good |
| 21:06.54 | vasc | well this was nearly a decade ago |
| 21:06.54 | Stragus | Unlike MSVC which still only supports C89 (come on!) |
| 21:06.56 | brlcad | we hit a slew of issues in bzflag too, but mostly were portability-related |
| 21:06.58 | vasc | things could have changed |
| 21:07.06 | brlcad | (bz is c++) |
| 21:07.55 | vasc | there was a time when i was enamoured with the object oriented fluff but i quickly grew out of it |
| 21:08.02 | Stragus | brlcad, I turned on "might be uninitialized" warnings (for the first time in a long time) and it looks a lot better than before |
| 21:08.16 | Stragus | I assume they silenced a bunch of warnings that were often wrong |
| 21:08.22 | Stragus | SSE/AVX still causes some issues |
| 21:08.24 | brlcad | Stragus: msvc technically is a C++ compiler that happens to support C89 -- they directly said they had no intention of ever supporting C99 |
| 21:08.45 | vasc | its ms. they are idiots. |
| 21:08.59 | brlcad | they happen to support many of the new standard features simply by way of supporting the newer c++ standards (which they have been on top of pretty well) |
| 21:09.33 | vasc | i actually liked c# though |
| 21:09.33 | Stragus | As long as you do a #define restrict __restrict and such, yes |
| 21:10.31 | vasc | its much better than java. java's basic type system is whacked. |
| 21:10.59 | vasc | it was kludged and kludged and nobody wants to rewrite it |
| 21:11.16 | vasc | want unsigned ints? fast floats? good luck. |
| 21:11.42 | vasc | i think the DoD once even paid Sun to fix their broken FP performance in Java at once point |
| 21:12.03 | vasc | which they 'fixed' by inventing a new programming language that no one uses |
| 21:12.21 | Stragus | Using Java when you care about performance is a mistake |
| 21:12.21 | vasc | i think it was called fortress |
| 21:12.30 | Stragus | Not as bad as using Python, but still a mistake |
| 21:13.15 | vasc | i really like python |
| 21:13.21 | vasc | for prototyping its great |
| 21:13.45 | vasc | or doing scripts and things like that |
| 21:18.51 | vasc | the thing is java could have a lot faster performance on FP than it has |
| 21:18.57 | vasc | but the type system is totally broken |
| 21:19.44 | vasc | its never going to be faster than c++ or c but |
| 21:33.02 | vasc | there are virtual machines for python btw |
| 21:34.14 | vasc | pypy and there used to be psyco |
| 21:34.56 | vasc | i think i was playing that ddr clone game once and it was written in python and compiled with pypy |
| 21:35.28 | vasc | ah no it was the frets on fire game |
| 22:12.05 | Notify | 03BRL-CAD Wiki:Konrado DJ * 8528 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 1 JUNE 2015 */ |
| 22:14.30 | vasc | hmm |
| 22:24.11 | vasc | hope i didn't delete too much code |
| 22:24.34 | vasc | nope |
| 22:26.13 | vasc | ok i cut the ray casting code to the bare bones |
| 22:26.21 | vasc | ray generation |
| 22:26.36 | vasc | now the problem is the hierarchy traversal bool weaving and whatever |
| 22:26.56 | vasc | i gotta cut it all down into just testing with all the objects without traversing bsps and things like that |
| 22:28.22 | vasc | man even the simple code like view_pixel which is only supposed to copy the color in pixel to the buffer are complicated like heckk |
| 22:29.06 | vasc | don't wanna deal with that now but eventually this needs to be redone too |
| 22:32.01 | vasc | oh i see it calls a view_eol function in the end which does zip |
| 22:32.05 | vasc | another thing to delete |
| 22:32.46 | vasc | it probably did something at some point i guess |
| 22:39.23 | vasc | neat. well i just cut away supersampling, and jittered sampling and so on |
| 22:39.35 | vasc | but we have to start someplace and its just too much noise at this point |
| 22:39.59 | vasc | no more branching |
| 22:59.32 | Notify | 03BRL-CAD Wiki:Deekaysharma * 8529 /wiki/User:Deekaysharma/logs: |
| 23:03.44 | vasc | uhoh |
| 23:04.46 | vasc | the ray segments are stored in a linked list of indetermined size |
| 23:04.50 | vasc | that's baddddd... |
| 23:05.24 | vasc | i'm supposed to know how much memory i need to allocate BEFORE running the algorithm. opencl doesn't support dynamic memory allocation inside kernels |
| 23:05.45 | vasc | so much for that |
| 23:06.39 | vasc | i guess i could run the algorithm TWICE. one to know how much memory i need and another to store the segments themselves |
| 23:06.46 | vasc | but i wonder how slow that will be.... |
| 23:07.20 | vasc | oh well don't have a better plan now |
| 23:09.07 | Notify | 03BRL-CAD Wiki:85.246.127.87 * 8530 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Phase */ |
| 23:32.40 | Stragus | Linked list of ray segments? Darn |
| 23:34.01 | Stragus | I would use an implicitely allocated chunk of X segments per ray, then use a big fat buffer of "overflow" segments from which it "allocates" extra segments by global atomic read/write an offset counter |
| 23:35.23 | Stragus | My raytracer just had a callback per hit (even a CUDA callback) to let the user process hits directly as they come, which is by far a preferable approach |
| 23:35.33 | Stragus | The user can still buffer up if he really wants to |
| 23:37.51 | Notify | 03BRL-CAD:starseeker * 65158 brlcad/trunk/src/librt/db_diff.c: Use ft_internal_size from the functab. |
| 23:58.14 | vasc | hmm |
| 23:58.49 | vasc | that reminded me of something |
| 23:58.59 | vasc | ah but it won'twork |
| 23:59.25 | vasc | i think i'll just do everything twice |
| 23:59.34 | Stragus | That sounds terrible |
| 23:59.43 | Stragus | What's wrong with preallocating X segments per ray? |
| 23:59.47 | vasc | yeah. it SOUNDS terrible |
| 23:59.54 | vasc | but memory allocation is slow too |
| 00:00.00 | Stragus | Depends how it's done |
| 00:00.35 | vasc | well only way to know is to do it |
| 00:00.41 | vasc | it its too slow i'll think of something else |
| 00:00.59 | Stragus | It will be twice as slow as it should be |
| 00:01.13 | Stragus | That would qualify as "too slow" for me :p |
| 00:01.14 | vasc | if i could estimate a reasonable upper bound it work too |
| 00:01.24 | vasc | it sounds like that but sometimes its not as simple as that |
| 00:01.41 | Stragus | There are many, many ways to approach the problem |
| 00:01.43 | vasc | i've had experience with grid algorithms which use counting to determine size before doing the set and the code is faster |
| 00:02.02 | vasc | the working set of the data is smaller |
| 00:02.03 | Stragus | You could use X segments per ray, flag these rays for partial traversal, count how many extra segments they need, allocate, then finish the ray |
| 00:02.27 | Stragus | Or you could allocate on the fly the missing segments with multiple "fat buffers" with atomic counters (not just one counter, use many) |
| 00:02.45 | vasc | i'm going to have dozens of threads |
| 00:02.48 | vasc | or hundreds |
| 00:02.56 | vasc | more like hundreds |
| 00:03.08 | Stragus | Uh. If it's OpenCL/CUDA, you should have thousands |
| 00:03.13 | vasc | well |
| 00:03.15 | Stragus | Like > 10000 |
| 00:03.20 | vasc | my gpu has like 1024 i think |
| 00:03.32 | vasc | <PROTECTED> |
| 00:03.45 | Stragus | That's not the count of cores/lanes |
| 00:04.04 | Stragus | A GPU has multiple processing units, and each processing units can handle so many threads simultaneously |
| 00:04.18 | vasc | but the max work group size is the max |
| 00:04.24 | Stragus | It can handle more threads than it has cores, because GPUs hide memory latency by switching to different threads |
| 00:04.37 | Stragus | You use many "work groups", what we call blocks in CUDA |
| 00:04.40 | vasc | yeah |
| 00:04.56 | Stragus | Bottom line, *always* launch more than 10000 threads |
| 00:05.04 | Stragus | Heck, launch a million if you can :) |
| 00:05.08 | vasc | sure but *concurrently* its not gonna be more than 1024 |
| 00:05.24 | vasc | which is what matters for the locks |
| 00:05.24 | Stragus | This is 1024 threads for each SMM |
| 00:05.28 | Stragus | My GPU has 16 SMM |
| 00:05.37 | vasc | nah |
| 00:06.04 | Stragus | A "work group" (block) isn't shared across multiple processing units |
| 00:07.59 | Stragus | Also, when a thread is done processing, you want the GPU to already have more work at hand ready to go |
| 00:08.08 | vasc | yeah |
| 00:08.14 | Stragus | Seriously, you want more than 10000 threads, this is pretty much a minimum |
| 00:08.24 | vasc | i'm going to have one per pixel |
| 00:08.29 | Stragus | I frequently launch thread counts in the millions |
| 00:08.36 | Stragus | Good |
| 00:09.25 | vasc | it can be a problem though |
| 00:09.51 | vasc | if the block size is too big and not all threads finish at the same time the GPU utilization rate can be crap |
| 00:10.09 | vasc | i'll worry about that later |
| 00:10.15 | Stragus | I'm not following |
| 00:10.22 | Stragus | The GPU will work as fast as it can until all threads are done |
| 00:10.36 | vasc | lets say i split the image to be renderer in blocks with 16x16 pixels |
| 00:10.54 | Stragus | Except of course, that groups of 32 threads run synchroneously, so a group of 32 threads can only be "done" (freeing computing resources) when all 32 threads are fully done |
| 00:10.55 | vasc | but one of those pixels takes like 10x more time to process than the others |
| 00:11.00 | vasc | yeah |
| 00:11.01 | Stragus | Indeed |
| 00:11.29 | Stragus | If that's a frequent occurence, you can detect such cases and have the other 31 threads grab more work from some global buffer |
| 00:11.34 | Stragus | That's a headache though |
| 00:11.42 | vasc | yeah work stealing. that's an option people use. |
| 00:12.17 | Stragus | Generally, for raytracing, a group of primary rays (pixels) will be fairly coherent for processing |
| 00:12.23 | Stragus | It's not worth the trouble for primary rays |
| 00:12.38 | vasc | yeah most of the issue will be along edges and things like that |
| 00:12.49 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 00:13.40 | Stragus | It's also not worth the trouble because if you grab more work, memory loads will become incoherent, losing memory coalescing |
| 00:13.40 | Stragus | So your memory loads take longuer, and if that was the bottleneck in the first place, you don't gain much and with overhead |
| 00:13.40 | vasc | yeah this is an issue too |
| 00:14.22 | vasc | so another idea is if you can estimate the time each pixel will take and the space it traverses then you can use then to roughly sort rays. |
| 00:14.34 | vasc | before rendering. |
| 00:14.44 | Stragus | What kind of rays do you want to sort? Bouncing rays? |
| 00:14.58 | vasc | this it will be mostly useful for secondaries yes. |
| 00:15.14 | Stragus | True sorting of rays imply scattered writes which is *terrible*, but there are other ways |
| 00:15.37 | Stragus | For example, from a group of 32 primary rays, you can pick 32 bouncing rays with roughly the same direction and process them together |
| 00:15.58 | Stragus | So the origin and direction will be similar with little overhead |
| 00:16.08 | vasc | not necessarily |
| 00:16.16 | vasc | imagine your rays hit a sphere |
| 00:16.25 | vasc | they will diverge |
| 00:16.52 | Stragus | I'm assuming you launch many bouncing rays per primary hit, and you can quickly pick ones with roughly similar directions |
| 00:17.04 | Stragus | But each case is different. Just don't even try sorting with scattered writes :) |
| 00:17.04 | vasc | in that case sure |
| 00:17.13 | vasc | actually some people do that |
| 00:17.21 | vasc | and claim its better than not sorting at all |
| 00:18.08 | vasc | i'm not going into that until i get the basics working |
| 00:18.15 | Stragus | I have explored that stuff, it all depends how your data is organized and if you have tricks to make a rough sort that will statistically be somehwat coherent at a low cost |
| 00:18.23 | vasc | there's all sorts of issues |
| 00:18.27 | Stragus | (I wrote a high performance CUDA raytracer by the way) |
| 00:18.34 | vasc | cool |
| 00:19.00 | vasc | it is publically available? |
| 00:19.24 | vasc | publicly |
| 00:19.49 | Stragus | A first version was put on sourceforge and never (?) updated |
| 00:20.00 | Stragus | You can google "Rayforce" |
| 00:24.20 | vasc | i saw the webpage. it says it doesn't use bsps and stuff but isn't very explicit in the technique |
| 00:24.34 | vasc | the performance seems good |
| 00:24.57 | Stragus | It was the fastest raytracer when we presented at the Nvidia conference |
| 00:25.11 | Stragus | But the preparation time is terrible :p (single threaded, very computionally intensive) |
| 00:25.24 | Stragus | And I haven't followed developments, so others could be faster |
| 00:26.02 | vasc | you need to build some acceleration structure and that is single-threaded? |
| 00:26.26 | vasc | but the rendering and moving the camera is fast? |
| 00:26.35 | Stragus | Yup, pretty much |
| 00:26.41 | vasc | that's typical |
| 00:26.49 | Stragus | The scene preparation could be much faster, it just wasn't an issue |
| 00:27.02 | vasc | there's a lot of work in last 5-7 years on fast build acceleration structure |
| 00:27.16 | vasc | it typically can take tens or hundreds of ms now to build one |
| 00:27.47 | vasc | http://web.ist.utl.pt/~vasco.costa/uploads/Main/cgi2015.pdf |
| 00:27.56 | vasc | this is a short paper i made on fast build grids on gpus |
| 00:28.29 | vasc | it can build a grid for the san miguel scene at over 25hz |
| 00:28.29 | Stragus | Cool. Yes, I know there has been a lot of work on making the preparation fast |
| 00:28.45 | Stragus | i went completely the other way. How fast can raytracing be, even if you need minutes to prepare? :) |
| 00:28.52 | vasc | this is good too |
| 00:29.07 | vasc | there were some papers decades back on what they called 'constant time ray tracing' |
| 00:29.11 | Stragus | Since you can build and cache the whole graph, it's not always an issue |
| 00:29.36 | vasc | i haven't seen a lot since |
| 00:29.49 | vasc | do you have some paper on this or slides? |
| 00:30.18 | Stragus | I don't personally have this... A colleage wrote some paper on a tiny piece of the work |
| 00:30.30 | vasc | ah |
| 00:30.33 | Stragus | I agreed to help writing a paper, but they wanted to split the information into 5-6 papers or something |
| 00:30.35 | Stragus | sighs |
| 00:30.36 | vasc | well i'll look at the code when i have time |
| 00:30.43 | Stragus | I'm not from academia :p |
| 00:30.58 | vasc | well it can be pretty hard to publish system papers |
| 00:31.04 | vasc | its easier to publish algorithm papers |
| 00:31.15 | vasc | so its probably like a paper per main algorithm what they wanted |
| 00:31.40 | Stragus | I'm generally not interested to write, publish or read papers |
| 00:32.24 | vasc | well its a different way to transmit knowledge that's all |
| 00:32.58 | vasc | i did my undergraduate, then went to work in the private sector, then came back to do my phd |
| 00:33.03 | vasc | so i've seen both sides |
| 00:34.07 | Stragus | There's just so much... garbage in papers, with all of academia pressured to write as many papers as they can, even when they have absolutely nothing to say |
| 00:34.12 | vasc | and its true that there's nothing truer than the source code |
| 00:34.50 | vasc | that happens |
| 00:35.07 | vasc | but you usually won't get published anywhere good with something like that |
| 00:35.35 | vasc | it doesn't help that you get performance evaluated on numbers of papers published |
| 00:35.49 | vasc | this is a problem with any of those kinds of performance evaluation schemes |
| 00:36.44 | Notify | 03BRL-CAD Wiki:JackySandman1 * 0 /wiki/User:JackySandman1: |
| 00:37.00 | Stragus | Yup. I have glanced over too many worthless papers to generally bother anymore |
| 00:37.25 | Stragus | While the "good idea", if there's one at all, can often be resumed in two lines |
| 00:37.33 | vasc | yeah |
| 00:37.48 | Notify | 03BRL-CAD Wiki:JackySandman1 * 8531 /wiki/Documentation: Undo revision 8302 by [[Special:Contributions/Sean|Sean]] ([[User talk:Sean|talk]]) |
| 00:37.59 | vasc | but you need to prove it works so you need tests and test results and so on |
| 00:38.52 | Stragus | I'll let others take care of that :p |
| 00:39.10 | Notify | 03BRL-CAD Wiki:JackySandman1 * 0 /wiki/File:Picture.jpg: |
| 01:00.55 | vasc | the traversal code is a bit of a mess |
| 01:00.58 | vasc | i'll continue tomorrow |
| 01:01.00 | vasc | good night |
| 01:15.16 | *** join/#brlcad LordOfBikes_ (~armin@dslb-092-074-231-184.092.074.pools.vodafone-ip.de) | |
| 02:24.36 | Notify | 03BRL-CAD Wiki:59.91.113.247 * 8533 /wiki/User:Gurwinder_Singh/GSoc15/log_developmen: |
| 02:31.11 | Notify | 03BRL-CAD Wiki:59.91.113.247 * 8534 /wiki/User:Gurwinder_Singh/GSoc15/log_developmen: |
| 02:35.35 | Notify | 03BRL-CAD Wiki:Sean * 8535 /wiki/Documentation: Reverted edits by [[Special:Contributions/JackySandman1|JackySandman1]] ([[User talk:JackySandman1|talk]]) to last revision by [[User:Sean|Sean]] |
| 02:35.53 | Notify | 03BRL-CAD Wiki:Sean * 0 /wiki/User:JackySandman1: Inserting nonsense/gibberish into pages |
| 02:36.28 | *** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot) | |
| 02:36.38 | Notify | 03BRL-CAD Wiki:Sean * 0 /wiki/Alexander_Tatarnikov_(diezel_sun): Spam: spam |
| 02:37.00 | Notify | 03BRL-CAD Wiki:Sean * 0 /wiki/File:Picture.jpg: |
| 02:37.28 | Notify | 03BRL-CAD Wiki:Sean * 0 /wiki/File:Picture.jpg: |
| 03:19.43 | *** join/#brlcad Gurwinder (3b5b71f7@gateway/web/freenode/ip.59.91.113.247) | |
| 03:25.43 | Notify | 03BRL-CAD:brlcad * 65159 brlcad/trunk/src/other/openNURBS/opennurbs_system.h: add support for compiling with the AIX 7.1 compiler/linker |
| 04:45.36 | *** join/#brlcad Milinda (c0f80842@gateway/web/freenode/ip.192.248.8.66) | |
| 04:45.41 | Milinda | Anyone know a good tutorial to create a brl-cad display manager instance in qt ? |
| 05:30.59 | *** join/#brlcad DarkCalf (~DarkCalf@64.185.232.90) | |
| 05:34.47 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-anzpkzgrsvgdekfc) | |
| 06:03.06 | Notify | 03BRL-CAD:brlcad * 65160 brlcad/trunk/src/librt/screened_poisson.cpp: quell dir1 being set but unused by using it. warnings-as-errors should probably be enabled for librt c++... more has crept in. |
| 06:13.51 | Notify | 03BRL-CAD:brlcad * 65161 brlcad/trunk/src/libbu/fgets.c: per manpage, buffer contents are supposed to remain unchanged if eof is encountered before we read |
| 06:23.33 | Notify | 03BRL-CAD:brlcad * 65162 brlcad/trunk/src/libbu/vls.c: it's possible for bu_fgets to return an empty string, so make sure we don't try to index -1 |
| 06:27.40 | *** join/#brlcad Gurwinder (caa43575@gateway/web/freenode/ip.202.164.53.117) | |
| 06:47.36 | dracarys983 | brlcad, starseeker, ``Erik: I have to study raytracing in detail for my Honors work and it seems we've shifted to PBRT for the experimentation and extension. How is the book "Physically Based Rendering" for the task? |
| 06:51.51 | Notify | 03BRL-CAD:brlcad * 65163 brlcad/trunk/src/mged/mged.c: make sure we don't try to index into an invalid -1 address if the prompt happens to be empty |
| 07:00.42 | *** join/#brlcad andromeda-galaxy (~andromeda@108-225-17-54.lightspeed.sntcca.sbcglobal.net) | |
| 08:17.07 | Notify | 03BRL-CAD Wiki:Andrei.ilinca24 * 8536 /wiki/User:Andrei.ilinca24/logs: /* Coding Period */ |
| 09:06.09 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 09:37.42 | *** join/#brlcad sofat (~sofat@202.164.53.117) | |
| 09:39.22 | sofat | starseeker, hello |
| 09:40.04 | sofat | i want to add new xsl stylesheet in brlcad-build system how i do this ? which code i need to edit. |
| 11:30.54 | ``Erik | msvc is primarily a C++ compiler, not a C compiler... I doubt they actually fully support c89, just a common subset (and iirc, they introduce c++isms in violation of c89) |
| 11:31.32 | ``Erik | woops, brlcad already said that :) |
| 12:08.53 | Notify | 03BRL-CAD Wiki:Muslattoggariso * 0 /wiki/File:Picrure.jpg: Picture, diezelsun. |
| 12:10.22 | Notify | 03BRL-CAD Wiki:Muslattoggariso * 8539 /wiki/Talk:Alexander_Tatarnikov_(diezel_sun): Created page with "Here and so it is necessary to expertly create pictures in graphic programs." |
| 12:11.48 | Notify | 03BRL-CAD Wiki:Muslattoggariso * 8540 /wiki/Alexander_Tatarnikov_(diezel_sun): |
| 13:11.04 | Notify | 03BRL-CAD:n_reed * 65164 (svn:mergeinfo ## -3,4 +3,4 ## and 6 others): record revisions merged to trunkProperty Changed:----------------brlcad/branches/brep-debug/brlcad/branches/brep-debug/src/libged/polyclip.cpp |
| 13:23.33 | Notify | 03BRL-CAD:n_reed * 65165 (brlcad/branches/brep-debug/AUTHORS brlcad/branches/brep-debug/BUGS and 1184 others): sync from trunk |
| 13:51.17 | Notify | 03BRL-CAD:n_reed * 65166 (svn:mergeinfo ## -1,5 +1,5 ## and 7 others): record merge revisionProperty Changed:----------------brlcad/trunk/brlcad/trunk/src/libged/polyclip.cpp |
| 14:38.44 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:23.33 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8541 /wiki/User:MeShubham99/GSoc15/log_developmen: |
| 16:24.32 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8542 /wiki/User:MeShubham99/GSoc15/log_developmen: |
| 16:34.37 | *** join/#brlcad d3r1ck (~root@195.24.220.134) | |
| 16:34.58 | d3r1ck | Ch3ck: he is not around |
| 16:35.03 | d3r1ck | hello all |
| 16:36.22 | *** part/#brlcad d3r1ck (~root@195.24.220.134) | |
| 16:36.36 | *** join/#brlcad snowlove (~albertcod@1.39.35.154) | |
| 16:54.10 | Notify | 03BRL-CAD Wiki:59.91.114.217 * 8543 /wiki/User:Gurwinder_Singh/GSoc15/log_developmen: |
| 17:20.25 | *** join/#brlcad snowlove (~albertcod@1.39.32.65) | |
| 17:24.23 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8544 /wiki/User:MeShubham99/GSoc15/log_developmen: |
| 17:30.43 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8545 /wiki/User:MeShubham99/GSoc15/OGV_production_ready_plan: |
| 17:47.15 | *** join/#brlcad terrywen (~twen6@pool-71-97-144-189.bltmmd.fios.verizon.net) | |
| 17:48.19 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 17:55.56 | ``Erik | mm, full screen terminal with no decorations, 'snice. why haven't I done this before? O.o |
| 18:24.45 | *** join/#brlcad LordOfBikes (~armin@dslb-092-074-231-184.092.074.pools.vodafone-ip.de) | |
| 18:34.14 | Notify | 03BRL-CAD:ejno * 65167 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: refactor find_ccone_cutout() and implement find_csphere_cutout() |
| 18:42.00 | Notify | 03BRL-CAD:ejno * 65168 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: make db_i's const |
| 18:56.09 | Notify | 03BRL-CAD Wiki:Sean * 0 /wiki/File:Picrure.jpg: spam |
| 18:56.23 | Notify | 03BRL-CAD Wiki:Sean * 0 /wiki/User:Muslattoggariso: Spamming links to external sites |
| 18:56.56 | Notify | 03BRL-CAD Wiki:Sean * 0 /wiki/File:Picrure.jpg: |
| 18:57.54 | Notify | 03BRL-CAD Wiki:Sean * 0 /wiki/Talk:Alexander_Tatarnikov_(diezel_sun): spam |
| 19:11.58 | Notify | 03BRL-CAD Wiki:202.164.45.204 * 8546 /wiki/User:Hiteshsofat/GSoc15/log_developmen: |
| 19:12.59 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 19:13.15 | sofat | brlcad, hello |
| 19:15.00 | sofat | I am done the work of worspress xsl stylesheet noe i want to add this xsl file into brlcad buid system so how i do this ? I want run this xsl on all document and convert into wordpress php and store into another directory . |
| 19:16.12 | brlcad | dracarys983: it's a good book, written specifically for teaching ray tracing concepts |
| 19:16.45 | brlcad | sofat: what searching have you done to figure this out on your own |
| 19:17.02 | sofat | s/noe/now |
| 19:17.48 | brlcad | you've asked the question 3 times :) |
| 19:19.46 | brlcad | sofat: what searching have you done? |
| 19:19.53 | sofat | yes but i want to know how i use this file in your brlcad building so now want konw which file i need to edit for this. |
| 19:19.59 | brlcad | I know what you want |
| 19:20.05 | sofat | s/konw/know |
| 19:20.18 | brlcad | I'm asking what have you done to try and figure it out on your own? |
| 19:21.06 | Notify | 03BRL-CAD:carlmoore * 65169 brlcad/trunk/src/util/bwmod.c: remove initialization of c, because it's immediately set in a 'while' statement |
| 19:22.44 | brlcad | it's nobody's job to simply answer your questions -- the mentors are to help when you are stuck (which requires understanding why you are stuck), to help you stay motivated (which requires encouragement and testing), and help YOU find the answers you're looking for (which requires teaching you how to learn, not simply answer questions) |
| 19:22.46 | sofat | yes i am checking some .cmake files but i am not got right direction |
| 19:22.58 | brlcad | which files? |
| 19:23.25 | sofat | CMakeList.txt files |
| 19:24.01 | *** join/#brlcad CNCProShane (~cncpro@70-88-111-205-Michigan.hfc.comcastbusiness.net) | |
| 19:24.35 | brlcad | ... which CMakeList.txt files? there are thousands in the tree |
| 19:26.38 | sofat | doc/docbook/CMakeLists.txt |
| 19:26.54 | brlcad | excellent, that's a great place to start |
| 19:27.07 | sofat | doc/docbook/article/CMakeLists.txt |
| 19:27.25 | brlcad | also appropriate as that one even identifies a stylesheet |
| 19:28.46 | brlcad | do you notice in that first file how the logic is wrapped in various BRLCAD_EXTRADOCS_* variables? |
| 19:28.55 | brlcad | e.g., BRLCAD_EXTRADOCS_HTML |
| 19:29.57 | brlcad | yes? |
| 19:30.04 | brlcad | no? |
| 19:30.20 | brlcad | *crickets* |
| 19:30.30 | sofat | yes |
| 19:30.37 | brlcad | okay, great |
| 19:30.57 | brlcad | so what you essentially need to do is add your own BRLCAD_EXTRADOCS_* logic |
| 19:31.23 | brlcad | probably BRLCAD_EXTRADOCS_WORDPRESS |
| 19:31.45 | brlcad | and fortunately, the BRLCAD_EXTRADOCS_HTML code is almost exactly what you need already |
| 19:32.04 | brlcad | so start there, search the tree for that symbol and add your own for wordpress |
| 19:32.08 | sofat | ok |
| 19:32.27 | brlcad | grep -r BRLCAD_EXTRADOCS_HTML . |
| 19:32.58 | brlcad | you'll basically find a little bit of logic in the top CMakeLists.txt file, a little in misc/CMake, and a lot in the doc/docbook subdirectories |
| 19:33.38 | brlcad | some day starseeker might revisit his promise to clean that all up so it's not so sprawling and redundant, but that's your pattern for now ;) |
| 19:34.24 | sofat | ok i will check |
| 19:55.48 | *** join/#brlcad cox (~quassel@188.226.208.53) | |
| 19:56.09 | *** join/#brlcad terrywen (~twen6@pool-71-97-144-189.bltmmd.fios.verizon.net) | |
| 20:03.50 | Notify | 03BRL-CAD:carlmoore * 65170 brlcad/trunk/doc/docbook/system/man1/en/bwmod.xml: redo parts of the bwmod man page |
| 20:11.20 | Notify | 03BRL-CAD:carlmoore * 65171 brlcad/trunk/doc/docbook/system/man1/en/bwstat.xml: modify the remark about square root |
| 20:44.22 | Notify | 03BRL-CAD Wiki:Andrei.ilinca24 * 8547 /wiki/User:Andrei.ilinca24/logs: /* Coding Period */ |
| 20:45.14 | dracarys983 | brlcad: Cool. Thanks :) |
| 21:47.31 | Notify | 03BRL-CAD Wiki:Konrado DJ * 8548 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 2 JUNE 2015 */ |
| 21:50.05 | *** join/#brlcad KimK (~Kim__@ip68-102-30-143.ks.ok.cox.net) | |
| 22:21.11 | Notify | 03BRL-CAD:carlmoore * 65172 brlcad/trunk/doc/docbook/system/man1/en/bwmod.xml: put 'bwstat' in boldface, and fix the line breaks near it |
| 22:29.30 | Notify | 03BRL-CAD:ejno * 65173 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: refactoring |
| 22:34.00 | Notify | 03BRL-CAD:ejno * 65174 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: disable comb_representable() for now |
| 22:36.14 | Notify | 03BRL-CAD:ejno * 65175 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: formatting |
| 00:57.14 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 02:16.55 | Notify | 03BRL-CAD:ejno * 65176 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: fixes |
| 02:32.05 | Notify | 03BRL-CAD Wiki:Joseareyes24 * 0 /wiki/User:Joseareyes24: |
| 02:35.01 | *** join/#brlcad infobot (ibot@rikers.org) | |
| 02:35.01 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-) | |
| 03:22.56 | *** join/#brlcad ulty (~ofnlut_@2601:a:6680:ee3:c17b:97a6:b414:de00) | |
| 03:37.29 | *** join/#brlcad Gurwinder (3b5beb47@gateway/web/freenode/ip.59.91.235.71) | |
| 03:49.17 | Gurwinder | I make a ellipse and type "l myellipsename". It shows, A rotation angle, B rotstion angle, C rotation angle. Does it means angle with x, y and z axis? |
| 05:34.59 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-sjnfabjxwleoqzeb) | |
| 07:29.10 | *** join/#brlcad teepee-- (bc5c2133@gateway/web/freenode/ip.188.92.33.51) | |
| 09:00.25 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 11:07.37 | starseeker | brlcad: eh? most of the core docbook logic lives in misc/CMake/Docbook.cmake and the corresponding tool invocation templates (xmllint.cmake.in, xsltproc.cmake.in, etc.) in misc/CMake |
| 11:11.05 | starseeker | brlcad: the books use some extra custom stylesheets for PDF to take advantage of the work Tom did, and there is a bit of toplevel resource management in doc/docbook/CMakeLists.txt and the fop.xconf and log4j files, but other than that the majority of the files are about listing xml and image files and calling the macros |
| 11:13.36 | starseeker | man5/en/CMakeLists.txt has some extra bits due to our generating some xml content from "normal" programs built in the primary system build, and if we move to getting all option docs from running programs to generate them things will get messy, but at the moment I thought things were reasonably sane considering the inherent complexity of the DocBook "build" process |
| 11:14.57 | starseeker | isn't saying things can't be improved - they can always be improved - but I didn't have anything burning in my queue on re-engineering the DocBook CMake |
| 11:15.22 | starseeker | willing to change that, but could use some suggestions on how you would like things to look/act :-) |
| 11:20.57 | dracarys983 | starseeker: Can you give me some pointers on how do I understand the implementation part for gqa and rtweight? |
| 11:22.09 | dracarys983 | I have tried this till now : https://docs.google.com/document/d/1qmyaHOuNskAxdgw8iA8vTIl8iYLCxOEwhTCHkvXUjbA/edit?usp=sharing |
| 13:13.53 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 13:16.11 | *** join/#brlcad KimK (~Kim__@ip68-102-30-143.ks.ok.cox.net) | |
| 13:52.12 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 14:04.03 | *** join/#brlcad vasc (~vasc@bl13-97-128.dsl.telepac.pt) | |
| 14:06.46 | brlcad | starseeker: I think the problem is your caveat of "most" .. there's definitely necessary BRLCAD_EXTRADOCS_* statements in doc/docbook cmakefiles |
| 14:07.00 | brlcad | so to add a new output formatter, you have to edit at least those three places |
| 14:08.02 | brlcad | not a big deal, just a little sprawling .. I'm not even sure there IS an easy way to encapsulate it better without pushing it all into doc/docbook |
| 14:10.05 | brlcad | I just remember you talking way back when (a couple years ago) when you were actively working on it, about encapsulation improvements you had intended and things you were going to come back and fix |
| 14:10.43 | brlcad | maybe I'm confusing it with other cmake cleanup intentions ;) |
| 14:14.22 | brlcad | ``Erik: named seems to be very unhappy... I had to turn it off because of a slew of SERVFAIL responses coming in |
| 14:14.40 | brlcad | and REFUSED |
| 14:31.16 | *** join/#brlcad joevalleyfield (~joevalley@66-118-151-70.static.sagonet.net) | |
| 14:48.35 | Notify | 03BRL-CAD:carlmoore * 65177 brlcad/trunk/src/util/bwstat.c: use the DECLARATIONS to initialize variables; simplify the sum calculation (comment about non-use of 'else') |
| 15:12.00 | *** join/#brlcad d3r1ck (~root@195.24.220.134) | |
| 15:12.45 | *** part/#brlcad d3r1ck (~root@195.24.220.134) | |
| 15:14.42 | brlcad | heh, root user |
| 15:16.25 | *** join/#brlcad terrywen (~twen6@pool-71-97-144-189.bltmmd.fios.verizon.net) | |
| 15:17.45 | dracarys983 | brlcad: Any pointers you can give on understanding the implementation of gqa and rtweight? |
| 15:18.13 | dracarys983 | I have tried this till now : https://docs.google.com/document/d/1qmyaHOuNskAxdgw8iA8vTIl8iYLCxOEwhTCHkvXUjbA/edit?usp=sharing |
| 15:18.16 | brlcad | dracarys983: on understanding the implementation, what would you like to know? |
| 15:18.23 | brlcad | can't get to google docs atm |
| 15:18.52 | brlcad | have you read through this: http://brlcad.org/wiki/Example_Application |
| 15:19.05 | dracarys983 | Nope I haven't |
| 15:19.13 | brlcad | that is the basic structure of all our ray-tracing applications |
| 15:19.33 | brlcad | that shoots a single ray and uses a callback mechanism to handle hits and misses |
| 15:19.47 | dracarys983 | Oh nice. :D |
| 15:19.50 | brlcad | it fundamentall underpins both gqa and rtweight |
| 15:20.05 | brlcad | rtweight shoots a 2D grid using that interface |
| 15:20.19 | brlcad | gqa shoots 3 axis-aligned 2D grids using that interface |
| 15:20.40 | dracarys983 | Great. That will be helpful :) |
| 15:20.41 | brlcad | probably not, but might be helpful to you too vasc |
| 15:21.05 | dracarys983 | I was actually trying to look at gqa.c's ged_gqa() today |
| 15:21.27 | dracarys983 | Couldn't make a lot out of it. So, I needed help. This is awesome :) |
| 15:21.32 | brlcad | vasc: you'll also want to look at http://brlcad.org/wiki/Developing_applications especially the first link that explains the RTUIF |
| 15:22.30 | brlcad | vasc: you mentioned yesterday about view_eol not being used ... except it is used, just not by that application -- the rtuif is an application callback interface shared by a dozen or more different applications, so while rt doesn't need to use it, others do/might/can |
| 15:22.51 | brlcad | dracarys983: glad to help |
| 15:23.23 | vasc | hm but that code was on rt |
| 15:23.25 | brlcad | dracarys983: most of gqa's complexity is actually in the complex book-keeping it needs in order to calculate volume/overlaps/centroids/moments, etc |
| 15:23.27 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:23.36 | vasc | maybe its set as a callback elsewher |
| 15:23.41 | brlcad | right |
| 15:23.47 | brlcad | it has to provide it, just nothing to do |
| 15:24.44 | brlcad | the view*.c files have to define a set of functions for the "front end" of the RTUIF, that being one of them |
| 15:24.57 | vasc | i'm still trying to do something as bare bones as possible |
| 15:25.19 | dracarys983 | brlcad: Roger that. I did notice a lot of huge data structures like rt_i and region and resource being used. |
| 15:25.55 | brlcad | the back end just calls them .. if there was a registration table or something, it could have been left off but meh not really a problem to stub an empty -- there are other ways I'd refactor that code if motivated |
| 15:26.45 | brlcad | dracarys983: yes, the example talks about those |
| 15:26.49 | vasc | the code as lots of kludging because it doesn't have a mask saying which parts are background and which aren't |
| 15:27.03 | vasc | so it basically knows its the background if the color is the bg color |
| 15:27.40 | brlcad | dracarys983: you might also like to read the first one on http://brlcad.org/wiki/Developing_applications if you want a little more understanding of those structures or just ask questions as they come to mind |
| 15:28.02 | brlcad | vasc: yep |
| 15:28.07 | vasc | and perfect black is yet another special color used for when the canvas wasn't used yet |
| 15:28.29 | brlcad | vasc: you do recall me saying that this is literally a second-generation ray trace implementation that has evolved over three decades? :) |
| 15:28.37 | vasc | because of that i'm going to have to do all these framebuffers read i wouldn't need to do otherwise |
| 15:28.57 | brlcad | it was like the third or fourth computer ray tracer imlementation (ever) ;) |
| 15:29.06 | dracarys983 | brlcad: Right now there aren't much questions as I haven't studied them in much detail. I'll get back once I read through these amazing wikis :) |
| 15:29.29 | vasc | i'll figure something out |
| 15:29.38 | brlcad | that said, not an excuse for not having a mask -- just nobody has bothered / needed it to date |
| 15:31.24 | vasc | well its ok i can handle it like this. its just a bit special cased |
| 15:33.04 | brlcad | adding alpha to libfb and rt has been on our todo for a long time |
| 15:33.25 | vasc | i'm going to try to simplify rt_shootray next |
| 15:33.59 | brlcad | what's the long-term plan? |
| 15:34.37 | vasc | well after i make this bare bones c version, i'll try to remove the serial bottlenecks and branches out of it more |
| 15:34.41 | brlcad | I mean you're going to have this widdled down to a bare skeleton of what it was, and then restructure |
| 15:34.42 | vasc | and after that i'll port it to opencl |
| 15:34.54 | vasc | and then i'll start adding things back |
| 15:35.18 | brlcad | but then what? how is that going to get rolled back in, or will that even be possible at that point? |
| 15:35.36 | vasc | well |
| 15:35.50 | vasc | this sound be a user option at runtime |
| 15:36.06 | brlcad | ending up with a completely separate ray tracer that proves the concept is certainly a conceivable step, but ideally we merge the concepts into one |
| 15:36.55 | vasc | well one of the things i want to add eventually, before the opencl port, is to be able to merge results from the c rt code with the opencl rt code |
| 15:37.19 | vasc | like when i call rt_shootray i get some results in the opencl side and some in the c side and then i merge them |
| 15:37.53 | vasc | if the two sides didn't communicate you would only be able to render opencl accelerated primitives and i want to render ALL primitives |
| 15:37.54 | brlcad | the opencl code will almost certainly need to bypass rt_shootray() |
| 15:38.06 | brlcad | calling instead rt_shootrays() or something similar |
| 15:38.26 | vasc | i'll get segments from both sides and then merge the segments somehow |
| 15:38.29 | vasc | at least that's the plan |
| 15:39.25 | vasc | let see what i wrote in the planning |
| 15:39.41 | brlcad | you were somewhat vague ;) |
| 15:39.55 | brlcad | but then this is a research project |
| 15:40.00 | vasc | its no use being specific when the details are unknown yet |
| 15:40.13 | vasc | i could write something and be completely wrong about it |
| 15:40.17 | brlcad | that's why we didn't call you out on it ;) |
| 15:40.37 | brlcad | you'll notice your proposal was easily the shortest of them all (possibly the shortest ever) |
| 15:40.46 | vasc | yeah i did |
| 15:40.58 | vasc | i don't like planning in too fine detail when i don't know the details |
| 15:41.02 | vasc | its a waste of time |
| 15:41.32 | brlcad | normally more research would have been expected as part of the proposal development (prior to selection, prior to bonding), but this project is quite unique in its complexity and advanced concepts |
| 15:41.47 | vasc | well i did spend some days reading the code |
| 15:42.01 | vasc | but only as i started actually coding it some things became more evident |
| 15:42.21 | brlcad | sure, that's my point -- your target is 10x harder and expecting 10x more research prior to acceptance would have been unreasonable on our part |
| 15:42.44 | brlcad | so a proposal that is 1/10th in length is a reasonable expectation ;) |
| 15:42.57 | brlcad | lots more unknowns to sort out and directions that can be taken |
| 15:43.46 | vasc | well right now i managed to simplify the ray generation and writing the results to the image buffers |
| 15:43.51 | vasc | which is the 'easy' part |
| 15:43.55 | brlcad | part of me still thinks it might be worthwhile to limit focus on just dispatch or just spatial partitioning or just boolean weaving |
| 15:44.12 | vasc | yeah sure but the problem is it won't be fast if we just do that |
| 15:44.25 | brlcad | sure, but we're cool with baby steps ;) |
| 15:44.43 | brlcad | remember, we've been around for decades .. what's another year? :) |
| 15:45.03 | vasc | i'll continue on this path. if its taking too long i'll change the plan |
| 15:45.35 | vasc | i wanted to understand the whole problem so i can do something about it |
| 15:45.38 | brlcad | sounds reasonable to me too, there isn't a wrong answer here |
| 15:46.02 | vasc | i've worked on first hit ray tracers a lot but this one is a bit different |
| 15:46.09 | brlcad | I just want to make sure we end up with something production usable and integrated (even if it has no ultimate impact on performance due to other sections of the pipeline) |
| 15:46.31 | vasc | well it shouldn't be too hard to add back the features i removed so far |
| 15:46.46 | vasc | its basically different initialization sequences and things like that |
| 15:47.09 | brlcad | getting accelerated gridded spatial partitioning in there would almost certainly have a big impact on performance |
| 15:47.13 | vasc | the code as is has a lot of branches because of that. ideally we should just change that code so that there are no branches |
| 15:47.29 | vasc | i hope so |
| 15:47.31 | brlcad | the recursive BSP is has now is tuned, but nowhere near coherent |
| 15:47.46 | brlcad | there actually is a grid method in there (nugrid, you may have seen it) |
| 15:47.55 | vasc | yes |
| 15:48.04 | vasc | i actually based my phd work on a grid like that one |
| 15:48.06 | brlcad | but it was never completed and that was like the first ever implementation of gridded spatial partitioning |
| 15:48.26 | brlcad | 20 or so years ago |
| 15:48.50 | vasc | there are always these implementation details when you do spatial partitioning that can cause rendering errors |
| 15:48.59 | vasc | like trying to shoot rays at axis aligned planes |
| 15:49.24 | vasc | its probably going to need some tweaking |
| 15:49.51 | vasc | usually when i'm doing research we kind of gloss over 'little' details like that |
| 15:50.05 | vasc | which isn't gonna cut it here |
| 15:50.15 | brlcad | on a separate topic and almost certainly on the fringe of scope for your project, there are several intentions in mind for defining a SAH that an accelerated kd/bsp/grid can use |
| 15:50.25 | vasc | yeah |
| 15:50.31 | vasc | i thought of that and read some papers |
| 15:50.33 | brlcad | in solid modeling terms SAH is bogus nomenclature |
| 15:50.42 | vasc | and i'm thinking about which acceleration structure is the best |
| 15:50.47 | brlcad | as SA is really only good for approximating mesh complexity |
| 15:50.49 | vasc | its probably going to be a bvh i think |
| 15:51.01 | vasc | because of the csg ops |
| 15:51.30 | brlcad | for us, SAH is probably generalized to "OCH" object complexity heuristic |
| 15:51.40 | brlcad | not just the csg ops, that only affects COMB objects |
| 15:51.55 | brlcad | different prims have different calculation characteristics |
| 15:52.15 | vasc | yes some are more complex to intersect than others that's an interesting observation |
| 15:52.17 | brlcad | ell vs arb8 is something like 10 ops vs 100 ops |
| 15:52.26 | brlcad | vs torus is something like 2000 ops |
| 15:52.36 | vasc | well arb8 when i looked at it looked kind of strange |
| 15:52.40 | brlcad | or better, 1000-10000 |
| 15:52.51 | vasc | i expected a parallellipiped intersection but no that one |
| 15:52.59 | brlcad | each primitive has different intrinsic complexity |
| 15:53.57 | vasc | there are faster intersection routines when the planes are parallel |
| 15:54.10 | vasc | arb8 is slow when you're using boxes |
| 15:54.18 | brlcad | sure but then is doing the calcs to know they're parallel faster? :) |
| 15:54.49 | vasc | well yeah but that's because the user primitives are like this |
| 15:54.59 | brlcad | our arb8's are a generalized implementation that holds for arb8/arb7/arb6/arb5 and is exceptionally validated in depth for desired behavior |
| 15:55.10 | vasc | i don't know which kind of most commonly modelled solids they want |
| 15:55.51 | brlcad | when you're using boxes, arb8 turns into the rpp special case |
| 15:55.57 | brlcad | which has different evaluation |
| 15:56.35 | brlcad | just like how ell turns into the sph special case |
| 15:57.06 | vasc | oh so rpp is the boxes |
| 15:58.39 | brlcad | right paralellpiped ;) |
| 16:05.14 | vasc | some things about the intersection code are going to be a real problem i was talking about that with Stragus the other day |
| 16:05.28 | vasc | like you guys use these linked lists to store the ray segments for the intersections |
| 16:05.33 | vasc | dynamic linked lists |
| 16:06.00 | vasc | opencl doesn't support gpu side dynamic memory allocation |
| 16:11.14 | vasc | so what i said was that i was going to refactor the code to process many rays in parallel in c |
| 16:11.20 | vasc | the thing is it already does that |
| 16:11.34 | vasc | with scanlines |
| 16:14.59 | vasc | crickey |
| 16:18.18 | vasc | is there any way to disable the acceleration structures? |
| 16:18.20 | vasc | hmmm |
| 16:18.27 | *** join/#brlcad KimK (~Kim__@ip68-102-30-143.ks.ok.cox.net) | |
| 16:19.51 | vasc | its really hard to wrap around this thing |
| 16:22.34 | brlcad | if we didn't use linked lists, you probably wouldn't have been able to propose this as project |
| 16:22.57 | brlcad | there was absolutely no expectation that you'd be able to leverage existing containers in any way .. |
| 16:23.15 | brlcad | they're not just incoherent, but that's their biggest failing for acceleration |
| 16:25.10 | vasc | yeah |
| 16:25.27 | vasc | man that shoorray code is complicated |
| 16:25.33 | vasc | starts his chainsaw |
| 16:26.27 | brlcad | yep, and trivial compared to boolweave |
| 16:27.38 | brlcad | when I first started working on brl-cad, I attempted refactoring boolweave twice |
| 16:28.59 | brlcad | my first attempt took a week and produced wildly different results even though i *thought* my changes were equivalent constructs |
| 16:29.03 | vasc | well i would like to know how it would look like without any BSP stuff in it |
| 16:29.09 | vasc | oh |
| 16:29.29 | vasc | that's interesting |
| 16:29.41 | brlcad | couple years later, I tried again .. this time I seemingly got the logic transformation right and the resulting code (while more readable) was a solid 25% slower :) |
| 16:30.07 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 16:30.35 | brlcad | it's using really old school C tricks, complex gotos, and LOTS of very sensitive floating point handling |
| 16:30.38 | sofat | brlcad, starseeker I got this error |
| 16:30.43 | sofat | make[2]: *** No rule to make target `doc/docbook/articles/../resources/brlcad/wordpress.xml', needed by `share/doc/html/articles/en/about.php'. Stop. |
| 16:30.43 | sofat | make[1]: *** [doc/docbook/articles/en/CMakeFiles/about_article_html.dir/all] Error 2 |
| 16:30.53 | sofat | any solution for this ? |
| 16:30.56 | vasc | i had an issue like that once when i was rewriting the freeciv game rule inference engine |
| 16:31.20 | vasc | to be more generic |
| 16:31.44 | vasc | in the end i just rewrote the whole thing while pretending i was a compiler i.e. not thinking too much about it |
| 16:31.45 | vasc | and it worked |
| 16:32.15 | brlcad | today if I were to attempt it again, I'd buffer up all partitions into arrays, so I can do the complex testing on them in massive batches |
| 16:32.51 | brlcad | almost certainly can't do it branch-free, but instead evaluate all possible branches and fold the desired solutions |
| 16:33.52 | brlcad | sofat: that error is clearly because of changes you've made so it means you're missing a bit of logic .. follow the BRLCAD_EXTRADOCS_HTML sections and make sure you have a corresponding one for _WORDPRESS for *all* of them |
| 16:34.08 | vasc | and it worked |
| 16:34.11 | vasc | oops |
| 16:34.14 | brlcad | :) |
| 16:34.16 | vasc | wrong window |
| 16:34.21 | brlcad | it worked |
| 16:34.54 | vasc | lets see |
| 16:35.19 | brlcad | the theory in boolweave is actually pretty simple .. it's crazy optimizations |
| 16:35.33 | brlcad | one of our devs reimplemented it in java in like 100 lines of code |
| 16:35.43 | brlcad | ran like 100x slower, but the proof was there |
| 16:36.06 | brlcad | (this was maybe 10 years ago) |
| 16:36.29 | vasc | we had some issues like that with our AI code. but only worse. |
| 16:36.45 | vasc | the freeciv AI was written all by one guy and he used variables like a,b,c,d,e,f |
| 16:36.51 | vasc | and then he vanished |
| 16:37.23 | vasc | some guys wanted to rewrite it and thought because the code was like that that the implementation was simple and easy to replace |
| 16:37.25 | vasc | but not so |
| 16:37.36 | vasc | that guy was a genius who wrote unreadable code that's all |
| 16:38.49 | vasc | man they had a really hard time figuring out what the variables were and what he was doing |
| 16:39.00 | vasc | i think they spent like a year or two reverse engineering his |
| 16:39.06 | vasc | THEN they started improving it |
| 16:39.38 | vasc | good thing i wasn't involved on that one |
| 16:41.46 | vasc | we never knew what happened to that ai guy |
| 16:42.49 | brlcad | you work much with blast007? |
| 16:43.59 | brlcad | geniouses that can't communicate effectively are fairly worthless imho |
| 16:44.02 | vasc | don't know the guy |
| 16:44.14 | vasc | well we didn't have an AI before that guy did his |
| 16:44.17 | brlcad | I think he worked on freeciv for a while |
| 16:44.19 | brlcad | is all |
| 16:44.52 | vasc | does he have a real name? |
| 16:45.11 | vasc | i don't know that handle |
| 16:45.20 | brlcad | no worries |
| 16:45.42 | brlcad | i might even be mixing up names |
| 16:45.50 | *** join/#brlcad KimK (~Kim__@ip68-102-30-143.ks.ok.cox.net) | |
| 16:46.07 | brlcad | one of our bz devs worked on a couple other games for a while |
| 16:46.44 | brlcad | led that project for about 5 years through hayday |
| 16:47.33 | vasc | i remember hearing about that game a lot |
| 16:47.50 | vasc | but i was never that good at games which need quick reflexes |
| 16:48.58 | *** join/#brlcad vasc (~vasc@bl13-97-128.dsl.telepac.pt) | |
| 16:49.08 | vasc | and i get motion sickness easily |
| 16:49.42 | vasc | i can't play an fps for more than 2 minutes without getting a headache |
| 16:50.36 | vasc | i kind of get how the rt shootray works |
| 16:51.00 | vasc | you start by finding the bounding box of the scene and test if you intersect it if you don't you find which cell you're in |
| 16:51.16 | vasc | and then see if you intersect what's inside |
| 16:51.21 | vasc | and then it recurses or something |
| 16:51.38 | vasc | what i don't get is what all these lists are used for and how they're build |
| 16:51.42 | vasc | built |
| 16:51.46 | vasc | i need to read this more slowly |
| 16:53.11 | vasc | not to mention i don't get much of where the normals and computed and the color is calculated either |
| 16:56.31 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 16:58.21 | vasc | bleargh |
| 16:58.40 | sofat | brlcad, I solve |
| 16:58.49 | sofat | problem |
| 17:02.15 | vasc | ah i see it update the color when it calls the a_hit callback. brilliant |
| 17:02.16 | vasc | sigh |
| 17:24.14 | *** join/#brlcad deepak (~chatzilla@122.173.238.230) | |
| 17:40.54 | Notify | 03BRL-CAD:n_reed * 65178 (brlcad/branches/brep-debug/src/libbrep/debug_plot.h brlcad/branches/brep-debug/src/libbrep/intersect.cpp): make some DebugPlot members public for ad hoc plotting |
| 17:46.36 | Notify | 03BRL-CAD:n_reed * 65179 brlcad/branches/brep-debug/src/libbrep/intersect.cpp: fix a mistake in my r64385 that caused some bad linking of overlap curves |
| 17:59.24 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 17:59.25 | vasc | uh... |
| 18:02.06 | vasc | can't figure out where the shader is set |
| 18:10.55 | *** join/#brlcad Milinda (7086390d@gateway/web/freenode/ip.112.134.57.13) | |
| 18:11.49 | ``Erik | brlcad: huh, servfail and refused? and breadcrumbs to a cause? all I did was install dns/isc-bind910, point it to /etc/named and fire it up. Any indication if it's a config issue or an attack attempt? |
| 18:15.26 | ``Erik | dracarys983: if you're looking for an absolute minimal way to fire a ray and see results, you might check out 'rtcmp' (it's project under the BRL-CAD umbrella, instead of brlcad/code/brlcad/trunk it'd be brlcad/code/rtcmp/trunk |
| 18:18.26 | ``Erik | vasc: whuddya mean by 'where the shader is set'? O.o |
| 18:18.41 | Milinda | Hi, In dm-generic.c file we have, |
| 18:18.43 | Milinda | #ifdef DM_X # if defined(HAVE_TK) case DM_TYPE_X: return X_open_dm(interp, argc, argv); # endif #endif |
| 18:19.11 | vasc | well i was trying to simplify the shading code best i could but |
| 18:19.26 | vasc | it calls this callback and i can't figure out where its set |
| 18:19.54 | Milinda | So which header files do I have to include before use the method X_open_dm(interp, argc, argv) |
| 18:19.56 | Milinda | ? |
| 18:20.30 | ``Erik | Milinda: I think the dm.h pulls the necessary headers for you? |
| 18:21.20 | ``Erik | vasc: shaders are executed by the hit method, and it yanks a glob of info out of the mater for the region, iirc... the 'shader' could actually be a tree of shaders |
| 18:21.33 | ``Erik | and probably plugged in with function pointers |
| 18:21.40 | *** join/#brlcad terrywen (~twen6@pool-71-97-144-189.bltmmd.fios.verizon.net) | |
| 18:22.30 | ``Erik | shaders actually live in liboptical, if that helps the hunt |
| 18:23.01 | ``Erik | if you're looking for the code path, you might set a breakpoint inside of a shader, run an rt, then look at the backtrace |
| 18:23.08 | vasc | man this code is really hairy |
| 18:23.19 | vasc | hm |
| 18:24.00 | ``Erik | decades of "stop this useless cleaning and just add the feature we want"... |
| 18:24.01 | vasc | i guess we'll just do the lighting on the cpu for now then |
| 18:24.23 | vasc | its got loops inside loops inside loops |
| 18:24.30 | vasc | with lights and things |
| 18:24.36 | ``Erik | :) ayup |
| 18:25.22 | ``Erik | do recall that it was originally architected for a vax11/780 running bsd43. The hw and os were radically different than modern stuff |
| 18:25.27 | Milinda | Erik: Thanks for the tip but I have already included the dm.h file |
| 18:26.16 | Milinda | Erik: The problem is X_open_dm(interp, argc, argv) function crashes ? Do you know why? |
| 18:26.26 | ``Erik | Milinda: you can always look at the errors and start adding headers to kill each one... tk.h might be enough? |
| 18:26.59 | ``Erik | "crashes"? what exactly does that mean? and is it pointed to a valid X server? |
| 18:27.01 | Milinda | Erik: I am getting run time errors :( |
| 18:27.34 | Milinda | Why X_open_dm(interp, argc, argv) crashes without creating the dm window? |
| 18:28.54 | ``Erik | if it actually crashes (like a segfault, pagefault, sigill, etc), the X server probably aborts the window request due to a lost connection |
| 18:29.37 | Milinda | Erik: Can you please direct me to a sample code which to create display manager window? I am working on this for a week now :) |
| 18:30.02 | Milinda | Erik: Okay Thanks for the tip. I think it is a segfault. So how can I fix it? |
| 18:30.51 | ``Erik | I don't know if there is any good standalone dm code... if it's a segfault, run it in gdb and look at the crash :D |
| 18:31.45 | *** join/#brlcad KimK (~Kim__@ip68-102-30-143.ks.ok.cox.net) | |
| 18:32.14 | ``Erik | if you don't know gdb, it's a handy thing to learn... there are gui front-ends (a couple older ones are ddd and xxgdb), but knowing the cli gdb can be very handy in some situations |
| 18:33.16 | Milinda | Erik: Thanks for the help I will try that. :) If you have some link to dm window creation example please send it to me :) |
| 18:35.17 | Notify | 03BRL-CAD:starseeker * 65180 (brlcad/trunk/include/bu/opt.h brlcad/trunk/src/libbu/opt.c): More simplification |
| 18:35.19 | ``Erik | Milinda: I haven't done much with libdm/libfb stuff, lurk and maybe brlcad, starseeker, nreed, etc might have some useful info for ya *shrug* good luck |
| 18:36.32 | ``Erik | goes back to unravelling a weird issue between NSURLConnection on iOS and a lumen based server not sharing json in a happy fashion O.o |
| 18:38.33 | Milinda | brlcad: Can you help me regarding this matter ? |
| 18:41.57 | vasc | i wonder how much time this spends shooting vs shading |
| 18:42.02 | vasc | the shading code seems really complex |
| 18:45.59 | Notify | 03BRL-CAD Wiki:202.164.45.208 * 8549 /wiki/User:Hiteshsofat/GSoc15/log_developmen: |
| 18:46.07 | ``Erik | vasc: profiling ftw, cha cha cha (fwiw, the bill paying consumer of BRL-CAD is mostly interested in the partition lists, ignoring shaders and things like pixels. Thus the separation and "seems good enough, don't touch it" smell of the shader stuff) |
| 18:57.25 | *** join/#brlcad KimK (~Kim__@ip68-102-30-143.ks.ok.cox.net) | |
| 19:09.56 | Notify | 03BRL-CAD Wiki:Terry.e.wen * 0 /wiki/User:Terry.e.wen: |
| 19:13.46 | brlcad | vasc: yeah, it does help to have quick reflexes with bz, but there is also a huge strategic component .. at least for certain game styles (CTF in particular) |
| 19:14.38 | brlcad | we were all over the place with crazy activity when I was leading it, kind of went downhill fast when I passed the reigns, but it's still got decent activity |
| 19:18.17 | brlcad | Milinda: did you look at plot3-dm.c ? |
| 19:19.26 | brlcad | vasc: shading rarely shows up on profile unless you apply really complex shaders that have logic of their own or turn on lots of light sources, etc |
| 19:19.39 | brlcad | basic phong shading is used 99% of the time |
| 19:20.27 | brlcad | at least for non-production renders .. production renders usually have tons of lights, textures, bumps, soft shadows, ambient occlusion, etc and are slow |
| 19:23.16 | Notify | 03BRL-CAD Wiki:Terry.e.wen * 8551 /wiki/User:Terry.e.wen: Blanked the page |
| 19:33.39 | vasc | i'll just use some dummy material then |
| 19:33.50 | vasc | for now |
| 19:51.00 | Notify | 03BRL-CAD:starseeker * 65181 (brlcad/trunk/include/bu/opt.h brlcad/trunk/src/conv/gcv/gcv.cpp and 3 others): Switch to just a plain argv array in the bu_opt_data struct to hold option arguments. |
| 20:01.42 | *** join/#brlcad sofat (~sofat@223.225.206.40) | |
| 20:02.11 | Notify | 03BRL-CAD:starseeker * 65182 brlcad/trunk/src/libbu/opt.c: Make null termination explicit for clarity. |
| 20:05.40 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 20:05.46 | sofat | brlcad, i am stuck in this i show you my settings which i am done. so please tell me where i am going wrong |
| 20:05.54 | sofat | docbook.cmake :-https://bpaste.net/show/1896d57b3f15 |
| 20:06.57 | andrei_il | starseeker: hello |
| 20:07.05 | sofat | Brlcad_summary.cmake:-https://bpaste.net/show/cfe3cb688183 |
| 20:07.58 | andrei_il | I started working on the simple .csg grammar using lemon and I encountered some issues |
| 20:08.00 | sofat | doc/docbook/CMakeLists.txt :- https://bpaste.net/show/ac9fdd05d371 |
| 20:08.49 | andrei_il | I posted my error and also the patch on the mailinglist |
| 20:08.51 | sofat | doc/docbook/articles/CMakeLists.txt :- https://bpaste.net/show/d8b22591676a |
| 20:09.57 | Notify | 03BRL-CAD:brlcad * 65183 brlcad/trunk/TODO: import geometry from ls-dyna .k keyword files |
| 20:10.08 | sofat | doc/docbook/article/en/CMakeLists.txt :- https://bpaste.net/show/f32c7f366d2f |
| 20:10.25 | andrei_il | When you have some time, I would appreciate if you could take a look and, if possible, help me solve the error |
| 20:10.38 | sofat | starseeker, if you know about this then please help me. |
| 20:11.56 | Notify | 03BRL-CAD:starseeker * 65184 (brlcad/trunk/include/bu/opt.h brlcad/trunk/src/conv/gcv/gcv.cpp): Make it easy to get the argv array of strings that weren't handled by the option parser, as well as the count of that array. |
| 20:15.37 | *** join/#brlcad KimK (~Kim__@ip68-102-30-143.ks.ok.cox.net) | |
| 20:24.04 | Notify | 03BRL-CAD:brlcad * 65185 brlcad/trunk/doc/CMakeLists.txt: stub in an initial file that outlines common steps that are taken during code review. these is literally just the list of all the things I think about when reviewing patches, so there's undoubtedly room for improvement. it's a step, though, towards better formalization and automation. |
| 20:25.43 | brlcad | sofat: I don't have time to wade through all of that right now ... it's too much and you don't have a simple question, you have a debugging problem |
| 20:26.29 | brlcad | I gave you a strategy -- look at every mention of _HTML and make sure you have an equivalent mention for _WORDPRESS if needed and that makes sense, has no mistake, etc |
| 20:26.37 | Notify | 03BRL-CAD:starseeker * 65186 brlcad/trunk/src/conv/gcv/gcv.cpp: Fix -i/-o options |
| 20:26.39 | brlcad | if you can't figure it out, back up |
| 20:28.10 | brlcad | mabye create a new BRLCAD_EXTRADOCS_TEST that does *nothing* different from _HTML -- if that doesn't work, you missed something |
| 20:28.20 | Notify | 03BRL-CAD:starseeker * 65187 brlcad/trunk/src/conv/gcv/gcv.cpp: print, then subtract |
| 20:29.28 | brlcad | you'll also want to make sure any files you change (e.g. the .xsl file) are not reference some place else (search for it) |
| 20:55.15 | *** join/#brlcad Shuhbam (6719e766@gateway/web/freenode/ip.103.25.231.102) | |
| 21:07.40 | Notify | 03BRL-CAD:ejno * 65188 (brlcad/trunk/src/libgcv/conv/fastgen4/NOTES brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp): write regions to fg4 sections in the region-end function; enable export of primitives |
| 21:22.45 | Notify | 03BRL-CAD Wiki:Deekaysharma * 8553 /wiki/User:Deekaysharma/logs: |
| 21:30.25 | Notify | 03BRL-CAD:ejno * 65189 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: write colors for all regions |
| 21:40.13 | *** join/#brlcad KimK (~Kim__@ip68-102-30-143.ks.ok.cox.net) | |
| 21:46.45 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 21:54.04 | Notify | 03BRL-CAD Wiki:Konrado DJ * 8554 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 3 JUNE 2015 */ |
| 22:17.12 | vasc | what's the maximum size in amount of solids we can expect in a brl-cad .g file? |
| 22:17.37 | vasc | the rendering loop uses this bitmask per ray with numbits = num solids |
| 22:17.46 | vasc | i wonder how big that would be if i had one of those per pixel |
| 22:19.15 | ``Erik | um, tens or hundreds of thousands, maybe millions |
| 22:19.50 | vasc | that doesn't sound so good |
| 22:20.27 | vasc | this optimization probably needs to be done some other way then |
| 22:21.10 | ``Erik | there're quite a few 'real' models that are 10-100x the complexity of the included m35.g, if that helps |
| 22:21.26 | ``Erik | (m35 has more than 64 solids.) |
| 22:22.38 | ``Erik | m35 might even have more than 64 solids on a single shotline.. I know there're other models that easily have more than that on a shotline. |
| 22:23.04 | vasc | in a 1 mpixel image that would be 'just' 64 megabytes for that bitvector |
| 22:23.11 | vasc | which is ok |
| 22:23.27 | vasc | the GPU has a couple GBs |
| 22:23.40 | vasc | the question is |
| 22:23.57 | ``Erik | I don't think it's unheard of to shoot more than 6000x6000 for publication quality renders and posters and stuff |
| 22:24.21 | vasc | let's hope OpenCL supports virtual memory by then :-) |
| 22:24.43 | vasc | the thing is as it is now the code has one of those caches per thread |
| 22:24.47 | ``Erik | or ship 'postage stamp' work packets to the gpu |
| 22:24.56 | vasc | that's a bad idea |
| 22:25.03 | vasc | because it won't use the capacity properly |
| 22:25.22 | vasc | we want hundreds of threads in flight |
| 22:25.29 | vasc | thousands even |
| 22:25.39 | ``Erik | capacity of what, the cpu? if the postage stamps are, y'know, 256x256, no problem, right? |
| 22:25.43 | ``Erik | s/cpu/gpu/ |
| 22:25.51 | vasc | yes the gpu |
| 22:26.05 | vasc | oh i see your point |
| 22:26.09 | vasc | if its 6000x6000 |
| 22:26.10 | vasc | ok |
| 22:26.42 | vasc | i really hate that bitvector |
| 22:26.47 | ``Erik | 6kx6k is over 500 256x256 patches |
| 22:26.51 | vasc | in fact i hate any sort of context |
| 22:27.00 | ``Erik | and a 256x256 patch is 65536 pixels :) |
| 22:27.21 | ``Erik | heh, then opengl must annoy ya ;) |
| 22:27.30 | vasc | heard of vulkan? |
| 22:27.34 | vasc | they're gonna trash opengl |
| 22:27.40 | vasc | because it has too much context |
| 22:29.52 | vasc | hmm the lights look kind of off |
| 22:29.57 | vasc | maybe i should just turn them off |
| 22:29.58 | *** join/#brlcad KimK (~Kim__@ip68-102-30-143.ks.ok.cox.net) | |
| 22:30.11 | vasc | i guess i'm not initializing the light position properly |
| 22:30.28 | ``Erik | hasn't khronos tried to replace ogl a couple times in the past? O.o |
| 22:30.55 | Stragus | Eh, OpenGL is going to stay with us for a long time |
| 22:31.29 | ``Erik | digs ogl, but cut his teeth on c64's (accumulator machines ftw!) and finds a certain elegance to automake... might be twisted :D |
| 22:31.41 | ``Erik | sup, mal :) |
| 22:31.51 | Stragus | I have nothing against a state machine. OpenGL's major flaw is that isn't low-level enough for modern hardware |
| 22:31.59 | Stragus | Hey Erik :) |
| 22:32.06 | vasc | yes there's a good chance they'll fail |
| 22:32.12 | ``Erik | Stragus: looked at apples "metal"? |
| 22:32.29 | Stragus | Glanced over it all: Metal, Mantle, Vulkan... |
| 22:32.38 | *** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net) | |
| 22:33.28 | Stragus | They did a decent job at cleaning up the legacy OpenGL stuff, but it isn't low-level enough by design |
| 22:33.40 | Stragus | They'll probably "solve" this with a bunch of new extensions, again |
| 22:33.47 | Stragus | hugs CUDA |
| 22:36.06 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-sxljdvrgjotkxmzw) | |
| 22:42.10 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 22:53.33 | Notify | 03BRL-CAD:starseeker * 65190 (brlcad/trunk/src/conv/gcv/gcv.cpp brlcad/trunk/src/libbu/opt.c brlcad/trunk/src/libbu/tests/opt.c): Start working on option handling based on validation routines instead of simple string checks. This will set the stage for supporting options with negative numbers, such as --num -9 |
| 22:58.28 | Notify | 03BRL-CAD Wiki:Bhollister * 8555 /wiki/User:Bhollister/DevLogJune2015: /* Thursday, June 4, 2015 */ |
| 22:59.48 | Notify | 03BRL-CAD Wiki:Bhollister * 8556 /wiki/User:Bhollister/DevLogJune2015: /* Thursday, June 4, 2015 */ |
| 23:09.53 | ``Erik | hehehe, opengl is so badass, it's extensions have extensions! |
| 23:11.01 | Stragus | :D |
| 23:47.35 | vasc | hmm we're gonna need opencl functions to compute normals too |
| 23:51.28 | vasc | bleargh |
| 23:51.31 | vasc | more weirdness |
| 23:51.54 | vasc | i'm gonna stop for the day i guess |
| 23:53.57 | Notify | 03BRL-CAD Wiki:85.246.97.128 * 8557 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Phase */ |
| 00:40.36 | Notify | 03BRL-CAD Wiki:Bhollister * 8558 /wiki/User:Bhollister/DevLogJune2015: /* Thursday, June 11, 2015 */ |
| 00:41.25 | Notify | 03BRL-CAD Wiki:Bhollister * 8559 /wiki/User:Bhollister/DevLogJune2015: /* 'End of Spring Term @ UCSC; Now GSoC Full-time!' */ |
| 00:45.33 | Notify | 03BRL-CAD:starseeker * 65191 (brlcad/trunk/include/bu/opt.h brlcad/trunk/src/conv/gcv/gcv.cpp and 3 others): Collapse help columns in option description table |
| 01:06.02 | Notify | 03BRL-CAD:starseeker * 65192 (brlcad/trunk/src/libbu/opt.c brlcad/trunk/src/libbu/tests/CMakeLists.txt brlcad/trunk/src/libbu/tests/opt.c): Add proof-of-concept test for negative number parsing |
| 01:07.00 | Notify | 03BRL-CAD:starseeker * 65193 brlcad/trunk/include/bu/opt.h: fix comment |
| 01:09.18 | Notify | 03BRL-CAD Wiki:Bhollister * 8560 /wiki/User:Bhollister/DevLogJune2015: /* Thursday, June 4, 2015 */ |
| 01:22.18 | *** join/#brlcad Gurwinder (75d4344a@gateway/web/freenode/ip.117.212.52.74) | |
| 03:07.25 | Notify | 03BRL-CAD:brlcad * 65194 brlcad/trunk/src/external/README: don't advertise something not yet released, remove endgameframework from the list |
| 03:51.52 | brlcad | Gurwinder: yes, it's giving angles for the three vectors that define the ell |
| 03:52.19 | brlcad | you really should be using the A B C vectors though, not the angles, as they contain the magnitude/length information |
| 03:53.16 | brlcad | here's an example you can try: |
| 03:53.20 | brlcad | make ell ell |
| 03:53.23 | brlcad | l ell |
| 03:53.24 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8561 /wiki/User:MeShubham99/GSoc15/log_developmen: |
| 03:53.42 | brlcad | should see ABC looking something like |
| 03:53.43 | brlcad | <PROTECTED> |
| 03:53.43 | brlcad | <PROTECTED> |
| 03:53.43 | brlcad | <PROTECTED> |
| 03:53.52 | brlcad | now let's edit it |
| 03:53.57 | brlcad | e ell |
| 03:53.59 | brlcad | sed ell |
| 03:54.48 | brlcad | rot 30 0 0 |
| 03:54.52 | brlcad | accept |
| 03:54.58 | brlcad | l ell |
| 03:56.21 | brlcad | notice how the values all change (except V) |
| 03:56.54 | brlcad | the ell was actually "morphed" since we were doing a solid edit, it wasn't just rotated |
| 03:57.43 | brlcad | basically, it's a different shape now |
| 03:59.07 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8562 /wiki/User:MeShubham99/GSoc15/log_developmen: |
| 04:02.11 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8563 /wiki/User:MeShubham99/GSoc15/log_developmen: |
| 04:03.05 | Gurwinder | Yes, noticed that. |
| 04:04.34 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8564 /wiki/User:MeShubham99/GSoc15/log_developmen: |
| 04:05.09 | Gurwinder | I was trying to rotate ellipse using magnitude but I not write way. I have to find a way to read rotaion angles of A, B, C |
| 04:07.27 | Gurwinder | sorry for wrong words, magnitude is not a right way to rotate, I have to use those direction cosines/rotation angles of A,B,C for ellipse rotation |
| 04:08.29 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8565 /wiki/User:MeShubham99/GSoc15/log_developmen: |
| 04:25.00 | Notify | 03BRL-CAD Wiki:117.212.52.74 * 8566 /wiki/User:Gurwinder_Singh/GSoc15/log_developmen: |
| 04:56.29 | *** join/#brlcad KimK_laptop_ (~Kim@wsip-70-186-238-216.ks.ks.cox.net) | |
| 06:17.04 | *** join/#brlcad cox (~quassel@188.226.208.53) | |
| 07:12.37 | *** join/#brlcad teepee-- (bc5c2134@gateway/web/freenode/ip.188.92.33.52) | |
| 08:18.17 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 10:15.48 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 10:18.47 | *** join/#brlcad andrei__ (567f93ae@gateway/web/freenode/ip.86.127.147.174) | |
| 10:19.06 | *** join/#brlcad andrei__ (567f93ae@unaffiliated/andrei/x-7229309) | |
| 10:19.06 | *** join/#brlcad andrei__ (567f93ae@gateway/web/freenode/ip.86.127.147.174) | |
| 10:44.02 | Notify | 03BRL-CAD Wiki:Andrei.ilinca24 * 8567 /wiki/User:Andrei.ilinca24/logs: /* Coding Period */ |
| 12:25.53 | Notify | 03BRL-CAD Wiki:Konrado DJ * 8568 /wiki/User:Konrado_DJ/GSoc2015/logs: /* GSoC 2015 development logs */ |
| 12:26.33 | Notify | 03BRL-CAD Wiki:Konrado DJ * 8569 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 5 JUNE 2015 */ |
| 12:35.55 | *** join/#brlcad starseek1r (~starseeke@66-118-151-70.static.sagonet.net) | |
| 13:41.45 | Notify | 03BRL-CAD:carlmoore * 65195 (brlcad/trunk/doc/code_review.txt brlcad/trunk/src/libbu/opt.c): remove a trailing whitespace character, and fix a spelling |
| 13:46.14 | *** join/#brlcad sofat (~sofat@106.192.148.102) | |
| 13:46.43 | Notify | 03BRL-CAD:ejno * 65196 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: initialize Sections in the region-start function |
| 13:55.07 | Notify | 03BRL-CAD:ejno * 65197 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: delete the new Section if insertion fails |
| 13:58.33 | *** join/#brlcad Shubham (6719e766@gateway/web/freenode/ip.103.25.231.102) | |
| 14:10.48 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 14:59.50 | Notify | 03BRL-CAD:ejno * 65198 (brlcad/trunk/src/libgcv/conv/fastgen4/NOTES brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp): detect and write CQUAD-compatible elements |
| 15:11.24 | Notify | 03BRL-CAD:ejno * 65199 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: forgot to increment index if we created a CQUAD |
| 15:43.05 | sofat | brlcad, I have solve the problem now my stylesheet is working with building system. I made new macro (DOCBOOK_TO_PHP) in mise/cmake/DocBook.cmake. I have copied the all code of DOCBOOK_TO_HTML macro into DOCBOOK_TO_PHP and then change the extension of output file html to php and change surffix from _html to _php. After that I add new variable for new stylesheet(my wordpress xsl stylesheet) variable name is XSL_PHP_STYLESHEET. |
| 15:43.46 | sofat | After this I edit doc/docbook/CMakelist.txt add the definitions about DOCBOOK_TO_PHP, also add the definition about stylesheet in this file doc/docbook/article/CMakeList.txt file |
| 15:44.00 | sofat | After this add the DOCBOOK_TO_PHP command in doc/docbook/article/en/CMakeList.txt file. |
| 15:44.43 | sofat | then i run ./configure command and i see in this doc/docbook/article/en/ directory two cmake files first for html(filename_html.cmake) and other for php(filename_php.cmake) |
| 15:46.35 | sofat | then i run make command and I see all xml document converted into wordpres php structure and placed into share/doc/html/article/en/ |
| 15:51.38 | brlcad | sofat: YAY! that's great! |
| 15:51.54 | brlcad | glad you were able to figure it out ... now submit that all as a patch ;) |
| 15:52.05 | brlcad | make sure you don't miss any files you added (svn add) |
| 15:52.37 | sofat | thanks |
| 15:52.38 | sofat | i will do this |
| 15:52.39 | brlcad | starseek1r: this looks interesting: https://github.com/Dead2/zlib-ng |
| 15:53.14 | brlcad | sofat: that really is great, nice work |
| 15:55.09 | sofat | yes i only apply this on articles/en documents |
| 15:55.11 | sofat | i will apply on all document then i submit this settings as patch |
| 15:55.11 | sofat | thanks so now my first milestone is completed ? |
| 16:10.11 | brlcad | sofat: definitely a notable accomplishment, next will be to get server account set up so you can write a script that publishes them |
| 16:11.36 | sofat | ok i know this is my next milestone of this week. |
| 16:14.29 | sofat | brlcad, i found toc.xml file. you allow me to update this ? because i think if i add the new menu details in this file then its able to work as sidebar menu for website (table of content page). |
| 16:16.24 | sofat | as well as main page also |
| 16:32.02 | *** join/#brlcad terrywen (~twen6@pool-71-97-144-189.bltmmd.fios.verizon.net) | |
| 16:32.56 | brlcad | sofat: should be a separate patch to change content, but absolutely yes it can be changed |
| 16:38.11 | *** join/#brlcad brad_hollister (~brad@2601:647:cb02:7a00:a147:1a76:cb09:4081) | |
| 16:39.41 | *** join/#brlcad bradh (~brad@2601:647:cb02:7a00:a147:1a76:cb09:4081) | |
| 16:50.18 | bradh | starseek1r: hi. our weekly mtg is @ 10 PDT. i need to get to my office before we can chat. probably in a few hours. i believe you said the mtg time is flexible anyway. |
| 16:51.42 | bradh | starseek1r: you may want to look at my dev logs, to see where i am in relation to the schedule. i have a few questions about cmd line parameter passing for models, etc. |
| 16:51.59 | bradh | but, we can talk later about this. |
| 17:20.57 | *** join/#brlcad vasc (~VASC@bl12-221-134.dsl.telepac.pt) | |
| 17:27.55 | Notify | 03BRL-CAD:starseeker * 65200 (brlcad/trunk/include/bu/color.h brlcad/trunk/include/bu/opt.h and 5 others): Work on getting an option callback API in place. Has known bugs but making progress and need a checkpoint. |
| 17:28.47 | starseek1r | bradh: sounds good |
| 17:29.13 | starseek1r | bradh: I'm going to be in and out - my schedule at the moment borders on insanity |
| 17:31.04 | starseek1r | bradh: that does look interesting |
| 17:31.23 | starseek1r | brlcad: that does look interesting |
| 17:31.29 | starseek1r | (sorry bradh) |
| 17:31.33 | andrei_ | starseek1r: hi ! |
| 17:31.36 | starseek1r | andrei_: howdy |
| 17:31.50 | andrei_ | I've been trying to help andrei_il (Andrei Ilinca) with the parser |
| 17:31.57 | andrei_ | like, explain how a parser works |
| 17:31.59 | andrei_ | what it does |
| 17:32.00 | starseek1r | is this the re2c/lemon work? |
| 17:32.02 | andrei_ | yeah |
| 17:32.17 | andrei_ | I believe he got the right idea |
| 17:32.20 | andrei_ | about the csg grammar |
| 17:32.24 | *** join/#brlcad ih8sum3r (~chatzilla@122.173.204.25) | |
| 17:32.31 | starseek1r | excellent - thanks for your help! I've seen the patch, but haven't had time to look at it yet |
| 17:32.34 | andrei_ | but his lemon parser generates an empty file which is rejected by gcc linker |
| 17:32.53 | starseek1r | is that his specific lemon input or any lemon input? |
| 17:33.01 | andrei_ | he took the dom2dox |
| 17:33.03 | andrei_ | and stripped it down |
| 17:33.15 | starseek1r | hmm |
| 17:33.17 | andrei_ | then applied a simple grammar |
| 17:33.27 | starseek1r | is that the patch he submitted to the list? |
| 17:33.28 | andrei_ | like, it should've gone through one group() { } |
| 17:33.32 | andrei_ | yes |
| 17:33.49 | andrei_ | I suspect that the empty file is generated due to a bad grammar |
| 17:33.50 | starseek1r | OK. If it's generating a completely empty file, it's probably just missing some aspect of the lemon setup |
| 17:33.59 | starseek1r | or yeah, invalid grammar |
| 17:34.15 | starseek1r | best approach there is to get something absurdly simple working |
| 17:34.25 | starseek1r | then gradually increase the complexity of the grammar |
| 17:34.33 | andrei_ | I used antlr each time, so I have a bit of fight figuring lemon |
| 17:35.00 | andrei_ | yeah, you just gave me an idea |
| 17:35.04 | andrei_ | his main issue is that |
| 17:35.08 | andrei_ | he doesn't have how/what to debug |
| 17:35.15 | andrei_ | b/c the issue is in the generated files |
| 17:35.17 | andrei_ | not in lemon |
| 17:35.20 | starseek1r | heh - not surprising. re2c/lemon is an unusual combination. It checked the boxes of portable to windows, fast, minimal deps, and easy to build |
| 17:35.33 | andrei_ | sorry, compiler error, not issue |
| 17:36.41 | starseek1r | but most folks are willing to generate code and check it in, so those factors don't really enter into it. We don't (generally) check in code unless it's a bootstrap situation |
| 17:36.46 | ``Erik | if only windows behaved, there'd be so many other options :) |
| 17:36.58 | andrei_ | haha, ``Erik |
| 17:37.04 | starseek1r | andrei_: right - it's unlikely to be lemon's fault |
| 17:37.34 | andrei_ | I suspect that he'll also have to plug in another .c file soon, like a "main" |
| 17:37.52 | starseek1r | and the compiler errors won't be tremendously helpful at this stage - he needs to get a feel for what a "correct" grammar definition looks like |
| 17:37.55 | andrei_ | to handle how the AST is saved in our geometry |
| 17:38.28 | starseek1r | andrei_: are you aware of the files in doc/parsers ? |
| 17:38.32 | starseek1r | they may help a bit |
| 17:38.40 | andrei_ | yeah, I've watched his progress quite a bit |
| 17:38.54 | andrei_ | initially, he reached out asking what a grammar is, and I've sort of tried to explain from there |
| 17:39.10 | andrei_ | if it's a grammar issue, I believe I can handle |
| 17:39.20 | starseek1r | there's more available on lex/yacc and flex/bison - they may be better starting points |
| 17:39.41 | starseek1r | I believe most of our re2c/lemon code is actually "ported over" flex/bison inputs |
| 17:39.43 | andrei_ | afaik flex/bison is a lot more complicated |
| 17:39.48 | andrei_ | but I did wrote some turing machine parser in that .. |
| 17:40.20 | starseek1r | andrei_: right - I just ment if he needs some documentation to follow to get the hang of how it works |
| 17:40.37 | starseek1r | I'd have a fair bit of spin-up time on such systems myself - n_reed is our real expert |
| 17:40.50 | andrei_ | ah. |
| 17:41.15 | andrei_ | I'll do my best to look and help him but, whenever you got time, you probably have to look over his e-mail |
| 17:41.21 | starseek1r | bradh: I'll look over your dev logs - if we can't get a meet-up on IRC this week, please post your questions to the mailing list and I'll try to respond there |
| 17:41.55 | starseek1r | andrei_: I intended to look over his posted patch - I've not had time to do much of anything this week, so apologies for the delay |
| 17:42.05 | starseek1r | I'll try to get it this weekend |
| 17:42.17 | andrei_ | no worries, I know mentors are swamped during GSoC. Caused that myself :) |
| 17:43.33 | bradh | starseek1r: sounds good. i'll be sure to do that. |
| 17:44.36 | starseek1r | bradh: is the nmg data structure making sense (at least, inasmuch as it ever makes sense?) |
| 17:46.04 | starseek1r | dives back into the tornado... bbl |
| 17:48.33 | bradh | starseek1r: still reading about it, but for now i think my level of understanding is sufficient. i'd like to get my hands on the original paper. but i think much of my work will be at the API level. |
| 17:54.48 | brlcad | relevant discussion: http://t3550.cad-brlcad-development.cadtalk.us/some-thoughts-about-the-nmg-primitive-t3550.html |
| 17:56.07 | brlcad | also: http://ftp.arl.army.mil/mike/papers/90nmg/all.ps |
| 17:58.53 | ih8sum3r | Hello, brlcad |
| 18:00.24 | brlcad | hi ih8sum3r |
| 18:00.48 | ih8sum3r | brlcad: How are you |
| 18:05.18 | ih8sum3r | brlcad: We need write access on the official BRL-CAD repo. so as we can make commit in the consistent manner. Currently, shubham is pushing in his repo and I'm pushing on my repo. I think this may cause clashes or other issues. I think we should work on one repo only by creating different branches. And also we must have an experimental branch so as to check the things and then merge them. |
| 18:06.32 | Shubham | ^ seconded |
| 18:33.16 | ``Erik | ya'll using git mirrors right now? |
| 18:43.26 | Shubham | forked the repo, made branches, sending our Pull Requests for the branches |
| 18:53.47 | *** join/#brlcad terrywen (~twen6@pool-71-97-144-189.bltmmd.fios.verizon.net) | |
| 19:00.10 | Notify | 03BRL-CAD:ejno * 65201 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: fix CCONE2 calculations; use defined tolerances |
| 19:08.34 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-gwqatzhfcswpvjex) | |
| 19:14.50 | Notify | 03BRL-CAD Wiki:168.235.195.220 * 8571 /wiki/User:Hiteshsofat/GSoc15/log_developmen: |
| 19:30.46 | Notify | 03BRL-CAD:carlmoore * 65202 brlcad/trunk/src/util/bwmod.c: end the program if we find negative number raised to non-integer power |
| 19:31.46 | Notify | 03BRL-CAD Wiki:Terry.e.wen * 8572 /wiki/User:Terry.e.wen/log: |
| 19:40.32 | Notify | 03BRL-CAD:ejno * 65203 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: write names of primitives |
| 19:53.46 | Notify | 03BRL-CAD:starseeker * 65204 (brlcad/trunk/src/libbu/opt.c brlcad/trunk/src/libbu/tests/CMakeLists.txt brlcad/trunk/src/libbu/tests/opt.c): More tweaking of option handling. |
| 20:03.49 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 20:13.50 | *** join/#brlcad sofat (~androirc@223.225.227.254) | |
| 20:19.33 | Notify | 03BRL-CAD:starseeker * 65205 (brlcad/trunk/include/bu/opt.h brlcad/trunk/src/libbu/opt.c and 2 others): Add a test for floating point numbers |
| 20:32.14 | *** join/#brlcad kintel_ (~kintel@unaffiliated/kintel) | |
| 20:44.29 | Notify | 03BRL-CAD Wiki:Deekaysharma * 8573 /wiki/User:Deekaysharma/logs: |
| 20:54.53 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 21:13.19 | *** join/#brlcad LordOfBikes (~armin@dslb-188-098-169-140.188.098.pools.vodafone-ip.de) | |
| 23:56.06 | *** join/#brlcad infobot (ibot@rikers.org) | |
| 23:56.06 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-) | |
| 01:01.20 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8574 /wiki/User:MeShubham99/GSoc15/log_developmen: |
| 01:10.41 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8575 /wiki/User:MeShubham99/GSoc15/log_developmen: |
| 01:11.16 | *** join/#brlcad LordOfBikes_ (~armin@dslc-082-083-186-100.pools.arcor-ip.net) | |
| 01:13.05 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8576 /wiki/User:MeShubham99/GSoc15/log_developmen: |
| 04:31.59 | *** join/#brlcad merzo (~merzo@213-44-132-95.pool.ukrtel.net) | |
| 05:22.01 | *** join/#brlcad merzo (~merzo@242-104-133-95.pool.ukrtel.net) | |
| 05:23.56 | *** join/#brlcad milinda (~milinda@103.247.48.170) | |
| 05:25.28 | milinda | When I create a DM_TYPE_NULL or DM_TYPE_TXT the display manager window creation is successful. But I can't create DM_TYPE_X or DM_TYPE_QT. |
| 05:26.49 | milinda | I think the problem is the preprocessor directives. What are the files that I need to include in order to satisfy the preprocessor dependencies for DM_TYPE_X or DM_TYPE_QT window creation? |
| 05:27.33 | milinda | Sean Can you please answer to these questions :) |
| 05:28.13 | milinda | What are these DM types? Where is the documentation for these DM types ? |
| 05:29.50 | milinda | @Sean Once you have executed dm_open method successfully how can you create a dm window with a visible dm ? I mean how to view/show the dm that we have opened/created ? |
| 06:51.45 | *** join/#brlcad Gurwinder (75dc93ef@gateway/web/freenode/ip.117.220.147.239) | |
| 06:55.22 | Gurwinder | brlcad: Hi, I want to submit my work. How do I submit it? Is submitting g-pov.c file at sourceforge right? |
| 07:30.07 | *** join/#brlcad KimK (~Kim__@ip68-102-30-143.ks.ok.cox.net) | |
| 08:09.31 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-ifzverxnmeipouoo) | |
| 08:35.18 | *** join/#brlcad LordOfBikes (~armin@dslc-082-083-186-100.pools.arcor-ip.net) | |
| 11:47.17 | Notify | 03BRL-CAD Wiki:Ngassafinjap * 8577 /wiki/User:Amalia/Development_logs: /* Monday May 25th */ |
| 12:41.01 | Notify | 03BRL-CAD Wiki:Ngassafinjap * 8578 /wiki/User:Amalia/Development_logs: /* Monday May 25th */ |
| 14:02.47 | *** join/#brlcad KimK_laptop_ (~Kim@wsip-70-186-238-216.ks.ks.cox.net) | |
| 14:05.44 | *** join/#brlcad sofat (~sofat@202.164.45.208) | |
| 14:14.05 | Notify | 03BRL-CAD:starseeker * 65208 brlcad/trunk/src/libbu/opt.c: Clear set-but-unused warning |
| 14:25.23 | *** join/#brlcad KimK_laptop_ (~Kim@wsip-70-186-238-216.ks.ks.cox.net) | |
| 14:38.21 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 14:42.45 | sofat | brlcad, starseek1r today i am download the brlcad source code and i compile this then get this error |
| 14:42.45 | sofat | /home/sofat/bbnn/src/libbu/opt.c: In function bu_opt_parse: |
| 14:42.46 | sofat | /home/sofat/bbnn/src/libbu/opt.c:328:17: error: variable ns set but not used [-Werror=unused-but-set-variable] |
| 14:42.46 | sofat | <PROTECTED> |
| 14:42.46 | sofat | <PROTECTED> |
| 14:42.46 | sofat | cc1: all warnings being treated as errors |
| 14:42.48 | sofat | make[2]: *** [src/libbu/CMakeFiles/libbu.dir/opt.c.o] Error 1 |
| 14:42.51 | sofat | make[1]: *** [src/libbu/CMakeFiles/libbu.dir/all] Error 2 |
| 14:42.53 | sofat | make: *** [all] Error 2 |
| 14:43.20 | *** join/#brlcad KimK_laptop_ (~Kim@wsip-70-186-238-216.ks.ks.cox.net) | |
| 14:44.40 | sofat | I am always download the code but this time the source code gave me the error. So please tell how i solve this error. |
| 14:48.43 | *** join/#brlcad sofat_ (~androirc@223.225.227.254) | |
| 14:54.09 | Notify | 03BRL-CAD:starseeker * 65209 brlcad/trunk/src/conv/CMakeLists.txt: Get a minimalist building csg perplex/re2c/lemon setup in place to serve as a basis for subsequent work. |
| 15:00.27 | *** join/#brlcad KimK_laptop_ (~Kim@wsip-70-186-238-216.ks.ks.cox.net) | |
| 15:05.34 | starseek1r | sofat_: I got it |
| 15:06.11 | starseek1r | although, for the record, the compiler told you what was going on: variable ns set but not used |
| 15:06.22 | starseek1r | so you get rid of variable ns, and clear the warning |
| 15:06.38 | sofat_ | Hmm? |
| 15:06.43 | starseek1r | fixing build error |
| 15:06.57 | starseek1r | you had asked earlier |
| 15:08.14 | sofat_ | This is fresh code i just download and compile so i don't know how i solve this . this is not my fault |
| 15:08.55 | starseeker | sofat_: understood. but it's still a learning opportunity |
| 15:09.20 | sofat_ | Okay i will try to solve this |
| 15:09.30 | starseeker | I already did |
| 15:09.35 | starseeker | r65208 |
| 15:09.57 | starseeker | so just do an update again and it should go away |
| 15:12.14 | starseeker | sofat_: if you run into another situation like that where the latest BRL-CAD doesn't build, you can always back up your local checkout to an earlier revision that does work |
| 15:12.42 | starseeker | something like: svn update -r62000 |
| 15:13.20 | starseeker | the reason I was explaining the compiler message was you had asked how to "solve the error" |
| 15:13.50 | starseeker | if you just want to "avoid the error" instead for web development you can back up to a revision you know to work until someone fixes the main build |
| 15:58.13 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8579 /wiki/User:MeShubham99/GSoc15/log_developmen: /* Week 2 */ |
| 16:43.40 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:52.05 | *** join/#brlcad sofat (~sofat@202.164.45.208) | |
| 17:30.47 | *** join/#brlcad KimK_laptop (~Kim@wsip-70-186-238-216.ks.ks.cox.net) | |
| 17:39.35 | *** join/#brlcad Gurwinder_ (75dc93ef@gateway/web/freenode/ip.117.220.147.239) | |
| 17:44.46 | milinda | When I create a DM_TYPE_NULL or DM_TYPE_TXT the display manager window creation is successful. But I can't create DM_TYPE_X or DM_TYPE_QT. |
| 17:45.30 | Notify | 03BRL-CAD:starseeker * 65210 (brlcad/trunk/include/bu/opt.h brlcad/trunk/src/conv/gcv/gcv.cpp brlcad/trunk/src/libbu/opt.c): Remove bu_opt_parse_str |
| 17:46.28 | milinda | Can you answer to this @brlcad @ChanServ @starsseeker or anyone |
| 17:46.55 | *** join/#brlcad KimK_laptop (~Kim@wsip-70-186-238-216.ks.ks.cox.net) | |
| 17:47.08 | milinda | When I create a DM_TYPE_NULL or DM_TYPE_TXT the display manager window creation is successful. But I can't create DM_TYPE_X or DM_TYPE_QT. |
| 17:47.16 | milinda | Why is that ? |
| 17:58.15 | *** join/#brlcad gaganjyot (~gaganjyot@27.255.240.62) | |
| 18:04.50 | *** join/#brlcad KimK_laptop (~Kim@wsip-70-186-238-216.ks.ks.cox.net) | |
| 18:14.42 | sofat | starseeker, i want to submit one new updated patch on wordpress_xsl stylesheet but when i run svn add /path/to/xsl/file then they gave me error |
| 18:14.55 | sofat | svn: E200033: Another process is blocking the working copy database, or the underlying filesystem does not support file locking; if the working copy is on a network filesystem, make sure file locking has been enabled on the file server |
| 18:14.57 | sofat | svn: E200033: sqlite[S5]: database is locked |
| 18:14.58 | sofat | svn: E200033: Additional errors: |
| 18:14.58 | sofat | svn: E200033: sqlite[S5]: database is locked |
| 18:16.59 | sofat | any solution for this ? |
| 18:20.04 | *** part/#brlcad gaganjyot (~gaganjyot@27.255.240.62) | |
| 18:33.59 | starseeker | sofat: you're trying to commit to the main svn repo? |
| 18:34.23 | starseeker | that sounds like a problem on the sourceforge side, if that's the case... |
| 18:34.43 | starseeker | milinda: apologies, trying to juggle multiple things |
| 18:35.17 | sofat | ok i have another code of this so i try on that to create the patch file in correct manner. |
| 18:35.22 | milinda | That's okay thank you very much for replying. :) |
| 18:35.33 | milinda | So Can you please answer my questions |
| 18:36.16 | milinda | @Starseeker I want to create a dm window in qt |
| 18:36.22 | starseeker | milinda: since the non-graphical ones are successful, it sounds like some sort of context initialization |
| 18:37.12 | starseeker | milinda: I see brlcad replied on the mailing list |
| 18:37.23 | starseeker | milinda: this is the step file viewer, correct? |
| 18:37.30 | milinda | yes |
| 18:37.44 | starseeker | you're planning to use Qt? |
| 18:37.49 | milinda | yes |
| 18:38.19 | starseeker | my own suggestion would be to just go with their OpenGL widget, rather than use libdm |
| 18:38.20 | milinda | So I should create the DM_TYPE_QT one right? |
| 18:38.32 | starseeker | well... there are issues |
| 18:38.36 | milinda | okay I thought of that |
| 18:38.46 | starseeker | the DM_TYPE_QT dm is still relatively experimental |
| 18:38.54 | milinda | I also figured out that libdm is so buggy. |
| 18:38.57 | starseeker | and can't do shaded displays |
| 18:39.20 | starseeker | milinda: it's not so much buggy (although it does have bugs) as challenging to use |
| 18:39.48 | milinda | okay so is it okay I use something out of brlcad? |
| 18:40.06 | starseeker | I'll reply to brlcad on the mailing list, but my suggestion would be to experiment with plain Qt OpenGL initially |
| 18:40.43 | starseeker | if you're already relying on Qt to begin with, and you don't need libdm's extras, I'd start with Qt's OpenGL to get something up and running |
| 18:40.59 | milinda | Okay thank you very much I am stuck at this point for more than a week now :) |
| 18:41.49 | starseeker | I'll respond on the list, so follow that discussion |
| 18:42.01 | starseeker | brlcad may have a different take |
| 18:42.34 | milinda | okay brlcad is the one who told me to create a libdm window :) |
| 18:42.40 | starseeker | winces |
| 18:42.53 | starseeker | alright. Keep an eye on the list discussion |
| 18:43.11 | milinda | I also think OpenGL implementation is good simple and clean implementation. |
| 18:43.37 | milinda | Does libdm contains all the functionality to visualize CAD geometry files ? |
| 18:44.01 | starseeker | milinda: in principle libdm may add extra flexibility, but it's a mean way to start - Qt should give you a basic OpenGL window virtually "for free", and my take would be we can introduce libdm later at need |
| 18:44.31 | starseeker | not really - libdm is something of a "wrapper" across various drawing layers |
| 18:45.17 | starseeker | only the OpenGL based ones can do "shaded display" (what most people will think of when they think 3D drawing) but the X and Qt backends can provide wireframe based visuals |
| 18:46.56 | milinda | What you meant by "various drawing layers " ? Is it various drawing libraries ? |
| 18:49.14 | starseeker | right - OpenGL, raw X, the Qt drawing layer, Tk canvas, etc. |
| 18:55.10 | milinda | so libdm contains OpenGL? |
| 18:59.25 | starseeker | it interfaces to OpenGL |
| 19:00.06 | starseeker | there are two main layers for talking to OpenGL - the "ogl" interface which is X11 specific and needs GLX, and "wgl" which is specific to Windows |
| 19:00.36 | starseeker | there's a newer one that targets OpenSceneGraph as a backend - "osgl" - but that's still experimental |
| 19:01.17 | starseeker | the Qt backend is attempting (if I recall correctly) to use the Qt drawing canvas directly, without reference to OpenGL |
| 19:01.47 | starseeker | which means we need to do shaded 3d display drawing ourselves in that backend (that will be slower than OpenGL) |
| 19:02.14 | starseeker | it's a good fallback if OpenGL *isn't* available for some reason, but it's still a fallback |
| 19:07.12 | milinda | This stepviewer has nothing to BRLCAD code right ? The requirement is to develop a simple light weight STEP Viewer which can visualize step files right ? |
| 19:07.31 | milinda | And it should be standalone application |
| 19:07.35 | milinda | correct > |
| 19:07.36 | milinda | ? |
| 19:14.37 | *** join/#brlcad Shubham (6719e766@gateway/web/freenode/ip.103.25.231.102) | |
| 19:15.34 | Shubham | brlcad: I really wanted to talk about the editing rights on the github repository for OGV-meteor |
| 19:20.26 | starseeker | milinda: that's my understanding, but you'll need some ability to triangulate NURBS surfaces if you want to view them (STEP uses NURBS for its basic geometry representation) |
| 19:20.53 | starseeker | milinda: that means you'll need our ability to generate triangles that represent NURBS surfaces |
| 19:21.02 | starseeker | (and hence our libraries) |
| 19:21.12 | starseeker | but libdm doesn't encode that logic |
| 19:21.16 | starseeker | that's librt and lower |
| 19:23.15 | sofat | starseeker, i am submit my new patch on wordpress xsl style sheet please accept this as soon as possible. patch ticket number 374. |
| 19:23.27 | Notify | 03BRL-CAD:starseeker * 65211 (brlcad/trunk/include/bu/opt.h brlcad/trunk/src/conv/gcv/gcv.cpp and 3 others): Eliminate the bu_opt_desc index parameter. Instead, base a help generation decision about whether two different desc lines are aliases on whether or not they are impacting the same set_var pointer. |
| 19:24.47 | milinda | So what you are saying is we can OpenGL window to handle the graphics part. we need brlcad libraries to triangulate NURBS surfaces right ? |
| 19:56.40 | Notify | 03BRL-CAD Wiki:Konrado DJ * 8580 /wiki/User:Konrado_DJ/GSoc2015/logs: /* GSoC 2015 development logs */ |
| 19:57.23 | starseeker | milinda: that's my understanding, unless brlcad has something different in mind |
| 19:59.51 | milinda | okay thank you very much for your guidance @starseeker. Really appreciate your help. |
| 20:00.45 | milinda | I will go with OpenGL window creation. If @brlcad has some different idea we can resolve it later. :) |
| 20:04.46 | Notify | 03BRL-CAD:starseeker * 65212 (brlcad/trunk/include/bu/opt.h brlcad/trunk/src/conv/gcv/gcv.cpp and 3 others): Reorder option description elements. |
| 20:34.55 | *** join/#brlcad vasc (~VASC@bl12-221-134.dsl.telepac.pt) | |
| 20:35.19 | *** join/#brlcad KimK_laptop (~Kim@wsip-70-186-238-216.ks.ks.cox.net) | |
| 20:40.00 | Notify | 03BRL-CAD:starseeker * 65213 (brlcad/trunk/CMakeLists.txt brlcad/trunk/doc/docbook/CMakeLists.txt and 21 others): Apply patch #374 from Hitesh Sofat for enabling php output from docbook. Modifications include having the PHP build off by default (user needs to configure with -DBRLCAD_EXTRADOCS_PHP=ON) and modifying the wordpress.xsl setup to work in an out-of-dir build |
| 20:55.42 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 21:15.31 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 21:27.11 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 21:49.23 | Notify | 03BRL-CAD Wiki:Deekaysharma * 8581 /wiki/Google_Summer_of_Code/2015: /* Online Geometry Viewer (OGV) */ |
| 22:35.55 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 22:39.49 | Notify | 03BRL-CAD Wiki:Deekaysharma * 8582 /wiki/User:Deekaysharma/logs: |
| 23:21.55 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 23:45.49 | *** join/#brlcad Shubham (6719e766@gateway/web/freenode/ip.103.25.231.102) | |
| 00:30.28 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8583 /wiki/User:MeShubham99/GSoc15/log_developmen: /* Week 2 */ |
| 00:56.37 | Notify | 03BRL-CAD Wiki:Andrei.ilinca24 * 8584 /wiki/User:Andrei.ilinca24/logs: /* Coding Period */ |
| 01:38.49 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 01:42.59 | *** join/#brlcad infobot_ (ibot@rikers.org) | |
| 01:42.59 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-) | |
| 02:04.25 | *** join/#brlcad infobot (ibot@rikers.org) | |
| 02:04.25 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-) | |
| 06:00.38 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-xfnspruqjqhdooxy) | |
| 06:17.10 | *** join/#brlcad milinda (~milinda@124.43.206.6) | |
| 06:48.47 | *** join/#brlcad milinda (~milinda@112.134.103.121) | |
| 08:12.16 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 08:17.36 | *** join/#brlcad LordOfBikes (~armin@dslb-092-074-252-222.092.074.pools.vodafone-ip.de) | |
| 08:33.41 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-swqfheaejsmkwwrx) | |
| 09:08.54 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-degbvmvwqsaozaym) | |
| 09:17.51 | *** join/#brlcad milinda (~milinda@112.134.103.121) | |
| 09:37.14 | Notify | 03BRL-CAD Wiki:Konrado DJ * 8585 /wiki/User:Konrado_DJ/GSoc2015/logs: /* GSoC 2015 development logs */ |
| 09:38.08 | Notify | 03BRL-CAD Wiki:Konrado DJ * 8586 /wiki/User:Konrado_DJ/GSoc2015/logs: /* GSoC 2015 development logs */ |
| 11:53.39 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 12:23.57 | *** join/#brlcad jyhong (~jyhong@218.22.21.14) | |
| 13:14.34 | *** join/#brlcad Shubham (6719e766@gateway/web/freenode/ip.103.25.231.102) | |
| 13:21.15 | *** join/#brlcad milinda (~milinda@112.134.103.121) | |
| 14:59.56 | *** join/#brlcad milinda (~milinda@103.247.48.22) | |
| 15:01.11 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:06.21 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:30.49 | *** join/#brlcad gurwinder (75c76dae@gateway/web/freenode/ip.117.199.109.174) | |
| 16:34.34 | milinda | @brlcad So you are telling me to go with libdm ? |
| 17:28.26 | *** join/#brlcad milinda (~milinda@112.134.72.18) | |
| 17:28.50 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8587 /wiki/User:MeShubham99/GSoc15/OGV_production_ready_plan: |
| 17:29.24 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8588 /wiki/User:MeShubham99/GSoc15/OGV_production_ready_plan: |
| 19:59.28 | Notify | 03BRL-CAD Wiki:202.164.45.204 * 8589 /wiki/User:Hiteshsofat/GSoc15/log_developmen: |
| 22:23.31 | *** join/#brlcad Ch3ck_ (~Ch3ck@41.205.22.55) | |
| 01:48.53 | Notify | 03BRL-CAD Wiki:Bhollister * 8590 /wiki/User:Bhollister/DevLogJune2015: |
| 01:53.23 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8591 /wiki/User:MeShubham99/GSoc15/log_developmen: /* Week 2 */ |
| 02:05.50 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8592 /wiki/User:MeShubham99/GSoc15/log_developmen: /* Week 2 */ |
| 02:29.27 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8593 /wiki/User:MeShubham99/GSoc15/log_developmen: /* Week 2 */ |
| 02:30.30 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8594 /wiki/User:MeShubham99/GSoc15/log_developmen: |
| 02:30.59 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8595 /wiki/User:MeShubham99/GSoc15/log_developmen: |
| 02:47.55 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8596 /wiki/User:MeShubham99/GSoc15/log_developmen: |
| 03:07.22 | Notify | 03BRL-CAD Wiki:59.91.114.120 * 8597 /wiki/User:Gurwinder_Singh/GSoc15/log_developmen: |
| 04:22.57 | starseeker | brlcad: the callback mechanism for the bu_opt logic seems to work, but in C89 the variables we're pointing to must be static (apparently this isn't an issue with C99) |
| 04:24.19 | starseeker | that'll work for executables, but it's a problem for libged + C89 since (if I'm understanding correctly) static vars will cause problems for thread safety |
| 04:29.19 | starseeker | http://stackoverflow.com/a/12191177/2037687 |
| 04:30.43 | starseeker | looks like MSVC will tolerate the C99 style in this case: http://stackoverflow.com/questions/160960/error-initializer-element-is-not-computable-at-load-time |
| 04:34.28 | starseeker | wonders how far away we are from c89 strict (which IIRC is the precursor to jumping to C99?) |
| 05:27.56 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8598 /wiki/User:MeShubham99/GSoc15/log_developmen: /* Week 2 */ |
| 05:40.59 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8599 /wiki/User:MeShubham99/GSoc15/log_developmen: /* Week 2 */ |
| 05:43.08 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8600 /wiki/User:MeShubham99/GSoc15/log_developmen: /* Week 2 */ |
| 05:44.02 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8601 /wiki/User:MeShubham99/GSoc15/log_developmen: |
| 05:45.31 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8602 /wiki/User:MeShubham99/GSoc15/OGV_production_ready_plan: |
| 07:16.40 | Notify | 03BRL-CAD Wiki:Konrado DJ * 8603 /wiki/User:Konrado_DJ/GSoc2015/logs: /* GSoC 2015 development logs */ |
| 07:25.36 | *** join/#brlcad ankesh11 (uid8015@gateway/web/irccloud.com/x-gywwbsfglmzlhvhi) | |
| 07:40.11 | Notify | 03BRL-CAD Wiki:Ngassafinjap * 8604 /wiki/User:Amalia/Development_logs: /* Saturday June 6th */ |
| 07:41.51 | Notify | 03BRL-CAD Wiki:Ngassafinjap * 8605 /wiki/User:Amalia/Development_logs: /* Monday June 8th */ |
| 08:40.29 | *** join/#brlcad amalia237 (~amalia237@41.205.22.46) | |
| 08:49.29 | amalia237 | Hi brlcad |
| 08:50.56 | *** join/#brlcad milinda (~milinda@192.248.8.66) | |
| 08:51.12 | Notify | 03BRL-CAD Wiki:Ngassafinjap * 8606 /wiki/User:Amalia/Development_logs: /* Monday June 8th */ |
| 08:57.46 | *** join/#brlcad teepee-- (bc5c2134@gateway/web/freenode/ip.188.92.33.52) | |
| 09:08.44 | amalia237 | ping brlcad |
| 09:15.10 | teepee-- | it might be a bit early for US timezone ;) |
| 09:23.17 | amalia237 | Okay teepee-- I guess I'll have to talk to them later |
| 09:24.05 | teepee-- | yep, no worries, he'll see the ping |
| 09:28.15 | *** join/#brlcad andromeda-galaxy (~andromeda@108-225-17-54.lightspeed.sntcca.sbcglobal.net) | |
| 12:46.24 | *** join/#brlcad terrywen (~twen6@pool-71-97-144-189.bltmmd.fios.verizon.net) | |
| 13:04.11 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 13:42.13 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:24.16 | Notify | 03BRL-CAD:carlmoore * 65214 (brlcad/trunk/doc/docbook/resources/brlcad/wordpress.xsl.in brlcad/trunk/misc/CMake/BRLCAD_Summary.cmake and 2 others): remove trailing whitespace, and fix spellings |
| 15:27.29 | Notify | 03BRL-CAD:starseeker * 65215 (brlcad/trunk/include/bu/opt.h brlcad/trunk/src/libbu/tests/CMakeLists.txt brlcad/trunk/src/libbu/tests/opt.c): Since we're at C89 for the moment, provide a macro based assignment that will allow for non-static pointers to be assigned to option description set_var values conveniently without requiring the static array initialization. Also start setting up the bu_opt unit tests to do |
| 15:27.31 | Notify | actual value assignment verification, rather than crash/no-crash. |
| 15:27.33 | Notify | ... |
| 15:46.42 | Notify | 03BRL-CAD:starseeker * 65216 (brlcad/trunk/src/libbu/tests/CMakeLists.txt brlcad/trunk/src/libbu/tests/opt.c): More tweaking of tests. |
| 15:50.01 | *** join/#brlcad sofat (~sofat@202.164.45.208) | |
| 16:32.06 | *** join/#brlcad milinda (~milinda@112.134.131.111) | |
| 16:33.22 | milinda | brlcad : How to resolve the header file dependencies that met when creating a libdm window of ogl or X type ? |
| 16:46.49 | *** join/#brlcad Shubham (6719e766@gateway/web/freenode/ip.103.25.231.102) | |
| 16:54.03 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-oneqpziykvmysmdp) | |
| 17:03.24 | *** join/#brlcad vasc (~VASC@bl7-10-32.dsl.telepac.pt) | |
| 17:22.37 | *** join/#brlcad milinda (~milinda@124.43.246.150) | |
| 17:23.00 | *** join/#brlcad ih8sum3r (~chatzilla@122.173.248.73) | |
| 17:30.50 | ih8sum3r | brlcad, shubham: Hello |
| 17:31.12 | Shubham | yes i am here |
| 17:31.29 | ih8sum3r | How are you! |
| 17:32.12 | Shubham | good |
| 17:32.40 | ih8sum3r | I need to discuss about the feedback form. As I checked your PR. After getting throw the PR the conclusion was like this : |
| 17:32.50 | ih8sum3r | s / was / is |
| 17:33.54 | ih8sum3r | Instead of making the separate template it should be included in the landing page as the last slide. |
| 17:34.04 | ih8sum3r | Why? |
| 17:35.13 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 17:36.02 | Shubham | ih8sum3r: what I thought of feedback was, that the user should have access to the page at all times, and not specifically on the landing page. |
| 17:36.48 | ih8sum3r | Because there will be reduction of the code, also there will be no need to make a template having a submit and then navigate to the new page saying thank you and all. And also most commonly the feedback form is always consider important and included as the last page of all the website. |
| 17:37.17 | Shubham | Like if he is in the middle of something and something pops up in his mind, he can just click a button being on the page he is already at, and post whatever he wants to post on the feedback form. And then coninue his work |
| 17:38.21 | Shubham | So maybe a footer having a link to the page will do the trick. maybe |
| 17:38.33 | ih8sum3r | I have designed in such a way http://awesomescreenshot.com/0e24ys3x40 |
| 17:39.38 | ih8sum3r | Here is the full view of landing page http://awesomescreenshot.com/0314ys51ad |
| 17:40.17 | Shubham | The feedback page looks good to me, it's nice |
| 17:40.34 | Shubham | but i am still unclear/ in doubt about keeping it just on the landing page |
| 17:42.40 | ih8sum3r | According to me, it just represents simplicity and it is fulfilling our needs too. But I need everyone's views. |
| 17:42.59 | Shubham | okay so, what if he is logged in |
| 17:43.06 | Shubham | and want to give a feedvack |
| 17:43.18 | Shubham | he will have access to this page then as well right? |
| 17:44.30 | ih8sum3r | I don't think there is need of an authentication anyone who visits can give his or her feedback so I don't think it is necessary requirement. |
| 17:45.08 | Shubham | But it should not be the case that the user should log out to fill up the form |
| 17:46.01 | ih8sum3r | Whether the user is logged in / out he can give the feedback. |
| 17:46.02 | Shubham | It should not at all depend on authentication, i agree. but i would like to have access to that form at "all" times, whether authenticated or not |
| 17:46.43 | ih8sum3r | Yes! access is available whether you are logged in / out. |
| 17:47.14 | Shubham | I would never want to logout first and then fill the form and then log in again to continue to do whatever I was doing anyways |
| 17:47.24 | Shubham | yeah sure, if that's the case then it's fine |
| 17:47.44 | Shubham | just confirm this thing with Sean |
| 17:47.59 | Shubham | brlcad |
| 17:48.02 | ih8sum3r | I'm facing bit of the problem, I used to same code as yours but when I clicked on submit button the email is not send. |
| 17:49.02 | ih8sum3r | It's working fine if it is in the template. |
| 17:49.04 | Shubham | check your spam once, for a confirmation email from "formspree team" |
| 17:49.43 | Shubham | then maybe we need to check the routes |
| 17:50.58 | ih8sum3r | I'll just committed on my branch can you please review once and tell what's going wrong. |
| 17:52.29 | Shubham | I'll fix that, but working this way will lead to major merge conflicts man |
| 17:53.33 | Shubham | I don't want 2-3 days wasted in resolving merge conflicts and integrating backend and frontend |
| 17:54.36 | *** join/#brlcad sofat (~sofat@106.192.182.31) | |
| 17:54.46 | Shubham | I have 2 PRs and 3rd one to be submitted in another 1-2 days. Plus there are these tiny but crucial changes at the backend everytime |
| 17:55.26 | Shubham | ih8sum3r: We seriously need to talk to the mentor about this |
| 17:57.17 | ih8sum3r | Yah! I think we should post an to inderpreet, harmanpreet and whosoever who can review our commit. Otherwise there would be lot of PR's and maybe a mess while merging them. |
| 17:57.52 | Shubham | It's like if your branch is merged, my feedback branch will be useless, and if my feedback branch is merged, there will be merge conflicts |
| 17:58.22 | ih8sum3r | Agree! |
| 17:59.30 | Shubham | I am not submitting any PRs further now, until either the previous one's are merged, or we get the edit rights. |
| 18:00.07 | Shubham | I must advice you not to commit, till then. maybe make a separate branch |
| 18:00.24 | Shubham | please |
| 18:01.31 | ih8sum3r | Nothing like that you must keep on working and sending the PR. Maybe they are busy right now but defiantly they will take the action and according to me it will be all good. :) |
| 18:03.16 | Shubham | I don't know man :( |
| 18:03.23 | Shubham | gtg |
| 18:03.56 | ih8sum3r | Don't panic it will be all okay. Trust me :D |
| 18:04.50 | Shubham | bye :D |
| 18:22.20 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 18:33.52 | *** join/#brlcad sofat (~sofat@223.225.238.136) | |
| 19:27.01 | vasc | i'm waiting for merges of my patches too |
| 19:27.22 | vasc | one of them even fixes a compile error when opencl is turned on but even that one wasn't committed yet |
| 19:27.47 | vasc | let alone the others which actually add features |
| 19:28.18 | vasc | i guess we just need to patiently wait |
| 19:28.37 | sofat | brlcad, hi |
| 19:28.58 | vasc | i probably need to figure out how to use git with subversion |
| 19:30.12 | sofat | I have done the work to merge the docs with website, TOC, Search please if you free then please check any tell me about any update |
| 19:30.18 | sofat | there is link |
| 19:30.19 | sofat | http://202.164.53.122/~hitesh/wordpress/?page_id=216 |
| 19:34.54 | *** join/#brlcad sofat (~sofat@106.192.159.75) | |
| 19:38.10 | *** join/#brlcad sofat_ (~sofat@106.192.149.30) | |
| 19:51.39 | ``Erik | crap, I just got wwdc'd |
| 20:02.01 | *** join/#brlcad sofat__ (~sofat@106.192.148.128) | |
| 20:10.54 | Notify | 03BRL-CAD:ejno * 65217 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: work on detecting WALL components (in progress); include toplevel primitives by default |
| 20:12.23 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 20:26.46 | Notify | 03BRL-CAD Wiki:Bhollister * 8607 /wiki/User:Bhollister/DevLogJune2015: /* Monday, June 8, 2015: Start of Week 3 (of 14) */ |
| 20:48.01 | brlcad | ``Erik: you going? |
| 20:59.43 | sofat__ | brlcad, hello |
| 21:03.44 | sofat | i have done my next milestones work(merge, searching, toc) , please review this |
| 21:03.46 | sofat | http://202.164.53.122/~hitesh/wordpress/?page_id=216 |
| 21:11.54 | Notify | 03BRL-CAD Wiki:106.192.148.128 * 8608 /wiki/User:Hiteshsofat/GSoc15/log_developmen: |
| 21:12.01 | sofat | there is my script |
| 21:12.02 | sofat | https://github.com/sofathitesh/brlcadscript |
| 21:25.53 | Notify | 03BRL-CAD Wiki:Deekaysharma * 8609 /wiki/User:Deekaysharma/logs: |
| 21:41.35 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 23:17.18 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 23:24.35 | Notify | 03BRL-CAD Wiki:Andrei.ilinca24 * 8610 /wiki/User:Andrei.ilinca24/logs: /* Coding Period */ |
| 00:14.39 | Notify | 03BRL-CAD Wiki:Bhollister * 8611 /wiki/User:Bhollister/DevLogJune2015: /* Monday, June 8, 2015: Start of Week 3 (of 14) */ |
| 00:44.43 | *** join/#brlcad amalia237 (~amalia237@41.205.22.14) | |
| 00:45.06 | amalia237 | ping brlcad |
| 01:04.36 | Notify | 03BRL-CAD Wiki:Ngassafinjap * 8612 /wiki/User:Amalia/Development_logs: /* Monday June 8th */ |
| 01:18.13 | Notify | 03BRL-CAD Wiki:Ngassafinjap * 8613 /wiki/User:Amalia/Development_logs: /* Monday June 8th */ |
| 01:22.13 | Notify | 03BRL-CAD Wiki:Konrado DJ * 8614 /wiki/User:Konrado_DJ/GSoc2015/logs: /* GSoC 2015 development logs */ |
| 03:28.52 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 06:58.15 | *** join/#brlcad sofat (~sofat@202.164.53.117) | |
| 07:11.17 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 08:23.56 | dracarys983 | d_rossberg: Hey. I'm still understanding the analysis tools' logic and trying to design how would the final API in libanalyze look like! |
| 08:24.52 | dracarys983 | The progress has been real slow the previous week and I'm sorry about that. Some unforeseen events came up. |
| 08:27.27 | dracarys983 | There's nothing much "new" that I can report about right now besides that I have decided to get the logic laid out this week. :) |
| 08:56.51 | *** join/#brlcad teepee-- (bc5c2134@gateway/web/freenode/ip.188.92.33.52) | |
| 10:29.09 | ``Erik | brlcad: heh, no, I was trying to take care of something that required using apples dev site and it was all taken down to redo for the wwdc changes |
| 11:57.01 | Notify | 03BRL-CAD:d_rossberg * 65218 (rt^3/trunk/src/coreInterface/Arb8.cpp rt^3/trunk/src/coreInterface/BagOfTriangles.cpp and 15 others): applied patch http://sourceforge.net/p/brlcad/patches/372/ provided by Kalpit Thakkar: Small trivial changes to get rt^3 compiling with the present version of brlcad. |
| 12:47.49 | Notify | 03BRL-CAD Wiki:Ngassafinjap * 8615 /wiki/User:Amalia/Development_logs: /* Monday June 8th */ |
| 12:48.42 | Notify | 03BRL-CAD Wiki:Ngassafinjap * 8616 /wiki/User:Amalia/Development_logs: /* Tuesday June 9th */ |
| 12:53.57 | Notify | 03BRL-CAD Wiki:Ngassafinjap * 8617 /wiki/User:Amalia/Development_logs: /* Tuesday June 9th */ |
| 13:06.37 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 13:09.37 | Notify | 03BRL-CAD:starseeker * 65219 (brlcad/trunk/src/libbu/tests/CMakeLists.txt brlcad/trunk/src/libbu/tests/opt.c): Wrap up printing logic into macros |
| 13:15.01 | *** join/#brlcad kintel_ (~kintel@unaffiliated/kintel) | |
| 13:18.42 | *** join/#brlcad maths22 (~maths22@66-118-151-70.static.sagonet.net) | |
| 13:18.45 | *** join/#brlcad ejno (~ejno@unaffiliated/kazaik) | |
| 13:18.45 | *** join/#brlcad tofu_ (~sean@66-118-151-70.static.sagonet.net) | |
| 13:23.42 | *** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 13:23.42 | *** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net) | |
| 13:23.46 | Notify | 03BRL-CAD Wiki:91.121.103.144 * 8618 /wiki/ARL_Technical_Reports: remove spam edit |
| 13:42.56 | Notify | 03BRL-CAD:starseeker * 65220 (brlcad/trunk/src/libbu/tests/CMakeLists.txt brlcad/trunk/src/libbu/tests/opt.c): More test work |
| 13:56.41 | Notify | 03BRL-CAD:starseeker * 65221 (brlcad/trunk/src/libbu/tests/CMakeLists.txt brlcad/trunk/src/libbu/tests/opt.c): Work on getting more tests in place for opts. |
| 14:03.47 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 14:06.36 | *** join/#brlcad snowlove (~albertcod@117.219.100.5) | |
| 14:06.55 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 14:08.56 | sofat | brlcad, So now I start the work on next milestone ? or you want any changes in merge and search work ? please tell me I am waiting your response. |
| 14:21.29 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 14:55.23 | *** join/#brlcad brad_h (~behollis@dhcp-59-221.cse.ucsc.edu) | |
| 15:14.57 | Notify | 03BRL-CAD:ejno * 65222 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: fix FastgenConversion::get_region_dir() handling of toplevel regions; work on get_walls() |
| 15:19.43 | *** join/#brlcad milinda (~milinda@124.43.234.202) | |
| 15:28.14 | *** join/#brlcad KimK (~Kim__@ip68-102-30-143.ks.ok.cox.net) | |
| 15:30.31 | Notify | 03BRL-CAD:carlmoore * 65223 brlcad/trunk/src/util/bwmod.c: allow negative arguments for -S (shift); negative argument will cause a shift in the OPPOSITE direction |
| 16:11.19 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:22.40 | Notify | 03BRL-CAD:starseeker * 65224 (brlcad/trunk/src/libbu/tests/CMakeLists.txt brlcad/trunk/src/libbu/tests/opt.c): More color option tests. |
| 16:24.59 | Notify | 03BRL-CAD:starseeker * 65225 brlcad/trunk/src/libbu/tests/CMakeLists.txt: remove old tests |
| 16:36.10 | *** join/#brlcad ih8sum3r (~chatzilla@122.173.250.217) | |
| 16:44.57 | Notify | 03BRL-CAD:carlmoore * 65226 brlcad/trunk/src/util/bwmod.c: implement rounding option; -t (truncation) will NOT take an argument, and will be handled internally as '-S 0' |
| 16:48.37 | *** join/#brlcad KimK (~Kim__@ip68-102-30-143.ks.ok.cox.net) | |
| 16:57.15 | Notify | 03BRL-CAD Wiki:MilindaFernando * 8619 /wiki/User:MilindaFernando/gsoc2015_devlog: /* STEP Viewer Project Development Log */ |
| 16:58.09 | Notify | 03BRL-CAD:starseeker * 65227 brlcad/trunk/src/libbu/opt.c: Try to avoid mallocing new memory for the arg, which is the only piece of this which may need to persist beyond the bu_opt_parse stage... |
| 17:26.18 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 17:47.25 | Notify | 03BRL-CAD Wiki:MilindaFernando * 8620 /wiki/User:MilindaFernando/gsoc2015_devlog: /* STEP Viewer Project Development Log */ |
| 17:49.08 | Notify | 03BRL-CAD:carlmoore * 65228 brlcad/trunk/doc/docbook/system/man1/en/bwmod.xml: expand bwmod.xml |
| 17:53.49 | Notify | 03BRL-CAD:carlmoore * 65229 brlcad/trunk/doc/docbook/system/man1/en/bwmod.xml: oops, forgot an underscore of 'val' |
| 18:05.46 | *** join/#brlcad KimK (~Kim__@ip68-102-30-143.ks.ok.cox.net) | |
| 18:41.16 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 18:41.38 | Notify | 03BRL-CAD:carlmoore * 65230 brlcad/trunk/doc/docbook/system/man1/en/bwmod.xml: Provide better explanation for the last example; and I was able to come up with commands to provide this particular input .bw file |
| 19:02.57 | *** join/#brlcad KimK (~Kim__@ip68-102-30-143.ks.ok.cox.net) | |
| 19:37.13 | *** join/#brlcad LordOfBikes (~armin@dslb-178-010-187-104.178.010.pools.vodafone-ip.de) | |
| 19:46.05 | Notify | 03BRL-CAD Wiki:Konrado DJ * 8621 /wiki/User:Konrado_DJ/GSoc2015/logs: /* GSoC 2015 development logs */ |
| 19:47.54 | Notify | 03BRL-CAD Wiki:Konrado DJ * 8622 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 9 JUNE 2015 */ |
| 19:49.23 | *** join/#brlcad vasc (~VASC@bl7-10-32.dsl.telepac.pt) | |
| 19:50.06 | Notify | 03BRL-CAD:starseeker * 65231 (brlcad/trunk/include/bu/opt.h brlcad/trunk/src/conv/gcv/gcv.cpp brlcad/trunk/src/libbu/opt.c): Go with a vls collection here... |
| 19:51.30 | Notify | 03BRL-CAD:starseeker * 65232 brlcad/trunk/include/analyze.h: missed an ANALYZE_EXPORT |
| 20:20.21 | *** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 20:46.08 | *** join/#brlcad vasc (~vasc@bl7-10-32.dsl.telepac.pt) | |
| 20:57.52 | Notify | 03BRL-CAD:ejno * 65233 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: recognize COMPSPLT objects (in progress) |
| 21:32.00 | Notify | 03BRL-CAD:ejno * 65234 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: identify the other half of the COMPSPLT |
| 21:39.02 | *** join/#brlcad KimK (~Kim__@ip68-102-30-143.ks.ok.cox.net) | |
| 21:41.18 | Notify | 03BRL-CAD Wiki:85.240.10.32 * 8623 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Phase */ |
| 21:43.10 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 21:45.13 | Notify | 03BRL-CAD Wiki:85.240.10.32 * 8624 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Phase */ |
| 21:48.23 | Notify | 03BRL-CAD:ejno * 65235 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: skip checking the current region |
| 22:06.17 | *** join/#brlcad KimK (~Kim__@ip68-102-30-143.ks.ok.cox.net) | |
| 22:31.27 | *** join/#brlcad KimK (~Kim__@ip68-102-30-143.ks.ok.cox.net) | |
| 23:01.58 | Notify | 03BRL-CAD Wiki:202.164.45.204 * 8625 /wiki/User:Hiteshsofat/GSoc15/log_developmen: |
| 23:02.47 | Notify | 03BRL-CAD Wiki:202.164.45.204 * 8626 /wiki/User:Hiteshsofat/GSoc15/log_developmen: |
| 23:30.21 | *** join/#brlcad KimK (~Kim__@ip68-102-30-143.ks.ok.cox.net) | |
| 23:54.13 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8627 /wiki/User:MeShubham99/GSoc15/log_developmen: /* Week 3 */ |
| 00:11.16 | Notify | 03BRL-CAD Wiki:85.240.10.32 * 8628 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Phase */ |
| 00:26.37 | *** join/#brlcad vasc__ (~vasc@bl8-194-182.dsl.telepac.pt) | |
| 00:40.41 | Notify | 03BRL-CAD Wiki:Bhollister * 8629 /wiki/User:Bhollister/DevLogJune2015: /* Tuesday, June 9, 2015 */ |
| 00:44.04 | Notify | 03BRL-CAD Wiki:Bhollister * 8630 /wiki/User:Bhollister/DevLogJune2015: /* Friday, June 12, 2015 */ |
| 00:44.34 | Notify | 03BRL-CAD Wiki:Bhollister * 8631 /wiki/User:Bhollister/DevLogJune2015: /* Sunday, June 14, 2015 */ |
| 00:51.27 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 00:53.01 | Notify | 03BRL-CAD Wiki:85.241.194.182 * 8632 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Phase */ |
| 01:35.41 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8633 /wiki/User:MeShubham99/GSoc15/log_developmen: /* Week 3 */ |
| 01:36.04 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8634 /wiki/User:MeShubham99/GSoc15/log_developmen: /* Week 3 */ |
| 02:16.03 | Notify | 03BRL-CAD Wiki:117.214.203.178 * 8635 /wiki/User:Gurwinder_Singh/GSoc15/log_developmen: |
| 02:16.57 | Notify | 03BRL-CAD Wiki:117.214.203.178 * 8636 /wiki/User:Gurwinder_Singh/GSoc15/log_developmen: |
| 02:34.29 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8637 /wiki/User:MeShubham99/GSoc15/log_developmen: /* Week 3 */ |
| 02:43.51 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8638 /wiki/User:MeShubham99/GSoc15/log_developmen: /* Week 3 */ |
| 05:02.42 | *** join/#brlcad milinda (~milinda@103.247.48.178) | |
| 05:49.51 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8639 /wiki/User:MeShubham99/GSoc15/log_developmen: /* Week 3 */ |
| 05:51.41 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8640 /wiki/User:MeShubham99/GSoc15/log_developmen: /* Personal notes */ |
| 05:53.05 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8641 /wiki/User:MeShubham99/GSoc15/log_developmen: |
| 05:58.04 | *** join/#brlcad sofat (~androirc@202.164.45.204) | |
| 05:59.00 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8642 /wiki/User:MeShubham99/GSoc15/log_developmen: /* Week 5 */ |
| 06:00.49 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8643 /wiki/User:MeShubham99/GSoc15/log_developmen: |
| 06:39.44 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8644 /wiki/User:MeShubham99/GSoc15/log_developmen: /* Personal notes */ |
| 07:58.17 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 08:03.55 | *** join/#brlcad teepee-- (bc5c2134@gateway/web/freenode/ip.188.92.33.52) | |
| 08:26.42 | *** join/#brlcad luca79 (~luca@adsl-ull-219-89.47-151.net24.it) | |
| 08:46.04 | *** join/#brlcad milinda (~milinda@175.157.48.218) | |
| 09:44.04 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-wiiwcbebrpppphhy) | |
| 14:25.03 | Notify | 03BRL-CAD:carlmoore * 65236 brlcad/trunk/src/util/gencolor.c: forgot to remove -L and -H from Usage |
| 14:28.42 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:00.37 | Notify | 03BRL-CAD:ejno * 65237 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: write COMPSPLT records |
| 15:01.25 | *** join/#brlcad milinda (~milinda@112.134.93.68) | |
| 15:18.54 | *** join/#brlcad amalia237 (~amalia237@41.205.22.33) | |
| 15:24.17 | Notify | 03BRL-CAD:starseeker * 65238 brlcad/trunk/src/libbu/booleanize.c: Add true/false variations to booleanize.c |
| 15:32.52 | Notify | 03BRL-CAD:starseeker * 65239 (brlcad/trunk/include/bu/opt.h brlcad/trunk/src/libbu/opt.c and 2 others): Implement bu_opt_bool using bu_str_true |
| 15:43.09 | amalia237 | ping tofu_ |
| 15:44.49 | Notify | 03BRL-CAD:carlmoore * 65240 brlcad/trunk/src/util/bwmod.c: disallow 0 to negative power |
| 15:58.24 | *** join/#brlcad sofat (~sofat@106.192.177.152) | |
| 16:20.27 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:30.08 | *** join/#brlcad sofat_ (~sofat@106.192.158.80) | |
| 16:35.09 | Notify | 03BRL-CAD:starseeker * 65241 (brlcad/trunk/include/bu/opt.h brlcad/trunk/src/libbu/opt.c and 2 others): Add more tests. |
| 16:38.48 | Notify | 03BRL-CAD:starseeker * 65242 (brlcad/trunk/include/bu/opt.h brlcad/trunk/src/libbu/tests/CMakeLists.txt): comments |
| 16:39.01 | Notify | 03BRL-CAD:carlmoore * 65243 brlcad/trunk/src/libicv/crop.c: minor fixes to 2 error messages |
| 16:43.20 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 17:01.52 | Notify | 03BRL-CAD:ejno * 65244 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: recognize WALL components |
| 17:06.31 | *** join/#brlcad sofat_ (~sofat@202.164.45.208) | |
| 17:16.47 | Notify | 03BRL-CAD Wiki:Ngassafinjap * 8645 /wiki/User:Amalia/Development_logs: /* Tuesday June 9th */ |
| 17:24.59 | *** join/#brlcad vasc (~vasc@bl8-194-182.dsl.telepac.pt) | |
| 17:27.07 | Notify | 03BRL-CAD:n_reed * 65245 (brlcad/branches/brep-debug/CMakeLists.txt brlcad/branches/brep-debug/TODO and 42 others): sync from trunk |
| 17:29.01 | Notify | 03BRL-CAD:carlmoore * 65246 brlcad/trunk/src/libicv/crop.c: avoid the missing of some errors -- e.g., if both horizontal cut size & vertical cut size are bad, complain of both |
| 17:35.07 | brlcad | amalia237: pong |
| 17:37.32 | brlcad | milinda: are you still stuck with libdm compilation or get something else working |
| 17:40.46 | brlcad | the goal indeed is step file viewing, how you achieve that is purely a question for consideration of impact on STEPcode and how your viewer will be managed/integrated there |
| 17:41.24 | brlcad | e.g., if it's lives in a separate repo (and that's probably ideal), you could probably use anything but obviously the more simple the dependencies, the better and easier it will be to maintain |
| 17:41.57 | brlcad | sofat_: hello, don't wait for response -- work on the next feature or improving existing features :) |
| 17:42.13 | sofat_ | yes |
| 17:42.21 | sofat_ | i have working on editing |
| 17:42.37 | brlcad | great |
| 17:43.07 | brlcad | i've been on vacation the past few days, so that's why I"ve not been available very much |
| 17:44.16 | sofat_ | no problem i am working on my next milestone |
| 17:46.00 | sofat_ | which problem counter by starseeker the reason is i am upload the shortcuts of images(share/doc/html/article/en/images/) on server so the images not work . sorry for this mistake now am working on this and remove this problem as soon as possible |
| 17:47.37 | brlcad | sofat_: just looking at your script now and see a few problems |
| 17:47.58 | brlcad | there is no error detection in the script, which can lead to badness |
| 17:47.59 | sofat_ | ok tell me. |
| 17:48.22 | brlcad | e.g., you have a slew of mkdir calls ... but if the directory already exists, that can halt the script depending on the shell |
| 17:48.38 | brlcad | you want mkdir -p or need to check the return code |
| 17:48.47 | sofat_ | ok |
| 17:49.31 | sofat_ | i will update my script. |
| 17:50.58 | brlcad | similarly with cp and sed lines .. what should the script do if the command fails? |
| 17:51.30 | brlcad | you probably don't want it to cascade through failures and instead print a human-readable error message |
| 17:52.00 | brlcad | you can do that by making sure the inputs exist before running the command, confirming that the outputs exist as expected, etc |
| 17:53.42 | brlcad | some other details "Online Manual's" is grammatically wrong -- 's is and is incorrectly applied -- should just be "Online Manuals" or "Online Documentation" or similar |
| 17:53.57 | sofat_ | ok |
| 17:54.29 | sofat_ | i will do this. |
| 17:55.38 | brlcad | when I click on main menu, I get a black page -- that intentional? |
| 17:55.49 | brlcad | rather "User Manual (new)" |
| 17:55.55 | Notify | 03BRL-CAD:n_reed * 65247 brlcad/trunk/src/util/bwmod.c: correct func return to address error 'control reaches end of non-void function' |
| 18:11.00 | Notify | 03BRL-CAD:n_reed * 65248 brlcad/trunk/src/util/bwmod.c: style/ws |
| 18:11.33 | *** join/#brlcad sofat (~androirc@106.192.158.80) | |
| 18:13.28 | milinda | brlcad: So nice to hear from you. Yes I am still struck with the libdm ogl window creation. So what I did was to go forward with the OpenGL view. Currently I have successfully embedded a OGL view in qt main window. You can find my code in https://bitbucket.org/milindasf/stepviewer/src/261160e4985d735200381f3ff0ca0ab84b57b127?at=default |
| 18:14.46 | milinda | The next thing I think I need to do is create the first version of the StepViewer GUI ? |
| 18:15.41 | milinda | brlcad: I need to add tool bar for main window organize things better. After that the main task is visualizing the STEP object in OGL view |
| 18:16.30 | milinda | brlcad: I think for that we need some brlcad libraries as starseeker mentioned. Can you please guide me on how to do this. :) |
| 18:17.45 | *** join/#brlcad sofat_ (~sofat@106.192.158.80) | |
| 18:26.17 | *** join/#brlcad milinda (~milinda@112.134.93.68) | |
| 18:34.05 | Notify | 03BRL-CAD:n_reed * 65249 (brlcad/branches/brep-debug/src/libicv/crop.c brlcad/branches/brep-debug/src/util/bwmod.c and 4 others): sync from trunk |
| 18:39.00 | Notify | 03BRL-CAD:n_reed * 65250 brlcad/branches/brep-debug/doc/docbook/articles/en/CMakeLists.txt: sort file lists |
| 18:53.06 | Notify | 03BRL-CAD:brlcad * 65251 (brlcad/trunk/src/conv/step/step-g/Axis2Placement.cpp brlcad/trunk/src/conv/step/step-g/Axis2Placement.h and 19 others): Quell the remainder of the STEP compilation warnings where there was an inconsistent type definition on the Load() function. The base class specifies a SDAI_Application_instance (which is also the dominant use), but a handful of class entity types like SDAI_Select and a |
| 18:53.08 | Notify | few other more specific types. This change makes them all specify an app instance pointer with casts back to their expected type accordingly (which is what the compiler was doing anyways, hence the warnings). Ideally, they should actually be using an app instance or the base class should be using a different common type. |
| 18:53.10 | Notify | ... |
| 18:56.14 | Notify | 03BRL-CAD:ejno * 65252 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: fixes to WALL detection |
| 18:59.47 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 19:14.55 | Notify | 03BRL-CAD Wiki:Deekaysharma * 8646 /wiki/User:Deekaysharma/logs: |
| 19:26.28 | *** join/#brlcad sofat_ (~sofat@202.164.45.208) | |
| 19:54.39 | *** join/#brlcad LordOfBikes (~armin@dslb-088-066-154-201.088.066.pools.vodafone-ip.de) | |
| 20:00.16 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 20:00.31 | Notify | 03BRL-CAD:starseeker * 65253 brlcad/trunk/src/libged/tire.c: Convert libged tire generation routine to using bu_opt. |
| 20:02.59 | Notify | 03BRL-CAD:starseeker * 65254 brlcad/trunk/src/libged/tire.c: don't need getopt |
| 20:13.16 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 20:15.05 | *** join/#brlcad LordOfBikes_ (~armin@dslb-088-066-154-201.088.066.pools.vodafone-ip.de) | |
| 20:29.51 | *** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot) | |
| 20:56.21 | Notify | 03BRL-CAD Wiki:Konrado DJ * 8647 /wiki/User:Konrado_DJ/GSoc2015/logs: /* GSoC 2015 development logs */ |
| 20:57.01 | Notify | 03BRL-CAD Wiki:Konrado DJ * 8648 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 10 JUNE 2015 */ |
| 21:11.27 | Notify | 03BRL-CAD:ejno * 65255 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: create WALL records (in progress) |
| 21:13.25 | Notify | 03BRL-CAD:starseeker * 65256 (brlcad/trunk/src/conv/csg/CMakeLists.txt brlcad/trunk/src/libanalyze/tests/CMakeLists.txt): List files |
| 21:34.05 | Notify | 03BRL-CAD:ejno * 65257 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: handle repeated references to regions |
| 21:39.12 | *** join/#brlcad Shubham (6719e766@gateway/web/freenode/ip.103.25.231.102) | |
| 21:47.23 | Notify | 03BRL-CAD:starseeker * 65258 brlcad/trunk/src/conv/csg/csg.c: add common.h |
| 21:47.40 | *** join/#brlcad amalia237 (~amalia237@41.205.22.49) | |
| 22:03.27 | *** join/#brlcad bradh (~brad@2601:647:cb02:7a00:1424:91c9:2a3f:b23f) | |
| 22:06.17 | *** join/#brlcad brad_h (~brad@2601:647:cb02:7a00:1424:91c9:2a3f:b23f) | |
| 22:23.26 | Notify | 03BRL-CAD Wiki:202.164.45.208 * 8649 /wiki/User:Hiteshsofat/GSoc15/log_developmen: |
| 22:47.09 | *** join/#brlcad brad_h (~bradholl@2601:647:cb02:7a00:5055:e072:2844:251) | |
| 23:05.19 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 00:05.26 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 00:23.25 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 02:31.05 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 02:50.23 | Notify | 03BRL-CAD Wiki:Bhollister * 8650 /wiki/User:Bhollister/DevLogJune2015: |
| 04:35.20 | *** join/#brlcad milinda (~milinda@192.248.8.66) | |
| 05:20.10 | *** join/#brlcad milinda (~milinda@192.248.8.66) | |
| 06:12.35 | *** join/#brlcad milinda (~milinda@192.248.8.66) | |
| 06:46.12 | *** join/#brlcad milinda (~milinda@192.248.8.66) | |
| 06:48.00 | *** join/#brlcad dracarys983 (0e8b5206@gateway/web/freenode/ip.14.139.82.6) | |
| 06:52.21 | *** part/#brlcad dracarys983 (0e8b5206@gateway/web/freenode/ip.14.139.82.6) | |
| 07:04.06 | *** join/#brlcad milinda (~milinda@192.248.8.66) | |
| 07:15.46 | Notify | 03BRL-CAD Wiki:Andrei.ilinca24 * 8651 /wiki/User:Andrei.ilinca24/logs: /* Coding Period */ |
| 07:17.27 | Notify | 03BRL-CAD Wiki:Andrei.ilinca24 * 8652 /wiki/User:Andrei.ilinca24/logs: /* Coding Period */ |
| 07:33.15 | *** join/#brlcad merzo (~merzo@92.60.189.225) | |
| 07:37.31 | *** join/#brlcad sofat (~androirc@106.192.163.136) | |
| 07:47.04 | *** join/#brlcad sofat (~androirc@106.192.163.136) | |
| 07:51.33 | *** join/#brlcad dracarys983 (0e8b5206@gateway/web/freenode/ip.14.139.82.6) | |
| 08:32.17 | *** join/#brlcad milinda (~milinda@192.248.8.66) | |
| 08:39.01 | *** join/#brlcad luca79 (~luca@host105-111-dynamic.5-87-r.retail.telecomitalia.it) | |
| 09:23.47 | *** join/#brlcad teepee-- (bc5c2134@gateway/web/freenode/ip.188.92.33.52) | |
| 09:42.34 | *** join/#brlcad luca79 (~luca@host54-10-dynamic.0-87-r.retail.telecomitalia.it) | |
| 11:14.03 | Notify | 03BRL-CAD Wiki:Inderpreet * 8653 /wiki/OGV: |
| 11:14.26 | Notify | 03BRL-CAD Wiki:Inderpreet * 8654 /wiki/OGV: /* To Do List */ |
| 11:14.55 | Notify | 03BRL-CAD Wiki:Inderpreet * 8655 /wiki/OGV: /* To Do List */ |
| 13:01.42 | Notify | 03BRL-CAD:starseeker * 65259 brlcad/trunk/src/librt/primitives/brep/brep.cpp: Urk. Raytracing nist4 and the csg conversion of nist4 twice in the same MGED session is hanging. |
| 13:02.04 | Notify | 03BRL-CAD:starseeker * 65260 (brlcad/trunk/src/libanalyze/raydiff.c brlcad/trunk/src/libged/gdiff.c): Make the tolerance user settable with gdiff |
| 14:16.24 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 14:47.03 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-icxdgyyxmynaftgm) | |
| 14:53.14 | *** join/#brlcad terrywen (~twen6@65-125-18-2.dia.static.qwest.net) | |
| 15:03.57 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:16.00 | Notify | 03BRL-CAD:ejno * 65261 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: remove redundant zeros from float fields |
| 15:54.39 | Notify | 03BRL-CAD:d_rossberg * 65262 (brlcad/trunk/src/librt/primitives/rhc/rhc.c brlcad/trunk/src/librt/primitives/table.c): applied patch http://sourceforge.net/p/brlcad/patches/366/ provided by Kalpit Thakkar: Callback for finding Volume of Right Hyperbolic CylinderCalculates the Volume of RHC. The worked out Mathematics can be found here: |
| 15:54.41 | Notify | https://drive.google.com/open?id=0B12fowx3-NjTfl9wVmFlajR6LWxRQ1ZrMlM0Wl9IZWZ6cURfem11Zm5sVWFZczdBalRJdDQ&authuser=0 |
| 15:54.43 | Notify | ... |
| 15:59.28 | Notify | 03BRL-CAD:carlmoore * 65263 brlcad/trunk/src/libicv/crop.c: only need to set errorflag to 0 in its declaration; if it's 1, we are quickly heading out of the program |
| 16:05.39 | Notify | 03BRL-CAD:carlmoore * 65264 brlcad/trunk/doc/docbook/system/man1/en/bwrect.xml: Explicity include '-x' and '-y'. |
| 16:21.44 | Notify | 03BRL-CAD:ejno * 65265 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: update maximum name length |
| 16:32.12 | Notify | 03BRL-CAD:carlmoore * 65266 brlcad/trunk/doc/docbook/system/man1/en/bwrect.xml: change an 'or' to 'and'; explain that scr_width and scr_height MUST be included |
| 17:25.38 | *** join/#brlcad milinda (~milinda@103.247.48.162) | |
| 17:27.40 | *** join/#brlcad sofat (~androirc@223.225.233.191) | |
| 17:34.11 | Notify | 03BRL-CAD:carlmoore * 65267 brlcad/trunk/doc/docbook/system/man1/en/bwrect.xml: Use 'specify' because we have a PLURAL subject to this sentence. |
| 17:46.17 | Notify | 03BRL-CAD:carlmoore * 65268 brlcad/trunk/src/util/pixrect.c: add a period to a comment |
| 17:52.08 | Notify | 03BRL-CAD:carlmoore * 65269 brlcad/trunk/src/util/pixrect.c: comment off the # option; could 'bytes per pixel' be implemented someday? |
| 17:56.03 | Notify | 03BRL-CAD:carlmoore * 65270 brlcad/trunk/src/util/pixrect.c: remove an include after comparison with bwrect.c |
| 18:14.06 | *** join/#brlcad sofat_ (~sofat@223.225.233.191) | |
| 18:14.27 | sofat_ | brlcad, hello |
| 18:14.49 | sofat_ | i solve the all error now its working. |
| 18:14.56 | sofat_ | there is link http://202.164.53.122/wordpress/?page_id=216 |
| 18:15.10 | sofat_ | please check |
| 18:22.19 | Notify | 03BRL-CAD:carlmoore * 65271 brlcad/trunk/src/libicv/crop.c: fix bug regarding Y |
| 18:28.18 | *** join/#brlcad milinda (~milinda@103.247.48.162) | |
| 18:42.48 | *** join/#brlcad ih8sum3r (~chatzilla@122.173.225.142) | |
| 18:44.30 | *** join/#brlcad brad_h (~behollis@dhcp-59-221.cse.ucsc.edu) | |
| 18:47.57 | Notify | 03BRL-CAD Wiki:Konrado DJ * 8656 /wiki/User:Konrado_DJ/GSoc2015/logs: /* GSoC 2015 development logs */ |
| 18:59.40 | *** join/#brlcad brad_h (~behollis@dhcp-59-221.cse.ucsc.edu) | |
| 19:07.22 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8657 /wiki/User:MeShubham99/GSoc15/log_developmen: |
| 19:16.04 | Notify | 03BRL-CAD:starseeker * 65272 brlcad/trunk/src/libanalyze/raydiff.c: Tweak the ray pattern generation parameters. |
| 19:29.16 | Notify | 03BRL-CAD Wiki:Bhollister * 8658 /wiki/User:Bhollister/DevLogJune2015: |
| 19:43.36 | Notify | 03BRL-CAD Wiki:Terry.e.wen * 8659 /wiki/User:Terry.e.wen/log: |
| 19:55.58 | *** join/#brlcad milinda (~milinda@124.43.177.214) | |
| 20:00.00 | Notify | 03BRL-CAD:carlmoore * 65273 brlcad/trunk/src/util/bwcrop.c: reformat the programming; don't need 'else' if the 'if' part yields an unconditional return or transfer of control |
| 20:01.28 | *** join/#brlcad amalia237 (~amalia237@41.205.22.25) | |
| 20:22.48 | *** join/#brlcad milinda (~milinda@103.247.48.150) | |
| 20:52.05 | Notify | 03BRL-CAD Wiki:Ngassafinjap * 8660 /wiki/User:Amalia/Development_logs: /* Wednesday June 10th */ |
| 21:16.01 | Notify | 03BRL-CAD Wiki:Deekaysharma * 8661 /wiki/User:Deekaysharma/logs: |
| 21:41.54 | Notify | 03BRL-CAD Wiki:Ngassafinjap * 8662 /wiki/User:Amalia/Development_logs: /* Thursday June 11th */ |
| 21:48.09 | Notify | 03BRL-CAD:n_reed * 65274 brlcad/trunk/src/conv/g-obj.c: program supports writing output file by redirection, so all non-geometry output must be to stderr |
| 22:40.11 | Notify | 03BRL-CAD Wiki:Andrei.ilinca24 * 8663 /wiki/User:Andrei.ilinca24/logs: /* Coding Period */ |
| 23:11.30 | Notify | 03BRL-CAD Wiki:Ngassafinjap * 8664 /wiki/User:Amalia/Development_logs: /* Thursday June 11th */ |
| 23:13.08 | Notify | 03BRL-CAD:n_reed * 65275 brlcad/trunk/src/conv/g-obj.c: have g-obj use bu_opt_parse for option parsing |
| 23:18.24 | Notify | 03BRL-CAD Wiki:223.225.233.191 * 8665 /wiki/User:Hiteshsofat/GSoc15/log_developmen: |
| 23:50.59 | Notify | 03BRL-CAD Wiki:Bhollister * 8666 /wiki/User:Bhollister/DevLogJune2015: |
| 00:48.39 | Notify | 03BRL-CAD:starseeker * 65276 (brlcad/trunk/include/bu/opt.h brlcad/trunk/src/conv/g-obj.c and 6 others): Implement a suggestion from nreed to reorder args in the argv input array rather than requiring the user to allocate and pass in a second argv array. |
| 00:54.30 | Notify | 03BRL-CAD:starseeker * 65277 brlcad/trunk/include/bu/opt.h: add a couple of comments - once this stables, needs extensive docs and examples. |
| 00:59.35 | Notify | 03BRL-CAD:starseeker * 65278 brlcad/trunk/src/libbu/tests/opt.c: put boilerplate in macros |
| 02:14.45 | Notify | 03BRL-CAD Wiki:117.220.144.100 * 8667 /wiki/User:Gurwinder_Singh/GSoc15/log_developmen: |
| 02:19.17 | *** join/#brlcad konrado (~konro@41.205.22.26) | |
| 02:20.06 | *** join/#brlcad Gurwinder (75dc9064@gateway/web/freenode/ip.117.220.144.100) | |
| 04:54.14 | *** join/#brlcad milinda (~milinda@103.247.48.124) | |
| 06:49.43 | *** join/#brlcad milinda (~milinda@103.247.48.164) | |
| 06:58.02 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 07:24.40 | *** join/#brlcad teepee-- (bc5c2134@gateway/web/freenode/ip.188.92.33.52) | |
| 07:49.32 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 08:31.41 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-qrqdqxbbiupuevef) | |
| 08:52.03 | *** join/#brlcad ``Erik (~erik@pool-96-244-200-66.bltmmd.fios.verizon.net) | |
| 09:33.45 | *** join/#brlcad brad_h (~behollis@dhcp-59-221.cse.ucsc.edu) | |
| 09:44.30 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 10:17.43 | *** join/#brlcad kanzure (~kanzure@unaffiliated/kanzure) | |
| 11:04.13 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-ytxydklogwtqqzei) | |
| 11:21.28 | dracarys983 | d_rossberg: Just now added the analyze.c patch. Please have a look. :) |
| 13:12.42 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-dyeesdvecipkfzlb) | |
| 13:19.06 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 14:05.31 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 14:27.23 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 14:27.28 | Notify | 03BRL-CAD:starseeker * 65279 (brlcad/trunk/include/bu/opt.h brlcad/trunk/src/conv/g-obj.c and 6 others): Simplify bu_opt further. The callbacks can handle the min/max arg validation, so there is no real need to specify it in the definition. We're supplying a doc string for the args in any case - having the user handle the documentation piece of the optional nature of an arg is worthwhile since it saves us both |
| 14:27.30 | Notify | implementation complexity in the description generator and (more importantly) shortens the option description. The arg_process functions are simply supplied with the entire remaining argv array that hasn't been processed (with a little extra work to handle equals sign-bearing options), which also avoids the need to malloc, construct and free a duplicate argv. |
| 14:27.32 | Notify | ... |
| 14:57.15 | Notify | 03BRL-CAD:starseeker * 65280 (brlcad/branches/embree/AUTHORS brlcad/branches/embree/BUGS and 799 others): Sync embree branch to trunk r65279 |
| 15:18.43 | Notify | 03BRL-CAD:starseeker * 65281 brlcad/trunk/src/conv/g-obj.c: improve the g-obj callback functions a bit - use bu_opt_fastf_t to do the string->fastf_t assignments. |
| 15:29.07 | dracarys983 | d_rossberg: Made a new ticket and removed rhc from TODO in analyze.c. Here is the patch : https://sourceforge.net/p/brlcad/patches/376/ |
| 15:56.19 | *** join/#brlcad sofat (~sofat@223.225.221.255) | |
| 15:57.00 | Notify | 03BRL-CAD:d_rossberg * 65282 brlcad/trunk/src/libged/analyze.c: applied patch http://sourceforge.net/p/brlcad/patches/376/ provided by Kalpit Thakkar: Added a analyze_general() for RHC |
| 16:14.54 | *** join/#brlcad sofat_ (~sofat@223.225.221.91) | |
| 16:15.51 | *** join/#brlcad sofat__ (~sofat@101.208.143.217) | |
| 16:50.23 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 17:00.25 | *** join/#brlcad sofat (~sofat@106.192.136.239) | |
| 17:04.43 | *** join/#brlcad sofat_ (~sofat@223.225.251.233) | |
| 17:28.41 | *** join/#brlcad ih8sum3r (~chatzilla@122.173.225.142) | |
| 17:30.45 | *** join/#brlcad sofat_ (~sofat@101.213.11.103) | |
| 17:59.07 | brad_h | starseeker: sorry i'm late for our meeting today @ 10AM PDT. grad ceremony stuff is taking up a big part of the day. questions: trying to impl nmg_msv for CLI. is there a way to specify an NMG region on the CLI? also, is there a subset of the construction NMG routines that we want to expose for the CLI, or simply all of them? |
| 18:03.29 | Notify | 03BRL-CAD Wiki:Bhollister * 8668 /wiki/User:Bhollister/DevLogJune2015: /* Friday, June 12, 2015 */ |
| 18:16.07 | *** join/#brlcad sofat_ (~sofat@202.164.45.208) | |
| 18:25.50 | brad_h | starseeker: a few more questions about patches. i've created a github repo to push my local revisions -- so that i can incrementally code up our project requirements. i've already implemented some of the CLI commands. should i create patches for each newly implemented command, or wait until there is a *significant* amount of new code for a patch? thanks! |
| 18:48.49 | starseeker | brad_h: still here? |
| 18:50.03 | starseeker | brad_h: to the best of my knowledge, we don't currently have a command line way to specify an nmg region |
| 18:50.32 | starseeker | you might try using g2asc and look at how we serialize an nmg to Tcl (if we do - I would need to check) |
| 19:08.20 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 19:12.47 | *** join/#brlcad sofat_ (~sofat@202.164.45.204) | |
| 19:25.39 | Notify | 03BRL-CAD Wiki:Deekaysharma * 8669 /wiki/User:Deekaysharma/logs: /* 11 June */ |
| 19:34.47 | Notify | 03BRL-CAD:starseeker * 65283 (brlcad/branches/qtged/AUTHORS brlcad/branches/qtged/BUGS and 1218 others): Sync with trunk thru r65282 |
| 19:52.21 | Notify | 03BRL-CAD Wiki:Deekaysharma * 8670 /wiki/User:Deekaysharma/logs: |
| 20:06.13 | Notify | 03BRL-CAD:starseeker * 65284 (brlcad/branches/gecode/AUTHORS brlcad/branches/gecode/BUGS and 1253 others): Sync with trunk thru r65283 |
| 20:07.38 | *** join/#brlcad kanzure_ (~kanzure@unaffiliated/kanzure) | |
| 20:07.39 | *** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net) | |
| 20:07.40 | *** join/#brlcad maths22 (~maths22@66-118-151-70.static.sagonet.net) | |
| 20:47.03 | Notify | 03BRL-CAD:starseeker * 65285 (brlcad/trunk/include/bu/opt.h brlcad/trunk/misc/doxygen/libbu.dox): Start working on doxygen markup for bu_opt |
| 20:47.37 | starseeker | n_reed: I should be done fiddling with bu_opt for the moment if you want to have another go with it. |
| 20:49.52 | Notify | 03BRL-CAD:starseeker * 65286 brlcad/trunk/include/bu/opt.h: Tweak example code |
| 21:02.04 | brad_h | starseeker: i'm back. okay, so being still new to mged / archer, is there a way to list the regions of an NMG model via a table or highlighted geometry (which may be a problem if the region is empty)? |
| 21:03.09 | brad_h | starseeker: also, is there a character string associated with regions? can the existing code seek to a region of a model with only the region specifier? |
| 21:07.41 | sofat | starseeker, hello |
| 21:08.22 | *** join/#brlcad merzo (~merzo@194-25-132-95.pool.ukrtel.net) | |
| 21:08.54 | *** join/#brlcad amalia237 (~amalia237@41.205.22.9) | |
| 21:10.42 | ``Erik | regions are tree nodes with a flag set, there should be a unique name for each tree node. You might try the, uh, it's either "find" or "search" command that's loosely based on the unix find command to search for the names of nodes with the region flag set? I don't know if there's a visual way to look |
| 21:18.18 | brad_h | Erik: i see. right now i'm roughly exposing a one-to-one mapping of the NMG internal api for the CLI. possibly some of the nmg construction routines are not suitable at the CLI, such as ones that require handles to regions / vertexuses, etc. any ideas about what the CLI should contain for construction manipulation of the NMG data structures? |
| 21:21.22 | Notify | 03BRL-CAD Wiki:Bhollister * 8671 /wiki/User:Bhollister/Proposal: /* Project Details */ |
| 21:40.34 | ``Erik | a complete redoing? :D |
| 21:43.50 | ``Erik | I personally think that nmg's should be viewed as a legacy primitive... NURBS do surfaces better, BoT's do faceted geometry better, and converting between nurbs and bots is supposedly on the cusp of being usable |
| 21:46.06 | ``Erik | but I could very well be wrong, *shrug* and I d'no what your gsoc project is, so'z I wouldn't know what to focus on while waiting for your mentor to chime in :) |
| 22:05.51 | Notify | 03BRL-CAD Wiki:202.164.45.204 * 8672 /wiki/User:Hiteshsofat/GSoc15/log_developmen: |
| 22:26.17 | brad_h | Erik: alright. i think i can forage around for uses of the nmg_mrs() in the code. possibly nmg_ed() from /src/mged/edsol.c will yield something useful. |
| 22:26.43 | brad_h | nmg_msv() that is... |
| 22:31.35 | Notify | 03BRL-CAD Wiki:Konrado DJ * 8673 /wiki/User:Konrado_DJ/GSoc2015/logs: /* GSoC 2015 development logs */ |
| 22:52.47 | Notify | 03BRL-CAD Wiki:Bhollister * 8674 /wiki/User:Bhollister/DevLogJune2015: |
| 23:02.20 | Notify | 03BRL-CAD Wiki:Andrei.ilinca24 * 8675 /wiki/User:Andrei.ilinca24/logs: /* Coding Period */ |
| 23:30.16 | brad_h | starseeker: is there a way to recover from a bad pointer, such as with NMG_CK_REGION(r), without crashing MGED? |
| 23:38.32 | Notify | 03BRL-CAD Wiki:Bhollister * 8676 /wiki/User:Bhollister/DevLogJune2015: /* Friday, June 12, 2015 */ |
| 23:41.32 | Notify | 03BRL-CAD Wiki:Bhollister * 8677 /wiki/User:Bhollister/DevLogJune2015: /* Friday, June 12, 2015 */ |
| 00:11.01 | *** join/#brlcad milinda (~milinda@112.134.29.45) | |
| 00:24.02 | milinda | brlcad: have any documentation on how to use brlcad geometry file conversions in a program. ? |
| 00:26.29 | milinda | brlcad: I have you can check out my current code from https://bitbucket.org/milindasf/stepviewer/src. Currently I have used OpenGL for viewer. But if we want later switch it to libdm. for that we need only to change implementation of one class. (I kind of followed the modular way for this.) If you have any questions please let me know. |
| 01:08.54 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 02:44.09 | *** join/#brlcad bradh (~behollis@2600:1010:b029:d93d:51c5:2b7a:52eb:f0eb) | |
| 03:17.05 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 05:13.58 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-dnwleuvcmqwvxwhp) | |
| 05:36.01 | *** join/#brlcad milinda (~milinda@175.157.1.111) | |
| 09:11.31 | Notify | 03BRL-CAD Wiki:Konrado DJ * 8678 /wiki/User:Konrado_DJ/GSoc2015/logs: /* GSoC 2015 development logs */ |
| 10:39.33 | ``Erik | neat clock design: http://cheezburger.com/5654957056 |
| 15:21.33 | *** join/#brlcad sofat (~androirc@202.164.45.204) | |
| 15:28.27 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:15.43 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:25.23 | Notify | 03BRL-CAD:ejno * 65287 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: fix warning over unused result |
| 16:38.41 | Notify | 03BRL-CAD Wiki:59.91.237.181 * 8679 /wiki/User:Gurwinder_Singh/GSoc15/log_developmen: |
| 17:13.21 | *** join/#brlcad ih8sum3r (~chatzilla@122.173.187.253) | |
| 18:02.02 | *** join/#brlcad sofat (~sofat@101.214.70.186) | |
| 18:03.10 | sofat | starseeker, hello |
| 18:04.28 | sofat | I am working on to solving the broken links problems in document means I am converting the absolute path relative path so the document easy to adopt the server url. |
| 18:05.54 | sofat | I am stuck there I am updating the code of books document there BRL-CAD_Tutorial_Series-VolumeIV.xml document in this document some images are included but I can't able to find where the all images which are define in this document. |
| 18:06.08 | sofat | please help me if you know any think |
| 18:06.14 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 18:22.46 | sofat | starseeker, ping |
| 18:55.59 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 18:57.09 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 19:16.41 | Notify | 03BRL-CAD Wiki:Konrado DJ * 8680 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 13 JUNE 2015 */ |
| 20:41.49 | *** join/#brlcad amalia237 (~amalia237@41.205.22.32) | |
| 20:46.34 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 21:14.59 | *** join/#brlcad amalia237 (~amalia237@41.205.22.16) | |
| 21:22.09 | *** join/#brlcad sofat (~sofat@202.164.45.208) | |
| 22:00.29 | Notify | 03BRL-CAD:ejno * 65288 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: organize Sections by region |
| 23:01.30 | *** join/#brlcad amalia237 (~amalia237@41.205.22.57) | |
| 23:21.42 | Notify | 03BRL-CAD Wiki:Ngassafinjap * 8681 /wiki/User:Amalia/Development_logs: /* Thursday June 11th */ |
| 23:24.27 | Notify | 03BRL-CAD Wiki:Deekaysharma * 8682 /wiki/User:Deekaysharma/logs: |
| 00:14.44 | Notify | 03BRL-CAD Wiki:Ngassafinjap * 8683 /wiki/User:Amalia/Development_logs: /* Saturday June 13th */ |
| 00:35.10 | Notify | 03BRL-CAD Wiki:202.164.45.208 * 8684 /wiki/User:Hiteshsofat/GSoc15/log_developmen: |
| 01:40.57 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8685 /wiki/User:MeShubham99/GSoc15/log_developmen: |
| 02:13.17 | *** join/#brlcad milinda (~milinda@124.43.209.115) | |
| 02:45.13 | *** join/#brlcad bradh (~brad@2600:1010:b01d:77bc:d8bc:6602:f320:b071) | |
| 03:13.45 | *** join/#brlcad milinda (~milinda@124.43.163.252) | |
| 03:21.58 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 03:51.37 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8686 /wiki/User:MeShubham99/GSoc15/log_developmen: |
| 04:10.06 | *** join/#brlcad kintel_ (~kintel@unaffiliated/kintel) | |
| 05:14.05 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-abjasjsjkyuboftv) | |
| 08:02.30 | *** join/#brlcad milinda (~milinda@112.134.209.131) | |
| 09:34.45 | *** join/#brlcad luca79 (~luca@151.35.119.200) | |
| 10:49.09 | *** join/#brlcad milinda (~milinda@112.134.120.31) | |
| 11:51.46 | *** join/#brlcad milinda (~milinda@112.134.120.31) | |
| 12:00.58 | Notify | 03BRL-CAD Wiki:Konrado DJ * 8687 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 14 JUNE 2015 */ |
| 14:05.27 | *** join/#brlcad luca79 (~luca@151.35.119.200) | |
| 15:00.20 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:42.11 | *** join/#brlcad andromeda-galaxy (~andromeda@108-225-17-54.lightspeed.sntcca.sbcglobal.net) | |
| 16:40.54 | *** join/#brlcad Shubham (6719e766@gateway/web/freenode/ip.103.25.231.102) | |
| 17:20.04 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 17:44.31 | *** join/#brlcad bradh (~brad@2600:1010:b01d:77bc:ac4d:35f7:12dd:2efa) | |
| 17:54.17 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 18:21.35 | *** join/#brlcad ih8sum3r (~chatzilla@122.173.187.253) | |
| 18:26.51 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 18:54.56 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 19:55.55 | *** join/#brlcad milinda (~milinda@112.134.120.31) | |
| 20:56.43 | *** join/#brlcad milinda (~milinda@124.43.229.177) | |
| 21:19.34 | *** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 22:03.42 | Notify | 03BRL-CAD Wiki:Konrado DJ * 8688 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 14 JUNE 2015 */ |
| 22:23.02 | Notify | 03BRL-CAD:ejno * 65289 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: comments |
| 22:26.35 | Notify | 03BRL-CAD Wiki:Andrei.ilinca24 * 8689 /wiki/User:Andrei.ilinca24/logs: /* Coding Period */ |
| 22:55.48 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 00:03.46 | Notify | 03BRL-CAD:starseeker * 65290 (brlcad/trunk/src/other/tcl/CMakeLists.txt brlcad/trunk/src/other/tk/CMakeLists.txt): Looks like this test is problematic on Windows generally at the moment... |
| 00:06.11 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 00:10.11 | sofat | starseeker, I am download new source code of brlcad and I see code is used my patch(wordpress xsl) settings but after compile it not make any php file |
| 00:11.41 | sofat | so please check 374 ticket number patch its working perfectly and please apply on main code as soon as possible. |
| 00:41.11 | Notify | 03BRL-CAD:starseeker * 65291 (brlcad/trunk/CMakeLists.txt brlcad/trunk/include/common.h): Don't include config_win.h if we're using mingw |
| 00:50.13 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8690 /wiki/User:MeShubham99/GSoc15/log_developmen: /* Week 3 */ |
| 00:53.24 | sofat | starseeker, hello |
| 00:53.31 | sofat | <PROTECTED> |
| 00:53.38 | sofat | so please check 374 ticket number patch its working perfectly and please apply on main code as soon as possible. |
| 00:54.41 | Notify | 03BRL-CAD:starseeker * 65292 brlcad/trunk/src/other/libz/CMakeLists.txt: Don't add zlib1.rc if we're doing the custom command verison. |
| 01:17.34 | sofat | starseeker, how i convert the xml to php in new version code ? |
| 02:04.06 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 02:13.31 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 02:34.48 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8691 /wiki/User:MeShubham99/GSoc15/log_developmen: /* Personal notes */ |
| 02:35.36 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8692 /wiki/User:MeShubham99/GSoc15/log_developmen: /* Personal notes */ |
| 03:04.14 | starseeker | sofat: you need to turn on the PHP variable |
| 03:04.37 | starseeker | -DBRLCAD_EXTRADOCS_PHP=ON |
| 04:13.35 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 05:02.46 | Notify | 03BRL-CAD Wiki:Konrado DJ * 8693 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 15 JUNE 2015 */ |
| 05:09.09 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8694 /wiki/User:MeShubham99/GSoc15/OGV_production_ready_plan: |
| 05:14.21 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-jvwgntmttaukgdyt) | |
| 06:39.28 | *** join/#brlcad luca79 (~luca@host55-18-dynamic.4-87-r.retail.telecomitalia.it) | |
| 10:26.54 | *** join/#brlcad luca79 (~luca@5.170.223.196) | |
| 12:36.06 | *** join/#brlcad luca79 (~luca@5.170.91.224) | |
| 13:00.25 | *** join/#brlcad terrywen (~twen6@65-125-18-2.dia.static.qwest.net) | |
| 13:06.26 | Notify | 03BRL-CAD:starseeker * 65293 brlcad/trunk/include/bu/opt.h: Avoid 'added to multiple groups' doxygen warning |
| 13:15.43 | Notify | 03BRL-CAD:starseeker * 65294 brlcad/trunk/misc/doxygen/libbu.dox: reorganize slightly |
| 13:19.32 | Notify | 03BRL-CAD:ejno * 65295 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: move COMPSPLT information up into RegionManager |
| 13:29.44 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 13:33.00 | Notify | 03BRL-CAD:ejno * 65296 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: write Sections at end of output file |
| 13:41.00 | Notify | 03BRL-CAD:starseeker * 65297 brlcad/trunk/include/bu/opt.h: More work on bu_opt_parse documentation |
| 13:56.31 | Notify | 03BRL-CAD:starseeker * 65298 brlcad/trunk/src/libbu/opt.c: vls should do only one entry at a time under the new setup. |
| 13:56.58 | *** join/#brlcad luca79 (~luca@5.170.91.224) | |
| 14:00.47 | Notify | 03BRL-CAD:starseeker * 65299 brlcad/trunk/include/bu/opt.h: More doc updates |
| 14:07.52 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 14:13.56 | Notify | 03BRL-CAD:starseeker * 65300 brlcad/trunk/include/bu/opt.h: Figure out how to add example help printouts to doxygen |
| 14:16.55 | Notify | 03BRL-CAD:carlmoore * 65301 (brlcad/trunk/src/conv/g-obj.c brlcad/trunk/src/libbu/opt.c brlcad/trunk/src/libged/analyze.c): remove a trailing whitespace character; fix spellings |
| 14:35.18 | Notify | 03BRL-CAD:starseeker * 65302 brlcad/trunk/include/bu/opt.h: Start documenting bu_opt_describe. Thought - would it be worthwhile to support regex specifiers for option definitions? |
| 15:28.13 | *** join/#brlcad andromeda-galaxy (~andromeda@108-225-17-54.lightspeed.sntcca.sbcglobal.net) | |
| 15:33.48 | *** join/#brlcad bradh (~brad@2600:1010:b00d:9926:ac4d:35f7:12dd:2efa) | |
| 15:46.59 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:48.00 | *** join/#brlcad milinda (~milinda@124.43.240.160) | |
| 15:53.21 | Notify | 03BRL-CAD:starseeker * 65303 brlcad/trunk/src/conv/gcv/gcv.cpp: See if a more sophisticated approach to input/output only options can support a more flexible syntax. |
| 16:13.49 | Notify | 03BRL-CAD:ejno * 65304 brlcad/trunk/include/rt/ray_partition.h: include rt/seg.h for use of struct seg in struct partition_list |
| 16:23.05 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:30.45 | *** join/#brlcad vasc (~VASC@bl7-170-75.dsl.telepac.pt) | |
| 17:21.30 | *** join/#brlcad amalia237 (~amalia237@41.205.22.52) | |
| 17:30.44 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 17:45.32 | *** join/#brlcad LordOfBikes (~armin@dslb-088-064-045-102.088.064.pools.vodafone-ip.de) | |
| 17:58.49 | Notify | 03BRL-CAD Wiki:Bhollister * 8695 /wiki/User:Bhollister/DevLogJune2015: /* Saturday, June 13, 2015 */ |
| 18:02.00 | Notify | 03BRL-CAD:starseeker * 65305 brlcad/trunk/src/conv/gcv/gcv.cpp: Rework option handling a bit more for gcv |
| 18:06.23 | *** join/#brlcad sofat (~sofat@202.164.45.208) | |
| 18:28.20 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 18:55.23 | Notify | 03BRL-CAD:starseeker * 65306 brlcad/trunk/src/libbu/opt.c: May be getting a longer argv - just make sure we have at least one argc to work on. |
| 18:55.57 | Notify | 03BRL-CAD:starseeker * 65307 brlcad/trunk/src/conv/gcv/gcv.cpp: Going this route, also want to explicity specify an option for both input and output. |
| 19:03.23 | *** join/#brlcad sofat (~sofat@202.164.45.208) | |
| 19:54.02 | Notify | 03BRL-CAD:ejno * 65308 (brlcad/trunk/src/libgcv/conv/fastgen4/NOTES brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp): apply matrices in get_cutout() |
| 19:56.36 | Notify | 03BRL-CAD Wiki:Ngassafinjap * 8696 /wiki/User:Amalia/Development_logs: /* Monday June 15th */ |
| 19:57.11 | Notify | 03BRL-CAD Wiki:Ngassafinjap * 8697 /wiki/User:Amalia/Development_logs: /* Saturday June 13th */ |
| 20:05.14 | Notify | 03BRL-CAD:starseeker * 65309 brlcad/trunk/src/libged/gdiff.c: get the right strings for gdiff |
| 20:07.46 | *** join/#brlcad milinda (~milinda@124.43.82.4) | |
| 20:38.18 | Notify | 03BRL-CAD Wiki:202.164.45.208 * 8698 /wiki/User:Hiteshsofat/GSoc15/log_developmen: |
| 21:18.23 | Notify | 03BRL-CAD Wiki:Ngassafinjap * 8699 /wiki/User:Amalia/Development_logs: /* Monday June 15th */ |
| 21:22.11 | *** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 21:23.42 | Notify | 03BRL-CAD Wiki:Ngassafinjap * 8700 /wiki/User:Amalia/Development_logs: /* Monday June 15th */ |
| 22:01.28 | *** join/#brlcad milinda (~milinda@124.43.161.92) | |
| 22:04.34 | Notify | 03BRL-CAD Wiki:Konrado DJ * 8701 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 15 JUNE 2015 */ |
| 22:54.28 | Notify | 03BRL-CAD:n_reed * 65310 (brlcad/trunk/include/bu/opt.h brlcad/trunk/src/conv/g-obj.c and 4 others): add a convenience macro for bu opt callbacks to check for one arg (inspired by GED_CHECK_ARGC_GT_0) |
| 22:57.04 | Notify | 03BRL-CAD:n_reed * 65311 brlcad/trunk/include/bu/opt.h: fix typo |
| 23:14.05 | *** join/#brlcad milinda (~milinda@112.134.14.63) | |
| 23:18.22 | *** join/#brlcad ih8sum3r (~ih8sum3r@122.173.187.253) | |
| 00:02.47 | Notify | 03BRL-CAD Wiki:Bhollister * 8702 /wiki/User:Bhollister/DevLogJune2015: /* Monday, June 15, 2015: Start of Week 4 (of 14) */ |
| 00:17.27 | *** join/#brlcad milinda (~milinda@112.134.22.44) | |
| 00:19.38 | Notify | 03BRL-CAD:n_reed * 65312 brlcad/trunk/src/conv/step/step-g/step-g.cpp: modify step-g to use bu_opt_parse |
| 00:29.23 | Notify | 03BRL-CAD:starseeker * 65313 (brlcad/trunk/src/other/tcl/CMakeLists.txt brlcad/trunk/src/other/tk/CMakeLists.txt): MSVC specific flags |
| 00:54.35 | Notify | 03BRL-CAD:starseeker * 65314 (brlcad/trunk/src/other/openNURBS/opennurbs_system.h brlcad/trunk/src/other/openNURBS/opennurbs_uuid.h): Add mingw fixes from http://cmrg.ucsd.edu/Continuity/Documentation/DeveloperDocs/OpenNurbs |
| 01:01.26 | *** join/#brlcad milinda (~milinda@112.134.79.172) | |
| 01:24.47 | Notify | 03BRL-CAD:starseeker * 65315 brlcad/trunk/src/other/openNURBS/opennurbs_system.h: Include malloc.h with mingw |
| 01:52.15 | Notify | 03BRL-CAD:starseeker * 65316 brlcad/trunk/src/other/openNURBS/opennurbs_archive.cpp: Apparently mingw doesn't provide readdir_r |
| 01:59.46 | Notify | 03BRL-CAD:starseeker * 65317 (brlcad/trunk/src/other/libutahrle/colorquant.c brlcad/trunk/src/other/libutahrle/rle_getrow.c): Needs double checking. Switch from bzero to memset. |
| 02:04.06 | Notify | 03BRL-CAD:starseeker * 65318 (brlcad/trunk/src/other/libutahrle/rle_hdr.c brlcad/trunk/src/other/libutahrle/rle_rawrow.c): bcopy -> memcpy |
| 02:05.59 | brlcad | starseeker: that's wrong (65318) |
| 02:09.27 | Notify | 03BRL-CAD:starseeker * 65319 (brlcad/trunk/src/other/libutahrle/rle_open_f.c brlcad/trunk/src/other/libutahrle/rle_rawrow.c): More mingw tweaks |
| 02:18.06 | Notify | 03BRL-CAD:starseeker * 65320 (brlcad/trunk/src/other/URToolkit/cnv/aliastorle.c brlcad/trunk/src/other/URToolkit/cnv/rletoabA60.c and 9 others): bzero->memset |
| 02:18.17 | starseeker | brlcad: really? |
| 02:18.21 | starseeker | checks bcopy |
| 02:20.40 | starseeker | ah |
| 02:20.44 | starseeker | order of args |
| 02:20.47 | starseeker | mutter |
| 02:25.12 | Notify | 03BRL-CAD:starseeker * 65321 (brlcad/trunk/src/other/URToolkit/cnv/aliastorle.c brlcad/trunk/src/other/URToolkit/cnv/rletoabA60.c and 15 others): looks like the rle_config.h header has provisions for this |
| 02:29.12 | Notify | 03BRL-CAD:starseeker * 65322 brlcad/trunk/src/other/libutahrle/rle_open_f.c: still need this bit |
| 02:38.54 | starseeker | brlcad: thanks for catching that |
| 02:39.21 | starseeker | decides he's been staring at this long enough for one evening... taking out the trash now sounds like more fun |
| 02:55.04 | brlcad | np |
| 03:00.40 | Notify | 03BRL-CAD Wiki:59.91.233.134 * 8703 /wiki/User:Gurwinder_Singh/GSoc15/log_developmen: |
| 03:00.43 | brlcad | starseeker: r65291 (not using config_win.h) is a little surprising... is it really easier to fully bypass all the manual settings? |
| 03:01.45 | brlcad | I know many of the symbols aren't needed, but I'd be surprised if many/most aren't still needed/desirable |
| 03:02.08 | brlcad | though I guess so long as fixes involve adding the right cmake checks, it's still progress towards not needing that header altogether :) |
| 03:06.25 | starseeker | brlcad: I don't know yet (config_win.h) |
| 03:07.04 | starseeker | unfortunately, it looks like getting the CMake for Tcl/Tk up to snuff for mingw is going to be A Job |
| 03:07.55 | starseeker | could do system installs I suppose to bypass it, but sooner or later it'll have to be delt with, so I suppose it's next up |
| 03:08.54 | starseeker | libxslt and friends are going to be a bit of a pain as well - they're doing something rather... odd with the dll import/export logic |
| 03:10.37 | starseeker | brlcad: unless you spot something, the bu_opt option parsing should be closing in on ready |
| 03:11.41 | starseeker | probably don't have all the really funky quoting situations handled yet |
| 03:13.32 | starseeker | is always reminded of how nice the libbu portability layer is every time he has to drag third party codes onto a new platform... |
| 04:01.17 | *** join/#brlcad milinda (~milinda@192.248.8.66) | |
| 05:14.30 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-azmratzrksuplceh) | |
| 06:26.29 | Notify | 03BRL-CAD Wiki:Konrado DJ * 8704 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 16 JUNE 2015 */ |
| 07:12.10 | *** join/#brlcad gurwinder (3b5be986@gateway/web/freenode/ip.59.91.233.134) | |
| 07:48.35 | *** join/#brlcad teepee-- (bc5c2133@gateway/web/freenode/ip.188.92.33.51) | |
| 09:32.22 | *** join/#brlcad bradh (~brad@2600:1010:b046:cf43:c4ef:ae71:df00:9b0e) | |
| 09:37.42 | *** join/#brlcad luca79 (~luca@host77-10-dynamic.0-87-r.retail.telecomitalia.it) | |
| 10:07.19 | *** join/#brlcad arno (~luca@host120-11-dynamic.0-87-r.retail.telecomitalia.it) | |
| 13:47.42 | Notify | 03BRL-CAD:ejno * 65323 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: write WALL records |
| 13:54.40 | *** join/#brlcad ih8sum3r (~ih8sum3r@122.173.187.253) | |
| 13:56.56 | *** part/#brlcad ih8sum3r (~ih8sum3r@122.173.187.253) | |
| 14:40.17 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:21.30 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:21.59 | Notify | 03BRL-CAD:carlmoore * 65324 brlcad/trunk/src/libged/tire.c: supply missing argument in bu_vls_printf |
| 15:25.45 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-usllcqagkftfetia) | |
| 16:30.52 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:31.25 | *** join/#brlcad milinda (~milinda@103.247.48.182) | |
| 16:34.16 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8705 /wiki/User:MeShubham99/GSoc15/log_developmen: /* Week 4 */ |
| 16:36.10 | Notify | 03BRL-CAD:starseeker * 65325 brlcad/trunk/src/libbu/opt.c: Want the print specifier for a long |
| 16:36.28 | milinda | Anyone have any idea on how to render a step file in a OpenGL view ? |
| 16:37.01 | starseeker | milinda: you have to convert it to triangles and feed the triangles to OpenGL |
| 16:40.38 | Notify | 03BRL-CAD Wiki:85.246.112.247 * 8706 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Phase */ |
| 16:41.10 | Notify | 03BRL-CAD:starseeker * 65326 brlcad/trunk/include/bu/opt.h: add a comment for BU_OPT_CHECK_ARGV0 |
| 16:41.40 | milinda | I am not an expert on structure of the step files. Step files contains the triangles we need ? |
| 16:42.15 | milinda | How to browse the triangles in the step file in order to visualize them ? |
| 16:42.40 | milinda | Does BRL-CAD have any functionality related to that ? |
| 16:44.56 | Notify | 03BRL-CAD:starseeker * 65327 brlcad/trunk/src/other/tcl/CMakeLists.txt: Commit changes from Byron Bradley to get Tcl's CMake build working with mingw |
| 16:47.10 | Notify | 03BRL-CAD:ejno * 65328 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: convert toplevel objects that are not within a region |
| 16:47.48 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8707 /wiki/User:MeShubham99/GSoc15/log_developmen: /* Personal notes */ |
| 16:48.22 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8708 /wiki/User:MeShubham99/GSoc15/log_developmen: /* Personal notes */ |
| 16:52.02 | *** join/#brlcad gaganjyot (~gaganjyot@103.226.4.44) | |
| 17:09.53 | Notify | 03BRL-CAD:ejno * 65329 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: check path length before looking for CCONE or CSPHERE elements |
| 17:10.02 | Notify | 03BRL-CAD:starseeker * 65330 brlcad/trunk/src/other/tcl/CMakeLists.txt: conditionalize |
| 17:10.47 | brlcad | milinda: no, step files usually do not have triangles - they usually have a boundary representation |
| 17:11.22 | brlcad | that's indeed where using brl-cad came into the picture, we have code that evaluates triangles |
| 17:11.25 | brlcad | bah |
| 17:33.50 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 17:44.24 | Notify | 03BRL-CAD:carlmoore * 65331 brlcad/trunk/src/util/bwscale.c: cosmetic changes so bwscale.c and pixscale.c look more alike |
| 18:13.25 | *** join/#brlcad brad_h (~behollis@dhcp-59-221.cse.ucsc.edu) | |
| 18:53.30 | Notify | 03BRL-CAD Wiki:Bhollister * 8709 /wiki/User:Bhollister/DevLogJune2015: |
| 19:19.20 | *** join/#brlcad sofat (~sofat@101.208.241.94) | |
| 19:19.48 | *** join/#brlcad random (0e8b5206@gateway/web/freenode/ip.14.139.82.6) | |
| 19:20.56 | random | Hi all , I am new to community and I want to start contributing |
| 19:32.49 | brlcad | random: welcome! |
| 19:33.19 | brlcad | random: what are your areas of interest? experience? |
| 19:35.12 | Notify | 03BRL-CAD:n_reed * 65332 brlcad/trunk/include/bu/opt.h: standardize escape char, remove references to min/max arg counts, and expand callback and bu_opt_parse documentation |
| 19:35.17 | random | i am intrested in graphics |
| 19:35.25 | random | and image processing |
| 19:35.42 | sofat | brlcad, hello |
| 19:35.57 | brlcad | cool, that's certainly our cup of tea too -- did you have a particular goal in mind? or are you looking for project ideas? |
| 19:36.07 | brlcad | hi sofat |
| 19:36.47 | brlcad | sofat: haven't heard anything from you regarding account setup, everything okay? |
| 19:37.57 | Notify | 03BRL-CAD:ejno * 65333 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: skip primitives in ignored regions |
| 19:38.49 | random | i would like to start low and gradually build up and yes i do have some long term goals |
| 19:39.34 | brlcad | random: low as in low-level image processing or start with something small? a small task? |
| 19:39.46 | random | small tasks |
| 19:40.18 | brlcad | cool, so what do you need? |
| 19:42.30 | random | where do i begin with |
| 19:43.38 | brlcad | well I could certainly spell out a task and see if you can handle it, and slowly give you harder tasks |
| 19:44.11 | brlcad | or you can explore our list of to-do items and find something interesting to you |
| 19:44.12 | brlcad | <PROTECTED> |
| 19:44.29 | brlcad | or you could simply work towards a goal of your own |
| 19:44.32 | random | that sounds good |
| 19:45.01 | brlcad | do you know C? |
| 19:45.05 | brlcad | c/c++ |
| 19:45.12 | random | yes |
| 19:45.23 | brlcad | well then you're definitely in the right place ;) |
| 19:45.39 | brlcad | so which of those three options sounded the most appealing to you? |
| 19:46.21 | random | assign a task to me |
| 19:46.32 | brlcad | okay |
| 19:47.31 | brlcad | well, just taking a quick glance into our BUGS file, there's a simple bug that was found recently in our 'pixborder' tool |
| 19:48.07 | *** join/#brlcad LordOfBikes (~armin@dslb-088-065-187-014.088.065.pools.vodafone-ip.de) | |
| 19:48.08 | brlcad | the fix is probably very simple |
| 19:48.23 | brlcad | it's this entry: |
| 19:48.26 | brlcad | * pixborder doesn't account for an edge case where the right edge of an image is expected to be colored (except for one pixel on the top edge). Example: |
| 19:48.30 | brlcad | pixborder -b "255 0 0" -t "255 255 255" < pix/moss.pix | pix-fb |
| 19:49.30 | brlcad | if you've not read this yet, it's a good starting point to get a bigger picture: http://en.flossmanuals.net/contributors-guide-to-brl-cad/ |
| 19:50.00 | brlcad | then when you're through with that, you can check out the pixborder sources by getting a source checkout from svn and looking at the src/util/pixborder.c file |
| 19:50.18 | brlcad | compile, observe the bug, and see if you can fix it |
| 19:50.23 | brlcad | ~cadsvn |
| 19:50.23 | infobot | To obtain BRL-CAD from Subversion: svn checkout https://svn.code.sourceforge.net/p/brlcad/code/brlcad/trunk brlcad |
| 19:51.31 | random | ok |
| 19:53.37 | Notify | 03BRL-CAD:n_reed * 65334 (brlcad/branches/brep-debug/CMakeLists.txt brlcad/branches/brep-debug/doc/docbook/system/man1/en/bwrect.xml and 59 others): sync from trunk |
| 19:57.52 | brlcad | random: and don't be shy if you have questions ... answers will sometimes come immediately, sometimes hours later, but you will get an answer if you stay on IRC (you may want to get a real IRC client application to stay connected) |
| 19:58.27 | random | thanx |
| 20:04.00 | *** join/#brlcad sofat (~sofat@101.208.55.142) | |
| 20:38.49 | Notify | 03BRL-CAD:carlmoore * 65335 (brlcad/trunk/doc/docbook/system/man1/en/bw-fb.xml brlcad/trunk/doc/docbook/system/man1/en/pix-fb.xml): consolidate the write-up of -s,-w,-n,-S,-W,-N (if the last 3 options are omitted, we use the input file size) |
| 20:43.05 | *** join/#brlcad random (0e8b5206@gateway/web/freenode/ip.14.139.82.6) | |
| 20:45.16 | Notify | 03BRL-CAD Wiki:Deekaysharma * 8710 /wiki/User:Deekaysharma/logs: |
| 20:48.51 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 21:06.58 | Notify | 03BRL-CAD:starseeker * 65336 brlcad/trunk/src/libged/gdiff.c: Make sure we have the objects specified in the database before we proceed. |
| 21:16.04 | Notify | 03BRL-CAD:ejno * 65337 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: check matrices in find_walls() |
| 21:27.18 | Notify | 03BRL-CAD:starseeker * 65338 (brlcad/trunk/include/analyze.h brlcad/trunk/src/libanalyze/raydiff.c and 2 others): Add the ability to report only left/right rays that appear to be part of a volume difference, rather than being some sort of grazing or edge case. Preserve the full reporting with a -G option if we want to see the grazing differences. |
| 21:51.46 | Notify | 03BRL-CAD:n_reed * 65339 (brlcad/branches/brep-debug/doc/docbook/system/implementation/CMakeLists.txt =================================================================== and 11 others): start docbook article with documentation on the NURBS boolean evaluation implementation |
| 22:11.36 | random | not able to compile from source please help |
| 22:12.49 | brlcad | starseeker: have you tried JAVADOC_AUTOBRIEF? |
| 22:13.39 | brlcad | random: you have to provide info if anyone is to help you ;) |
| 22:13.39 | brlcad | a build log, an error message, configuration settings, etc |
| 22:14.10 | brlcad | really cool to see doxygen supports markdown now |
| 22:15.03 | random | no[src/librtserver/CMakeFiles/rtserver.dir/rtserver.c.o] Error 1 |
| 22:15.32 | random | <PROTECTED> |
| 22:18.08 | brlcad | turn off java |
| 22:18.40 | random | ok |
| 22:19.07 | brlcad | cmake -DBRLCAD_ENABLE_RTSERVER=NO |
| 22:20.11 | brlcad | normally, more context than that is needed, but fortunately that issue is well known |
| 22:20.42 | brlcad | as you didn't technically paste the actual error message |
| 22:22.46 | random | thanx |
| 22:23.47 | brlcad | np |
| 22:24.02 | brlcad | if it's several lines, pastebin.ca is usually the way to go |
| 22:27.43 | random | ok i will use that from the next time |
| 22:49.45 | starseeker | brlcad: I don't believe I've tried that |
| 23:21.24 | Notify | 03BRL-CAD Wiki:Konrado DJ * 8711 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 16 JUNE 2015 */ |
| 23:59.59 | Notify | 03BRL-CAD Wiki:Bhollister * 8712 /wiki/User:Bhollister/DevLogJune2015: |
| 00:02.58 | Notify | 03BRL-CAD Wiki:Bhollister * 8713 /wiki/User:Bhollister/DevLogJune2015: /* Tuesday, June 16, 2015 */ |
| 00:05.11 | Notify | 03BRL-CAD Wiki:Bhollister * 8714 /wiki/User:Bhollister/DevLogJune2015: /* Tuesday, June 16, 2015 */ |
| 00:27.48 | Notify | 03BRL-CAD:starseeker * 65340 brlcad/trunk/src/libbrep/shape_recognition.cpp: We're not ready for torus based shapes yet. |
| 02:37.42 | Notify | 03BRL-CAD:brlcad * 65341 (brlcad/trunk/doc/docbook/articles/en/CMakeLists.txt brlcad/trunk/doc/docbook/articles/hy/CMakeLists.txt and 2 others): DOCBOOK_TO_PDF already checks whether BRLCAD_EXTRADOCS_PDF is set, so we can eliminate these other checks. |
| 02:59.31 | brlcad | starseeker: haven't tried what? disabling rtserver? if it doesn't work, then it's a bug : |
| 03:00.11 | Notify | 03BRL-CAD:brlcad * 65342 (brlcad/trunk/CMakeLists.txt brlcad/trunk/doc/docbook/system/man1/en/CMakeLists.txt and 3 others): simplify, remove undocumented BRLCAD_EXTRADOCS_PDF_MAN option so that the man pages generate to pdf when BRLCAD_EXTRADOCS_PDF is enabled. dubious value creating individual pdf files for individual manual pages .. might want to eliminate altogether or (better) aggregate them all into one |
| 03:00.14 | Notify | book/pdf. |
| 03:00.16 | Notify | ... |
| 03:06.03 | Notify | 03BRL-CAD:starseeker * 65343 brlcad/trunk/src/other/URToolkit/cnv/CMakeLists.txt: looks like rletorla will need ws2_32 with mingw for gethostname |
| 03:13.22 | *** join/#brlcad bradh (~brad@2600:1010:b00f:a0c8:8970:1dad:d5b2:832a) | |
| 03:21.05 | brlcad | hm, we might need to restructure doc/docbook/system or frame it a little differently, same with the underused doc/docbook/specifications which overlaps with man7 |
| 03:23.06 | starseeker | brlcad: JAVA_AUTOBRIEF |
| 03:23.44 | brlcad | ahhh |
| 03:23.50 | brlcad | was trying to figure out that connection |
| 03:23.59 | starseeker | brlcad: if you're going to eliminate BRLCAD_EXTRADOCS_PDF_MAN we should probably build them all into one |
| 03:24.24 | brlcad | or not build them at all until someone adds the aggregate |
| 03:24.34 | starseeker | sure |
| 03:24.39 | starseeker | they take forever to build |
| 03:24.47 | starseeker | look pretty nice though |
| 03:24.56 | starseeker | (or did, last time I did PDF) |
| 03:25.15 | brlcad | I don't have strong feelings other than a desire to simplify our build |
| 03:25.16 | Notify | 03BRL-CAD:starseeker * 65344 brlcad/trunk/CMakeLists.txt: Start preparing for the end of config_win.h - it's a leftover from the autotools/MSVC project days. Now that we have CMake we should be testing for what it currently has hardcoded to make brlcad_config.h work for everyone. Will be a fair bit of logic to move over, but worth it from a long term perspective. |
| 03:25.57 | starseeker | brlcad: well, if we're not going to break it out then we should probably just eliminate it - don't want to have to wait for all the man pages when doing PDFs of the books |
| 03:26.03 | brlcad | i spent many hours last weekend wading through what should have been a relatively simple change, but the complexity and interdependent logic was killing me |
| 03:26.29 | starseeker | apologies |
| 03:26.33 | brlcad | probably was doing something wrong, but I just kept running into issue after issue |
| 03:26.41 | brlcad | no worries |
| 03:27.04 | starseeker | brlcad: doubt it - that's the classic n=1 developer problem |
| 03:27.11 | brlcad | how long are all the pdfs now (with and without mans)? |
| 03:27.15 | starseeker | it made sense to me, but no one else ever saw it |
| 03:27.27 | starseeker | you mean how long to build, or page length? |
| 03:27.33 | brlcad | long to build |
| 03:28.05 | starseeker | last time I tried it I think the PDF man pages were a couple times the length of the rest of the build, but it's been a looong time |
| 03:28.43 | brlcad | what I was mostly fighting was data encapsulation issues .. some common routine that would set some global property or build up some variable that it never used, but was used somewhere far away |
| 03:28.52 | starseeker | ah |
| 03:28.59 | brlcad | almost certainly logic growth |
| 03:29.03 | starseeker | yeah, that's probably the distcheck system |
| 03:29.29 | brlcad | no, this wasn't related to that |
| 03:29.31 | starseeker | need to maintain our own global registry of files for various purposes, since CMake (at least at the time of the original work) didn't |
| 03:29.51 | starseeker | hmm... maybe building lists of all html targets, pdf targets, etc.? |
| 03:30.22 | brlcad | I was simply trying to force it to use a system-installed dep |
| 03:30.29 | starseeker | hmm |
| 03:30.39 | starseeker | xsltproc? |
| 03:30.46 | brlcad | there were at least a dozen variables involved, several lists |
| 03:30.48 | starseeker | or do you mean DocBook inputs? |
| 03:31.04 | brlcad | nah, was trying to link against activestate |
| 03:31.05 | starseeker | if the latter, I'm not surprised it was hard - I made no provisions for that in the original design |
| 03:31.10 | starseeker | ahhh |
| 03:31.42 | brlcad | which ultimately should have been just turn our stuff off (which seemed to be a big problem) and add -framework Tcl |
| 03:31.54 | starseeker | yeah, that worked once upon a time on Windows |
| 03:32.00 | starseeker | not sure about Mac - probably not |
| 03:32.00 | brlcad | but then that has to get added to cflags and ldflags, and that was yet another ball of errors |
| 03:32.09 | starseeker | winces |
| 03:32.24 | brlcad | couldn't force it to set the dang ldflag no matter how many different ways I tried to set it |
| 03:32.36 | starseeker | yeah, the Tcl integration is in many ways the most primitive bit of our CMake logic (was the bit I had to do first, so it pretty much sucks.) |
| 03:32.53 | brlcad | started following the logic and it really looked like there were several bugs in play |
| 03:33.11 | starseeker | if I'm not mistaken the -framework bits get added as target_link_libraries, but it's been a while since I've delt with mac |
| 03:33.32 | brlcad | oh, I did that |
| 03:33.34 | brlcad | in many ways :) |
| 03:33.43 | starseeker | snorts |
| 03:33.44 | brlcad | it still wouldn't take for some reason |
| 03:33.49 | starseeker | figures |
| 03:33.57 | starseeker | yeah, I haven't touched ldflags much |
| 03:34.34 | brlcad | which is surprising since it's pretty much requisite for proper on-demand toggling of system libs and 64bit v 32-bit ... :) |
| 03:34.42 | starseeker | that's a weakness of CMake - they just pick what they consider "sensible" defaults and most of the world goes with those and adds a few flags. |
| 03:34.52 | brlcad | for tcl kept saying it matched finding a framework in a system path ... that was not the lib |
| 03:35.19 | brlcad | actually was a directory (that did not contain the lib) and it still didn't do anything with that info on the linker or compilation line |
| 03:35.27 | starseeker | frameworks on Mac are their own special brand of headache for the find logic, particularly when you have things like macports present |
| 03:35.28 | brlcad | like I said, seemed to be several bugs |
| 03:35.51 | starseeker | nods |
| 03:36.06 | starseeker | yeah, you wandered into one of the minefields |
| 03:36.38 | brlcad | I didn't seem to be fighting cmake actually, other than the stupid cache having to get wiped out every single run to make sure it really did retest with whatever new coercion I was trying |
| 03:37.02 | brlcad | I was definitely fighting the logic itself |
| 03:37.05 | brlcad | so question actually |
| 03:37.19 | brlcad | if you set a var, e..g, set(FOO "asdf;asdf;asdf") |
| 03:38.03 | brlcad | and messsage("I set FOO to ${FOO}") |
| 03:38.08 | brlcad | what should it print? |
| 03:38.35 | starseeker | "I set FOO to asdfasdfasdf" is probably what you'll get |
| 03:39.10 | starseeker | semicolons tend to get eaten, IIRC |
| 03:39.37 | starseeker | but it may depend on how FOO gets processed |
| 03:39.41 | brlcad | so that's one of the mysteries I was dealing with ... |
| 03:40.05 | brlcad | if I put those exact two lines into a cmakelists.txt file and run it, it prints "I set FOO to asdf;asdf;asdf" |
| 03:40.12 | starseeker | ah, did it |
| 03:40.29 | starseeker | OK, better than I expected |
| 03:40.31 | brlcad | yet, those same exact two lines in our logic print "I set FOO to asdfasdfasdf" |
| 03:40.46 | starseeker | O.o |
| 03:40.48 | starseeker | hmm |
| 03:41.03 | brlcad | is message() being overwritten? |
| 03:41.07 | starseeker | yes |
| 03:41.28 | starseeker | line 499 in the toplevel CMakeLists.txt file |
| 03:41.33 | brlcad | ugh, okay .. so that was a couple of the hours |
| 03:41.44 | brlcad | dare I ask why? :) |
| 03:41.53 | starseeker | that's so all the messages go into CMakeOutput.log as well as being printed |
| 03:42.08 | brlcad | hm, ok |
| 03:42.27 | brlcad | that makes sense (assuming no other way to direct message() output) |
| 03:42.40 | brlcad | so then it's just something screwy in that wrapper |
| 03:44.03 | starseeker | notes there actually is a comment explaining the purpose - given that the existing info failed to convey the existence and intent of that bit of code when someone was actually looking for it, that suggests we need a better mechanism for communicating that sort of info |
| 03:44.32 | starseeker | maybe some sort of BRL-CAD CMake pecularities README in the doc dir? |
| 03:45.34 | brlcad | I don't think that would help |
| 03:45.52 | brlcad | it's a nugget of information lost in a sea of other information |
| 03:46.30 | brlcad | so adding another layer of information to the mix wouldn't likely help, it'd just make it even harder to navigate (and get out of sync) |
| 03:47.18 | starseeker | nods - I don't like all the custom bits we do, but we also push CMake *very* hard in some weird directions |
| 03:47.59 | brlcad | the only issue with message() is that it doesn't just do what the comment says, it does more |
| 03:48.10 | starseeker | needs to investigate some of the new CMake 3 features to see if they can replace some of the wild and wooly bits I needed to do in 2.x |
| 03:48.15 | brlcad | it peeks at the message and changes it .. and that's ultimately what caused my confusion |
| 03:48.25 | starseeker | nods - the change is an unintential side effect |
| 03:48.39 | starseeker | probably wasn't aware of it at the time of the wrapping |
| 03:49.25 | brlcad | sure, to be expected |
| 03:49.30 | starseeker | that's probably a good one for the CMake list, actually |
| 03:49.36 | starseeker | someone else may have a better trick |
| 03:50.20 | brlcad | I guess the main reason you overrode it was to capture all messages, even from built-ins |
| 03:50.25 | starseeker | yes |
| 03:50.39 | brlcad | otherwise, it could ahve been self documenting by introducing our own printing wrapper |
| 03:50.43 | starseeker | and 3rd party builds where we can't define our own message function (BRLCAD_message or some such) |
| 03:51.23 | starseeker | might try something like this: http://stackoverflow.com/a/15843036/2037687 |
| 03:51.35 | starseeker | they're quoting ARGN, which might make the difference |
| 03:52.18 | starseeker | would have to experiment |
| 03:53.01 | Stragus | admires those who fight against cmake and other build systems |
| 03:53.08 | brlcad | yikes, execute_process for every print statement...that'd be heavy |
| 03:53.36 | starseeker | was looking more at quoting ARGN |
| 03:53.53 | brlcad | ah, yeah |
| 03:54.01 | brlcad | almost certainly is the diff |
| 03:54.18 | starseeker | that and having a parameter for the first arg |
| 03:54.30 | starseeker | I think message may always take 2 args, so that could be important |
| 03:55.08 | Notify | 03BRL-CAD:starseeker * 65345 brlcad/trunk/CMakeLists.txt: Returns would be nice... |
| 03:55.19 | brlcad | why do you replace the semis with colons in the log file? |
| 03:55.32 | starseeker | I think so they would print successfully |
| 03:55.44 | starseeker | (1st guess) |
| 03:56.09 | brlcad | that doesn't make sense to me :) |
| 03:56.30 | brlcad | file(APPEND myfile "asdf;asdf;asdf\n") .... should work :) |
| 03:56.47 | starseeker | as a raw string, yes |
| 03:57.13 | brlcad | ditto file(APPEND myfile "${var}\n") |
| 03:57.26 | starseeker | it may be a quoting question |
| 03:57.28 | brlcad | that should be plain substitution |
| 03:57.35 | starseeker | I'll have to do some experiments tomorrow |
| 03:58.41 | brlcad | ahh, I see an issue |
| 03:59.00 | brlcad | ARGN for message() includes an implicit arg0 |
| 03:59.07 | starseeker | gets as far as starting to build libbu, sees backtrace.c die on fork, execvp and sleep |
| 03:59.08 | brlcad | which gets semi'd |
| 04:00.06 | starseeker | brlcad: I've got to call it a night - keep a list of questions, and I'll be glad to run through them tomorrow |
| 04:00.27 | brlcad | yep, taht did the trick |
| 04:00.49 | brlcad | thanks ... one issue down just a few more to go ;) |
| 04:01.37 | Notify | 03BRL-CAD:starseeker * 65346 brlcad/trunk/CMakeLists.txt: function, not variable |
| 04:03.18 | starseeker | nods - glad to try to work them out. Lots of rough edges lurking in there... |
| 04:04.11 | starseeker | grr... why does the execvp function check pass with mingw, then wipe out with an implicit function declaration warning? |
| 04:04.27 | starseeker | makes himself step away from the quicksand... |
| 04:04.57 | brlcad | any way to convince you that using MINGW and __MINGW__ is a bad idea long-term? :) |
| 04:05.54 | brlcad | that means it really does have execvp and there's a header missing |
| 04:06.08 | Stragus | I usually detect __GNUC__ and __WIN32__ rather than __MINGW__ |
| 04:07.41 | brlcad | Stragus: best practice (at least for the most current build system theory) is to avoid platform symbols to the greatest extent possible |
| 04:08.07 | brlcad | test for the feature/lib/header or sets thereof that constitute that thing being blocked in conditionally |
| 04:08.49 | starseeker | brlcad: when we get to the BRL-CAD codebase, sure ;-) |
| 04:08.51 | brlcad | we do use __WIN32__ in a handful of places and have checks to try and keep it under control (prevent use) |
| 04:09.18 | starseeker | is trying to get through src/other to the main event quickly |
| 04:09.26 | brlcad | the costs are still there on src/other |
| 04:09.28 | Stragus | To support a bunch of exotic Unix systems, I'm sure testing features/libs/headers is a good option |
| 04:10.05 | brlcad | it's debt that will have to get paid at some point in the future when some poor bloke spends hours figuring out why some windows mingw build isn't behaving right |
| 04:10.45 | brlcad | Stragus: it's actually to support future systems more than past systems |
| 04:11.06 | brlcad | systems with unknown mixings of standards, headers, complexities |
| 04:11.37 | Stragus | I see. I don't expect new systems to appear so often that we need a generic and complex system to support them all |
| 04:12.02 | brlcad | say a new version of mingw or windows comes along that suddenly provides atanf() ... the code adapts |
| 04:12.03 | starseeker | brlcad: if mingw looks practical to support I guess src/other can be cleaned up somewhat |
| 04:12.13 | brlcad | that's the thing though! |
| 04:12.22 | brlcad | it's not actually more complex usually |
| 04:12.29 | brlcad | it's just a different way |
| 04:13.00 | starseeker | the src/other builds, by and large, are far less sophisticated than BRL-CAD's build, and some of the Windows tests are compilcated |
| 04:13.04 | starseeker | (relatively speaking) |
| 04:13.29 | starseeker | I'd rather package it all up into a .cmake file that can be sourced easily by various projects, if it comes to that |
| 04:13.43 | brlcad | starseeker: i'm not sure I follow |
| 04:14.27 | starseeker | most of our function tests for non-windows systems are just check_function calls. It's looking like we'll have to start mixing in required libs and headers for some of these tests |
| 04:14.43 | starseeker | (i.e., you have this function, but only if you include this header and link this library) |
| 04:14.44 | brlcad | I'm looking at examples like r65343 where you conditionally link ws2_32 if we're mingw instead of just testing for ws2_32 and linking it (actually 2 lines of code instead of 3) |
| 04:14.59 | starseeker | that extra information has to be managed, and we aren't set up to do it systematically right now |
| 04:15.09 | starseeker | even in BRL-CAD, much less the independent src/other builds |
| 04:15.52 | starseeker | but where/when do I link ws2_32? it's there for gethostname, so the "correct" thing to do is note and track that so we don't end up linking ws2_32 everywhere |
| 04:16.12 | starseeker | but I don't know how to capture and propagate that info |
| 04:16.47 | brlcad | I don't follow -- you link it right there on rletorla |
| 04:17.25 | starseeker | right, but if I'm doing the "right" thing I'll have a better gethostname check (which is what I'm actually after) in the build that knows to optionally include that lib |
| 04:17.42 | brlcad | i wouldn't say that's the right thing |
| 04:17.45 | starseeker | which means the function check for gethostname depends on a lib check for ws2_32 |
| 04:17.46 | brlcad | there's a gethostname system call |
| 04:17.53 | brlcad | it happens to come from a library called ws2_32 |
| 04:18.18 | brlcad | the code doesn't need to change, shouldn't need to change in this instance |
| 04:18.21 | brlcad | it's a linkage issue |
| 04:18.36 | starseeker | the library linkage list does need to change, and it changes based on the outcome of the gethostname test |
| 04:18.50 | brlcad | so there just needs to be a "does ws2_32 library exist (with gethostbyname)" |
| 04:19.29 | brlcad | that's a one-liner cmake directive, then one more line to set the target_link_libs on rletorla |
| 04:20.06 | starseeker | but there's a problem in that the HAVE_GETHOSTNAME test by itself is no longer enough - I need that linkage not just in rletorla, but *everywhere* gethostname is in use in my codebase |
| 04:21.34 | starseeker | so every build target that uses gethostname now needs an extra line, but I won't see that if I'm writing new code unless I happen to know mingw needs it |
| 04:22.24 | brlcad | right, but there's certainly plenty of precedent there already (and that's actually what we do) |
| 04:22.58 | starseeker | except cases where you need a library for functions are (or at least, were) quite rare |
| 04:23.05 | brlcad | moreover a CI dashboard would catch newcomers, technically solved |
| 04:23.06 | starseeker | M_LIBRARY is the only one that comes readily tomind |
| 04:23.15 | starseeker | and M_LIBRARY is a pain |
| 04:23.40 | brlcad | remembering the old build, there were far more cases than -lm |
| 04:24.01 | brlcad | we just lost support for them (which is fine, they were old, but not justification) |
| 04:24.19 | brlcad | some platforms genuinely need -lc for example |
| 04:25.08 | starseeker | would prefer to have some way to have the necessary libraries automatically added based on the CMake configure test and source code introspection |
| 04:25.10 | brlcad | networking is actually a set of libs if were were fully ported to all commercial UNIX systems (ones still being sold/supported even) |
| 04:26.05 | starseeker | ideally the programmer at the tool level shouldn't have to see that nonsense if we can detect it at the configure stage... |
| 04:26.26 | brlcad | I hear you say that and I envision more unencapsulated side-effect logic that is brittle to different conditions |
| 04:26.44 | brlcad | let it be declarative |
| 04:26.59 | brlcad | let duplication determine when/where to refactor into common logic |
| 04:27.05 | starseeker | that makes for far less readable build files though |
| 04:27.48 | brlcad | I'm not sure I would find it any worse if that logic is merely pushed elsewhere |
| 04:28.57 | brlcad | in fact, distancing it from where it's needed can also make it harder to understand, definitely a tradeoff in play |
| 04:28.59 | starseeker | I guess the tradeoff is it's more complex to add support for new systems, but day-to-day you have to interact with less logic more tightly focused on the local problem |
| 04:29.58 | starseeker | supposes option b) would be to libbu wrap functions that may need extra library help and deal with it there |
| 04:30.04 | brlcad | this all still seems incredibly distanced from the immediate issue of using platform symbols in the build system |
| 04:30.38 | starseeker | I suppose |
| 04:30.57 | brlcad | I just don't see how platform checks are defensible, even if taken to the extreme of explicitly testing everywhere a MINGW or WIN32 or whatever is being used |
| 04:31.04 | brlcad | there's already logic inserted |
| 04:31.20 | starseeker | will find_library work for ws2_32? |
| 04:31.38 | brlcad | it's replacing "if(platform) ... endif" with "test_something(); if(test)... endif" :) |
| 04:32.51 | starseeker | I'm willing to try, but I won't be surprised if we end up with dozens of lines of configure tests duplicated across several build systems in place of the if(MINGW) tests... |
| 04:33.05 | starseeker | maybe it's worth it for future proofing |
| 04:33.57 | brlcad | s.o. question says something like find_library(ws2_32_LIBRARY_PATH ws2_32) shoudl work |
| 04:34.15 | starseeker | ok, we'll give it a try |
| 04:34.25 | brlcad | target_link_libraries(rletorla ${ws2_32_LIBRARY_PATH}) |
| 04:34.27 | starseeker | keeps flashing back to the hypot test and similar cases |
| 04:35.02 | brlcad | might not even need the if(test) wrapping if target_link_libs smartly handles NOTFOUND results |
| 04:35.45 | starseeker | I believe it does |
| 04:35.57 | starseeker | just means the target_link_libs list gets ugly |
| 04:36.09 | starseeker | but that's inevitable anyway, I suppose |
| 04:36.15 | starseeker | mged's is pretty bad |
| 04:36.41 | brlcad | nods |
| 04:37.55 | brlcad | entirely expect we'd eventually have the whole shebang get declared / tested |
| 04:38.19 | starseeker | shudders at the idea of testing MSVC compilation flags |
| 04:38.28 | brlcad | the way we handled it in autotools was similar to what we do with our common headers (io, socket, net) |
| 04:38.32 | starseeker | gcc/clang are bad enough |
| 04:39.41 | brlcad | so the build system would test a slew of possible net libs and group together the ones commonly related so ${REGEX_LIBS} might be expanded to "-lc -lm -lposix |
| 04:39.53 | brlcad | because some platform spread out regex across those system libs |
| 04:40.02 | brlcad | (actual case) |
| 04:40.16 | starseeker | slap that platform with a wet trout until they fix it |
| 04:40.35 | starseeker | yikes |
| 04:40.43 | brlcad | it was by design |
| 04:41.17 | brlcad | I don't think it changed for 5 or so years and only because they adopted a different implementation |
| 04:41.35 | brlcad | and not an obscure platform .. one of our primaries |
| 04:41.47 | Notify | 03BRL-CAD Wiki:Shaina7837 * 8715 /wiki/User:Shainasabarwal/GSoC15/logs: /* 1 June */ |
| 04:41.51 | brlcad | (a new one at the time) |
| 04:42.56 | starseeker | if we have to do that sort of thing again it'll have to be very cleary documented, somehow |
| 04:44.05 | starseeker | will have to think about how to approach that situation... |
| 04:44.10 | starseeker | blegh |
| 04:44.34 | starseeker | our configure tests will end up looking like BRLCAD_ADDEXEC and friends |
| 04:45.41 | starseeker | so we've got possible required headers, possible require libraries, possible different combinations of required libraries... |
| 04:46.18 | starseeker | maybe compiler flags, depending... |
| 04:48.13 | starseeker | ah, there's hypot - so we need to allow for the possibility of symbol checks as well |
| 04:48.56 | starseeker | brlcad: let me digest a little - I might be able to come up with a more general BRLCAD_CHECK_FUNCTION_EXISTS macro |
| 04:49.47 | starseeker | if we do need to support that sort of case, I'd like it to at least be as easy as possible to define the test |
| 04:50.56 | brlcad | definitely compiler flags |
| 04:51.16 | brlcad | I pretty much confirmed that 32-bit and 64-bit forced compilation isn't working |
| 04:51.24 | brlcad | and it was entirely due to flags |
| 04:51.29 | starseeker | isn't surprised |
| 04:51.36 | brlcad | linker flags were wrong |
| 04:52.25 | brlcad | I really wouldn't get too fancy with more general testing until common patterns emerge |
| 04:52.27 | starseeker | it's hard to even get the CMake find capabilities to do the right searches for both 32 and 64 bit libs reliably based on settings - last time I looked, they were missing some capabilities there |
| 04:54.45 | brlcad | there definitely are cases where we only want to test if a function is declared or not, or available/links, or "works" as intended |
| 04:55.10 | brlcad | cmake docs purport to support those three categories as well, so might be able to get away wrapperless |
| 04:55.25 | brlcad | I did read that several issues were fixed in some of the common functions |
| 04:55.42 | brlcad | at least one issue I talked with them about they weren't going to fix (even though it was wrong) |
| 04:55.49 | brlcad | but a workaround was possible |
| 04:57.29 | starseeker | nods |
| 04:57.55 | starseeker | well, I'll take a stab at detecting windows libs |
| 04:59.01 | starseeker | tomorrow |
| 04:59.10 | starseeker | really does sign off this time... |
| 05:05.49 | brlcad | thanks for all the help |
| 05:52.11 | Notify | 03BRL-CAD:brlcad * 65347 brlcad/trunk/CMakeLists.txt: aha, thanks to cliff for pinpointing what was causing my confusion regarding disappearing semicolons. turns out ARGN list elements are semicolon delimited internally, so quotes were needed. take a slightly different approach on the message() override by making it consciously handle the optional argv1 message type, while logging/passing it on accordingly. |
| 05:54.28 | Notify | 03BRL-CAD:brlcad * 65348 brlcad/trunk/CMakeLists.txt: was just going to remove the duplicate, but answer the question why #define pipe _pipe won't work |
| 05:58.48 | brlcad | n_reed: I suggest we rename doc/docbook/specifications to doc/docbook/developer and move your doc/docbook/system/implementation/bool_eval_development.xml to there |
| 05:59.43 | brlcad | that'll give us a place to stub in our other dev docs when sofat is finished with online syncing |
| 06:00.27 | brlcad | not to mention other dev files that should get written but that should stay separate from the user docs |
| 06:06.05 | brlcad | with that changed, I think we should then rename doc/docbook/system to something else .. maybe doc/docbook/help or doc/docbook/manuals |
| 06:11.12 | brlcad | possibly even disolving the doc/docbook/system/man* subdirs altogether |
| 06:12.07 | brlcad | man1 becomes something like doc/docbook/applications, man3 goes into doc/docbook/developer, man5 also there or into doc/docbook/file_formats, and mann into doc/docbook/commands |
| 06:13.08 | Notify | 03BRL-CAD Wiki:Ngassafinjap * 8716 /wiki/User:Amalia/Development_logs: /* Tuesday June 16th */ |
| 06:14.41 | brlcad | that would likely make aggregation easier too since it will make sense to keep different audiences separate |
| 06:18.06 | brlcad | OPEN QUESTION: does anyone know a good way to detect that all of our public API has a doxygen comment, ideally so we can test for it automatically and issue a dashboard/build/regression error until it's added? |
| 06:19.43 | brlcad | I could brute-force it and find all #define and EXPORT symbols easily enough with regex fu, and snatch any preceding comments, but that won't likely be very robust or comprehensive |
| 06:21.16 | brlcad | maybe if there's some way we could tell from the doxygen output itself that something isn't documented? |
| 07:24.44 | *** join/#brlcad milinda (~milinda@112.134.129.127) | |
| 07:35.16 | *** join/#brlcad teepee-- (bc5c2133@gateway/web/freenode/ip.188.92.33.51) | |
| 08:15.38 | *** join/#brlcad milinda (~milinda@124.43.108.251) | |
| 09:29.18 | *** join/#brlcad milinda (~milinda@124.43.174.82) | |
| 11:37.25 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 12:13.08 | *** join/#brlcad ih8sum3r (~ih8sum3r@122.173.187.253) | |
| 12:19.15 | *** join/#brlcad milinda (~milinda@124.43.174.82) | |
| 12:57.26 | *** join/#brlcad ih8sum3r (~ih8sum3r@122.173.187.253) | |
| 12:57.32 | *** part/#brlcad ih8sum3r (~ih8sum3r@122.173.187.253) | |
| 13:31.34 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 13:55.28 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 14:06.30 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 14:29.45 | Notify | 03BRL-CAD:carlmoore * 65349 brlcad/trunk/include/bu/opt.h: remove 1 whitespace character |
| 14:50.52 | Notify | 03BRL-CAD:bob1961 * 65350 brlcad/trunk/src/tclscripts/mged/grouper.tcl: Fixed multiple issues that broke grouper. Now calling select with -- to indicate end of options. Fixed the issue where the group being added to was getting added to itself. |
| 14:51.45 | Notify | 03BRL-CAD:bob1961 * 65351 brlcad/branches/eab/src/tclscripts/mged/grouper.tcl: Fixed multiple issues that broke grouper. Now calling select with -- to indicate end of options. Fixed the issue where the group being added to was getting added to itself. |
| 14:52.31 | *** join/#brlcad vasc (~vasc@bl13-112-247.dsl.telepac.pt) | |
| 15:25.53 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-rdakjbksrizgpirk) | |
| 15:41.12 | *** join/#brlcad sk3 (~Davi@101.59.69.83) | |
| 15:43.05 | *** join/#brlcad Davi3 (~Davi@101.59.69.83) | |
| 16:46.20 | dracarys983 | vasc: How's it going man? |
| 16:51.38 | *** join/#brlcad milinda (~milinda@124.43.174.82) | |
| 17:03.55 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 17:08.52 | *** join/#brlcad random_ (0e8b5206@gateway/web/freenode/ip.14.139.82.6) | |
| 17:15.42 | random3 | ~help |
| 17:16.05 | random3 | ~seen brlcad |
| 17:16.07 | infobot | brlcad <~sean@66-118-151-70.static.sagonet.net> was last seen on IRC in channel #brlcad, 10h 54m 51s ago, saying: 'maybe if there's some way we could tell from the doxygen output itself that something isn't documented?'. |
| 17:19.09 | ``Erik | abhijeet: the server brlcad uses for irc is offline at the moment, what are you looking for help with? |
| 17:20.18 | abhijeet | i was assigned a bug by brlcad |
| 17:20.23 | *** join/#brlcad sofat (~sofat@49.138.153.113) | |
| 17:20.31 | abhijeet | i am not able to reproduce it |
| 17:20.36 | ``Erik | the pixborder issue? |
| 17:20.42 | abhijeet | yes |
| 17:21.21 | ``Erik | um, is there an actual bug in the tracker, or was this just something he threw out? |
| 17:22.36 | abhijeet | it was in the bug files |
| 17:27.17 | ``Erik | hm, when I run that, I get a solid red image |
| 17:27.51 | ``Erik | looks like it should be doing a very naive edge detection |
| 17:29.53 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) | |
| 17:31.20 | *** join/#brlcad ih8sum3r (~ih8sum3r@122.173.187.253) | |
| 17:33.30 | *** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net) | |
| 17:33.31 | *** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 17:33.54 | *** join/#brlcad maths22 (~maths22@66-118-151-70.static.sagonet.net) | |
| 17:33.57 | *** join/#brlcad ejno (~ejno@unaffiliated/kazaik) | |
| 17:34.10 | *** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net) | |
| 17:34.39 | abhijeet | i get the same result .. but whats the problem with that |
| 17:37.29 | ``Erik | I don't know... and the manpage isn't terribly helpful. :/ Sorry, this one might require brlcad, we'll just have to wait until the server he uses is fixed and he happens to be online |
| 17:37.54 | ``Erik | huh, the server just came back on |
| 17:39.20 | abhijeet | the manpage doesnot specify anything about the -b -s options |
| 17:50.15 | ``Erik | hm |
| 17:52.17 | abhijeet | quit |
| 17:52.27 | ``Erik | I have a feeling that the expected result is a pure red image, the 'bug' is that the right edge left the old image, but I'm not seeing that bug happen? |
| 17:52.29 | *** part/#brlcad abhijeet (0e8b5206@gateway/web/freenode/ip.14.139.82.6) | |
| 17:54.36 | vasc | hello guys |
| 18:28.13 | *** join/#brlcad milinda (~milinda@124.43.174.82) | |
| 19:00.39 | *** join/#brlcad Davi (~Davi@101.59.69.83) | |
| 19:02.00 | *** join/#brlcad Davi3 (~Davi@101.59.69.83) | |
| 19:02.54 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 19:06.11 | *** join/#brlcad sofat (~sofat@202.164.45.208) | |
| 19:08.41 | ih8sum3r | brlcad: Hi |
| 19:08.50 | ih8sum3r | I want to discuss about one of the milestone "Upload model without sign in / up". |
| 19:20.15 | *** join/#brlcad LordOfBikes (~armin@dslb-088-065-187-014.088.065.pools.vodafone-ip.de) | |
| 20:09.49 | milinda | Anyone knows which brlcad module I should use to iterate the triangles in a step file ? |
| 20:10.09 | starseeker | milinda: you'll be looking at functionality in libbrep |
| 20:10.51 | starseeker | sorry, looks like librt actually |
| 20:10.53 | starseeker | hmm |
| 20:11.00 | starseeker | oh, right, for the bot structure |
| 20:11.25 | starseeker | look for usages of poly2tri_CDT in primitives/brep/brep.cpp |
| 20:11.42 | milinda | starseeker: Thanks for the reply. :) |
| 20:11.55 | milinda | I will look into that. :) |
| 20:15.27 | sofat | starseeker, hello |
| 20:16.14 | brlcad | ih8sum3r: hi, what's to discuss? |
| 20:16.15 | sofat | I want to know new brlcad code (with my wordpress xsl) how they make the php file and where they store this file ? |
| 20:16.48 | brlcad | sofat: they == you ;) |
| 20:16.59 | sofat | brlcad code |
| 20:17.01 | sofat | ;-) |
| 20:17.11 | sofat | building system |
| 20:17.33 | starseeker | sofat: I thought I mentioned it earlier? |
| 20:18.00 | ih8sum3r | brlcad: Hello, I have a doubt that whether at this stage do we need such functionality? That User upload model without sign in / up. |
| 20:18.03 | sofat | brlcad, i want to discuses something |
| 20:18.22 | ih8sum3r | I have been continuous searching from the last two days and I conclude that most of the softwares like https://sketchfab.com etc. do not use such functionality. They recommend login first and then uploading the model. |
| 20:18.24 | starseeker | sofat: you have to explicitly enable it at CMake configure time |
| 20:18.54 | brlcad | ih8sum3r: I'm fine with you pushing that feature to later, but your reasoning shouldn't be because others don't do that :) |
| 20:18.58 | starseeker | from the command line, it's -DBRLCAD_EXTRADOCS_PHP=ON |
| 20:19.03 | sofat | ok |
| 20:19.11 | sofat | now i got it |
| 20:19.14 | starseeker | it should be a checkbox in cmake-gui |
| 20:19.42 | brlcad | ih8sum3r: groups like sketchfab want/need you register, it's their business model -- they need to be able to reach you for targeted marketing and stats tracking |
| 20:20.56 | brlcad | ditto autodesk, google, etc |
| 20:21.11 | starseeker | makes a note to self to see if the triangulation code can output to an openNURBS mesh so we can make that piece part of the libbrep API, then have an ON_Mesh to bot converter to bring it into librt... |
| 20:21.25 | ih8sum3r | As a user also I feel that there must be a login system only to upload and view and maybe other users also think so ;). Another reason is that it is possible that many of the users using the demo functionality will view their model and leave. |
| 20:22.43 | ih8sum3r | I don't want that our product must be use in such a way. |
| 20:22.52 | brlcad | ih8sum3r: consider something similar like https://www.draw.io |
| 20:23.13 | brlcad | incredibly useful, immediately |
| 20:26.18 | brlcad | it's fine for now, you don't have to worry about it -- I just would hope we avoid writing code that *expects* there to be a logged in user (especially if they're just viewing) |
| 20:28.30 | brlcad | we should be careful to not discriminate against and particular persons or fields of endeavor |
| 20:28.33 | ih8sum3r | I feel that if I implement this I would be an enhancement but I feel if this is done it is possible that users may simply view their models and go :-/. According to me we should first make it production ready as planned and we can implement this in the coming release |
| 20:29.13 | brlcad | I'm okay if they view and go :) ... if we were that useful, they will very likely be back :) |
| 20:29.27 | brlcad | and the next time they're back, they just might try to do more |
| 20:29.47 | brlcad | I could see entire classrooms of kids being told to use our interface to view their models |
| 20:30.02 | brlcad | that would be fantastic, especially as an educational resource |
| 20:31.44 | brlcad | at least in the US and most EU countries, you can't allow a minor to register without taking specific technical steps (e.g., that their parents send a signed approval form that we have to maintain per COPPA regulations) |
| 20:33.55 | ih8sum3r | One thing more in my mind is that if the user logs in we'll get their emails. And through the email we can send notifications to the user and through it we can also promote our product. |
| 20:34.15 | brlcad | absolutely, it's a tradeoff |
| 20:34.24 | brlcad | thats why I said it's fine for starters |
| 20:34.55 | brlcad | but long-term, I wouldn't want to require it ... there are lots of beneficial casual users |
| 20:35.38 | brlcad | especially in academic settings, we could persue grant and other funding opportunities (where registration is incredibly complicated legally speaking) |
| 20:36.28 | brlcad | I could see requiring registration for certain features like exporting their model or high-quality rendering |
| 20:36.41 | brlcad | or editing :) |
| 20:36.53 | brlcad | but even that is up for debate |
| 20:38.23 | sofat | brlcad, I want discuses something with you |
| 20:38.44 | ih8sum3r | So is this an immediate requirement or can be implemented in the next release? If yes, I should start working on it ASAP because I need to look at the backend to for this purpose. |
| 20:45.07 | sofat | I am working on collaboration editing. means how to manage the editing of many user at same time on same file. |
| 20:46.15 | sofat | And I found the solution for this. I am using firepad editor with help i do this work. Firepad is open source editor for collaboration editing. |
| 20:48.57 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 20:50.43 | Notify | 03BRL-CAD:starseeker * 65357 brlcad/trunk/CMakeLists.txt: Work on adding more config_win.h tests to the main logic. |
| 20:50.45 | Notify | 03BRL-CAD:bob1961 * 65361 brlcad/branches/eab/src/libged/select.c: Fixed ged_rselect --- dl_select_partial was being called for both cases. Looks like a cut-n-paste related error. This was breaking the non-partial component selection mechanism in Archer. |
| 20:51.00 | Notify | 03BRL-CAD Wiki:117.212.50.111 * 8717 /wiki/User:Gurwinder_Singh/GSoc15/log_developmen: |
| 20:51.03 | Notify | 03BRL-CAD:ejno * 65354 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: handle multiple references within the same tree |
| 20:51.06 | Notify | 03BRL-CAD:starseeker * 65356 (brlcad/trunk/include/raytrace.h brlcad/trunk/include/rt/func.h and 4 others): Couple of librt header reorg fixes. |
| 20:51.08 | Notify | 03BRL-CAD:bob1961 * 65358 brlcad/trunk/src/tclscripts/archer/Archer.tcl: Fixed Archer::compSelectCallback --- don't need to dereference ArcherCore::compSelectCallback. This was breaking the selection mechanism in Archer. |
| 20:51.11 | Notify | 03BRL-CAD:bob1961 * 65360 brlcad/branches/eab/src/tclscripts/archer/Archer.tcl: Fixed Archer::compSelectCallback --- don't need to dereference ArcherCore::compSelectCallback. This was breaking the selection mechanism in Archer. |
| 20:51.16 | Notify | 03BRL-CAD:starseeker * 65352 brlcad/trunk/NEWS: Bob Parker fixed some issues with the grouper command. |
| 20:51.23 | Notify | 03BRL-CAD:bob1961 * 65359 brlcad/trunk/src/libged/select.c: Fixed ged_rselect --- dl_select_partial was being called for both cases. Looks like a cut-n-paste related error. |
| 20:51.25 | Notify | 03BRL-CAD:bob1961 * 65362 brlcad/trunk/src/tclscripts/archer/Archer.tcl: Modified Archer::initCompSelect to not call doSelectGroup when coming out of a binding override. This stops the extra/unwanted "Selection Group" dialog from popping up whenever you release any of the modifier keys. This was happening everywhere and in particular the command window. |
| 20:51.27 | Notify | 03BRL-CAD:bob1961 * 65363 brlcad/branches/eab/src/tclscripts/archer/Archer.tcl: Modified Archer::initCompSelect to not call doSelectGroup when coming out of a binding override. This stops the extra/unwanted "Selection Group" dialog from popping up whenever you release any of the modifier keys. This was happening everywhere and in particular the command window. |
| 20:51.31 | Notify | 03BRL-CAD:ejno * 65353 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: check matrices in find_compsplt() |
| 20:51.33 | Notify | 03BRL-CAD:starseeker * 65355 brlcad/trunk/include/rt/db_internal.h: Add bn/mat.h |
| 20:51.35 | Notify | 03BRL-CAD:ejno * 65364 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: reverse the ordering of IDs within WALL records; write NAME records within SECTION records as expected by fast4-g |
| 20:51.37 | Notify | 03BRL-CAD Wiki:Terry.e.wen * 8718 /wiki/User:Terry.e.wen/log: |
| 20:51.39 | Notify | 03BRL-CAD Wiki:Terry.e.wen * 8719 /wiki/User:Terry.e.wen/log: |
| 20:51.43 | Notify | 03BRL-CAD:starseeker * 65365 brlcad/trunk/src/libgcv/conv/stl/stl_read.c: Hidden becomes static in release builds... |
| 20:51.47 | Notify | 03BRL-CAD:ejno * 65366 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: remove HIDDEN from function used as template parameter |
| 20:55.56 | sofat | brlcad, I have demo if you want to see |
| 21:03.54 | Notify | 03BRL-CAD Wiki:Konrado DJ * 8720 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 17 JUNE 2015 */ |
| 21:12.11 | ih8sum3r | brlcad: Ping :) |
| 21:14.14 | Notify | 03BRL-CAD:n_reed * 65367 brlcad/branches/brep-debug/doc/docbook/system/implementation/en/bool_eval_development.xml: add notes on opennurbs array class usage |
| 21:18.38 | Notify | 03BRL-CAD:starseeker * 65368 (brlcad/trunk/CMakeLists.txt brlcad/trunk/include/common.h brlcad/trunk/include/config_win.h.in): Take a fairly major whack at config_win.h - untested. This will almost certainly break something... |
| 21:19.07 | sofat | brlcad, ping |
| 21:19.14 | sofat | ;-) |
| 21:22.15 | *** join/#brlcad vasc (~vasc@bl13-112-247.dsl.telepac.pt) | |
| 21:25.29 | Notify | 03BRL-CAD:ejno * 65369 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: reverse NAME records and WALL ids |
| 21:26.41 | Notify | 03BRL-CAD:n_reed * 65370 brlcad/branches/brep-debug/doc/docbook/system/CMakeLists.txt: add missed cmake change |
| 21:38.44 | brlcad | ih8sum3r: I think I said thre times that it can be later.... ;) |
| 21:39.10 | brlcad | just don't want it forgottenn/lost/dropped |
| 21:39.15 | brlcad | sofat: sure! |
| 21:39.48 | ih8sum3r | Whoops! I just read previous conversation. Sorry :) |
| 21:40.06 | sofat | http://202.164.53.122/wordpress/ace.php?article=123articles123en123about.xml#d2eabade685bb63a9b4d2091c498b06c |
| 21:40.35 | brlcad | "it's fine for now, you don't have to worry about it" ;) |
| 21:40.36 | ih8sum3r | Yes I'll keep this thing in my mind and will definitely implement it. |
| 21:41.55 | vasc | hmmm.... so where was rt building the acceleration structure again... |
| 21:46.10 | ih8sum3r | brlcad: Me and shubham want to make little discussion so can you tell the time when are free so we three can interact with each other. |
| 21:46.38 | ih8sum3r | s / are free / are you free |
| 21:48.58 | vasc | ah ok rt_prep_parallel -> rt_cut_it |
| 21:48.59 | vasc | sheesh |
| 21:51.58 | vasc | oh i see and the ray shooting callback can call the acceleration structure construction code |
| 21:52.12 | vasc | interesting |
| 22:13.50 | brlcad | ih8sum3r: probably this friday |
| 22:14.22 | ih8sum3r | okay timings UTC 5:00 P.M or else :) |
| 22:14.48 | brlcad | ~convert 1700 utc to edt |
| 22:14.57 | brlcad | ~convert 1700 gmt to edt |
| 22:15.03 | brlcad | ugh |
| 22:15.36 | brlcad | yeah, that will probably work |
| 22:16.07 | ih8sum3r | Okay sure see you on friday :) Good night. |
| 22:16.30 | brlcad | vasc: it's also worth pointing out that some work that one traditionally would be considered "raytrace prep" happens during rt_dirbuild() prior to rt_prep_parallel() |
| 22:17.10 | vasc | i was a bit confused when i looked there too. thx for the heads up. |
| 22:17.13 | brlcad | all the individual rt_OBJ_prep() functions, for example, are called during the directory build |
| 22:17.16 | vasc | it seemed to be building some trees or whatever. |
| 22:18.09 | vasc | i am just trying to integrate some grid construction code and was trying to figure out exactly where to interface |
| 22:18.32 | brlcad | rt_prep* is just the spatial partitioning build, relies on the directory having been computed beforehand |
| 22:19.09 | brlcad | the individual rt_OBJ_prep() functions are where individual objects calculate their boudning volumes (which is later used by rt_prep in the partitioning) |
| 22:19.29 | vasc | yeah the object bounding boxes are pre-computed |
| 22:19.49 | brlcad | bounding spheres and boxes |
| 22:19.58 | vasc | spheres too? hm |
| 22:19.59 | brlcad | don't recall if we actually use both |
| 22:20.29 | brlcad | definitely don't calculate both for all entity types (can always fit a sphere around the bb and vice versa...) |
| 22:20.38 | Notify | 03BRL-CAD:n_reed * 65371 brlcad/branches/brep-debug/doc/docbook/system/implementation/en/bool_eval_development.xml: add notes on point classes |
| 22:21.33 | vasc | yeah its just a matter of how tight the fit is |
| 22:50.34 | vasc | ok i think i have some C code that should build a grid |
| 22:50.37 | vasc | now to integrate it |
| 22:56.15 | vasc | ah jeez |
| 22:59.58 | vasc | nothing can be easy uh |
| 23:00.42 | vasc | i'll just copy this incantation then |
| 23:01.32 | vasc | well it compiles at least |
| 23:02.18 | vasc | and if doesn't crash |
| 23:03.45 | vasc | well i assume its building the grid correctly |
| 23:03.59 | vasc | of course it isn't USING it during rendering but that's something for tomorrow i guess |
| 23:05.15 | vasc | this also needs to be better encapsulated |
| 23:06.57 | vasc | i'll make a ticket for this |
| 23:07.14 | vasc | but its still WIP |
| 23:07.30 | vasc | and its a prototype that will eventually get converted into OpenCL but gotta start with something |
| 23:12.05 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 23:13.22 | vasc | ok made ticket and put patch in it |
| 23:15.10 | vasc | right there is a bounding sphere |
| 23:15.14 | vasc | and its actually important |
| 23:24.58 | Notify | 03BRL-CAD Wiki:85.246.112.247 * 8721 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Phase */ |
| 23:27.44 | Notify | 03BRL-CAD Wiki:Andrei.ilinca24 * 8722 /wiki/User:Andrei.ilinca24/logs: /* Coding Period */ |
| 23:28.47 | Notify | 03BRL-CAD Wiki:85.246.112.247 * 8723 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Phase */ |
| 23:29.44 | Notify | 03BRL-CAD:n_reed * 65372 brlcad/branches/brep-debug/doc/docbook/system/implementation/en/bool_eval_development.xml: add notes on domain intervals |
| 23:34.49 | Notify | 03BRL-CAD Wiki:85.246.112.247 * 8724 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Phase */ |
| 23:35.38 | Notify | 03BRL-CAD Wiki:85.246.112.247 * 8725 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Phase */ |
| 23:36.46 | Notify | 03BRL-CAD Wiki:85.246.112.247 * 8726 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Phase */ |
| 23:37.19 | vasc | hm ok |
| 23:37.34 | vasc | updated dev diary |
| 23:38.36 | Notify | 03BRL-CAD Wiki:85.246.112.247 * 8727 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Phase */ |
| 23:41.20 | Notify | 03BRL-CAD:starseeker * 65373 (brlcad/trunk/CMakeLists.txt brlcad/trunk/include/config_win.h.in): Erm. Adding Za seems to cause build trouble - even the BUILD_SLEEP try_compile fails. Needs further investigation. |
| 23:52.24 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 00:17.17 | Notify | 03BRL-CAD:starseeker * 65374 brlcad/trunk/CMakeLists.txt: Try another approach to ws2_32 testing... |
| 00:39.39 | Notify | 03BRL-CAD:starseeker * 65375 brlcad/trunk/CMakeLists.txt: redefine is only for C |
| 03:07.16 | *** join/#brlcad bradh (~brad@2600:1010:b023:5546:8970:1dad:d5b2:832a) | |
| 03:13.32 | brlcad | starseeker: 65374 needs more, you can't call winsock functions without initializing winsock first |
| 03:13.56 | brlcad | iirc, see WSAStartup in pkg for an example |
| 03:17.43 | Notify | 03BRL-CAD:brlcad * 65376 brlcad/trunk/include/bu/opt.h: fix doxygen param type annotation, goes with @param not the parameter name. |
| 03:19.36 | brlcad | also should include winsock2.h instead of windows.h, or at least before it |
| 03:19.52 | brlcad | and if it's before it, you have to define WIN32_LEAN_AND_MEAN otherwise you get winsock and not winsock2 |
| 03:22.36 | brlcad | you might not see problems on the latest win7/win8, but these are very common portability pitfalls |
| 04:13.29 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 05:42.13 | *** join/#brlcad milinda (~milinda@103.247.48.180) | |
| 05:42.49 | *** join/#brlcad andromeda-galaxy (~andromeda@108-225-17-54.lightspeed.sntcca.sbcglobal.net) | |
| 07:37.02 | *** join/#brlcad bradh (~brad@2600:1010:b023:5546:8970:1dad:d5b2:832a) | |
| 07:42.13 | *** join/#brlcad teeepee-- (bc5c2133@gateway/web/freenode/ip.188.92.33.51) | |
| 07:55.34 | *** join/#brlcad milinda (~milinda@103.247.48.102) | |
| 09:14.34 | *** join/#brlcad milinda (~milinda@175.157.38.63) | |
| 10:10.43 | *** part/#brlcad dracarys983 (dracarys98@nat/iiit/x-rdakjbksrizgpirk) | |
| 10:55.06 | *** join/#brlcad bradh (~brad@2600:1010:b023:5546:8970:1dad:d5b2:832a) | |
| 11:52.00 | ``Erik | wha? winsock still needs an initialization call? I thought that was dos legacy and not an issue in the nt family O.O |
| 11:52.29 | Notify | 03BRL-CAD:starseeker * 65377 (brlcad/trunk/src/conv/csg/csg_parser.lemon brlcad/trunk/src/conv/csg/csg_scanner.perplex): Apply patch #375 from Ilinca Andrei - functional basic csg parser. |
| 11:59.31 | Notify | 03BRL-CAD:starseeker * 65378 (brlcad/trunk/src/conv/csg/csg_parser.lemon brlcad/trunk/src/conv/csg/csg_scanner.perplex): Applied wrong version of #375 patch - back up and apply the correct one. This applies cleanly. |
| 12:38.19 | Notify | 03BRL-CAD:ejno * 65379 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: sort GRID records by ID before writing |
| 12:52.59 | *** join/#brlcad gagan (~gagan@103.226.4.44) | |
| 12:54.24 | *** join/#brlcad gaganjyot (~gaganjyot@103.226.4.44) | |
| 12:58.49 | Notify | 03BRL-CAD Wiki:Deekaysharma * 8728 /wiki/User:Deekaysharma/logs: |
| 13:07.07 | Notify | 03BRL-CAD:ejno * 65380 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: sort regions by name before writing |
| 13:48.45 | Notify | 03BRL-CAD:ejno * 65381 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: sort GRIDs by point value again; remove DBPath |
| 14:23.18 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 14:25.55 | Notify | 03BRL-CAD:ejno * 65382 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: in Section::write_line(), set a thickness of zero in volume mode only if thickness passes NEAR_ZERO |
| 14:42.04 | Notify | 03BRL-CAD:ejno * 65383 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: use struct directory flags in get_region_dir() |
| 15:13.27 | Notify | 03BRL-CAD:ejno * 65384 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: check the halfspace dir's nref before searching for a COMPSPLT |
| 15:28.46 | brlcad | ``Erik: init is still required: https://msdn.microsoft.com/en-us/library/windows/desktop/ms738527(v=vs.85).aspx |
| 15:31.04 | Notify | 03BRL-CAD:starseeker * 65385 brlcad/trunk/CMakeLists.txt: Make a stab at a better gethostname test - may or may not need this for ws2_32, but will probably need it for gethostname... |
| 15:33.49 | Notify | 03BRL-CAD:brlcad * 65386 brlcad/trunk/AUTHORS: Credit Andrei Ilinca with his code contribution (sf patch 375) providing a parser for OpenSCAD's .csg file format |
| 16:11.07 | Notify | 03BRL-CAD:starseeker * 65387 brlcad/trunk/include/config_win.h.in: Scrub out bits that seem to be working with brlcad_config.h |
| 16:18.07 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:43.10 | Notify | 03BRL-CAD:brlcad * 65388 brlcad/trunk/CMakeLists.txt: hostnames can be up to 255 characters long per posix (windows current limit is 63 bytes). also, make sure we're using winsock2 (v 2.2 requested here). |
| 16:52.55 | *** join/#brlcad milinda (~milinda@112.134.38.103) | |
| 17:00.57 | Notify | 03BRL-CAD Wiki:MilindaFernando * 8729 /wiki/User:MilindaFernando/gsoc2015_devlog: /* STEP Viewer Project Development Log */ |
| 17:01.21 | Notify | 03BRL-CAD Wiki:MilindaFernando * 8730 /wiki/User:MilindaFernando/gsoc2015_devlog: /* STEP Viewer Project Development Log */ |
| 17:19.20 | *** join/#brlcad vasc (~VASC@bl12-165-105.dsl.telepac.pt) | |
| 17:41.57 | ``Erik | boggling O.o and WSACleanup has to be called for every WSAStartup? makes me think the os doesn't harvest right and can leave resources tied up :/ |
| 17:43.18 | ``Erik | pats his trusty cbm basic 2.0 kernal |
| 17:49.02 | Notify | 03BRL-CAD:ejno * 65389 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: facetize regions that contain an incompatible boolean operation |
| 17:51.26 | *** join/#brlcad sofat (~sofat@202.164.45.208) | |
| 18:04.47 | Notify | 03BRL-CAD:ejno * 65390 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: rename failed_regions parameter to facetize_regions |
| 18:11.31 | ``Erik | y'know, I just saw that libreoffice is now in the mac app store... and it occurs to me... my ios dev account is now an 'all things apple' dev account and I can put stuff in the app store... if anyone wants to put together an app store submission for BRL-CAD, I can submit it :) |
| 18:12.10 | ``Erik | wonders if his memory dock grapher/jiggler should be dressed up and submitted |
| 18:30.56 | Notify | 03BRL-CAD:ejno * 65391 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: handle primitives in boolean ops that are within non-region toplevel combinations |
| 18:34.45 | Notify | 03BRL-CAD:carlmoore * 65392 brlcad/trunk/src/util/bwcrop.c: get bwcrop working by adding stuff which (with different variable names) was in bwscale |
| 18:41.11 | Notify | 03BRL-CAD:n_reed * 65393 brlcad/branches/brep-debug/doc/docbook/system/implementation/en/bool_eval_development.xml: add notes on the curve class |
| 18:53.23 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8731 /wiki/User:MeShubham99/GSoc15/log_developmen: /* Week 4 */ |
| 18:54.28 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8732 /wiki/User:MeShubham99/GSoc15/OGV_production_ready_plan: |
| 18:56.57 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8733 /wiki/User:MeShubham99/GSoc15/log_developmen: |
| 19:01.14 | Notify | 03BRL-CAD:carlmoore * 65394 brlcad/trunk/src/tclscripts/archer/Archer.tcl: remove trailing white space |
| 19:05.40 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8734 /wiki/User:MeShubham99/GSoc15/OGV_production_ready_plan: |
| 19:05.48 | Notify | 03BRL-CAD:ejno * 65395 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: include non-region toplevel combs in list of objects to be facetized |
| 19:19.20 | sofat | brlcad, hello |
| 19:19.34 | sofat | I want to show my work if you free now |
| 19:21.19 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 19:47.20 | Notify | 03BRL-CAD Wiki:Terry.e.wen * 8735 /wiki/User:Terry.e.wen/log: |
| 19:49.43 | Notify | 03BRL-CAD Wiki:202.164.45.208 * 8736 /wiki/User:Hiteshsofat/GSoc15/log_developmen: |
| 19:56.32 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 19:58.30 | Notify | 03BRL-CAD:n_reed * 65396 brlcad/branches/brep-debug/doc/docbook/system/implementation/en/bool_eval_development.xml: add notes on lines |
| 20:03.07 | *** join/#brlcad milinda (~milinda@124.43.157.157) | |
| 20:19.40 | sofat | brlcad, ping |
| 20:20.00 | *** join/#brlcad KimK (~Kim__@ip68-102-30-143.ks.ok.cox.net) | |
| 20:22.33 | Notify | 03BRL-CAD Wiki:Deekaysharma * 8737 /wiki/User:Deekaysharma/logs: |
| 20:29.53 | *** join/#brlcad milinda (~milinda@124.43.112.41) | |
| 20:35.41 | *** join/#brlcad tofu_ (~sean@66-118-151-70.static.sagonet.net) | |
| 20:36.04 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 20:52.11 | *** join/#brlcad maths22 (~maths22@66-118-151-70.static.sagonet.net) | |
| 20:53.10 | sofat | starseeker, I have submitted my new patch on main_menu for wordpress site please accept this as soon as possible. |
| 21:10.11 | *** join/#brlcad random (0e8b5206@gateway/web/freenode/ip.14.139.82.6) | |
| 21:10.43 | random | ~infobot |
| 21:10.44 | infobot | i guess infobot is A program on the IRC that helps users, ask it to do something by putting a ~ and then say a command! |
| 21:11.01 | random | ~tell |
| 21:13.14 | random | ~seek starseeker |
| 21:13.14 | infobot | ACTION launches a heat-seeking missile at starseeker |
| 21:17.01 | *** join/#brlcad milinda (~milinda@124.43.228.74) | |
| 21:30.25 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8738 /wiki/User:MeShubham99/GSoc15/log_developmen: /* Week 4 */ |
| 21:55.35 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 22:46.49 | *** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net) | |
| 22:48.19 | *** join/#brlcad maths22 (~maths22@66-118-151-70.static.sagonet.net) | |
| 22:52.41 | *** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 23:01.36 | Notify | 03BRL-CAD:n_reed * 65397 brlcad/branches/brep-debug/doc/docbook/system/implementation/en/bool_eval_development.xml: add notes on surfaces |
| 23:28.17 | Notify | 03BRL-CAD:n_reed * 65398 brlcad/branches/brep-debug/doc/docbook/system/implementation/en/bool_eval_development.xml: add notes on major brep classes |
| 00:01.59 | Notify | 03BRL-CAD Wiki:Ngassafinjap * 8739 /wiki/User:Amalia/Development_logs: /* Tuesday June 16th */ |
| 00:10.46 | *** join/#brlcad amalia237 (~amalia237@41.205.22.35) | |
| 00:20.31 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 01:01.38 | Notify | 03BRL-CAD Wiki:Bhollister * 8740 /wiki/User:Bhollister/DevLogJune2015: |
| 01:09.26 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 02:31.56 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 02:51.35 | Notify | 03BRL-CAD:starseeker * 65399 brlcad/trunk/doc/docbook/articles/en/CMakeLists.txt: Add patch #380 from Hitesh Sofat adding a php menu for wordpress |
| 02:52.29 | starseeker | notes that eventually that menu should probably be generated, but that'll do for a start |
| 03:15.41 | brlcad | was that clean? |
| 03:15.57 | Notify | 03BRL-CAD:brlcad * 65400 brlcad/trunk/AUTHORS: at this point, sofat has made both documentation and code contributions including extensive docbook work and getting docs ready for web round-tripping |
| 03:38.43 | Notify | 03BRL-CAD:brlcad * 65401 brlcad/trunk/src/libdm/query.c: DM_TK doesn't use dpy_string |
| 03:49.41 | Notify | 03BRL-CAD:brlcad * 65402 brlcad/trunk/src/libdm/dm-tk.c: this should be calling Tk_FreeColormap() not XFreeColormap. also need MAC_OSX_TK to be set (which Tk's build sets when compiling Tk, but ours does not) before including the Tk's Xlib header. would be better tied to an aqua define but don't want to add build system support until it's confirmed that any of this even works. |
| 04:34.17 | Notify | 03BRL-CAD:brlcad * 65403 brlcad/trunk/TODO: need an alternative to Tcl_SplitList() |
| 05:02.26 | Notify | 03BRL-CAD Wiki:59.91.119.60 * 8741 /wiki/User:Gurwinder_Singh/GSoc15/log_developmen: |
| 05:14.29 | Notify | 03BRL-CAD:brlcad * 65404 brlcad/trunk/TODO: tcl hash tables also need to go. used by enf-g, concat command, librt, and just a few other places. |
| 05:22.30 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-lekiezlwholdwpqn) | |
| 05:36.03 | *** join/#brlcad milinda (~milinda@192.248.8.66) | |
| 05:37.06 | milinda | Can we directly read a .step file from functionalities that we have in BRLCAD or do we need to first convert that file to .g file in order to read it from the brlcad code. ? |
| 05:44.22 | brlcad | milinda: I'm not sure your question is validly stated... |
| 05:45.10 | brlcad | or I don't fully understand, which is also possible ;) |
| 05:45.29 | brlcad | you directly read .step files with a stepcode parser |
| 05:46.05 | brlcad | the step standard defines this via SDAI (application instance) |
| 05:46.57 | dracarys983 | brlcad: Can you access github gists right now? I want to show you my implementation for volume. |
| 05:47.23 | brlcad | via sdai (which is generated by stepcode for us, given an application protocol), you can process the step data .. we do this in our step-g importer |
| 05:48.28 | brlcad | dracarys983: I can but I'm not in a frame of mind to absorb much more.. |
| 05:48.36 | brlcad | it's late and I just achieved something pretty fantastic, unexpected |
| 05:48.43 | brlcad | http://brlcad.org/tmp/aqua_mged.png |
| 05:49.48 | milinda | brlcad: Okay here is what I want to do. I have a OGLView. I need to visualize a step file in the view. Startskeer mentioned that I should first read the step file and browse the triangles (using brlcad functionality) and view all the triangles in the OGL view. |
| 05:50.36 | milinda | brlcad: As you mentioned we can directly read the step files right ? no need to convert it to .g file right ? |
| 05:51.17 | dracarys983 | brlcad: Whoa! That looks pretty intricate and awesome :D |
| 05:51.49 | dracarys983 | No problem. I'll send it later sometime. |
| 05:52.56 | brlcad | milinda: your questions still imply you misunderstand how it all works together .. we do read the step files but that logic is made available per application (and that application is step-g) |
| 05:53.55 | brlcad | you could probably modify it to read the file in to our in-memory format without writing out the actual .g file, but the data is meaningless until it's translated (to our in-memory format) |
| 05:54.01 | dracarys983 | brlcad: Why's it named "haj.g"? |
| 05:54.16 | brlcad | dracarys983: that screenshot has absolutely nothing to do with the model |
| 05:54.28 | brlcad | I just opened up a random .g I had handy |
| 05:55.03 | dracarys983 | Oh okay |
| 05:55.07 | brlcad | dracarys983: what you're seeing there is mged running natively on mac os x without X11 for the first time |
| 05:55.27 | brlcad | at least the first time where it's actually usable... :) |
| 05:56.55 | dracarys983 | brlcad: Isn't that Graphics Window using X11? |
| 05:57.34 | brlcad | nope |
| 05:57.42 | Notify | 03BRL-CAD:brlcad * 65405 brlcad/trunk/src/mged/update.c: if we have Tk, we have X11 because they provide compatibility. we don't need or want to stub empty. |
| 05:58.08 | brlcad | that's a vanilla mac that actually doesn't even have X11 installed, just to be certain |
| 05:58.27 | milinda | brlcad: FYI, I am not working with the libdm view. I am working with a standalone OGL view. |
| 05:59.34 | brlcad | milinda: there's no such thing as a standalone ogl view |
| 05:59.58 | milinda | brlcad: I mean no connection with libdm view :) |
| 06:00.22 | dracarys983 | brlcad: So, without X11, what's it using for the GUI? Tk? |
| 06:00.46 | brlcad | milinda: I know, I've been following the logs loosely |
| 06:01.16 | brlcad | it's a qt window, iirc, yes? with an embedded ogl view |
| 06:01.28 | milinda | brlcad: yes. :) |
| 06:01.29 | brlcad | dracarys983: yes |
| 06:02.12 | brlcad | milinda: so you both saved yourself some hassle dealing with libdm and you've created slightly more work for yourself when it comes to displaying the actual data ;) |
| 06:02.33 | brlcad | it was a double edged sword |
| 06:03.40 | milinda | brlcad: yes I know :) but I tried my best with libdm. Because I am less familiar with libdm I thought I should go with OGL |
| 06:03.57 | brlcad | libdm is automagically set up for displaying polygonal data that you will eventually be extracting from librt/libbrep |
| 06:04.33 | brlcad | now you'll have to do that all yourself and probably deal with converting the data into a qt container |
| 06:06.00 | milinda | I can display polygonal data in OGL view. The problem is how to extract them ? Does BRL-CAD have any functions to extract polygonal data form a .step file without converting it to . g file ? |
| 06:06.12 | brlcad | milinda: have you talked with cstirk at all about your progress? |
| 06:07.20 | brlcad | milinda: of course you can display polygonal data, nothing I said even hinted that you could not ... and you saying that implies you probably misunderstood what I just wrote... :/ |
| 06:07.42 | milinda | Not yet. I haven't communicated with him |
| 06:08.11 | brlcad | there are a couple of ways for extracting a representation |
| 06:09.01 | brlcad | my previous point was that libdm was merely that libdm is automatically set up to display an extracted representation (it's in a struct container that libdm understands) |
| 06:09.33 | brlcad | you will have to write code (i.e., more work) to translate data OUT of that struct container into something that qt handles |
| 06:09.44 | brlcad | is that more clear? |
| 06:11.00 | brlcad | you definitely should be talking more with charlie and actively engaging him in your development (he's a busy guy, but you can at least update him and others on your progress on the stepcode mailing list) |
| 06:12.16 | milinda | But the drawback in that approach (libdm) is we transparently convert the .step file to .g file . So finally we are showing the .g file not .step file. Is this okay ? Can we ensure that step-g conversion is 100% preserve the geometry topology ? |
| 06:12.57 | milinda | okay I will update my progress in the stepcode mailing list ? |
| 06:12.59 | milinda | :) |
| 06:13.30 | brlcad | libdm approach is not coupled to ".g file" ... |
| 06:13.51 | brlcad | I think you're getting confused by the different data representations involved |
| 06:14.13 | milinda | brlcad: Can we directly show a .step file libdm view without the conversion ? |
| 06:14.36 | brlcad | milinda: just stop :) |
| 06:16.03 | brlcad | i'm not ignoring your questions, I'm trying to answer them in a way that is correct without confusing you further |
| 06:16.26 | brlcad | if you'll allow me a minute to summarize, I think it'll help |
| 06:16.27 | milinda | brlcad: okay :) |
| 06:16.55 | brlcad | there is .step files, they contain ascii text data |
| 06:17.21 | brlcad | call that text-serialized stepcode data |
| 06:17.44 | brlcad | there is .g files, they contain binary data |
| 06:17.54 | brlcad | call that binary-serialized BRL-CAD data |
| 06:18.35 | brlcad | there is also unserialized binary STEP data (this never lives on disk, only in memory) |
| 06:18.51 | brlcad | there is also unserialized binary BRL-CAD data (this never lives on disk, only in memory) |
| 06:19.45 | brlcad | so there you have *4* data formats |
| 06:21.11 | brlcad | our step-g tool reads .step file (format1) via SDAI into binary STEP (format2), translates into binary BRL-CAD (format3), and writes out to .g (format4) |
| 06:21.48 | brlcad | you cannot extract triangles from any of those formats except format3 |
| 06:24.35 | brlcad | our libbrep library deals in a subset of format3 that pertains to the highly complicated NURBS geometry representation, which is usually what you find in format1&2 |
| 06:24.58 | brlcad | our librt library deals in format3 and format4, coupled with libbrep |
| 06:27.19 | brlcad | libdm talks format3 directly (it understands the data containers and librt can directly send data to libdm without changes) |
| 06:28.39 | brlcad | for your project, you have to get .step file data (format1) into memory (format2 -> format3) so you can get triangles via librt/libbrep |
| 06:29.03 | brlcad | that's the case regardless of libdm, qt, or any other gui |
| 06:30.43 | brlcad | there is code that goes from format1->format2->format3->format4 (step-g) which you could modify/fork/turn-into-lib to stop at format2 (step in-memory data) or format3 (brl-cad in-memory data) |
| 06:32.20 | brlcad | there is no way to get triangles from format2 and it's non-sensical to talk about getting triangles from format1 (.step serialized) or format4 (.g serialized) |
| 06:33.26 | milinda | brlcad: okay Thank you very much for the clear explanation. This is really helpful. |
| 06:33.28 | brlcad | one could try to develop a library to get triangles from format2, but accomplishing that within gsoc is almost certainly impossible |
| 06:35.01 | brlcad | it tooks us months to get triangles for step data out of format3 (brl-cad in-memory), and thats a format that is incredibly more simple than format2 (step in-memory) |
| 06:36.16 | brlcad | milinda: you're welcome, I hope it clears some things up |
| 06:37.10 | brlcad | it's a little more complicated than what I just described (the triangle-mesh representations themselves introduce formats4 and formats5), but it's the gist |
| 06:39.34 | milinda | brlcad: What I should do is modify the step-g library to stop at format 3 If I want to visualize in the openGL (without libdm) but you think this is hard. In your point of view what easy to do is initialize libdm view somehow and use STEP2G(without modifying) to get .g file in hard disk (format 4) and then visualize it. Am I correct ? |
| 06:42.36 | brlcad | libdm vs qt is pretty irrelevant at this point -- if you have qt up and running, just use it unless charlie says otherwise or until you run into a problem displaying format6 (qt triangle mesh data) |
| 06:44.17 | brlcad | libdm would have directly received format5 (brl-cad triangle mesh data), that you get from format3 (brl-cad in-memory geometry), but you can write a format5 to format6 function easily enough |
| 06:44.43 | brlcad | that's the extra work I was referring to, unavoidable because format6 is unique |
| 06:45.39 | brlcad | modifying step-g to sop at format3 is not hard .. turning it into a library call that does that will likely take several days effort |
| 06:47.56 | milinda | So the task I should do now is to modify STEP2G to stop at format3 ? Okay You explained me a lot. Thank you very much for that :) |
| 06:48.16 | brlcad | that said, you are probably best off starting with just running step-g in your application, opening the .g file using librt (format3), extracting the polygons (format5), and feeding them to qt (format6) |
| 06:49.21 | brlcad | once/if you get that working, you can always go back and replace calling step-g with calling a library that stops at format3 |
| 06:49.22 | milinda | Okay Thanks. I will do that :) |
| 06:50.44 | milinda | Okay. You normally at brlcad channel at this time of the day ? |
| 07:17.18 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 07:20.49 | *** join/#brlcad Davi3 (~Davi@202.164.53.117) | |
| 08:11.41 | Notify | 03BRL-CAD Wiki:Konrado DJ * 8742 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 19 JUNE 2015 */ |
| 08:11.56 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 08:46.51 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-kxckshefmqtyircx) | |
| 09:30.15 | *** join/#brlcad milinda (~milinda@192.248.8.66) | |
| 10:01.49 | *** join/#brlcad milinda (~milinda@192.248.8.66) | |
| 11:49.36 | *** join/#brlcad luca79 (~luca@151.34.70.151) | |
| 12:38.42 | *** join/#brlcad sofat (~sofat@202.164.45.208) | |
| 12:41.00 | sofat | starseeker, I have made some changes in main_menu.xml file and i submitted this as patch please accept this as soon as possible. |
| 13:16.17 | starseeker | brlcad: yes it was clean (sofat patch) |
| 13:16.47 | sofat | starseeker, thanks |
| 13:17.13 | sofat | I am submitted new patch more please accept it |
| 13:18.06 | sofat | starseeker, I have one question if you free I want to ask this question. |
| 13:20.13 | sofat | i am checked wordpress.xsl.in file and i see you include this root xsl stylesheet :-- <xsl:import href="file:///@DOCBOOK_BINARY_DIR@/doc/docbook/resources/other/standard/xsl/xhtml-1_1/docbook.xsl"/> |
| 13:20.33 | sofat | An d am replace this xsl sheet with + <xsl:import href="../other/standard/xsl/xhtml/docbook.xsl"/> |
| 13:21.37 | sofat | because output after conversion into php is not right , they make all content as hypertext so please use this + <xsl:import href="../other/standard/xsl/xhtml/docbook.xsl"/>for php work |
| 13:27.08 | *** join/#brlcad luca79 (~luca@adsl-ull-51-65.44-151.net24.it) | |
| 13:33.18 | starseeker | sofat: patch applied |
| 13:33.23 | sofat | ok |
| 13:33.25 | sofat | thanks |
| 13:33.29 | starseeker | brlcad: patch applied cleanly |
| 13:33.36 | sofat | ;-) |
| 13:35.26 | starseeker | sofat: I'd have to revisit why we use the @DOCBOOK_BINARY_DIR@ approach in the others - I have a vague recollection there was a reason, but in the case of php output I'm not too worried |
| 13:35.59 | starseeker | the HTML and MAN formats are they key outputs used by BRL-CAD proper - the PHP output is for the website, so it can be optimized for that application |
| 13:36.15 | sofat | hmm |
| 13:52.15 | *** join/#brlcad luca79 (~luca@151.44.65.51) | |
| 13:57.53 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 14:16.40 | Notify | 03BRL-CAD:starseeker * 65406 brlcad/trunk/doc/docbook/resources/brlcad/wordpress.xsl.in: Apply patch #382 from Hitesh Sofat updating wordpress menu |
| 14:17.24 | Notify | 03BRL-CAD:starseeker * 65407 brlcad/trunk/CMakeLists.txt: Forgot returns |
| 14:20.03 | Notify | 03BRL-CAD:starseeker * 65408 brlcad/trunk/CMakeLists.txt: Match arg |
| 15:12.06 | *** join/#brlcad milinda (~milinda@103.247.48.84) | |
| 15:19.02 | *** join/#brlcad gaganjyot (~gaganjyot@103.226.4.44) | |
| 15:25.32 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:52.50 | Notify | 03BRL-CAD:ejno * 65409 (brlcad/trunk/src/libgcv/conv/fastgen4/NOTES brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp): update NOTES |
| 16:03.38 | *** join/#brlcad vasc (~vasc@bl7-126-217.dsl.telepac.pt) | |
| 16:09.11 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:11.21 | brlcad | ejno: conventionally, primitives outside of regions are treated as regions at the primitive level |
| 16:13.10 | brlcad | so if you had a hierarchy of combs that lead to a set of primitives (without any regions), it treats each primitive as a region (regardless of the boolean ops above it) |
| 16:13.56 | brlcad | it's an interesting notion to consider changing that convention so that there's a notion of a global aggregate region in the absense of one defined .. have to think about that some |
| 16:19.08 | brlcad | this is pretty cool... http://brlcad.org/tmp/aqua_mged2.png |
| 16:19.51 | *** join/#brlcad sofat (~sofat@202.164.45.208) | |
| 16:20.00 | sofat | brlcad, hello |
| 16:20.17 | sofat | I want to show you my work if you free. |
| 16:21.37 | vasc | yeah that's pretty cool |
| 16:21.51 | vasc | most mac users don't like having to install x |
| 16:21.55 | vasc | had that issue before.. |
| 16:28.06 | *** join/#brlcad bradh (~brad@2601:647:cb02:7a00:11c5:e8b5:3bc9:c04c) | |
| 16:55.29 | ejno | brlcad: ah, thanks for that information |
| 16:58.14 | *** join/#brlcad gaganjyot (~gaganjyot@103.226.4.44) | |
| 17:03.15 | bradh | starseeker: hi, i believe we have a mtg @ 10AM PST. i've fleshed out many of the nmg_* construction routines as ged_* CLI functions. may need a third week to finish that. but since i have destruction routines scheduled for w5/6 this should be okay. |
| 17:06.51 | Notify | 03BRL-CAD:carlmoore * 65410 brlcad/trunk/src/util/bwscale.c: relocate a line to get better physical resemblance to pixscale.c |
| 17:07.59 | Notify | 03BRL-CAD:carlmoore * 65411 brlcad/trunk/doc/docbook/articles/en/main_menu.xml: fix spelling |
| 17:08.00 | bradh | starseeker: do you have any suggestions for consolidating the CLI nmg construction routines, possibly with a simpler interface than the internal functions? up until now, it has been instructive to approach those routines with a simple mapping, as that has exposed weakness in that approach. |
| 17:08.41 | bradh | starseeker: you may have answered this already on the mailing list. soon as i get to my office i'll check those emails. |
| 17:12.20 | Notify | 03BRL-CAD:carlmoore * 65412 (brlcad/trunk/doc/docbook/articles/en/main_menu.xml brlcad/trunk/src/conv/csg/csg_parser.lemon): remove trailing white space |
| 17:13.35 | brlcad | wonders where the ogv guys are at? |
| 17:13.42 | *** join/#brlcad ih8sum3r (~ih8sum3r@122.173.187.253) | |
| 17:13.52 | brlcad | there's one |
| 17:14.39 | brlcad | brad_h: can you show an example that creates a nmg box? |
| 17:16.37 | ih8sum3r | Hello brlcad |
| 17:17.11 | brlcad | sofat: maybe in a bit, there's supposed to be a meeting here now (16 min ago actually) |
| 17:17.11 | brlcad | ih8sum3r: ready? |
| 17:17.44 | ih8sum3r | Yah! me ready. Seems like shubham is not present :-/ |
| 17:22.15 | sofat | brlcad, i am waiting. |
| 17:22.38 | ih8sum3r | brlcad, I wanted to inform that my almost all the milestones are over except responsiveness and displaying error message of the two issues out of all. I have little difficulty in handling issues for the error message but I'll soon complete it. As I discussed earlier that one of my milestone "User upload model without login" is needed at the later stage, so if there is some time left shall I join Shubham and work a little at the back? Or search something |
| 17:23.08 | brlcad | ih8sum3r: I'm sure there is more front-end work :) |
| 17:23.20 | brlcad | so is the latest code up and running somewhere? |
| 17:24.09 | ih8sum3r | Not till now as we need to merge our branches. |
| 17:25.00 | ih8sum3r | Until or unless they both are merged, we'll not be sure about is working and what not. |
| 17:25.17 | ih8sum3r | s / about is / about what is |
| 17:26.45 | ih8sum3r | Today, I'll send the PR about what is done till now. Shall we merge the branches or post a mail to Inderpreet to do so? |
| 17:36.59 | brlcad | ih8sum3r: but I presume you've tested your half and can talk about the new features there? |
| 17:37.56 | brlcad | rather, you should be able to demonstrate your work independently of the backend changes and vice versa |
| 17:39.26 | brlcad | ih8sum3r: I'd like to see a demo of each of your work before the end of next week |
| 17:39.48 | brlcad | if we can do that today, that would be fantastic .. and it kind of what I was expecting we were going to be doing |
| 17:41.36 | ih8sum3r | Okay I'll deploy my app on the meteor server for the demo purpose but there will the problem as I used BRL-CAD source so as to convert it from .g to .obj |
| 17:42.12 | ih8sum3r | How should I link up with the server i.e the path settings? |
| 17:45.09 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-ecdjwkzwdufegmgg) | |
| 17:45.51 | brlcad | ih8sum3r: don't understand what you mean? |
| 17:45.57 | Notify | 03BRL-CAD:carlmoore * 65414 brlcad/trunk/src/util/bwscale.c: shift fill_buffer and init_buffer to get better match with the pixscale.c file |
| 17:46.41 | brlcad | you mean how can it call g-obj on your deployment? that's a question for you :) |
| 17:47.13 | brlcad | or if you mean deploying to brlcad.org and are asking where g-obj is installed? |
| 17:48.04 | ih8sum3r | I'm asking what is path of mged and g-obj on the server :) |
| 17:49.51 | brlcad | /usr/brlcad/bin/g-obj should work |
| 17:50.40 | ih8sum3r | Okay let me check this |
| 17:51.53 | starseeker | bradh: howdy |
| 17:52.09 | starseeker | sorry, been running around dealing with stuff |
| 17:52.52 | ih8sum3r | Not working at my end. Here is my app : http://ogvtesting.meteor.com/ Please check I have deployed it. |
| 17:52.56 | bradh | starseeker: hi. just about to head to the campus lab. i should be back online in about 30 min. |
| 17:53.01 | starseeker | ok |
| 17:54.26 | starseeker | brlcad: cool. Does Archer run? |
| 17:54.30 | bradh | brlcad: will have something that can construct basic primitives soon. been working at the level of the api functions but it should be easy to write such a function. can ged_make already do this? |
| 17:55.01 | starseeker | brlcad: nevermind, I remember now - it doesn't do Tk display by default. OSG *might* work... |
| 17:56.14 | Notify | 03BRL-CAD:ejno * 65413 brlcad/trunk/src/librt/ls.c: test for NULL dpv before using it; remove unused variable |
| 17:57.21 | brlcad | ih8sum3r: thanks, this is looking great .. give me a few minutes to explore :) |
| 17:57.31 | brlcad | then I'm sure i'll have questions/comments :) |
| 17:57.42 | starseeker | bradh: one thought - there should be one public ged_nmg command, and the individual sub-commands should be private, internal functions |
| 17:57.54 | ih8sum3r | Okay sure :) |
| 17:58.06 | brlcad | starseeker: haven't tried it yet but I still have a few build system issues to chase down that are affecting runtime |
| 17:58.41 | brlcad | archer certainly can work, but will likely need a few minor mods to allow dm-tk |
| 17:58.43 | starseeker | nods - yeah, I'm remembering back to my last Aqua attempt now. Had to manually hack Archer to point it at the Tk display |
| 17:59.16 | starseeker | The osgl dm might actually work in principle... |
| 17:59.27 | brlcad | nods |
| 17:59.34 | starseeker | built it on the Mac at one point, but that was the X11 route |
| 18:00.18 | brlcad | that'll be something to test but there are a slew of little things that I had to hack to make it work that'll probably take a while to fix properly (almost all build system related, but easy stuff) |
| 18:00.21 | starseeker | sooner or later we'll need to figure out how to handle non-ogl displays in Archer - some features need to turn off |
| 18:00.27 | brlcad | like GL/gl.h vs OpenGL/gl.h |
| 18:00.28 | starseeker | nods |
| 18:00.38 | starseeker | not surprised |
| 18:01.24 | brlcad | actually been working on this for months, nibbling on it here and there |
| 18:01.36 | brlcad | it just finally all started coming together really fast |
| 18:01.47 | starseeker | I think our FindGL.cmake is already more sophisticated than CMake's vanilla version, and that's without properly handing Aqua vs X11 |
| 18:01.54 | starseeker | cool! |
| 18:03.00 | brlcad | I ended up bypassing most of the find logic because of the problems I was having with tcl/tk |
| 18:03.03 | starseeker | will be very curious to see what the new Tk does with tooltips and icons in Archer - iirc those were problem areas |
| 18:03.08 | starseeker | ah |
| 18:03.32 | brlcad | ended up just compiling it by hand, manually editing link and flags.make |
| 18:03.39 | starseeker | winces |
| 18:03.59 | starseeker | probably we should just ditch our Tcl/Tk setup and go with the default CMake FindTCL |
| 18:04.25 | brlcad | it wasn't the only issue, opengl had some issue too |
| 18:04.28 | starseeker | so far the complexity of our version has worked out to a net negative |
| 18:04.49 | starseeker | had the distinct impression our FindGL.cmake was better than the default CMake version, but I could be wrong |
| 18:04.57 | brlcad | what the issues are quickly are becoming a blur because I just moved on |
| 18:05.04 | starseeker | nods |
| 18:05.37 | brlcad | the cool part is seeing it working means that it's worth putting the time in to fix the build so it can do what I made it do manually |
| 18:05.58 | brlcad | the whole app definitely feels differently, better |
| 18:06.56 | starseeker | excellent |
| 18:07.14 | brlcad | did you see both screenshots? |
| 18:07.20 | starseeker | did |
| 18:07.36 | starseeker | does this mean it's time to jump the src/other Tcl/Tk to 8.6? |
| 18:07.53 | brlcad | few minor stylistic things to sort out, like n_reed's dialog having a nice default background, but all the rest having an overcrasting white bg |
| 18:07.59 | starseeker | heh |
| 18:08.21 | starseeker | isn't sure, but there may be Tk vs. Itk issues at play there... |
| 18:08.32 | starseeker | or tk vs ttk |
| 18:08.34 | brlcad | the ones in the screenies are all tk |
| 18:08.47 | brlcad | well, and including ttk if we use that |
| 18:09.18 | starseeker | n_reed may have done something in a more "modern" way with his dialog - thought I recalled something about that, but been way too long |
| 18:10.12 | starseeker | Tcl/Tk 8.6 will be quite a jump for us, based on the last time I tried it... |
| 18:10.48 | brlcad | the aqua tcl/tk with all the latest bells and whistles was done on 8.5 |
| 18:10.53 | brlcad | I don't know what 8.6 looks like |
| 18:13.12 | sofat | brlcad, now free ? |
| 18:13.25 | Notify | 03BRL-CAD:carlmoore * 65415 (brlcad/trunk/src/util/bwcrop.c brlcad/trunk/src/util/bwscale.c): more shifting of routines: init_buffer and get_args placed just ahead of main, then place binterp behind (not in front of) ninterp |
| 18:14.04 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 18:14.46 | Notify | 03BRL-CAD:carlmoore * 65416 brlcad/trunk/src/util/bwcrop.c: remove the fprintf's which I had committed in error |
| 18:16.05 | ``Erik | man, aquatk would be awesome O.o posting BRL-CAD on the mac app store might become a reality this year |
| 18:17.14 | brlcad | sofat: half-ready |
| 18:17.40 | sofat | when you complete ready ping me please |
| 18:20.41 | Notify | 03BRL-CAD:carlmoore * 65417 brlcad/trunk/src/util/bwscale.c: fix blank lines in bwscale.c for sake of comparison with pixscale.c |
| 18:27.16 | brlcad | ih8sum3r: so I'm encountering a whole variety of different login issues :) |
| 18:27.42 | starseeker | brlcad: ah, very good |
| 18:28.20 | ih8sum3r | brlcad, what kind of issues? |
| 18:29.37 | brlcad | ih8sum3r: first was the feedback form on the bottom -- it sent me to formspree but I never received anything |
| 18:29.46 | brlcad | and that page doesn't return back |
| 18:30.21 | brlcad | and it says all fields are cumpulsory, but just clicking Send goes to formspree too |
| 18:31.28 | brlcad | for the main login, it gave me an "Internal error" |
| 18:32.08 | brlcad | error when trying to register, error retrieving password (thinking maybe it was reusing an earlier registration) |
| 18:32.24 | brlcad | but then seemed to let me log in |
| 18:32.38 | brlcad | again didn't receive confirm e-mail so the rest of the site won't let me see anything |
| 18:32.50 | brlcad | and the main page still has a sign-in button once logged in ;) |
| 18:33.45 | ih8sum3r | I have got your mail for the confirmation from formspree. But whatever the work regarding login registration all is done by shubham I have worked upon front-end for this. He's has used some new package and due to that all the functionality changed. |
| 18:33.47 | brlcad | "Internal server error" is the actual error message retrieving password |
| 18:34.13 | ih8sum3r | Try to login with this. Username : admin@example.com Password : ogv123 |
| 18:34.48 | brlcad | done |
| 18:35.23 | brlcad | so I'm sure it's merely a css / front-end issue, but once logged in, the "Sign-In" button should disappear :) |
| 18:36.00 | Notify | 03BRL-CAD:starseeker * 65418 brlcad/trunk/include/config_win.h.in: This define does not seem to appear anywhere in our source tree... |
| 18:36.03 | brlcad | the Models and My models pages need "something" to let the visitor know there is intentionally nothing there |
| 18:36.18 | brlcad | showing a title with a blank page makes it look like it errored |
| 18:36.47 | brlcad | even if it's just a simple statement like "There are currently no models available, try [uploading one]~" |
| 18:37.41 | ih8sum3r | The things appear there they are present when I uploaded the .g file it vanishes |
| 18:38.03 | brlcad | ih8sum3r: I realize that -- that's my point |
| 18:38.13 | brlcad | it needs to do something less confusing for the first-time user |
| 18:38.27 | brlcad | it looks broken just displaying an empty page |
| 18:38.45 | ih8sum3r | Should I show you the screenshots who it's look like? |
| 18:39.29 | brlcad | ih8sum3r: er, you can but I don't know why -- this is about what it looks like without anything uploaded yet |
| 18:40.15 | brlcad | hm, we should itemize the issues so we can refer to them... |
| 18:40.37 | brlcad | a) feedback form says everything is required but doesn't actually require anything |
| 18:41.14 | brlcad | b) feedback form doesn't link back to OGV (I realize this may all have already changed due to backend work) |
| 18:41.57 | brlcad | c) "Internal server error" creating an account |
| 18:42.06 | brlcad | d) "Internal server error" requesting password |
| 18:42.25 | brlcad | e) main page still shows Sign-In button once logged in |
| 18:42.32 | Notify | 03BRL-CAD:starseeker * 65419 brlcad/trunk/src/other/tk/CMakeLists.txt: Add MINGW build setup for Tk from Byron Bradley |
| 18:42.45 | brad_h | starseeker: read your responses on the mailing list about the single cmd approach + brlcad's answer too. will write a stub / patch for the interface as suggested. will also remove CLI access to the subcommands. |
| 18:43.05 | brlcad | f) Models page needs some statement when there are no models to display, preferably encouraging them to upload a model |
| 18:43.44 | brlcad | g) My Models page needs some statement when the user has no models uploaded, preferably encouraging upload |
| 18:44.46 | brlcad | let's see |
| 18:44.48 | starseeker | brad_h: sounds good. The brep command is an example of a top level command with subcommands |
| 18:45.16 | starseeker | brad_h: when you prepare a patch stubbing in a toplevel nmg command, make sure it builds cleanly and applies cleanly |
| 18:45.33 | starseeker | brad_h: ideally we want to get you commit access so you can work in trunk directly |
| 18:45.48 | ih8sum3r | a) Validations working on my side perfectly. Actually these are HTML5 validations, meteor validations are in progress. |
| 18:46.08 | ih8sum3r | b) Okay, I'll change it's route |
| 18:46.11 | brlcad | h) Model upload is requiring an image?? I don't think it should (it can/should autogenerate an image and allow an override) |
| 18:46.21 | brlcad | ih8sum3r: you don't need to respond to all of them :) |
| 18:46.32 | brlcad | I just wanted a letter associated with each so we can talk about them |
| 18:46.58 | ih8sum3r | Okay sure :) |
| 18:47.01 | brlcad | i) upload form title elements present themselves as selectable links, but don't do anything |
| 18:48.22 | brlcad | j) once uploaded (with image), nothing appears in Models or My Models |
| 18:48.42 | brlcad | (given green successfully uploaded/saved message |
| 18:49.15 | brlcad | which I suspect wasn't genuine .. I specified a big image and it responded green immediately |
| 18:50.41 | brlcad | ih8sum3r: don't let these all give you an idea that this isn't looking good |
| 18:50.46 | brlcad | it is looking really nice |
| 18:51.21 | brlcad | these issues may even be browser specific to some extent that will need to be debugged |
| 18:52.37 | Notify | 03BRL-CAD:starseeker * 65420 brlcad/trunk/CMakeLists.txt: Go ahead and add the HAVE_<NAME> define if we do one of these underscore definitions... |
| 18:52.39 | ih8sum3r | Actually the problem is the path only everything is working we can upload the file it is shown in the models also. I'mm just very much curious to show you everything but I don't know what path is to be give. Please look the screenshots |
| 18:52.48 | ih8sum3r | Models : http://awesomescreenshot.com/0a84zz5s6c |
| 18:52.50 | brlcad | so on Chrome, (a) worked in that it prevented me from submitting feedback until I'd filled in all three fields |
| 18:53.13 | brlcad | except then it proceeded to link to localhost:3000 (and obviously failed) |
| 18:54.23 | ih8sum3r | I got your feedback ;) |
| 18:56.51 | brlcad | ih8sum3r: so on Safari, (f) only displays the "Models" title and nothing under it |
| 18:57.49 | brlcad | looking at the console, it's saying line 1 of the .css file is invalid (it's a @import() line) |
| 18:58.11 | starseeker | brlcad: any idea why fb_log is defined to bu_log on Windows? |
| 18:58.17 | brlcad | @import url(http://fonts.googleapis.com/css?family=Megrim); |
| 18:58.19 | starseeker | sees the define but no helpful comments... |
| 18:58.48 | ih8sum3r | Yah! I know what is happening after deploying the app I uploaded .g file and it vanished. |
| 18:59.04 | ih8sum3r | Can you please tell me which safari version you are using? |
| 18:59.23 | Notify | 03BRL-CAD:starseeker * 65421 brlcad/trunk/CMakeLists.txt: Where there is windows.h assume winsock is to be found... |
| 18:59.34 | brlcad | starseeker: not off the top of my head, but I do recall that being a bit complicated |
| 18:59.56 | starseeker | brlcad: can I just base if off of windows.h for now until we sort out what's going on? |
| 19:00.28 | brlcad | on chrome without login, I still get a blank Models page (f) |
| 19:01.08 | brlcad | after login too |
| 19:02.19 | brlcad | I'm actually getting identical behavior for all the other issues b through j |
| 19:04.08 | brlcad | ih8sum3r: I just saw the settings page -- there's no way /usr/brlcad/bin/g-obj and /usr/brlcad/bin/mged are going to work ... you deployed to AWS |
| 19:04.16 | brlcad | or are those supposed to be local commands?? |
| 19:04.32 | brlcad | it says server, which is what i'd expect |
| 19:05.00 | ih8sum3r | No this is what I'm asking what is the path else everything is working it is just the problem of path. |
| 19:05.25 | ih8sum3r | <PROTECTED> |
| 19:05.34 | brlcad | the path is wherever YOU put it when you deploy on the server ... and you probably have no way to deploy brl-cad on an AWS server |
| 19:05.54 | Notify | 03BRL-CAD:starseeker * 65422 (brlcad/trunk/CMakeLists.txt brlcad/trunk/include/config_win.h.in): Remove some more bits from config_win.h.in |
| 19:05.54 | brlcad | best you could do would be to create static binaries and upload them when you deploy |
| 19:06.11 | brlcad | or deploy someplace different (our server) where we can ensure there is an install |
| 19:06.55 | brlcad | ih8sum3r: basically "it's not going to work on meteor.com" :) |
| 19:07.18 | brlcad | without some additional back-end work |
| 19:07.39 | ih8sum3r | Yah! agree with you totally. I need something where BRL-CAD is installed :-/ |
| 19:07.45 | brlcad | that's okay |
| 19:08.12 | brlcad | not having brl-cad doesn't actually affect issues a-j, so you should have plenty to work on ;) |
| 19:08.37 | brlcad | alas, I'm running out of time now and need to talk to sofat quickly before I go |
| 19:08.43 | brlcad | this is looking great |
| 19:08.59 | brlcad | please keep me updated when you think you have those 10 issues sorted |
| 19:09.37 | ih8sum3r | heh :) Most of the issues are sorted only as it is the path problem ;). Rest I'll work upon |
| 19:09.37 | ih8sum3r | :D |
| 19:09.49 | brlcad | sofat: will have to try later |
| 19:10.09 | sofat | ok |
| 19:10.25 | sofat | today or another day ? |
| 19:10.44 | ih8sum3r | I need to tell you lot of the things. should I conclude them in a mail and send to you? |
| 19:11.07 | sofat | brlcad, so now i need commit access to complete my editing work. |
| 19:11.18 | ih8sum3r | With full-fledged summary of everything. |
| 19:23.05 | sofat | I have important question i want to change my next week milestone. milestone ("HTML TO XML CONVERT SCRIPT"). because now i am using html anywhere in editing so this work not needed right now. I want to work on admin section and editing work in next week. If you allow me to change my next week milestone. |
| 19:23.56 | sofat | s/i am using html anywhere in editing so this work not needed right now/i am not using html anywhere so this work not needed right now |
| 19:24.18 | brlcad | sofat: i'm back for a few min again |
| 19:24.25 | sofat | ok |
| 19:24.36 | brlcad | ih8sum3r: except I don't see a-j as having anything to do with path |
| 19:24.43 | sofat | then ping me please i am waiting for you |
| 19:24.55 | brlcad | I could have no brl-cad and those are still front-end interface/usability issues |
| 19:25.45 | brlcad | maybe it's a matter of gracefully handling failures from not having a path, but it could/should present that error |
| 19:26.00 | brlcad | and at least (a) was portability-related (safari) |
| 19:26.12 | brlcad | most seemed related to account management |
| 19:26.33 | ih8sum3r | brlcad, please check this initially when no model is uploaded it looks like this http://awesomescreenshot.com/0074zz849a |
| 19:27.09 | brlcad | ih8sum3r: okay, that's great! |
| 19:27.25 | ih8sum3r | Only my-models page is empty I'll put something there |
| 19:27.49 | brlcad | so then the issue is maybe just that it needs to display an error -- for me, they're both blank |
| 19:28.37 | ih8sum3r | Agree with you. I'll figure out this and report you. |
| 19:29.00 | sofat | now i show you my work ? |
| 19:29.24 | brlcad | k) needs a better 404 page ;) |
| 19:29.28 | brlcad | a-k ;) |
| 19:29.46 | ih8sum3r | Okay :D |
| 19:30.06 | ih8sum3r | btw, is there brlcad installed on our server? |
| 19:30.22 | brlcad | e.g., https://github.com/oofa |
| 19:30.32 | brlcad | yes |
| 19:30.50 | brlcad | ih8sum3r: anything else? |
| 19:31.06 | ih8sum3r | Can I please get the access so that I can show you my work. |
| 19:34.25 | brlcad | anything else? |
| 19:34.57 | sofat | now i start or wait ? |
| 19:35.07 | brlcad | still ih8sum3r's turn :) |
| 19:35.18 | brlcad | ih8sum3r: anything else? |
| 19:35.55 | ih8sum3r | No that's it I'm done. If anything left I'l send you the message. |
| 19:36.03 | ih8sum3r | Thank you for your time :) |
| 19:36.04 | brlcad | great, okay sofat you're up! :) |
| 19:36.12 | brlcad | ih8sum3r: thanks for all your efforts, looking good |
| 19:36.23 | sofat | http://202.164.53.122/wordpress/?page_id=216 |
| 19:36.34 | sofat | start form this link |
| 19:36.39 | sofat | from |
| 19:37.14 | brlcad | ih8sum3r: I suggest before midterm evals that you get one other person to stress-test the interface for you, to see if they can find other issues after you address/fix a-k |
| 19:37.30 | brlcad | sofat: before that, to answer your question |
| 19:37.49 | brlcad | sofat: I don't have a problem with milestones changing, but you should talk that over with starseeker in more detail |
| 19:38.00 | brlcad | i'm not as familiar with the implications |
| 19:38.23 | brlcad | but from your description, I can't imagine that being a problem |
| 19:38.45 | brlcad | plus you should demo your work with him one-on-one too, it's great |
| 19:38.54 | ih8sum3r | Okay, I'll put mail to inderpreet, harmanpreet and shubham to test it as a user and find out more mistakes. |
| 19:41.41 | *** join/#brlcad sofat_ (~sofat@101.214.120.82) | |
| 19:42.53 | sofat_ | ok I will show my work to starseeker soon |
| 19:43.30 | sofat_ | starseeker, hello |
| 19:44.24 | sofat | I want to show you my work demo(with back-end) if you free. |
| 19:46.32 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 19:48.57 | brlcad | sofat: okay, so I have a few items :) |
| 19:49.00 | *** join/#brlcad merzo (~merzo@191-115-132-95.pool.ukrtel.net) | |
| 19:49.26 | brlcad | it's coming together well, but a good bit of polish will be needed to make this easier to use |
| 19:50.04 | sofat | ok tell me |
| 19:50.31 | Notify | 03BRL-CAD:brlcad * 65423 brlcad/trunk/doc/docbook/articles/en/TEMPLATE.xml: update to our newer logo urls |
| 19:51.03 | sofat | ok |
| 19:51.26 | brlcad | a) the main menu is conceptually the right idea, but that massive list of docs won't work :) |
| 19:52.04 | sofat | ok |
| 19:52.33 | brlcad | http://www.blender.org/manual/ is a good example of a cleaner hierarchical organization |
| 19:53.16 | sofat | ok i want to tell you one thing |
| 19:53.51 | sofat | our menu made in xml and then converted php and html |
| 19:54.40 | brlcad | nods |
| 19:54.40 | sofat | in this conversion the tags of all document same in html and php |
| 19:55.38 | brlcad | it's a content problem so there might not even really be much for you to do other than to maybe start with a similar menu or multi-level menu |
| 19:56.17 | brlcad | the content is not really your problem ;) |
| 19:56.41 | brlcad | the presentation of the content is though, and right now a) is one big long long list :) |
| 19:57.20 | brlcad | so maybe make the php output expandable/collapsed-by-default? |
| 19:57.56 | sofat | yes but If i made static menu in php language not using xml |
| 19:58.11 | brlcad | brb |
| 19:58.46 | sofat | xml have a problem |
| 19:59.02 | sofat | problem is after conversion of xml to php and html |
| 19:59.17 | sofat | all section contains the same id's |
| 19:59.31 | sofat | so i am not able to apply jquery effect to this |
| 20:03.34 | sofat | If i do separate coding in php then its possible but then its not part of xml or brlcad document it is working on directory read method and get the file name as menu item according to category language. Then its possible to made this page same as blender page |
| 20:03.59 | Notify | 03BRL-CAD:starseeker * 65424 brlcad/trunk/src/libbn/ulp.c: float.h is C89 |
| 20:06.04 | sofat | brlcad, ? |
| 20:15.02 | Notify | 03BRL-CAD:starseeker * 65425 brlcad/trunk/include/dm/dm_xvars.h: Tk provides X11 types |
| 20:15.41 | vasc | brlcad, i should only be able to port the M3 (grid acceleration) code to OpenCL after I get back from France i.e. in two weeks |
| 20:16.47 | sofat | brlcad, please gave me commit access |
| 20:17.04 | vasc | i have worked on some bits and pieces like getting a working prefix sums opencl code but it ain't integrated yet |
| 20:17.07 | sofat | my next step depends on this |
| 20:22.44 | *** join/#brlcad starseek1r (~starseeke@66-118-151-70.static.sagonet.net) | |
| 20:24.19 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 20:25.44 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) | |
| 20:25.50 | Notify | 03BRL-CAD Wiki:101.214.120.82 * 8743 /wiki/User:Hiteshsofat/GSoc15/log_developmen: |
| 20:31.48 | ``Erik | sagonet! hooray! \o/ |
| 20:41.49 | andrei_il | is there a problem with wiki? I can't access any page. |
| 20:44.19 | ``Erik | bz's uplink crapped itself |
| 20:45.12 | ``Erik | brlcad is semi-actively searching for a new home for bz, this isn't an isolated instance of the coloc host dropping the ball :) |
| 20:51.20 | andrei_il | <PROTECTED> |
| 21:02.28 | *** join/#brlcad ih8sum3r (~ih8sum3r@122.173.187.253) | |
| 21:04.12 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) | |
| 21:04.18 | brlcad | that was weird |
| 21:04.59 | andrei_il | yay, wiki is back again |
| 21:05.05 | *** join/#brlcad ejno (~ejno@unaffiliated/kazaik) | |
| 21:05.11 | vasc | bz? |
| 21:05.12 | brlcad | ISP issue of some sort |
| 21:05.31 | brlcad | we're not going to be with them for much longer |
| 21:05.32 | *** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net) | |
| 21:05.43 | *** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 21:06.59 | *** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net) | |
| 21:11.17 | *** join/#brlcad maths22 (~maths22@66-118-151-70.static.sagonet.net) | |
| 21:12.01 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 21:23.07 | brlcad | starseeker: r65419 implies he's using a 32-bit version of mingw, and he should probably be using a 64-bit version unless he talked to hoa |
| 21:23.50 | Notify | 03BRL-CAD:starseeker * 65431 brlcad/trunk/CMakeLists.txt: process.h is used by libbu/backtrace.c - test for it. |
| 21:29.55 | Notify | 03BRL-CAD:starseeker * 65433 (brlcad/trunk/CMakeLists.txt brlcad/trunk/include/config_win.h.in): Add regex.h check |
| 21:30.45 | Notify | 03BRL-CAD:starseeker * 65434 brlcad/trunk/CMakeLists.txt: skip the test - HAVE_REGEX_H is not present in current codebase. |
| 21:38.09 | Notify | 03BRL-CAD:starseeker * 65435 (brlcad/trunk/CMakeLists.txt brlcad/trunk/include/config_win.h.in): Remove more of config_win.h |
| 21:47.10 | Notify | 03BRL-CAD:starseeker * 65436 (brlcad/trunk/CMakeLists.txt brlcad/trunk/include/config_win.h.in): Make a stab at handling the stat/lseek logic |
| 21:55.24 | Notify | 03BRL-CAD:starseeker * 65437 brlcad/trunk/include/config_win.h.in: This looks like it pertains only to misc/win32-msvc/dll |
| 22:13.55 | Notify | 03BRL-CAD:starseeker * 65427 brlcad/trunk/misc/CMake/FindGL.cmake: Tweak FindGL.cmake |
| 22:19.33 | Notify | 03BRL-CAD:starseeker * 65432 brlcad/trunk/include/config_win.h.in: remove more defines from config_win.h |
| 22:29.23 | Notify | 03BRL-CAD:starseeker * 65428 (brlcad/trunk/CMakeLists.txt brlcad/trunk/include/config_win.h.in): More Windows config_win.h work |
| 22:29.38 | Notify | 03BRL-CAD:starseeker * 65429 brlcad/trunk/CMakeLists.txt: Try a different approach to GetFullPathName test. |
| 22:30.11 | Notify | 03BRL-CAD:starseeker * 65426 brlcad/trunk/misc/CMake/FindGL.cmake: Look for gl.h regardless. |
| 23:29.26 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 00:17.27 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) | |
| 00:17.40 | *** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net) | |
| 00:17.49 | *** join/#brlcad ejno (~ejno@66-118-151-70.static.sagonet.net) | |
| 00:17.50 | *** join/#brlcad ejno (~ejno@unaffiliated/kazaik) | |
| 00:18.05 | *** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net) | |
| 00:18.15 | *** join/#brlcad maths22 (~maths22@66-118-151-70.static.sagonet.net) | |
| 00:18.22 | *** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 00:18.23 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 00:18.30 | Notify | 03BRL-CAD:starseeker * 65430 brlcad/trunk/include/config_win.h.in: Remove hard define for HAVE_GETFULLPATHNAME |
| 00:24.53 | *** join/#brlcad infobot (ibot@rikers.org) | |
| 00:24.53 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-) | |
| 02:11.32 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 02:35.24 | *** join/#brlcad milinda (~milinda@112.134.114.148) | |
| 03:54.32 | milinda | How to convert db_i* to rt_db_internal* type ? Is this possible ? |
| 04:09.36 | *** join/#brlcad ejno_ (~ejno@unaffiliated/kazaik) | |
| 04:09.38 | *** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 04:09.44 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) | |
| 04:09.46 | *** join/#brlcad starseek1r (~starseeke@66-118-151-70.static.sagonet.net) | |
| 04:13.35 | *** join/#brlcad milinda (~milinda@112.134.184.112) | |
| 04:14.19 | *** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net) | |
| 04:21.21 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 04:49.18 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 05:38.07 | *** join/#brlcad milinda (~milinda@112.134.199.138) | |
| 07:21.41 | *** join/#brlcad milinda (~milinda@112.134.117.98) | |
| 07:56.03 | *** join/#brlcad milinda (~milinda@112.134.195.17) | |
| 08:27.46 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 10:16.00 | Notify | 03BRL-CAD Wiki:Andrei.ilinca24 * 8744 /wiki/User:Andrei.ilinca24/logs: /* Coding Period */ |
| 12:40.06 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8745 /wiki/User:MeShubham99/GSoc15/log_developmen: /* Week 4 */ |
| 13:15.42 | *** join/#brlcad milinda (~milinda@124.43.244.41) | |
| 13:23.56 | *** join/#brlcad merzo (~merzo@245-105-132-95.pool.ukrtel.net) | |
| 14:03.23 | *** join/#brlcad milinda (~milinda@103.247.48.139) | |
| 14:10.58 | *** join/#brlcad Gurwinder (75c76f40@gateway/web/freenode/ip.117.199.111.64) | |
| 15:24.52 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:05.31 | *** join/#brlcad ankesh11 (uid8015@gateway/web/irccloud.com/x-qcnxmcqytresomje) | |
| 16:57.07 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 17:00.22 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 17:37.50 | *** join/#brlcad merzo_ (~merzo@147-83-132-95.pool.ukrtel.net) | |
| 17:45.20 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-sjuphqjuzcyjixqt) | |
| 18:09.51 | *** join/#brlcad ih8sum3r (~ih8sum3r@122.173.248.176) | |
| 18:23.42 | milinda | How can I read . g file into rt_brep_internal structure ? |
| 19:02.41 | *** join/#brlcad sofat (~sofat@202.164.45.212) | |
| 19:40.17 | *** join/#brlcad sofat (~sofat@202.164.45.212) | |
| 20:20.28 | *** join/#brlcad KimK (~Kim__@ip68-102-30-143.ks.ok.cox.net) | |
| 20:21.35 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 20:25.12 | *** join/#brlcad ejno_ (~ejno@unaffiliated/kazaik) | |
| 20:36.05 | *** join/#brlcad ``Erik_ (~erik@pool-96-244-200-66.bltmmd.fios.verizon.net) | |
| 20:43.34 | *** join/#brlcad teepee_ (~teepee@unaffiliated/teepee) | |
| 20:54.31 | *** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net) | |
| 20:54.34 | *** join/#brlcad tofu_ (~sean@66-118-151-70.static.sagonet.net) | |
| 21:57.16 | *** join/#brlcad infobot (~infobot@rikers.org) | |
| 21:57.16 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-) | |
| 23:00.58 | *** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca) | |
| 00:32.34 | *** join/#brlcad yiyus (1242712427@je.je.je) | |
| 00:45.40 | *** join/#brlcad maths22_ (~maths22@66-118-151-70.static.sagonet.net) | |
| 01:55.00 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 03:09.40 | *** join/#brlcad milinda (~milinda@103.247.48.163) | |
| 04:04.45 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 08:19.41 | *** join/#brlcad random_ (0e8b5206@gateway/web/freenode/ip.14.139.82.6) | |
| 08:22.28 | random_ | brlcad i am unsure of what the pixborder bug is? and the man page for pixborder does not help as some options are not explained in it |
| 08:23.48 | random_ | ~help |
| 08:56.13 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-pakavrynyydqivzc) | |
| 10:12.20 | dracarys983 | brlcad: Is there any way to get a raytracing instance (rt_i) from a db_internal? Or rather a way to convert db_internal to a database instance (db_i)? |
| 10:27.48 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 10:30.47 | Notify | 03BRL-CAD Wiki:Deekaysharma * 8746 /wiki/User:Deekaysharma/logs: |
| 10:30.53 | Notify | 03BRL-CAD Wiki:Konrado DJ * 8747 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 20 JUNE 2015 */ |
| 10:30.58 | Notify | 03BRL-CAD Wiki:Konrado DJ * 8748 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 20 JUNE 2015 */ |
| 10:31.03 | Notify | 03BRL-CAD Wiki:Terry.e.wen * 8749 /wiki/User:Terry.e.wen/log: |
| 10:31.05 | Notify | 03BRL-CAD Wiki:Andrei.ilinca24 * 8750 /wiki/User:Andrei.ilinca24/logs: /* Coding Period */ |
| 10:31.08 | Notify | 03BRL-CAD Wiki:117.214.200.200 * 8751 /wiki/User:Gurwinder_Singh/GSoc15/log_developmen: |
| 11:45.50 | *** join/#brlcad milinda (~milinda@124.43.64.0) | |
| 11:54.56 | milinda | How can I read . g file into rt_brep_internal structure ? |
| 11:55.13 | milinda | Is this possible ? |
| 13:01.54 | *** join/#brlcad maths22 (~maths22@66-118-151-70.static.sagonet.net) | |
| 13:18.35 | *** join/#brlcad ``Erik_ (~erik@pool-96-244-200-66.bltmmd.fios.verizon.net) | |
| 15:28.02 | Notify | 03BRL-CAD Wiki:Ngassafinjap * 8752 /wiki/User:Amalia/Development_logs: /* Thursday June 18th */ |
| 15:28.51 | Notify | 03BRL-CAD Wiki:Ngassafinjap * 8753 /wiki/User:Amalia/Development_logs: /* Saturday June 20th */ |
| 15:29.34 | *** join/#brlcad milinda (~milinda@124.43.64.0) | |
| 15:33.48 | Notify | 03BRL-CAD Wiki:Ngassafinjap * 8754 /wiki/User:Amalia/Development_logs: /* Saturday June 20th */ |
| 15:42.41 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:33.01 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 17:38.28 | *** join/#brlcad gaganjyot (~gaganjyot@27.255.240.20) | |
| 19:14.55 | *** join/#brlcad sofat (~sofat@202.164.45.208) | |
| 20:26.46 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 21:03.57 | Notify | 03BRL-CAD Wiki:202.164.45.208 * 8755 /wiki/User:Hiteshsofat/GSoc15/log_developmen: |
| 21:40.37 | Notify | 03BRL-CAD:starseeker * 65438 (brlcad/trunk/src/conv/csg/csg_parser.lemon brlcad/trunk/src/conv/csg/csg_scanner.perplex): Apply patch #383 from Ilinca Andrei updating the csg importer code. |
| 22:02.00 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) | |
| 22:18.05 | *** join/#brlcad kanzure (~kanzure@unaffiliated/kanzure) | |
| 22:25.07 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 22:53.36 | Notify | 03BRL-CAD Wiki:Andrei.ilinca24 * 8756 /wiki/User:Andrei.ilinca24/logs: /* Coding Period */ |
| 23:03.48 | Notify | 03BRL-CAD Wiki:Konrado DJ * 8757 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 20 JUNE 2015 */ |
| 23:06.07 | Notify | 03BRL-CAD Wiki:Konrado DJ * 8758 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 21 JUNE 2015 */ |
| 00:44.06 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 02:29.56 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 02:59.54 | *** join/#brlcad infobot (ibot@rikers.org) | |
| 02:59.54 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-) | |
| 03:11.48 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 05:10.59 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 05:38.14 | *** join/#brlcad KimK (~Kim__@ip68-102-30-143.ks.ok.cox.net) | |
| 06:05.07 | *** join/#brlcad milinda (~milinda@192.248.8.66) | |
| 06:07.36 | milinda | I have a .g file. I have read it using db_open which returns the db_i* successfully. I need to convert the db_i* in to rt_db_internal. I have used casting it works at the compile time but when I try to get rt_brep_internal from casted rt_db_internal the program crashes. How can I resolve this ? |
| 07:36.16 | *** join/#brlcad teepee-- (bc5c2133@gateway/web/freenode/ip.188.92.33.51) | |
| 07:59.13 | Notify | 03BRL-CAD Wiki:Konrado DJ * 8759 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 21 JUNE 2015 */ |
| 08:06.53 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 08:14.19 | *** join/#brlcad ejno (~ejno@unaffiliated/kazaik) | |
| 08:14.51 | *** join/#brlcad kanzure (~kanzure@unaffiliated/kanzure) | |
| 08:47.30 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 09:15.41 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-vdbjibkbobggupqa) | |
| 09:34.20 | *** join/#brlcad milinda (~milinda@192.248.8.66) | |
| 09:45.10 | dracarys983 | milinda: rt_db_internal is for a database object. There is a function rt_db_get_internal() in include/rt/db_internal.h which fills a rt_db_internal struct. |
| 09:49.21 | milinda | dracarys983: Thanks for the reply. What is the const mat and struct resources that we need to give in to that function. ? |
| 09:56.20 | dracarys983 | milinda: I'm not sure about the "mat". The "resource" is a struct required for parallel execution I guess -- you can find it's description in include/rt/resource.h. |
| 09:59.05 | dracarys983 | milinda: Once you get the database instance (db_i) from a .g file, you're trying to get a rt_db_internal for a model in that database, is that what you're trying to do? |
| 09:59.25 | milinda | yes |
| 09:59.28 | milinda | :) |
| 10:00.27 | milinda | dracarys983: What I am really trying to do is read the .g file and browse the brep elements |
| 10:00.43 | milinda | dracarys983:Do you know how to do this. May be code example ? |
| 10:02.28 | milinda | dracarys983: I looked at the brlcad/src/adrt/load_g.c. Do we need to write that much of code just to load an .g file ? |
| 10:05.26 | Notify | 03BRL-CAD Wiki:Ngassafinjap * 8760 /wiki/User:Amalia/Development_logs: /* Friday June 19th */ |
| 10:09.11 | Notify | 03BRL-CAD Wiki:Ngassafinjap * 8761 /wiki/User:Amalia/Development_logs: /* Sunday June 21st */ |
| 10:13.52 | Notify | 03BRL-CAD Wiki:Ngassafinjap * 8762 /wiki/User:Amalia/Development_logs: /* Sunday June 21st */ |
| 10:14.21 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-ixgictppbufpvenm) | |
| 10:15.26 | dracarys983 | milinda: I don't know about loading a .g file, sorry. I can help you with the steps for database manipulation I guess. |
| 10:19.46 | milinda | dracarys983: That's okay I really appreciate your help. Thank You. :) |
| 10:25.12 | dracarys983 | milinda: No problem. Here is a small code example -- I hope it helps. https://gist.github.com/dracarys-stormborn/d7fac7c7512410d3139b |
| 10:26.21 | milinda | dracarys983: Thanks, I will look into that. :) |
| 10:26.39 | dracarys983 | :) |
| 10:28.02 | *** join/#brlcad sofat (~sofat@202.164.53.117) | |
| 10:44.10 | *** join/#brlcad milinda_ (~milinda@192.248.8.66) | |
| 10:45.33 | *** join/#brlcad teepee (~teepee@unaffiliated/teepee) | |
| 10:51.21 | *** join/#brlcad milinda_ (~milinda@192.248.8.66) | |
| 10:54.17 | *** join/#brlcad sofat (~sofat@202.164.53.117) | |
| 11:02.57 | Notify | 03BRL-CAD Wiki:Ngassafinjap * 8763 /wiki/User:Amalia/Development_logs: /* Monday June 22nd */ |
| 11:12.28 | milinda_ | dracarys983: db_lookup fails. The name should be full path to the .g file right ? |
| 13:16.13 | Notify | 03BRL-CAD:starseeker * 65439 brlcad/trunk/include/config_win.h.in: If I'm not mistaken, libbu/interrupt.c takes care of this itself and both sig_t and HAVE_SIG_T doesn't seem to be used elsewhere in the code. |
| 13:28.23 | Notify | 03BRL-CAD:starseeker * 65440 (brlcad/trunk/include/config_win.h.in brlcad/trunk/src/remrt/remrt.c): I'm not quite sure why HAVE_VFORK was set to one here - the only place in the code that appears to use HAVE_VFORK is remrt.c, and without a working fork that define won't help (which is the case on Windows.) |
| 13:31.46 | *** join/#brlcad sofat (~sofat@202.164.45.212) | |
| 13:31.53 | sofat | starseeker, hello |
| 13:32.35 | sofat | I want some discussion regarding this week work if you free please response me. |
| 13:47.21 | *** join/#brlcad sofat (~sofat@202.164.45.212) | |
| 13:52.37 | Notify | 03BRL-CAD:starseeker * 65441 (brlcad/trunk/CMakeLists.txt brlcad/trunk/include/config_win.h.in): Fix isascii (that one needs two underscore prefix characters) and take a stab at the rest of the config_win.h defines. |
| 13:56.40 | Notify | 03BRL-CAD:starseeker * 65442 brlcad/trunk/CMakeLists.txt: Add fallback typedefs |
| 13:59.40 | Notify | 03BRL-CAD:starseeker * 65443 brlcad/trunk/CMakeLists.txt: Tweaks |
| 14:02.10 | Notify | 03BRL-CAD:starseeker * 65444 brlcad/trunk/CMakeLists.txt: typedefs, not defines... |
| 14:09.56 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 14:47.01 | *** join/#brlcad sofat (~androirc@101.214.52.81) | |
| 14:52.13 | Notify | 03BRL-CAD Wiki:Konrado DJ * 8764 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 22 JUNE 2015 */ |
| 14:56.40 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:02.56 | Notify | 03BRL-CAD:starseeker * 65445 brlcad/trunk/CMakeLists.txt: the type tests aren't reliable enough yet - add extra trigger for now. |
| 15:03.03 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:08.13 | *** join/#brlcad sofat (~androirc@101.214.122.153) | |
| 15:08.40 | *** join/#brlcad sofat (~androirc@202.164.45.212) | |
| 15:28.22 | *** join/#brlcad sofat (~sofat@101.214.123.208) | |
| 15:50.06 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:18.14 | sofat | starseeker, please allow me to change this week milestone in proposal . |
| 16:31.19 | *** join/#brlcad sofat_ (~androirc@202.164.45.204) | |
| 16:34.20 | *** join/#brlcad milinda_ (~milinda@112.134.178.206) | |
| 16:38.40 | milinda_ | https://bitbucket.org/milindasf/stepviewer/src/c595443bc989a55bd94e0e27288c7e59d0a7f1fb/stepviewermainwindow.cpp?at=default refer line 119 to 158. I am trying to open a .g file and browse it brep components. but db_lookup line 144 fails. What am I doing wrong here. ??? |
| 16:51.48 | *** join/#brlcad sofat (~sofat@101.214.187.55) | |
| 17:09.37 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 17:29.51 | *** join/#brlcad sofat (~sofat@101.214.118.205) | |
| 17:37.13 | dracarys983 | milinda_: Um, the filepath field is for auxiliary files -- the files having texture maps and such things. You have to write the name of the primitive / combination's name which is required and it is in the database. |
| 17:37.43 | sofat | starseeker, I have submitted my new patch on wordpress.xsl.in file please accept this as soon as possible |
| 17:38.54 | Notify | 03BRL-CAD:starseeker * 65446 brlcad/trunk/src/libged/tire.c: Whoops - already handled the offset |
| 17:38.56 | dracarys983 | For e.g : Say my database is axis.g. Now, on doing an "ls" in MGED, it gives me a list of primitives / combinations there. |
| 17:40.31 | dracarys983 | Now, there is a primitive with the name "arb8" in the list for axis.g. So, I would use "db_lookup(dbip, arb8, LOOKUP_NOISY);" |
| 17:41.01 | milinda_ | dracarys983: Okay Thanks I will try that :) |
| 17:48.18 | dracarys983 | milinda_: I guess for the brep elements, you might want to convert the rt_db_internal struct obtained using rt_*_brep() in *_brep.cpp in librt. That's my guess :) |
| 17:48.23 | dracarys983 | I hope this helps :) |
| 17:52.23 | starseeker | sofat? |
| 17:52.26 | starseeker | nuts |
| 17:53.25 | *** join/#brlcad milinda_ (~milinda@112.134.178.206) | |
| 17:58.00 | *** join/#brlcad sofat (~sofat@49.138.148.154) | |
| 18:05.41 | *** join/#brlcad milinda_ (~milinda@112.134.178.206) | |
| 18:21.23 | milinda_ | dracarys983: Now db_lookup works fine. But the rt_db_internal crashes. Do you know why ? |
| 18:22.37 | dracarys983 | milinda_: Yes. Because you have given a NULL casted by fastf_t * while that is a mat_t type parameter, I guess. |
| 18:23.40 | dracarys983 | Well, give a bn_mat_identity (identity matrix) and try |
| 18:24.45 | milinda_ | dracarys983:Okay |
| 18:32.40 | milinda_ | dracarys983: problem is not solved yet. :( |
| 18:37.57 | dracarys983 | milinda_: Uh oh. It's probably a database read failure. |
| 18:39.18 | milinda_ | dracarys983:You mean in db_i* ? |
| 18:39.40 | milinda_ | dracarys983: What about the resource parameter ? |
| 18:40.14 | milinda_ | dracarys983: I think I am doing something wrong there ? |
| 18:42.51 | dracarys983 | milinda_: Where is rt_uniresource defined? |
| 18:46.51 | milinda_ | dracarys983: it's defined in the header i guess. okay problem solved. The problem was rt_db_internal * rtdbip was not initialized. Line 152 :) |
| 18:47.12 | milinda_ | dracarys983: 3 days to resolve this. :) |
| 18:47.37 | milinda_ | dracarys983: Including the corrections that you mentioned. :) |
| 18:48.47 | dracarys983 | milinda_: Cool. Good going man. Things will get better. :) |
| 18:49.49 | milinda_ | dracarys983: Anyway thanks for helping me. :) |
| 18:50.51 | dracarys983 | milinda_: Oh, come on. It was just a push. You did the rest. :) |
| 18:52.33 | dracarys983 | is done for the day. Going to sleep. |
| 18:52.55 | *** join/#brlcad Ch3ck_ (~Ch3ck@154.70.99.18) | |
| 19:02.44 | Notify | 03BRL-CAD:ejno * 65447 brlcad/trunk/src/libgcv/region_end_mc.c: free string returned by db_path_to_string() |
| 19:18.08 | *** join/#brlcad ih8sum3r (~ih8sum3r@122.173.119.64) | |
| 19:26.38 | *** join/#brlcad merzo (~merzo@39-123-132-95.pool.ukrtel.net) | |
| 19:30.28 | Notify | 03BRL-CAD Wiki:Ngassafinjap * 8765 /wiki/User:Amalia/Development_logs: /* Monday June 22nd */ |
| 19:32.01 | Notify | 03BRL-CAD Wiki:Ngassafinjap * 8766 /wiki/User:Amalia/Development_logs: /* Monday June 22nd */ |
| 19:36.37 | starseeker | sofat: which milestone was it you wanted to change? |
| 19:36.51 | sofat | html to xml conversion |
| 19:36.53 | sofat | script |
| 19:37.05 | sofat | but noe this not needed |
| 19:37.13 | starseeker | ok, that's fine |
| 19:37.20 | sofat | because i use xml for every thing |
| 19:37.31 | sofat | editing |
| 19:37.45 | sofat | validation etc.. |
| 19:37.59 | sofat | now you please allow me ? |
| 19:38.03 | starseeker | not a problem - tweaks like that are normal |
| 19:38.06 | Notify | 03BRL-CAD Wiki:Terry.e.wen * 8767 /wiki/User:Terry.e.wen/log: |
| 19:38.32 | sofat | means please use simple english |
| 19:38.43 | sofat | so i easy to understand |
| 19:38.43 | starseeker | yes you man change the milestone |
| 19:38.51 | starseeker | yes you may |
| 19:38.55 | sofat | ok |
| 19:39.02 | sofat | one request more |
| 19:39.12 | sofat | i want to show you my work |
| 19:39.18 | sofat | if free |
| 19:39.21 | sofat | you free |
| 19:39.46 | starseeker | maybe in a few hours? |
| 19:39.53 | starseeker | right now isn't good |
| 19:40.00 | sofat | ok |
| 19:40.13 | sofat | another thing i am submit my |
| 19:40.30 | sofat | two patches last week which are clean according you |
| 19:40.46 | starseeker | sofat: I don't grant commit access myself |
| 19:41.08 | sofat | ok so what i do :-( |
| 19:41.27 | starseeker | did you read the HACKING document? |
| 19:41.28 | sofat | my work is pending without this. |
| 19:41.33 | sofat | yes |
| 19:41.45 | starseeker | sofat: patches will work for the moment |
| 19:42.21 | sofat | means please explain more |
| 19:42.57 | starseeker | until you earn commit access, keep submitting patches as you have been doing |
| 19:43.10 | sofat | ok |
| 19:43.56 | sofat | i am worry about midterm because without commit access my work is not completed. |
| 19:44.26 | starseeker | sofat: in what way? |
| 19:45.21 | sofat | because before midterm i complete my 1-6 options |
| 19:45.51 | sofat | editing - update main repo - update wordpress using cron job and commit access. |
| 19:46.04 | sofat | by shell script |
| 19:46.50 | starseeker | sofat: if you need to work on the technial aspects of interacting with the subversion repository, you could try setting up your own local subversion repo |
| 19:47.00 | sofat | ok |
| 19:47.18 | sofat | i will try |
| 19:47.36 | sofat | one more question |
| 19:47.43 | starseeker | frankly, I don't think we'll want to have any web based changes feeding directly back into the main repository anyway |
| 19:48.31 | sofat | not directly |
| 19:48.44 | sofat | admin allow then changes applied |
| 19:50.02 | sofat | I could not found images for this document BRL-CAD_Tutorial_Series-VolumeIV.xml . You have any idea where the images. |
| 19:54.28 | starseeker | sofat: it's probably the v4-* images in doc/docbook/books/en/images |
| 19:55.27 | sofat | ok i check again |
| 19:56.36 | sofat | starseeker, i am waiting for you when you free please tell me then I show you my work. |
| 19:58.49 | *** join/#brlcad Izakey (~Izakey@41.205.22.24) | |
| 20:11.20 | *** join/#brlcad ries_ (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 20:16.58 | Notify | 03BRL-CAD:ejno * 65448 brlcad/trunk/src/libgcv/plugin.c: check pointer before incrementing |
| 20:20.02 | *** join/#brlcad sofat (~sofat@49.138.148.154) | |
| 20:20.47 | Notify | 03BRL-CAD:starseeker * 65449 brlcad/trunk/src/libbrep/shape_recognition_planar.cpp: Avoid a crash - this is a symptom of another bug. |
| 20:20.56 | *** part/#brlcad Ch3ck_ (~Ch3ck@154.70.99.18) | |
| 20:34.38 | Notify | 03BRL-CAD:starseeker * 65450 brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp: Avoid another crasher |
| 20:47.17 | *** join/#brlcad sofat (~sofat@202.164.45.212) | |
| 21:29.15 | *** join/#brlcad sofat (~sofat@101.214.10.17) | |
| 21:51.03 | Notify | 03BRL-CAD Wiki:101.214.101.96 * 8768 /wiki/User:Hiteshsofat/GSoc15/log_developmen: |
| 21:52.16 | *** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net) | |
| 21:53.20 | *** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net) | |
| 22:54.16 | *** part/#brlcad ih8sum3r (~ih8sum3r@122.173.119.64) | |
| 23:20.02 | Notify | 03BRL-CAD Wiki:Deekaysharma * 8769 /wiki/User:Deekaysharma/logs: |
| 23:36.00 | Notify | 03BRL-CAD Wiki:Bhollister * 8770 /wiki/User:Bhollister/DevLogJune2015: |
| 23:41.18 | Notify | 03BRL-CAD Wiki:Bhollister * 8771 /wiki/User:Bhollister/Proposal: /* Project Schedule */ |
| 00:11.32 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 00:35.48 | Notify | 03BRL-CAD:starseeker * 65451 (brlcad/trunk/src/libbrep/shape_recognition_util.cpp brlcad/trunk/src/libged/shape_recognition.cpp): Add faces list to output objects as an attribute. |
| 04:32.58 | Notify | 03BRL-CAD:starseeker * 65452 brlcad/trunk/doc/docbook/resources/brlcad/wordpress.xsl.in: Apply patch #384 updating wordpress.xsl.in |
| 04:38.34 | *** join/#brlcad milinda (~milinda@192.248.8.66) | |
| 06:32.23 | *** part/#brlcad dracarys983 (dracarys98@nat/iiit/x-ixgictppbufpvenm) | |
| 06:51.36 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-iemgnkzophhckbhm) | |
| 07:30.53 | *** join/#brlcad teepee-- (bc5c2133@gateway/web/freenode/ip.188.92.33.51) | |
| 07:32.05 | *** join/#brlcad maths22_ (~maths22@66-118-151-70.static.sagonet.net) | |
| 07:37.27 | *** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net) | |
| 08:02.23 | *** join/#brlcad merzo (~merzo@92.60.189.225) | |
| 08:16.52 | *** join/#brlcad milinda (~milinda@192.248.8.66) | |
| 08:43.59 | Notify | 03BRL-CAD Wiki:Shaina7837 * 8772 /wiki/User:Shainasabarwal/GSoC15/logs: /* 16 June */ |
| 09:17.55 | Notify | 03BRL-CAD Wiki:Andrei.ilinca24 * 8773 /wiki/User:Andrei.ilinca24/logs: /* Coding Period */ |
| 12:27.52 | *** join/#brlcad ih8sum3r (~ih8sum3r@122.173.119.64) | |
| 12:30.34 | *** join/#brlcad merzo (~merzo@92.60.189.225) | |
| 12:41.22 | *** part/#brlcad ih8sum3r (~ih8sum3r@122.173.119.64) | |
| 12:49.37 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 13:16.29 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 13:30.06 | Notify | 03BRL-CAD:starseeker * 65453 brlcad/trunk/src/libged/shape_recognition.cpp: Don't keep going if we've got no subbreps_tree |
| 13:43.30 | Notify | 03BRL-CAD Wiki:Ngassafinjap * 8774 /wiki/User:Amalia/Development_logs: |
| 13:56.09 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 14:54.04 | *** join/#brlcad milinda (~milinda@124.43.73.221) | |
| 14:55.12 | milinda | brlcad: https://bitbucket.org/milindasf/stepviewer/src/f888657ba24b0a1e7cfe9b6de27b6d356089ab22/images/step1.png?at=default I have read the .g file and iterated all the edge points and visualized it in the OpenGL view :) |
| 14:56.06 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 14:58.30 | Notify | 03BRL-CAD:ejno * 65454 brlcad/trunk/src/libged/bot_merge.c: free rt_db_internal objects; add error message |
| 15:05.01 | Notify | 03BRL-CAD:ejno * 65455 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: free BOT internal in object destructor |
| 15:09.27 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-nqgwprdvxvtxaftg) | |
| 15:09.33 | Notify | 03BRL-CAD:ejno * 65456 brlcad/trunk/src/libged/bot_merge.c: free rt_db_internal |
| 15:23.07 | Notify | 03BRL-CAD:ejno * 65457 brlcad/trunk/src/libged/bot_merge.c: free the rt_bot_internal objects in 'bots' |
| 15:25.35 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:51.02 | Notify | 03BRL-CAD:ejno * 65458 (brlcad/trunk/include/rt/primitives/bot.h brlcad/trunk/src/libged/bot_merge.c brlcad/trunk/src/librt/primitives/bot/bot.c): move ged_bot_merge logic into rt_bot_merge() |
| 15:51.31 | *** join/#brlcad sofat (~sofat@202.164.45.212) | |
| 15:55.27 | Notify | 03BRL-CAD:ejno * 65459 brlcad/trunk/include/rt/primitives/bot.h: add 'extern' to prototype |
| 16:13.03 | *** join/#brlcad sofat (~sofat@202.164.45.208) | |
| 16:37.01 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:47.59 | *** join/#brlcad gurwinder (3b599e92@gateway/web/freenode/ip.59.89.158.146) | |
| 16:49.07 | gurwinder | brlcad: Hi, want to discuss about my current work. |
| 18:09.59 | Notify | 03BRL-CAD:ejno * 65460 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: check return value of db_walk_tree() |
| 18:12.44 | Notify | 03BRL-CAD Wiki:59.89.158.146 * 8775 /wiki/User:Gurwinder_Singh/GSoc15/log_developmen: |
| 18:13.16 | Notify | 03BRL-CAD:ejno * 65461 brlcad/trunk/src/libgcv/CMakeLists.txt: implement gcv_facetize() based on ged_facetize() |
| 18:20.56 | Notify | 03BRL-CAD:ejno * 65462 brlcad/trunk/src/libgcv/facetize.c: fix error |
| 18:32.45 | Notify | 03BRL-CAD:n_reed * 65463 brlcad/trunk/doc/docbook/system/man1/en/rtarea.xml: avoid tabs to preserve man formatting |
| 18:34.33 | Notify | 03BRL-CAD:ejno * 65464 brlcad/trunk/src/libgcv/facetize.c: convert all regions and shells into BOTs |
| 18:43.44 | Notify | 03BRL-CAD:ejno * 65465 brlcad/trunk/src/libgcv/facetize.c: use nmg_kill_cracks() |
| 18:58.24 | Notify | 03BRL-CAD:ejno * 65466 brlcad/trunk/src/libgcv/facetize.c: fuse resulting BOT |
| 19:29.33 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-qjrmmmtgbwbpzldh) | |
| 19:46.19 | *** join/#brlcad merzo (~merzo@58-129-133-95.pool.ukrtel.net) | |
| 20:22.17 | ``Erik | image recognition neural networks tweaked to draw... http://googleresearch.blogspot.com/2015/06/inceptionism-going-deeper-into-neural.html |
| 20:31.59 | Notify | 03BRL-CAD Wiki:202.164.45.208 * 8776 /wiki/User:Hiteshsofat/GSoc15/log_developmen: |
| 20:40.06 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 20:57.19 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 21:35.53 | Notify | 03BRL-CAD Wiki:Ngassafinjap * 8777 /wiki/User:Amalia/Development_logs: /* Tuesday June 23rd */ |
| 21:50.53 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 22:52.15 | Notify | 03BRL-CAD Wiki:Ngassafinjap * 8778 /wiki/User:Amalia/Development_logs: /* Tuesday June 23rd */ |
| 22:59.35 | Notify | 03BRL-CAD Wiki:Konrado DJ * 8779 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 23 JUNE 2015 */ |
| 23:28.01 | Notify | 03BRL-CAD Wiki:Andrei.ilinca24 * 8780 /wiki/User:Andrei.ilinca24/logs: /* Coding Period */ |
| 00:05.22 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 00:13.38 | Notify | 03BRL-CAD Wiki:Bhollister * 8781 /wiki/User:Bhollister/DevLogJune2015: /* Tuesday, June 23, 2015 */ |
| 00:25.16 | Notify | 03BRL-CAD:starseeker * 65467 (brlcad/trunk/include/brep.h brlcad/trunk/src/libbrep/shape_recognition.cpp brlcad/trunk/src/libged/shape_recognition.cpp): Try to start setting up for better error reporting, test for edge sharing two general surfaces. Looks like something has broken independent of this commit... |
| 00:33.27 | Notify | 03BRL-CAD:starseeker * 65468 brlcad/trunk/src/libbrep/shape_recognition_planar.cpp: Revert 65449 - broke bot building. |
| 00:36.53 | Notify | 03BRL-CAD:starseeker * 65469 brlcad/trunk/src/libbrep/shape_recognition_planar.cpp: Might help to actually check the map... |
| 00:49.55 | Notify | 03BRL-CAD Wiki:Bhollister * 8782 /wiki/User:Bhollister/DevLogJune2015: /* Tuesday, June 23, 2015 */ |
| 02:15.34 | *** join/#brlcad gurwinder (75dc91b6@gateway/web/freenode/ip.117.220.145.182) | |
| 02:16.03 | gurwinder | brlcad: Morning |
| 02:17.40 | gurwinder | brlcad: I have almost done my work and put that file on my Github account. I have submitted my patch but I it reqiures some changes. |
| 02:19.12 | gurwinder | It converts all those primitives successfully. Now, I'm working on output option so write it in file. |
| 02:21.15 | gurwinder | I am able to write those primitives by alternative way. When I write -o option in command line it gaves me segmentation error. |
| 03:25.30 | starseeker | sofat? |
| 03:39.31 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 04:08.03 | *** join/#brlcad milinda (~milinda@192.248.8.66) | |
| 04:40.48 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 07:53.23 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 07:59.22 | *** join/#brlcad teepee-- (bc5c2133@gateway/web/freenode/ip.188.92.33.51) | |
| 08:43.16 | Notify | 03BRL-CAD Wiki:MilindaFernando * 8783 /wiki/User:MilindaFernando/gsoc2015_devlog: /* STEP Viewer Project Development Log */ |
| 09:02.36 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8784 /wiki/User:MeShubham99/GSoc15/log_developmen: /* Week 4 */ |
| 09:03.50 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8785 /wiki/User:MeShubham99/GSoc15/log_developmen: |
| 09:06.43 | milinda | To stop step2g converter in format 3, What is the method I should focus on. Is it bool STEPWrapper::convert(BRLCADWrapper *dot_g) ? |
| 09:30.31 | Notify | 03BRL-CAD Wiki:Konrado DJ * 8786 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 24 JUNE 2015 */ |
| 11:52.38 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 12:36.28 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 13:09.21 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 13:59.45 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 15:49.45 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:19.39 | Notify | 03BRL-CAD:ejno * 65470 brlcad/trunk/src/libged/facetize.c: remove unused variable |
| 16:25.28 | *** join/#brlcad milinda (~milinda@112.134.123.239) | |
| 16:29.50 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 16:30.19 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:40.15 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:49.00 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 16:54.51 | Notify | 03BRL-CAD:starseeker * 65471 brlcad/trunk/src/libbu/opt.c: strtof is C99 - try another approach. |
| 16:56.22 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 17:17.30 | *** join/#brlcad gaganjyot (~gaganjyot@27.255.240.20) | |
| 17:23.41 | *** join/#brlcad sofat (~sofat@202.164.45.208) | |
| 17:52.33 | *** join/#brlcad ih8sum3r (~ih8sum3r@122.173.119.64) | |
| 18:16.45 | Notify | 03BRL-CAD Wiki:Shaina7837 * 8787 /wiki/User:Shainasabarwal/GSoC15/logs: /* 22 June */ |
| 18:17.09 | Notify | 03BRL-CAD Wiki:Shaina7837 * 8788 /wiki/User:Shainasabarwal/GSoC15/logs: /* 24 June */ |
| 18:17.23 | Notify | 03BRL-CAD Wiki:Shaina7837 * 8789 /wiki/User:Shainasabarwal/GSoC15/logs: /* 22 June */ |
| 18:24.28 | Notify | 03BRL-CAD Wiki:Ngassafinjap * 8790 /wiki/User:Amalia/Development_logs: /* Tuesday June 23rd */ |
| 18:25.43 | Notify | 03BRL-CAD Wiki:Ngassafinjap * 8791 /wiki/User:Amalia/Development_logs: /* Saturday June 20th */ |
| 18:32.22 | *** join/#brlcad amalia237 (~amalia237@41.205.22.30) | |
| 18:32.50 | *** part/#brlcad dracarys983 (dracarys98@nat/iiit/x-qjrmmmtgbwbpzldh) | |
| 18:42.24 | *** join/#brlcad Izakey (~Izakey@41.205.22.38) | |
| 18:45.29 | *** part/#brlcad ih8sum3r (~ih8sum3r@122.173.119.64) | |
| 18:46.46 | Notify | 03BRL-CAD:ejno * 65472 (brlcad/trunk/include/rt/func.h brlcad/trunk/src/libgcv/facetize.c brlcad/trunk/src/librt/CMakeLists.txt): initial work on rt_obj_reduce() |
| 19:13.41 | *** join/#brlcad merzo (~merzo@254-86-200-46.pool.ukrtel.net) | |
| 19:14.03 | Notify | 03BRL-CAD Wiki:Terry.e.wen * 8792 /wiki/User:Terry.e.wen/log: |
| 20:11.48 | Notify | 03BRL-CAD:ejno * 65473 brlcad/trunk/src/libged/bot_merge.c: free 'bots' before returning |
| 20:43.47 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) | |
| 20:43.54 | *** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net) | |
| 20:48.31 | *** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 20:55.42 | sofat | brlcad, hello |
| 20:56.03 | sofat | I have update my script which I will run under cron job please |
| 20:56.19 | sofat | check my logic and tell me any changes |
| 20:56.20 | sofat | https://github.com/sofathitesh/brlcadscript/blob/master/copy_document.sh |
| 20:57.07 | sofat | starseeker, hello |
| 20:59.53 | starseeker | sofat: howdy |
| 21:00.11 | sofat | if you free please check my work |
| 21:00.17 | starseeker | sofat: where should I look? |
| 21:01.01 | sofat | http://202.164.53.122/wordpress/?page_id=426 |
| 21:01.11 | sofat | i want to explain step by step |
| 21:01.47 | sofat | first task is merge the docs with website |
| 21:01.58 | sofat | second is search |
| 21:02.02 | sofat | please these first |
| 21:02.06 | sofat | check |
| 21:04.23 | sofat | if you check these task then tell me |
| 21:04.24 | starseeker | sofat: ok, looks fairly good. my browser capabilities are a bit limited at the moment, so I will check again tonight, but looks good so far |
| 21:04.37 | sofat | ok now next |
| 21:04.59 | sofat | open any document and click on edit option |
| 21:05.34 | sofat | made some changes in document |
| 21:05.57 | sofat | if you done then tell me |
| 21:06.34 | starseeker | sofat: I may not have the browser capabilitiy to test that one right now - give me a couple minutes. If this doesn't work I'll try again tonight |
| 21:06.44 | sofat | ok |
| 21:07.40 | sofat | I gave you admin username and password |
| 21:07.44 | sofat | username :- root |
| 21:07.55 | sofat | password :- sofat |
| 21:10.04 | sofat | starseeker, if you not able to check my web work so please check my script which i will use under cron job. tell me any changes in logic. |
| 21:10.34 | starseeker | sofat: I will check your web work in a few hours |
| 21:11.11 | sofat | ok :-( |
| 21:11.31 | starseeker | sofat: one suggestion on the script - you might want to make a list of directories to create and iterate over it |
| 21:11.33 | ``Erik | *hackhackhack* |
| 21:11.45 | starseeker | ``Erik: are you available to check on sofat's site? |
| 21:11.52 | starseeker | can't see it at the moment |
| 21:11.58 | ``Erik | heading out the door to pick up Dom and head to tae kwon do, srry |
| 21:12.07 | sofat | ? |
| 21:12.15 | ``Erik | just saw an IP, username and passwd in channel, so'z I had to quip :) |
| 21:12.32 | sofat | means ? |
| 21:12.37 | sofat | in simple english |
| 21:13.10 | starseeker | he has to go somewhere - he was concerned when he saw a username and password posted in the open channel |
| 21:13.30 | starseeker | it would be better to change them and /msg the new settings to me |
| 21:13.44 | sofat | ok i send you personal mail |
| 21:14.44 | starseeker | sofat: I don't know if this is easy to fix, but I'm not having much luck viewing the web pages with text based browsers like elinks and lynx |
| 21:15.00 | sofat | ok |
| 21:15.22 | sofat | no problem when you get right browser then you check |
| 21:15.36 | starseeker | sofat: please list the other steps you would like me to take to test the site and I will do so |
| 21:15.48 | sofat | ok |
| 21:16.02 | sofat | 1) merge documents with website |
| 21:16.06 | sofat | 2 )search |
| 21:16.27 | sofat | 3 ) without login editng |
| 21:16.37 | sofat | 4) after login editing |
| 21:16.51 | sofat | 5 ) review the changes |
| 21:17.16 | sofat | 6) apply the changes on main document |
| 21:18.40 | sofat | and last is update the main repo by commit and update the wordpress directory these work is not complete yet because my script under review when script it pass then i do this work |
| 21:18.52 | starseeker | nods |
| 21:19.12 | sofat | starseeker, I also want to explain my logic if you gave me permission |
| 21:19.17 | starseeker | sure |
| 21:19.29 | sofat | first in editing |
| 21:20.29 | sofat | I am using firepad editor this editor is open source and most impotent feature is this editor is support the real time editing |
| 21:21.11 | sofat | means main one or then one person able to edit the document without loss of any information of any person |
| 21:21.25 | starseeker | sounds good |
| 21:21.29 | sofat | I am using jquery with this, with help this |
| 21:21.41 | starseeker | ah, no wonder a text browser can't see it |
| 21:22.51 | sofat | i post the document content to php file to save in xml file continuously I am set timer on editor after 5 min all data will saved automatically |
| 21:23.09 | sofat | sorry after 5 second |
| 21:23.21 | starseeker | ok |
| 21:23.22 | sofat | data will store in xml file |
| 21:23.52 | sofat | user not edit the original file they only edit the copy of original file |
| 21:24.06 | sofat | which are stored in review directory |
| 21:25.14 | sofat | means when user click on edit button then copy of original document placed in review folder and user only edit the copy document |
| 21:25.27 | sofat | now next how to check the editing.. |
| 21:26.06 | sofat | you login as admin and click on xml files menu which are placed in left side |
| 21:26.16 | sofat | click on review edit |
| 21:26.27 | sofat | there you see all editing files |
| 21:26.34 | sofat | click on any one |
| 21:26.57 | sofat | now I am using diff -u -f original file edit file |
| 21:27.03 | sofat | -u -b |
| 21:27.09 | sofat | not -f |
| 21:27.26 | starseeker | ok |
| 21:27.37 | sofat | with help of this I am getting the changes which are done by users |
| 21:28.33 | sofat | now there is accept button if you want to accept these changes then click on this after click the all changes converted into patch file |
| 21:28.42 | sofat | and applied on original document |
| 21:29.04 | sofat | then patch file deleted automatically |
| 21:29.31 | sofat | and edit document also deleted for review directory |
| 21:29.40 | sofat | s/for/from |
| 21:30.08 | starseeker | sounds good |
| 21:30.23 | sofat | now second button for discard if you not accept the changes then you discard it |
| 21:30.41 | sofat | after this edit file deleted form review directory |
| 21:31.10 | sofat | last option is pending because my script is under the review |
| 21:31.52 | starseeker | sofat: OK, sounds like good progress. I will review later this evening |
| 21:32.03 | sofat | with help ofn this script i update the main repo and compile the code of brlcad and last copy the updated document to wordpress |
| 21:32.06 | sofat | directory |
| 21:32.39 | starseeker | sofat: I suspect you might be able to shorten the script by iterating over lists of directories rather than having code blocks for each one... just a thought |
| 21:33.06 | sofat | means |
| 21:33.13 | sofat | in simple way |
| 21:33.37 | starseeker | for each directory, you are doing the same thing |
| 21:33.45 | sofat | yes |
| 21:33.49 | starseeker | in the shell script, you should be able to make a list |
| 21:33.54 | sofat | ok |
| 21:33.58 | starseeker | then use a for loop to iterate over each item in the list |
| 21:34.02 | sofat | like for loop |
| 21:34.07 | starseeker | exactly |
| 21:34.11 | sofat | o |
| 21:34.12 | sofat | ok |
| 21:34.42 | sofat | i will do this and i will update you as soon as possible |
| 21:35.02 | starseeker | very good - I'll be back later |
| 21:35.08 | sofat | thanks you |
| 21:43.20 | Notify | 03BRL-CAD Wiki:202.164.45.208 * 8793 /wiki/User:Hiteshsofat/GSoc15/log_developmen: |
| 22:44.39 | *** join/#brlcad merzo (~merzo@45-53-133-95.pool.ukrtel.net) | |
| 23:57.58 | brad_h | starseeker: what binary does /src/proc-db/nmgmodel.c compile to? i'm trying to find some use cases of the nmg internal api. thanks. |
| 00:00.44 | brad_h | starseeker: also, i may need to scale back my proposal to just handle nmg (not BoTs as well). the original proposal suggestions were for nmg only. for a summer project i think there is enough to do with just nmg. what do you think? |
| 00:07.41 | Notify | 03BRL-CAD Wiki:Bhollister * 8794 /wiki/User:Bhollister/DevLogJune2015: /* Wednesday, June 24, 2015 */ |
| 00:27.38 | Notify | 03BRL-CAD:starseeker * 65474 (brlcad/trunk/include/brep.h brlcad/trunk/src/libbrep/shape_recognition.cpp and 4 others): More error message work. |
| 01:32.27 | Notify | 03BRL-CAD:starseeker * 65475 (brlcad/trunk/include/brep.h brlcad/trunk/src/libbrep/shape_recognition.cpp and 5 others): More msg handling. |
| 01:33.12 | starseeker | brad_h: I would tend to agree that nmg has plenty to do |
| 01:33.45 | starseeker | brad_h: nmgmodel.c compiles to src/proc-db/nmgmodel in the build directory |
| 01:35.29 | *** join/#brlcad teepee (~teepee@unaffiliated/teepee) | |
| 02:48.56 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-sfjmxnpjgvdidxps) | |
| 04:29.55 | Notify | 03BRL-CAD Wiki:117.199.98.50 * 8795 /wiki/User:Gurwinder_Singh/GSoc15/log_developmen: |
| 05:12.02 | *** join/#brlcad cardinot (~cardinot@187.16.242.24) | |
| 05:12.02 | *** join/#brlcad cardinot (~cardinot@unaffiliated/cardinot) | |
| 06:10.46 | *** join/#brlcad merzo (~merzo@76-29-132-95.pool.ukrtel.net) | |
| 06:20.07 | *** join/#brlcad milinda (~milinda@192.248.8.66) | |
| 06:51.52 | *** part/#brlcad cardinot (~cardinot@unaffiliated/cardinot) | |
| 08:03.49 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 08:40.46 | *** join/#brlcad teepee-- (bc5c2133@gateway/web/freenode/ip.188.92.33.51) | |
| 11:10.49 | *** join/#brlcad luca79 (~luca@na-19-81-193.service.infuturo.it) | |
| 12:20.08 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 13:05.45 | Notify | 03BRL-CAD:ejno * 65476 brlcad/trunk/src/librt/reduce.c: set minimum tolerances; also fuse BOT during reduction |
| 13:16.05 | *** join/#brlcad luca79 (~luca@na-19-81-193.service.infuturo.it) | |
| 13:36.21 | Notify | 03BRL-CAD Wiki:Deekaysharma * 8796 /wiki/User:Deekaysharma/GSoc15/OGV_production_ready_plan: |
| 14:16.40 | dracarys983 | starseeker, ejno: I got a warning about "result" being clobbered by longsetjump / vfork in "libged/draw.c" -- lines 409 and 431. I changed the type from "int" to "static int" and it compiled fine. |
| 14:16.57 | dracarys983 | Just informing :) |
| 14:24.46 | *** join/#brlcad sofat (~androirc@101.214.26.167) | |
| 14:34.14 | Notify | 03BRL-CAD:ejno * 65477 brlcad/trunk/src/libged/draw.c: make 'result' static so it won't get clobbered when jumping |
| 14:34.31 | ejno | dracarys983: thanks for reporting, should be fixed now |
| 14:35.44 | dracarys983 | ejno: Great :D |
| 14:44.50 | dracarys983 | ejno: Getting same error for arg, totlen and no_draw in mged/clone.c -- lines 907, 911 and 916. |
| 14:46.21 | *** join/#brlcad sofat (~androirc@101.214.26.167) | |
| 14:46.34 | dracarys983 | ejno: mged/facedef.c -- lines 87, variable status. Same error. |
| 14:46.47 | *** join/#brlcad sofat (~androirc@202.164.45.204) | |
| 14:54.58 | *** join/#brlcad sofat_ (~sofat@202.164.45.212) | |
| 15:23.09 | *** join/#brlcad sofat_ (~sofat@101.214.114.57) | |
| 15:25.45 | ejno | dracarys983: thanks |
| 15:46.21 | Notify | 03BRL-CAD:ejno * 65478 (brlcad/trunk/src/mged/clone.c brlcad/trunk/src/mged/facedef.c): silence some more longjmp warnings |
| 16:04.41 | *** join/#brlcad sofat_ (~sofat@202.164.45.204) | |
| 16:05.37 | Notify | 03BRL-CAD:ejno * 65479 brlcad/trunk/src/librt/reduce.c: check range of reduction_level |
| 16:13.33 | Notify | 03BRL-CAD:ejno * 65480 brlcad/trunk/src/libgcv/facetize.c: silence longjmp warnings |
| 16:21.49 | *** join/#brlcad sofat_ (~sofat@101.214.173.131) | |
| 16:34.53 | *** join/#brlcad milinda (~milinda@103.247.48.22) | |
| 16:58.44 | Notify | 03BRL-CAD:ejno * 65481 brlcad/trunk/src/librt/reduce.c: fix check of reduction_level |
| 17:55.34 | sofat_ | starseeker, hello |
| 17:57.15 | *** join/#brlcad gurwinder (75d6cdec@gateway/web/freenode/ip.117.214.205.236) | |
| 17:58.15 | *** join/#brlcad ih8sum3r (~ih8sum3r@122.173.119.64) | |
| 18:00.52 | dracarys983 | brlcad: I have written a first working version of my generic volume function -- with the API. I'll submit it as a patch -- check it when you're free? |
| 18:03.36 | gurwinder | brlcad: Hi |
| 19:12.52 | *** join/#brlcad sofat_ (~sofat@202.164.45.204) | |
| 19:23.55 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 19:46.43 | Notify | 03BRL-CAD Wiki:Terry.e.wen * 8797 /wiki/User:Terry.e.wen/log: |
| 19:56.54 | *** join/#brlcad sofat_ (~sofat@202.164.45.204) | |
| 20:06.42 | *** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 20:48.30 | ih8sum3r | Hi brlcad, please ping me whenever you are free. It's urgent. |
| 20:53.31 | ``Erik | if it's urgent, maybe you should just state your question or concern instead of playing irc tag, right? :) |
| 21:35.39 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 22:00.15 | sofat | starseeker, you checked my work ? |
| 22:21.02 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8798 /wiki/User:MeShubham99/GSoc15/log_developmen: |
| 22:21.31 | Notify | 03BRL-CAD Wiki:202.164.45.204 * 8799 /wiki/User:Hiteshsofat/GSoc15/log_developmen: |
| 22:31.24 | *** part/#brlcad ih8sum3r (~ih8sum3r@122.173.119.64) | |
| 22:37.15 | Notify | 03BRL-CAD Wiki:Deekaysharma * 8800 /wiki/User:Deekaysharma/logs: |
| 23:19.50 | brlcad | grr, if it's urgent, stay on irc... |
| 23:35.24 | Notify | 03BRL-CAD Wiki:Andrei.ilinca24 * 8801 /wiki/User:Andrei.ilinca24/logs: /* Coding Period */ |
| 01:56.02 | *** join/#brlcad infobot (ibot@rikers.org) | |
| 01:56.02 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-) | |
| 02:49.13 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-tvjduvonunvanxod) | |
| 03:46.31 | *** join/#brlcad gurwinder (75d6cdec@gateway/web/freenode/ip.117.214.205.236) | |
| 03:50.57 | gurwinder | brlcad: Hi. I have submitted a ptch after some changes. I want to know that is it required to submit patch by making single primitive in single patch or what |
| 03:51.22 | gurwinder | I submitted ( whole converter ) is Ok? |
| 05:09.38 | *** join/#brlcad milinda (~milinda@192.248.8.66) | |
| 05:33.56 | Notify | 03BRL-CAD Wiki:Bhollister * 8802 /wiki/User:Bhollister/Proposal: |
| 05:38.41 | Notify | 03BRL-CAD Wiki:Bhollister * 8803 /wiki/User:Bhollister/DevLogJune2015: |
| 06:17.03 | *** join/#brlcad milinda (~milinda@192.248.8.66) | |
| 07:03.05 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8804 /wiki/User:MeShubham99/GSoc15/log_developmen: |
| 07:56.24 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 08:05.42 | *** join/#brlcad teepee-- (bc5c2133@gateway/web/freenode/ip.188.92.33.51) | |
| 08:18.17 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 09:58.13 | *** join/#brlcad milinda (~milinda@192.248.8.66) | |
| 10:30.02 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8805 /wiki/User:MeShubham99/GSoc15/log_developmen: /* Week 5 */ |
| 11:24.26 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 14:07.33 | Notify | 03BRL-CAD Wiki:Ngassafinjap * 8806 /wiki/User:Amalia/Development_logs: /* Wednesday June 24th */ |
| 15:03.59 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 15:21.41 | *** join/#brlcad gurwinder (3b5b77bb@gateway/web/freenode/ip.59.91.119.187) | |
| 16:31.03 | *** join/#brlcad amalia237 (~amalia237@41.205.22.40) | |
| 16:33.42 | *** join/#brlcad bradh (~brad@2601:647:cb02:7a00:685e:8e04:ac54:ebf9) | |
| 16:36.26 | bradh | starseeker: we have a mtg today @ 10AM PST. i need to get to my campus office though. i should be available on irc around 10:30. |
| 16:38.21 | bradh | starseeker: we talked last week about applying a patch for a top-level nmg command like brep. i've stubbed that out. |
| 16:39.10 | bradh | starseeker: however, because the top-level command calls many functions that may or may not be used, probably best to pick a small functioning subset for application of the patch. |
| 16:39.52 | bradh | starseeker: in other words, minimal functionality at first, like adding faces to the nmg. |
| 16:40.23 | bradh | starseeker: but, i started with verts, etc. so, we should be there in a day or so. |
| 16:42.02 | bradh | starseeker: i also updated my project schedule, but in a general way. since i'm working out the exact specs as i discover more about brlcad, it is purposely vague. |
| 16:42.49 | bradh | starseeker: i can add detail for maybe a week out if needed. best just to read the dev log for detail instead. |
| 17:27.36 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 17:39.06 | brlcad | bradh: have you submitted your stub as a patch? |
| 17:39.34 | brlcad | it'd be useful to see the nmg api written out on a wiki page or pastebin |
| 17:40.09 | amalia237 | Hi brlcad |
| 17:40.58 | brlcad | hi amalia237 |
| 17:42.15 | amalia237 | Howdy brlcad hope you are well |
| 17:43.51 | brlcad | amalia237: i am well! thanks. crazy busy, but doing well.. how's your project coming along? |
| 17:45.21 | amalia237 | I'm working on it . Communication and coding improved after my final year project submissions brlcad |
| 17:45.55 | brad_h | brlcad: no. the top-level command calls functions that manipulate the nmg. but, those are likely considered separate patches. also, some are untested and placeholders. |
| 17:47.47 | amalia237 | brlcad, it's really geometry-intense, |
| 17:49.04 | brad_h | brlcad: in other words, the top-level stub does very little other than comparing argument strings to call subcommand routines. without any subcommands as part of the patch, the stub might not be viable as a patch alone. |
| 17:49.20 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 17:51.37 | brad_h | brlcad: however, soon as i add the ability to add faces thru the top-level command, i'll submit the patch. later today / weekend. |
| 17:56.43 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 17:59.02 | *** join/#brlcad merzo (~merzo@189-2-133-95.pool.ukrtel.net) | |
| 17:59.43 | *** join/#brlcad gurwinder (75cf9da2@gateway/web/freenode/ip.117.207.157.162) | |
| 18:25.31 | *** join/#brlcad sofat (~sofat@202.164.45.212) | |
| 18:30.09 | brlcad | amalia237: yeah, part of me thinks the project would have been scoped quite differently if there had been more interaction and code writing when you were writing up the proposal |
| 18:30.42 | brlcad | brad_h: if the patch stubs in an empty command that I can run, it's a viable patch |
| 18:31.08 | brlcad | even if it does nothing ala int ged_whatever(...) { return 0; } |
| 18:31.35 | brlcad | brad_h: it would be good to see a usage specifier for this new command (before you spend time implementing it) |
| 18:32.18 | gurwinder | brlcad: hi |
| 18:33.46 | gurwinder | want to discuss about my mid term evaluation |
| 18:35.30 | amalia237 | brlcad, I did code writing during the writing of my proposal. Albeit, there wasn't the same level of interaction and coding during the Community Bonding period. However, I intend to stay within the LibreCAD community even after GSoC to complete the project. |
| 18:36.42 | brad_h | starseeker: alright. that should be easy to do. i just need to pull down the current head of brlcad and merge my appropriate "branch" code. then i'll submit the patch. |
| 18:37.09 | brlcad | amalia237: that sounds great, the work is never ending and there are so many ways to help |
| 18:37.43 | brlcad | brad_h: thanks .. do you have other patches pending? |
| 18:39.04 | gurwinder | brlcad: In evaluation there are some question that are difficult for me to answers. Like, you intrection with mentor and you time period when you started communicationn with your mentor |
| 18:39.49 | gurwinder | brlcad: As you know I got my answers from you so what to do with it, |
| 18:40.21 | brlcad | gurwinder: your log is mentor communication in addition to irc |
| 18:40.25 | brlcad | in addition to mailing list |
| 18:40.51 | brad_h | brlcad: yes. one from quite awhile back. http://sourceforge.net/p/brlcad/patches/354/ |
| 18:40.53 | brlcad | so for most students, interaction should be listed as daily or more unless they're not reporting their progress ;) |
| 18:41.24 | brad_h | brlcad: all dev on current project has been submitted to a github branch as sandbox |
| 18:41.39 | gurwinder | brlcad: Ok, can I answer these questions taking you as my mentor? |
| 18:41.42 | brlcad | brad_h: ah right! that one I actually applied, but didn't get to testing |
| 18:42.02 | brlcad | gurwinder: we do group mentoring, so consider all interactions with everyone as being "your mentor" |
| 18:42.32 | brlcad | gurwinder: but basically "yes" |
| 18:43.33 | gurwinder | brlcad: Ok, thats great. I have submitted my patch as a single file |
| 18:44.13 | gurwinder | brlcad: Is it require to be submitted each primitive conversion code as single file? |
| 18:44.24 | dracarys983 | brlcad: I just uploaded my patch. Have a look when free : https://sourceforge.net/p/brlcad/patches/385/. |
| 18:44.26 | dracarys983 | <PROTECTED> |
| 18:44.29 | *** join/#brlcad Izakey (~Izakey@41.205.22.55) | |
| 18:45.57 | brlcad | hello Izakey |
| 18:53.58 | gurwinder | brlcad: As my GSOC schedule I have converted all those primitives successfully. You can check it as, BRL-CAD_directory/.build/src/conv/g-pov -D brlcad_database objects > povray_file.pov |
| 18:55.11 | *** join/#brlcad Izakey (~Izakey@41.205.22.33) | |
| 18:55.40 | Izakey | Hi brlcad |
| 18:55.52 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 18:57.30 | Izakey | Hi gurwinder , Howdy ? |
| 18:57.54 | gurwinder | Izakey: Good. And You? |
| 18:58.22 | Izakey | I am fine . Have you written the pre-midterm summary already ? gurwinder |
| 18:59.13 | Izakey | Paste it on your logs before Friday next week |
| 19:00.25 | gurwinder | Izakey: Not yet but I will write it in my logs. Just a summary of what I have done in first half? |
| 19:00.54 | gurwinder | Have you view my patch? |
| 19:07.51 | Notify | 03BRL-CAD Wiki:Terry.e.wen * 8807 /wiki/User:Terry.e.wen/log: |
| 19:11.48 | Izakey | yes gurwinder , a summary of what you've done before the Midterm evaluations |
| 19:20.09 | gurwinder | Izakey: I am getting segmentation fault while I am trying to set -o option for output |
| 19:20.35 | Izakey | Which debugger are you familiar with gurwinder |
| 19:21.36 | gurwinder | Izakey: Are you talking about debugger tool? |
| 19:21.54 | Izakey | Yes gurwinder |
| 19:22.12 | gurwinder | Izakey: No, I haven't use any |
| 19:22.31 | gurwinder | Izakey: Which one to use? |
| 19:22.53 | Stragus | Depends on your platform/compiler, gdb isn't too hard to use and powerful |
| 19:22.57 | Izakey | I think the best is gdb |
| 19:23.42 | Stragus | gdb /path/to/executable ; type "r" to run, make it crash then "bt" for a backtrace |
| 19:26.07 | gurwinder | Izakey: Setting -o option for output is not in my schedule as I have put my time in converting primitives. Is it going to effect my progress report? |
| 19:26.44 | gurwinder | Stragus: Thanks :) |
| 19:27.28 | Stragus | If you want to pass arguments to the program, you need to add them to the "r" command |
| 19:27.50 | Stragus | "r foo -o bar" |
| 19:28.35 | gurwinder | Stragus: Yes, these are also in man gdb :) |
| 19:29.16 | gurwinder | *Type it in command line |
| 19:30.55 | Stragus | Eh cool, the gdb man page wisely only includes the most frequent commands. It would have been monstrous if the whole list had been included |
| 19:32.26 | Izakey | http://betterexplained.com/articles/debugging-with-gdb/ can help you gurwinder. Also, google is your friend :) |
| 19:46.12 | Izakey | Hello brlcad |
| 19:48.57 | *** join/#brlcad Izakey (~Izakey@41.205.22.6) | |
| 20:03.39 | sofat | starseeker, hello |
| 20:15.11 | brlcad | you all should know by now that saying hello is nice, but does not imply you will get a response ... if you are really meaning to say "are you here??" then you should just ask a question and stick around for a response ;) |
| 20:15.15 | brlcad | i.e.,... |
| 20:15.16 | brlcad | ~ask |
| 20:15.17 | infobot | Questions in the channel should be specific, informative, complete, concise, and on-topic. Don't ask if you can ask a question first. Don't ask if a person is there; just ask what you intended to ask them. Better questions more frequently yield better answers. We are all here voluntarily or against our will. |
| 20:15.33 | brlcad | if you really are saying hello, hi! :) |
| 20:15.45 | brlcad | s/saying/just saying/ |
| 20:17.27 | sofat | brlcad, sorry |
| 20:17.46 | sofat | starseeker, you checked my work ? please tell me |
| 20:30.20 | Notify | 03BRL-CAD Wiki:Ngassafinjap * 8808 /wiki/User:Amalia/Development_logs: /* Friday June 26th */ |
| 20:37.11 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8809 /wiki/User:MeShubham99/GSoc15/OGV_production_ready_plan: |
| 21:01.10 | Izakey | Hello brlcad |
| 21:01.25 | Izakey | Saw your ping. Internet was a mishap |
| 21:06.58 | Notify | 03BRL-CAD:starseeker * 65482 brlcad/trunk/src/libbrep/shape_recognition.cpp: One can be valid for an edge trim count. Also, pass along the trim type to the new trims. |
| 21:07.07 | starseeker | sofat: yes, I checked it |
| 21:07.18 | sofat | so any error ? |
| 21:07.27 | sofat | any changes ? |
| 21:07.38 | sofat | any problem you faced ? |
| 21:07.53 | starseeker | sofat: mostly interface design questions, which will be worked out over time |
| 21:08.05 | sofat | ok |
| 21:08.12 | sofat | tell me |
| 21:08.23 | *** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 21:09.37 | sofat | what changes you want in interface ? |
| 21:11.34 | sofat | starseeker, please tell the changes ? |
| 21:12.21 | starseeker | hold on |
| 21:13.46 | *** join/#brlcad Shubham (6719e766@gateway/web/freenode/ip.103.25.231.102) | |
| 21:22.37 | starseeker | 1) autogenerate menu from BRL-CAD output (no static list of files.) |
| 21:23.07 | starseeker | 2) "accordian" menu on left side of page listing categories of documentation (autogenerated) |
| 21:24.02 | starseeker | see https://www.blender.org/manual/ |
| 21:24.49 | sofat | i see this |
| 21:25.42 | starseeker | sofat: we want both the accordian or "tree" style blender is using, and to preserve the menu on the left as you browse the same way blender's manual does |
| 21:25.54 | sofat | ok |
| 21:27.25 | starseeker | also, like with the blender manual, when you select a link from the menu and view it the menu remains present on the left |
| 21:27.38 | starseeker | (same thing when editing a page) |
| 21:29.54 | sofat | ok |
| 21:31.44 | sofat | next |
| 21:33.41 | sofat | any other changes ? if not, then i have some question |
| 21:38.06 | *** join/#brlcad konrado (~konro@41.205.22.62) | |
| 21:38.53 | sofat | starseeker, i want to ask some questions if you allow me |
| 21:43.30 | Notify | 03BRL-CAD Wiki:Konrado DJ * 8810 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 26 JUNE 2015 */ |
| 21:43.30 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 21:49.22 | sofat | starseeker, I am this in xml but when xml converted into html and php. Then i found the content of page is same means all id's is same so it is difficult to me to apply the jquery on this content |
| 21:50.35 | sofat | which menu i show you this is made in php using directory read write functions and I provide uniqueness in id or classes so my this content easy to adopt my jquery script. |
| 21:51.30 | sofat | i am try in xml |
| 22:10.45 | Notify | 03BRL-CAD Wiki:202.164.45.204 * 8811 /wiki/User:Hiteshsofat/GSoc15/log_developmen: |
| 22:22.48 | *** join/#brlcad sofat (~androirc@101.214.107.59) | |
| 22:29.26 | *** join/#brlcad sofat_ (~sofat@202.164.45.204) | |
| 01:14.08 | Notify | 03BRL-CAD Wiki:Bhollister * 8812 /wiki/User:Bhollister/DevLogJune2015: /* Friday, June 26, 2015 */ |
| 02:08.06 | Notify | 03BRL-CAD:n_reed * 65483 brlcad/trunk/src/archer/TODO: incorporate most items from my version of Cliff's circa 7.24.2 user-solicited list |
| 02:29.57 | Notify | 03BRL-CAD:ejno * 65484 brlcad/trunk/src/libgcv/bot_solidity.c: check magic |
| 02:49.24 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-kkpxfmrnfjufumcv) | |
| 03:17.12 | Notify | 03BRL-CAD:ejno * 65485 brlcad/trunk/src/conv/3dm/CMakeLists.txt: check argc for input filename; fix check of UUID repair; adjust object names; some refactoring |
| 03:18.16 | Notify | 03BRL-CAD:ejno * 65486 brlcad/trunk/src/librt/reduce.c: decimate after fusing |
| 03:29.53 | *** join/#brlcad sofatf (~androirc@202.164.45.204) | |
| 04:27.32 | *** join/#brlcad KimK (~Kim__@ip68-102-188-176.ks.ok.cox.net) | |
| 06:56.55 | *** join/#brlcad KimK (~Kim__@ip68-102-188-176.ks.ok.cox.net) | |
| 07:38.52 | *** join/#brlcad sofat (~androirc@101.214.123.186) | |
| 08:22.01 | *** join/#brlcad milinda (~milinda@112.134.60.184) | |
| 08:39.42 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 08:42.42 | Notify | 03BRL-CAD Wiki:Andrei.ilinca24 * 8813 /wiki/User:Andrei.ilinca24/logs: /* Coding Period */ |
| 08:44.02 | Notify | 03BRL-CAD Wiki:Andrei.ilinca24 * 8814 /wiki/User:Andrei.ilinca24/logs: /* Coding Period */ |
| 09:47.52 | *** join/#brlcad milinda (~milinda@112.134.60.184) | |
| 09:58.42 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 10:23.08 | *** join/#brlcad sofat (~sofat@101.214.57.113) | |
| 10:23.43 | *** join/#brlcad sofat_ (~sofat@202.164.45.204) | |
| 10:32.09 | *** join/#brlcad sofat_ (~sofat@202.164.45.204) | |
| 10:55.07 | *** join/#brlcad milinda (~milinda@112.134.60.184) | |
| 11:28.26 | *** join/#brlcad sofat (~sofat@202.164.45.208) | |
| 12:15.20 | *** join/#brlcad sofat (~sofat@202.164.45.208) | |
| 13:36.33 | *** join/#brlcad milinda (~milinda@124.43.140.160) | |
| 13:47.52 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-zkohputmcqsgjfsf) | |
| 14:12.13 | milinda | anyone knows where the namespace SCHEMA_NAMESPACE defined ? |
| 15:14.13 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 15:19.52 | *** join/#brlcad milinda (~milinda@124.43.140.160) | |
| 16:36.16 | *** join/#brlcad luca79 (~luca@151.35.64.62) | |
| 16:47.49 | *** join/#brlcad KimK (~Kim__@ip68-102-188-176.ks.ok.cox.net) | |
| 17:09.00 | *** join/#brlcad gurwinder (75cf9ecd@gateway/web/freenode/ip.117.207.158.205) | |
| 17:12.41 | brlcad | waves |
| 17:14.19 | Stragus | waves back |
| 17:25.38 | Notify | 03BRL-CAD Wiki:117.207.158.205 * 8815 /wiki/User:Gurwinder_Singh/GSoc15/log_developmen: |
| 17:39.47 | dracarys983 | also waves back |
| 17:55.24 | *** join/#brlcad ih8sum3r (~ih8sum3r@122.173.208.198) | |
| 18:18.37 | *** part/#brlcad ih8sum3r (~ih8sum3r@122.173.208.198) | |
| 18:23.09 | ``Erik | waves front |
| 18:29.09 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 18:39.49 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 19:05.58 | *** join/#brlcad dli_ (~dli@104.243.103.196) | |
| 19:08.50 | Notify | 03BRL-CAD Wiki:Konrado DJ * 8816 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 27 JUNE 2015 */ |
| 19:10.36 | sofat | starseeker, I need some help from you regarding my menu work. i am little bit confuse in this please response me if you free. |
| 19:11.42 | *** join/#brlcad konrado (~konro@41.205.22.11) | |
| 19:16.06 | *** join/#brlcad konrado_ (~konro@41.205.22.51) | |
| 19:25.57 | sofat | starseeker, "autogenerate menu from BRL-CAD output (no static list of files.)" please explain this |
| 19:26.53 | sofat | starseeker, "accordian" menu on left side of page listing categories of documentation (autogenerated) " your theme is not support left menu , theme only support right side menu |
| 19:30.53 | *** join/#brlcad bradh (~brad@2601:647:cb02:7a00:e4c9:2e28:fd49:7842) | |
| 19:47.11 | *** join/#brlcad ih8sum3r (~ih8sum3r@122.173.208.198) | |
| 19:47.59 | *** join/#brlcad konrado__ (~konro@41.205.22.55) | |
| 20:01.25 | Notify | 03BRL-CAD Wiki:Deekaysharma * 8817 /wiki/User:Deekaysharma/logs: |
| 20:16.05 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 20:20.25 | *** join/#brlcad konrado_ (~konro@41.205.22.27) | |
| 20:28.35 | *** part/#brlcad ih8sum3r (~ih8sum3r@122.173.208.198) | |
| 21:41.04 | Notify | 03BRL-CAD Wiki:202.164.45.204 * 8818 /wiki/User:Hiteshsofat/GSoc15/log_developmen: |
| 21:51.43 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 23:03.20 | Notify | 03BRL-CAD Wiki:Andrei.ilinca24 * 8819 /wiki/User:Andrei.ilinca24/logs: /* Midterm Evaluation Period */ |
| 00:41.14 | Notify | 03BRL-CAD:starseeker * 65487 brlcad/trunk/src/conv/3dm/3dm-g.cpp: build tweaks for 3dm-g |
| 00:44.12 | starseeker | sofat? |
| 00:44.16 | starseeker | arrgh |
| 00:54.08 | starseeker | hmm: http://include-what-you-use.org/ |
| 00:59.56 | Notify | 03BRL-CAD:starseeker * 65488 (brlcad/trunk/src/conv/csg/csg_parser.lemon brlcad/trunk/src/conv/csg/csg_scanner.perplex): Apply patch #386 from Ilinca Andrei adding more logic to the csg parser |
| 04:14.38 | *** join/#brlcad infobot (ibot@170-72-30-126.ut.vivintwireless.net) | |
| 04:14.38 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-) | |
| 04:33.42 | *** join/#brlcad milinda (~milinda@124.43.69.52) | |
| 07:00.30 | *** join/#brlcad milinda (~milinda@124.43.69.52) | |
| 08:37.01 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 08:49.38 | Notify | 03BRL-CAD Wiki:Ngassafinjap * 8822 /wiki/User:Amalia/Development_logs: /* Saturday June 27th */ |
| 08:52.28 | *** join/#brlcad Ch3ck_ (~Ch3ck@66-118-151-70.static.sagonet.net) | |
| 09:18.11 | *** join/#brlcad sofat (~sofat@202.164.45.208) | |
| 11:57.50 | *** join/#brlcad milinda (~milinda@103.247.48.185) | |
| 12:06.29 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 12:41.00 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 13:09.03 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 13:20.54 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8823 /wiki/User:MeShubham99/GSoc15/log_developmen: /* Week 5 */ |
| 13:48.02 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-uexfssaahxgnyoej) | |
| 13:52.53 | *** join/#brlcad amalia237 (~amalia237@154.70.99.91) | |
| 14:03.58 | *** join/#brlcad milinda (~milinda@124.43.152.6) | |
| 14:31.19 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 15:04.55 | *** join/#brlcad milinda (~milinda@103.247.48.177) | |
| 16:33.11 | *** join/#brlcad luca79 (~luca@adsl-ull-227-153.44-151.net24.it) | |
| 16:52.08 | *** join/#brlcad sofat (~sofat@202.164.45.208) | |
| 17:08.24 | *** join/#brlcad ih8sum3r (~ih8sum3r@122.173.208.198) | |
| 17:11.29 | *** join/#brlcad gaganjyot (~gaganjyot@27.255.240.20) | |
| 18:00.06 | *** join/#brlcad Shubham (6719e766@gateway/web/freenode/ip.103.25.231.102) | |
| 18:04.50 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 18:23.05 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 18:35.25 | Notify | 03BRL-CAD Wiki:Konrado DJ * 8824 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 28 JUNE 2015 */ |
| 18:37.01 | Notify | 03BRL-CAD Wiki:Konrado DJ * 8825 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 28 JUNE 2015 */ |
| 18:50.38 | *** part/#brlcad ih8sum3r (~ih8sum3r@122.173.208.198) | |
| 19:10.36 | *** join/#brlcad ih8sum3r (~ih8sum3r@122.173.208.198) | |
| 19:37.19 | *** join/#brlcad bradh (~brad@2601:647:cb02:7a00:bcde:4d4b:48de:1f4a) | |
| 20:03.15 | *** join/#brlcad Shubham (6719e766@gateway/web/freenode/ip.103.25.231.102) | |
| 20:21.32 | *** join/#brlcad Shubham (6719e766@gateway/web/freenode/ip.103.25.231.102) | |
| 20:24.11 | *** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 20:33.35 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 21:42.58 | *** join/#brlcad archivist_ (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 21:46.29 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 22:26.25 | *** part/#brlcad ih8sum3r (~ih8sum3r@122.173.208.198) | |
| 22:58.14 | Notify | 03BRL-CAD Wiki:202.164.45.204 * 8826 /wiki/User:Hiteshsofat/GSoc15/log_developmen: |
| 01:08.06 | *** join/#brlcad infobot (ibot@170-72-30-126.ut.vivintwireless.net) | |
| 01:08.07 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-) | |
| 01:27.50 | Notify | 03BRL-CAD Wiki:Andrei.ilinca24 * 8827 /wiki/User:Andrei.ilinca24/logs: /* Midterm Evaluation Period */ |
| 01:59.49 | Notify | 03BRL-CAD Wiki:117.214.200.233 * 8828 /wiki/User:Gurwinder_Singh/GSoc15/log_developmen: |
| 02:20.52 | Notify | 03BRL-CAD Wiki:117.214.205.141 * 8829 /wiki/User:Gurwinder_Singh/GSoc15/log_developmen: |
| 02:21.35 | Notify | 03BRL-CAD Wiki:117.214.205.141 * 8830 /wiki/User:Gurwinder_Singh/GSoc15/log_developmen: /* Week 1( Export Particle ) */ |
| 02:22.25 | *** join/#brlcad gurwinder (75d6cd8d@gateway/web/freenode/ip.117.214.205.141) | |
| 02:48.39 | Notify | 03BRL-CAD:starseeker * 65489 (brlcad/trunk/src/conv/csg/csg_parser.lemon brlcad/trunk/src/conv/csg/csg_scanner.perplex): Apply patch #388 from Ilinca Andrei updating csg parser. |
| 19:28.16 | *** join/#brlcad infobot (~infobot@170-72-30-126.ut.vivintwireless.net) | |
| 19:28.16 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-) | |
| 19:46.44 | Notify | 03BRL-CAD:ejno * 65500 (brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp brlcad/trunk/src/librt/CMakeLists.txt and 21 others): build the GCT mesh decimation code in librt |
| 19:51.53 | *** join/#brlcad Izakey (~Isaac@41.205.22.27) | |
| 19:52.40 | Notify | 03BRL-CAD:ejno * 65501 (brlcad/trunk/src/librt/primitives/bot/gct_decimation/auxiliary/cc.c brlcad/trunk/src/librt/primitives/bot/gct_decimation/auxiliary/cc.h and 28 others): formatting and ws |
| 19:54.35 | Izakey | Hi brlcad |
| 20:12.07 | Notify | 03BRL-CAD Wiki:Ngassafinjap * 8847 /wiki/User:Amalia/Development_logs: /* Monday June 29th */ |
| 20:21.00 | Notify | 03BRL-CAD Wiki:Terry.e.wen * 8848 /wiki/User:Terry.e.wen/log: |
| 20:31.08 | Notify | 03BRL-CAD:carlmoore * 65502 brlcad/trunk/src/util/bwcrop.c: no need to pass scanlen as argument to init_buffer, because it's present as a global; also change max's type |
| 20:39.03 | Notify | 03BRL-CAD:carlmoore * 65503 (brlcad/trunk/src/util/bwscale.c brlcad/trunk/src/util/pixscale.c): simplify init_buffer because we don't need to pass argument when a global is available |
| 20:44.24 | *** join/#brlcad ih8sum3r (~ih8sum3r@122.173.183.41) | |
| 20:50.42 | Notify | 03BRL-CAD:ejno * 65504 (brlcad/trunk/src/librt/CMakeLists.txt brlcad/trunk/src/librt/primitives/bot/gct_decimation/meshoptimization.cpp brlcad/trunk/src/librt/primitives/bot/gct_decimation/meshoptimization.h): build meshoptimization.cpp |
| 20:53.20 | Notify | 03BRL-CAD:carlmoore * 65505 brlcad/trunk/src/util/bwcrop.c: remove redundant line; buflines MUST then get a value from an if-then-else block |
| 21:04.15 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8849 /wiki/User:MeShubham99/GSoc15/log_developmen: /* Week 6 */ |
| 21:20.27 | Notify | 03BRL-CAD:starseeker * 65506 (brlcad/trunk/src/librt/primitives/bot/gct_decimation/auxiliary/mm.c brlcad/trunk/src/librt/primitives/bot/gct_decimation/auxiliary/mmatomic.c and 10 others): Need to suppress unused-function warnings for now, until we decide how to sort out the auxiliary bits. |
| 21:34.08 | starseeker | brad_h: yeah, for development BRLCAD_ENABLE_STRICT should be set to yes |
| 21:34.31 | starseeker | brad_h: for normal users they aren't worried about the fine points, but for devs STRICT should be on |
| 21:35.51 | starseeker | -DBRLCAD_ENABLE_STRICT=ON (or just leave it to the default on a clean CMake configure) |
| 22:17.05 | *** part/#brlcad ih8sum3r (~ih8sum3r@122.173.183.41) | |
| 22:35.06 | *** join/#brlcad Izakey (~Isaac@41.205.22.23) | |
| 23:14.09 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 00:01.58 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 00:08.59 | sofat | starseeker, hello |
| 00:11.56 | sofat | starseeker, I need some guidance for my next milestone if you free please gave me response |
| 00:20.45 | Notify | 03BRL-CAD Wiki:Bhollister * 8850 /wiki/User:Bhollister/DevLogJune2015: |
| 00:22.04 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 00:55.26 | Notify | 03BRL-CAD Wiki:101.214.249.44 * 8851 /wiki/User:Hiteshsofat/GSoc15/log_developmen: |
| 00:55.40 | Notify | 03BRL-CAD Wiki:Andrei.ilinca24 * 8852 /wiki/User:Andrei.ilinca24/logs: /* Midterm Evaluation Period */ |
| 00:55.44 | *** join/#brlcad sofat (~sofat@101.214.249.44) | |
| 00:56.34 | sofat | starseeker, hello |
| 00:57.24 | sofat | Now my menu work almost done and i want some guidances regarding my next milestone |
| 00:57.33 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 00:58.25 | sofat | my next milestone is provide the option to user to contribute the new document |
| 00:58.44 | Notify | 03BRL-CAD Wiki:Andrei.ilinca24 * 8853 /wiki/User:Andrei.ilinca24/logs: /* Midterm Evaluation Period */ |
| 00:59.07 | sofat | If user have any new document and he want to contribute so we handle this process online ? |
| 00:59.30 | sofat | we how handle this online ? |
| 02:07.44 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 02:59.33 | *** join/#brlcad andromeda-galaxy (~andromeda@108-225-17-54.lightspeed.sntcca.sbcglobal.net) | |
| 03:09.32 | *** join/#brlcad milinda (~milinda@124.43.74.229) | |
| 03:32.02 | Notify | 03BRL-CAD Wiki:117.199.110.142 * 8854 /wiki/User:Gurwinder_Singh/GSoc15/log_developmen: |
| 03:34.11 | *** join/#brlcad gurwinder (75c76e8e@gateway/web/freenode/ip.117.199.110.142) | |
| 03:46.48 | *** join/#brlcad milinda (~milinda@112.134.94.86) | |
| 04:02.02 | *** join/#brlcad milinda (~milinda@112.134.94.86) | |
| 04:53.08 | *** join/#brlcad milinda (~milinda@124.43.170.74) | |
| 04:57.37 | Notify | 03BRL-CAD Wiki:Konrado DJ * 8855 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 1 JULY 2015 */ |
| 05:14.05 | *** join/#brlcad milinda (~milinda@112.134.199.109) | |
| 06:07.42 | *** join/#brlcad milinda (~milinda@124.43.209.175) | |
| 07:19.57 | *** join/#brlcad milinda (~milinda@112.134.146.110) | |
| 07:47.35 | *** join/#brlcad milinda (~milinda@103.247.48.166) | |
| 07:48.15 | Notify | 03BRL-CAD Wiki:MilindaFernando * 8856 /wiki/User:MilindaFernando/gsoc2015_devlog: /* STEP Viewer Project Development Log */ |
| 07:49.52 | Notify | 03BRL-CAD Wiki:MilindaFernando * 8857 /wiki/User:MilindaFernando/gsoc2015_devlog: /* Current Main Challenges */ |
| 08:08.25 | *** join/#brlcad sofat (~androirc@101.208.171.183) | |
| 08:37.26 | Notify | 03BRL-CAD Wiki:Andrei.ilinca24 * 8858 /wiki/User:Andrei.ilinca24/logs: /* Midterm Evaluation Period */ |
| 10:29.05 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-ssawhtnbatskjlsb) | |
| 11:17.13 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 11:28.42 | starseeker | sofat? |
| 11:28.45 | starseeker | arrrgh |
| 11:32.33 | Notify | 03BRL-CAD Wiki:Andrei.ilinca24 * 8859 /wiki/User:Andrei.ilinca24/logs: /* Midterm Evaluation Period */ |
| 11:56.55 | Notify | 03BRL-CAD Wiki:Shaina7837 * 8860 /wiki/User:Shainasabarwal/GSoC15/logs: /* 24 June */ |
| 12:55.17 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 12:58.54 | *** join/#brlcad luca79 (~luca@host58-10-dynamic.0-87-r.retail.telecomitalia.it) | |
| 13:06.05 | *** join/#brlcad milinda (~milinda@103.247.48.137) | |
| 13:29.59 | Notify | 03BRL-CAD Wiki:Vasco.costa * 8861 /wiki/User:Vasco.costa/GSoC15/logs: |
| 13:31.30 | Notify | 03BRL-CAD Wiki:Vasco.costa * 8862 /wiki/User:Vasco.costa/GSoC15/logs: |
| 13:39.50 | Notify | 03BRL-CAD:ejno * 65507 brlcad/trunk/src/librt/primitives/bot/gct_decimation/meshdecimation.c: fixes |
| 13:42.47 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-xlfcsfxebkwyhyav) | |
| 13:57.11 | Notify | 03BRL-CAD:starseeker * 65508 brlcad/trunk/src/archer/TODO: MGED's dm command needs to move to libged (currently in src/mged/dm-generic.c) - should be able to set dm vars in archer as well. |
| 14:14.07 | Notify | 03BRL-CAD:ejno * 65509 brlcad/trunk/src/librt/primitives/bot/gct_decimation/auxiliary/mmbinsort.c: original code used a C99 flexible array member; temporarily replace with struct hack for testing |
| 14:29.03 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-joksonegvsmugbvj) | |
| 14:38.38 | *** join/#brlcad Ch3ck_ (~Ch3ck@66-118-151-70.static.sagonet.net) | |
| 14:52.16 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:17.58 | Notify | 03BRL-CAD:carlmoore * 65510 (brlcad/trunk/src/librt/primitives/bot/gct_decimation/auxiliary/mm.c brlcad/trunk/src/librt/primitives/bot/gct_decimation/auxiliary/mmhash.c brlcad/trunk/src/librt/primitives/bot/gct_decimation/meshdecimation.c): fix spellings |
| 15:25.46 | *** join/#brlcad luca79 (~luca@host58-10-dynamic.0-87-r.retail.telecomitalia.it) | |
| 15:29.16 | *** join/#brlcad bradh (~brad@2601:647:cb02:7a00:7d15:6923:e426:1e01) | |
| 15:34.45 | *** join/#brlcad arno (~luca@host214-108-dynamic.15-87-r.retail.telecomitalia.it) | |
| 16:19.40 | *** join/#brlcad milinda (~milinda@124.43.223.69) | |
| 17:31.51 | *** join/#brlcad Izakey (~Isaac@41.205.22.23) | |
| 17:45.14 | Notify | 03BRL-CAD Wiki:Ngassafinjap * 8863 /wiki/User:Amalia/Development_logs: /* Tuesday June 30th */ |
| 18:07.16 | Notify | 03BRL-CAD Wiki:Ngassafinjap * 8864 /wiki/User:Amalia/Development_logs: /* Wednesday July 1st */ |
| 18:43.36 | Notify | 03BRL-CAD:ejno * 65511 (brlcad/trunk/doc/docbook/system/mann/en/bot_decimate.xml brlcad/trunk/include/rt/primitives/bot.h and 3 others): add rt_bot_decimate_gct(); add a feature_size parameter to ged_bot_reduce specifying use of the GCT decimator |
| 18:52.44 | Notify | 03BRL-CAD:ejno * 65512 brlcad/trunk/src/libged/bot_decimate.c: fix check of parameters |
| 18:54.15 | Notify | 03BRL-CAD Wiki:Kamleshchavan * 0 /wiki/User:Kamleshchavan: |
| 19:00.54 | *** join/#brlcad ih8sum3r (~ih8sum3r@122.173.183.41) | |
| 19:10.34 | *** join/#brlcad sofat (~sofat@101.213.16.5) | |
| 19:22.56 | *** join/#brlcad gaganjyot (~gaganjyot@27.255.240.20) | |
| 19:25.01 | *** join/#brlcad sofat (~sofat@101.213.16.5) | |
| 19:28.53 | Notify | 03BRL-CAD:ejno * 65513 brlcad/trunk/src/mged/wdb_obj.c: remove wdb_bot_decimate() (unused duplicate of ged_decimate()) |
| 19:30.14 | Notify | 03BRL-CAD:starseeker * 65514 brlcad/trunk/src/other/PoissonRecon/Src/SPR.cpp: Commit fixes identified by Doug to the SPR clean-up process. |
| 19:52.50 | Notify | 03BRL-CAD:starseeker * 65515 brlcad/trunk/src/librt/screened_poisson.cpp: If we got nothing, just return |
| 19:54.48 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 19:55.04 | starseeker | sofat? |
| 19:55.12 | starseeker | confound it... |
| 19:59.44 | *** join/#brlcad sofat (~sofat@49.138.212.113) | |
| 20:05.19 | *** join/#brlcad bradh (~brad@2601:647:cb02:7a00:7d15:6923:e426:1e01) | |
| 20:27.21 | *** part/#brlcad ih8sum3r (~ih8sum3r@122.173.183.41) | |
| 20:29.58 | Notify | 03BRL-CAD:starseeker * 65516 brlcad/trunk/CMakeLists.txt: MSVC and off_t test aren't getting along... |
| 20:30.32 | Notify | 03BRL-CAD Wiki:Terry.e.wen * 8865 /wiki/User:Terry.e.wen/log: |
| 20:33.51 | Notify | 03BRL-CAD:ejno * 65517 (brlcad/trunk/src/librt/CMakeLists.txt brlcad/trunk/src/librt/primitives/bot/gct_decimation/meshdecimationSSE2.c and 2 others): remove unnecessary include directory |
| 20:45.41 | *** join/#brlcad sofat (~sofat@101.214.191.116) | |
| 21:06.47 | Notify | 03BRL-CAD:carlmoore * 65518 brlcad/trunk/src/util/bwscale.c: make bwscale.c more like pixscale.c |
| 21:07.36 | Notify | 03BRL-CAD Wiki:101.214.191.116 * 8866 /wiki/User:Hiteshsofat/GSoc15/log_developmen: |
| 21:08.49 | Notify | 03BRL-CAD Wiki:101.214.191.116 * 8867 /wiki/User:Hiteshsofat/GSoc15/log_developmen: |
| 21:11.23 | Notify | 03BRL-CAD:carlmoore * 65519 brlcad/trunk/doc/docbook/system/man1/en/bwrot.xml: touch up bwrot.xml |
| 21:23.37 | Notify | 03BRL-CAD:carlmoore * 65520 brlcad/trunk/doc/docbook/articles/en/main_menu.xml: fix spelling of Spanish word 'expresiones' (notice that spelling in an xml file name) -- where is that php file? |
| 21:27.06 | *** join/#brlcad sofat (~sofat@101.214.191.116) | |
| 22:20.48 | Notify | 03BRL-CAD Wiki:Deekaysharma * 8868 /wiki/User:Deekaysharma/logs: |
| 22:55.11 | Notify | 03BRL-CAD Wiki:Andrei.ilinca24 * 8869 /wiki/User:Andrei.ilinca24/logs: /* Midterm Evaluation Period */ |
| 23:23.36 | *** join/#brlcad vasc (~VASC@bl13-127-163.dsl.telepac.pt) | |
| 23:23.40 | vasc | hey |
| 05:51.39 | *** join/#brlcad infobot (ibot@69-58-76-73.ut.vivintwireless.net) | |
| 05:51.39 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-) | |
| 07:11.54 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 08:28.38 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 08:30.33 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 09:39.00 | *** join/#brlcad milinda (~milinda@103.247.48.177) | |
| 09:54.02 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 09:56.33 | *** join/#brlcad milinda (~milinda@103.247.48.138) | |
| 10:13.44 | *** join/#brlcad teepee-- (bc5c2134@gateway/web/freenode/ip.188.92.33.52) | |
| 11:19.16 | *** join/#brlcad Izakey (~Isaac@41.205.22.10) | |
| 11:58.46 | *** join/#brlcad luca79 (~luca@host250-19-dynamic.4-87-r.retail.telecomitalia.it) | |
| 13:22.31 | *** join/#brlcad Shubham (6719e766@gateway/web/freenode/ip.103.25.231.102) | |
| 14:37.10 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-jomsalucsshixodg) | |
| 14:44.05 | *** join/#brlcad bradh (~brad@2601:647:cb02:7a00:c5f6:8ad5:ccff:1a0f) | |
| 15:32.02 | *** join/#brlcad milinda (~milinda@124.43.91.204) | |
| 16:17.37 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 16:22.28 | *** join/#brlcad andromeda-galaxy (~andromeda@108-225-17-54.lightspeed.sntcca.sbcglobal.net) | |
| 16:32.10 | *** join/#brlcad milinda (~milinda@124.43.149.170) | |
| 16:56.42 | *** join/#brlcad Shubham (6719e766@gateway/web/freenode/ip.103.25.231.102) | |
| 17:05.00 | brad_h | starseeker: hi. here for our 10AM PST mtg. i'll post my midterm summary today. |
| 17:05.52 | brad_h | starseeker: currently trying to solve a problem with manifold face construction. might have some questions today about this. |
| 18:00.43 | *** join/#brlcad ih8sum3r (~ih8sum3r@122.173.183.41) | |
| 18:15.29 | brad_h | starseeker: midterm summary is now posted here: http://brlcad.org/wiki/User:Bhollister/MidtermSummary2015 |
| 18:18.52 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 18:24.41 | *** join/#brlcad maths22 (~maths22@66-118-151-70.static.sagonet.net) | |
| 18:27.54 | *** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 18:51.26 | *** join/#brlcad Izakey (~Isaac@41.205.22.53) | |
| 19:37.00 | *** join/#brlcad andrei_ (bc1ab44a@gateway/web/freenode/ip.188.26.180.74) | |
| 19:48.48 | andrei_ | Izakey: what for " Congratulations" ? |
| 19:51.45 | *** join/#brlcad vasc (~VASC@bl12-0-185.dsl.telepac.pt) | |
| 19:52.32 | Izakey | For passing evaluations andrei |
| 19:53.50 | vasc | hi folks |
| 19:54.33 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 19:55.04 | andrei_il | Izakey: Hi, sorry I'm late |
| 19:55.24 | Izakey | Congratulations |
| 19:55.43 | andrei_il | Thank you |
| 19:57.29 | andrei_il | Thanks for the trust, I know i have not accomplished the proposal deliverable for midterm |
| 19:58.07 | Izakey | Just keep working Andrei_il |
| 20:11.12 | *** part/#brlcad ih8sum3r (~ih8sum3r@122.173.183.41) | |
| 20:12.21 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 20:13.00 | sofat | I am cleared my midterm So thanks to all, specially my mentor and Sean. Thanks so much. |
| 20:19.05 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 20:25.49 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 20:45.22 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 02:26.19 | *** join/#brlcad milinda (~milinda@112.134.131.176) | |
| 04:07.02 | *** join/#brlcad milinda (~milinda@112.134.131.176) | |
| 06:05.13 | *** join/#brlcad milinda (~milinda@112.134.131.176) | |
| 07:21.14 | *** join/#brlcad Izakey (~Isaac@41.205.22.53) | |
| 07:26.58 | *** join/#brlcad Izakey (~Isaac@41.205.22.16) | |
| 10:44.50 | *** join/#brlcad Izakey (~Isaac@41.205.22.38) | |
| 11:37.47 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 11:58.29 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 12:35.16 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 12:56.47 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 13:27.07 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 15:00.20 | *** join/#brlcad Izakey (~Isaac@41.205.22.3) | |
| 15:07.35 | *** part/#brlcad Izakey (~Isaac@41.205.22.3) | |
| 15:31.57 | *** join/#brlcad bradh (~brad@2601:647:cb02:7a00:b51e:245:9b7a:bbc8) | |
| 15:35.20 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 15:51.22 | *** join/#brlcad milinda (~milinda@124.43.196.183) | |
| 16:37.47 | starseeker | bradh: apologies for not being around yesterday |
| 16:38.01 | starseeker | internet access will be spotty for a few days |
| 16:53.26 | bradh | starseeker: no problem. i'm actually on wi-fi myself right now. 'bradh' connection is spotty as well. |
| 17:06.30 | bradh | starseeker: btw, thanks for your mentorship thus far. i'm eager to begin the next half of gsoc. i'm sure you guys are quite busy so i really appreciate it. |
| 17:19.10 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 17:46.59 | *** join/#brlcad bradh (~brad@2601:647:cb02:7a00:b51e:245:9b7a:bbc8) | |
| 18:10.20 | *** join/#brlcad ih8sum3r (~ih8sum3r@122.173.183.41) | |
| 18:10.27 | ih8sum3r | Hello brlcad |
| 18:25.56 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 18:34.06 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 19:05.15 | brlcad | waves |
| 19:27.44 | ih8sum3r | Brlcad, I would like to have another meeting so as to make discussions regarding the further work. Can you please tell me when will you free |
| 19:31.53 | *** part/#brlcad ih8sum3r (~ih8sum3r@122.173.183.41) | |
| 20:07.11 | *** join/#brlcad ih8sum3r (~ih8sum3r@122.173.183.41) | |
| 21:08.12 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 23:30.10 | *** join/#brlcad vasc (~VASC@bl7-124-94.dsl.telepac.pt) | |
| 09:34.06 | *** join/#brlcad ankesh11 (uid8015@gateway/web/irccloud.com/x-nldcctlmjmmrvgag) | |
| 10:36.27 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 17:07.19 | *** join/#brlcad bhollister (~brad@2601:647:cb02:7a00:b51e:245:9b7a:bbc8) | |
| 17:59.15 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 18:50.17 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 21:20.03 | *** join/#brlcad bhollister (~brad@c-73-189-140-51.hsd1.ca.comcast.net) | |
| 02:03.06 | *** join/#brlcad bhollister (~brad@2601:647:cb02:7a00:65a3:73c4:f7a3:b89d) | |
| 14:50.15 | *** join/#brlcad infobot (ibot@69-58-76-73.ut.vivintwireless.net) | |
| 14:50.15 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-) | |
| 14:53.52 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:06.49 | *** join/#brlcad vasc (~VASC@bl13-249-52.dsl.telepac.pt) | |
| 16:21.24 | brlcad | waves |
| 16:22.19 | brlcad | bhollister: it's technically supposed to be n-manifold (the docs are inconsistent on this point), where n can be 0 (non-manifold) or greater |
| 16:30.00 | brlcad | bhollister: do you have an example that builds a box? |
| 16:33.17 | vasc | hello sean |
| 16:33.48 | vasc | thanks for the positive evaluation. i would have liked things be even further ahead than they are though. |
| 16:36.52 | *** join/#brlcad sofat (~sofat@202.164.45.212) | |
| 17:05.00 | brlcad | vasc: you've been making decent progress, and at pretty much the rate I expected ... |
| 17:05.17 | brlcad | that's why I kept mentioning to just focus on one piece of this problem.. dragons everywhere |
| 17:09.43 | sofat | starseeker, I have submit the patch on menu file so please accept this patch. |
| 18:03.13 | *** join/#brlcad ih8sum3r (~ih8sum3r@117.205.76.42) | |
| 18:08.05 | ih8sum3r | Hi brlcad, are you there I want to discuss about my next milestones. Can you spare so time. |
| 19:55.32 | ih8sum3r | s / so / some |
| 19:57.04 | brlcad | sofat: he's on vacation this week so I suspect he won't see your message for a while .. |
| 19:57.19 | brlcad | I can do better, stand by (sofat) |
| 19:57.21 | sofat | ok |
| 19:57.24 | sofat | no problem |
| 19:57.41 | brlcad | ih8sum3r: yes, let's go |
| 19:59.54 | brlcad | ih8sum3r: did you get through all the feedback items I gave you a couple weeks ago? |
| 20:00.04 | ih8sum3r | I think I'm almost done with the front end part except two things. In that two things, maybe there is a problem at the backend or something else, even shubham tried it. So shall I join shubham and complete the things at the back-end too. |
| 20:00.33 | ih8sum3r | Yes, except one i.e using default model image. |
| 20:01.11 | *** part/#brlcad krishna_ravi732 (~krishna@5.231.52.94) | |
| 20:01.19 | *** join/#brlcad krishna_ravi732 (~krishna@5.231.52.94) | |
| 20:02.23 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 20:03.54 | andrei_il | Hei, guys! I'm having some trouble with the CSG Importer that I'm working on and I would need your help. |
| 20:04.47 | andrei_il | I'm working on interpreting the rules proposed for the grammar and I'm using dom2dox as an example but I'm not sure if I'm understanding everything in there |
| 20:07.49 | andrei_il | For example , I don't understand what END_EXAMPLE; in the dom2dox_parser.lemon file does. If its a terminal, its not declared anywhere and I don't know what to understand from that |
| 20:11.15 | andrei_il | Also, the app_data_t structure was created to suit dom2dox parsing but I don't know how to modify it to work for csg |
| 20:15.46 | andrei_il | is there any other lemon and re2c importer that I could look and perhaps , understand better? I couldn't find any in src/conv |
| 20:24.50 | brlcad | andrei_il: did you try grepping for END_EXAMPLE ? |
| 20:24.57 | brlcad | it's in a header |
| 20:25.38 | brlcad | notes that "END_EXAMPLE;" is technically injecting a stray semi-colon ... boo |
| 20:29.00 | sofat | brlcad, I have some question regarding my milestone. milestone is "provide the authority to user to contribute new document. " my question regarding CMakeList.txt file means who is update this file user or admin(online). |
| 20:32.29 | *** join/#brlcad Chan__ (~Chan@122.173.218.164) | |
| 20:35.47 | andrei_il | ups, didn't thought of searching there, thanks. But how is it injecting a semi-colon ? I see that its concatenating "\n\\endcode\n\n" to &appData->description |
| 20:35.48 | brlcad | sofat: ideally anyone, but I don't think this is a priority to work on next -- maybe not at all for gsoc |
| 20:36.12 | brlcad | andrei_il: your END_EXAMPLE macro is different than the one I was looking at |
| 20:36.54 | sofat | brlcad, means |
| 20:38.22 | andrei_il | so its just a substitute for some code |
| 20:38.39 | brlcad | andrei_il: bingo |
| 20:39.30 | brlcad | arguably unnecessary complexity for this very reason |
| 20:39.43 | brlcad | macro layering can cause confusion, especially for macros only used few times |
| 20:40.14 | bhollister | brlcad: i have the proc-db/nmgmodel.c as an exemplar. however, my routine currently has a check for ID_NMG. so, applying cmface to models produced via nmgmodel return without effect. when using nmg models produced via 'make,' there is a problem in a call to nmg_findeu(). am trying to verify face addition with cface instead, since the routine returns without error, just no visible geometry. |
| 20:40.34 | andrei_il | got it, I will try not to use them ,if possible |
| 20:40.58 | sofat | brlcad, I am not understand. |
| 20:41.04 | *** join/#brlcad ih8sum3r (~ih8sum3r@117.205.78.54) | |
| 20:41.33 | brlcad | bhollister: one of us misunderstands :) |
| 20:42.25 | brlcad | bhollister: you overarching goal involves implementing a command-line way to create nmg objects ... I'm interested in seeing an example of what that looks like (or will look like) |
| 20:42.54 | brlcad | otherwise, adding all those nmg files to src/libged isn't right... :) |
| 20:43.34 | brlcad | sofat: I'm saying forget about that milestone for now |
| 20:43.56 | sofat | ok |
| 20:43.56 | brlcad | sofat: focus on the other points that starseeker mentioned a couple weeks ago |
| 20:45.17 | sofat | ok |
| 20:47.54 | bhollister | brlcad: yes. i believe the best way is for the interface not to provide the same level of user control as the internal api. likely, subcommands that map to adding vertex uses, etc. will be removed. right now, adding faces to achieve a simple object needs to work. so i've been using the make command that already exists for the initial nmg object, and then alteration of that. |
| 20:47.54 | ih8sum3r | The feedback form that had a validation problem is made using formspree.io and in that it doesn't support the validations for safari so need to change it completely. |
| 20:49.24 | bhollister | brlcad: there's something fundamental to the nmg object from make that isn't allowing the application of cmface at the moment, or how i'm handling the vertex list provided for nmg_cmface. |
| 20:51.15 | bhollister | brlcad: perhaps the best way is to build up a model from nmg_mm, first adding regions and shells after a null model has been created. that can be done with the subcommands. |
| 20:51.56 | bhollister | brlcad: then track down what might be missing in the subcommand impl of ged_nmg_cmface |
| 20:53.14 | brlcad | bhollister: but do you have a mock up of what that interface is going to look like? a design? |
| 20:53.59 | brlcad | I get that you're struggling with a cface issue that's frustrating, I'm asking about the bigger picture direction |
| 20:54.33 | brlcad | is your plan to expose the nmg api as is first, and then see what you can eliminate? |
| 20:54.47 | bhollister | brlcad: for the most part yes. |
| 20:56.31 | bhollister | brlcad: perhaps add some higher level functionality. the nmg api provides the ability to add faces only. everything else is very fundamental and doesn't apply to the CLI. |
| 20:57.57 | bhollister | brlcad: we can add verts, edges and n gons via a variable number of verts passed to cmface subcommand |
| 20:58.01 | brlcad | I would like to see a design of the higher level functionality before you go implementing it |
| 20:58.34 | brlcad | (if you get that far) |
| 20:59.15 | bhollister | okay. i'd like to get cmface subcommand working first. |
| 21:00.08 | bhollister | since adding faces is certainly part of the high-level subcommand list. |
| 21:03.45 | brlcad | sounds good |
| 21:04.05 | brlcad | if you really get stuck (i.e., spent a couple days, no progress), send a shout out |
| 21:04.14 | brlcad | might see something you're missing |
| 21:05.30 | bhollister | brlcad: cool. in terms of the mock up, can you give me an example of the sort of higher level routines you have in mind for manipulations on the nmg objects beyond what the internal nmg api offers? |
| 21:06.26 | brlcad | it's really a question of how one might want to describe a polygonal object manually |
| 21:06.34 | brlcad | solid polygonal object |
| 21:07.16 | brlcad | I could see something that automatically fuses just given face descriptions |
| 21:07.29 | brlcad | since the strings will match exactly if the points were intended to be coincident |
| 21:07.41 | brlcad | so you could define a box with something like... |
| 21:08.42 | bhollister | i see. so functions that facilitate an object creation by minimizing the amount of numerical data needing to be provided |
| 21:09.25 | bhollister | or that take existing data in the object already, and doing the same |
| 21:09.29 | brlcad | in nmg nmg face 0 0 0 0 1 0 1 1 0 0 1 0 face 0 1 0 0 1 1 etc |
| 21:09.43 | bhollister | got it. |
| 21:09.47 | brlcad | either way |
| 21:09.55 | brlcad | could be an nmg command that lets you incrementally build it up |
| 21:10.22 | brlcad | probably will need subcommands that let you validate/solidify |
| 21:11.35 | bhollister | is there perhaps an example of these with other CAD systems in use? |
| 21:13.13 | brlcad | I don't know of any CAD system that lets you do this :) |
| 21:14.13 | brlcad | the way https://en.wikipedia.org/wiki/Polygon_mesh covers the topic is pretty canonical though |
| 21:14.45 | brlcad | support definition of vertices, edges, faces |
| 21:15.06 | brlcad | could be the way to go for starters |
| 21:17.30 | brlcad | bhollister: have you read this: http://www.google-melange.com/gci/task/view/google/gci2014/5546966268248064 |
| 21:18.00 | brlcad | resulted in this: http://brlcad.org/wiki/NMG |
| 21:18.33 | brlcad | that low-level without the tcl {} wrapping may be the way to go initially |
| 21:33.00 | bhollister | brlcad: thanks. these docs should be useful. i had not seen them previously. |
| 22:16.47 | *** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 23:21.32 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 02:39.59 | brlcad | hrm |
| 03:07.13 | brlcad | ``Erik: no updates from Notify |
| 05:45.35 | *** join/#brlcad KimK (~Kim__@ip68-102-188-176.ks.ok.cox.net) | |
| 07:33.09 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 09:15.12 | Notify | 03BRL-CAD:starseeker * 65533 brlcad/trunk/CMakeLists.txt: the CMake project command seems to end up with a semicolon in the compiler identification message if we override message right at the beginning - do it after calling project. |
| 09:18.01 | Notify | 03BRL-CAD:ejno * 65534 (brlcad/trunk/src/librt/primitives/bot/gct_decimation/auxiliary/cc.c brlcad/trunk/src/librt/primitives/bot/gct_decimation/auxiliary/mm.c and 10 others): fix warnings |
| 09:21.30 | Notify | 03BRL-CAD:ejno * 65535 (brlcad/trunk/src/librt/CMakeLists.txt brlcad/trunk/src/librt/primitives/bot/gct_decimation/auxiliary/cc.h and 19 others): remove unused code |
| 09:21.48 | Notify | 03BRL-CAD:ejno * 65536 (brlcad/trunk/src/librt/primitives/bot/gct_decimation/auxiliary/cc.c brlcad/trunk/src/librt/primitives/bot/gct_decimation/auxiliary/cc.h and 14 others): remove unused code |
| 09:22.37 | Notify | 03BRL-CAD:ejno * 65537 (brlcad/trunk/src/librt/primitives/bot/gct_decimation/auxiliary/mm.c brlcad/trunk/src/librt/primitives/bot/gct_decimation/auxiliary/mm.h and 2 others): remove unused code |
| 09:22.56 | Notify | 03BRL-CAD:ejno * 65538 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: check RECs for compatibility with CCONE2 |
| 09:23.25 | Notify | 03BRL-CAD:n_reed * 65539 brlcad/trunk/misc/CMake/CheckCInline.cmake: fix C inline test so HAVE_INLINE_KEYWORD isn't always true |
| 09:24.13 | Notify | 03BRL-CAD:carlmoore * 65540 brlcad/trunk/src/librt/primitives/bot/gct_decimation/meshdecimation.c: fix spelling |
| 09:24.20 | Notify | 03BRL-CAD:brlcad * 65541 brlcad/trunk/src/conv/3dm/3dm-g.cpp: syffix? |
| 09:24.23 | Notify | 03BRL-CAD:n_reed * 65542 brlcad/trunk/src/libbu/semaphore.c: Fix race condition in bu_semaphore_init by adding one statically initialized lock. Needs testing on Windows. |
| 09:24.54 | Notify | 03BRL-CAD:brlcad * 65543 brlcad/trunk/CMakeLists.txt: swap the search ordering so that the posix name is tested/found first before looking for the underscored version. freebsd has both _pipe and pipe (it's a weak alias, not different like on windows), so the #define is the wrong result. probably a good idea to test all the _symbols in that order, but will have to be tested on windows |
| 09:25.19 | Notify | 03BRL-CAD:brlcad * 65544 brlcad/trunk/src/libpc/CMakeLists.txt: add a readme with notes on the history and current state of affairs with links to two evaluation systems that are likely easily applicable to our needs. |
| 09:25.24 | Notify | 03BRL-CAD:brlcad * 65545 brlcad/trunk/AUTHORS: credit brad hollister with his code contributions, start of an nmg command for ged as part of his gsoc 2015 project (sf patch #387) |
| 09:25.41 | Notify | 03BRL-CAD Wiki:117.212.49.55 * 8889 /wiki/User:Gurwinder_Singh/GSoc15/log_developmen: |
| 09:25.43 | Notify | 03BRL-CAD Wiki:Bhollister * 8890 /wiki/User:Bhollister: |
| 09:25.44 | *** join/#brlcad teepee-- (bc5c2134@gateway/web/freenode/ip.188.92.33.52) | |
| 09:25.45 | Notify | 03BRL-CAD Wiki:Bhollister * 8891 /wiki/User:Bhollister/MidtermSummary2015: Created page with "=Midterm Summary: Command-line Editing NMG Data-structures in BRL-CAD (GSoC 2015)= Initially started mapping all nmg_* routines of the internal API to the CLI. This raised is..." |
| 09:25.47 | Notify | 03BRL-CAD Wiki:Bhollister * 8892 /wiki/User:Bhollister/MidtermSummary2015: /* Midterm Summary: Command-line Editing NMG Data-structures in BRL-CAD (GSoC 2015) */ |
| 09:25.49 | Notify | 03BRL-CAD Wiki:Vasco.costa * 8893 /wiki/User:Vasco.costa/MidtermSummary2015: Created page with "* Fixed existing in sphere (sph) OpenCL shot routines. * Implemented ellipsoid (ell), arb8 (arbitrary polyhedron) OpenCL shot routines. * Alpha simplified rendering loop with ..." |
| 09:25.51 | Notify | 03BRL-CAD Wiki:Vasco.costa * 8894 /wiki/User:Vasco.costa/MidtermSummary2015: |
| 09:25.53 | Notify | 03BRL-CAD Wiki:Vasco.costa * 8895 /wiki/User:Vasco.costa/MidtermSummary2015: |
| 09:25.55 | Notify | 03BRL-CAD Wiki:Vasco.costa * 8896 /wiki/User:Vasco.costa/MidtermSummary2015: |
| 09:25.57 | Notify | 03BRL-CAD Wiki:Vasco.costa * 8897 /wiki/User:Vasco.costa/MidtermSummary2015: |
| 09:25.59 | Notify | 03BRL-CAD Wiki:Vasco.costa * 8898 /wiki/User:Vasco.costa/MidtermSummary2015: |
| 09:26.01 | Notify | 03BRL-CAD Wiki:Vasco.costa * 8899 /wiki/User:Vasco.costa/MidtermSummary2015: |
| 09:26.03 | Notify | 03BRL-CAD Wiki:Vasco.costa * 8900 /wiki/User:Vasco.costa/MidtermSummary2015: |
| 09:26.05 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8901 /wiki/User:MeShubham99/GSoc15/Midterm_Summary: Created page with "='''Midterm Summary'''= =='''Login'''== * I made an account on gmail by the name ogv.mailer@gmail.com for configuring and testing omniAuth and mailgun accounts. I worked on e..." |
| 09:26.07 | Notify | 03BRL-CAD Wiki:MeShubham99 * 0 /wiki/File:LoginOmniAuth.png: Displaying the omniAuth buttons on the login page. fully functional. |
| 09:26.09 | Notify | 03BRL-CAD Wiki:MeShubham99 * 0 /wiki/File:FeedbackTemplate.png: |
| 09:26.11 | Notify | 03BRL-CAD Wiki:MeShubham99 * 0 /wiki/File:Editinfo.png: The buttons to delete and go to settings page of the models. |
| 09:26.13 | Notify | 03BRL-CAD Wiki:MeShubham99 * 0 /wiki/File:ModelViewer1.png: |
| 09:26.15 | Notify | 03BRL-CAD Wiki:MeShubham99 * 0 /wiki/File:ModelViewer2.png: |
| 09:26.17 | Notify | 03BRL-CAD Wiki:MeShubham99 * 0 /wiki/File:ModelViewer3.png: |
| 09:26.19 | Notify | 03BRL-CAD Wiki:MeShubham99 * 0 /wiki/File:ModelViewer4.png: |
| 09:26.21 | Notify | 03BRL-CAD Wiki:MeShubham99 * 0 /wiki/File:ProfilePage.png: |
| 09:26.23 | Notify | 03BRL-CAD Wiki:MeShubham99 * 0 /wiki/File:Editinfo2.png: |
| 09:26.25 | Notify | 03BRL-CAD Wiki:MeShubham99 * 0 /wiki/File:ProfilePage2.png: |
| 09:26.27 | Notify | 03BRL-CAD Wiki:Vasco.costa * 8912 /wiki/User:Vasco.costa/MidtermSummary2015: |
| 09:26.29 | Notify | 03BRL-CAD Wiki:Vasco.costa * 8913 /wiki/User:Vasco.costa/MidtermSummary2015: |
| 09:26.31 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8914 /wiki/User:MeShubham99/GSoc15/Midterm_Summary: |
| 09:26.33 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8915 /wiki/User:MeShubham99/GSoc15/log_developmen: /* Week 6 */ |
| 09:26.35 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8916 /wiki/User:MeShubham99/GSoc15/Midterm_Summary: /* Follower/following format for users */ |
| 09:26.37 | Notify | 03BRL-CAD Wiki:Ngassafinjap * 8917 /wiki/User:Amalia/Development_logs: /* Thursday July 2nd */ |
| 09:26.39 | Notify | 03BRL-CAD Wiki:Bhollister * 8918 /wiki/User:Bhollister/DevLogJuly2015: /* Fri, July 3, 2015 */ |
| 09:26.41 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8919 /wiki/User:MeShubham99/GSoc15/log_developmen: /* Week 6 */ |
| 09:26.43 | Notify | 03BRL-CAD Wiki:Shaina7837 * 8920 /wiki/User:Shainasabarwal/GSoC15/logs: /* 30 June */ |
| 09:26.45 | Notify | 03BRL-CAD Wiki:Ghanshyam123 * 0 /wiki/User:Ghanshyam123: |
| 09:26.47 | Notify | 03BRL-CAD Wiki:202.164.45.204 * 8921 /wiki/User:Hiteshsofat/GSoc15/log_developmen: |
| 09:26.49 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8922 /wiki/User:MeShubham99/GSoc15/log_developmen: /* Week 6 */ |
| 09:26.51 | Notify | 03BRL-CAD Wiki:Konrado DJ * 8923 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 29 JUNE 2015 to 5 JULY 2015 */ |
| 09:26.53 | Notify | 03BRL-CAD Wiki:BarrettccedggcbdyDestine * 0 /wiki/User:BarrettccedggcbdyDestine: |
| 09:26.55 | Notify | 03BRL-CAD Wiki:Deekaysharma * 8924 /wiki/User:Deekaysharma/logs: |
| 09:26.58 | Notify | 03BRL-CAD Wiki:Deekaysharma * 8925 /wiki/User:Deekaysharma/logs: |
| 09:27.00 | Notify | 03BRL-CAD Wiki:202.164.45.204 * 8926 /wiki/User:Hiteshsofat/GSoc15/log_developmen: |
| 09:27.02 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8927 /wiki/User:MeShubham99/GSoc15/log_developmen: |
| 09:27.04 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8928 /wiki/User:MeShubham99/GSoc15/OGV_production_ready_plan: |
| 09:27.06 | Notify | 03BRL-CAD Wiki:BarrettccedggcbdyDestine * 8929 /wiki/What_Tends_to_make_Home_STD_Test_Kits_the_Initial_Option_for_STD_Testing4551981: Created page with "The very believed of undergoing a STD test triggers an instant resistance in many. Occasionally the impulse is so powerful that people maintain putting off the test as long as..." |
| 09:27.08 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8930 /wiki/User:MeShubham99/GSoc15/log_developmen: |
| 09:27.10 | Notify | 03BRL-CAD Wiki:Konrado DJ * 8931 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 6 JULY 2015 */ |
| 09:27.12 | Notify | 03BRL-CAD Wiki:Ngassafinjap * 8932 /wiki/User:Amalia/Development_logs: /* Week 5 */ |
| 09:27.14 | Notify | 03BRL-CAD Wiki:Ngassafinjap * 8933 /wiki/User:Amalia/Development_logs: /* Sunday June 21st */ |
| 09:27.16 | Notify | 03BRL-CAD Wiki:202.164.45.212 * 8934 /wiki/User:Hiteshsofat/GSoc15/log_developmen: |
| 09:27.18 | Notify | 03BRL-CAD Wiki:Bhollister * 8935 /wiki/User:Bhollister/DevLogJuly2015: |
| 09:27.20 | Notify | 03BRL-CAD Wiki:117.212.54.216 * 8936 /wiki/User:Gurwinder_Singh/GSoc15/log_developmen: |
| 09:27.22 | Notify | 03BRL-CAD Wiki:Konrado DJ * 8937 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 7 JULY 2015 */ |
| 09:27.24 | Notify | 03BRL-CAD Wiki:Konrado DJ * 8938 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 7 JULY 2015 */ |
| 09:27.26 | Notify | 03BRL-CAD Wiki:Konrado DJ * 8939 /wiki/User:Konrado_DJ/GSoc2015/logs: /* PRE MID-term Evaluation */ |
| 09:27.28 | Notify | 03BRL-CAD Wiki:Konrado DJ * 8940 /wiki/User:Konrado_DJ/GSoc2015/logs: /* GSoC 2015 development logs */ |
| 09:27.30 | Notify | 03BRL-CAD Wiki:Konrado DJ * 8941 /wiki/User:Konrado_DJ/GSoc2015/logs: /* POST MID-term Evaluation */ |
| 09:27.32 | Notify | 03BRL-CAD Wiki:Deekaysharma * 8942 /wiki/User:Deekaysharma/logs: |
| 09:27.34 | Notify | 03BRL-CAD Wiki:Andrei.ilinca24 * 8943 /wiki/User:Andrei.ilinca24/logs: |
| 09:27.36 | Notify | 03BRL-CAD Wiki:Andrei.ilinca24 * 8944 /wiki/User:Andrei.ilinca24/logs: /* Webpage for development logs for GSoC 2015 */ |
| 09:27.38 | Notify | 03BRL-CAD Wiki:Konrado DJ * 8945 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 7 JULY 2015 */ |
| 09:27.40 | Notify | 03BRL-CAD Wiki:Andrei.ilinca24 * 8946 /wiki/User:Andrei.ilinca24/logs: /* Coding Period (2nd half) */ |
| 09:27.42 | Notify | 03BRL-CAD Wiki:Bhollister * 8947 /wiki/User:Bhollister/DevLogJuly2015: |
| 09:27.44 | Notify | 03BRL-CAD Wiki:Bhollister * 8948 /wiki/User:Bhollister/DevLogJuly2015: /* Tues, July 7, 2015 */ |
| 09:27.46 | Notify | 03BRL-CAD Wiki:Bhollister * 8949 /wiki/User:Bhollister/DevLogJuly2015: /* Wed, July 8, 2015 */ |
| 09:27.48 | Notify | 03BRL-CAD Wiki:Konrado DJ * 8950 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 7 JULY 2015 */ |
| 12:44.07 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 12:56.33 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 14:04.34 | *** join/#brlcad krishna_ravi732 (~krishna@5.231.52.94) | |
| 14:08.22 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-hemugayklszubneh) | |
| 14:09.54 | *** join/#brlcad krishna_ravi732 (~krishna@5.231.52.94) | |
| 14:14.41 | brlcad | ``Erik: finally enabled denyhosts ... it was writing to /etc/hosts.deniedssh but /etc/hosts.allow had to be updated to read that file in |
| 15:19.27 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 15:38.44 | sofat | brlcad, I update menu in tree structure which are mentioned by starseeker. there is link |
| 15:38.45 | sofat | http://202.164.53.122/wordpress/articles/en/about.php |
| 15:38.58 | sofat | please check now this is ok . |
| 16:45.22 | *** join/#brlcad sofat_ (~sofat@202.164.45.212) | |
| 17:00.18 | *** join/#brlcad sofat (~sofat@202.164.45.212) | |
| 17:20.11 | ``Erik | brlcad: ah, do we need, uh, like a server SOP document? |
| 17:25.11 | brlcad | ``Erik: /etc/motd ? :) |
| 17:27.54 | ``Erik | I'm thinking more like an admin handbook, "if XYZ, do ...." type guides to preserve this one-off stuff |
| 17:28.06 | ``Erik | mebbe even wiki |
| 17:36.05 | *** join/#brlcad milinda (~milinda@124.43.173.59) | |
| 18:58.50 | *** join/#brlcad gurwinder (75c76a2b@gateway/web/freenode/ip.117.199.106.43) | |
| 19:00.27 | gurwinder | brlcad: Hi, are you there I want to discuss about my next work |
| 19:05.29 | *** join/#brlcad bhollister (~behollis@dhcp-59-221.cse.ucsc.edu) | |
| 19:40.33 | *** join/#brlcad sofat (~sofat@202.164.45.212) | |
| 19:41.03 | *** join/#brlcad sofat_ (~sofat@202.164.45.212) | |
| 19:59.36 | Notify | 03BRL-CAD Wiki:Konrado DJ * 8951 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 8 JULY 2015 */ |
| 20:17.03 | *** join/#brlcad sofat_ (~sofat@202.164.45.212) | |
| 20:18.50 | *** join/#brlcad sofat_ (~sofat@202.164.45.212) | |
| 20:21.43 | Notify | 03BRL-CAD Wiki:66.249.83.166 * 8952 /wiki/User:Terry.e.wen/log: |
| 20:22.35 | Notify | 03BRL-CAD Wiki:66.249.83.163 * 8953 /wiki/User:Terry.e.wen/log: |
| 20:46.57 | *** join/#brlcad konrado (~konro@41.205.22.58) | |
| 21:11.16 | *** join/#brlcad sofat (~sofat@202.164.45.212) | |
| 21:12.16 | *** join/#brlcad sofat_ (~sofat@202.164.45.212) | |
| 21:30.06 | *** join/#brlcad sofat (~sofat@202.164.45.208) | |
| 21:31.56 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 21:41.15 | *** join/#brlcad sofat (~sofat@202.164.45.208) | |
| 21:43.50 | Notify | 03BRL-CAD Wiki:202.164.45.208 * 8954 /wiki/User:Hiteshsofat/GSoc15/log_developmen: |
| 22:55.59 | Notify | 03BRL-CAD:brlcad * 65546 brlcad/trunk/CMakeLists.txt: matching endif |
| 00:04.23 | bhollister | brlcad: i'm trying to trace the tcl implementation of put / get. is there a good starting point in the tcl scripts, i.e. after cmd_ged_plain_wrapper()? i'm mainly interested in the sequence of calls in tcl to the C-side code for creating an nmg data base object. |
| 00:10.26 | Notify | 03BRL-CAD Wiki:Bhollister * 8955 /wiki/User:Bhollister/DevLogJuly2015: /* Wed, July 8, 2015 */ |
| 00:16.07 | Notify | 03BRL-CAD Wiki:Bhollister * 8956 /wiki/User:Bhollister/DevLogJuly2015: /* Wed, July 8, 2015 */ |
| 01:17.29 | Notify | 03BRL-CAD Wiki:Konrado DJ * 8957 /wiki/User:Konrado_DJ/GSoc2015/logs: /*9 JULY 2015*/ |
| 01:18.39 | *** join/#brlcad konrado (~konro@41.205.22.14) | |
| 01:56.28 | *** join/#brlcad milinda (~milinda@103.247.48.143) | |
| 02:25.37 | Notify | 03BRL-CAD Wiki:117.199.106.43 * 8958 /wiki/User:Gurwinder_Singh/GSoc15/log_developmen: |
| 02:29.56 | *** join/#brlcad gurwinder (75c76a2b@gateway/web/freenode/ip.117.199.106.43) | |
| 02:31.15 | gurwinder | brlcad: Hi |
| 03:31.28 | *** join/#brlcad Gurwinder (3b5be81d@gateway/web/freenode/ip.59.91.232.29) | |
| 05:30.18 | *** join/#brlcad gurwinder (75d6c951@gateway/web/freenode/ip.117.214.201.81) | |
| 07:07.25 | *** join/#brlcad teepee-- (bc5c2134@gateway/web/freenode/ip.188.92.33.52) | |
| 08:16.41 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 09:45.49 | *** join/#brlcad Gurwinder (75d6c951@gateway/web/freenode/ip.117.214.201.81) | |
| 09:48.30 | Gurwinder | brlcad: Hi, I am now working on Linuxcnc and for that I have to do some practice on python. |
| 09:49.08 | Gurwinder | I am following a book http://learnpythonthehardway.org/book/ and done upto 33 chapter till now. |
| 09:50.39 | Gurwinder | When you free please ping me I want to discuss about it with you. |
| 10:02.54 | *** join/#brlcad konrado (~konro@41.205.22.27) | |
| 10:26.51 | *** join/#brlcad teepee-- (bc5c2134@gateway/web/freenode/ip.188.92.33.52) | |
| 11:11.28 | dracarys983 | d_rossberg: Hey! I wanted to discuss what am I supposed to do exactly now. |
| 11:12.27 | dracarys983 | Should I improve the generic volume function in libanalyze and write the Volume() function in Object.h/.cpp in rt^3 ? |
| 11:12.57 | dracarys983 | Or implement the function in rt_generic_volume() after changing the signature of ft_volume() ? |
| 11:13.20 | *** join/#brlcad konrado (~konro@41.205.22.45) | |
| 11:46.57 | d_rossberg | dracarys983: i would recommend to start with improving the libanalyze functionality and writing a Volume() for rt^3 as there is no dependency issue |
| 11:48.21 | d_rossberg | if you have proven that your algorithm works you could think about transfering it to librt rt_generic_volume() |
| 11:49.56 | d_rossberg | there you probable need prep()/shot() for the comb, which would mean to transfer some functionality from raytrace to the comb primitive |
| 11:50.34 | d_rossberg | (sounds not so easy) |
| 11:59.49 | dracarys983 | Okay I'll go with the recommendation as that was also what I was thinking of pursuing :) |
| 13:58.05 | *** join/#brlcad milinda (~milinda@124.43.102.195) | |
| 14:08.33 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-ohzidhusdmlmkpnr) | |
| 15:09.00 | *** join/#brlcad KimK (~Kim__@ip68-102-188-176.ks.ok.cox.net) | |
| 16:24.09 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 16:47.16 | *** join/#brlcad gurwinder (75d7e548@gateway/web/freenode/ip.117.215.229.72) | |
| 16:51.17 | *** join/#brlcad ``Erik_ (~erik@pool-96-244-200-66.bltmmd.fios.verizon.net) | |
| 17:08.55 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 18:05.43 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 18:07.42 | Notify | 03BRL-CAD:ejno * 65547 (brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp brlcad/trunk/src/librt/CMakeLists.txt and 6 others): remove unused code; generalize some architecture-specific code that doesn't impact performance (in progress) |
| 19:00.18 | Notify | 03BRL-CAD:ejno * 65548 (brlcad/trunk/src/librt/primitives/bot/gct_decimation/auxiliary/mm.c brlcad/trunk/src/librt/primitives/bot/gct_decimation/auxiliary/mm.h and 4 others): enable use of spin/mutex locks if there is no atomics support |
| 19:13.11 | Notify | 03BRL-CAD Wiki:Ero senthil * 0 /wiki/User:Ero_senthil: |
| 19:31.19 | Notify | 03BRL-CAD Wiki:202.164.45.204 * 8959 /wiki/User:Hiteshsofat/GSoc15/log_developmen: |
| 20:11.12 | *** join/#brlcad milinda (~milinda@124.43.169.150) | |
| 21:47.52 | *** join/#brlcad ``Erik (~erik@pool-96-244-200-66.bltmmd.fios.verizon.net) | |
| 22:20.38 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 22:35.06 | *** join/#brlcad Ch3ck_ (~Ch3ck@154.70.99.93) | |
| 23:03.22 | *** join/#brlcad maths22 (~maths22@66-118-151-70.static.sagonet.net) | |
| 23:03.29 | *** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net) | |
| 23:04.59 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) | |
| 23:08.00 | *** join/#brlcad ejno (~ejno@66-118-151-70.static.sagonet.net) | |
| 23:08.00 | *** join/#brlcad ejno (~ejno@unaffiliated/kazaik) | |
| 23:08.02 | *** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net) | |
| 23:14.14 | *** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 23:17.13 | Ch3ck_ | thinks bzflag was down for some time |
| 23:17.25 | Ch3ck_ | couldn't login, guess it's fine now |
| 23:42.38 | bhollister | starseeker: i'm trying to better understand the impl of put / get with nmg object creation. could you point me to the tcl script(s) that get called when put is used for this. thanks. |
| 00:00.40 | bhollister | starseeker: never mind. traced the calls to the nmg api in rt_nmg_adjust() in nmg.c - where the nmg gets faces / verts added for the 'put' CLI. don't quite know the tcl interpreter connection yet. but that's not entirely important. most likely related to archer? |
| 05:21.53 | *** join/#brlcad milinda (~milinda@103.247.48.59) | |
| 05:22.16 | milinda | brlcad: Are you there ? |
| 05:41.00 | milinda | brlcad: Do you know how to visualize a ONBRep solid in OpenGL without constructing the solid from primitive brep elements. ? |
| 06:11.16 | *** join/#brlcad ignacio (~IgnacioUy@2001:4830:134:7::11) | |
| 06:11.16 | *** join/#brlcad ignacio (~IgnacioUy@unaffiliated/ignaciouy) | |
| 07:20.11 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 07:29.17 | *** join/#brlcad teepee-- (bc5c2134@gateway/web/freenode/ip.188.92.33.52) | |
| 08:55.25 | *** join/#brlcad milinda (~milinda@103.247.48.152) | |
| 10:13.47 | *** join/#brlcad konrado (~konro@41.205.22.61) | |
| 10:17.53 | *** join/#brlcad ejno (~ejno@66-118-151-70.static.sagonet.net) | |
| 10:17.53 | *** join/#brlcad ejno (~ejno@unaffiliated/kazaik) | |
| 10:19.18 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 10:31.52 | *** join/#brlcad teepee--_ (bc5c2134@gateway/web/freenode/ip.188.92.33.52) | |
| 11:46.13 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 11:47.08 | Notify | 03BRL-CAD Wiki:Andrei.ilinca24 * 8960 /wiki/User:Andrei.ilinca24/logs: /* Coding Period (2nd half) */ |
| 11:47.10 | Notify | 03BRL-CAD:ejno * 65549 (brlcad/trunk/src/librt/primitives/bot/gct_decimation/auxiliary/cc.h brlcad/trunk/src/librt/primitives/bot/gct_decimation/auxiliary/mmbitmap.c and 3 others): cleanups |
| 11:47.14 | Notify | 03BRL-CAD Wiki:Bhollister * 8961 /wiki/User:Bhollister/DevLogJuly2015: /* Thurs, July 9, 2015 */ |
| 11:47.16 | Notify | 03BRL-CAD Wiki:Bhollister * 8962 /wiki/User:Bhollister/DevLogJuly2015: /* Thurs, July 9, 2015 */ |
| 11:47.18 | Notify | 03BRL-CAD Wiki:Bhollister * 8963 /wiki/User:Bhollister/DevLogJuly2015: /* Thurs, July 9, 2015 */ |
| 11:47.21 | Notify | 03BRL-CAD Wiki:Konrado DJ * 8964 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 10 JULY 2015 */ |
| 11:47.45 | Notify | 03BRL-CAD Wiki:Deekaysharma * 8965 /wiki/User:Deekaysharma/logs: |
| 15:00.06 | *** join/#brlcad bhollister2 (~brad@2601:647:cb02:7a00:315c:80ae:7fe4:ce90) | |
| 15:32.27 | Notify | 03BRL-CAD:ejno * 65550 (brlcad/trunk/src/librt/CMakeLists.txt brlcad/trunk/src/librt/primitives/bot/bot.c and 11 others): use tinycthread for threading |
| 15:40.34 | Notify | 03BRL-CAD:ejno * 65551 (brlcad/trunk/src/librt/primitives/bot/gct_decimation/auxiliary/mm.h brlcad/trunk/src/librt/primitives/bot/gct_decimation/auxiliary/tinycthread.c): add comment |
| 16:34.59 | *** join/#brlcad milinda (~milinda@112.134.101.25) | |
| 16:41.38 | *** join/#brlcad Bradh (~bhollis@50.254.143.169) | |
| 16:41.43 | *** part/#brlcad Bradh (~bhollis@50.254.143.169) | |
| 16:41.48 | Notify | 03BRL-CAD:ejno * 65552 (brlcad/trunk/src/librt/primitives/bot/gct_decimation/auxiliary/mm.c brlcad/trunk/src/librt/primitives/bot/gct_decimation/auxiliary/mm.h and 3 others): use libbu and tinycthread time functions |
| 16:42.41 | *** join/#brlcad bhollister3 (~u291187@50.254.143.169) | |
| 16:46.05 | bhollister3 | starseeker: hi. I believe you may be on vacation this week. for our 10 AM PST mtg, I'm currently tied up with getting my car's brake pads replaced. I'll be back on irc / office this afternoon CA time. |
| 16:47.17 | Notify | 03BRL-CAD:ejno * 65553 brlcad/trunk/src/librt/primitives/bot/gct_decimation/meshdecimation.c: fix -- convert microseconds to milliseconds |
| 17:34.03 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-cvjkvwwivvfvnduj) | |
| 18:01.04 | Notify | 03BRL-CAD:ejno * 65554 (brlcad/trunk/src/librt/primitives/bot/gct_decimation/auxiliary/mm.c brlcad/trunk/src/librt/primitives/bot/gct_decimation/auxiliary/mmbinsort.c and 3 others): use bu_malloc()/free() |
| 18:05.12 | *** join/#brlcad ejno_ (~ejno@unaffiliated/kazaik) | |
| 18:28.47 | *** join/#brlcad gaganjyot (~gaganjyot@27.255.241.201) | |
| 18:32.07 | *** join/#brlcad sofat (~sofat@202.164.45.212) | |
| 19:17.01 | Notify | 03BRL-CAD:ejno * 65555 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: check for apex at infinity |
| 19:36.13 | Notify | 03BRL-CAD:ejno * 65556 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: fix comment |
| 19:39.54 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 19:56.29 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 20:13.28 | ``Erik | yay, sago! |
| 20:13.32 | ``Erik | \o/ |
| 20:14.38 | *** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 20:17.24 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 20:17.25 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) | |
| 20:19.25 | *** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net) | |
| 20:19.26 | *** join/#brlcad ejno (~ejno@unaffiliated/kazaik) | |
| 20:20.53 | *** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net) | |
| 20:25.41 | *** join/#brlcad maths22 (~maths22@66-118-151-70.static.sagonet.net) | |
| 20:27.00 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 20:30.32 | Notify | 03BRL-CAD:starseeker * 65560 brlcad/trunk/CMakeLists.txt: Try 0053 set to NEW |
| 20:41.34 | Notify | 03BRL-CAD:starseeker * 65562 (brlcad/trunk/src/other/PoissonRecon/CMakeLists.txt brlcad/trunk/src/other/URToolkit/CMakeLists.txt and 14 others): Remove a slew of (probably) unnecessary policy settings from the src/other build files that we're managing ourselves - only add in what proves to be necessary, particularly when set to OLD. |
| 20:45.54 | Notify | 03BRL-CAD:starseeker * 65563 brlcad/trunk/CMakeLists.txt: Per http://www.cmake.org/Wiki/CMake/Policies the cmake_minimum_required version should make setting NEW on older policies unnecessary. |
| 20:48.39 | Notify | 03BRL-CAD:starseeker * 65558 brlcad/trunk/CMakeLists.txt: Try setting 0021 to NEW |
| 20:49.54 | Notify | 03BRL-CAD:starseeker * 65564 brlcad/trunk/TODO: Make a note about dealing with CMake policy 0026. |
| 20:59.43 | Notify | 03BRL-CAD:starseeker * 65559 (brlcad/trunk/CMakeLists.txt brlcad/trunk/misc/CMake/RPath_Setup.cmake): Go with NEW on 0042, while keeping the CMAKE_INSTALL_NAME_DIR setting for older CMake. |
| 21:00.11 | Notify | 03BRL-CAD Wiki:202.164.45.204 * 8966 /wiki/User:Hiteshsofat/GSoc15/log_developmen: |
| 21:00.20 | Notify | 03BRL-CAD:starseeker * 65557 (brlcad/trunk/CMakeLists.txt brlcad/trunk/misc/CMake/ThirdParty.cmake brlcad/trunk/src/other/CMakeLists.txt): Try to allow policy 0017 to be new - for packages where we are diverging from vanilla CMake, name them to avoid conflict with the system module name. |
| 21:02.03 | Notify | 03BRL-CAD:ejno * 65565 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: better test for non-truncated cones |
| 21:19.51 | Notify | 03BRL-CAD:starseeker * 65566 brlcad/trunk/src/other/gct/CMakeLists.txt: Clean out bits we know we won't be using. |
| 21:36.25 | Notify | 03BRL-CAD:starseeker * 65561 brlcad/trunk/src/other/clipper/CMakeLists.txt: slight cleanup of clipper CMakeLists.txt file |
| 21:47.46 | Notify | 03BRL-CAD:ejno * 65567 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: some uses of the deprecated CCONE1 record can't be represented as CCONE2 records, so work on optionally writing out CCONE1 records as well (in progress) |
| 21:53.21 | Notify | 03BRL-CAD Wiki:66.249.83.166 * 8967 /wiki/User:Terry.e.wen/log: |
| 22:15.40 | Notify | 03BRL-CAD Wiki:Konrado DJ * 8968 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 10 JULY 2015 */ |
| 00:28.45 | Notify | 03BRL-CAD:starseeker * 65568 (brlcad/trunk/include/bu/bu_tcl.h brlcad/trunk/include/bu.h and 6 others): Rework bu_observer to use an eval callback function instead of explicitly requiring Tcl_Eval - abstracts the explicit use of Tcl data types out of bu_observer, although the command strings are still being constructed as before. |
| 01:04.35 | Notify | 03BRL-CAD Wiki:Bhollister * 8969 /wiki/User:Bhollister/DevLogJuly2015: /* Fri, July 10, 2015 */ |
| 01:35.10 | Notify | 03BRL-CAD:starseeker * 65569 (brlcad/trunk/include/bu/str.h brlcad/trunk/src/libbu/argv.c): Make a stab at setting up a stand-alone tcl list to argv array libbu function based on the Tcl_SplitList code. Untested. |
| 01:44.16 | Notify | 03BRL-CAD:starseeker * 65570 brlcad/trunk/src/libged/how.c: Switch how command to bu_argv_from_tcl_list - quick test seems to work. |
| 01:56.17 | starseeker | scowls - for a "temporary" measure this global brlcad_interp has hung around a long time and spread rather widely... dates back to r31629 |
| 02:05.52 | Notify | 03BRL-CAD:starseeker * 65571 (brlcad/trunk/include/bu/bu_tcl.h brlcad/trunk/include/rt/global.h and 3 others): Shove brlcad_interp up from libbu into librt, which appears to be the next lowest level library that actually uses this interp. |
| 02:12.25 | *** join/#brlcad milinda (~milinda@112.134.105.12) | |
| 02:37.31 | Notify | 03BRL-CAD:starseeker * 65572 (brlcad/trunk/include/bn/bn_tcl.h brlcad/trunk/include/bu/CMakeLists.txt and 13 others): Needs further testing, but this removes Tcl entirely from libbu. |
| 03:00.37 | Notify | 03BRL-CAD:starseeker * 65573 (brlcad/trunk/include/bn/CMakeLists.txt brlcad/trunk/include/bn.h and 6 others): Move the libbn tcl bits into libtclcad as well. |
| 04:14.35 | *** join/#brlcad milinda (~milinda@124.43.205.62) | |
| 06:00.27 | *** join/#brlcad milinda (~milinda@124.43.165.1) | |
| 12:21.34 | *** join/#brlcad infobot (ibot@69-58-76-73.ut.vivintwireless.net) | |
| 12:21.34 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-) | |
| 12:56.02 | *** join/#brlcad sofat (~sofat@202.164.45.212) | |
| 13:34.02 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 14:26.01 | Notify | 03BRL-CAD Wiki:Deekaysharma * 8970 /wiki/User:Deekaysharma/logs: /* 9 June */ |
| 14:38.26 | brlcad | starseeker: that's why I harp on code complete .. there is no such thing as temporary |
| 14:47.21 | *** join/#brlcad sofat (~sofat@202.164.45.212) | |
| 14:57.46 | *** join/#brlcad KimK (~Kim__@ip68-102-188-176.ks.ok.cox.net) | |
| 15:12.28 | *** join/#brlcad sofat (~sofat@202.164.45.212) | |
| 15:24.11 | Notify | 03BRL-CAD Wiki:Ercanrobben * 0 /wiki/User:Ercanrobben: |
| 15:29.56 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 15:38.42 | sofat | brlcad, I have done milestones which are told by starseeker for menu and interface |
| 15:39.15 | sofat | http://202.164.53.122/wordpress/articles/en/about.php |
| 16:05.02 | *** join/#brlcad bhollister2 (~brad@2601:647:cb02:7a00:28c1:d820:43c7:ee16) | |
| 16:05.37 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 16:06.04 | brlcad | sofat: the menu does not look right |
| 16:06.13 | sofat | why ?? |
| 16:06.57 | brlcad | did you hand-write the menu? |
| 16:07.12 | brlcad | I'm seeing lots of little things |
| 16:07.41 | brlcad | the menu should reflect what is in the repository (i.e., get generated from it) |
| 16:08.10 | sofat | no menu generated form xml file means from brlcad |
| 16:08.18 | brlcad | and then I think it needs to handle translations distinctly .. we don't want those in the menu |
| 16:08.21 | sofat | main_menu.xml |
| 16:09.00 | brlcad | then why does it show Articles -> En ... and Books -> En .. but Lessons -> EN ? |
| 16:09.10 | brlcad | where is "EN" coming from? |
| 16:09.23 | brlcad | the repository has "en" for all three |
| 16:10.10 | sofat | i write code in main_menu.xml file i write En not en |
| 16:10.27 | sofat | so this display En not en |
| 16:10.54 | *** join/#brlcad ih8sum3r (~ih8sum3r@61.2.83.185) | |
| 16:11.16 | brlcad | how did you make main_menu.xml ? |
| 16:11.25 | brlcad | script or you wrote it? |
| 16:12.03 | brlcad | it needs to be generated automatically |
| 16:12.16 | brlcad | and have awareness to treat the translations differently |
| 16:13.00 | brlcad | Specifications -> En -> Brl-Cad G Format V5 -> Background and Terminology -> ../../.......this looks wrong |
| 16:13.37 | brlcad | Specifications -> En -> Brl-Cad G Format V5 -> [unnamed + ... this looks wrong] |
| 16:14.39 | brlcad | Specifications -> En -> Brl-Cad G Format V5 <-- is wrong.. we never use "Brl-Cad" .. always BRL-CAD where uppercase is supported |
| 16:15.27 | brlcad | the styling on many pages looks wrong .. might be stylesheet issue but here is an example: http://202.164.53.122/wordpress/presentations/en/intro-to-tcltk.php |
| 16:18.32 | brlcad | the menu '+' doesn't seem to be working right for some items -- it's showing Animation Tutorial underneath About BRL-CAD and the + on Animation Tutorial only adds/hides 'Introduction', never hiding Appendix A and B and Chains |
| 16:20.05 | *** join/#brlcad sofat (~sofat@202.164.45.212) | |
| 16:22.53 | sofat | brlcad, what changes you want now in menu ? |
| 16:23.33 | sofat | because now menu generated from brlcad building system and menu code in main_menu.xml file |
| 16:24.05 | sofat | I write the code for menu so I write EN or En |
| 16:30.54 | *** join/#brlcad hiteshsofat (~androirc@101.215.36.156) | |
| 16:38.47 | sofat | brlcad, ping |
| 16:51.18 | *** join/#brlcad milinda (~milinda@112.134.202.1) | |
| 17:34.12 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-tqqcjdrbczhbcqvq) | |
| 17:47.09 | *** join/#brlcad beanq (0ea14073@gateway/web/freenode/ip.14.161.64.115) | |
| 18:17.55 | sofat | brlcad, please tell me what changes now you want in menu ?? |
| 19:24.34 | *** join/#brlcad sofat (~sofat@202.164.45.212) | |
| 19:40.22 | *** part/#brlcad ih8sum3r (~ih8sum3r@61.2.83.185) | |
| 20:02.30 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 20:29.34 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 20:32.34 | *** join/#brlcad sofat (~sofat@202.164.45.212) | |
| 20:38.09 | Notify | 03BRL-CAD Wiki:202.164.45.212 * 8971 /wiki/User:Hiteshsofat/GSoc15/log_developmen: |
| 20:51.39 | Notify | 03BRL-CAD:starseeker * 65574 brlcad/trunk/src/librt/db_diff.c: Swap out Tcl_SplitList with bu_argv_from_tcl_list |
| 20:58.25 | Notify | 03BRL-CAD:starseeker * 65575 brlcad/trunk/src/librt/db_tree.c: Remove another Tcl_SplitList |
| 21:15.22 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8972 /wiki/User:MeShubham99/GSoc15/log_developmen: /* Week 7 */ |
| 21:23.47 | Notify | 03BRL-CAD:starseeker * 65576 brlcad/trunk/src/librt/tree.c: Replace Tcl_HashTable with bu_hash_tbl (needs testing) |
| 21:24.01 | Notify | 03BRL-CAD Wiki:Deekaysharma * 0 /wiki/File:Meteor_freeBSD_error.png: Error while installing meteor on freeBSD 10.1 |
| 21:35.33 | Notify | 03BRL-CAD Wiki:Deekaysharma * 8974 /wiki/User:Deekaysharma/logs: |
| 21:38.42 | Notify | 03BRL-CAD:starseeker * 65577 (brlcad/trunk/src/librt/tree.c brlcad/trunk/src/rt/rtshot.c): rtshot tests this hash table. So far, not working. |
| 21:58.58 | Notify | 03BRL-CAD:starseeker * 65578 (brlcad/trunk/src/librt/tree.c brlcad/trunk/src/rt/rtshot.c): This seems to work, but I could use a second opinion on how to accomplished what this is trying to do... |
| 22:26.48 | Notify | 03BRL-CAD:starseeker * 65579 brlcad/trunk/src/librt/primitives/pipe/pipe.c: Replace a bunch of Tcl string/list manipulations with a sscanf |
| 23:46.34 | Notify | 03BRL-CAD:starseeker * 65580 (brlcad/trunk/src/librt/librt_private.h brlcad/trunk/src/librt/primitives/primitive_util.c brlcad/trunk/src/librt/primitives/sketch/sketch.c): Handle sketch curve string processing without requiring a tcl interp. |
| 23:49.04 | Notify | 03BRL-CAD:starseeker * 65581 brlcad/trunk/src/librt/primitives/sketch/sketch.c: Completely remove tcl.h from sketch.c |
| 00:10.06 | Notify | 03BRL-CAD:starseeker * 65582 brlcad/trunk/src/librt/primitives/nmg/nmg.c: Remove tcl interp usages from nmg.c |
| 00:15.51 | Notify | 03BRL-CAD:starseeker * 65583 brlcad/trunk/src/librt/primitives/sketch/sketch.c: Remove uses of brlcad_interp from sketch |
| 00:21.46 | Notify | 03BRL-CAD:starseeker * 65584 (brlcad/trunk/src/librt/primitives/arbn/arbn.c brlcad/trunk/src/librt/primitives/ars/ars.c and 3 others): remove some more uses of brlcad_interp |
| 00:27.45 | Notify | 03BRL-CAD:starseeker * 65585 brlcad/trunk/src/librt/binunif/db5_bin.c: Switch binunif/db5_bin off of Tcl objects. Not quite sure how to test this one... |
| 00:53.18 | Notify | 03BRL-CAD:starseeker * 65586 brlcad/trunk/src/librt/primitives/bot/bot.c: Switch bot's adjust command over to non-Tcl logic. This one will need a lot of testing - there are a fair number of objects here and it's not immediately clear how to exercise them all. |
| 00:54.17 | Notify | 03BRL-CAD:starseeker * 65587 brlcad/trunk/src/librt/primitives/bot/bot.c: Make it easier to search for Tcl instances |
| 01:05.15 | Notify | 03BRL-CAD:starseeker * 65588 brlcad/trunk/src/librt/primitives/brep/brep.cpp: Remove no-op functions that aren't used anywhere with Tcl_Interp args. |
| 01:15.22 | Notify | 03BRL-CAD:starseeker * 65589 brlcad/trunk/src/librt/primitives/bspline/bspline.cpp: Make a stab at extracting Tcl from the old nurbs/bspline primitive |
| 01:19.02 | Notify | 03BRL-CAD:starseeker * 65590 (brlcad/trunk/src/librt/primitives/arbn/arbn.c brlcad/trunk/src/librt/primitives/ars/ars.c and 6 others): Remove tcl.h includes |
| 01:30.43 | Notify | 03BRL-CAD:starseeker * 65591 brlcad/trunk/include/rt/rt_instance.h: Update comment |
| 02:09.00 | Notify | 03BRL-CAD:starseeker * 65592 (brlcad/trunk/include/ged.h brlcad/trunk/include/raytrace.h and 11 others): Push Tcl out of librt, except for the Tcl_Interp pointer in the rt_wdb data structure. Move the rt tcl specific functions and interface to libtclcad, push brlcad_interp up to libged. Not 100% percent sure this is really minimally impacting - if it has to be reverted, at least this commit will document the |
| 02:09.02 | Notify | changes. libged is next, but it looks like it's using Tcl for portable inter-application communication for rt/rtcheck on Windows and view_obj appears to use it extensively - those could be tricky to handle. |
| 02:09.04 | Notify | ... |
| 02:36.27 | Notify | 03BRL-CAD:starseeker * 65593 (brlcad/trunk/include/bu/CMakeLists.txt brlcad/trunk/src/libgcv/CMakeLists.txt brlcad/trunk/src/librt/CMakeLists.txt): distcheck fixes |
| 03:08.27 | *** join/#brlcad bhollister2 (~brad@2601:647:cb02:7a00:28c1:d820:43c7:ee16) | |
| 06:49.16 | *** join/#brlcad milinda (~milinda@124.43.148.169) | |
| 10:50.58 | Notify | 03BRL-CAD Wiki:Shaina7837 * 8975 /wiki/User:Shainasabarwal/GSoC15/logs: /* 3 July */ |
| 14:20.48 | *** join/#brlcad deepak_ (~deepak@59.97.213.169) | |
| 14:58.37 | Notify | 03BRL-CAD:starseeker * 65594 brlcad/trunk/src/liboptical/CMakeLists.txt: liboptical needs Tcl lib called out explicitly in CMake now. |
| 15:21.24 | Notify | 03BRL-CAD:starseeker * 65595 (brlcad/trunk/src/other/incrTcl/itcl/CMakeLists.txt brlcad/trunk/src/other/incrTcl/itk/CMakeLists.txt): avoid some warnings |
| 15:27.49 | Notify | 03BRL-CAD:starseeker * 65596 brlcad/trunk/src/librt/primitives/bot/gct_decimation/auxiliary/tinycthread.h: Clear clang Wdocumentation warnings |
| 16:19.50 | *** join/#brlcad milinda (~milinda@112.134.100.37) | |
| 18:48.07 | *** join/#brlcad Shubham (6719e766@gateway/web/freenode/ip.103.25.231.102) | |
| 20:51.30 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-kgsomjghtvggjqou) | |
| 21:17.41 | Notify | 03BRL-CAD Wiki:202.164.45.204 * 8976 /wiki/User:Hiteshsofat/GSoc15/log_developmen: |
| 22:08.42 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8977 /wiki/User:MeShubham99/GSoc15/log_developmen: /* Week 7 */ |
| 23:20.12 | Notify | 03BRL-CAD Wiki:Konrado DJ * 8978 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 12 JULY 2015 */ |
| 00:25.11 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8979 /wiki/User:MeShubham99/GSoc15/log_developmen: /* Week 7 */ |
| 01:21.38 | Notify | 03BRL-CAD Wiki:85.241.192.77 * 8980 /wiki/User:Vasco.costa/GSoC15/logs: |
| 01:22.22 | Notify | 03BRL-CAD Wiki:85.241.192.77 * 8981 /wiki/User:Vasco.costa/GSoC15/logs: |
| 01:23.15 | Notify | 03BRL-CAD Wiki:85.241.192.77 * 8982 /wiki/User:Vasco.costa/GSoC15/logs: |
| 01:24.44 | Notify | 03BRL-CAD Wiki:85.241.192.77 * 8983 /wiki/User:Vasco.costa/GSoC15/logs: |
| 01:25.47 | Notify | 03BRL-CAD Wiki:85.241.192.77 * 8984 /wiki/User:Vasco.costa/GSoC15/logs: |
| 02:49.55 | *** join/#brlcad ih8sum3r (~deepak@117.214.222.67) | |
| 05:23.06 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-ezfovgkembplyfcc) | |
| 06:53.21 | *** join/#brlcad luca79 (~luca@adsl-ull-174-213.46-151.net24.it) | |
| 07:17.57 | *** join/#brlcad teepee-- (bc5c2134@gateway/web/freenode/ip.188.92.33.52) | |
| 07:27.18 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-rbglatprfqwfbqnx) | |
| 10:25.10 | *** join/#brlcad Izakey (~Izakey@41.205.22.16) | |
| 10:49.23 | Izakey | archer and mged aren't running after install, any help ? |
| 10:51.01 | Izakey | wonders if he missed a flag when building BRL-CAD |
| 11:14.11 | dracarys983 | Izakey: Was itk and itcl installation ON? I got this problem when itcl was not installed, once when I built it iirc. |
| 11:14.49 | Izakey | I don't think so dracarys983 |
| 11:14.59 | Izakey | None of those were on |
| 11:15.17 | Izakey | How do you turn on those flags dracarys983 ? |
| 11:19.48 | dracarys983 | Make sure first that you have those installed. |
| 11:20.02 | dracarys983 | Run "locate libitcl" |
| 11:20.16 | dracarys983 | Same for libitk |
| 11:22.33 | dracarys983 | Izakey: Oh wait. You can instead do this : BRLCAD_BUNDLED_LIBS=ON while running CMake. Try with that. :) |
| 11:22.45 | Izakey | dracarys983, I get this https://paste.kde.org/pacmwprtx when I run "locate libitcl" |
| 11:26.15 | dracarys983 | Izakey: It's installing them I guess from the paste that you sent. |
| 11:27.31 | dracarys983 | Try the flag for bundled libs. -DBRLCAD_BUNDLED_LIBS=ON is the actual thing to write with CMake. I'm sorry I need to go right now. If you're still stuck, I'll get in touch once I'm back. |
| 11:27.56 | Izakey | Okay, Thanks dracarys983 |
| 11:28.12 | Izakey | Did you get your nick from Game of Thrones dracarys983 ? |
| 11:28.34 | dracarys983 | Izakey: Finally. Somebody who noticed that. :D |
| 11:28.43 | dracarys983 | Hell yeah I did. |
| 11:29.50 | Izakey | So you like Khaleesi |
| 11:32.24 | dracarys983 | Izakey: Yeah I do. However, dracarys is "dragonfire" in High Valyrian. So, I like "dragonfire" to be precise. ;) |
| 11:34.16 | dracarys983 | I'll catch you later on this. Bye :) |
| 11:34.26 | Izakey | Bye dracarys983 |
| 12:05.04 | Izakey | no head way dracarys983 |
| 12:21.06 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 12:33.23 | *** join/#brlcad Izakey (~Izakey@41.205.22.56) | |
| 12:43.51 | Notify | 03BRL-CAD:iiizzzaaakkk * 65597 brlcad/trunk/src/librt/primitives/hrt/hrt_mirror.c: Fixing wrong check. Should be _HRT_ macro used instead of _ELL_ |
| 13:53.17 | Notify | 03BRL-CAD:starseeker * 65598 brlcad/trunk/CMakeLists.txt: Simplify policy setup slightly |
| 14:35.11 | *** join/#brlcad milinda (~milinda@112.134.235.86) | |
| 14:52.48 | Notify | 03BRL-CAD:carlmoore * 65599 (brlcad/trunk/include/bu/str.h brlcad/trunk/src/libbu/argv.c): remove a trailing whitespace character; fix a spelling |
| 14:55.56 | *** join/#brlcad sofat (~sofat@202.164.45.212) | |
| 14:56.03 | sofat | brlcad, hello |
| 14:56.22 | sofat | I have update menu style please check |
| 14:56.23 | sofat | http://202.164.53.122/wordpress/articles/en/about.php |
| 14:56.57 | sofat | for languages conversion I have used google language translator plugin |
| 15:37.13 | *** join/#brlcad Stragus (~alexis@135.19.29.90) | |
| 15:38.06 | *** join/#brlcad cox (~quassel@188.226.208.53) | |
| 16:01.42 | *** join/#brlcad milinda (~milinda@112.134.235.86) | |
| 16:41.05 | brlcad | ~seen gurwinder |
| 16:41.06 | infobot | gurwinder <75d6c951@gateway/web/freenode/ip.117.214.201.81> was last seen on IRC in channel #brlcad, 4d 6h 50m 27s ago, saying: 'When you free please ping me I want to discuss about it with you.'. |
| 16:49.30 | *** join/#brlcad sofat (~sofat@202.164.45.212) | |
| 16:49.49 | sofat | brlcad, I need some help if you free |
| 16:51.15 | Notify | 03BRL-CAD Wiki:117.212.51.230 * 8985 /wiki/User:Gurwinder_Singh/GSoc15/log_developmen: |
| 16:51.45 | sofat | "Note that About Hy, About It, and About Ru should not be in the hierarchy list the same for all of the lessons that are available in Spanish and English. You need some mechanism to identify that they are the same file (we could put a unique ID in the XML or maybe there is already such an ID available) so that you can link them with the flags." |
| 16:52.11 | sofat | please explain this requirements |
| 16:55.28 | brlcad | sofat: you have to explain what you do not understand for me to clarify ... |
| 16:55.42 | brlcad | start with the beginning .. "About Hy, About It, and About Ru should not be in the hierarchy" |
| 16:56.04 | brlcad | Did you look at the Lessons list? |
| 17:01.45 | brlcad | ugh |
| 17:02.56 | *** join/#brlcad sofat (~sofat@101.208.86.139) | |
| 17:04.27 | sofat | and about hy, about it, about ru is not part of submenu it will part of main menu |
| 17:06.17 | sofat | brlcad, I am right ? |
| 17:06.30 | brlcad | 12:55 < brlcad> sofat: you have to explain what you do not understand for me to clarify ... |
| 17:06.33 | brlcad | 12:55 < brlcad> start with the beginning .. "About Hy, About It, and About Ru should not be in the hierarchy" |
| 17:06.36 | brlcad | 12:56 < brlcad> Did you look at the Lessons list? |
| 17:06.43 | brlcad | the translations should not be on the menu |
| 17:07.09 | sofat | ok |
| 17:07.18 | brlcad | look at the lessons list |
| 17:07.20 | sofat | this is done by flag |
| 17:07.39 | sofat | ok |
| 17:07.45 | sofat | i see lessons |
| 17:12.22 | sofat | brlcad, next |
| 17:12.57 | brlcad | sofat: we don't want to have to do this manually .. imagine 1000's of documents all with different manual translations.... |
| 17:13.24 | sofat | ok |
| 17:13.30 | brlcad | they need to be identified as a document available in [...] languages |
| 17:13.49 | sofat | ok |
| 17:13.54 | brlcad | the language goes into the URL, accessed with the flags |
| 17:14.02 | sofat | yes |
| 17:14.20 | sofat | I have some idea |
| 17:14.36 | sofat | I want to tell you if you allow me |
| 17:14.39 | brlcad | sure |
| 17:15.55 | sofat | I will logic with help I fetch the language folder names and show as drop down according to category means article 4 languages book 1 language only this process is automated |
| 17:16.01 | sofat | i wiil make |
| 17:16.57 | sofat | so now If user want to change the language then user select the language form drop down and click on button |
| 17:17.50 | brlcad | I think having two drop downs will be confusing |
| 17:17.59 | sofat | after this same document replaced by other language document if same document exits in other language if not exits the show the message like "This document is not in this language " |
| 17:18.46 | sofat | mens url will redirect to other document |
| 17:18.55 | sofat | s/mens/means |
| 17:20.02 | brlcad | showing a "this document is not in this language" would likely be very frustrating for a user ... if it's not available, why show the option in the first place |
| 17:21.11 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 17:21.40 | *** join/#brlcad hitesh (~androirc@101.208.86.139) | |
| 17:22.16 | *** join/#brlcad sofat (~sofat@101.208.86.139) | |
| 17:22.27 | brlcad | connection problems? |
| 17:22.33 | sofat | yes |
| 17:23.33 | sofat | but now my laptop shot down because I forget to put my laptop on charging ;-) |
| 17:23.40 | sofat | s/shot/shut |
| 17:23.40 | brlcad | ahhh |
| 17:23.42 | brlcad | heh |
| 17:24.15 | brlcad | so here's an example of what I was thinking: https://ps.w.org/transposh-translation-filter-for-wordpress/assets/screenshot-5.png |
| 17:24.20 | brlcad | specifically the right side only |
| 17:24.40 | brlcad | the drop-down would be automatic translations followed or preceded by the manual translations |
| 17:26.03 | sofat | yes I see this image |
| 17:26.24 | sofat | thats means you want flags according country languages |
| 17:27.08 | sofat | like for hy, flag for it, flag for ru, flag for :-ru |
| 17:27.15 | brlcad | right, it's a common pattern easy to automate |
| 17:27.26 | sofat | ok |
| 17:27.28 | sofat | nice\ |
| 17:28.10 | sofat | Ok now I understood this |
| 17:28.27 | sofat | I will report you when I done this work |
| 17:28.49 | brlcad | might help: http://www.freshcodehub.com/javascript/implementing-google-translate-with-custom-flag-icons |
| 17:28.58 | brlcad | http://stackoverflow.com/questions/10486833/implementing-google-translate-with-custom-flag-icons |
| 17:30.00 | sofat | one more question |
| 17:30.16 | brlcad | ah, and http://www.madtomatoe.com/google-translate-mini-flags-widget/ |
| 17:30.40 | sofat | these flags for our language which language we provide to users like :- hy , it, ru, en, es |
| 17:31.12 | brlcad | yes? |
| 17:31.24 | brlcad | those are standard language codes |
| 17:32.18 | sofat | ok when user click on flag then url redirect to other language |
| 17:32.28 | sofat | http://202.164.53.122/wordpress/lessons/en/mged01_creating_primitive_shapes.php |
| 17:32.32 | sofat | when i use es |
| 17:32.36 | sofat | http://202.164.53.122/wordpress/lessons/es/mged01_creating_primitive_shapes.php |
| 17:33.12 | sofat | then en replaced by es and redirect to other language document |
| 17:33.31 | sofat | but same document |
| 17:33.35 | brlcad | http://365icon.com/icon-styles/ethnic/classic2/ |
| 17:33.46 | brlcad | or http://www.famfamfam.com/lab/icons/flags/ |
| 17:35.01 | brlcad | yes, so there will be two translation paths -- a) google translate drop-down and b) the list of manual translation languages |
| 17:35.17 | brlcad | it would be good to have flags on both |
| 17:35.44 | brlcad | that's all those URLs I just provided -- the first set was for (a) and the last two were for (b) |
| 17:37.20 | sofat | ok |
| 17:37.24 | brlcad | ah, maybe even better for (b) https://www.gosquared.com/resources/flag-icons/ |
| 17:37.26 | sofat | i understood |
| 17:39.09 | *** join/#brlcad sofat (~sofat@101.208.86.139) | |
| 18:02.45 | Notify | 03BRL-CAD:starseeker * 65600 (brlcad/trunk/src/libbrep/shape_recognition.cpp brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp): Hmm - having trouble getting a valid brep in this case... |
| 18:13.19 | Notify | 03BRL-CAD:starseeker * 65601 brlcad/trunk/src/libbrep/shape_recognition.cpp: only use old type if we aren't doing inner/outer |
| 18:14.00 | *** join/#brlcad konrado (~konro@41.205.22.6) | |
| 18:39.20 | *** join/#brlcad sofat (~sofat@202.164.45.212) | |
| 18:39.39 | Notify | 03BRL-CAD:starseeker * 65602 brlcad/trunk/src/libbrep/shape_recognition.cpp: Turns out it is possible under certain circumstances to end up with inner loops when the csg conversions fail - fix assumptions in brep builder. |
| 18:46.03 | *** join/#brlcad sofat (~sofat@202.164.45.212) | |
| 19:17.15 | *** join/#brlcad sofat (~sofat@101.208.86.139) | |
| 19:29.45 | Notify | 03BRL-CAD:n_reed * 65603 brlcad/branches/brep-debug/doc/docbook/system/implementation/en/bool_eval_development.xml: mark a couple functions |
| 20:12.06 | Notify | 03BRL-CAD:brlcad * 65604 (brlcad/trunk/src/libbrep/PullbackCurve.cpp brlcad/trunk/src/libbrep/opennurbs_ext.cpp and 6 others): take care of a bunch of set-but-unused warnings including several that are outright memory leaks (an allocation on the heap is made and we don't do anything with it) |
| 20:12.44 | brlcad | wonders what if anything is preventing us from compiling c++ with Werror now that boost is gone |
| 20:14.34 | starseeker | brlcad: maybe not - I'll give it a go once |
| 20:15.58 | Notify | 03BRL-CAD:brlcad * 65605 brlcad/trunk/src/librt/primitives/brep/brep.cpp: remove unused var |
| 20:21.41 | starseeker | brlcad: bullet looks like it's a problem - let me see if I can do the pragma warning squashing around just the bullet headers |
| 20:24.36 | Notify | 03BRL-CAD:starseeker * 65606 (brlcad/trunk/src/libbrep/CMakeLists.txt brlcad/trunk/src/libgcv/CMakeLists.txt brlcad/trunk/src/librt/CMakeLists.txt): Turn on strict CXX for a number of our libraries. |
| 20:25.36 | starseeker | wonders if we should turn on the bullet building by default - don't want that code to get stale... |
| 20:29.28 | Notify | 03BRL-CAD:brlcad * 65607 (brlcad/trunk/src/librt/CMakeLists.txt brlcad/trunk/src/librt/primitives/bot/bot.c): break up the monster bot.c file a little bit so we can separate out all of the bits that pertain to decimation. turn off the new incremental mesh simplification method from alexis' gct code until it's more portable (there are assembly bits that are failing to compile on bsd, windows, etc. jon is getting a |
| 20:29.30 | Notify | baseline on whether the asm is worth keeping. separating out the bot_edge struct too since it's shared by several routines, but not making public. |
| 20:29.32 | Notify | ... |
| 20:30.26 | brlcad | starseeker: after release |
| 20:32.17 | Notify | 03BRL-CAD:brlcad * 65608 brlcad/trunk/TODO: schedule enabling of the simulate command since it's awesome and we don't want it to get out of sync -- release testing and deployment issues implied |
| 20:32.19 | brlcad | good idea though... it's probably close to usable now |
| 20:32.44 | brlcad | ejno: are there any updated docs for simulate? is the wiki page tutorial up-to-date? |
| 20:33.43 | brlcad | i'm thinking specifically about how someone will know how to specify a ground plane, an object, and how to run the simulation |
| 20:35.00 | Notify | 03BRL-CAD:brlcad * 65609 brlcad/trunk/TODO: iges exporter and unit tests were fixed during winter/gci timeframe |
| 20:41.30 | Notify | 03BRL-CAD:brlcad * 65610 brlcad/trunk/misc/CMake/ThirdParty.cmake: ws |
| 21:20.44 | *** join/#brlcad Izakey (~Izakey@41.205.22.9) | |
| 21:26.13 | *** join/#brlcad Izakey (~Izakey@41.205.22.43) | |
| 21:30.34 | Notify | 03BRL-CAD:starseeker * 65611 brlcad/trunk/src/libged/CMakeLists.txt: Looks like we don't need this anymore for bullet either - perhaps the new system include flags are handling it... |
| 21:31.25 | starseeker | brlcad: that should get NO_STRICT out of all the libs |
| 21:36.53 | *** join/#brlcad konrado (~konro@41.205.22.20) | |
| 21:50.58 | Notify | 03BRL-CAD:brlcad * 65612 (brlcad/trunk/include/bu/magic.h brlcad/trunk/include/rt/db5.h and 11 others): add initial support for datums as a first-class database object. Datums are a non-solid geometric entities intended for storing reference points, lines, planes, and combinations thereof (e.g., a coordinate reference frame consists of three orthogonally intersecting planes, three axes at their intersections, and a |
| 21:51.00 | Notify | center point). The semantics used here closely follow ASME standard Y14.5M and the various ISO standards regarding datums (e.g., ISO 5459 and ISO 1101), but without support thus far for other aspects like datum features (e.g., an actual manufactured point/edge/surface) and feature control frames (annotation with symbols, datum, and tolerance info). This is also a nearly complete example for how to add a new entity to |
| 21:51.02 | Notify | BRL-CAD, including basic I/O support, some callbacks (e.g., plot), and fundamental commands (in, make, keypoint, l, etc). Main bits missing are a proper wdb/construction interface, GUI support, and ray tracing (which aren't really applicable to datums).... |
| 21:56.30 | *** join/#brlcad Izakey (~Izakey@41.205.22.5) | |
| 21:56.43 | *** join/#brlcad konrado (~konro@41.205.22.45) | |
| 22:45.58 | Notify | 03BRL-CAD Wiki:Konrado DJ * 8986 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 13 JULY 2015 */ |
| 23:00.50 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) | |
| 23:02.30 | *** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net) | |
| 23:02.59 | *** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 23:03.04 | *** join/#brlcad maths22 (~maths22@66-118-151-70.static.sagonet.net) | |
| 23:03.22 | *** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net) | |
| 23:03.39 | *** join/#brlcad ejno (~ejno@66-118-151-70.static.sagonet.net) | |
| 23:03.43 | *** join/#brlcad ejno (~ejno@unaffiliated/kazaik) | |
| 23:10.11 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 23:28.01 | Notify | 03BRL-CAD:brlcad * 65613 brlcad/trunk/NEWS: note the new support for datums |
| 23:30.45 | Notify | 03BRL-CAD:brlcad * 65614 brlcad/trunk/src/libged/typein.c: index var names shadows on some platforms |
| 23:56.42 | Notify | 03BRL-CAD Wiki:Bhollister * 8987 /wiki/User:Bhollister/DevLogJuly2015: |
| 00:44.54 | Notify | 03BRL-CAD Wiki:Bhollister * 8988 /wiki/User:Bhollister/DevLogJuly2015: /* Mon, July 13, 2015: Start of Week 8 (of 14) */ |
| 01:46.16 | starseeker | blinks... is transparency broken in Archer raytracing somehow? |
| 01:52.22 | brlcad | dunnos |
| 01:57.59 | starseeker | ah, nevermind |
| 01:58.10 | starseeker | top level shader overriding lower level one |
| 01:58.20 | starseeker | dons dunce cap |
| 01:58.32 | starseeker | cool - datums arrive! |
| 01:59.29 | starseeker | notes that someday it would be nice to have a GUI that gave some visual indication that the shader you're currently editing is overridden further up the tree... |
| 01:59.52 | starseeker | at least, in a instance-in-tree context... |
| 03:09.33 | Notify | 03BRL-CAD:brlcad * 65615 brlcad/trunk/TODO: the addition of tinycthread for gct begs design discussion, whether / how to expand libbu's threading API. on the surface, the next step probably involves exposing thread-level controls. this is fairly easily extracted from bu_parallel's guts for all existing threading models with some minor changes. adding support for individually starting, stopping, and waiting for |
| 03:09.35 | Notify | threads would provide a fairly simple cross-platform abstraction. |
| 03:09.37 | Notify | ... |
| 03:15.10 | brlcad | starseeker: I really hate to say it but 65568 (and possibly others) does not look minimally impacting |
| 03:15.43 | brlcad | and yeah, I should have commited the datums code over a month ago... too many distractions and delays |
| 03:15.55 | starseeker | sighs - I was afraid of that |
| 03:17.20 | starseeker | *really* doesn't want to revert pushing Tcl up out of the basic libs... if you're going to insist on the deprecation principle I suppose there's no alternative... |
| 03:17.21 | brlcad | is searching for a path forward |
| 03:17.46 | starseeker | just revert it and we'll mark it deprecated, then hope it won't be too hard to do it again someday |
| 03:18.00 | starseeker | grinds teeth slightly... |
| 03:18.10 | brlcad | is there a way to push it to the side? |
| 03:18.17 | starseeker | ? |
| 03:18.39 | starseeker | you mean leave the APIs in place? |
| 03:18.40 | brlcad | trying to think how we can effectively get around the deprecation policy |
| 03:18.45 | brlcad | yes and now |
| 03:19.13 | brlcad | basically two sets of minimally impacting changes |
| 03:19.26 | brlcad | example |
| 03:19.27 | starseeker | can probably live with restoring the bu/bn/rt tcl specific stuff, as long as the rest stays put |
| 03:20.04 | brlcad | we could rename bu_observer_notify() to tclcad_observer_notify() with the Tcl_Interp param and all, just like it was -- that's minimally impacting change #1 |
| 03:20.27 | starseeker | I was sort of hesitant to do it right before a release in the first place, but it was one of those things where I got some momentum built up... |
| 03:20.50 | brlcad | then add new api "bu_listener_notify" or "bu_observer_tell()" that has the new callback |
| 03:20.56 | brlcad | that'd be change #2 |
| 03:20.57 | starseeker | brlcad: not quite minimal - introduces the need to include tclcad headers/library linking as well |
| 03:21.05 | starseeker | (tclcad rename) |
| 03:21.15 | brlcad | that's the beauty |
| 03:21.27 | brlcad | we've never made a claim/policy about linkage |
| 03:21.33 | starseeker | ah |
| 03:21.39 | brlcad | that a given symbol would be in a lib, just that it'd be available |
| 03:22.17 | brlcad | it's weaseling, but still "minimally impacting" in a pure techncial sense .. it's just as easy to add a -ltclcad as it is to rename a function |
| 03:22.23 | starseeker | nods |
| 03:22.42 | brlcad | so it fits in spirit even if dirty |
| 03:23.12 | brlcad | and it could be immediately deprecated |
| 03:23.33 | brlcad | that way, all the work you've done could stay with some minor changes |
| 03:23.54 | brlcad | have to make sure all the symbols that lost a tcl_interp have a different name |
| 03:24.02 | brlcad | and that tclcad has them |
| 03:24.29 | starseeker | removes cat from keyboard... |
| 03:24.33 | starseeker | ahem |
| 03:24.49 | brlcad | that said.... we only use observer in few places, you know how many? |
| 03:25.06 | starseeker | 2 i think? |
| 03:25.08 | starseeker | checks |
| 03:25.33 | brlcad | if we can move it to tclcad without creating a dependency snafu, it might make more sense to just deprecate the whole shebang |
| 03:25.51 | starseeker | 3 - dm_obj.c, view_obj.c in libged and wdb_obj.c in mged |
| 03:26.44 | brlcad | ugh |
| 03:27.09 | brlcad | libged is obviously a problem.. :( |
| 03:28.27 | brlcad | so yeah, just stub in the observer stuff back into libtclcad/observer.c as tclcad_observer.. leave the _obj instances as you have them updated to new bu_observer, just need to rename 2/3 functions |
| 03:28.31 | brlcad | looks |
| 03:29.08 | brlcad | just one, bu_observer_notify |
| 03:29.26 | brlcad | oh, hm |
| 03:30.31 | brlcad | how about this... |
| 03:38.08 | starseeker | brlcad: I need to turn in - I'll check logs tomorrow, let me know if I need to move the Tcl APIs back into bu/bn/rt |
| 03:38.41 | starseeker | (or whatever solution looks best - I knew it was a bit risky to do, so if you want to revert and deal with it after release I'm fine with that.) |
| 03:45.14 | brlcad | basically cheating |
| 03:46.43 | starseeker | brlcad: about the threads thing - my understanding is the tinythreads code mimics the C11/C++11 API, which seems like a Really Good Thing - if we're going to do a libbu API, my preference would be to try and supply the new standard API when it's missing |
| 03:57.57 | Notify | 03BRL-CAD:brlcad * 65616 (brlcad/trunk/include/bu/observer.h brlcad/trunk/src/libbu/observer.c and 3 others): move the callback parameter to the end of the function list for bu_observer_notify() in order for existing code to keep linking. C allows functions to be called with fewer-than-specified arguments, albeit with undefined behavior, but generally passing 0. it's a sleazy way to claim that this is minimally |
| 03:57.59 | Notify | impacting. allowing it for this exceptional case since this API a) is really obscure and unlikely used outside of our code and b) directly exposed Tcl which really sucked for base public api to have such a major dependency. |
| 03:58.01 | Notify | ... |
| 03:58.19 | brlcad | starseeker: sort of mimics it, with C semantics |
| 03:59.20 | brlcad | it is a good thing, I really like it .. the question is what to do about it |
| 04:00.16 | brlcad | we could remove parallelism from libbu (somewhat portably risky), fully expose the same API, or take baby steps towards exposing as much as we need |
| 04:02.09 | brlcad | without more data, gct just exposed a slightly more complicated dispatch (really, a non-blocking bu_parallel()) .. which begged for individual thread control if taking baby steps |
| 04:02.50 | brlcad | the other two options are certainly worth considering |
| 04:04.37 | brlcad | I could see fully exposing the same API but there are definitely tradeoffs with fully expressivity (can be exceptionally harder to debug) |
| 04:08.27 | Notify | 03BRL-CAD:brlcad * 65617 brlcad/trunk/src/rt/viewedge.c: replace Tcl_SplitList call with new bu_argv_from_tcl_list call |
| 04:11.01 | Notify | 03BRL-CAD:brlcad * 65618 brlcad/trunk/TODO: no more instances of Tcl_SplitList() being called. woo hoo |
| 04:11.40 | Notify | 03BRL-CAD:brlcad * 65619 brlcad/trunk/src/rt/viewedge.c: oop, it doesn't need an interp |
| 04:13.58 | Notify | 03BRL-CAD:brlcad * 65620 brlcad/trunk/src/rt/viewedge.c: plug memory leak, free our memory |
| 04:16.19 | Notify | 03BRL-CAD:brlcad * 65621 brlcad/trunk/CHANGES: death to globals in public API |
| 04:57.30 | Notify | 03BRL-CAD:brlcad * 65622 brlcad/trunk/CHANGES: probably not user-visible, but a good idea to document the change that our base libraries no longer require tcl |
| 05:37.14 | *** join/#brlcad KimK (~Kim__@ip68-102-188-176.ks.ok.cox.net) | |
| 07:21.39 | *** join/#brlcad Izakey (~Izakey@41.205.22.11) | |
| 07:27.35 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-mcivyxooaznpmklc) | |
| 07:35.52 | *** join/#brlcad luca79 (~luca@host162-221-dynamic.5-87-r.retail.telecomitalia.it) | |
| 08:23.17 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8989 /wiki/User:MeShubham99/GSoc15/log_developmen: |
| 08:24.17 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8990 /wiki/User:MeShubham99/GSoc15/log_developmen: /* Week 7 */ |
| 08:40.21 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8991 /wiki/User:MeShubham99/GSoc15/log_developmen: /* Week 7 */ |
| 08:43.26 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8992 /wiki/User:MeShubham99/GSoc15/log_developmen: /* Week 8 */ |
| 08:48.40 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8993 /wiki/User:MeShubham99/GSoc15/log_developmen: /* Week 8 */ |
| 09:12.44 | *** join/#brlcad Izakey (~Isaac@41.205.22.35) | |
| 09:14.13 | *** join/#brlcad Izakey_ (~Izakey@41.205.22.47) | |
| 11:09.15 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 11:35.22 | *** join/#brlcad teepee-- (bc5c2134@gateway/web/freenode/ip.188.92.33.52) | |
| 13:10.23 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 13:19.35 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 13:33.39 | *** join/#brlcad Izakey (~Izakey@41.205.22.13) | |
| 13:40.11 | Notify | 03BRL-CAD:starseeker * 65623 brlcad/trunk/src/libbrep/shape_recognition.cpp: Still not building a proper B-Rep when inner trimming loops are present. |
| 13:48.11 | *** join/#brlcad Izakey_ (~Izakey@41.205.22.37) | |
| 14:06.30 | Notify | 03BRL-CAD:d_rossberg * 65624 (brlcad/trunk/src/libgcv/wfobj/obj_parser.cpp brlcad/trunk/src/libgcv/wfobj/obj_parser_state.h): quell warnings (errors) of type "typedef ?\226?\128?\152~?\226?\128?\153 locally defined but not used" |
| 14:09.13 | d_rossberg | apparently there are some exotic characters in my console |
| 14:23.47 | Notify | 03BRL-CAD:ejno * 65625 (brlcad/trunk/src/libbu/semaphore.c brlcad/trunk/src/librt/primitives/bot/bot.c): fix typo; remove gct includes from bot.c |
| 14:26.16 | dracarys983 | d_rossberg: Kindly check my updated patch when time permits. |
| 14:26.54 | dracarys983 | And tell me if I should start implementing the Volume() function in C++ interface. |
| 14:28.02 | *** join/#brlcad __monty__ (~toonn@d51A5489B.access.telenet.be) | |
| 14:31.42 | d_rossberg | dracarys983: i've already commented your patch (i've some questions) |
| 14:32.14 | d_rossberg | nevertheless you can start implementing Volume() |
| 14:50.09 | Notify | 03BRL-CAD:starseeker * 65626 brlcad/trunk/src/libbrep/shape_recognition.cpp: This appears to create a valid brep that also raytraces correctly. More test cases are probably in order... |
| 15:01.45 | Notify | 03BRL-CAD:carlmoore * 65627 (brlcad/trunk/src/librt/primitives/datum/datum.c brlcad/trunk/src/librt/primitives/table.c): remove a trailing whitespace character, and fix a spelling |
| 15:23.34 | Notify | 03BRL-CAD Wiki:Ejno------ * 0 /wiki/User:Ejno------: |
| 15:28.50 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:30.16 | ejno | brlcad: the wiki is out-of-date; I will update it now |
| 15:59.38 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) | |
| 16:01.07 | *** join/#brlcad maths22 (~maths22@66-118-151-70.static.sagonet.net) | |
| 16:01.33 | *** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net) | |
| 16:01.34 | *** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net) | |
| 16:01.46 | *** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 16:01.47 | *** join/#brlcad ejno (~ejno@66-118-151-70.static.sagonet.net) | |
| 16:01.47 | *** join/#brlcad ejno (~ejno@unaffiliated/kazaik) | |
| 16:44.34 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 17:27.07 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 17:51.00 | *** join/#brlcad ih8sum3r (~ih8sum3r@122.173.51.91) | |
| 18:16.26 | Notify | 03BRL-CAD:starseeker * 65628 brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp: unhandled case... |
| 18:23.26 | Notify | 03BRL-CAD Wiki:Ejno------ * 8994 /wiki/Mged_simulation: update to reflect changes in the simulate command |
| 18:42.01 | ih8sum3r | Hi brlcad, ``Erik. I'm trying to install meteor on freeBSD 10.1 but I did not get any official support for doing so. I have followed this http://grigio.org/meteorjs_freebsd_11_current/ but facing some problem which I'm unable to solve. I'm attaching the screenshot for the same. Please guide me to get out of this. I read somewhere that libm.so.6 problem can be solve by installing compat6x from ports (http://www.cyberciti.biz/faq/libexecld-elfso1-shared-obj |
| 18:52.32 | *** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net) | |
| 19:03.46 | sofat | brlcad, hello |
| 19:03.57 | sofat | I have update the language work please check |
| 19:03.58 | sofat | http://202.164.53.122/wordpress/articles/en/about.php |
| 19:16.29 | *** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 19:22.03 | *** join/#brlcad ejno (~ejno@unaffiliated/kazaik) | |
| 19:25.30 | Notify | 03BRL-CAD Wiki:Konrado DJ * 8995 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 14 JULY 2015 */ |
| 19:26.18 | Notify | 03BRL-CAD Wiki:Konrado DJ * 8996 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 14 JULY 2015 */ |
| 19:31.48 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 19:38.39 | *** join/#brlcad Izakey (~Isaac@41.205.22.61) | |
| 19:42.47 | Notify | 03BRL-CAD Wiki:Deekaysharma * 0 /wiki/File:Meteor_freeBSD_libm.so.6_error.png: |
| 19:52.16 | Notify | 03BRL-CAD Wiki:Deekaysharma * 8998 /wiki/User:Deekaysharma/logs: |
| 19:52.57 | *** part/#brlcad ih8sum3r (~ih8sum3r@122.173.51.91) | |
| 19:59.14 | *** join/#brlcad vasc (~vasc@bl13-100-5.dsl.telepac.pt) | |
| 20:05.26 | vasc | hmmm. what's with all these cmake warnings... |
| 20:36.10 | *** join/#brlcad luca79 (~luca@151.57.29.245) | |
| 20:44.42 | Notify | 03BRL-CAD:lbutler * 65629 brlcad/branches/embree/src/ert/ert.cxx: a little more on ert |
| 21:16.51 | Notify | 03BRL-CAD Wiki:202.164.45.204 * 8999 /wiki/User:Hiteshsofat/GSoc15/log_developmen: |
| 21:33.29 | Notify | 03BRL-CAD:ejno * 65630 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: work on optionally detecting CCONE1 elements |
| 21:44.36 | Notify | 03BRL-CAD:starseeker * 65631 brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp: Hmm... clearly this capping logic needs some more thought... |
| 21:58.39 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 23:10.42 | *** join/#brlcad Gurwinder (3b5b76ba@gateway/web/freenode/ip.59.91.118.186) | |
| 23:12.21 | Notify | 03BRL-CAD Wiki:Bhollister * 9000 /wiki/User:Bhollister/DevLogJuly2015: /* Tues, July 14, 2015 */ |
| 23:12.27 | Gurwinder | brlcad: Hi, I am here to discuss with you about my post mid term work. Are you free? |
| 23:14.46 | Notify | 03BRL-CAD Wiki:Bhollister * 9001 /wiki/User:Bhollister/DevLogJuly2015: /* Tues, July 14, 2015 */ |
| 23:16.56 | Notify | 03BRL-CAD Wiki:Bhollister * 9002 /wiki/User:Bhollister/DevLogJuly2015: /* Tues, July 14, 2015 */ |
| 23:18.09 | Notify | 03BRL-CAD Wiki:59.91.118.186 * 9003 /wiki/User:Gurwinder_Singh/GSoc15/log_developmen: |
| 01:02.14 | Notify | 03BRL-CAD:starseeker * 65632 brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp: helps to get the format string right... |
| 01:02.41 | starseeker | vasc: what warnings? |
| 01:17.40 | Notify | 03BRL-CAD:starseeker * 65633 brlcad/trunk/src/librt/CMakeLists.txt: small program to characterize a brep model and determine what percentage of its objects might be csg conversion candidates. methodology is very crude... |
| 01:28.23 | Notify | 03BRL-CAD:starseeker * 65634 brlcad/trunk/src/libbrep/shape_recognition.cpp: Something not quite right here - NIST2 and NIST4 are suddenly failing because of this test... |
| 01:49.20 | Notify | 03BRL-CAD:starseeker * 65635 (brlcad/trunk/src/libtclcad/CMakeLists.txt brlcad/trunk/src/libtclcad/tclcad.c): Move the functions pushed into libtclcad from the lower level libs into their own file - need to look at renaming them, may need other reworking. |
| 01:52.14 | Notify | 03BRL-CAD:starseeker * 65636 brlcad/trunk/src/librt/tree.c: Shouldn't need string here - needs more testing. |
| 02:48.45 | Gurwinder | brlcad: Ping |
| 02:51.13 | vasc | CMake Warning (dev) at misc/CMake/TCL_PKGINDEX.cmake:45 (get_target_property): |
| 02:51.13 | vasc | <PROTECTED> |
| 02:51.13 | vasc | <PROTECTED> |
| 02:51.13 | vasc | <PROTECTED> |
| 02:51.13 | vasc | <PROTECTED> |
| 02:51.14 | vasc | <PROTECTED> |
| 02:51.16 | vasc | <PROTECTED> |
| 02:51.18 | vasc | Call Stack (most recent call first): |
| 02:51.20 | vasc | <PROTECTED> |
| 02:51.22 | vasc | This warning is for project developers. Use -Wno-dev to suppress it. |
| 02:51.24 | vasc | CMake Warning (dev) at misc/CMake/TCL_PKGINDEX.cmake:45 (get_target_property): |
| 02:51.26 | vasc | <PROTECTED> |
| 02:51.28 | vasc | <PROTECTED> |
| 02:51.30 | vasc | <PROTECTED> |
| 02:51.32 | vasc | <PROTECTED> |
| 02:51.34 | vasc | <PROTECTED> |
| 02:51.36 | vasc | <PROTECTED> |
| 02:51.38 | vasc | and more like 5 pages of that |
| 03:08.47 | starseeker | ah |
| 03:09.00 | starseeker | what version of CMake are you using? |
| 03:10.16 | starseeker | vasc: those can be safely ignored - they're a developer message letting us know we need to rework those bits of code to use a new system |
| 03:10.36 | starseeker | first we need to require CMake > 3.0, which we'll only do after the 7.26.0 release |
| 03:12.37 | vasc | cmake version 3.0.2 |
| 03:23.41 | Notify | 03BRL-CAD:starseeker * 65637 (brlcad/trunk/src/other/PoissonRecon/CMakeLists.txt brlcad/trunk/src/other/URToolkit/CMakeLists.txt and 12 others): Put policy settings back in for 3.0.2 |
| 03:23.47 | starseeker | vasc: give that a shot |
| 03:30.44 | vasc | just svn up and then i run cmake? or something else? |
| 03:31.00 | starseeker | you got it |
| 03:31.27 | vasc | i'm running cmake-gui .. -DBRLCAD_BUNDLED_LIBS=ON |
| 03:31.48 | starseeker | OK, that should work |
| 03:31.51 | vasc | same thing happened |
| 03:31.59 | vasc | mind you it does generate the makefiles |
| 03:32.03 | starseeker | try clearing the cache |
| 03:32.04 | vasc | its just it spews those warnings |
| 03:32.09 | vasc | ok, where is that? |
| 03:32.23 | starseeker | in the gui I believe it's under the file menu |
| 03:32.26 | vasc | hm |
| 03:32.50 | starseeker | yeah, those warnings aren't showstoppers |
| 03:33.44 | vasc | did file->delete cache |
| 03:34.01 | vasc | but same warnings. except now it's spending time detecting stuff in the middle of the warnings |
| 03:34.12 | starseeker | usually we try to keep up with new cmake policies, but 0026 is a challenge |
| 03:34.24 | starseeker | vasc: you've updated to 65637? |
| 03:34.48 | vasc | At revision 65637. |
| 03:34.51 | vasc | yep |
| 03:34.53 | starseeker | huh |
| 03:35.02 | starseeker | I'll have to try 3.0.2 |
| 03:35.18 | vasc | yeah it's the one i use. it came with ubuntu |
| 03:35.57 | starseeker | nods |
| 04:11.24 | Notify | 03BRL-CAD:starseeker * 65638 brlcad/trunk/CMakeLists.txt: Back up policy simplification - not working as expected |
| 04:34.17 | *** join/#brlcad ejno (~ejno@unaffiliated/kazaik) | |
| 06:48.25 | Gurwinder | brlcad: Are you free now? |
| 06:55.27 | *** join/#brlcad Izakey (~Isaac@41.205.22.55) | |
| 07:02.35 | Gurwinder | Izakey: Hello |
| 07:27.43 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-abfthvuqksrwdlmz) | |
| 08:01.31 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-fflhynkiaimbhwgt) | |
| 08:51.33 | *** join/#brlcad teepee-- (bc5c2134@gateway/web/freenode/ip.188.92.33.52) | |
| 09:02.39 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 10:08.49 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 10:11.26 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 11:28.45 | *** join/#brlcad kintel_ (~kintel@unaffiliated/kintel) | |
| 13:42.34 | Notify | 03BRL-CAD:starseeker * 65639 (brlcad/trunk/src/libanalyze/raydiff.c brlcad/trunk/src/libged/shape_recognition.cpp): Add a basic valid/not-valid check using raytracing for the csg conversion - need to figure out why parallel tree building isn't working in libanalyze... |
| 13:48.23 | Notify | 03BRL-CAD:starseeker * 65640 (brlcad/branches/embree/AUTHORS brlcad/branches/embree/CHANGES and 117 others): Update to r65639 |
| 13:54.28 | Notify | 03BRL-CAD:starseeker * 65641 (brlcad/branches/embree/CMakeLists.txt brlcad/branches/embree/db/CMakeLists.txt and 2 others): Add a flag to allow disabling building of STEP pieces |
| 14:03.57 | *** join/#brlcad Izakey (~Izakey@41.205.22.51) | |
| 14:15.47 | *** join/#brlcad milinda (~milinda@124.43.80.119) | |
| 14:25.34 | Notify | 03BRL-CAD Wiki:Sean * 9004 /wiki/Google_Summer_of_Code/2015: remove the template and student that didn't pass midterm evaluation |
| 14:27.58 | brlcad | notes that this year's gsocers are apparently the worst (generally speaking) at IRC to date... :( |
| 14:28.10 | brlcad | so many drive-by disconnects |
| 14:49.44 | Notify | 03BRL-CAD:carlmoore * 65642 brlcad/trunk/include/rt/geom.h: remove a trailing whitespace character I overlooked yesterday |
| 14:50.45 | Izakey | Hi brlcad |
| 15:00.28 | brlcad | hi Izakey |
| 15:02.25 | Izakey | Have an issue https://paste.kde.org/pab6nw3ai with building BRL-CAD, Any help ? |
| 15:03.29 | Izakey | Think someone needs to advise students on importance of IRC |
| 15:08.13 | *** join/#brlcad sofat (~androirc@223.225.216.34) | |
| 15:08.24 | brlcad | sofat: hang around, we can talk in a bit :) |
| 15:08.38 | sofat | Ok |
| 15:08.55 | Izakey | waves at sofat |
| 15:15.37 | sofat | So tell me any updates for website |
| 15:32.34 | Notify | 03BRL-CAD Wiki:Deekaysharma * 9005 /wiki/User:Deekaysharma/logs: |
| 15:36.04 | Notify | 03BRL-CAD:starseeker * 65643 brlcad/trunk/src/libanalyze/raydiff.c: Need resource initialization before calling rt_gettrees. Something odd here - the original NIST2 brep takes much longer to prep with rt_gettrees than with rt_gettree alone... |
| 15:51.14 | sofat | brlcad, so we will talk now ? |
| 15:52.58 | Izakey | sofat Please use IRC more during development. Open source development is more about communication than code :) |
| 15:53.38 | sofat | Okay |
| 15:54.28 | Izakey | Code comes and goes sofat but community lives on longer |
| 15:54.42 | Izakey | hope you get it sofat |
| 15:55.31 | sofat | Yes got it |
| 15:57.41 | sofat | So what is my mistake ?? |
| 15:57.57 | sofat | I am doing anything wrong ?? |
| 15:58.28 | Notify | 03BRL-CAD:starseeker * 65644 (brlcad/trunk/src/libged/brep.c brlcad/trunk/src/libged/ged_private.h brlcad/trunk/src/libged/shape_recognition.cpp): Add a way to proceed with and without verification - should probably make this a user settable value (maybe both the multiplier and an absolute tolerance?) |
| 15:58.50 | Izakey | No sofat , Just asking you to be on and use IRC more during development :) |
| 15:59.46 | brlcad | sofat: now that you have a .bz account, you should learn how to use screen+irssi |
| 16:00.04 | brlcad | so you don't have to keep detaching from IRC |
| 16:00.11 | brlcad | it less you remain connected 24-7 |
| 16:01.26 | sofat | Ok |
| 16:01.27 | brlcad | simple tutorial: open a terminal, log in to your account, run 'screen', run 'irssi' and join freenode, then close your terminal window, then log back into .bz, and run 'screen -x yourusername' |
| 16:01.37 | Notify | 03BRL-CAD:starseeker * 65645 brlcad/trunk/src/libged/shape_recognition.cpp: Definitely need something other than an arbitrary constant multiplier here... for some objects this isn't enough, for others it's major overkill. |
| 16:02.13 | sofat | Ok |
| 16:02.20 | sofat | Thanks |
| 16:02.39 | *** join/#brlcad milinda (~milinda@112.134.125.254) | |
| 16:02.50 | Izakey | <PROTECTED> |
| 16:02.51 | sofat | I will try this . |
| 16:04.19 | sofat | This is for me ? |
| 16:09.34 | sofat | Izakey, this link for me ? |
| 16:10.23 | brlcad | sofat: the link is for everyone, it's a build failure |
| 16:10.57 | brlcad | if you don't have a suggestion, then you could answer and say that -- if you do, you might be able to help |
| 16:11.05 | Izakey | Thanks brlcad |
| 16:11.46 | sofat | Ok |
| 16:13.17 | sofat | brlcad, you checked my website i have done language work so you want any changes ? |
| 16:13.47 | brlcad | sofat: yeah.. it's in the right direction |
| 16:14.12 | sofat | Ok now this part is done |
| 16:14.14 | brlcad | but few changes -- include both the name and flag |
| 16:14.23 | sofat | Ok |
| 16:14.29 | sofat | I will do |
| 16:14.42 | Izakey | What's the link to the website ? |
| 16:14.52 | brlcad | the google-drop-down you had was better, just needed flags --- that's why I sent you those links |
| 16:16.10 | sofat | Where is drop down there is only flags |
| 16:17.30 | brlcad | I know |
| 16:17.41 | brlcad | that's no good |
| 16:18.05 | brlcad | sofat: Izakey asked you a question... |
| 16:19.17 | brlcad | it looks like it's not responding right now |
| 16:19.27 | brlcad | he'll probably ping-timeout |
| 16:19.41 | sofat | There is many flags so i use show hide effect in juery |
| 16:19.52 | sofat | Jquery |
| 16:20.14 | brlcad | I know, its a huge wall of flags -- nobody knows what all those flags are |
| 16:21.41 | *** join/#brlcad gurwinder (75dcabb9@gateway/web/freenode/ip.117.220.171.185) | |
| 16:22.21 | Izakey | Hi gurwinder |
| 16:22.29 | gurwinder | brlcad: sorry I have to leave IRC because thats my time to go on physical training |
| 16:22.30 | sofat | So you want to show all flag without drop down i am right ?? |
| 16:22.44 | gurwinder | Izakey: Hi |
| 16:23.27 | Izakey | gurwinder, That's all right. Make sure however, that you be on iRC when working on your GSoC project :) |
| 16:24.06 | gurwinder | Ok, I will keep that in mind :) |
| 16:24.30 | Izakey | brlcad, when running cmake, I get some warnings |
| 16:24.57 | brlcad | gurwinder: just because *you* go somewhere does not mean that your IRC client must disconnect |
| 16:25.20 | brlcad | Izakey: yes, I know -- starseeker made some changes that are noisy |
| 16:25.28 | Izakey | Warings like : This warning is for project developers. Use -Wno-dev to suppress it. |
| 16:25.51 | brlcad | those are safe to ignore (you can add -Wno-dev to cmake line) |
| 16:26.02 | brlcad | sofat: no, that is not right |
| 16:26.04 | gurwinder | brlcad: I disconnect by thinking that if I didn't reply it put bad impression |
| 16:26.22 | sofat | Ok |
| 16:26.23 | brlcad | sofat: a) show language name WITH all flags |
| 16:26.54 | gurwinder | brlcad: I will keep that in mind in future |
| 16:26.58 | brlcad | sofat: b) use the links I gave you for customizing the google-translate drop-down |
| 16:27.17 | brlcad | sofat: c) use the better icons I gave you links for |
| 16:27.51 | brlcad | gurwinder: I don't understand -- if you didn't reply to what? |
| 16:28.00 | brlcad | you mean if I answer and then you don't reply to my answer? |
| 16:28.58 | sofat | Ok i will do this as soon as possible |
| 16:29.05 | gurwinder | brlcad: yes if I didn't reply to your answer |
| 16:29.18 | brlcad | and why would you not answer? :) |
| 16:31.31 | Izakey | feels frustrated about this build issue |
| 16:31.45 | gurwinder | brlcad: haha confusing you? I am telling that if I am online on IRC and if I am outside like I was today and disconnected my IRC |
| 16:32.33 | gurwinder | And you put a message for me and I was not able to reply to you that make bad impression |
| 16:32.48 | brlcad | gurwinder: you're not confusing me, I'm trying to get you to understand how to use IRC appropriately... |
| 16:33.12 | brlcad | you clearly can't reply if you fully disconnect from IRC |
| 16:33.17 | brlcad | and that's my point |
| 16:33.23 | brlcad | don't disconnect your IRC client |
| 16:33.33 | gurwinder | brlcad: Oh ok got it |
| 16:33.37 | brlcad | for that, you probably need a better IRC client, the web interface is only meant to be temporary |
| 16:33.51 | brlcad | if you're afraid of missing my repsonse when you get back, then you're using IRC wrong |
| 16:34.05 | brlcad | and/or need to learn how to use "/last -hilight" |
| 16:34.57 | brlcad | IRC is not meant to require your full attention all the time, that's why when I write gurwinder that it is highlighted to you differently (at least most real IRC clients do this well) |
| 16:35.11 | brlcad | you can also set up triggers to watch for that will cause additional hilighting |
| 16:35.56 | brlcad | like if you want to know when anyone says anything about "web", you can set that up as a highlight and revisit discussions when you get back to IRC |
| 16:36.13 | brlcad | most that use IRC productively remain connected 24/7 |
| 16:36.59 | archivist | and they dont use flaky wifi connections |
| 16:37.02 | Stragus | Most IRC clients also log everything so you can check if you have missed anything, or what was discussed days ago |
| 16:37.58 | brlcad | exactly |
| 16:38.30 | gurwinder | brlcad: Thats great. I will improve myself. Thanks for good suggestion. :) |
| 16:38.48 | Izakey | They log discussions when you tell them to - not by default |
| 16:38.50 | brlcad | gurwinder: FYI, i'll be sending an announcement out later, but being connected to IRC while working on GSoC is going to be required for the second half of GSoC |
| 16:39.27 | brlcad | Izakey: they log internall.. not all write it out to a file for you without you telling them |
| 16:39.52 | gurwinder | brlcad: Ok, I will remain connected when I'm on work for GSoC. |
| 16:40.13 | brlcad | meta-p and meta-n (esc key == meta) with take you forward and backward through your backlog |
| 16:40.26 | brlcad | gurwinder: that's a minimum requirement, everyone should be connected 24/7 |
| 16:40.41 | brlcad | we're collectively failing on communication this year in a big way |
| 16:40.42 | gurwinder | brlcad: need to discuss about next work |
| 16:41.04 | brlcad | and I blame myself for not establishing the importance of IRC earlier on during evaluations and selections |
| 16:41.31 | brlcad | gurwinder: sure, lets discuss |
| 16:41.50 | brlcad | Izakey: did blowing out the build dir and re-running cmake not work? |
| 16:42.10 | brlcad | Izakey: post the full transcript (from rm-rf through cmake to error) |
| 16:42.28 | Izakey | Yes it didn't. Google isn't either |
| 16:42.43 | gurwinder | brlcad: I have discussion with Izakey and I came to decision that I will go with g-pov export project |
| 16:43.12 | gurwinder | and after doing that I will do linuxcnc. Is it right? |
| 16:43.16 | *** join/#brlcad ih8sum3r (~ih8sum3r@122.173.51.91) | |
| 16:43.33 | brlcad | gurwinder: no right (partially) ;) |
| 16:44.17 | brlcad | gurwinder: I spoke about things with the linuxcnc folks and we've decided to let this opportunity pass |
| 16:44.35 | brlcad | so you can just focus on your original proposal, continue to work on the povray exporter |
| 16:44.47 | brlcad | no more cross-project collaboration |
| 16:45.50 | brlcad | gurwinder: that said, I'd still like to hear more from you on what happened, why it didn't work out |
| 16:46.14 | gurwinder | brlcad: ok, that sentence give me releif :P |
| 16:46.17 | brlcad | first, thank you for your efforts, for trying to accommodate a project, switch your plan, invest effort and energy |
| 16:46.42 | brlcad | we really did want a collaboration this year, and it was a big undertaking that was not planned well in advance |
| 16:47.26 | brlcad | I still think you would be qualified given what you've demonstrated with the povray work and your ability writing C code, so I'm left wondering what the problem(s) were |
| 16:47.51 | brlcad | what were the biggest challenges? |
| 16:48.33 | gurwinder | why it didn't work out? I think you are talking about linuxcnc right? |
| 16:49.00 | gurwinder | challenges? for povray or linuxcnc? |
| 16:49.58 | brlcad | blinks |
| 16:50.06 | brlcad | we're talking about linuxcnc |
| 16:50.21 | brlcad | why a project was not easy to establish |
| 16:50.39 | gurwinder | brlcad: ok, |
| 16:50.53 | gurwinder | first, according to me |
| 16:51.21 | Izakey | brlcad, Konrado told me it there was no access to documentation about a machine |
| 16:51.23 | brlcad | you've arguably been productive and are experienced with C and they have potential C projects, so I'm left wondering why finding a project was seemingly so difficult |
| 16:51.47 | gurwinder | its a project which requires knowledge and also some experiance of how to work with cnc machine |
| 16:52.11 | gurwinder | brlcad: No the part on which I was working is on python |
| 16:53.32 | gurwinder | I have tried to get in C code but I'm not able. So I decided to work on help page |
| 16:54.21 | brlcad | why not able? |
| 16:54.32 | gurwinder | which was well appriciated by developers. So I have done some work on help pages. Write help pages for stepconf |
| 16:54.38 | Izakey | brlcad, pastebin and kde Paste are down. |
| 16:54.49 | brlcad | ~pastebin |
| 16:54.49 | infobot | A "pastebin" is a web-based service where you should paste anything over 3 lines so you don't flood the channel. Here are links to a few: http://www.pastebin.com, http://pastebin.ca, http://channels.debian.net/paste, http://paste.lisp.org, http://bin.cakephp.org/; or install pastebinit with yum or aptitude. |
| 16:55.02 | brlcad | just not pastebin.com |
| 16:55.33 | Izakey | here is link to doc https://docs.google.com/document/d/1y6nxJr2zOsWgywcea8oX_VYn95KyxRr-02Zatq4nysU/edit?usp=sharing |
| 16:55.39 | ih8sum3r | Hey brlcad, I'm trying to install meteor on freeBSD 10.1. Due to no direct support I have used meteor bundle to install it. Right now I'm facing this error http://brlcad.org/wiki/File:Meteor_freeBSD_libm.so.6_error.png and following this tutorial http://grigio.org/meteorjs_freebsd_11_current/. I explored for the solution, and found that installing compact6x from ports may help. I did but it didn't worked out. Do you have any idea what is this? |
| 16:55.42 | brlcad | gurwinder: this isn't an evaluation of your work with them, I want to understand why it was difficult |
| 16:56.27 | gurwinder | brlcad: I was not able because it need to know how cnc machines are working. |
| 16:56.28 | brlcad | ih8sum3r: ditto comments to you too about needing to be on IRC more, discussing more .. not disconnecting from IRC |
| 16:56.52 | brlcad | ih8sum3r: just because your body steps away from the computer doesn't mean you need to disconnect from IRC ;) |
| 16:57.13 | brlcad | i'll be sending out a note later about this to everyone, so just a heads up that being on IRC is going to be enforced more in this second half |
| 16:57.39 | brlcad | gurwinder: I'm specifically remembering the tapping proposal idea .. it didn't really require any knowledge of the machine |
| 16:57.46 | Izakey | brlcad, There you go http://pastebin.ca/3062161. |
| 16:57.49 | brlcad | gurwinder: so what was the issue there? |
| 16:57.51 | *** join/#brlcad vasc (~vasc@bl13-100-5.dsl.telepac.pt) | |
| 16:58.25 | brlcad | ditto to vasc, heads up that being more available on IRC is an announcement that is going to get sent out to everyone |
| 16:59.06 | ih8sum3r | brlcad: Okay will take care of it :) |
| 17:00.21 | gurwinder | brlcad: But I found that it requires because thats the way to work properly and understand what the code does. |
| 17:03.08 | sofat | brlcad, if i use hover effect means when mouse over the flag and then language name highlight it is ok or not ? |
| 17:03.40 | brlcad | ih8sum3r: libm.so.6 is installed in compats |
| 17:04.12 | brlcad | you have to find where (presumably in npm) and how it's linking libm |
| 17:04.55 | brlcad | and either relink it so it uses the correct /lib/libm.so.5 or the /usr/compat/linux/lib/libm.so.6 |
| 17:05.21 | brlcad | gurwinder: how is it required? |
| 17:05.39 | brlcad | sofat: hovering is not good |
| 17:05.54 | brlcad | hovering leads to searching, and searching is bad |
| 17:06.03 | brlcad | (blindly searching) |
| 17:06.32 | brlcad | ih8sum3r: are you able to run npm? |
| 17:06.33 | sofat | Ok so i need list view which contain flag and name |
| 17:07.14 | brlcad | sofat: I gave you 6 links yesterday that showed how to do it (including 2 links to good flag resources) |
| 17:07.16 | ih8sum3r | brlcad: I checked in compats and found libm.so only. Let me check one more time. Yes I'm able to run npm but with sudo power. |
| 17:07.57 | *** join/#brlcad milinda (~milinda@112.134.0.219) | |
| 17:08.15 | brlcad | sofat: don't forget to learn screen+irssi |
| 17:08.35 | brlcad | sofat: seriously, try and learn it now not later .. it's affecting your productivity |
| 17:10.57 | gurwinder | brlcad: As i have discussed with community on it. They gave me some task for bigners. I afraid that C coding part is harder for bigneer as I didn't know much about linuxcnc |
| 17:12.01 | gurwinder | So I started linuxcnc from easy tasks. |
| 17:13.34 | brlcad | what makes it hard? |
| 17:15.11 | ih8sum3r | brlcad: I have encounter with a strange error, that I'm not able to checkout in my branch it remains in master always. In master I think meteor 0.8 version is present and mine is upgraded to the latest i.e 1.0.2 :-/ |
| 17:16.41 | Notify | 03BRL-CAD:ejno * 65646 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: write CCONE1 records |
| 17:17.21 | brlcad | ih8sum3r: I don't understand what you're saying there -- if you have a git clone, then you should be able to checkout |
| 17:17.58 | brlcad | also the relevance of the versions of meteor is not apparent |
| 17:18.29 | brlcad | given there is no official port, you could try to get either version to work (and probably face different challenges) |
| 17:19.02 | brlcad | ih8sum3r: do you have a .bz account? |
| 17:19.24 | ih8sum3r | Yes I have. |
| 17:20.16 | brlcad | gurwinder: what makes it hard? |
| 17:21.26 | gurwinder | brlcad: Sorry, yes I'm trying to write I easy language so that I you can understand what I'm trying to say |
| 17:21.30 | brlcad | ih8sum3r: please explain? |
| 17:21.51 | ih8sum3r | Okay give me a moment. |
| 17:22.49 | gurwinder | brlcad: harder for me to understand the whole code then know how it works and then put myself on proper working. |
| 17:23.18 | brlcad | ih8sum3r: if you need something installed via sudo npm , you just have to ask |
| 17:24.30 | brlcad | gurwinder: yes, but why? I talked with the linuxcnc guys and they said they talked with you a lot and gave you specific guidance (much more than usual) |
| 17:24.48 | ih8sum3r | okay sure I will. Please give me a few minutes I'll explain you step by step, and which command I'm facing the error |
| 17:24.55 | brlcad | so why do you think it was it hard to understand the whole code? |
| 17:25.55 | brlcad | I can't see having access to a CNC machine really helping here... it frankly just makes things much more complicated as that'd be one more distraction to learn that wouldn't help you write code |
| 17:26.16 | brlcad | is their documentation lacking in some particular way? |
| 17:28.27 | gurwinder | brlcad: yes its true that they helped me very much. But if I frankly answer you then, I didn't want to start from that point which put me in troble in future in GSoC. So I have discussed with them |
| 17:28.36 | gurwinder | one of them is Chris Morley |
| 17:28.59 | Notify | 03BRL-CAD:ejno * 65647 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: write a CCONE2 if the CCONE1 internal radii are zero |
| 17:30.02 | gurwinder | he told me to start from basics and then go for C or further deeper. |
| 17:30.40 | brlcad | it would not have put you in trouble in future gsoc |
| 17:30.49 | brlcad | so maybe there was also a communications issue |
| 17:31.38 | brlcad | the objective from the beginning was to work towards a small goal .. you would have only been in trouble if you didn't work or made zero progress |
| 17:34.30 | gurwinder | brlcad: Yes I have done and show progress from first day to them. |
| 17:34.45 | vasc | ok. i was already trying to be here more often. |
| 17:34.48 | gurwinder | I have added help pages make help button workable |
| 17:35.04 | brlcad | vasc: that's good, you can't be here too much ;) |
| 17:35.38 | brlcad | but there's been lots of communication issues this summer of code, more than any other, so some changes have to be made |
| 17:35.56 | vasc | being on different timezones doesn't help. |
| 17:36.03 | brlcad | gurwinder: again, i'm not really interested in what you actually did |
| 17:36.21 | brlcad | vasc: on IRC, that really is minimized if IRC is used properly |
| 17:36.38 | brlcad | which is part of the problem (IRC is not being used properly by nearly everyone) |
| 17:37.21 | brlcad | gurwinder: to clarfiy, I appreciate what you did -- but I really want to understand what made it difficult |
| 17:38.10 | brlcad | e.g., lack of example, lack of docs, lack of discussion, language issues navigating code, code complexity without support from their mentors, etc... |
| 17:38.22 | *** join/#brlcad milinda (~milinda@112.134.0.168) | |
| 17:38.48 | brlcad | I'm guessing, only you (and linuxcnc folks to a lesser extent) can really say why it was difficult |
| 17:39.08 | brlcad | maybe you just don't have enough programming experience to feel confident with their code base? |
| 17:39.12 | gurwinder | brlcad: yes lack of eaxmple, code complexity |
| 17:39.36 | ih8sum3r | Summary : |
| 17:39.38 | ih8sum3r | 1) Firstly, I ran this command : meteor build <my_app> This command will create a bundle of meteor app |
| 17:39.40 | brlcad | the tapping problem is a prime example -- that seemed very straightforward and simple to me |
| 17:39.41 | vasc | even if you know c reading someone else's code can be really daunting at first |
| 17:39.47 | gurwinder | and yes I didn't have that much experiance with code |
| 17:39.51 | vasc | especially if the codebase is big |
| 17:40.06 | ih8sum3r | 2). Then moved this bundle to virtual-machine (i.e in freeBSD). I encounter error while moving tar file so I pushed it to github and then clone and then untar it. |
| 17:40.07 | vasc | you have to abstract out of the big issues and focus on a small part of the code |
| 17:40.11 | vasc | or its just too daunting |
| 17:40.17 | brlcad | gurwinder: but you also didn't have much experience with brl-cad and was able to make progress with g-pov .. so what is the difference? |
| 17:40.26 | vasc | which tools are you using? are you using an IDE? |
| 17:41.09 | vasc | i was using vim but i switched to netbeans coz its a lot more practical to navigate the code |
| 17:41.30 | brlcad | our code is considerably more complex and bigger than theirs, and he didn't seem to have a problem making progress with brl-cad |
| 17:41.38 | brlcad | which leaves me wondering why it was difficult with linuxcnc |
| 17:42.34 | brlcad | ih8sum3r: you're running freebsd in a VM, why not on .bz? |
| 17:43.03 | gurwinder | brlcad: I was working on BRL-CAD from a year almost and thats enough time for me to understand how to work on it. |
| 17:43.47 | ih8sum3r | I haven't ever used freeBSD before so I gave a first try on VM. I'll move it right now to .bz :) |
| 17:44.09 | gurwinder | In Linuxcnc its another one for me with new coding so I don't want that I take too much time for it to do that C coding work. |
| 17:44.44 | gurwinder | Maybe others can found it easy :) |
| 17:44.50 | vasc | linuxcnc seems kinda like low level |
| 17:46.03 | vasc | ioctls and stuff |
| 17:46.04 | brlcad | gurwinder: okay, so you had a difference in exploration levels |
| 17:46.09 | vasc | i guess its a hardware control library |
| 17:46.13 | brlcad | and we did have a succinct comparable examples you could follow |
| 17:46.52 | brlcad | gurwinder: I'm also hearing that "you didn't want to do a project with them", I think |
| 17:46.56 | brlcad | is that true? |
| 17:47.42 | brlcad | otherwise "taking too much time for it to do that C coding work" makes no sense to me .. it's simply a 1-month project |
| 17:48.50 | gurwinder | brlcad: I didn't told them directly but I wonder when I told them like this :P |
| 17:49.16 | gurwinder | brlcad: but in the end I decided to complete g-pov export |
| 17:49.21 | vasc | lack of motivation? hm |
| 17:49.26 | brlcad | "I wonder when I told them like this" <-- do not understand |
| 17:49.33 | gurwinder | and then move further |
| 17:50.36 | gurwinder | Sorry I have taken alots of time of you to tell this ;) |
| 17:50.40 | brlcad | aaaand we come full circle back to irrelevant point |
| 17:51.05 | brlcad | yeah, we're still not getting to the heart of what made it difficult exactly |
| 17:51.36 | brlcad | other than what can be inferred like lacking motivation |
| 17:53.06 | brlcad | gurwinder: let me summarize and you tell me if anything is inaccurate since it doesn't sound like you understand what I'm trying to discuss with you |
| 17:54.25 | brlcad | I reached out to you (and others) to consider a linuxcnc project, you reluctantly agreed and began looking at their code and talking with their people |
| 17:54.42 | brlcad | a project however was not established |
| 17:54.57 | brlcad | the main reasons it was not established seem to be a combination of factors including: |
| 17:55.48 | brlcad | 1) deviating from your original proposal worried you that it would affect your gsoc evaluation |
| 17:56.34 | brlcad | 2) the linuxcnc codebase is complex with low-level calls, limited documentation, and seeminly limited examples to work with |
| 17:57.41 | brlcad | 3) you have no experience with linuxcnc and limited programming experience for learning their code base on the fly |
| 17:58.06 | *** join/#brlcad milinda (~milinda@124.43.115.180) | |
| 17:58.15 | brlcad | 4) there was a perception that you needed access to CNC hardware in order to be successful or productive |
| 17:58.30 | vasc | what did they make him do for the project anyway? |
| 17:58.42 | gurwinder | brlcad: correct |
| 17:58.43 | vasc | if you don't mind the question |
| 17:59.08 | brlcad | 5) you were not really motivated/interested in working on linuxcnc, especially the more daunting it seemed (it's fine to admit this) |
| 17:59.23 | vasc | well |
| 17:59.32 | brlcad | vasc: they didn't make him do anything |
| 17:59.33 | vasc | if he isn't motivated it would be nice to know exactly way |
| 17:59.37 | vasc | why |
| 17:59.46 | brlcad | we were trying to come up with a half-project proposal |
| 18:00.12 | Stragus | Working on linuxcnc sounds more fun when you know something about CNC in general |
| 18:00.22 | Izakey | brlcad, I think it looked like an optional project and optional projects aren't always taken seriously :) |
| 18:00.27 | gurwinder | brlcad: yes, all the above are true |
| 18:00.46 | vasc | it seems kinda fun to me. but is there are simulator at least? or a way to validate the output? |
| 18:00.49 | brlcad | indeed, motivation rationale would be something like 6) you did not perceive value in contributing to linuxcnc? |
| 18:01.07 | vasc | is there any |
| 18:01.10 | brlcad | Izakey: optional? |
| 18:01.38 | vasc | the thing is, was it the subject area, the library itself, the task he was going to work on, or something else? |
| 18:01.39 | Izakey | GSoC project was kinda mandatory brlcad |
| 18:01.49 | brlcad | you guys are missing some preliminary context that was discussed over e-mail with the cnc guys |
| 18:01.56 | Izakey | So LinuxCNC was looked upon as optional |
| 18:02.00 | brlcad | Izakey: this is a gsoc project |
| 18:02.34 | Izakey | may be missing something |
| 18:02.43 | brlcad | there was nothing optional about it -- he was going to stop working on project A (for BRL-CAD) after the first half and work on project B (for LinuxCNC) in the second half |
| 18:02.51 | brlcad | two half-projects, nothing optional about it |
| 18:02.55 | vasc | oh context switch |
| 18:03.01 | brlcad | reviews and evaluations separate |
| 18:03.11 | vasc | was there any connection between both tasks? |
| 18:03.25 | brlcad | the question is why a project B couldn't be devised |
| 18:03.27 | Izakey | That wasn't announced - again mentors had to be informed |
| 18:03.51 | brlcad | Izakey: eh? |
| 18:04.06 | ih8sum3r | brlcad: Following npm needs sudo to install : npm install fibers@1.0.1 in my repo : public_html/OGV/bundle/programs/server/node_modules. Can you please do so. |
| 18:04.07 | brlcad | it doesn't affect anyone except the student and his mentor |
| 18:04.16 | Izakey | I was under the impression that he had to work on his BRL-CAD project throughout and optionally contribute to LinuxCNC |
| 18:04.19 | brlcad | and it was discussed with them in the loop |
| 18:05.00 | brlcad | Izakey: so that's just a misunderstanding on your part, that was made clear to gurwinder when discussions were set up initially |
| 18:05.20 | brlcad | like I said, just missing some preliminary context |
| 18:05.24 | vasc | but was there a connection between the brl-cad and linuxcnc tasks or not? |
| 18:05.27 | brlcad | didn't mean for this to turn into a big discussion |
| 18:05.34 | Izakey | Initially, it had to be written down somewhere - proposal or something |
| 18:05.45 | brlcad | just trying to understand what made it difficult and what we can change so it's not difficult next time |
| 18:06.02 | brlcad | vasc: none whatsoever |
| 18:06.04 | Izakey | Not a big issue brlcad |
| 18:06.07 | vasc | that's no good |
| 18:06.28 | Izakey | let's dive back inot what hitches were experienced by students working on LinuxCNC |
| 18:06.35 | vasc | context switch bad for productivity |
| 18:06.37 | Izakey | s/inot/into |
| 18:06.46 | vasc | like in the preparation phase |
| 18:06.54 | vasc | he probably prepared for brlcad and not for linuxcnc |
| 18:07.05 | brlcad | vasc: he wasn't doing both simultaneously |
| 18:07.07 | Izakey | I think so too vasc |
| 18:07.19 | vasc | sure |
| 18:07.24 | vasc | but the timeline for project |
| 18:07.33 | vasc | you have preparation phase then coding and then evaluation |
| 18:07.38 | vasc | you needed another preparation phase |
| 18:07.42 | brlcad | it's irrelevant, the timelines were being (re)defined |
| 18:08.02 | brlcad | yes, and lack of preparation was completely accepted |
| 18:08.02 | vasc | what was the brlcad task? |
| 18:08.11 | brlcad | and taken into consideration scoping a new "half-project" |
| 18:08.34 | gurwinder | vasc: brlcad task is g-pov export |
| 18:08.41 | brlcad | the issue was basically that a half-project could not be scoped, even after weeks of discussions |
| 18:08.47 | vasc | you did that one from what i understand |
| 18:09.03 | vasc | well |
| 18:09.06 | vasc | the thing is |
| 18:09.17 | vasc | think if you are motivated about working on linuxcnc or not |
| 18:09.28 | vasc | if you are then think of something you would like to do with it |
| 18:09.48 | brlcad | yes... and that's exactly what I'm trying to get at here |
| 18:09.50 | brlcad | was it motivation? |
| 18:09.53 | brlcad | was it complexity? |
| 18:10.13 | brlcad | what / how can we improve |
| 18:10.24 | vasc | the thing he said is relevant |
| 18:10.24 | brlcad | or even better, what/how can linuxcnc improve |
| 18:10.30 | gurwinder | brlcad: Mostly motivation towards linuxcnc. |
| 18:10.33 | vasc | how can you measure that your work is doing something or not |
| 18:10.47 | Stragus | Motivation can overcome many other difficulties. :) But if gurwinder has no experience or interest with CNC, I can see the problem |
| 18:10.53 | vasc | its hard to work without seeing improved results as you work |
| 18:11.06 | vasc | he doesn't have a cnc machine so he can't see the output |
| 18:11.10 | vasc | i think that's his problem |
| 18:11.45 | brlcad | point taken, and entirely consistent with what was said above |
| 18:11.48 | brlcad | just not the whole picture |
| 18:11.56 | Izakey | vasc += 1 |
| 18:12.38 | vasc | is there a simulator? |
| 18:12.57 | vasc | and then there's the question if a simulator provides enough motivation |
| 18:13.50 | brlcad | it's sounding like the biggest issue was a lack of interest/motivation which became compounded with lacking experience, lacking familiarity, and overall percieved complexity |
| 18:14.02 | vasc | https://www.youtube.com/watch?v=PFdNbaBq760 |
| 18:14.16 | vasc | it seems there are simulators |
| 18:14.36 | brlcad | sure, but you really didn't even need that (remember that a really tiny project is being proposed) |
| 18:15.01 | Stragus | It's still a matter of contributing to software you can't use or test |
| 18:15.02 | brlcad | the C one discussed was basically "write a function that periodically backs out the bit" |
| 18:15.37 | vasc | sure but its kinda dry |
| 18:16.00 | brlcad | Stragus: that might be a concern to you, certainly .. I can come with all sorts of potential detractors :) |
| 18:16.20 | brlcad | the point was understanding gurwinder's specific issues |
| 18:16.35 | Stragus | Fine. :) I'm absolutely terrible at writing code when there's no motivation |
| 18:16.40 | vasc | me too |
| 18:16.47 | brlcad | e.g., did *he* find it dry? in which case I can give them feedback that it sounded boring or the impact was unclear |
| 18:16.57 | brlcad | who isn't? |
| 18:17.00 | vasc | unclear yes |
| 18:17.13 | brlcad | he was initially motivated, hence weeks of discussions |
| 18:17.13 | vasc | like why do you need to do that in the first place |
| 18:17.21 | brlcad | that was discussed |
| 18:17.26 | vasc | so he probably likes the idea of working in cnc then |
| 18:17.36 | brlcad | I'm really oversimplifying because you guys are overanalyzing without context :) |
| 18:17.46 | vasc | that's what humans do |
| 18:18.05 | vasc | anyway |
| 18:18.05 | brlcad | not all of them :P |
| 18:18.14 | vasc | from what i understand you want to salvage this somehow |
| 18:18.17 | brlcad | nope |
| 18:18.34 | vasc | my advice is start from scratch |
| 18:18.44 | vasc | figure out a task he wants to do |
| 18:18.49 | vasc | somewhere |
| 18:18.52 | brlcad | this was simply a post-mortem -- learn from what happened and try to institute changes so it's better next time if the exact same entry criteria were encountered |
| 18:18.53 | Stragus | likes how 4 individuals are debating gurwinder's motives, feelings and motivations ... without any knowledge of the situation or the person involved |
| 18:19.00 | vasc | oh ok |
| 18:19.05 | vasc | :-) |
| 18:19.15 | vasc | we can ask him then |
| 18:19.20 | brlcad | was :) |
| 18:19.40 | brlcad | the six points summarized seemed to fix, yes gurwinder? |
| 18:20.18 | Stragus | trades a 't' to brlcad against a 'x' |
| 18:20.23 | brlcad | he kept responding with what he did with them, not understanding the underlying motivations (or lack thereof) underpinning his actions |
| 18:20.37 | brlcad | s/fix/fit/ ;) |
| 18:20.48 | vasc | i thought you made 5 points |
| 18:20.55 | brlcad | the six points summarized seemed to fit your situation, yes gurwinder? |
| 18:21.40 | gurwinder | brlcad:yes |
| 18:22.21 | brlcad | then we're done :) |
| 18:22.26 | brlcad | gurwinder: thanks |
| 18:22.59 | gurwinder | brlcad: Thanks to you:) |
| 18:23.49 | brlcad | heh, I don't do anything around here except make things complicated ;) |
| 18:24.44 | vasc | i read his gsoc summary page so he was supposed to work on the machine cnc setup gui or something |
| 18:24.57 | Stragus | That does sound boring |
| 18:26.50 | brlcad | from my understanding talking with them, they were having problems discussing and making technical progress on other projects -- given the level of programming experience |
| 18:27.07 | brlcad | so they kept suggesting simpler and simpler topics |
| 18:27.34 | brlcad | the drill tapping problem was actually somewhat interesting to me, and seemed doable in a couple weeks |
| 18:28.09 | brlcad | you improve the bit life and machining tolerances if you back the bit up periodically when cutting material |
| 18:28.38 | brlcad | e.g., drilling a hole, it's what humans do holding hand drills -- pull back to extract the material |
| 18:29.32 | brlcad | doing that programmatically, automatically, was pretty cool -- they had demo videos, similar code refs, and a real need/value |
| 18:30.00 | brlcad | but he couldn't seem to even understand the problem domain, perhaps a language barrier issue |
| 18:30.19 | vasc | yeah probably |
| 18:30.20 | brlcad | which I'm sure doesn nothing for motivation... |
| 18:30.51 | Stragus | What's his first language? I frequently notice subpar english around here... |
| 18:31.15 | vasc | i used to be around my dad when he was fiddling in the garage with tools when i was a kid so i get the point |
| 18:31.17 | Stragus | (though it's also a second or third language for me) |
| 18:31.40 | vasc | he's indian from the name man |
| 18:32.12 | ih8sum3r | brlcad: Ping |
| 18:33.23 | brlcad | Stragus: there are several people participating this year that have limited english skills .. at least one that actively uses google translate on everything yet is somehow still able to make progress and hold a conversation |
| 18:33.41 | Stragus | :) Cool |
| 18:33.57 | vasc | maybe he doesn't have background to allow him to relate to it |
| 18:34.12 | Stragus | Yes, I wouldn't be very interested in CNC either |
| 18:34.13 | Izakey | An article should be written about that and published to ospo blog |
| 18:34.18 | vasc | i'm interested |
| 18:34.25 | brlcad | ~ask |
| 18:34.25 | infobot | Questions in the channel should be specific, informative, complete, concise, and on-topic. Don't ask if you can ask a question first. Don't ask if a person is there; just ask what you intended to ask them. Better questions more frequently yield better answers. We are all here voluntarily or against our will. |
| 18:34.55 | brlcad | Stragus: so have you noticed your code getting ripped apart? :) |
| 18:35.01 | vasc | i'm portuguese so english isn't my first language either |
| 18:35.09 | brlcad | wouldn't know it |
| 18:35.13 | Stragus | Which one? The ball pivoting deserved it |
| 18:35.28 | Stragus | I have always promoted a better approach and was pretty much ignored |
| 18:35.41 | brlcad | no, ball pivoting was outright yanked because .. patented! ugh |
| 18:36.13 | brlcad | well it's completely unusable now that particuarly legality came to light |
| 18:36.54 | Stragus | Yes, I heard. Maybe someone will now actually listen to my ideas for a viable approach |
| 18:36.55 | brlcad | the incremental decimation code |
| 18:37.18 | Stragus | Okay, why did you want to rip it apart? :) I think it's solid code |
| 18:37.21 | brlcad | it's hooked in and working |
| 18:37.24 | Stragus | Cool |
| 18:37.32 | brlcad | oh nothing too tragic |
| 18:37.40 | brlcad | a lot of dead code elimination |
| 18:37.59 | brlcad | and ton of changed needed to make it portabile |
| 18:38.10 | Stragus | Ah yes, removal of #if switches and experimental code everywhere |
| 18:38.17 | brlcad | pretty much only worked on like one platform out of the box (linux) |
| 18:38.24 | Stragus | Oh uh... |
| 18:38.26 | Stragus | hides! |
| 18:38.59 | brlcad | much of the asm that could be made portable is getting ripped / tested for portable C |
| 18:39.05 | Stragus | Besides portability issues, I really like the algorithms and performance, the best mesh decimation code I'm aware of |
| 18:39.16 | Stragus | Ah yes, mmatomic.h |
| 18:39.29 | brlcad | I think that's all gone now, or near to it |
| 18:39.46 | brlcad | threading model is getting converted |
| 18:40.11 | Stragus | mmthread.h was a thin wrapper so you would change the inner guts as desired |
| 18:40.27 | brlcad | I think he told me you used a thread interruption model just so you could peek at their status (% complete) |
| 18:40.50 | Stragus | It wasn't interrupting anything, just using atomics |
| 18:41.20 | brlcad | mm, that's not the story I heard, but I haven't looked at the code myself |
| 18:41.36 | brlcad | pausing threads |
| 18:41.56 | brlcad | or at least code-wise, you had calls in there that could do that given some condition/request |
| 18:42.14 | brlcad | anyways, that's all gotten / getting changed |
| 18:42.23 | brlcad | it is working and mostly working well |
| 18:42.27 | brlcad | gotten it to crash a few times |
| 18:42.39 | brlcad | (before all the changes) |
| 18:43.00 | Stragus | Looking at the code now. The only global barrier is there just to make sure all threads have started so that I can poke at their data |
| 18:43.09 | Stragus | If you remove that barrier check, you can have a race condition |
| 18:43.45 | Stragus | It's certainly not interrupting anything |
| 18:43.49 | brlcad | nods, sounds like what's being changed to a different threading setup |
| 18:44.28 | brlcad | could have misunderstood on my part, it was a brief discussion |
| 18:44.41 | brlcad | but there have been tons of commits |
| 18:44.50 | Stragus | I'll have to look it up |
| 18:44.52 | brlcad | making good progress turning it into a feature |
| 18:44.56 | Stragus | Cool |
| 18:45.12 | brlcad | way better than our old naive tolerance-based method |
| 18:45.58 | brlcad | did you ever profile how much gain your atomics provided on the algo? |
| 18:46.22 | Stragus | Hum yes. I remember it was significant |
| 18:46.32 | Stragus | Can't quite remember what "significant" meant back then |
| 18:46.35 | brlcad | heh, what's significant to you |
| 18:46.59 | brlcad | for decimation, it's got to be pretty huge to make a difference |
| 18:47.08 | Stragus | I think that on machines with many cores (like 64), it was big |
| 18:47.10 | brlcad | 11s vs 20s is not interesting |
| 18:47.17 | brlcad | 11s vs 200s is interesting ;) |
| 18:47.21 | Stragus | Without atomics, it stopped scaling |
| 18:48.11 | brlcad | 0.2s vs 5s is not "very" interesting, but 0.2s vs 50s is .. |
| 18:48.17 | *** join/#brlcad deepak (~deepak@122.173.51.91) | |
| 18:48.29 | brlcad | basically does it make small models no longer interactive if asm is ripped out |
| 18:48.45 | brlcad | or is this like a sub-order-of-magnitude tweaking |
| 18:48.50 | Stragus | It's a matter of scalability with the count of cores |
| 18:48.57 | Stragus | Remove atomics on a single core, who cares |
| 18:49.12 | Stragus | Remove atomics on 64 cores, and it may be 10x slower (can't remember what it was) |
| 18:49.25 | brlcad | we'll have to test that |
| 18:49.37 | Stragus | This is an algorithm based on lock-free multithreaded hash tables |
| 18:49.40 | brlcad | though that still might not matter then |
| 18:50.28 | Stragus | I see the MD_CONFIG_ATOMIC_SUPPORT switch, to use spin locks instead of atomics everywhere |
| 18:50.43 | brlcad | it'll depend on context, 10x slower than what baseline will matter |
| 18:51.00 | brlcad | yeah, he saw that |
| 18:51.54 | Stragus | Why would you want to remove atomics? Portability? |
| 18:52.05 | brlcad | basically we have to characterize the performance gain with the maintenance cost .. portable asm is pretty much non-existent, so it's generally really costly to make pervasively cross-platform -- the gain has to be huge |
| 18:52.07 | Stragus | At least make them optional, that's the whole point of MD_CONFIG_ATOMIC_SUPPORT |
| 18:52.44 | Stragus | When I write platform-specific code, I always code a portable fallback path, like that switch |
| 18:52.45 | brlcad | it's got a cost whether it's enabled or not |
| 18:52.59 | brlcad | we take that into consideration |
| 18:53.09 | Izakey | brlcad, I'd apprecaite it if you look at the paste and suggest some ideas ;) |
| 18:53.14 | Stragus | All right. But the algorithm was really designed to be lock-free through atomics |
| 18:53.27 | brlcad | Stragus: like I said .. "ripped" |
| 18:53.29 | brlcad | :) |
| 18:54.36 | vasc | i think there are gnu c extensions for some of that |
| 18:54.38 | Notify | 03BRL-CAD:lbutler * 65648 brlcad/branches/embree/src/ert/ert.cxx: We are shooting our first embree ray on BRLCAD geometry |
| 18:54.40 | brlcad | I'm half-kidding, we'll just have to see what the performance looks like |
| 18:55.17 | Stragus | Darn, so you guys tore out all the elegance of the algorithms used for "ease of maintenance" :p |
| 18:56.08 | brlcad | vasc: and on intel compiler, embarcadero compiler, ibm compiler, llvm, msvc? .. we historically value extreme portability very highly, more than most. :) |
| 18:56.08 | Stragus | Pthread spin locks are still just an int32_t, but don't go replacing them with mutexes taking 80 bytes, memory usage will be catastrophic |
| 18:56.32 | brlcad | Stragus: not yet, still baselining performance -- or at least it's mid-tearing |
| 18:56.44 | vasc | ah platform compatibility is overrated. only x86 and arm matter. rest is irrelevant. |
| 18:57.11 | brlcad | there's a reason brl-cad has survived longer than I have :) |
| 18:57.34 | brlcad | over the past three decades I could have said that same statement for at least three different architectures |
| 18:57.59 | brlcad | and they inevitably died |
| 18:58.02 | vasc | well x86 is nearly as old as i am |
| 18:58.12 | brlcad | i frankly doubt x86 would have survived without microsoft |
| 18:58.31 | Stragus | I would rather add support for new archs in mmatomic.h than obliterate performance |
| 18:59.27 | brlcad | Stragus: there's no way you would perform all the long-term maintenance involved in supporting and maintaining portability -- it's just not what you do (no motivation, heh) |
| 18:59.28 | Stragus | And when C gets native atomics, mmatomic.h could just wrap then with a tiny performance impact |
| 18:59.52 | brlcad | especially all the build system management and support for platforms as changes come about |
| 19:00.23 | Stragus | (C atomics would have issues with spin locks with the special "NOP" encoding meant to switch to the other thread in hyperthreading processors, and other very small such issues) |
| 19:01.21 | vasc | so you can't use stdatomic? |
| 19:02.15 | brlcad | if the atomics get ripped out and it's only double-digit-% slower through 32 cores, it won't really have any discernable impact on the feature (which really is what this is all about) |
| 19:02.25 | Stragus | It's C code, and C11 is supposed to support native atomics. Not that BRL-CAD would demand C11 before 2025 anyway :p |
| 19:03.07 | brlcad | pfft, maybe 2020 |
| 19:03.36 | Stragus | I suppose you also throw out all traces of SSE? |
| 19:03.48 | brlcad | don't know |
| 19:04.11 | brlcad | we have other SSE code, so that bit doesn't add much to maintenance complexity |
| 19:04.19 | brlcad | there are already build system checks and it's easy to toggle off |
| 19:04.30 | brlcad | and hasn't demonstrated much of a maintenance cost over time |
| 19:04.33 | Stragus | Okay. |
| 19:04.37 | brlcad | the code duplication is annoying |
| 19:04.44 | brlcad | s/code/logic/ |
| 19:04.48 | vasc | imo sse is a waste. |
| 19:04.58 | Izakey | brlcad, did Vladbogo finish the Qt project |
| 19:05.08 | brlcad | Izakey: define finish |
| 19:05.17 | Izakey | ? |
| 19:05.19 | vasc | intel obsoletes and supersedes those instructions sets so quickly why bother... |
| 19:05.26 | Stragus | A "waste"? A free 3x performance boost? |
| 19:05.35 | vasc | well its like a said |
| 19:05.37 | brlcad | Izakey: what do you mean by "finish the Qt project"? |
| 19:05.49 | Stragus | It may become "obsolete" but it still runs, even if there's the fancy new AVX |
| 19:05.49 | vasc | that's why i went in to opencl anyway |
| 19:06.13 | brlcad | there were two Qt efforts, related by distinct and specific in focus |
| 19:06.15 | vasc | you get the performance and you can ignore the flavor du jour vector instruction |
| 19:06.19 | brlcad | s/by/but/ |
| 19:06.40 | Stragus | vasc, that only works for very simple and trivial parallelization |
| 19:06.50 | Izakey | Is BRL-CAD ready to fully transition to Archer instead of dabbling between mged and archer brlcad ? |
| 19:07.10 | vasc | it's good enough for what i've been using it for |
| 19:07.24 | vasc | its a lot more complicated than sse in a lot of ways |
| 19:07.48 | vasc | opencl is c with vector extensions basically |
| 19:07.54 | Stragus | Try to get OpenCL to output phminposuw instructions :p |
| 19:08.08 | brlcad | Stragus: I claim most problems can be implemented with simple and trivial parallelization terms, and it's actually a VERY GOOD THING to do them that way |
| 19:08.26 | Stragus | Or even movmskps |
| 19:08.27 | brlcad | easier for other devs to understand the logic, easier to maintain, easier to debug ... |
| 19:08.50 | vasc | there are libraries that can do that on arbitraly length vectors |
| 19:09.13 | Stragus | brlcad, if you don't mind lower performance, yes |
| 19:09.20 | vasc | well |
| 19:09.31 | vasc | i expect the compiler to optimize that and if it doesn't i don't care anyway |
| 19:09.49 | Stragus | Right. I care about performance a lot more than this |
| 19:09.54 | vasc | is it that much more efficient than using multiple ops? |
| 19:09.59 | Stragus | Oh yes |
| 19:10.40 | vasc | or this could be a CISC vs RISC like issue |
| 19:14.20 | brlcad | Stragus: indeed, that is the issue -- performance is secondary to maintainability when involving more than one dev, which is inevitable |
| 19:14.23 | brlcad | (the author eventually moves on, gets bored, doesn't have time/motivation, dies) |
| 19:15.13 | brlcad | you don't care if it's maintainable because you're willing to maintain it now (for your limited environment) and when you're not willing, you just won't care |
| 19:15.43 | Stragus | That's why there's an #if to handle all these non-supported platforms/compilers/whatever |
| 19:15.50 | vasc | i'm more concerned of trying to compile it in 5-10 years and finding it doesn't work anymore |
| 19:16.00 | Stragus | It will work, it will fall back on the slow #else path |
| 19:16.05 | brlcad | Stragus: that still doesn't extrapolate to maintenance |
| 19:16.11 | brlcad | the code will eventually change |
| 19:16.24 | Stragus | Then fix both branches of the #if ;) |
| 19:16.26 | brlcad | and now I have N versions that have to be updated that have cost*N (really more) |
| 19:17.00 | brlcad | there's plenty of history on that bitrot pattern being long-term unsustainable |
| 19:17.25 | Stragus | You can also cut away the #if when it has become irrelevant |
| 19:17.40 | brlcad | which is the point that it works and is fast enough ;) |
| 19:17.45 | vasc | the problem sometimes is that one of the sides of the #if doesn't get tested |
| 19:17.53 | vasc | and eventually goes stale and doesn't work |
| 19:17.58 | vasc | but is still there |
| 19:18.10 | vasc | and no one wants to take it out |
| 19:18.37 | vasc | and you don't refactor it coz you can't because it would break the #if that no one uses and doesn't work anyway |
| 19:18.49 | vasc | shit like that |
| 19:19.01 | Stragus | You can always that disable that #define permanently if it becomes unsupported |
| 19:20.35 | Stragus | Eh well. :) I understand your points, but a programmer is also an artist, and to see an elengant and efficient piece of code made inferior for... poor reasons (from my point of view) is rather sad |
| 19:21.06 | Stragus | elegant* |
| 19:21.22 | brlcad | except even the time to debug the failed build when it eventually became unsupported, having to evaluate the cost to inspect/analyze that old code (which by that point it would be), has a signficant cost in itself, especially for secondary authors |
| 19:22.15 | brlcad | at that point, it's just old broken code in a large ecosystem of code, one small feature out of thousands |
| 19:22.17 | Stragus | I guess the code should document clearly when some switches can be safely disabled, whenever desired or have become irrelevant |
| 19:23.03 | brlcad | heh, that's like planting a timebomb |
| 19:25.02 | Stragus | hides his CUDA code from brlcad, where some PTX assembly somewhere is relying on the undocumented behavior of a specific generation of CUDA hardware |
| 19:25.04 | brlcad | if I simply scale performance two orders of magnitude (approximately 12 years), these performance adjustments and architecture linkages will be pretty much irrelevant, it's almost a given |
| 19:25.53 | Stragus | 3x faster is always 3x faster, it doesn't become irrelevant |
| 19:26.04 | Stragus | You can just handle more data |
| 19:27.35 | brlcad | sure it does, because of new architecture pipeline that provided a new set of instructions or made a whole method of "coherent" calculation obsolete |
| 19:28.07 | Stragus | Fine, these new instructions (let's call them AVX!) are now 6 times faster. But the old stuff is still 3x faster than plain C |
| 19:28.43 | ih8sum3r | brlcad: Following npm needs sudo to install : npm install fibers@1.0.1 in my repo : public_html/OGV/bundle/programs/server/node_modules. |
| 19:28.52 | brlcad | or a new compiler that takes the 0.9x code and makes it 5x faster .. or a plenty of other imaginable scenarios 12 years from now that will make the *code* irrelevant |
| 19:29.26 | brlcad | ih8sum3r: on it |
| 19:29.49 | ih8sum3r | okay |
| 19:30.10 | Stragus | brlcad, that's a possible scenario, and that's why we should always keep a plain C portable version of the code |
| 19:30.25 | Stragus | hugs the preprocessor |
| 19:30.35 | brlcad | at the end of the day, it will still be far more important to a user that the little feature in their app that takes a mesh and simplifies it for them is robust and easy to use, regardless of it taking 1s vs 5s |
| 19:30.58 | Stragus | With the meshes Lee was managing, it was a matter of minutes |
| 19:31.04 | brlcad | more than likely, an entirely different decimation algorithm will get coded up that has fantastical properties and it all becomes moot |
| 19:31.10 | Stragus | Hence the optimized multithreaded lock-free algorithms |
| 19:31.43 | brlcad | if it's during export, nobody cares |
| 19:32.10 | brlcad | they care only LONG after it's tightly integrated into their pipeline of activities and is repeated (usually for months, years) |
| 19:32.23 | brlcad | a one-off export that takes minutes, literally .. nobody cares |
| 19:32.36 | brlcad | they care when it doesn't work! |
| 19:33.01 | brlcad | different value system from devs |
| 19:33.06 | Stragus | Right. In Lee's code, it was to convert CSG meshes to triangles after raytracing, so performance mattered |
| 19:33.13 | Stragus | You don't want to wait 10 minutes to open a file |
| 19:34.06 | brlcad | except that was also for an analysis purpose which I would have argued that I don't want decimation until I can prove it has no analytic impact :P |
| 19:34.26 | brlcad | performance for the sake of performance without scientific justification |
| 19:34.51 | brlcad | extraordinary claims require extraordinary proof, which he did not do |
| 19:35.14 | brlcad | heck, he didn't do any |
| 19:36.06 | Stragus | I believe good mesh decimation was "okay" there, but ball pivoting was catastrophic |
| 19:36.22 | Stragus | An algorithm not guaranteed to generate watertight meshes... for analysis... |
| 19:36.53 | Stragus | wrote the code but isn't responsible for that |
| 19:37.15 | brlcad | no way that "okay" was anything more than visually inspected |
| 19:37.33 | brlcad | which is not in any way scientific for the given problem domain :) |
| 19:38.06 | Stragus | Point accepted :) |
| 19:38.14 | ih8sum3r | brlcad: I have read following quote on official meteor docs "(The current release of Meteor [1.1.0.2] has been tested with Node 0.10.36.)". Will this cause any kind of conflict, as our node version is 0.12.6? |
| 19:38.32 | brlcad | geometrically, I did extensive studies that helped to understand that tessellation+decimation as currently implemented is a guaranteed mass loss because of the techniques being used |
| 19:38.42 | brlcad | and that mass loss is highly biased towards small components |
| 19:38.56 | Stragus | brlcad, ah yes, that's interesting |
| 19:39.03 | brlcad | so if you have small important components losing mass, that could be dramatically influencing analytic results |
| 19:39.31 | brlcad | does it matter? nobody has studied this but it geometrically and numerically is signficiant |
| 19:39.38 | Stragus | nods |
| 19:40.52 | brlcad | on some "real" models, I was seeing about 3-5% mass loss overall iirc |
| 19:41.17 | Stragus | Weird. I was guessing 1-2%, but that's still pretty high |
| 19:41.18 | brlcad | (again biased towards the small curvy components like .. fuel lines) |
| 19:42.05 | brlcad | that was amortized, the distribution was huge with some (really small) components seeing a 50% mass loss |
| 19:42.36 | Stragus | Weird. The fuel line was becoming a 3 sided prism or what? |
| 19:43.04 | brlcad | is speaking abstractly for understanding purposes |
| 19:43.33 | Stragus | Right. I just don't think my mesh decimation would do that, unless the original point clouds wasn't dense enough |
| 19:43.49 | brlcad | loss of detail/resolution, aggregate interior edges chop of mass quickly on small objects (especially curvy and thin ones) |
| 19:44.04 | brlcad | s/chop of/chop off/ |
| 19:44.37 | Notify | 03BRL-CAD:brlcad * 65649 brlcad/trunk/src/librt/primitives/datum/datum.c: update copyright to inception, even though it was derived from the template. |
| 19:44.49 | vasc | keeps trying to understand this piece of code but it seems to be fairly dense. |
| 19:45.04 | vasc | ah what the hell i'll just program as i was a robot and to hell with understanding it |
| 19:45.32 | brlcad | heh |
| 19:45.42 | brlcad | beep boop, what code? |
| 19:46.01 | vasc | its the scenegraph traversal |
| 19:46.11 | brlcad | if you're on the weaver, you might want to check out the .. oh okay :) |
| 19:46.21 | vasc | no thankfully i'm not working on that yet |
| 19:46.31 | vasc | this is the "simple" bit |
| 19:46.59 | brlcad | I frankly think you should just focus on traversal, plan for that being it |
| 19:47.15 | brlcad | dispatch and evaluate in bundles from the front |
| 19:47.25 | brlcad | let the weaver and intersections happen serially |
| 19:47.28 | vasc | i'm still trying to do it without the bundles at first |
| 19:47.30 | brlcad | (they can be next) |
| 19:47.35 | vasc | well |
| 19:49.22 | vasc | this code is so neat and lasagnified that i'm having trouble simplifying some things without rewriting it all |
| 19:50.06 | brlcad | mm. lasagna |
| 19:50.11 | brlcad | so hungry |
| 19:50.42 | vasc | its nicely multilayered and abstracted |
| 19:50.50 | vasc | shame is the abstraction isn't the one i actually want to use |
| 19:51.17 | vasc | something like that |
| 19:51.25 | Stragus | At least he said lasagnified and not spaghettified, so he's not poking my raytracing scene graph code :p |
| 19:51.28 | brlcad | I think that's the first nice thing you've said about it :) |
| 19:52.05 | vasc | that's the pasta theory of software |
| 19:52.27 | vasc | there's spaghetti code, lasagna code, and ravioli code. |
| 19:53.00 | Stragus | My spaghetti code is actually fettucini code, due to thick SSE/AVX parallelism |
| 19:53.03 | brlcad | gives in and goes to get some food |
| 19:56.16 | vasc | oh man... |
| 19:56.41 | vasc | now i get it. a cutter is kinda like an iterator |
| 19:57.06 | vasc | hm no |
| 19:58.25 | vasc | man is this for storing the whole traversal tree? jesus |
| 19:59.25 | Stragus | hands vasc some tasty spinash, horse meat and mushroom sauce to go with that lasagna |
| 20:01.45 | brlcad | only the finest thorobreds |
| 20:01.54 | vasc | oh this is a nice and generic structure that allows you do use grids inside kd-trees and shit like that |
| 20:02.10 | vasc | the question is: is this actually useful or not. i would guess probably not. |
| 20:02.40 | vasc | it probably sounded like a good idea at the time. |
| 20:02.47 | vasc | reminds me of my first ray tracer... |
| 20:06.07 | vasc | c++ dumbs coders. really. |
| 20:06.09 | Notify | 03BRL-CAD:brlcad * 65650 brlcad/trunk/src/librt/primitives/datum/datum.c: document what's going on here better with the buffer size padding, so simple changes to datum data don't end up leaving pockets of dead objects throughout the .g file. also fix a bug in the size where we weren't allocating space for the decode size bytes. |
| 20:06.15 | vasc | it blunts the mind. |
| 20:06.47 | vasc | you start wanting to generalize everything even when you aren't supposed to. |
| 20:06.50 | Stragus | We need a new flexible portable interface to encapsulate the interface around our intermediary interfaces! |
| 20:06.55 | Stragus | Indeed. |
| 20:06.59 | Stragus | cuddles C |
| 20:08.30 | vasc | don't remember me of that. i used to write java server code when i was in the private sector. |
| 20:09.00 | Stragus | I once had to debug OpenSceneGraph, so I run it in my home-made memory debugger, and it was making like 130000 malloc() calls to render a cube |
| 20:09.22 | Stragus | so I ran* it |
| 20:10.49 | vasc | now the question is how can i simplify this without a whole rewrite |
| 20:12.05 | vasc | java is the worst regarding that. especially the j2ee stuff. |
| 20:12.12 | vasc | java itself is an ok language. |
| 20:12.28 | vasc | the problem is what people do with it, and what's considered to be "best practices" |
| 20:13.17 | Stragus | I tried to learn Java once, and they lost me with that "one class per file" non-sense |
| 20:14.00 | vasc | you use too many abstractions and layers to program; so to improve productivity the IDEs GENERATE reams and reams of useless interface code at the press of a button |
| 20:14.46 | vasc | when you can put more than one class per file i think |
| 20:14.56 | vasc | but when you compile it it generates separate .class files |
| 20:15.16 | Stragus | Ahaha |
| 20:15.23 | Stragus | That's definitely not for me |
| 20:15.29 | vasc | so it's considered "best practice" to put one class per source file |
| 20:15.31 | Stragus | Even C++ is too high-level for my taste |
| 20:16.23 | vasc | c++ is convoluted that's the problem. |
| 20:16.32 | vasc | in that regard its even worse than java |
| 20:18.30 | Stragus | The cultures around the languages are also terrible, everyone feels a need to encapsulate everything |
| 20:19.10 | Stragus | They they want to use SSE/AVX with their "vertex" class, and wonder why they have to scrap everything |
| 20:19.16 | Stragus | Then* they want... |
| 20:19.24 | vasc | yes. in that regard i think modula-2 was better. |
| 20:20.03 | Stragus | Wikipedia'ing, never heard of it |
| 20:20.21 | vasc | its ancient and dead |
| 20:20.27 | vasc | its pascal with library support more or less |
| 20:20.31 | Stragus | Oh, eheh |
| 20:20.48 | Stragus | I'm very fond of C, I have looked around and I always come back to it |
| 20:21.49 | Stragus | Or lower level; I have written a x86/amd64 opcode emitter to produce custom-optimized assembly at runtime, and other such stuff that brlcad will absolutely never want to touch... ;) |
| 20:21.58 | vasc | its kinda like if you added namespaces to c. but those namespaces are better than usual. |
| 20:23.10 | vasc | i think most people who want to do that kind of thing now in a portable way use llvm to do it |
| 20:23.43 | Stragus | Yes probably |
| 20:24.02 | vasc | i did a compiler once as a course project |
| 20:24.07 | Stragus | Cool |
| 20:24.15 | vasc | it was a pascal like language |
| 20:24.30 | vasc | and i did everything optimizations and x86 asm output etc |
| 20:24.38 | vasc | besides the parsing and so on |
| 20:24.42 | vasc | which i also did |
| 20:24.57 | Stragus | Very neat. I also wrote a low-level C for my opcode emitter |
| 20:25.20 | Stragus | It was designed to be lower level than C, with extra keywords to communicate more information to the compiler for better optimization |
| 20:25.23 | vasc | so it did parsing, tree generation, convert the tree to ssa form, optimize the ssa, then output x86 |
| 20:25.50 | Stragus | Except I didn't put that much work on it, so GCC pretty much beats it anyway |
| 20:26.12 | vasc | well its a lot of work to do your own compiler |
| 20:26.23 | Stragus | Indeed |
| 20:26.57 | vasc | mine ended up doing a lot of redundant moves and things like that because i didn't do register allocation properly |
| 20:27.26 | vasc | sometimes the asm output looked kinda pathetic |
| 20:28.39 | Stragus | Register allocation is complex. My low-level C also had keywords to specify the probabilities of branches, for the compiler to take better decisions |
| 20:29.28 | Stragus | In the end, I opted for a brute force approach, it would try stuff for minutes until it converged to the lowest "cost" of variable allocation |
| 20:30.32 | vasc | what i did was i did some post optimizations to the actual assembly generated to remove redundant moves and things like that |
| 20:30.40 | vasc | it kinda looked ok except when it didn't |
| 20:31.07 | Stragus | Eheh |
| 20:33.34 | vasc | i also did things like instead of doing a mov eax, 0 i would do a xor eax, eax and things like that |
| 20:34.02 | Stragus | Sure, that's trivial |
| 20:34.24 | vasc | yeah the complicated optimizations were the ssa ones |
| 20:34.36 | vasc | like common sub-expression elimination and dead-code removal |
| 20:34.47 | Stragus | I liked the idea of reshuffling the code through pure brute force, converging towards the least cost solution |
| 20:35.34 | Stragus | The "cost" was meant to be machine-dependent, with knowledge of the pipelines, instruction latency, and so on |
| 20:35.52 | vasc | yeah i didn't do anything like that |
| 20:35.57 | Stragus | I want my compiler to spend a hour optimizing my code to get that last 10% :) |
| 20:36.15 | vasc | that's more complicated. gcc has hardware knowledge to do it |
| 20:37.21 | Stragus | I had coded the information for my own chip back then, Nocona |
| 20:37.47 | vasc | oh |
| 20:37.54 | vasc | you did your own cpu? |
| 20:38.20 | vasc | simulator or fgpa or what? |
| 20:38.38 | Stragus | Of course not, I meant I entered all the pipeline, delay and instruction latency information for the Nocona chip |
| 20:38.43 | Stragus | Intel Xeon Nocona |
| 20:38.45 | vasc | oh |
| 20:38.49 | vasc | right it seemed familiar |
| 20:39.40 | vasc | cona is a slang word here actually |
| 20:39.59 | Stragus | Which language? |
| 20:40.03 | vasc | portuguese |
| 20:40.30 | vasc | there was this software suite, i think was from borland, it was called kona |
| 20:40.30 | Stragus | Right, there's a similar slang word in spanish |
| 20:40.31 | vasc | man |
| 20:40.38 | Stragus | Hum :) |
| 20:40.41 | vasc | i bet they didn't sell a lot in portuguese speaking countries |
| 20:41.16 | vasc | anyway |
| 20:41.30 | vasc | see its a problem to choose a good product name for an international audience |
| 20:41.54 | Stragus | Some companies just rename the product |
| 20:42.02 | vasc | yeah |
| 20:42.24 | vasc | i do know intel and amd basically stuck with using those bogus latin sounding names |
| 20:42.32 | vasc | to prevent that |
| 20:42.41 | vasc | like athlon, pentium, itanium |
| 20:42.58 | Stragus | Here in Quebec, Canada, there's a strong "nationalist" culture, protective of the french language |
| 20:43.16 | Stragus | Some companies or products get renamed in french just here, and nowhere else in the world, not even in France |
| 20:43.20 | vasc | i used to watch french cartoons when i was a kid |
| 20:43.21 | Stragus | (In France, english names are "cool") |
| 20:44.52 | vasc | sometimes people can get really protective of their national identity |
| 20:45.12 | vasc | especially if they feel its threatened somehow |
| 20:46.05 | Stragus | Well yes, it's a long history, with the federal Canadian government trying to assimilate Quebec's french culture for many decades |
| 20:46.20 | vasc | i mean portugal was ruled by foreigners like 4 times in its history. 2x by spanish, 1x by french, 1x by english. last time was like 200 years ago and we still remember it. |
| 20:46.32 | Stragus | Right |
| 20:46.33 | vasc | the english were invited, kind of so |
| 20:46.39 | vasc | that one wasn't an invasion |
| 20:47.12 | vasc | and now its the germans |
| 20:47.15 | vasc | ahem |
| 20:47.35 | Stragus | That's... a complex topic :) |
| 20:54.08 | vasc | the more i look at it the more i feel like rewriting it |
| 20:54.36 | Stragus | What's the code? |
| 20:54.48 | vasc | its just the traversal |
| 20:54.51 | vasc | rt_shootray |
| 20:55.02 | vasc | the abstraction it uses is getting in the way of doing this like i want |
| 20:55.09 | vasc | abstraction(s) |
| 20:56.48 | vasc | i'll just #if 0 a huge chunk out and reimplement it |
| 20:57.15 | Stragus | I have no authority to advise on the direction of BRL-CAD's source, but my opinion is that all this must be rewritten |
| 20:57.28 | vasc | yeah it needs to eventually |
| 20:57.33 | vasc | or it won't run fast in OpenCL |
| 20:57.52 | Stragus | Or with SSE/AVX/CUDA or any modern and future parallel hardware |
| 20:58.00 | vasc | my problem is i'm going to have to make the code a lot different and i didn't want to |
| 20:58.28 | Notify | 03BRL-CAD:lbutler * 65651 (brlcad/branches/embree/src/ert/ert.cxx brlcad/branches/embree/src/librt/shoot.c): starting to build partitions on embree constructed segs |
| 20:58.47 | vasc | i wanted to be able to put these little pieces of opencl here and there and eventually do everything in the rendering part in opencl |
| 20:59.08 | vasc | without losing functionality |
| 20:59.29 | vasc | but i need to simplify some things in the beginning or i'll never finish it :) |
| 20:59.33 | Stragus | That code is terribly NOT designed for OpenCL |
| 20:59.39 | vasc | yes |
| 20:59.44 | Notify | 03BRL-CAD:lbutler * 65652 brlcad/branches/embree/src/librt/shoot.c: backing out changes to shoot.c that were readability |
| 20:59.44 | vasc | it's bad in several ways |
| 21:00.11 | vasc | the worst issue is too much dynamic memory allocation |
| 21:00.13 | Stragus | I have written a lot of CUDA, same hardware, and that is terrible |
| 21:00.41 | Stragus | That's probably the worst, of many terrible issues |
| 21:00.50 | vasc | yeah its like i said it made sense at the time i guess |
| 21:01.02 | Stragus | On 1985 machines, yeah |
| 21:01.11 | vasc | people sometimes forget |
| 21:01.17 | vasc | back then the memory wall wasn't as much of an issue |
| 21:01.34 | Stragus | Memory was fast, computations were slow |
| 21:01.35 | vasc | so all this memory allocation and accesses and shit made sense |
| 21:01.38 | vasc | but now it doesn't |
| 21:02.05 | Stragus | Modern hardware has very strict requirements for memory coherency access if you want good performance |
| 21:02.09 | Stragus | And *especially* GPUs |
| 21:02.40 | Stragus | You really need to rewrite everything for OpenCL |
| 21:02.44 | vasc | yes |
| 21:02.50 | vasc | but i need to work in steps |
| 21:03.03 | Stragus | Support just one primitive type |
| 21:03.06 | vasc | i want to at least understand minimally what i'm replacing |
| 21:03.31 | vasc | yeah that will be done later |
| 21:03.33 | vasc | well |
| 21:03.40 | vasc | i already did the intersection routines for a couple of them |
| 21:03.55 | vasc | now i was trying to do the traversal |
| 21:04.10 | Stragus | And you are stuck at the hit/segment buffering I would assume |
| 21:04.12 | vasc | all of this is suboptimal as i'm calling the kernels way too often and they don't do enough work |
| 21:04.30 | vasc | i'm just trying to simplify the existing code |
| 21:04.33 | Stragus | Woah woah... how so? A single kernel should trace the whole ray |
| 21:04.40 | vasc | into clean ANSI C that can actually be ported |
| 21:04.48 | vasc | yeah |
| 21:04.53 | vasc | but it doesn't yet. |
| 21:05.14 | vasc | i'm just trying to clean the layers of lasagna right now |
| 21:05.19 | Stragus | Are you allowed to change the "interface"? |
| 21:05.21 | vasc | to the bone |
| 21:05.36 | vasc | welll |
| 21:05.57 | Stragus | My CUDA raytracer obviously supports multi-hit traversal, but it returns each hit to a CUDA inlined "callback", letting the user whatever he wants with that hit (buffering, immediate processing, etc.) |
| 21:06.12 | vasc | that makes sense |
| 21:06.14 | Stragus | Which is a lot more convenient on GPU hardware than trying to dynamically accumulate a bunch of hits, which may not even be required! |
| 21:06.27 | vasc | yeah this one is a bit messed up |
| 21:06.32 | Stragus | But obviously, librt/shoot.c wasn't designed that way at all |
| 21:06.36 | vasc | yep |
| 21:06.43 | vasc | that was my second step after this |
| 21:06.51 | vasc | trying to change that |
| 21:07.03 | vasc | the callback is a good idea |
| 21:07.13 | Stragus | The inlined callback is also extremely efficient, results are processed immediately |
| 21:07.40 | Stragus | The user can output pixels on an OpenGL texture right there if he wants, no temporary storage of anything in global memory |
| 21:07.53 | vasc | i'm just trying to implement a grid acceleration structure in ANSI C and then i'll port it to OpenCL |
| 21:08.08 | vasc | coz its simple |
| 21:08.17 | Stragus | Well... I wouldn't recommend a grid |
| 21:08.20 | vasc | i know |
| 21:08.22 | vasc | but its a start |
| 21:08.28 | vasc | the structure itself isn't the big deal |
| 21:08.44 | vasc | its just so we'll have something |
| 21:08.46 | Stragus | It's not an ambitious start, but okay |
| 21:08.52 | vasc | yeah i know |
| 21:09.25 | vasc | i'm already building it |
| 21:09.29 | vasc | i'm just not traversing it |
| 21:09.40 | vasc | so it isn't being used yet |
| 21:09.50 | vasc | i could implement a bvh |
| 21:09.57 | vasc | but the main problems aren't things like this |
| 21:10.05 | vasc | it will be the multi-hit processing and the rendering loop |
| 21:10.13 | vasc | i wanna focus on that and not the accel structure |
| 21:10.14 | Stragus | I agree that scene traversal isn't that critical for CSG geometry |
| 21:10.34 | Stragus | You have few objects and they are very complex, completely the other way from triangle raytracing (which I what I did) |
| 21:10.35 | vasc | it should be if the model is complex enough |
| 21:10.49 | vasc | yeah i know |
| 21:10.51 | vasc | well |
| 21:11.02 | vasc | like we say rome wasn't built in a day |
| 21:11.28 | Stragus | I also expect that a grid will make your OpenCL wrap coherency break up, when it shouldn't have to |
| 21:11.36 | vasc | hm? |
| 21:11.46 | Stragus | Well, or whatever a CUDA "wrap" is called in OpenCL talk |
| 21:12.01 | vasc | i think i understand |
| 21:12.08 | vasc | you mean the traversal won't be memory coherent |
| 21:12.23 | Stragus | Right, while it could be with a better acceleration structure |
| 21:12.36 | vasc | there are ways around that you know. but i'm not going to optimize that. |
| 21:12.44 | vasc | i'll give you an example. |
| 21:12.54 | vasc | chess programs don't store the board in just one orientation. |
| 21:13.28 | vasc | you you could store the grid in multiple orientation and pick the one that best matches the orientation of the ray |
| 21:13.32 | vasc | which is messed up |
| 21:13.37 | vasc | anyway |
| 21:13.41 | vasc | i'm just digressing here |
| 21:14.02 | vasc | if it becomes an issue |
| 21:14.07 | vasc | i'll just do a bvh or whatever |
| 21:14.15 | Stragus | Right, focus on the bigger problems first, the multi-hit thing |
| 21:14.15 | vasc | right now we have a lot bigger issues... |
| 21:15.00 | Stragus | likes solving all problems at once, having planned a complete solution, before writing any code |
| 21:15.23 | vasc | well that works great. |
| 21:15.40 | vasc | except when the whole problem doesn't fit into the head easily or isn't easily compreensible |
| 21:15.52 | vasc | sometimes its easier to chop things up first and then think it over |
| 21:16.13 | Stragus | I still then prefer to spend a few days on it, but you'll know what works best for you |
| 21:16.31 | vasc | i've tried that for much of the last week and went nowhere so... |
| 21:16.38 | Stragus | Got it. :D |
| 21:18.42 | vasc | it seems kind of like a waste of time, or how it could be better starting off a blank sheet but... |
| 21:18.52 | vasc | i've a similar experience before on a different codebase |
| 21:18.59 | vasc | had a |
| 21:19.37 | vasc | rewriting existing code to match existing code can be a great way of learning how the code works |
| 21:19.44 | vasc | rewriting code |
| 21:19.45 | Stragus | Sure, that works |
| 21:20.06 | vasc | i would rather not need to do it but that's how this one is |
| 21:24.31 | vasc | man this is messed up |
| 21:25.33 | vasc | seems there's some guy working on embree right? |
| 21:27.13 | vasc | last time i checked it didn't seem to do enough though... |
| 21:27.16 | Stragus | I have only noticed the commit logs here as you have |
| 21:27.20 | vasc | i actually considered basing mine on that |
| 21:30.45 | vasc | ohhh |
| 21:30.47 | vasc | snap |
| 21:31.26 | vasc | so its like |
| 21:31.34 | vasc | each cell has a list of solids i.e. objects |
| 21:31.36 | vasc | but |
| 21:31.40 | vasc | it also has a list of pieces |
| 21:31.53 | vasc | which is an indirect numeric array into the list of solids |
| 21:32.03 | vasc | which also has its own cached list of the same solids |
| 21:34.25 | vasc | or whatever |
| 21:35.58 | vasc | or is this to support complex solids which have smaller things inside like a mesh which ends in different grid cells and this way we can cache which parts of the mesh are in which cell? |
| 21:36.00 | vasc | ah well |
| 21:36.43 | Stragus | can't help with librt's internal guts |
| 21:53.43 | vasc | yeah it seems to be that |
| 21:53.51 | vasc | like 'bot' bag of triangles has pieces |
| 21:53.55 | vasc | while a sphere doesn't |
| 21:54.23 | vasc | this is an interesting optimization |
| 21:54.37 | vasc | but it makes the code more complicated |
| 21:56.08 | vasc | in fact only "bot" and "ars" use this functionality... |
| 21:56.42 | vasc | arbitrary faceted solid |
| 21:57.11 | vasc | so |
| 21:57.17 | vasc | what i thought was the general case of the code |
| 21:57.24 | vasc | is actually a corner case on used for meta-objects |
| 21:57.28 | vasc | pfeh |
| 21:57.36 | vasc | only used |
| 22:00.12 | vasc | ok now this seems more doable |
| 22:00.54 | vasc | i'll have to think if i'll implement the pieces optimization like the old rendering code does or some different way |
| 22:01.47 | Stragus | Better consider how this could be more efficient on synchroneous parallel hardware |
| 22:01.54 | vasc | well |
| 22:02.10 | vasc | the idea is if you have a bag of triangles and you're gonna put it in a grid or whatever |
| 22:02.37 | vasc | you need some way to say which triangles in the bag of triangles are in each cell of you'll end up intersecting all that are in the bot |
| 22:02.39 | vasc | again and again |
| 22:02.52 | Stragus | Certainly |
| 22:03.01 | Stragus | But that's a single-thread consideration as well |
| 22:03.05 | vasc | the way i do this in my raytracer is that i just store triangles or whatever in a flat hierarchy |
| 22:03.13 | vasc | shallow |
| 22:03.31 | vasc | so i don't encapsulate |
| 22:04.00 | vasc | now the question is which approach is better |
| 22:04.29 | vasc | if say |
| 22:04.43 | vasc | there's a routine that wants to know which object id is closest to the ray or whatever |
| 22:05.02 | vasc | you wanna be able to know the id of the bot of the triangle not some triangle id |
| 22:05.13 | vasc | i'll think that some other day |
| 22:05.19 | vasc | but yes this isn't mt related |
| 22:05.27 | Stragus | Each triangle needs an identifier of some sort |
| 22:06.26 | Stragus | By knowing to which "bot" the triangle belongs, you can find the index of that triangle by subtracting its pointer from the base pointer of the bot |
| 22:06.27 | vasc | yeah but librt doesn't store triangles it store meshes |
| 22:06.34 | Stragus | Assuming all triangles are tightly packed, which they should be |
| 22:07.06 | vasc | yeah |
| 22:08.25 | Stragus | You say librt doesn't store triangles, it stores meshes, but surely it doesn't test every triangle? |
| 22:08.49 | Stragus | There must be some kind of acceleration structure, either within a mesh or incorporated in the scene mesh... |
| 22:09.01 | Stragus | ... in the scene graph* |
| 22:09.09 | vasc | a bot is a mesh |
| 22:09.11 | vasc | basically |
| 22:09.20 | vasc | yeah |
| 22:09.24 | vasc | that it does is like this |
| 22:09.46 | vasc | the bot is a solid that has triangle pieces in it |
| 22:09.59 | vasc | and when you build the acceleration structure |
| 22:10.17 | vasc | you not only check which cells overlap each solid, you also check in which cells each piece is |
| 22:10.21 | vasc | and store that |
| 22:10.51 | Stragus | So you have a list of triangles per cell |
| 22:10.55 | vasc | yes |
| 22:11.05 | vasc | but its stored per object |
| 22:11.10 | vasc | or something |
| 22:11.38 | vasc | right now i'll just ignore the bot |
| 22:11.47 | vasc | and only support plain solids |
| 22:11.59 | vasc | but i'll need to think it over later |
| 22:12.05 | Stragus | You better plan ahead to support bots efficiently |
| 22:12.13 | vasc | yeah |
| 22:12.42 | Stragus | Don't write a bunch of code without planning the whole solution :), you don't want to have to rewrite |
| 22:12.46 | vasc | the thing is i originally thought about doing this differently than how it is |
| 22:12.57 | vasc | when i hit a mesh i just called a mesh intersection routine |
| 22:13.04 | vasc | and the mesh had its own accel structure |
| 22:13.20 | vasc | but the thing is |
| 22:13.33 | vasc | this might mess up the partitioning |
| 22:13.36 | Stragus | Why? |
| 22:13.47 | vasc | well the bot already does that |
| 22:13.59 | vasc | the bot stores the triangles in a kd-tree i think |
| 22:14.14 | vasc | so |
| 22:14.32 | vasc | i'm actually wondering what's the use in knowing which triangles are in this cell anyway |
| 22:15.24 | Stragus | Normally, you could build a better top-level acceleration structure if it includes everything, instead of more sub-acceleration-structures |
| 22:15.32 | Stragus | Doesn't make much sense with a grid though |
| 22:18.22 | vasc | src/librt/primitives/bot/tie.c |
| 22:18.43 | vasc | so the triangles mesh (bot) solid has a kd-tree inside... |
| 22:19.03 | Stragus | That kd-tree will perform better than your grid |
| 22:19.41 | vasc | yeah but its CPU ANSI C code |
| 22:21.06 | Stragus | You'll probably want code to flatten and pack these kd-tree in just a chunk of memory, no internal pointers, just offsets |
| 22:21.26 | vasc | bot support is only to be done later |
| 22:22.58 | vasc | there are a whole lot of ways to store a mesh efficiently.... |
| 22:23.17 | vasc | i don't want to hardcode something which might not be the desired one too soon |
| 22:24.14 | Stragus | In my CUDA raytracer, there are no pointers: everything (the whole graph, sectors, nodes, triangles, etc.) is stored relatively with shifted offsets |
| 22:24.46 | Stragus | It makes the whole graph just a big single chunk of memory, usable directly on both CPU and CUDA |
| 22:25.06 | Stragus | Also, offsets take a lot less memory than whole pointers (64 bits? come on) |
| 22:25.45 | Notify | 03BRL-CAD Wiki:Bhollister * 9006 /wiki/User:Bhollister/Proposal: /* Project Details */ |
| 22:25.59 | Stragus | Since everything is interleaved with shifted offsets, it's also possible to organize the internal layout to maximize caching |
| 22:26.43 | vasc | http://gamma.cs.unc.edu/RS/ |
| 22:26.46 | Stragus | It may be overkill for you, but this could be stuff worth considering |
| 22:28.10 | Stragus | also doesn't store triangle vertices in the graph |
| 22:28.58 | vasc | this is going to be more messed up since we have several primitive/solid types |
| 22:29.01 | vasc | not just triangles |
| 22:29.44 | Stragus | I know, I'm just saying this is an efficient approach, and very convenient once written (a single big chunk of memory, yay) |
| 22:30.01 | vasc | yeah |
| 22:30.13 | vasc | i once read a bvh paper by yoon that was like that |
| 22:30.21 | vasc | but i think he even stored by vertex in the bvh |
| 22:30.26 | vasc | stored the vertexes |
| 22:30.50 | Stragus | I store the triangles in the graph memory, but not the vertices (I don't use vertices) |
| 22:30.52 | vasc | in a bvh a triangle can only be in one cell |
| 22:31.34 | vasc | he compresses the bvh as well |
| 22:31.43 | vasc | with the geometry in it |
| 22:31.59 | Stragus | Haven't tried that, but it's already tightly packed with offsets taking just few bits |
| 22:32.59 | vasc | if you know the vertexes of the triangles in that cell are inside the cell bounding box |
| 22:33.21 | Stragus | That's not enough, a triangle's area can intersect a cell without the vertices being in that cell |
| 22:33.24 | vasc | you can compress the triangle vertex floats |
| 22:33.33 | vasc | not in a bvh |
| 22:33.39 | vasc | you're thinking a kd-tree |
| 22:33.42 | Stragus | Ah right, bvh sorry |
| 22:33.48 | Stragus | Not thinking kd-tree either :p |
| 22:33.55 | Stragus | I use a graph, not a hierarchy |
| 22:33.57 | vasc | well a spatial partitioning |
| 22:34.05 | vasc | a bvh is object partitioning |
| 22:34.09 | Stragus | Right. |
| 22:34.58 | Stragus | Compressing vertices is an interesting idea. I store triangle edge planes, so that wouldn't work there |
| 22:36.27 | vasc | he also compresses the bounding boxes in the bvh |
| 22:36.43 | *** join/#brlcad bhollister (~behollis@dhcp-59-221.cse.ucsc.edu) | |
| 22:37.09 | vasc | its like the bounding boxes of the leafs are inside those of the parent node and so on |
| 22:37.13 | vasc | so you don't need full precision |
| 22:37.19 | Stragus | nods |
| 22:37.51 | Notify | 03BRL-CAD Wiki:Bhollister * 9008 /wiki/MGED_CMD_nmg: |
| 22:39.03 | *** join/#brlcad ih8sum3r (~deepak@122.173.51.91) | |
| 22:44.38 | Notify | 03BRL-CAD Wiki:Konrado DJ * 9009 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 15 JULY 2015 */ |
| 22:45.42 | *** join/#brlcad ih8sum3r (~deepak@122.173.51.91) | |
| 22:51.50 | Notify | 03BRL-CAD Wiki:Bhollister * 9010 /wiki/MGED_CMD_nmg: /* Argument(s) */ |
| 22:56.12 | *** join/#brlcad ih8sum3r_ (~ih8sum3r@122.173.51.91) | |
| 22:56.12 | *** part/#brlcad ih8sum3r_ (~ih8sum3r@122.173.51.91) | |
| 23:24.34 | vasc | well it compiled |
| 23:25.01 | vasc | and it seems to work. what a miracle |
| 23:25.56 | vasc | seems too good to be true. i'll comment the intersection to see if it still renders the scene or not |
| 23:27.06 | vasc | man |
| 23:27.09 | vasc | it really works |
| 23:29.13 | Stragus | Cool :) |
| 23:30.33 | vasc | it simplified the traversal code a whole lot |
| 23:30.38 | vasc | now only the weaving is complicated |
| 23:30.47 | vasc | only regression is it can't process bots |
| 23:31.10 | Notify | 03BRL-CAD Wiki:Bhollister * 9011 /wiki/MGED_CMD_nmg: /* Subcommands(s) */ |
| 23:31.33 | Notify | 03BRL-CAD Wiki:Bhollister * 9012 /wiki/MGED_CMD_nmg: |
| 23:32.51 | Notify | 03BRL-CAD Wiki:Bhollister * 9013 /wiki/MGED_CMD_nmg: /* See Also */ |
| 23:33.35 | vasc | i would like having more complex scenes to test this with though |
| 23:33.41 | vasc | my test scene has only one solid in it... |
| 23:33.43 | Notify | 03BRL-CAD Wiki:Bhollister * 9014 /wiki/MGED_CMD_nmg: /* Proposed subcommands(s) */ |
| 23:34.27 | Notify | 03BRL-CAD Wiki:Bhollister * 9015 /wiki/MGED_CMD_nmg: |
| 23:35.52 | Notify | 03BRL-CAD:starseeker * 65653 brlcad/trunk/src/libbrep/shape_recognition.cpp: This test was known to be insufficient/incorrect from the outset - it's going to take a raytracing based approach to resolve this question generally. Will have to punt and return the to-be-evaluated cases in a struct, so bu_ptbl won't cut it as a return type either. |
| 23:37.26 | Notify | 03BRL-CAD Wiki:Bhollister * 9016 /wiki/User:Bhollister/Proposal: /* Project Schedule */ |
| 23:38.34 | vasc | tomorrow i'll work on doing the grid construction on the gpu instead |
| 23:38.59 | Stragus | That doesn't sound necessary |
| 23:39.40 | Stragus | It should be a relatively fast operation, considering CSG has fewer objects than triangles meshes |
| 23:39.41 | vasc | its kewl to have |
| 23:39.53 | Stragus | Sure. But raytracing is probably more critical |
| 23:40.25 | vasc | maybe i'll reuse the grid code for the meshes |
| 23:41.18 | vasc | the major next step actually |
| 23:41.33 | vasc | is going to be doing the multi-hit code and the boolean weaving a lot simpler |
| 23:41.37 | vasc | so that it can be ported to the gpu |
| 23:41.44 | vasc | and other little things |
| 23:41.50 | vasc | like supporting multiple solid types |
| 23:41.58 | vasc | copying the solid data to the gpu |
| 23:42.00 | vasc | etc |
| 23:42.19 | vasc | then there's little nagging details... |
| 23:42.20 | vasc | like |
| 23:42.41 | vasc | what if i have a primitive type that doesn't have a gpu render code yet |
| 23:42.43 | Stragus | Multi-hit buffering? |
| 23:42.53 | vasc | do i draw nothing or split the database or what |
| 23:43.08 | vasc | you said callbacks were better right? |
| 23:43.14 | vasc | the current code uses these double linked lists |
| 23:43.19 | Stragus | Yes, but I wonder how compatible that would be with the rest of the code base |
| 23:43.23 | vasc | dynamic linked lists |
| 23:43.27 | Stragus | Yes, don't do that on the GPU |
| 23:43.37 | Stragus | You really shouldn't do that on the CPU either |
| 23:43.42 | vasc | no kidding |
| 23:44.10 | vasc | https://sourceforge.net/p/brlcad/patches/_discuss/thread/60701e92/d48f/attachment/m4.patch |
| 23:44.26 | Stragus | I expect most code calling the raytracer at the moment will expect a list of hits |
| 23:44.38 | Stragus | So either that code gets ported to GPU to process hits as they come in the inlined callback... |
| 23:44.51 | Stragus | Or ... ... or it gets really messy |
| 23:45.15 | vasc | that's why i'm not doing any opencl programming until i get a simple ansi c code in the gpu that can be easily ported |
| 23:45.22 | vasc | in the cpui |
| 23:45.40 | vasc | so |
| 23:46.13 | vasc | after i build the grid on the gpu as i planned i'll work on a callback version of multi-hit and boolean weaving |
| 23:46.34 | vasc | in ansi c |
| 23:47.01 | Notify | 03BRL-CAD:starseeker * 65654 brlcad/trunk/src/libbrep/shape_recognition.cpp: This'll be a job - has to be done in libged land (or possibly libanalyze/librt) but make some notes for now on how we'll have to go at it. |
| 23:47.16 | vasc | the code for multi-hit is a real mess |
| 23:47.55 | Stragus | It would be disastrous to try to buffer multiple hits per ray on the GPU then try to return that to CPU code |
| 23:48.09 | Stragus | Everything must go on the GPU, instant inlined processing |
| 23:49.09 | vasc | in the long run yeah |
| 23:49.30 | vasc | the current opencl implementation as it is on svn basically calls a kernel on each solid intersection |
| 23:49.32 | vasc | it's that bad |
| 23:49.39 | Stragus | What! |
| 23:49.43 | vasc | yeah |
| 23:49.52 | Stragus | o.O |
| 23:50.19 | vasc | see there's a lot of room for improvement |
| 23:50.36 | vasc | what i'm doing is i'm doing a simple ANSI C rendering pipeline |
| 23:50.39 | vasc | for everything |
| 23:50.43 | vasc | which i'll port to opencl |
| 23:50.56 | vasc | none of my work has been commited yet |
| 23:51.29 | vasc | i loaded the ktank.g file |
| 23:51.39 | vasc | but how to render this thing inside mged... |
| 23:54.00 | vasc | seems to work |
| 23:54.17 | vasc | so it can render scenes with more than one solid in it |
| 23:54.18 | vasc | great |
| 23:54.38 | Notify | 03BRL-CAD Wiki:Bhollister * 9017 /wiki/MGED_CMD_nmg: /* Example(s) */ |
| 23:56.16 | vasc | it can also render bigger scenes but it takes forever |
| 23:59.16 | Notify | 03BRL-CAD Wiki:85.246.100.5 * 9018 /wiki/User:Vasco.costa/GSoC15/logs: |
| 23:59.16 | vasc | so any suggestions on how to store the solid database in GPU RAM? |
| 23:59.16 | vasc | i have an idea but its gonna do a lot of cache misses |
| 23:59.43 | Stragus | A single big chunk of memory, all packed, no pointers, based on offsets, with nearby geometry stored close |
| 23:59.58 | Stragus | The single big chunk of memory also makes it possible to fetch the data as a texture |
| 00:00.05 | vasc | that's gonna be a problem with all these object types. but i'll think of a way |
| 00:00.17 | Stragus | Fetching as a texture is faster than direct memory access on some hardware, Nvidia Kepler for example |
| 00:00.31 | Stragus | (2.5 times faster on Kepler, no kidding) |
| 00:00.32 | vasc | oh it is? |
| 00:00.38 | vasc | interesting |
| 00:00.55 | vasc | i thought they had changed the L2 cache so it wasn't a problem anymore |
| 00:01.17 | vasc | then again |
| 00:01.25 | vasc | it should be doing streaming loads. |
| 00:01.25 | vasc | hm |
| 00:01.26 | Stragus | Later Kepler with CUDA compute 3.5 has ldg() to fetch read-only data through the texture cache, but compute 3.0 must "manually" use the texture cache |
| 00:01.43 | Stragus | Doesn't matter, texture cache is always faster on CUDA compute 3.0 |
| 00:02.03 | vasc | so i have to use that ldg() syscall? |
| 00:02.12 | Stragus | That only works on compute 3.5 |
| 00:02.20 | Stragus | If you want good performance on 3.0, you need texture fetches |
| 00:02.35 | Stragus | And that's a CUDA thing, no idea if it's available on OpenCL |
| 00:02.46 | vasc | oh right |
| 00:02.51 | vasc | well |
| 00:02.57 | vasc | the opencl texture support is kinda crappy |
| 00:03.12 | Stragus | So... there are many good reasons to try to pack everything in a single big chunk of memory |
| 00:03.17 | Notify | 03BRL-CAD Wiki:Bhollister * 9019 /wiki/MGED_CMD_nmg: /* Example(s) */ |
| 00:03.45 | vasc | i think i know what i'll do |
| 00:03.56 | vasc | i'll first compute the size of each solid in the solid list |
| 00:04.08 | vasc | and then i'll do a prefix sum to figure out the offset of each solid |
| 00:04.16 | Stragus | Sounds reasonable |
| 00:04.49 | vasc | the question is where to store the solid type data |
| 00:05.20 | Stragus | In the same big chunk of memory |
| 00:05.26 | vasc | there are 44 solid types |
| 00:05.28 | vasc | so |
| 00:05.37 | Stragus | So? It's just data, doesn't matter what type it is |
| 00:05.40 | vasc | that's like 6 bits |
| 00:05.50 | vasc | well |
| 00:06.02 | vasc | i could stuff it in the solid ids |
| 00:06.14 | vasc | and then i would have like 18 bits |
| 00:06.20 | vasc | oh no |
| 00:06.22 | vasc | 28 bits |
| 00:06.29 | vasc | 26 |
| 00:06.32 | vasc | geez |
| 00:06.32 | Stragus | scratches his head |
| 00:06.34 | Stragus | Right, 26 :p |
| 00:06.57 | vasc | 67 million solids |
| 00:07.02 | vasc | i think that should be enough |
| 00:08.07 | Notify | 03BRL-CAD Wiki:Bhollister * 9020 /wiki/User:Bhollister/DevLogJuly2015: /* Wed, July 15, 2015 */ |
| 00:08.35 | vasc | if we need more i'll just switch to 64 bits |
| 00:08.48 | vasc | and then we get 58 bits |
| 00:08.53 | Stragus | No, just separate the two values then |
| 00:09.05 | Stragus | GPU hardware is better at managing 32 bits values than 64 bits |
| 00:09.15 | vasc | well |
| 00:09.23 | vasc | i'm supposed to use 64-bit doubles and everything |
| 00:09.29 | Stragus | Ouch. |
| 00:09.31 | vasc | really. its a design requirement |
| 00:09.32 | vasc | yep |
| 00:09.34 | vasc | its baaaad |
| 00:09.53 | Stragus | I understand why they need it, but it's not going to be very fast |
| 00:10.03 | vasc | i'll try to make it a compile option |
| 00:10.05 | Stragus | You could support both |
| 00:10.14 | Stragus | Or a runtime option, better |
| 00:10.20 | bhollister | starseeker: updated design docs. need input on newly proposed subcommands before proceeding with their impl. |
| 00:11.03 | vasc | that's gonna be a lot harder |
| 00:11.05 | vasc | although... |
| 00:11.25 | vasc | the thing about opencl is that you don't run binaries |
| 00:11.37 | vasc | you pass source code to the driver and it compiles it on program load |
| 00:11.53 | Stragus | There you go |
| 00:12.20 | vasc | yeah i can just pass a compiler flag to the graphics driver saying which type i want |
| 00:13.06 | Stragus | Yes well, your big-chunk-of-memory data must be of the right type |
| 00:13.28 | Stragus | In my raytracer, I compile the same files many, many times with different #if stuff |
| 00:13.39 | Stragus | To produce a bunch of pipelines optimized for different needs |
| 00:14.17 | vasc | AoS it is |
| 00:14.43 | vasc | SoA is just too much of a problem with all these data types |
| 00:14.50 | Stragus | o.O |
| 00:15.01 | Stragus | Come on, you are going to absolutely destroy performance |
| 00:15.06 | vasc | not really |
| 00:15.13 | Stragus | Yes really |
| 00:15.17 | vasc | its never going to be good |
| 00:15.29 | vasc | because you can have different solid types |
| 00:15.32 | Stragus | It's never going to be good, so it can be much worse and it doesn't matter? :p |
| 00:15.50 | Stragus | That's not a problem if the rays are coherent, they will hit the same solids and be processed simultaneously |
| 00:15.51 | vasc | fine. tell me how to implement SoA with different solid types |
| 00:16.12 | vasc | spheres, ellipsoids, torus, triangle meshes, etc |
| 00:16.13 | Stragus | You can even be clever with ballot() call for the wrap to "vote" on the best execution path |
| 00:16.15 | vasc | all in the same cell |
| 00:16.34 | Stragus | Sure, so you make sure all rays process the same solids coherently, simultaneously |
| 00:16.41 | vasc | ah |
| 00:17.12 | vasc | i can leave that to the next guy |
| 00:17.18 | vasc | :-) |
| 00:17.19 | vasc | well |
| 00:17.24 | Stragus | That next guy will have to rewrite your code to fix this! :) |
| 00:17.29 | vasc | yep |
| 00:17.42 | vasc | well |
| 00:18.08 | vasc | the thing is last time i read about it the coherent grid raytracing isn't faster than the non-coherent one on a gpu |
| 00:18.23 | vasc | so... |
| 00:18.30 | Stragus | The next guy will have to rewrite everything, all the data layout *and* the code, plus wrap coherency considerations and so on |
| 00:18.36 | vasc | nah |
| 00:18.37 | Stragus | Whatever you read, it is totally wrong |
| 00:18.43 | Stragus | wrote a CUDA raytracer |
| 00:18.46 | vasc | as long as its cache coherent its ok |
| 00:19.12 | vasc | if the data is packed decently enough |
| 00:19.16 | vasc | oh now i remembered |
| 00:19.21 | vasc | i'm using spatial subdivision |
| 00:19.28 | vasc | i'll have solids in more than one cell |
| 00:19.30 | vasc | hmmmm |
| 00:20.18 | vasc | so i can only do a coarse sort and hope its coherent |
| 00:20.18 | Stragus | Coherent raytracing is like 10x faster than incoherent rays |
| 00:20.30 | vasc | or i duplicate data and use more mem |
| 00:20.39 | vasc | not on a gpu |
| 00:20.42 | Stragus | Yes, on a GPU |
| 00:20.45 | vasc | at least its what people told me |
| 00:21.03 | Stragus | Seriously, I wrote a CUDA raytracer, it was presented at a Nvidia conference, 1 billion rays per second on decent geometry |
| 00:21.11 | vasc | i know |
| 00:21.20 | Stragus | I have benchmarked all Nvidia hardware a lot |
| 00:21.22 | vasc | i talked with some UT Austin guys in 2009 and they told me that |
| 00:22.06 | vasc | its the SIMT model |
| 00:22.10 | vasc | i guess |
| 00:22.20 | vasc | all the threads will bang the same data anyway |
| 00:22.28 | Stragus | AMD hardware is similar, except a little less flexible than Nvidia's |
| 00:23.01 | Stragus | What you want is all rays to process the same solid simultaneously if they are going to hit it |
| 00:23.11 | vasc | but they already do that more or less |
| 00:23.17 | vasc | or will anyway |
| 00:23.38 | vasc | if the traversal space is similar |
| 00:23.59 | Stragus | Simutaleously? Not one ray processing it first because it reached an intersected cell first, followed by 25 more rays, then some 5 rays, and finally a last ray? |
| 00:24.03 | vasc | if it isn't the coherent grid thing doesn't help a lot either |
| 00:24.05 | Stragus | Your grid can break apart the bundle |
| 00:24.14 | vasc | yeah that's what will happen |
| 00:24.19 | vasc | well |
| 00:24.30 | vasc | later. much later. |
| 00:24.33 | vasc | that's v2.0 stuff. |
| 00:24.43 | Stragus | Okay. But just plan ahead for this |
| 00:25.06 | vasc | its like i said i think a bvh would be better |
| 00:25.18 | vasc | so thinking about coherent grids probably a waste of time |
| 00:25.51 | Stragus | Coherent grids can be faster if the geometry or objects are somehow uniformly distributed... which is not a common case |
| 00:25.54 | vasc | lets just focus on eliminating dynamic memory allocations and gotos, and crap like that for now |
| 00:25.59 | Stragus | :) Okay |
| 00:26.17 | vasc | if its really simple it can be changed later |
| 00:26.33 | vasc | right now this thing is a nightmare to port to opencl |
| 00:26.57 | Stragus | It's certainly fine to start with something quick and dirty, but just plan ahead so the transition to something better will go smoothly |
| 00:27.09 | vasc | yep |
| 00:27.22 | vasc | unfortunately the quick and dirty is still taking a bloody long time |
| 00:27.30 | vasc | because there's a looooot of things to do |
| 00:27.33 | Stragus | :) Yes, I can imagine that |
| 00:28.50 | vasc | the csg boolean thing |
| 00:28.57 | vasc | simplifying that will be interesting... |
| 00:29.01 | vasc | a headache |
| 00:29.15 | vasc | last time i looked at it the code was branching like hell with gotos everywhere |
| 00:30.12 | Stragus | I assume you know it's important to keep the flow as synchroneous as possible on GPU |
| 00:30.24 | Stragus | A lot more computations is better than branches |
| 00:30.34 | vasc | yeah |
| 00:30.42 | vasc | the question is how to do that to rt_boolweave |
| 00:31.30 | Stragus | 's eyes hurt |
| 00:31.40 | Stragus | I sympathize. |
| 00:33.00 | vasc | figuring out a way without dynamic memory allocation would be a start |
| 00:33.26 | vasc | that thing is all branches and dynamic double linked lists |
| 00:33.56 | vasc | and its called on the buffered dynamic linked list of multi-hit intersection for every single cell we intersect |
| 00:35.22 | Stragus | You should clarify with brlcad if you must somehow buffer all hits and return them to CPU code, or if a GPU inlined callback would be sufficient |
| 00:36.07 | Stragus | The first one is messy and slow, and that's a lot of data to constantly copy from GPU to CPU |
| 00:36.28 | vasc | yes |
| 00:36.36 | vasc | well they prefer to keep 100% compat with everything |
| 00:36.51 | vasc | so my guess its that they prefer the first option but its gonna be bad on the long run |
| 00:37.07 | Stragus | They'll need new code to efficiently use a GPU raytracer |
| 00:37.34 | vasc | i thought first i could render on the gpu and cpu and somehow merge results of the whole render |
| 00:37.42 | vasc | but with this multi-hit thing its more tricky |
| 00:38.12 | vasc | like render the gpu accel solids on the gpu and the ones that aren't ported to the gpu would be rendered on the cpu |
| 00:38.28 | vasc | if it was single-hit it would be easy |
| 00:38.29 | Stragus | That doesn't sound good |
| 00:39.16 | vasc | you would just need the depth, object, material, at each pixel |
| 00:39.25 | vasc | on cpu and gpu |
| 00:39.32 | vasc | and then you figured out which was in front |
| 00:39.37 | vasc | for each pixel |
| 00:40.44 | vasc | its not like i can call cpu code inside the gpu |
| 00:40.49 | vasc | unless i pause it all the time |
| 00:40.50 | vasc | hmm |
| 00:41.01 | Stragus | That sounds like much more trouble than just porting all solid types |
| 00:41.14 | vasc | there's like 44 |
| 00:41.15 | vasc | of them |
| 00:41.22 | vasc | i'm gonna port like i dunno 8 |
| 00:41.56 | Stragus | Many of them will be very similar |
| 00:42.22 | vasc | yeah but there's no time before gsoc ends |
| 00:43.16 | Stragus | I would port 8 and leave it to someone else to complete |
| 00:43.23 | Stragus | That cpu-gpu mix is really asking for trouble |
| 00:43.27 | vasc | i also think its the best option yes |
| 00:44.01 | vasc | i'll need to talk about it again with sean |
| 00:44.11 | Stragus | nods |
| 00:46.10 | vasc | thinking about it some more a bvh would simplify some things |
| 00:46.36 | vasc | if i knew the leaves all had the same max number of objects i could still buffer the hits on each cell without using dynamic memory allocation |
| 00:47.24 | Stragus | Why the leaves? Wouldn't it be the maximum count of intersections in the whole scene? |
| 00:48.38 | vasc | i won't claim that i get how the csg stuff works well |
| 00:48.49 | Stragus | I would probably do something like... reserve 8 hits per ray, and each ray can "request" additional chunks of 8 hits when running out of hit space, through some atomics in a giant shared buffer for all hits |
| 00:48.50 | vasc | but it seems to call rt_booleanweave for every cell it intersects |
| 00:49.12 | Stragus | ... giant shared buffer for all rays* |
| 00:49.38 | vasc | but yeah it probably just does that |
| 00:50.24 | vasc | can't you incrementally do the csg? |
| 00:50.37 | vasc | probably need to think this over |
| 00:50.42 | Stragus | You probably know more about CSG than I do :/ |
| 00:51.16 | vasc | i don't know that much |
| 00:51.28 | vasc | i only know its boolean ops in ray tracing |
| 00:51.43 | vasc | i've seen brute force csg ray tracers |
| 00:51.45 | vasc | that's about it |
| 00:51.49 | vasc | but this one ain't brute force |
| 00:54.06 | vasc | at the time i started this sean suggested thinking about other similar algorithms to see if i could do this differently |
| 01:00.16 | Stragus | That sounds like good advice to me |
| 01:00.34 | Stragus | The algorithm's design is probably 30 years old |
| 01:03.43 | Notify | 03BRL-CAD Wiki:Terry.e.wen * 9021 /wiki/User:Terry.e.wen/log: |
| 01:09.05 | *** join/#brlcad vasc__ (~vasc@bl7-122-190.dsl.telepac.pt) | |
| 01:21.48 | vasc__ | night |
| 02:59.44 | Notify | 03BRL-CAD:starseeker * 65655 brlcad/trunk/src/libged/nmg_cmface.c: Apply patch #390 from Brad Hollister, removing unused tmp variable. |
| 03:05.39 | Notify | 03BRL-CAD:starseeker * 65656 brlcad/trunk/src/libged/nmg_cmface.c: Apply patch #390 version 2 from Brad Hollister |
| 04:33.06 | *** join/#brlcad infobot (ibot@69-58-76-73.ut.vivintwireless.net) | |
| 04:33.06 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-) | |
| 05:08.53 | *** join/#brlcad gurwinder (3b599fa2@gateway/web/freenode/ip.59.89.159.162) | |
| 05:16.13 | *** join/#brlcad milinda (~milinda@112.134.13.69) | |
| 05:46.36 | *** join/#brlcad milinda (~milinda@124.43.140.87) | |
| 06:05.20 | *** join/#brlcad milinda (~milinda@124.43.181.242) | |
| 06:47.31 | *** join/#brlcad milinda (~milinda@124.43.92.201) | |
| 07:05.15 | *** join/#brlcad milinda (~milinda@112.135.69.88) | |
| 07:36.11 | *** join/#brlcad milinda (~milinda@112.134.225.229) | |
| 07:37.00 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 08:33.36 | Notify | 03BRL-CAD Wiki:MeShubham99 * 9022 /wiki/User:MeShubham99/GSoc15/log_developmen: /* Week 8 */ |
| 09:15.38 | *** join/#brlcad tess (~tess@122.173.205.133) | |
| 10:04.49 | *** join/#brlcad infobot (ibot@69-58-76-73.ut.vivintwireless.net) | |
| 10:04.49 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-) | |
| 10:12.52 | *** join/#brlcad gurwinder (75c7660a@gateway/web/freenode/ip.117.199.102.10) | |
| 10:31.54 | *** join/#brlcad tess (~tess@122.173.205.133) | |
| 11:20.01 | *** join/#brlcad milinda (~milinda@112.134.236.34) | |
| 11:28.20 | *** join/#brlcad milinda (~milinda@112.134.236.34) | |
| 11:53.40 | *** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca) | |
| 12:44.23 | *** join/#brlcad teepee-- (bc5c2134@gateway/web/freenode/ip.188.92.33.52) | |
| 12:49.15 | Notify | 03BRL-CAD:ejno * 65657 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: remove unnecessary try block |
| 13:53.55 | *** join/#brlcad milinda (~milinda@124.43.66.153) | |
| 14:40.25 | Notify | 03BRL-CAD:brlcad * 65658 brlcad/trunk/TODO: some more thoughts on extending libbu's parallelism functionality |
| 15:00.03 | *** join/#brlcad konrado (~konro@154.70.99.62) | |
| 15:03.28 | *** join/#brlcad tess_ (~tess@122.173.205.133) | |
| 15:23.56 | Notify | 03BRL-CAD Wiki:MeShubham99 * 9023 /wiki/User:MeShubham99/GSoc15/log_developmen: /* Week 8 */ |
| 15:25.39 | *** join/#brlcad milinda (~milinda@124.43.185.227) | |
| 16:23.06 | *** join/#brlcad milinda (~milinda@124.43.185.227) | |
| 16:54.58 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 17:02.54 | brlcad | Stragus: vasc's problem (regarding solving all problems at once) is that he has a very strict near-term deadline, and has to have made some useful progress by the end .. AND then pass that work on to someone else to continue |
| 17:03.12 | brlcad | so he doesn't really have that luxury |
| 17:11.16 | Stragus | Ah right, I'm still not too familiar with the whole GSoC concept |
| 17:12.46 | Stragus | By the way, I assume you know that if someone is going to port the raytracer to OpenCL, you really need to change the interface and adapt all the code using the raytracer... |
| 17:12.59 | Stragus | It's really not designed for parallel hardware |
| 17:21.33 | brlcad | Stragus: also the opencl implementat that calls a kernel on each solid intersection that you seemed surprised by had absolutely nothing to do with performance (it was only a validation of the calculations being correct for a specific primitive converted, full stop) |
| 17:22.23 | Stragus | Right, makes sense |
| 17:22.58 | milinda | brlcad: Can you please tell me what exactly poly2tri_CDT does ? I mean as a summary ? |
| 17:27.17 | brlcad | "20:35 < Stragus> You should clarify with brlcad if you must somehow buffer all hits and return them to CPU code, or if a GPU inlined callback would be sufficient" <-- well duh, we want both :) |
| 17:27.28 | brlcad | is still reading backlog fwiw, not current discussion |
| 17:28.58 | *** join/#brlcad vasc (~VASC@bl7-122-190.dsl.telepac.pt) | |
| 17:30.27 | brlcad | all caught up now |
| 17:31.17 | brlcad | Stragus: yep, definitely know that the interface will need to eventually be adapted -- we'll also need a (slow) compatible interface first though so we can validate the computations |
| 17:31.43 | brlcad | but the goal indeed is to change the method so that analysis applications are also acceleratable and getting updates via callback or in batches or both |
| 17:33.16 | Notify | 03BRL-CAD Wiki:MilindaFernando * 9024 /wiki/User:MilindaFernando/gsoc2015_devlog: /* STEP Viewer Project Development Log */ |
| 17:33.24 | brlcad | the purpose of the single kernel per solid intersection was indeed just to validate correct calculations, and indeed the first conversion was demonstrably different (i.e., wrong) due to precision/tolerance mismatches |
| 17:34.02 | brlcad | milinda: hmmm |
| 17:34.24 | brlcad | looks |
| 17:35.38 | milinda | brlcad: can we please chat I need several things to figure out :) |
| 17:35.53 | Stragus | brlcad: Right. I assume you know that any OpenCL "callback" would have to be built in the same "kernel" (sorry, CUDA speak) as the OpenCL raytracing code |
| 17:36.04 | brlcad | it's doing constrained delaunay triangulation using the poly2tri library |
| 17:36.19 | brlcad | basically, turning the nurbs surface into triangles |
| 17:36.35 | Stragus | In my CUDA raytracer, the user would provide a "callback" and it would build the whole raytracing pipeline with that function inlined directly deep in the code |
| 17:37.13 | brlcad | Stragus: I figured something like that would be necessary for optimal performance |
| 17:37.33 | brlcad | given how the projects are so varied and disjoint, that tight coupling might not be practical |
| 17:37.43 | Stragus | Well, it's not just optimal performance: the other way involves buffering an arbitrary number of hits per ray, and that's really messy |
| 17:37.44 | brlcad | in which case we'll probably pass back bundles of results |
| 17:38.00 | brlcad | which they can process however they like, hopefully coherenty |
| 17:39.03 | milinda | brlcad: Assume we have surface triangles for an geometry. But How can we generate a solid from them ? I mean can you explain me how surface triangles would help to visualize the geometry as a solid in Open GL? |
| 17:39.05 | Stragus | I would suggest designing the OpenCL code so that any code can build custom pipelines with a provided hit-handling callback |
| 17:39.23 | Stragus | Other code could rely on a default pipeline built with hit-handling code that somehow buffers up everything |
| 17:39.41 | milinda | brlcad: Using surface triangles what we get a mesh for the geometry. Is this correct ? |
| 17:39.42 | brlcad | there's more than a dozen external groups that integrate librt for ray intersections for various analytic purposes .. there's no way they will all rework their interface so some will be slow .. some will likely make full accommodations, and others partial |
| 17:39.50 | brlcad | but remember, some of them aren't even in C |
| 17:40.43 | brlcad | some callers are coming through java bindings, some through fortran |
| 17:41.36 | brlcad | milinda: I'm not sure I understand your terminology |
| 17:42.01 | brlcad | milinda: you don't need to generate a solid -- you need triangles you can pass to opengl |
| 17:42.11 | brlcad | getting triangles for each surface does exactly that |
| 17:42.51 | milinda | brlcad: so the final visualized shape would be a triangular mesh of the shape. ? |
| 17:43.08 | brlcad | yes |
| 17:43.36 | milinda | brlcad: are we going to stop with that no solid geometry in the viewer ? |
| 17:44.01 | brlcad | milinda: what does "solid geometry in the viewer" mean to you? |
| 17:44.08 | brlcad | because that terminology is not right |
| 17:44.14 | milinda | brlcad: I mean color shaded shape ? |
| 17:44.52 | brlcad | you color and shade the triangles in opengl |
| 17:45.00 | brlcad | those triangles make a shape |
| 17:46.18 | brlcad | ih8sum3r: I did not, the fibers component failed to compile |
| 17:46.20 | milinda | brlcad: so all the cad programs which does render the geometry as a "visually solid" does it by getting the triangular mesh and color triangles and rt it? |
| 17:46.57 | brlcad | ih8sum3r: looks like relatively simple portability errors, but "npm install fibers" worked |
| 17:47.02 | brlcad | it installed 1.0.6 |
| 17:47.34 | brlcad | milinda: they get a trinagular mesh, color the triangles, and send it to opengl |
| 17:47.53 | brlcad | milinda: do you have an install of brl-cad handy? |
| 17:47.56 | ih8sum3r | brlcad: Same error on my side. Okay I will try with 1.0.6 version. |
| 17:48.11 | vasc | howdy |
| 17:49.38 | brlcad | hi vasc |
| 17:49.43 | brlcad | read your nice long convo yesterday |
| 17:49.51 | brlcad | good thoughts all around |
| 17:50.12 | vasc | i still need to do a bunch of things before i start working on the boolean weaving though |
| 17:50.25 | brlcad | the main limiting factor here is time and wanting something incrementally useful *before* gsoc is over (it's already crazy risky enough) |
| 17:50.34 | milinda | brlcad: No Should I install it ? |
| 17:51.18 | brlcad | milinda: if you going to be calling into brl-cad libs, aren't having those libs installed required? :) |
| 17:52.20 | milinda | brlcad: yes I need to install them :) |
| 17:53.28 | milinda | brlcad: So as the next step what should I do is a write a function which takes a ON_Brep structure and browse all the surface triangles ? Correct ? |
| 17:54.04 | milinda | brlcad: then we can get a tringluar mesh at the viewer. :) |
| 17:54.42 | brlcad | well once you do that, you can find a simple 3dm model online (e.g., from grabcad.com), convert it with "3dm-g", then open that .g file with our "mged" application, and run commands that let you visualize ("tops" will tell you names to use, and "draw -m1 somename" will display that nurbs as shaded triangles) |
| 17:55.07 | brlcad | milinda: an ON_Brep intrinsically does not have surface triangles |
| 17:55.10 | brlcad | they have to be calculated |
| 17:55.46 | brlcad | that is exactly what we do (in rt_brep_plot_poly and the CDT library calls) |
| 17:56.41 | milinda | brlcad: you mean I should Install the libraries and call them instead of writing new code to do that. ? |
| 17:57.50 | brlcad | milinda: I think it took one of our devs about 4-6 months to calculate the triangles in a useful manner |
| 17:58.31 | brlcad | it's easily a gsoc project all of it's own just to do that... |
| 17:58.53 | brlcad | so yeah, that's why in your original proposal, it was suggested that you leverage our work |
| 17:59.17 | brlcad | now whether you call a library or extract the code of signficance doesn't really matter (so long as attribution and legalities are correct) |
| 18:00.30 | vasc | so you just sample a bunch of points on the surface and triangulate that? |
| 18:02.46 | ih8sum3r | brlcad: I guess fibers are not installed properly, I'm getting this error : Error: Cannot find module 'fibers' |
| 18:14.19 | *** join/#brlcad milinda (~milinda@124.43.95.17) | |
| 18:14.24 | brlcad | vasc: for triangulation, that's all you can do |
| 18:14.43 | brlcad | there are other modes of visualization, like just rendering the surface edge splines |
| 18:15.18 | brlcad | but the surface itself doesn't have anything intrinsic that can be sent to opengl, you have to evaluate surface polylines, points, triangles, etc |
| 18:17.34 | brlcad | an older slower method involved converting the nurbs surfaces into a set of bezier patches, and triangulating those patches for visualization |
| 18:17.48 | brlcad | some CAD systems still use that indirect method |
| 18:18.59 | brlcad | triangulating bezier patches is also still just sampling points on the surface so you can make a mesh, it's just a much simpler evaluation than directly evaluating the complex nurbs surface (high high order equations) |
| 18:19.19 | vasc | i see. it seemed kinda of brute force so i thought that someone had come up with something better. |
| 18:23.15 | brlcad | polylines is arguably better, but opengl doesn't have support for shaded rendering of polyline strips |
| 18:23.36 | brlcad | GLU has support for rendering NURBS, but it basically does the old bezier patch method |
| 18:24.26 | brlcad | you can do adaptive sampling of the NURBS, and that's about as good as it gets for sending something to opengl |
| 18:25.04 | vasc | i'm gonna have a masters student working on NURBS next year so i was kind of interest |
| 18:25.05 | vasc | ed |
| 18:29.32 | vasc | i keep hearing that the latest opengl has tesselation support so i thought there would be some better way of doing it or something |
| 18:38.12 | starseeker | growls at sourceforge... |
| 18:38.23 | vasc | switch to github then |
| 18:38.54 | starseeker | brlcad-as-git-checkout is.... rather large. we have a lot of history |
| 18:39.21 | vasc | more than the linux kernel? |
| 18:39.26 | vasc | oh right |
| 18:39.28 | vasc | 1970s |
| 18:39.41 | vasc | how far back does the repo go anyway? |
| 18:39.46 | starseeker | 1983 |
| 18:40.39 | starseeker | I've done a git conversion of our svn repo (even have the process quasi-automated) and it clocks in at 1.6 gigs |
| 18:40.40 | vasc | even old than gcc then |
| 18:41.09 | vasc | oh i see |
| 18:41.18 | vasc | github says they want repos to be below 1GB |
| 18:41.54 | starseeker | http://blog.openhub.net/2012/10/oldies-but-goodies-seven-projects-still-rocking-open-source/ |
| 18:42.30 | Stragus | vasc, OpenGL has "tesselation shaders", and nobody uses them, just like geometry shaders |
| 18:42.45 | ``Erik | http://brlcad.org/brlcad.git is daily conversion/mirror |
| 18:43.01 | Stragus | It's too slow and limited. Compute shaders replace all of this mess |
| 18:43.41 | starseeker | we could probably do some tricks like one project per src/other folder to spread the pain out |
| 18:44.45 | starseeker | hasn't tried building our history without src/other and misc/tools, but probably smaller |
| 18:45.19 | starseeker | is now curious... |
| 18:45.58 | vasc | oh right the dependencies |
| 18:46.27 | vasc | those are probably pretty big since have tcl/tk in there |
| 18:46.46 | starseeker | and a subset of boost, at some point in the history |
| 18:50.33 | starseeker | tries a "quick and dirty" approach... to do this right would require some care... |
| 18:54.31 | vasc | https://rtyley.github.io/bfg-repo-cleaner/ |
| 18:55.48 | vasc | maybe that will help |
| 18:56.26 | starseeker | vasc: the problem is stripping out large commits from older history would result in broken checkouts for those revisions |
| 18:56.40 | starseeker | it's occasionally necessary to test older revisions |
| 18:57.09 | starseeker | that would be good for checked in garbage, but when the large bits are actually *needed* we're worse off... |
| 18:58.37 | starseeker | might conceivably be acceptable for things that never worked right to begin with, but even that's a bit dicy... |
| 18:59.22 | vasc | so you need this one http://git-scm.com/docs/git-filter-branch |
| 19:00.57 | starseeker | probably, plus a *lot* of detailed history study to see what is in, what's out and what things look like for various options. Probably a lot of testing as well |
| 19:01.12 | vasc | another choice i guess is to break the repo at some point in time and archive that keeping on the repo only a shortened history |
| 19:01.25 | starseeker | don't let brlcad hear you suggest that ;-) |
| 19:02.13 | vasc | self-hosting then :-) |
| 19:02.19 | starseeker | heh |
| 19:02.20 | vasc | bbl |
| 19:03.11 | *** join/#brlcad milinda (~milinda@124.43.75.66) | |
| 19:05.59 | starseeker | bah - filtering out other only saved 150 megs |
| 19:06.07 | starseeker | wonders if he did something wrong... |
| 19:07.23 | starseeker | looks right... |
| 19:07.26 | starseeker | huh |
| 19:08.18 | starseeker | wonders if there are some commit size analysis tools available somewhere... |
| 19:08.48 | starseeker | and... of course https://code.google.com/p/gitinspector/ |
| 19:11.51 | starseeker | ah http://serverfault.com/questions/36784/search-for-large-checkins-in-a-subversion-repository |
| 19:15.54 | brlcad | yeah, I'm not at all keen on stripping or contorting the history for the sake of the tool/repo/size/whatever |
| 19:18.03 | starseeker | suspects BRL-CAD on github is probably a practical no-go |
| 19:18.43 | brlcad | I'm certainly not opposed, but I wouldn't switch on a whim |
| 19:19.14 | starseeker | we'd basically have to explain the situation to them and get an OK, and even then they may not be too keen on 2 gig forks... |
| 19:20.45 | brlcad | I would, but I'd doubt size would be a problem |
| 19:21.00 | brlcad | it's real history and there's no large files clogging it up |
| 19:21.03 | brlcad | just a ton of history |
| 19:21.29 | starseeker | couple of our hacking book images would be a problem |
| 19:22.04 | brlcad | large ==> >100MB |
| 19:22.34 | brlcad | I don't think we have much at >10MB |
| 19:22.39 | starseeker | ah, OK |
| 19:22.50 | starseeker | thought a couple of the high quality renders were bigger |
| 19:23.04 | starseeker | just my not-so-hot internet connection |
| 19:23.54 | *** join/#brlcad milinda (~milinda@124.43.202.141) | |
| 19:23.55 | brlcad | they got checked in? |
| 19:24.17 | starseeker | yeah - we added the hacking book to the doc build (or at least I thought we did) |
| 19:25.47 | brlcad | I know the book was added, but I didn't think the images were that big |
| 19:25.52 | starseeker | they aren't |
| 19:25.58 | brlcad | the biggest was probably teapot at 4k x 4k but in png format |
| 19:26.20 | starseeker | biggest is 12M |
| 19:26.27 | starseeker | sphflace2_cc |
| 19:26.47 | starseeker | teh M1A1 is second at 8, rest are below 4 |
| 19:27.06 | starseeker | s/teh/the |
| 19:29.41 | brlcad | okay, makes sense |
| 19:30.06 | starseeker | ah, cool - that svn size-of-revision script looks like it worked |
| 19:30.16 | brlcad | that sounds entirely reasonable to me |
| 19:35.02 | starseeker | interesting - if I'm reading this right, even the largest merges are around 90 megs |
| 19:35.09 | brlcad | looks like our biggest commit is r31506 |
| 19:35.16 | brlcad | looks like a commit that added ogre |
| 19:35.30 | Stragus | Ogre? The 3D engine? |
| 19:35.37 | starseeker | is that bigger than r23577? |
| 19:35.47 | brlcad | Stragus: yep |
| 19:36.02 | Stragus | That's a weird dependency to have |
| 19:36.21 | starseeker | Stragus: we're a CAD system - why's a 3d engine a weird dep? |
| 19:36.41 | brlcad | Stragus: experimental GUI work looking at using it for the CAD visuals |
| 19:37.21 | Stragus | Because a CAD system doesn't need a gaming-oriented 3D engine |
| 19:38.23 | starseeker | Stragus: fwiw, we're also checking out OpenSceneGraph |
| 19:38.31 | Stragus | once also wrote an OpenGL-rendered GUI, but creating the widgets became tiresome... http://www.rayforce.net/glui000.png |
| 19:38.51 | brlcad | it's not really any more gaming-oriented than openscenegraph, OSG, VTK, and a handful of others |
| 19:39.46 | starseeker | Stragus: I've had half an eye on this for a long while hoping it would reach a usable point: https://github.com/zhanggyb/BlendInt |
| 19:41.07 | Stragus | I haven't heard of that one |
| 19:41.08 | brlcad | an engine is desirable for some pretty basic aspects like asset management and scene graph management |
| 19:41.37 | brlcad | writing the code to do that well is really a distraction to our goals, especially when they do it more than adequate for our needs |
| 19:41.52 | Stragus | My GL gui was quite usable, just still missing a bunch of widgets (that screenshot is also old) |
| 19:42.20 | *** join/#brlcad milinda (~milinda@124.43.188.93) | |
| 19:42.31 | starseeker | Stragus: we've been looking at using Qt-in-GL, sorta like stellarium |
| 19:44.01 | starseeker | there are actually some reasonably impressive demos with qml, but IIRC the primary widgets remain something of a challenge |
| 19:44.02 | brlcad | for GUI, I have many in depth strong opinions and am quite picky about usability characteristics -- at least for our 3rd generation interface |
| 19:44.38 | starseeker | that's why starseeker considers qged 2.5gen ;-) |
| 19:45.36 | *** join/#brlcad gurwinder (3b5b7739@gateway/web/freenode/ip.59.91.119.57) | |
| 19:45.44 | brlcad | why not embrace it? |
| 19:46.11 | brlcad | what's the .5 missing? |
| 19:46.41 | starseeker | satisfying the in depth strong opinions and usability characteristics ;-) |
| 19:47.02 | starseeker | would be content with cleaner-archer-not-needing-Tk as a start |
| 19:47.28 | Stragus | has this habit of always writing everything from scratch, no dependencies |
| 19:48.14 | brlcad | Stragus: yeah, I get really pissed off at interfaces like that from a usability perspective... I admire the work, but the usability is usually just .. terrible |
| 19:48.22 | Notify | 03BRL-CAD Wiki:59.91.119.57 * 9025 /wiki/User:Gurwinder_Singh/GSoc15/log_developmen: |
| 19:48.27 | Stragus | Writing an OpenGL engine isn't that much work anyway, I wrote that some time ago: http://www.rayforce.net/newproject024.png |
| 19:48.28 | brlcad | love the appearance of custom, though, that alone can be a saving grace |
| 19:48.32 | starseeker | figures a real 3rd gen interface will be a fairly significant depature from the mged/archer paradigms |
| 19:48.56 | brlcad | doesn't |
| 19:49.28 | brlcad | significant in the sense that the new one should be explorable, yes |
| 19:49.44 | brlcad | pretty and easier to learn, yes |
| 19:50.16 | Stragus | Eheh brlcad, you want widgets that look and behave like the standard, right. |
| 19:50.20 | brlcad | functionality, though, no change really |
| 19:50.28 | brlcad | Stragus: nope |
| 19:50.54 | brlcad | behavior to a limited extent (key bindings, some presentation patterns) |
| 19:52.01 | brlcad | appearance, definitely not |
| 19:52.44 | Stragus | Okay, so what bothers you about the usability of different-looking GUIs? |
| 19:52.46 | starseeker | brlcad: well, for example, the original ogre/qt work was focused on Qt widgets in the 3d scene - that's something I didn't envision for qged. I'd be content to use osgQt to get an OpenSceneGraph window that gets passed to libdm (after upgrading libdm's API...) |
| 19:53.09 | brlcad | cursed with having studied interface design measurement and usability theory -- there are some fundamental issues regarding design patterns, familiarity, efficiency, discoverability |
| 19:54.09 | Stragus | That depends entirely on how the programmer writes his code using the GUI, not the GUI itself |
| 19:54.22 | brlcad | starseeker: now you're talking about "how", not "what" .. I frankly don't care much how as long as it doesn't get in the way of maintainability and longer-term development |
| 19:55.08 | starseeker | fair enough |
| 19:55.15 | brlcad | the issue is what usability patterns are made available, what steps the user takes to do some action |
| 19:55.39 | brlcad | it's very user-centric, which becomes the dev's problem |
| 19:55.48 | starseeker | so from that standpoint, whether Qt elements are available in the 3D scene or not is a detail? |
| 19:56.26 | brlcad | you don't just pop up a text field where a value needs to be input, which I could code up manually or delegate to a widget library and leave to whatever limitations/complexity that implies |
| 19:58.00 | brlcad | if the user is given a text field, it better behave to platform expectations -- which means they get navigation key-bindings, cursor controls, probably even basic field checking (e.g., spell checking, bounds checks, etc) |
| 19:58.37 | brlcad | Stragus: that's a good case point example -- did you input a text input field? |
| 19:59.16 | Stragus | Yes, with support for tab, alt+tab, arrow keys, shift+arrow, ctrl+arrow |
| 19:59.51 | brlcad | ctrl-a, ctrl-e, ctrl-w, ... |
| 20:00.21 | brlcad | those little nitpick issues seem inconsequential, but play a MAJOR role in long term usability and adoption |
| 20:00.28 | Stragus | Only the first one of these, but yes, you demand standard behavior |
| 20:00.33 | brlcad | did you spell check the words on the fly |
| 20:00.35 | Stragus | Oh I agree |
| 20:00.39 | Stragus | No :p |
| 20:00.47 | brlcad | that's just the tip |
| 20:01.30 | brlcad | that's we're leveraging something like Qt because valuable because they either have invested the effort already or provide all the necessary hooks |
| 20:01.31 | Stragus | I pretty much wrote that GUI system for my own needs as learning an existing GUI seemed... boring |
| 20:01.39 | Stragus | Indeed |
| 20:01.40 | brlcad | nods |
| 20:02.00 | brlcad | it can be boring, but that's where the fun is in stylistic presentation |
| 20:02.12 | brlcad | there is some amazing research work in GUI stylization |
| 20:03.09 | Stragus | finds it more fun to optimize GPU texture caching of all GUI "images" with clever area invalidation, minimized scissoring, batching and other tricks |
| 20:03.17 | Stragus | But yes, I certainlt understand your points |
| 20:03.20 | Stragus | certainly* |
| 20:05.51 | brlcad | starseeker: probably the biggest piece I see required for gen3 is a fully pervasive on-demand command functionality |
| 20:05.54 | brlcad | (not the command console, that's a separate issue/feature) |
| 20:09.43 | *** join/#brlcad Izakey (~Isaac@41.205.22.26) | |
| 20:10.21 | brlcad | Izakey: still have that link handy? maybe starseeker can help... |
| 20:11.27 | Izakey | brlcad, I tried rectifying the libpng today and it blew away my entire GUI |
| 20:11.56 | brlcad | ouch! |
| 20:12.02 | Izakey | I'm accessing this channel using a mobile device. Let me find the link however |
| 20:12.11 | brlcad | sounds like .. you did something wrong :/ |
| 20:14.05 | starseeker | O.o |
| 20:15.42 | Izakey | Yeah, libpng was at 12. I installed,deleted and reinstalled libpng16.so.16 or so and my computer just powered itself off |
| 20:16.13 | Izakey | starseeker, this is the link https://paste.kde.org/pab6nw3ai |
| 20:17.10 | Izakey | A man without Xserver needs all the help he can get ;) |
| 20:17.15 | Stragus | libpng is not binary compatible between major versions |
| 20:17.46 | Stragus | Reinstall libpng 1.2, or rebuild everything that depends on it |
| 20:19.17 | Izakey | Thanks Stragus. |
| 20:20.40 | Stragus | isn't fond of that whole Unix philosophy of software linking tons of libraries instead of including the dependencies at build time |
| 20:20.55 | brlcad | starseeker: if you want some GUI homework to look into, try playing with Kupfer! or Synapse on Linux -- they incorporate some relevant usability concepts based on research |
| 20:21.26 | brlcad | somewhat similar to quicksilver on mac os x |
| 20:21.51 | brlcad | or even spotlight, but that interface is only half-there |
| 20:22.41 | brlcad | ah, Gnome Do might be similar too |
| 20:22.51 | brlcad | but i've just found that one now |
| 20:22.52 | Izakey | will not advise playing with GUI after today's experience |
| 20:23.09 | brlcad | "GNOME Do is inspired by Quicksilver" ... so apparently yes |
| 20:23.29 | brlcad | Izakey: you should be able to restore your GUI just by restoring libpng, no? |
| 20:23.40 | brlcad | what'd you do to it? |
| 20:23.45 | Stragus | Izakey, how did you end up replacing the installed libpng? |
| 20:24.05 | Stragus | Gentoo builds libpng12.so, libpng13.so, libpng14.so, etc. to avoid that kind of problem |
| 20:24.07 | Izakey | I used rpm to install the .rpm file |
| 20:24.36 | brlcad | just installing wouldn't have easily broken something unless an RPM overwrote a symlink |
| 20:24.54 | brlcad | would have had to overwrite/delete a symlink or delete the old lib |
| 20:24.57 | Izakey | My entire Fedora is bash - from login to what have you |
| 20:25.14 | brlcad | Izakey: also, needed the entire build log, including the cmake output |
| 20:26.23 | brlcad | prefers linux without an X server :) |
| 20:26.34 | Izakey | The cmake build log from yesterday ? brlcad |
| 20:26.47 | brlcad | I never got to see it because the url was blocked |
| 20:26.55 | brlcad | I can probably get to it now |
| 20:27.55 | Izakey | thinks Linux without Xserver can really suck |
| 20:28.39 | Stragus | spent 2 days in text mode when his GPU fried from too much CUDA, a month ago |
| 20:28.54 | Stragus | You get used to it, eh |
| 20:31.20 | Izakey | fetches yesterday's build log |
| 20:34.58 | starseeker | Izakey: did you try -DBRLCAD_ENABLE_ALL=ON ? |
| 20:35.52 | Izakey | Yes starseeker ? |
| 20:36.00 | starseeker | and you still got that error? |
| 20:36.23 | Izakey | Yes starseeker |
| 20:36.38 | starseeker | somethings wrong then - it's pulling the wrong libpng |
| 20:36.43 | starseeker | it should be using a locally built copy |
| 20:37.01 | starseeker | ditto for zlib |
| 20:37.03 | ``Erik | heh, console 4evah! |
| 20:37.18 | starseeker | yeah, need full log for this one |
| 20:38.56 | Stragus | I frequently kill X and switch to raw console when I want precise benchmarks |
| 20:43.27 | ``Erik | http://elfga.com/~erik/tmp/ss20150716164155.png is what my mac lappie usually looks like (sometimes I fullscreen terminal just to be cool, but usually it's just maximized) :D |
| 20:45.19 | Izakey | console 4evah ! ``Erik |
| 20:46.02 | Stragus | I can relate: http://www.rayforce.net/desktop000.png |
| 20:48.19 | ``Erik | still using bx? |
| 20:48.56 | Stragus | Yup |
| 20:50.39 | Izakey | brlcad, I've given you access to the Google Doc. |
| 20:50.44 | ``Erik | I got sick of fighting the logging facility in bx, irssi did things 'mostly' right out of the box, so I was willing to spend the extra resources on it *shrug* :) |
| 20:56.03 | *** join/#brlcad vasc (~vasc@bl7-122-190.dsl.telepac.pt) | |
| 20:56.22 | vasc | man sf.net is still down |
| 20:59.03 | *** join/#brlcad Yash (3b5f267d@gateway/web/cgi-irc/kiwiirc.com/ip.59.95.38.125) | |
| 21:06.16 | *** join/#brlcad konrado (~konro@41.205.22.37) | |
| 21:06.25 | Yash | hi |
| 21:09.04 | *** join/#brlcad Yash (3b5f267d@gateway/web/cgi-irc/kiwiirc.com/ip.59.95.38.125) | |
| 21:09.57 | Notify | 03BRL-CAD Wiki:Konrado DJ * 9026 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 16 JULY 2015 */ |
| 21:10.56 | Notify | 03BRL-CAD Wiki:Konrado DJ * 9027 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 16 JULY 2015 */ |
| 21:25.06 | vasc | hello Yash |
| 21:25.58 | Yash | hi |
| 22:20.41 | *** join/#brlcad vasc (~vasc@bl7-122-190.dsl.telepac.pt) | |
| 22:27.47 | Notify | 03BRL-CAD Wiki:Bhollister * 9028 /wiki/MGED_CMD_nmg: |
| 22:37.37 | Notify | 03BRL-CAD Wiki:Bhollister * 9029 /wiki/MGED_CMD_nmg: /* Example(s) */ |
| 22:39.16 | Notify | 03BRL-CAD Wiki:Bhollister * 9030 /wiki/MGED_CMD_nmg: /* Proposed subcommands */ |
| 22:42.11 | Notify | 03BRL-CAD Wiki:Bhollister * 9031 /wiki/MGED_CMD_nmg: /* Example(s) */ |
| 22:42.47 | *** join/#brlcad ih8sum3r (~ih8sum3r@122.173.205.133) | |
| 23:00.15 | Notify | 03BRL-CAD Wiki:202.164.45.204 * 9032 /wiki/User:Hiteshsofat/GSoc15/log_developmen: |
| 23:05.06 | Notify | 03BRL-CAD Wiki:Bhollister * 9033 /wiki/User:Bhollister/DevLogJuly2015: /* Thurs, July 16, 2015 */ |
| 23:06.20 | Notify | 03BRL-CAD Wiki:Bhollister * 9034 /wiki/User:Bhollister/DevLogJuly2015: /* Mon, July 20, 2015: Start of Week 9 (of 14) */ |
| 01:30.29 | Notify | 03BRL-CAD Wiki:MeShubham99 * 9035 /wiki/User:MeShubham99/GSoc15/log_developmen: /* Week 8 */ |
| 02:04.10 | *** join/#brlcad ignacio (~IgnacioUy@2001:4830:134:7::11) | |
| 02:04.10 | *** join/#brlcad ignacio (~IgnacioUy@unaffiliated/ignaciouy) | |
| 03:02.37 | starseeker | this is pretty hard core... https://blog.skullsecurity.org/2015/how-i-nearly-almost-saved-the-internet-starring-afl-fuzz-and-dnsmasq |
| 03:04.19 | starseeker | writing low level dns by hand from memory... |
| 03:37.14 | *** join/#brlcad gurwinder (3b5b7739@gateway/web/freenode/ip.59.91.119.57) | |
| 04:25.59 | *** join/#brlcad ignacio (~IgnacioUy@2001:4830:134:7::11) | |
| 04:25.59 | *** join/#brlcad ignacio (~IgnacioUy@unaffiliated/ignaciouy) | |
| 06:44.14 | *** join/#brlcad infobot (ibot@69-58-76-73.ut.vivintwireless.net) | |
| 06:44.14 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-) | |
| 07:28.32 | *** join/#brlcad KimK (~Kim__@ip68-102-188-176.ks.ok.cox.net) | |
| 09:23.17 | *** join/#brlcad teepee-- (bc5c2134@gateway/web/freenode/ip.188.92.33.52) | |
| 10:05.04 | *** join/#brlcad ignacio (~IgnacioUy@2001:4830:134:7::11) | |
| 10:05.04 | *** join/#brlcad ignacio (~IgnacioUy@unaffiliated/ignaciouy) | |
| 13:05.21 | starseeker | hmm - the sf.net breakage seems to be more serious than usual this time... |
| 13:08.34 | ``Erik | I kinda feel like sf jumped the shark years ago, the modified binaries scandal and outages seem... on par? |
| 13:09.06 | ``Erik | wonders how big a darcs conversion would be O.o |
| 13:12.16 | ``Erik | pines for the days of clean and svelte cvs checkouts :) |
| 13:40.49 | brlcad | they had an outage like this .. 2 years ago? maybe 3? |
| 13:41.04 | brlcad | but I think this is the first on allure |
| 13:41.19 | brlcad | looks like everything is down including lists |
| 13:41.31 | brlcad | sent out a news announcement yesterday |
| 13:44.58 | ``Erik | this outage is insane, but it seems like there are frequent short outages *shrug* |
| 13:45.23 | ``Erik | github has frequent outages as well, but git is still usable when github is gone :D |
| 14:20.51 | *** join/#brlcad ih8sum3r (~ih8sum3r@122.173.41.20) | |
| 14:22.12 | brlcad | true true |
| 14:55.55 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 14:57.49 | ``Erik | is sorta wishing he wrote this app in swift instead of objc :/ |
| 14:58.55 | starseeker | ``Erik: there are frequent short outages - I checked their twitter feed |
| 14:59.19 | starseeker | https://twitter.com/sfnet_ops |
| 15:00.22 | starseeker | pretty much at least once a month |
| 15:00.30 | starseeker | for 2015 anyway |
| 15:06.16 | starseeker | github does seem to have a few outtages, but they seem to cope with them quickly and are informative about what's going on: https://status.github.com/messages |
| 15:22.11 | *** join/#brlcad vasc (~vasc@bl13-107-116.dsl.telepac.pt) | |
| 15:29.24 | starseeker | remembers back in the day when the slashdot admins did an in-depth review of what happened during an outage as a post-mortum |
| 15:31.23 | starseeker | ah yes http://news.slashdot.org/story/01/06/27/124207/blow-by-blow-account-of-the-osdn-outage |
| 15:31.34 | starseeker | long long ago now |
| 15:32.41 | ``Erik | heh, I read slashdot via rss now, and it's very rare that I click past a headline :/ |
| 15:53.40 | *** join/#brlcad Izakey (~Isaac@41.205.22.48) | |
| 16:06.05 | Izakey | brlcad, ``Erik, starseeker, Stragus, vasc Any tips on restoring my GUI, Kinda tired of console already. |
| 16:06.21 | Izakey | doesn't know exactly where to start |
| 16:27.55 | *** join/#brlcad bhollister2 (~brad@2601:647:cb02:7a00:2885:f5e9:dd21:1625) | |
| 16:30.36 | vasc | console? |
| 16:31.32 | vasc | svn: E000111: Unable to connect to a repository at URL 'https://svn.code.sf.net/p/brlcad/code/brlcad/trunk' |
| 16:31.36 | vasc | those guys are really incompetent |
| 16:36.52 | Izakey | vasc , Any suggestions ? |
| 16:37.00 | vasc | i don't get it |
| 16:37.03 | vasc | which console? |
| 16:37.16 | vasc | i need context here. |
| 16:48.33 | Izakey | vasc, I have no GUI any longer, I only have the command line to work with |
| 16:50.00 | vasc | for what? the operating system? |
| 16:50.07 | vasc | and which operating system are we talking about |
| 16:50.21 | vasc | or is it the brl-cad application itself |
| 16:51.22 | Izakey | No GUI for Fedora 21 vasc |
| 16:52.00 | vasc | so what happened for you to lose the gui? |
| 16:52.10 | vasc | driver issues? kernel upgrade? |
| 16:57.26 | vasc | oh and try the #fedora channel |
| 16:59.08 | vasc | i won't be much help. i use ubuntu. |
| 16:59.49 | Izakey | Thanks vasc |
| 17:05.56 | bhollister2 | starseeker: hi. here for our 10 AM PST mtg. just need some feedback on the latest subcommands proposed. |
| 17:06.39 | bhollister2 | starseeker: also, if you can point me to code that is responsible for setting the color of the geometry in the real-time viewer. |
| 17:11.44 | vasc | http://hardware.slashdot.org/story/15/07/17/1415244/intels-tick-tock-cycle-skips-a-beat |
| 17:11.47 | vasc | moore's law hits a bump |
| 17:15.23 | Notify | 03BRL-CAD Wiki:117.199.101.162 * 9036 /wiki/User:Gurwinder_Singh/GSoc15/log_developmen: |
| 17:16.26 | *** join/#brlcad gurwinder (75c765a2@gateway/web/freenode/ip.117.199.101.162) | |
| 17:16.48 | gurwinder | Izakey: Hi |
| 17:17.07 | Izakey | Hi gurwinder |
| 17:17.24 | gurwinder | how are you? |
| 17:17.31 | Stragus | Izakey, first step is figuring out what fails exactly |
| 17:17.42 | Stragus | Did you reinstall libpng 1.2? |
| 17:18.29 | Izakey | Updated and deleted libpng1.6 |
| 17:18.35 | gurwinder | Izakey: I want to tell you that I export 8 primitives till now. Sorry I didn't count the remaing 2 on that day. |
| 17:18.50 | Stragus | If you type something like ldd /usr/bin/gimp | grep "png" what do you get? |
| 17:19.01 | Stragus | (used gimp because I have no idea what WM you are running) |
| 17:19.02 | Izakey | Which two are those gurwinder ? |
| 17:19.28 | gurwinder | Izakey: Those two are sphere and cylender |
| 17:19.43 | gurwinder | total 8 are exported |
| 17:20.13 | gurwinder | Now am working on rhc, I am trying to make a macro. |
| 17:20.30 | Izakey | That's the right direction gurwinder. Keep working....... |
| 17:21.02 | vasc | anyone knows when sf.net SVN comes back up? |
| 17:21.05 | gurwinder | Izakey: Want to tell you that I will be busy tommorow in admission work at college |
| 17:21.38 | gurwinder | So can't able to work more that 2 to 4 hrs |
| 17:28.27 | Izakey | That's fine gurwinder, atleast within those 4 hours just build the MACRO ;) |
| 17:28.59 | gurwinder | Izakey: haha I'll try my best |
| 17:57.15 | *** join/#brlcad sofat_ (~sofat@202.164.45.204) | |
| 18:42.36 | bhollister | starseeker: didn't see the earlier comments on the mailing list. thanks for the input. |
| 18:44.28 | bhollister | starseeker: i'll be sure to address my response / questions on the mailing list as well. |
| 18:48.21 | Izakey | vasc, patience is a virtue ;) |
| 18:48.49 | vasc | well i expected better from sf.net considering it has been like this since yesterday |
| 18:49.24 | vasc | today is friday i doubt they'll do much in the weekend if they don't fix it today |
| 18:50.52 | *** join/#brlcad ih8sum3r (~ih8sum3r@122.173.41.20) | |
| 18:58.01 | vasc | well i got some reduce and scan kernels in opencl from pyopencl. now to actually integrate this... |
| 19:15.41 | *** join/#brlcad Yash (75de4581@gateway/web/cgi-irc/kiwiirc.com/ip.117.222.69.129) | |
| 19:28.26 | ``Erik | heh, $10,000 fuse.. http://techcrunch.com/2015/07/17/teslas-model-s-gets-ludicrous-mode-will-do-0-60-in-2-8-seconds/ (lemme look in my garage for a big fat nail... :D ) |
| 19:30.10 | *** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 19:41.05 | vasc | it's called 'innovation' |
| 19:41.16 | vasc | the art of selling things to people |
| 19:41.36 | vasc | while making them think they are special |
| 19:42.37 | Notify | 03BRL-CAD Wiki:Deekaysharma * 9037 /wiki/User:Deekaysharma/logs: |
| 19:43.42 | Stragus | It's also a way to associate with a herd that reflects an arbitrary but desirable set of values |
| 19:50.38 | vasc | it's something they are selling to the Tesla P85D model users |
| 19:50.46 | vasc | which is like the most expensive model they sell |
| 19:50.51 | vasc | so yeah its a ripoff |
| 19:54.04 | vasc | they need the money to make all those capital investment into battery plants and whatnot |
| 19:59.01 | ``Erik | it is pretty insane how capable the thing is, though... 3.1 0-60 is pretty batshit insane, 2.8 is ... yeh :D |
| 19:59.45 | vasc | well its an electric. so you get max power right off the bat. |
| 20:00.04 | vasc | its not like a combustion engine which needs to spool up |
| 20:01.05 | vasc | it's probably more limited by the tires and the power system than anything else |
| 20:01.07 | ``Erik | yeah, keeping the balance of applying torque vs static friction is the challenge for dc motors.. 2.8 is still pretty remarkable |
| 20:01.21 | *** join/#brlcad konrado (~konro@41.205.22.46) | |
| 20:01.41 | ``Erik | my old clunker supposedly could do 4.8 at one time, and it can be quite a thrill ride |
| 20:25.45 | *** join/#brlcad sofat (~sofat@202.164.45.212) | |
| 20:48.05 | Notify | 03BRL-CAD Wiki:Konrado DJ * 9038 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 17 JULY 2015 */ |
| 20:48.38 | Notify | 03BRL-CAD Wiki:Konrado DJ * 9039 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 17 JULY 2015 */ |
| 21:08.20 | Notify | 03BRL-CAD Wiki:202.164.45.212 * 9040 /wiki/User:Hiteshsofat/GSoc15/log_developmen: |
| 22:12.25 | Notify | 03BRL-CAD Wiki:Bhollister * 9041 /wiki/MGED_Commands: /* N */ |
| 22:21.17 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-sgwyjrlpgadaapfw) | |
| 22:22.20 | dracarys983 | What's up with sourceforge? |
| 22:26.05 | vasc | its borked since yesterday |
| 22:26.32 | dracarys983 | Ugh. |
| 22:26.35 | vasc | http://news.slashdot.org/story/01/06/27/124207/blow-by-blow-account-of-the-osdn-outage |
| 23:14.51 | Notify | 03BRL-CAD Wiki:Bhollister * 9042 /wiki/User:Bhollister/DevLogJuly2015: /* Fri, July 17, 2015 */ |
| 23:16.50 | Notify | 03BRL-CAD Wiki:Bhollister * 9043 /wiki/User:Bhollister/DevLogJuly2015: /* Fri, July 17, 2015 */ |
| 23:44.25 | starseeker | bhollister: apologies for being offline at the wrong time :-/ |
| 23:44.51 | starseeker | the mailing list comments are the right place to start |
| 23:47.46 | starseeker | vasc: that's the outage on OSDN from 2001 |
| 23:47.56 | starseeker | (slashdot article) |
| 23:48.18 | vasc | right |
| 23:48.26 | vasc | well its still fscked |
| 23:48.29 | starseeker | woudl be nice to get a similar postmortum from whatever is going on now, but we'll see |
| 23:48.43 | starseeker | yeah, not too reassuring |
| 23:48.58 | starseeker | brlcad's right - this did happen once before some years back |
| 23:49.22 | vasc | no dice from dice |
| 23:50.24 | starseeker | new tweet in the last hour: https://twitter.com/sfnet_ops |
| 23:52.17 | vasc | all i need to do the grid construction wholly on the gpu now is to compute the prefix sum there |
| 23:53.48 | vasc | well it would be better if i had proper error handling as well... |
| 23:54.03 | vasc | i'm just ignoring errors right now... pfeh |
| 23:55.18 | vasc | also need to think of some other name for this file other than foobar... hmmm |
| 23:55.33 | starseeker | yeah, foobar is too popular ;-) |
| 00:00.31 | vasc | overgeneralization is the root of all evil. so hardcoding it is. |
| 00:00.49 | starseeker | thought it was premature optimization :-P |
| 00:01.38 | vasc | sure |
| 00:01.51 | vasc | but this maxim i said is to prevent the second system effect. |
| 00:03.18 | starseeker | nods |
| 00:07.59 | ``Erik | heh, sf borked since '01? sounds about right O:-) |
| 00:08.45 | ``Erik | if foobar isn't adequate, what about qix? |
| 00:09.32 | Stragus | vasc, is scene preparation even taking so long to be worth building on GPU? |
| 00:10.00 | vasc | well not with the scenes i'm testing with |
| 00:10.01 | Stragus | I have no idea really, but I would assume CSG scene prep to be a lot faster than for meshes with millions of triangles |
| 00:10.38 | vasc | its just that i plan to reuse this for the bot |
| 00:10.42 | vasc | later |
| 00:19.17 | vasc | with the test scenes i've seen so far we wouldn't even need a spatial acceleration structure at all... |
| 00:20.01 | vasc | at most they have like two dozen solids in them |
| 00:21.15 | vasc | i probably goofed up something in the traversal code |
| 00:21.28 | vasc | i'm getting all these messages about OVERLAP of whatever in the mged console |
| 00:21.29 | Stragus | I would rather suggest to focus on the traversal and raytracing |
| 00:21.34 | Stragus | Hum. :) |
| 00:21.52 | vasc | i'm not checking if the intersection with the primitive is actually inside the cell |
| 00:21.55 | vasc | that's probably it |
| 00:22.25 | vasc | man this is slow like molasses |
| 00:22.34 | vasc | all these opencl kernel calls |
| 00:22.42 | vasc | i'm testing with the operators.g |
| 00:22.50 | vasc | it has a bunch of spheres and cones |
| 00:22.55 | vasc | these are accelerated in opencl |
| 00:23.00 | vasc | or should i say decelerated |
| 00:23.36 | vasc | its little better than watching paint dry |
| 00:23.57 | vasc | well whatever |
| 00:24.43 | Stragus | Ahah |
| 00:25.25 | Stragus | brlcad said the OpenCL kernels for each object type was to test the validity/accuracy of the results, not real use |
| 00:25.56 | Stragus | It really should be a single OpenCL kernel launch to trace a million rays |
| 00:27.57 | vasc | yes |
| 00:28.08 | vasc | it should but its not gonna be easy to refactor it into that |
| 00:28.31 | vasc | that's what i'm working on |
| 00:28.39 | Stragus | :) Right, it doesn't look easy indeed |
| 00:28.45 | vasc | dunno if i'll finish though |
| 00:28.51 | vasc | i hope so |
| 00:29.07 | Stragus | If you can just get the traversal and a few objects, I think that would be a great start |
| 00:29.13 | Stragus | Scene building on GPU can wait |
| 00:32.36 | vasc | i'm nearly done with it already |
| 00:32.48 | vasc | i just need to get this prefix sum working |
| 00:32.56 | vasc | the grid bit at least |
| 00:33.08 | vasc | the solid database is gonna take more time |
| 00:47.17 | vasc | hmm |
| 00:51.15 | vasc | oh snap |
| 00:51.29 | vasc | i did an exclusive scan and it's supposed to be an inclusive scan |
| 00:51.29 | vasc | duh |
| 00:54.24 | vasc | bingo. done. |
| 00:56.01 | vasc | cleanup time |
| 01:02.41 | vasc | i'll do the error checking some other day |
| 01:03.54 | vasc | it seems to build the grid on the gpu fine |
| 01:10.50 | Notify | 03BRL-CAD Wiki:85.246.107.116 * 9044 /wiki/User:Vasco.costa/GSoC15/logs: |
| 01:11.18 | vasc | i'll debug the traversal tomorrow |
| 01:11.33 | vasc | oh its the weekend |
| 01:11.34 | vasc | well |
| 01:13.28 | vasc | the plan said GPU solid database next |
| 01:13.42 | vasc | i guess i'll do that then |
| 01:13.51 | vasc | but its too late today |
| 01:15.29 | vasc | i guess i can do the api design |
| 01:18.08 | vasc | done. have a nice weekend folks. |
| 02:41.05 | *** join/#brlcad infobot (ibot@69-58-76-73.ut.vivintwireless.net) | |
| 02:41.05 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-) | |
| 05:01.54 | *** join/#brlcad bhollister2 (~brad@2600:1010:b065:7fe:6923:a7ad:7815:65a2) | |
| 11:30.08 | *** join/#brlcad cox (~quassel@188.226.208.53) | |
| 12:35.36 | *** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 13:47.16 | *** join/#brlcad sofat (~sofat@202.164.45.212) | |
| 14:32.19 | *** join/#brlcad sofat (~sofat@202.164.45.212) | |
| 14:45.45 | *** join/#brlcad sofat (~sofat@202.164.45.212) | |
| 16:04.02 | *** join/#brlcad Izakey_ (~Izakey@154.70.98.151) | |
| 16:05.19 | *** join/#brlcad bhollister2 (~brad@c-73-189-140-51.hsd1.ca.comcast.net) | |
| 16:07.46 | *** join/#brlcad Izakey_ (~Izakey@154.70.98.151) | |
| 16:43.19 | *** join/#brlcad sofat (~sofat@202.164.45.212) | |
| 17:12.48 | sofat | brlcad, hello |
| 17:13.01 | sofat | I need some discussion |
| 17:13.12 | sofat | if you free please reply |
| 18:34.29 | *** join/#brlcad konrado (~konro@41.205.22.39) | |
| 18:38.48 | *** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 19:07.44 | *** join/#brlcad Izakey (~Isaac@41.205.22.55) | |
| 19:27.02 | Notify | 03BRL-CAD Wiki:Konrado DJ * 9045 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 18 JULY 2015 */ |
| 20:12.14 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 11:23.27 | *** join/#brlcad infobot (ibot@69-58-76-73.ut.vivintwireless.net) | |
| 11:23.27 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-) | |
| 12:00.12 | *** join/#brlcad teepee_ (~teepee@unaffiliated/teepee) | |
| 13:56.25 | tofu_ | neat, http://www.openbsd.org/papers/asiabsdcon2009-release_engineering/mgp00001.html |
| 13:57.01 | brlcad | surprise release locks on repo .. damn that's harsh, but I can see how it'd be effective too |
| 14:12.24 | brlcad | http://sourceforge.net/blog/sourceforge-infrastructure-and-service-restoration/ |
| 14:16.10 | brlcad | not a good week for Dice (now DHI), the group that owns sf and /. |
| 14:17.09 | brlcad | completely unrelated cool, https://www.mankier.com/blog/explaining-shell-commands-in-the-shell.html?hn=1 |
| 15:08.21 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 15:29.09 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 15:39.46 | *** join/#brlcad ih8sum3r (~ih8sum3r@117.214.216.55) | |
| 16:57.44 | *** join/#brlcad bhollister2 (~brad@2601:647:cb02:7a00:9dd2:a23c:f101:a066) | |
| 17:06.11 | *** join/#brlcad sofat (~sofat@202.164.45.212) | |
| 17:22.26 | starseeker | great - SCM restoration is last, and git has priority over svn |
| 18:11.41 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 18:46.45 | *** join/#brlcad ih8sum3r (~ih8sum3r@117.205.77.162) | |
| 19:00.57 | *** join/#brlcad Chan_ (~Chan@122.173.123.9) | |
| 19:18.55 | *** join/#brlcad Yash (75f8c99a@gateway/web/cgi-irc/kiwiirc.com/ip.117.248.201.154) | |
| 21:39.06 | *** join/#brlcad KimK (~Kim__@ip68-102-188-176.ks.ok.cox.net) | |
| 21:57.52 | Notify | 03BRL-CAD Wiki:202.164.45.204 * 9047 /wiki/User:Hiteshsofat/GSoc15/log_developmen: |
| 03:40.35 | *** join/#brlcad Gurwinder (75c76f5a@gateway/web/freenode/ip.117.199.111.90) | |
| 05:09.31 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-uqjxcvqwcjwxfvnk) | |
| 05:23.01 | *** join/#brlcad milinda (~milinda@192.248.8.66) | |
| 06:28.02 | *** join/#brlcad gurwinder (75d6cf41@gateway/web/freenode/ip.117.214.207.65) | |
| 06:47.24 | *** join/#brlcad gurwinder (~chatzilla@117.214.207.65) | |
| 06:48.32 | *** join/#brlcad gurwinder_ (75d6cf41@gateway/web/freenode/ip.117.214.207.65) | |
| 07:28.23 | *** join/#brlcad Yash (75f8c99a@gateway/web/cgi-irc/kiwiirc.com/ip.117.248.201.154) | |
| 07:48.23 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 08:23.10 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 09:50.33 | dracarys983 | d_rossberg: Answers to your questions -- 1) and 2) I thought macros would be easier to use and as there are some macros in BU/BN as well, I thought this might be a good idea. 3) That struct shouldn't be there yes. My bad. I'll add it to my source files in libanalyze. |
| 09:51.46 | dracarys983 | Sorry for the communication halt. |
| 09:52.37 | dracarys983 | Since the past 3 days, I have been working on my Honors project. So, there hasn't been much progress in Volume() function. |
| 10:42.12 | *** join/#brlcad gurwinder (~chatzilla@117.214.207.65) | |
| 11:05.35 | d_rossberg | dracarys983: ok, thank you; and btw, looks like sourceforge has still issues |
| 11:34.34 | starseeker | expectes it will be days yet, based on their blog post yesterday |
| 11:35.15 | starseeker | http://sourceforge.net/blog/sourceforge-infrastructure-and-service-restoration/ |
| 12:10.05 | *** join/#brlcad merzo (~merzo@92.60.189.225) | |
| 13:51.44 | *** join/#brlcad ih8sum3r (~ih8sum3r@122.173.170.154) | |
| 14:04.40 | *** join/#brlcad sukhdeep_ (~quassel@124.253.89.237) | |
| 14:21.57 | Notify | 03BRL-CAD Wiki:Rossberg * 9048 /wiki/MGED_CMD_comb_color: not new but existing |
| 14:22.37 | *** join/#brlcad sofat (~sofat@202.164.45.212) | |
| 14:22.44 | sofat | brlcad, hello |
| 14:51.51 | *** join/#brlcad infobot (ibot@69-58-76-73.ut.vivintwireless.net) | |
| 14:51.51 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-) | |
| 14:56.19 | *** join/#brlcad ignacio (~IgnacioUy@2001:4830:134:7::11) | |
| 14:56.19 | *** join/#brlcad ignacio (~IgnacioUy@unaffiliated/ignaciouy) | |
| 15:18.35 | *** join/#brlcad vasc (~vasc@bl13-122-199.dsl.telepac.pt) | |
| 15:34.05 | vasc | is there some place in the net with a log on this channel? i always turn off my computer before going to bed |
| 15:34.58 | archivist | read the topic |
| 15:35.36 | *** join/#brlcad sofat (~sofat@49.138.129.199) | |
| 15:36.41 | *** join/#brlcad milinda (~milinda@124.43.169.155) | |
| 16:00.14 | *** join/#brlcad sofat (~sofat@101.215.43.56) | |
| 16:00.53 | vasc | duh. right. thanks |
| 16:06.45 | sofat | brlcad, hello |
| 16:07.28 | sofat | I need some discussion |
| 16:25.59 | *** join/#brlcad sofat (~sofat@101.215.40.93) | |
| 16:52.33 | *** join/#brlcad sofat_ (~sofat@202.164.45.204) | |
| 17:16.02 | *** join/#brlcad sofat_ (~sofat@202.164.45.204) | |
| 17:27.35 | *** join/#brlcad Izakey (~Isaac@154.70.98.96) | |
| 17:28.13 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 17:28.19 | gurwinder | Izakey: Hi |
| 17:28.40 | Izakey | Hi gurwinder |
| 17:29.30 | gurwinder | I have discussed with pov-ray community about elliptical torus |
| 17:29.47 | gurwinder | and I am able to make it but not totally |
| 17:30.40 | gurwinder | I have to make proper use of functions that are used for elliptical torus, by me. |
| 17:31.22 | Izakey | Okay gurwinder |
| 17:32.40 | gurwinder | and one more thing |
| 17:33.11 | gurwinder | I was searching for arb7, arb6 and others and I think they all came under arb8. Is it correct? |
| 17:35.17 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 17:35.51 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 17:37.03 | Izakey | Yes I know one is a superset of the others but don't know which one exactly gurwinder |
| 17:37.48 | Notify | 03BRL-CAD Wiki:117.214.207.65 * 9049 /wiki/User:Gurwinder_Singh/GSoc15/log_developmen: |
| 17:38.20 | gurwinder | Izakey: Ok |
| 17:40.30 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 17:44.07 | *** join/#brlcad konrado (~konro@41.205.22.31) | |
| 17:44.18 | Izakey | vasc , it appears the SF.net is still down |
| 17:44.46 | vasc | yeah and it seems svn is like one of the last things they have in their mind restoring... |
| 17:44.48 | Izakey | wonders what SF.net's infrastructure team has been doing |
| 17:45.11 | Izakey | Really vasc, |
| 17:45.12 | vasc | their priorities in restore says a lot about who they think their "customers" are |
| 17:45.21 | vasc | they think its people downloading binaries and not developers |
| 17:45.34 | Izakey | They've restored Slashdot already |
| 17:45.43 | sofat | brlcad, I need some help please reply |
| 17:46.19 | dracarys983 | Izakey: Sorry for leaving you half way in the build process. You got it going finally? |
| 17:46.55 | Izakey | Well, I lost my entire gnome GUI and had to reinstall |
| 17:47.44 | Izakey | dracarys983, I've tried getting a fresh checkout and svn is not working |
| 17:48.25 | Izakey | vasc, how can open source organizations avoid this ? |
| 17:48.46 | vasc | simple. pick a place to put the repository that focuses on selling repository access |
| 17:49.06 | vasc | but we seem to have some minor issues |
| 17:49.14 | vasc | our repo is way too big or something |
| 17:49.27 | dracarys983 | Izakey: I'm really sorry about the loss |
| 17:49.42 | Izakey | Way to big ? With respect to ???vasc |
| 17:50.06 | vasc | the whole svn repository has several GBs of size |
| 17:50.30 | Izakey | dracarys983, No need to be - I'm already enjoying my Fedora 22 now ;) |
| 17:51.52 | dracarys983 | vasc, Izakey: VCS systems like Git clone the whole history of the repo as well. It's probably not practical to have our repo in Git. |
| 17:52.31 | ``Erik | we have a git mirror at http://brlcad.org/brlcad.git ... it's... big. (starseeker said 1.6g at one point) |
| 17:52.54 | dracarys983 | There's this article I stumbled upon : http://bitquabit.com/post/unorthodocs-abandon-your-dvcs-and-return-to-sanity/ |
| 17:52.59 | Izakey | Really? How long will it take to clone BRL-CAD from github ? dracarys983 |
| 17:53.45 | dracarys983 | Depends on your internet connection I guess. But .. LONG. |
| 17:53.57 | dracarys983 | You can try the mirror ;) |
| 17:55.25 | Izakey | I'll do dracarys983 |
| 17:55.28 | ``Erik | I on my mac, it weights in at 904m (might be a bit of size difference depending on what filesystem you're using) and the last update was july 16 |
| 17:55.46 | ``Erik | r65656 |
| 17:56.15 | dracarys983 | gurwinder: arb8 is the primitive under which all these come. It has arb4 to arb8 (the suffix number is the number of vertices). |
| 17:56.17 | Izakey | Not as large as I thought dracarys983, thanks ``Erik |
| 17:56.33 | dracarys983 | gurwinder: So yes, you're correct. :) |
| 17:57.27 | *** join/#brlcad bhollister (~brad@2601:647:cb02:7a00:95a9:1f97:9983:e98b) | |
| 17:57.34 | ``Erik | all the arb[0-9]'s are arb8, arb4 is just an arb8 with 4 points in the same place... arbn is 'different' iirc |
| 17:57.52 | ``Erik | (arb4 is even listed as an arb8 in the db) |
| 18:00.47 | gurwinder | dracarys983: Thanks alot :) |
| 18:01.31 | gurwinder | ``Erik: :) |
| 18:24.31 | brlcad | vasc: actually they did say that dev services would be the very last thing restored |
| 18:24.49 | brlcad | it being the most critical to validate before bring it back online |
| 18:25.42 | brlcad | here's the info on the sf outage for those that haven't read it yet: http://sourceforge.net/blog/sourceforge-infrastructure-and-service-restoration/ |
| 18:25.50 | Izakey | brlcad, is it just the sheer size of BRLCAD's code base that keeps it away from github ? |
| 18:26.02 | sofat | brlcad, hello |
| 18:26.09 | Izakey | doesn't like what he's being put through |
| 18:26.31 | Izakey | s/he's/we're |
| 18:26.37 | sofat | I need some discussion |
| 18:26.53 | brlcad | dracarys983: it's good of you to think to follow existing api conventions, but macros are generally not appropriate for c++ API (and really should be secondary choice for "most" C APIs ...) |
| 18:27.40 | brlcad | sofat: what do you need to discuss? |
| 18:27.45 | Stragus | loves macros |
| 18:27.57 | ``Erik | me, too... just ask starseeker ;) |
| 18:28.15 | sofat | I have done all changes which is written in mail |
| 18:28.21 | brlcad | gurwinder: correct arb* == arb8 except for "arbn" which is rather different altogether |
| 18:29.38 | *** join/#brlcad bhollister2 (~behollis@dhcp-59-221.cse.ucsc.edu) | |
| 18:29.41 | ``Erik | Izakey: there's an argument that using a dvcs would allow people to isolate and work in a silo instead of collaborating, where using a centralized system forces more openness |
| 18:30.52 | dracarys983 | brlcad: It'd be better to change them to functions then? |
| 18:31.05 | dracarys983 | Stragus and ``Erik, thanks for the love :P |
| 18:31.49 | sofat | but this is not full fil " I like that the menu remembers what was expanded/collapsed, but there needs to be some visual indication for what is actively being displayed." because which library i used for menu this is not provide any option for this I am trying to do this(from 4 days) but it can't happen. |
| 18:31.52 | Izakey | Thanks ``Erik, |
| 18:32.01 | brlcad | dracarys983: that'd probably be a good idea |
| 18:32.28 | Izakey | However, that argument is true when the centralized system is working ;) |
| 18:32.36 | brlcad | there should be some specific benefit for them to be macros, a benefit that outweighs the downsides of debugging difficulties |
| 18:33.06 | ``Erik | apparently "epic awesomeness" by itself isn't a benefit everyone appreciates *cough* O:-) |
| 18:33.18 | brlcad | Izakey: offline commits is really independent of whether a revision control system is centralized or decentralized |
| 18:33.56 | brlcad | the problem really is that svn doesn't yet support offline commits (someone was working on the feature a while back, but it was pushed back for something else iirc) |
| 18:34.37 | brlcad | that was one of the key features of one of the svn forks from a few years back |
| 18:35.23 | dracarys983 | brlcad: Right. I'll work on that :) |
| 18:35.55 | brlcad | sofat: hrm, well then maybe you need a different library, or need to customize the library, or ... |
| 18:35.58 | vasc | at least you can make offline diffs. you couldn't do that in CVS. |
| 18:36.12 | vasc | you can also revert offline. another thing CVS couldn't do. |
| 18:36.20 | sofat | I will try to customize this but this not work |
| 18:37.21 | sofat | because this library only store the states of menu not store the which state is active |
| 18:37.49 | dracarys983 | brlcad: If you have gone through the patch -- any comments? |
| 18:38.09 | brlcad | sofat: there is almost certainly some way to set a CSS state/class/div which could denote a highlight |
| 18:38.15 | brlcad | sofat: what are you using for the menu? |
| 18:38.34 | gurwinder | brlcad: yes, arbn and arb8 are different |
| 18:38.43 | brlcad | dracarys983: that you're a little bit behind? :) |
| 18:38.59 | sofat | <PROTECTED> |
| 18:39.11 | brlcad | dracarys983: my concerns are going to be *quite* different from daniel's and others |
| 18:39.22 | dracarys983 | brlcad: Too much I guess. You're being kind :) |
| 18:39.23 | brlcad | I look at it from where this code is going and what code we have |
| 18:39.48 | dracarys983 | Too much left behind I mean. |
| 18:40.43 | sofat | with help of css i do if i use a:visited |
| 18:41.03 | sofat | then i highlight the link which are open recently |
| 18:41.22 | brlcad | I mainly don't want to end up with four ways to calculate volumes .. so to me it's critical that you get something in place that is easily replaceable and that there are efforts towards consolidating the other implementations |
| 18:42.30 | brlcad | sofat: treemenu.js is not useful to me -- a link please |
| 18:42.35 | sofat | http://www.treemenu.net/ |
| 18:43.19 | brlcad | what is the license on that? |
| 18:44.43 | brlcad | sofat: this may work better -- at least the demo right there on their site has expansion and hilights |
| 18:44.46 | brlcad | http://www.easyjstree.com |
| 18:44.50 | brlcad | and mit license |
| 18:45.28 | dracarys983 | brlcad: I'm in bit of a pickle here. What I'm implementing right now is required to be such that we can rid of rtweight? |
| 18:46.03 | sofat | this is not provide state remainder option |
| 18:46.11 | brlcad | ditto http://www.jstree.com |
| 18:46.49 | brlcad | sofat: showing the current selection is slightly more important than remembering the menu state |
| 18:47.25 | brlcad | dracarys983: eh, no, not exactly |
| 18:48.28 | brlcad | the point is to create API for calculating volume, no? |
| 18:48.42 | brlcad | and make that available in the C++ engine |
| 18:48.56 | sofat | if i use a:visited attribute it is not ok ? |
| 18:49.38 | dracarys983 | Yeah that's the point. So, actually my question is that do I need to improve the present implementation in libanalyze? |
| 18:49.54 | brlcad | sofat: I have no information to answer that question |
| 18:50.42 | dracarys983 | And by consolidating the other implementations -- you mean I need to get a implementation better than gqa or rtweight, right? |
| 18:51.50 | dracarys983 | Right now I have started by a simple implementation and I'm trying to get it working with the API. Then I can improve the implementation? |
| 18:52.02 | brlcad | dracarys983: that was a point made a couple weeks ago -- there's a low risk path and a high risk one and the decision was towards a lower-risk path |
| 18:52.20 | brlcad | you're not going to have a better implementation taking the low-risk path |
| 18:52.35 | brlcad | at best, you'll have the same implementation (and that's fine) |
| 18:53.22 | brlcad | sofat: it's not a question of time |
| 18:54.20 | brlcad | sofat: to get put to use, it needs to have all the little usability concerns addressed -- this will likely take a few iterations after you think it's done |
| 18:55.08 | brlcad | just because you got through one list does not mean that was a complete list ;) |
| 18:55.22 | brlcad | dracarys983: this is what we want to avoid: https://xkcd.com/927/ |
| 18:56.38 | brlcad | even if not scoped for GSoC, there needs to be nothing in the implementation that precludes it from being leveraged either in rtweight or gqa, especially if it's the same algorithm |
| 19:01.39 | dracarys983 | Yeah yeah, I get you. Sorry for the down time. |
| 19:02.07 | dracarys983 | I'll be more communicative now. AND I'll try my best to catch up |
| 19:04.35 | sofat | brlcad, what is next list of updates please tell me . |
| 19:06.14 | dracarys983 | brlcad: Right now, I'm implementing Volume() function in C++ interface. Then I'll get the implementation in libanalyze atleast as good as gqa. That's the plan for this week. Sounds good? |
| 19:06.34 | ih8sum3r | brlcad: My question is little weird but I am facing bit problem. I had tried to google it out but I'm not satisfied. I need to install particular version of node and mongodb on freebsd but when I install it through make as well as pkg install it always returns latest version of it. I want to install particular version of node and mongo. Is there any command for doing so or do I need to download tar file and then install. |
| 19:12.35 | vasc | you would be better off downloading the tar file and installing it yourself in /opt/ or /usr/local or something |
| 19:13.08 | vasc | otherwise every time you update it will clobber your previous install |
| 19:13.44 | vasc | or you recode your work so that it works with latest version of those deps |
| 19:18.55 | brlcad | starseeker: interesting dvcs article, thanks |
| 19:19.17 | brlcad | sofat: irrelevant until you finish the previous list :) |
| 19:19.37 | brlcad | highlighting the page being currently viewed is important |
| 19:20.22 | brlcad | dracarys983: I don't follow -- you're implementing it in C++ and C? shouldn't the C++ interface simply call the C verison? |
| 19:20.33 | *** join/#brlcad Izakey (~Isaac@41.205.22.56) | |
| 19:21.59 | ih8sum3r | I'm working with latest version only but due to some dependency problem I need to look for it. As I have read that meteor is tested on node v 0.10 and mongo version 2.4.x. So I wanted to test them. |
| 19:22.03 | brlcad | ih8sum3r: you probably need to download a tar file and install |
| 19:22.27 | dracarys983 | Yeah. I'm just writing the caller function Volume() which calls the ft_volume() entry if it has a rt_*_volume() implemented, else the libanalyze one. |
| 19:22.47 | brlcad | getting the latest to work is more desirable unless it just can't work (and can't be somewhat easily fixed - couple days effort) |
| 19:23.04 | brlcad | dracarys983: okay |
| 19:23.14 | vasc | reads about GCC 5.2 changes |
| 19:23.23 | vasc | great. c++ keeps getting more bloated and useless. |
| 19:23.44 | Stragus | What did they add? |
| 19:23.56 | Stragus | I'm usually fond of the GCC extensions to the C language, never really looked at the C++ ones |
| 19:24.10 | vasc | https://gcc.gnu.org/gcc-5/changes.html |
| 19:25.58 | Stragus | Woohoo, C now has overflow arithmetic intrinsics! |
| 19:26.30 | Stragus | I had to use inline assembly whenever I needed that stuff |
| 19:28.02 | Stragus | Still no good for sane big number arithmetics though |
| 19:29.39 | vasc | i actually think it would be nice if they rolled some opencl things into c proper |
| 19:29.47 | vasc | like the vector instruction support |
| 19:30.12 | Stragus | Tsk. That doesn't belong to C |
| 19:30.20 | vasc | all the world is not a VAX |
| 19:30.23 | vasc | or a PDP |
| 19:30.41 | Stragus | We have all the intrinsics for machine-specific SIMD |
| 19:30.43 | vasc | why is C still fixated on a PDP ISA |
| 19:30.53 | vasc | yes and we had assembly before C |
| 19:31.15 | vasc | BCPL |
| 19:31.20 | vasc | just great. you had TWO types |
| 19:31.32 | vasc | machine word size integer and machine word size pointer |
| 19:31.35 | vasc | why add more? |
| 19:32.00 | Stragus | Because manipulating 8 or 16 bits value is handy in many cases |
| 19:32.12 | vasc | see |
| 19:32.17 | vasc | vector also handy in many cases |
| 19:32.42 | ``Erik | sneaks address and decrement parts into your registers when you're not looking |
| 19:33.27 | Stragus | Vector instructions are highly specific to each architecture |
| 19:34.09 | Stragus | A "generic" _mm_dp_ps() could be awfully slow on some archs, quite fast on others. What now? |
| 19:34.45 | ``Erik | looks for _mm_dp_ps in the neon simd spec |
| 19:34.58 | vasc | just add those in opencl |
| 19:35.48 | vasc | as for some instructions being slower than others that was always a problem even in c |
| 19:36.06 | vasc | at one point you had to consider if you should use a multiplication or a couple of additions |
| 19:36.11 | Stragus | It's not just "slower" |
| 19:36.36 | Stragus | Emulating _mm_dp_ps() is like 20 times slower on SSE than with SSE 4.1, where it's a single instruction |
| 19:37.31 | vasc | so what |
| 19:37.40 | vasc | division was also a lot slower than addition at one point |
| 19:37.49 | vasc | still is kinda slow |
| 19:37.52 | Stragus | It's still a *lot* slower |
| 19:38.23 | Stragus | So you don't want to present just a generic pseudo-SIMD interface which has to translate the code into whatever the machine can do |
| 19:38.40 | Stragus | When you write SIMD code, you care about performance, therefore you want to construct the code with everything the machine can offer |
| 19:39.18 | vasc | not necessarily |
| 19:40.06 | vasc | and nothing forbids you from using intrinsics or inline asm in the vector c |
| 19:40.13 | vasc | opencl support inline asm |
| 19:40.52 | vasc | at least the nvidia one does |
| 19:40.54 | Stragus | Didn't know that about OpenCL. You can output AMD assembly or Nvidia PTX? |
| 19:42.45 | vasc | dunno about AMD but you can do emit PTX with nvcc |
| 19:43.00 | vasc | you just use -S like you would with C |
| 19:43.03 | Stragus | Right. On Nvidia, OpenCL is pretty much CUDA with less features |
| 19:44.17 | vasc | its useful to debug code |
| 19:45.50 | Stragus | CUDA supports printf(), which is a blessing compared to OpenGL's GLSL |
| 19:46.01 | Stragus | Debugging complex OpenGL shaders is seriously annoying |
| 19:49.37 | vasc | gpu programming is a pain. period. |
| 19:49.44 | vasc | no memory protection. |
| 19:50.22 | vasc | made a mistake with pointers? driver crash and restart in windows and on linux its probably a hardware reset and OS reboot |
| 19:51.09 | Stragus | Uh... |
| 19:51.21 | vasc | its like programming in ms-dos |
| 19:51.22 | Stragus | I have never had a driver crash and restart on Linux |
| 19:51.31 | Stragus | And there is memory protection |
| 19:51.37 | vasc | no on linux i have had system freeze |
| 19:51.45 | vasc | not if you are doing gpgpu you don't |
| 19:52.30 | Stragus | You get CUDA_ERROR_LAUNCH_FAILED when a kernel does the GPU equivalent of a segfault |
| 19:52.35 | vasc | try make a cuda or opencl program that keeps writing garbage on the entire address space and you will see what happens |
| 19:52.53 | vasc | yes sometimes that happens |
| 19:52.58 | Stragus | I haven't tried *that*, but I did write many buggy kernels :p |
| 19:53.01 | vasc | other times the whole system freezes |
| 19:53.07 | Stragus | Okay, it has never happened to me |
| 19:53.12 | vasc | lucky you |
| 19:53.58 | vasc | then again i'm the guy who made our uni server crawl to its knees with a fork bomb i wrote by mistake once so... |
| 19:54.10 | Stragus | Eheh, cool |
| 19:54.24 | vasc | i made a one line error and programed a fork bomb |
| 19:54.46 | vasc | the sysadms saw i was using too much cpu time and they disabled my login access |
| 19:54.56 | vasc | so i couldn't login and kill the process |
| 19:54.58 | Stragus | What's your hardware? I think old Tesla had issues with "memory protection" |
| 19:55.06 | Stragus | Ahah |
| 19:55.09 | vasc | then after 2-3 minutes everyone started complaining they couldn't anymore |
| 19:55.28 | vasc | so i had to go into the sysadm office to tell them to either let me login and kill the process or do it themselves. |
| 19:56.11 | vasc | couldn't work anymore |
| 19:56.32 | Stragus | They should have done a killall -u besides disabling the login |
| 19:56.51 | vasc | they thought they were really smart because they had per process cpu quotas |
| 19:57.07 | vasc | but my fork bomb kept changing the process pid you know |
| 19:57.16 | vasc | so by the time they killed a pid some other pid had been launched |
| 19:57.29 | vasc | anyway |
| 19:57.34 | *** join/#brlcad sofat (~sofat@202.164.45.212) | |
| 19:57.52 | Stragus | killall :p |
| 19:58.08 | vasc | yeah that's what i wanted to do but i couldn't login anymore |
| 19:58.20 | vasc | kill -9 -1 |
| 20:00.41 | vasc | i think it was a solaris box with 6 cpus |
| 20:01.16 | vasc | ultrasparc processors |
| 20:01.26 | vasc | or was it the 8 cpu one with the sparc whatever processors |
| 20:01.29 | vasc | can't remember |
| 20:04.40 | vasc | yeah i think it was the 8 cpu one |
| 20:05.15 | vasc | man the big undergraduate programming assignments were always a pain |
| 20:05.26 | vasc | like 100-200 people writing code on that server at the same time |
| 20:05.51 | vasc | then someone goofs up and you can't work minutes or hours |
| 20:06.17 | vasc | it was UNIX so the OS didn't crash, but it could slow to a crawl |
| 20:07.59 | *** join/#brlcad merzo (~merzo@8-49-133-95.pool.ukrtel.net) | |
| 20:08.41 | vasc | that's why i started using linux, so i could work on UNIX assignments home |
| 20:42.44 | vasc | i'm still refactoring stuff. see you tomorrow. |
| 21:08.30 | *** join/#brlcad kanzure (~kanzure@unaffiliated/kanzure) | |
| 21:25.44 | konrado | brlcad: hello |
| 21:26.14 | konrado | sofat: hello |
| 21:26.22 | sofat | hello |
| 21:27.18 | sofat | konrado, hello |
| 21:30.34 | konrado | sofat: My name is Konrad a fellow GSoC participant working on x3d importer. I have been seeing the work you have been doing on the website and I would just like to say I admire it. |
| 21:33.34 | konrado | I am not really experienced with html, css and other web technologies but took a course on them this semester |
| 21:35.20 | konrado | although I don't thing the knowledge I acquired could be of any really product use |
| 21:39.04 | sofat | konrado, welcome in brlcad. |
| 21:39.23 | sofat | so what you want to do ? |
| 21:40.00 | sofat | which type work you want to do web based or software . |
| 21:42.05 | konrado | I think a mix of both software and some server-side web programming |
| 21:43.57 | Notify | 03BRL-CAD Wiki:Bhollister * 9050 /wiki/MGED_CMD_nmg: /* Proposed subcommands */ |
| 21:44.45 | konrado | but I have some close friends who are really interested in just web programming but they are new to it and I can not really motivate them |
| 21:45.53 | konrado | maybe they could try contributing to BRL-CAD and you could motivate them |
| 21:47.17 | sofat | okay there some project some are under gsoc or some not |
| 21:47.17 | sofat | benchmark database in djanog |
| 21:47.17 | sofat | django |
| 21:47.17 | sofat | material database in mediawiki ( php) |
| 21:47.23 | sofat | docbook synchronization with wordpress (php) |
| 21:47.49 | sofat | ogv (php and javascript ) |
| 21:54.40 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 21:55.19 | konrado | I guess this are some good starting points though I can not really judge. I personally am interested in ogv but like I said my php and javascript skill are not that good. |
| 21:56.58 | sofat | no problem when you start the work, your skill will increases |
| 21:57.58 | sofat | so now ogv divided into two parts first is front-end work(GUI improvement) and Back-end |
| 21:59.40 | sofat | if you start the work on front-end then I think this is easy step to work on this project and also help you in learning js,css,html |
| 22:03.03 | konrado | I could do experimenting with javascript whenever my GSoC project is finished and production ready |
| 22:03.27 | sofat | okay |
| 22:03.39 | sofat | are you gsocer ?? ;-) |
| 22:05.15 | konrado | yes I am, I said so earlier. I am working on the BRL-CAD x3d importer |
| 22:05.45 | sofat | sorry okay |
| 22:09.31 | ih8sum3r | Older version of OGV is in php, lastest version is in javascript (Meteor,js Framework) |
| 22:10.00 | sofat | konrado, ogv developer here |
| 22:11.31 | Notify | 03BRL-CAD Wiki:Bhollister * 9051 /wiki/MGED_CMD_nmg: /* Proposed subcommands */ |
| 22:14.49 | *** join/#brlcad konrado (~konro@41.205.22.36) | |
| 22:17.00 | konrado | thank you for the clarification ih8sum3r |
| 22:21.16 | konrado | ih8sum3r: are you also a gsocer, if yes then are you Deepak or Shubham |
| 22:23.05 | ih8sum3r | Yes I am gsocer and I am Deepak ;) |
| 22:31.02 | konrado | Thats nice, since this is my first time communicating with other gsocers although I have been trying find-out what other have been working on. |
| 22:56.07 | konrado | ih8sum3r: I though power-outage was an issue experienced only here in Africa. |
| 22:57.15 | ih8sum3r | Sometimes it happens in India too. Not that much but happens. |
| 23:00.19 | sofat | yes |
| 23:01.40 | ih8sum3r | It specially happens when you are doing serious conversation on IRC ;) |
| 23:13.45 | *** join/#brlcad konrado (~konro@41.205.22.24) | |
| 23:15.33 | konrado | ih8sum3r: are you there |
| 23:17.39 | ih8sum3r | yes |
| 23:17.55 | konrado | can someone start contributing to ogv with just some beginner level javascript and no experience with nodejs |
| 23:19.44 | ih8sum3r | Yes can just go through simple todo app of meteor.js from meteor official site and you are ready to go. |
| 23:21.11 | ih8sum3r | I personally love this : http://www.meteor-tutorial.org/book |
| 23:23.57 | bhollister2 | starseeker: i replied to the mailing list messages about nmg. before i proceed, you may want to comment on http://brlcad.org/wiki/MGED_CMD_nmg#Proposed_subcommands |
| 23:24.37 | bhollister2 | brlcad: i replied to the mailing list messages about nmg. before i proceed, you may want to comment on http://brlcad.org/wiki/MGED_CMD_nmg#Proposed_subcommands |
| 23:25.21 | bhollister2 | mainly need feedback on marking model parts |
| 23:25.33 | bhollister2 | via command-line |
| 23:26.10 | bhollister2 | brlcad: you and starseeker should have also gotten my email about jury duty. |
| 23:26.20 | bhollister2 | for the week of august 3rd |
| 23:30.28 | *** join/#brlcad konrado (~konro@41.205.22.50) | |
| 23:36.37 | Notify | 03BRL-CAD Wiki:Bhollister * 9052 /wiki/MGED_CMD_nmg: /* Proposed subcommands */ |
| 00:03.59 | Notify | 03BRL-CAD Wiki:Bhollister * 9053 /wiki/MGED_CMD_nmg: /* Proposed subcommands */ |
| 00:05.34 | Notify | 03BRL-CAD Wiki:Bhollister * 9054 /wiki/MGED_CMD_nmg: /* Proposed subcommands */ |
| 00:10.08 | Notify | 03BRL-CAD Wiki:Bhollister * 9055 /wiki/User:Bhollister/DevLogJuly2015: |
| 00:15.59 | Notify | 03BRL-CAD Wiki:Bhollister * 9056 /wiki/User:Bhollister/DevLogJuly2015: /* Mon, July 20, 2015: Start of Week 9 (of 14) */ |
| 00:20.13 | Notify | 03BRL-CAD Wiki:Bhollister * 9057 /wiki/MGED_CMD_nmg: |
| 00:26.04 | Notify | 03BRL-CAD Wiki:Bhollister * 9058 /wiki/User:Bhollister/DevLogJuly2015: /* Mon, July 20, 2015: Start of Week 9 (of 14) */ |
| 00:31.40 | *** join/#brlcad bhollister (~behollis@dhcp-59-221.cse.ucsc.edu) | |
| 00:42.06 | starseeker | O.o Apache APR has a CMake build for Windows |
| 00:42.46 | starseeker | wonders how much more work it would be to get that working for other platforms - APR was a major sticking point doing the original geometry versioning work... |
| 00:43.09 | starseeker | if they could provide a working CMake build out of the box, that would be Seriously Awesome... |
| 02:25.19 | *** join/#brlcad gurwinder (~chatzilla@117.214.207.65) | |
| 02:56.24 | *** join/#brlcad bhollister2 (~brad@c-73-189-140-51.hsd1.ca.comcast.net) | |
| 03:12.47 | brlcad | bhollister2: yes, received and responded |
| 03:15.20 | starseeker | bhollister: subcommands look like a good starting point |
| 03:30.19 | *** join/#brlcad bhollister2 (~brad@2600:1010:b04e:454f:95a9:1f97:9983:e98b) | |
| 03:46.30 | gurwinder | brlcad: Hi, I want to discuss on elliptical torus |
| 03:47.53 | gurwinder | In it, there is C vector used for major axis of the ellipse but for minor axis it uses magnitude only. |
| 03:48.01 | gurwinder | i.e. D |
| 05:09.44 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-qlqmnbqaldosiksr) | |
| 05:39.59 | gurwinder | brlcad: What is radius of revolution in elliptical torus? |
| 05:53.46 | *** join/#brlcad witness (uid10044@gateway/web/irccloud.com/x-syudcfowkwphtcxa) | |
| 05:56.46 | *** join/#brlcad bhollister2 (~brad@2601:647:cb02:7a00:95a9:1f97:9983:e98b) | |
| 06:01.58 | *** join/#brlcad sofat (~androirc@49.138.210.241) | |
| 06:14.52 | *** join/#brlcad gurwinder (~chatzilla@59.91.119.54) | |
| 06:42.47 | *** join/#brlcad milinda (~milinda@192.248.8.66) | |
| 07:00.14 | *** join/#brlcad sofat_ (~androirc@49.138.210.241) | |
| 07:16.17 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 07:26.32 | *** join/#brlcad ih8sum3r (~ih8sum3r@122.173.246.239) | |
| 07:39.13 | *** join/#brlcad packrat (~packrator@c-71-231-32-234.hsd1.wa.comcast.net) | |
| 07:42.43 | *** join/#brlcad teepee-- (bc5c2134@gateway/web/freenode/ip.188.92.33.52) | |
| 07:51.38 | *** join/#brlcad packrat (~packrator@c-71-231-32-234.hsd1.wa.comcast.net) | |
| 07:54.02 | *** join/#brlcad witness (uid10044@gateway/web/irccloud.com/x-vzygrlhfexguwkxw) | |
| 08:00.34 | *** join/#brlcad Shubham (01272359@gateway/web/freenode/ip.1.39.35.89) | |
| 08:07.41 | *** join/#brlcad packrat (~packrator@c-71-231-32-234.hsd1.wa.comcast.net) | |
| 08:33.59 | *** join/#brlcad packrat (~packrator@c-71-231-32-234.hsd1.wa.comcast.net) | |
| 08:51.12 | *** join/#brlcad milinda (~milinda@192.248.8.66) | |
| 09:27.59 | milinda | poly2tri/poly2tri.h include fails even though I added the header file path to the project file in qt. Do anyone know why this is happening ? |
| 09:56.04 | *** join/#brlcad sofat_ (~androirc@49.138.210.241) | |
| 10:00.37 | *** join/#brlcad sofat_ (~androirc@49.138.210.241) | |
| 10:06.04 | *** join/#brlcad sofat_ (~androirc@49.138.210.241) | |
| 10:16.44 | *** join/#brlcad sofat_ (~androirc@49.138.210.241) | |
| 11:10.52 | Notify | 03BRL-CAD Wiki:MeShubham99 * 9059 /wiki/User:MeShubham99/GSoc15/log_developmen: /* Week 8 */ |
| 11:18.50 | *** join/#brlcad sofat_ (~androirc@101.214.63.10) | |
| 11:59.52 | *** join/#brlcad ih8sum3r (~ih8sum3r@122.173.246.239) | |
| 12:55.45 | *** join/#brlcad sofat_ (~androirc@101.214.255.59) | |
| 14:01.04 | *** join/#brlcad sidak (~deepak@122.173.246.239) | |
| 14:02.20 | *** part/#brlcad sidak (~deepak@122.173.246.239) | |
| 14:02.39 | *** join/#brlcad ih8sum3r (~ih8sum3r@122.173.246.239) | |
| 14:46.22 | *** join/#brlcad Izakey (~Isaac@154.70.110.96) | |
| 14:55.04 | *** join/#brlcad deepak (~deepak@122.173.246.239) | |
| 14:55.04 | *** join/#brlcad sofat (~androirc@101.208.138.108) | |
| 14:57.40 | ``Erik | hm, groupon moved to fbsd https://www.youtube.com/watch?v=yQx_dJIG-sg |
| 15:01.05 | *** join/#brlcad d_rossbe1g (~rossberg@66-118-151-70.static.sagonet.net) | |
| 15:18.13 | *** join/#brlcad bhollister2 (~brad@2601:647:cb02:7a00:95a9:1f97:9983:e98b) | |
| 15:21.36 | *** join/#brlcad gurwinder (~chatzilla@59.91.119.54) | |
| 15:21.48 | *** part/#brlcad deepak (~deepak@122.173.246.239) | |
| 15:27.26 | *** join/#brlcad ih8sum3r (~deepak@122.173.246.239) | |
| 15:36.52 | *** join/#brlcad Alex______ (3235697b@gateway/web/freenode/ip.50.53.105.123) | |
| 15:48.44 | *** join/#brlcad vasc (~vasc@bl13-122-199.dsl.telepac.pt) | |
| 15:49.22 | vasc | so svn is still down |
| 16:08.06 | Izakey | vasc , I think so |
| 16:38.04 | Notify | 03BRL-CAD Wiki:Shaina7837 * 9060 /wiki/User:Shainasabarwal/GSoC15/logs: /* 11 July */ |
| 16:45.28 | *** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca) | |
| 17:36.17 | Notify | 03BRL-CAD Wiki:85.246.122.199 * 9061 /wiki/User:Vasco.costa/GSoC15/logs: |
| 18:03.01 | *** join/#brlcad sofat (~coderalbe@117.234.34.133) | |
| 18:08.36 | Notify | 03BRL-CAD Wiki:117.234.34.133 * 9062 /wiki/User:Hiteshsofat/GSoc15/log_developmen: |
| 18:10.00 | Notify | 03BRL-CAD Wiki:117.234.34.133 * 9063 /wiki/User:Hiteshsofat/GSoc15/log_developmen: |
| 18:20.24 | *** join/#brlcad Alleycoder (~coderalbe@117.255.165.92) | |
| 18:46.27 | bhollister | starseeker: good. glad to hear that i'm on the right track. should have some patches ready soon. |
| 19:49.28 | *** join/#brlcad milinda (~milinda@124.43.81.94) | |
| 19:51.05 | *** join/#brlcad Izakey (~Isaac@41.205.22.54) | |
| 20:05.04 | *** join/#brlcad Alleycoder (~coderalbe@103.58.190.136) | |
| 20:11.41 | Notify | 03BRL-CAD Wiki:Deekaysharma * 9064 /wiki/User:Deekaysharma/logs: |
| 20:49.08 | brlcad | vasc: everything else is back up now, so services will almost certianly be restored by tomorrow |
| 20:51.45 | vasc | i hope so |
| 20:52.09 | vasc | it hasn't affected my work on brl-cad much but its still annoying |
| 20:54.15 | vasc | i also had some other projects in there, that i actually took out of my personal homepage because i thought they would be safer on sf.net, so i'm kind of miffed |
| 20:54.16 | brlcad | it's highly annoying |
| 20:55.16 | brlcad | I also have to keep it in context, though ... |
| 20:55.19 | brlcad | pretty much every service has had or will have a major failure eventually |
| 20:55.33 | Izakey | brlcad, Did you get that information from their twitter page ? |
| 20:55.35 | vasc | yeah but it's gonna take like a week downtime at this rate |
| 20:55.54 | brlcad | and I have a moral issue with complaining too much about a free service |
| 20:55.58 | vasc | i expect that on some other services but from sf.net... seems kind of bad to me |
| 20:56.06 | vasc | sure |
| 20:56.10 | brlcad | and we could always take our ball and go home, but I don't really see any option that is overall less time ;) |
| 20:56.43 | vasc | well the problem is there aren't many options available with a repository size of brlcad's. |
| 20:56.50 | vasc | unless you pay |
| 20:56.51 | brlcad | it's sort of like paying out on insurance -- eventually an accident will happen, no matter who what or where ;) |
| 20:57.08 | brlcad | pay or time |
| 20:57.27 | brlcad | we could certainly self-host and accept the risk ourselves .. but that's also a time commitment |
| 20:57.39 | vasc | well i had most of my stuff on github anyway. |
| 20:58.10 | brlcad | sure, but they're certainly not immune to this kind of thing happening either |
| 20:58.29 | brlcad | they too will eventually have (another) catastrophic failure :) |
| 20:59.08 | brlcad | only saving grace there is that you have the repo locally, but then we could have had that with sf too (and did in the past, we just got lazy) |
| 20:59.27 | brlcad | because it takes time to maintain |
| 20:59.42 | vasc | yes you should keep automatic backups of the repo at sf.net |
| 20:59.50 | vasc | in case something like this happens |
| 21:00.53 | brlcad | we do/did, they're just a bit out of date (few months iirc) because again, eventually something always(!) will break :) |
| 21:00.59 | vasc | i know we had a lot of issues with where we would keep services when i was freeciv maintainer |
| 21:01.18 | vasc | we used to self-host cvs, web and so on |
| 21:01.18 | brlcad | yeah, we self-hosted a lot with BZ |
| 21:01.23 | Stragus | You were the freeciv maintainer? |
| 21:01.23 | brlcad | and bitched about sf all the time |
| 21:01.26 | vasc | one of them |
| 21:01.43 | Stragus | Eh, neat. There were... serious design issues last time I tried |
| 21:02.08 | vasc | a man's work is never done |
| 21:02.13 | brlcad | Stragus: you know that can be said of pretty much every code that one does not write themselves |
| 21:02.24 | brlcad | and can then be said of one's own code about 5 years later :) |
| 21:03.09 | vasc | i wasn't one of the original authors. those guys left long before i put my hands on it |
| 21:03.33 | Stragus | brlcad, I meant serious gameplay design issues ;) |
| 21:03.38 | Stragus | I hadn't actually looked at the code |
| 21:04.48 | vasc | which issues btw? |
| 21:05.34 | vasc | well |
| 21:06.13 | vasc | when i started working on it i mostly overhauled the networking code, rewrote the graphic game client, and then i worked on the game rule inference system |
| 21:06.39 | vasc | i won't claim it was perfect but it was better off after i left than it was when i started working on it |
| 21:06.43 | Stragus | Just many gameplay issues, things didn't make sense, it's probably best not to go over the whole list. I actually played with Justin from the ARL, brlcad knew/knows him |
| 21:07.44 | *** join/#brlcad konrado (~konrado@154.70.108.231) | |
| 21:07.49 | vasc | we used to have some big issues in the networking code |
| 21:08.06 | vasc | a user with a bad connection could cause 15 minute freezes for everyone else |
| 21:08.08 | vasc | things like that |
| 21:08.19 | Stragus | Darn :) |
| 21:08.40 | vasc | the original devs played it on a LAN. i don't think they realized some of the issues in the design |
| 21:09.02 | vasc | anyway from what i heard the original devs left because they were tired of the users complaining about the bugs |
| 21:09.45 | vasc | they did a lot of work reverse engineering and reimplementing that thing |
| 21:09.47 | brlcad | heh |
| 21:10.06 | brlcad | I always found that the most impressive, technically speaking |
| 21:10.27 | brlcad | i mean, not impossible stuff, but not trivial by most dev standards |
| 21:10.28 | vasc | they had one guy that worked just on reverse engineering the rules |
| 21:10.41 | Stragus | They probably should have aimed at improving upon the concept instead of replicating Civ 1, with extra gameplay design issues/bugs |
| 21:11.04 | vasc | well the thing is, its hard to put a team together to work on a nebulous concept |
| 21:11.11 | vasc | especially on an open source project |
| 21:11.18 | brlcad | yep |
| 21:11.40 | Stragus | True, it needs a clear plan and strong leadership |
| 21:11.45 | vasc | if you say i want to do something like THAT and point at something that exists at least people know it can be done and what it will look like |
| 21:11.57 | brlcad | working towards replicating civ is very tangible, has very clear objectives, behaviors that aren't up for debate |
| 21:12.03 | vasc | most open source projects which have a unique vision start as a one man team project |
| 21:12.23 | vasc | if he doesn't burn out before doing something that people like then the team can be put together |
| 21:12.25 | brlcad | change those ground rules, and you lose most (probalby would have lost me as a dev, we had many similar discussions with bzflag) |
| 21:12.53 | Stragus | I can see that point, but I also see little point in replicating what already exists |
| 21:13.08 | brlcad | it doesn't exist as open source |
| 21:13.11 | vasc | well they only wanted to play the game over a network on their IRIX workstations or something |
| 21:13.15 | brlcad | that alone is meritworthy for some |
| 21:13.18 | Stragus | Unless it's seen as a first step toward something else, just to get graphics/networking and such out of the way |
| 21:13.51 | vasc | look at the wesnoth guys for e.g. |
| 21:13.55 | vasc | it started as a one man project |
| 21:14.13 | Stragus | That's a good example of a project exploring in a new direction |
| 21:14.28 | vasc | yes but its like i said he had to work alone for a loooong time |
| 21:14.34 | Stragus | Right |
| 21:14.36 | vasc | a lot of those projects never get anywhere |
| 21:14.46 | Stragus | Yup I know that too well :) |
| 21:14.51 | brlcad | s/a lot/MOST/ |
| 21:15.08 | Stragus | wrote so much stuff over the years that never was completed |
| 21:16.03 | brlcad | is a digital pack rat -- I have almost every single line of code in every language that I've ever written |
| 21:16.23 | vasc | i used to until i had a hard drive failure a couple of years back |
| 21:16.33 | brlcad | I need to set up a kill switch that just dumps it all on the web when I'm done |
| 21:16.45 | Stragus | I lost most of my very early stuff |
| 21:16.52 | Stragus | From my teenager years |
| 21:17.18 | Stragus | It was mostly DOS stuff anyhow. :) Or worse, I wrote a protected mode multitasking operating system in assembly, able to run edit.com |
| 21:17.21 | vasc | i wish i still had my software renderer and compiler i did as an undergrad. |
| 21:17.37 | brlcad | I have backups of backups, offsite, replicated, etc .. my house could burn down and I'd only be set back a year or so |
| 21:17.58 | vasc | that's nice |
| 21:18.04 | Stragus | doesn't actually miss his DOS Sound Blaster library |
| 21:18.19 | vasc | i had stupidly formatted my old hard drives to do a firewall server |
| 21:18.29 | vasc | and then my new hard drive failed |
| 21:18.58 | Stragus | I just forgot to copy files at some point between two machines |
| 21:19.15 | Stragus | A sample of the earliest stuff I still have: http://www.rayforce.net/war2clone1600.png |
| 21:20.35 | vasc | i nearly lost all my phd work too |
| 21:20.43 | brlcad | ouch |
| 21:20.55 | vasc | but i managed to recover most of it, only lost like 2-3 months work |
| 21:21.03 | brlcad | Stragus: where the sprite artwork come from? |
| 21:21.09 | vasc | its warcraft 2 |
| 21:21.17 | brlcad | ah |
| 21:21.36 | vasc | but that has a lot more screen res than warcraft 2 ever had |
| 21:21.50 | Stragus | Eh yes, 1600x1200 instead of 640x480 |
| 21:22.12 | Stragus | The unit AIs were optimized in assembly to manage battles of ~1000 units on a Pentium 133... |
| 21:22.34 | brlcad | looks a lot like an agent based simulation |
| 21:22.36 | vasc | warcraft had a lot lower limit on units than that too |
| 21:22.47 | vasc | you couldn't build more units once you hit the limit |
| 21:22.50 | vasc | i think it was like 255 |
| 21:23.09 | Stragus | 255 yes. I wanted to make a Warcraft 2 with gigantic maps, large armies, more technological depth |
| 21:23.18 | Stragus | (and sub-pixel positioning, etc.) |
| 21:23.23 | brlcad | so.... what game are we going to implement next? :) |
| 21:23.48 | Stragus | Not a clone of something else! :) |
| 21:24.11 | Stragus | I have brushed up on my OpenGL, I'm sure I have shared this already: http://www.rayforce.net/newproject024.png |
| 21:24.19 | brlcad | that sounds like a workable title NACOSE! |
| 21:24.26 | Stragus | Ohhh |
| 21:24.36 | vasc | well it looks neat |
| 21:24.38 | brlcad | yeah |
| 21:24.55 | vasc | how much framerate? |
| 21:25.08 | Stragus | 60 fps on a crappy GPU, requires OpenGL 2.0 |
| 21:25.13 | Stragus | Looks nicer with 3.0 |
| 21:25.36 | vasc | you could do something like zeewolf on amiga with that kind of engine |
| 21:25.37 | Stragus | is unable to write code without it being optimized to death |
| 21:26.18 | vasc | https://www.youtube.com/watch?v=tVwScInZfP8 |
| 21:26.53 | Stragus | Terrain details are generated at runtime on demand from very few "sample points", http://www.rayforce.net/newproject034.png |
| 21:27.31 | vasc | so you got lod working |
| 21:27.42 | vasc | geomorphs? |
| 21:27.43 | Stragus | Trees were generated by procedurally building "real" trees, raytracing with ambient occlusion, automated decomposition in just a few triangles (like 8) to preserve details from any angle... |
| 21:27.57 | Stragus | No idea what geomorphs are |
| 21:28.16 | vasc | are the lods discrete or continuous |
| 21:28.56 | Stragus | Implemented as discrete, to save on processing |
| 21:29.26 | brlcad | unrelated, http://blog.imgtec.com/multimedia/implementing-fast-ray-traced-soft-shadows-in-a-game-engine |
| 21:29.57 | vasc | https://docs.unrealengine.com/latest/INT/Engine/Rendering/LightingAndShadows/RayTracedDistanceFieldShadowing/index.html |
| 21:30.33 | Stragus | That looks nice... though I also learned to aim *low* for any future personal project, instead of never finishing anything |
| 21:30.57 | vasc | unreal engine has ray traced soft shadows |
| 21:31.49 | vasc | http://web.ist.utl.pt/~vasco.costa/uploads/Main/jgpdemo.avi |
| 21:32.08 | vasc | this was the undergrad project i wrote with a friend of mine over a decade ago |
| 21:32.26 | vasc | he did most of the rendering engine bits |
| 21:35.01 | Stragus | Not bad, variable density details would have helped |
| 21:35.09 | Stragus | Like screenshot 034 above |
| 21:35.55 | Stragus | Also, use a "detail" texture :p |
| 21:36.35 | vasc | well i think we did that in 2001 |
| 21:37.10 | Stragus | Right. 2001 hardware had GL_ARB_multitexture |
| 21:37.30 | vasc | i remember we had issues with the texture size |
| 21:37.39 | vasc | we had to page the terrain texture |
| 21:39.07 | vasc | he ended up changing gfx card because he started coding it on a 3dfx card |
| 21:39.17 | vasc | i think the texture size limit was 256x256 |
| 21:39.19 | *** join/#brlcad konrado (~konrado@154.70.108.236) | |
| 21:39.29 | Stragus | Ouch, yes |
| 21:39.32 | vasc | so he switched to an nvidia card |
| 21:39.36 | vasc | i think it was 1kx1k |
| 21:39.55 | vasc | but the texture is like 4k or 8k i can't remember |
| 21:39.56 | Stragus | The TNT had multitexturing, for that detail texture |
| 21:40.20 | vasc | complain to him :-) |
| 21:40.35 | vasc | he's working in san fran at google now |
| 21:41.26 | vasc | i'm kinda sad we never did try to sell it like we planed to |
| 21:42.06 | vasc | i think we did it too early |
| 21:42.23 | vasc | lotsa people didn't have a permanent connection to the net yet |
| 21:42.35 | vasc | i mean i did it so it would work on a 56kbps modem |
| 21:42.56 | Stragus | It could have been played local with AIs |
| 21:42.58 | vasc | i mostly worked on the network comms |
| 21:43.05 | Stragus | Ah. |
| 21:43.15 | vasc | i did this peer to peer game protocol |
| 21:43.27 | vasc | you could play with hundreds of other guys over a 56kbps modem |
| 21:43.48 | Stragus | No centralized server to decide what each peer needed to know? |
| 21:43.49 | vasc | or at least you should have been able to |
| 21:43.54 | vasc | i only run simulations |
| 21:43.56 | vasc | nope |
| 21:44.09 | Stragus | That's a lot of traffic then, or having to blindly "trust" other clients |
| 21:44.11 | vasc | we considered having one of those for game world data |
| 21:44.17 | vasc | trust it was |
| 21:45.03 | vasc | and dead reckoning |
| 21:45.55 | Stragus | I really wish I could combine the motivation I had 15 years ago with my skills from today |
| 21:46.16 | vasc | like i said you could do a game like zeewolf or virus with your engine |
| 21:46.37 | vasc | you only need a ship to control and some target on the ground |
| 21:46.37 | Stragus | I once wrote a browser-based persistant game, entirely written in C. And I mean, the whole HTTP server was written in C and had the game built into it |
| 21:47.05 | vasc | i once modded a MUD so it would act like a cgi-bin |
| 21:47.05 | Stragus | Had several thousands players, and I burned up with the administration needs and stress |
| 21:47.16 | vasc | that didn't work so well |
| 21:47.22 | Stragus | Hum. :) |
| 21:48.07 | vasc | ah see |
| 21:48.17 | vasc | you should have distributed tasks to other people |
| 21:48.27 | vasc | i ran a mud once |
| 21:48.31 | vasc | with a couple of my friends |
| 21:48.32 | Stragus | Yes, I have learned that back then |
| 21:48.39 | vasc | we only had like 120 players or something |
| 21:49.07 | vasc | but eventually i didn't have the time to do the day to day admin anymore |
| 21:49.15 | vasc | neither did them |
| 21:49.19 | vasc | so i knifed it |
| 21:49.28 | Stragus | It's very stressful, very demanding |
| 21:49.42 | vasc | yeah we only had like 100 players and i was kind of a problem |
| 21:49.46 | Stragus | The game server was programmed to play music and wake me up during the night if there was a problem |
| 21:49.49 | vasc | i can't imagine thousands of ppl. |
| 21:50.40 | Stragus | Well, we learn a lot from our mistakes and failures :) |
| 21:50.55 | vasc | well we had other problems too |
| 21:51.10 | vasc | we ran it on the university's computers but we didn't exactly have permission to run it there. derp derp |
| 21:51.30 | Stragus | Bad move :) |
| 21:51.44 | vasc | i talked with the sysops and we had this kind of gentleman agreement to do it |
| 21:52.05 | vasc | but the sysops team changed and i couldn't work on it anymore |
| 21:52.20 | vasc | the other team and the new sysops didn't manage to hmmm. see eye to eye on this. |
| 21:53.13 | Stragus | I ran my game from home and had to pay extra fees in exceeded bandwidth |
| 21:53.16 | Stragus | (for a free game) |
| 21:53.18 | Stragus | Darn it :p |
| 21:53.39 | vasc | see. if only you did those inane funding drives like wikipedia does. |
| 21:53.46 | vasc | now you could be rich. rich i tell you. |
| 21:54.01 | Stragus | I was a teenager fooling around, without any idea of what I was doing really |
| 21:54.22 | vasc | well you knew what you were doing or you wouldn't get thousands of players |
| 21:54.40 | Stragus | I knew what good gameplay looked like, yes |
| 21:55.57 | vasc | scaling up is never easy |
| 21:56.24 | vasc | i tried it when i was freeciv maintainer |
| 21:56.29 | vasc | with our player base |
| 21:56.33 | vasc | we ran our own game servers |
| 21:56.54 | vasc | i basically organized these forums with a couple of players we had |
| 21:57.12 | vasc | they handed out mod perms to other people they knew |
| 21:57.15 | vasc | that kinda of worked well |
| 21:57.44 | Stragus | Cool |
| 21:58.06 | Stragus | For the browser game, I handed mod permissions to some players and... one of them cheated |
| 21:58.09 | Stragus | o.O |
| 21:58.26 | Stragus | Reading the private forums of their opponent in a war, and stuff like that |
| 21:58.26 | vasc | sometimes that happens |
| 21:58.52 | vasc | you have to be ready to kick people out when that happens |
| 21:59.27 | Stragus | I have clearly decided that next time, I write code and let someone else manage everything else |
| 21:59.41 | vasc | no you need to manage things |
| 21:59.45 | Stragus | (There hasn't been a next time yet, but who knows ;) ) |
| 21:59.48 | vasc | but not all and not all by yourself |
| 22:00.07 | vasc | i mean with freeciv a lot of maintainers just didn't care about our game servers |
| 22:00.30 | vasc | i cared because, well, the players know best where the game needs improvement |
| 22:00.46 | vasc | even if they might not know how the improvement should be done |
| 22:00.51 | vasc | i don't like losing that connection |
| 22:01.15 | vasc | but the day to day stuff... you should just give it to someone else |
| 22:01.21 | Stragus | The AI was terrible from what I remember, I would have improved that |
| 22:01.29 | Stragus | And I mean terrible by Civilization standards |
| 22:01.39 | Stragus | (The FreeCiv AI) |
| 22:01.50 | vasc | oh that |
| 22:02.02 | vasc | it was all coded by this guy which vanished |
| 22:02.10 | vasc | we never found out what happened to him |
| 22:02.30 | vasc | its like i said we had 3-4 guys reverse engineering his code before we could improve on it |
| 22:02.39 | vasc | for years no one wanted to touch his code |
| 22:02.45 | Stragus | I think it was worth rewriting from scratch |
| 22:02.54 | vasc | it was like variables were named a,b,c,d,e, |
| 22:02.56 | vasc | and functions too |
| 22:03.15 | vasc | the code was actually GREAT in retrospect if i remember. |
| 22:03.21 | Stragus | The AI code? |
| 22:03.27 | vasc | yes |
| 22:03.38 | Stragus | When I tried, it was absurdly bad. 2006 |
| 22:03.44 | vasc | most player complaints are actually that the AI is too damned hard |
| 22:04.04 | vasc | the freeciv AI doesn't cheat like other strategy game AIs do |
| 22:04.29 | vasc | so in that regard its a victim of its own success |
| 22:04.51 | vasc | other game AIs need to cheat to be challenging |
| 22:04.58 | Stragus | Somehow, we must be talking about different AIs |
| 22:05.07 | vasc | like they build things without paying the resources and shit like that |
| 22:05.16 | vasc | and get bonuses on research |
| 22:05.27 | Stragus | Civ AIs do that, most reasonable games don't do that |
| 22:05.34 | vasc | ours didn't |
| 22:05.56 | vasc | maybe the only limitation it had was the treaty negotiation bit |
| 22:06.07 | vasc | that was never worked on properly |
| 22:06.12 | vasc | the interaction with human players |
| 22:06.13 | vasc | or other ais |
| 22:06.42 | Stragus | just remembers AIs throwing units randomly everywhere |
| 22:07.14 | vasc | no the ai actually has a warmap |
| 22:07.19 | vasc | we call it the warmap |
| 22:07.32 | vasc | it states where the main offensive units of the enemy are |
| 22:07.35 | vasc | and move their units there |
| 22:07.42 | vasc | but only if it has seen them |
| 22:07.57 | vasc | not like other game AIs who know where your units are without scouting coz they don't have fog of war |
| 22:08.20 | vasc | other strategy game ais cheat like heck |
| 22:08.32 | Stragus | Just Civ AIs do |
| 22:08.38 | Stragus | Starcraft AIs don't cheat |
| 22:09.14 | vasc | i actually made my own freeciv ai once |
| 22:09.22 | vasc | with one of my colleagues at school |
| 22:09.48 | vasc | the code was cleaner but it didn't do any better |
| 22:10.39 | vasc | every year one of two guys said they wanted to redo the AI |
| 22:11.04 | Stragus | Diplomacy is a big part of a good AI |
| 22:11.28 | vasc | yes in that regard the freeciv ai is useless |
| 22:11.33 | Stragus | Indeed |
| 22:15.28 | vasc | to be honest i've lost my interest in tbs. |
| 22:15.45 | Stragus | "tbs"? |
| 22:15.52 | vasc | turn based strategy |
| 22:15.57 | Stragus | Ah. |
| 22:16.14 | vasc | last game i played that i actually liked was civilization v |
| 22:16.32 | vasc | and i hated the 2 civs before that one |
| 22:16.44 | vasc | and beyond the earth is crap |
| 22:16.55 | Stragus | Right, but that's the fault of Civilization, not the whole turn-based strategy genre |
| 22:17.00 | vasc | well |
| 22:17.04 | vasc | i did play uh... |
| 22:17.21 | vasc | age of wonders iii |
| 22:17.32 | Stragus | I try to stay away from games, it's too easy for me to get hooked and lose 1-2 months in a game |
| 22:17.39 | vasc | and europa universalis |
| 22:17.43 | Stragus | (And I mean really lose 1-2 months, like doing about nothing else) |
| 22:17.50 | vasc | yeah |
| 22:17.56 | vasc | the only game i play now is world of tanks |
| 22:18.03 | vasc | coz each game takes 15mins |
| 22:18.14 | Stragus | Eh. |
| 22:18.24 | Stragus | I do play Chess a lot on the tablet if that counts :p |
| 22:19.21 | vasc | i tried playing mechwarrior online but the games take too long |
| 22:19.41 | vasc | also tried league of legends and so on same thing |
| 22:19.45 | vasc | but even worse |
| 22:20.05 | vasc | i mean it can take 5 mins just to start a game in league of legends |
| 22:20.09 | vasc | and like an hour a game |
| 22:20.11 | Stragus | I love very long games when playing solo, like Civilization on the sluggish marathon setting |
| 22:20.23 | vasc | world of tanks its like 30 seconds to start a game and 15 mins to finish it |
| 22:20.51 | Stragus | Or a good game against FreeChess level 10 pro mode... I can spend two weeks on it |
| 22:21.17 | vasc | yeah i know. i played xenonauts like 3 months on and off once |
| 22:21.22 | vasc | but then i never bothered finishing itr |
| 22:21.25 | Stragus | "Chess Free", rather |
| 22:22.30 | vasc | i liked the off-line mechwarrior better |
| 22:22.54 | vasc | mechwarrior 4: mercenaries |
| 22:23.07 | vasc | i think i finished the game and played it again 3 times after that |
| 22:23.16 | vasc | i mean finished it again 3 times |
| 22:24.17 | Stragus | Eheh |
| 22:24.56 | Stragus | I think I fulfill my creativity needs by managing AD&D games with friends these days, rather than pursuing personal software projects |
| 22:25.15 | Stragus | (Not actually AD&D, we rewrote all our rules from scratch) |
| 22:26.21 | vasc | i had a couple of friends who wanted me to be DM |
| 22:26.29 | vasc | but i kinda didn't wanna |
| 22:26.45 | vasc | that kind of collapsed |
| 22:27.00 | vasc | i wasn't interested in reading all those rulebooks and scenarios just to start playing |
| 22:27.01 | Stragus | I love it, I have been DM'ing since... 17 years? |
| 22:27.02 | vasc | boring |
| 22:27.13 | vasc | well |
| 22:27.16 | Stragus | Oh, rulebooks are terrible |
| 22:27.17 | vasc | you know how it is |
| 22:27.27 | vasc | everyone wants to be a warrior or something |
| 22:27.37 | vasc | heck i wanted to |
| 22:27.43 | Stragus | The official rules just get more and more complicated because they want to sell more books. Throw all that crap, make it simple, it's all about adventure and role playing |
| 22:27.51 | vasc | but i had to be a healer |
| 22:27.56 | vasc | coz we had no healer |
| 22:28.03 | vasc | but i made my healer a combat oriented healer |
| 22:28.06 | vasc | hmmm |
| 22:28.19 | Stragus | Once again, throw all the rules and fix these problems |
| 22:28.21 | vasc | i think i killed half the enemies in our first scenario |
| 22:28.28 | vasc | and then i didn't play again |
| 22:28.46 | vasc | hmm |
| 22:28.46 | Stragus | In our rules, divine healing magic takes *minutes* with continuous direct corporal contact, completely out of the question during any battle |
| 22:31.36 | Stragus | We have around 100 pages of PDF files for our rules... too bad it's all in french :p |
| 22:31.51 | Stragus | We should upload and share that eventually |
| 22:32.44 | Stragus | (100 pages including 80 pages of spells, 5 pages for magic item creation, etc.) |
| 23:25.50 | Notify | 03BRL-CAD Wiki:Konrado DJ * 9065 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 21 JULY 2015 */ |
| 00:23.46 | Notify | 03BRL-CAD Wiki:Bhollister * 9066 /wiki/User:Bhollister/DevLogJuly2015: /* Tues, July 21, 2015 */ |
| 00:24.21 | Notify | 03BRL-CAD Wiki:Bhollister * 9067 /wiki/User:Bhollister/DevLogJuly2015: /* Tues, July 21, 2015 */ |
| 00:26.05 | Notify | 03BRL-CAD Wiki:Bhollister * 9068 /wiki/User:Bhollister/DevLogJuly2015: /* Tues, July 21, 2015 */ |
| 00:27.36 | Notify | 03BRL-CAD Wiki:Bhollister * 9069 /wiki/User:Bhollister/DevLogJuly2015: /* Tues, July 21, 2015 */ |
| 01:18.57 | *** join/#brlcad ignacio (~IgnacioUy@2001:4830:134:7::11) | |
| 01:18.57 | *** join/#brlcad ignacio (~IgnacioUy@unaffiliated/ignaciouy) | |
| 02:03.11 | *** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca) | |
| 03:27.44 | *** join/#brlcad milinda (~milinda@124.43.81.94) | |
| 03:39.36 | *** join/#brlcad gurwinder (~chatzilla@117.220.144.90) | |
| 04:30.19 | *** join/#brlcad milinda (~milinda@112.134.9.224) | |
| 05:03.30 | Notify | 03BRL-CAD Wiki:117.220.144.90 * 9070 /wiki/User:Gurwinder_Singh/GSoc15/log_developmen: |
| 05:07.00 | *** join/#brlcad milinda (~milinda@112.134.221.180) | |
| 05:09.57 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-ugqaaekaeesdsmpo) | |
| 05:15.06 | *** join/#brlcad packrat (~packrator@c-71-231-32-234.hsd1.wa.comcast.net) | |
| 05:23.56 | *** join/#brlcad milinda (~milinda@112.134.199.104) | |
| 05:54.17 | *** join/#brlcad milinda (~milinda@112.134.44.210) | |
| 06:14.33 | *** join/#brlcad milinda (~milinda@124.43.99.2) | |
| 06:22.47 | Notify | 03BRL-CAD Wiki:NicolasFigay * 0 /wiki/User:NicolasFigay: |
| 07:00.23 | *** join/#brlcad sofat (~androirc@49.138.66.220) | |
| 07:04.20 | *** join/#brlcad milinda (~milinda@124.43.131.199) | |
| 07:30.31 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 07:56.19 | *** join/#brlcad milinda (~milinda@124.43.146.196) | |
| 08:27.29 | *** join/#brlcad milinda (~milinda@124.43.71.136) | |
| 08:48.44 | *** join/#brlcad milinda (~milinda@112.134.8.11) | |
| 08:56.32 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-bjcudyzwwarqqqye) | |
| 09:14.20 | *** join/#brlcad milinda (~milinda@124.43.78.40) | |
| 09:38.30 | *** join/#brlcad milinda (~milinda@112.134.23.66) | |
| 10:05.04 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 10:31.01 | dracarys983 | d_rossberg: I have made the changes about the macros and the struct that I had in analyze.h. |
| 10:31.19 | dracarys983 | Also wrote the Volume() caller function in Object.h/.cpp |
| 10:34.44 | dracarys983 | I have tested the libanalyze function. Volume() function's compilation is in progress. |
| 11:16.54 | *** join/#brlcad ih8sum3r (~deepak@122.173.246.239) | |
| 11:18.23 | dracarys983 | So many "variables might be clobbered due to `longjmp` or `vfork`" warnings halting the build. |
| 11:18.28 | dracarys983 | I can't test until I run "svn update", coz there are too many warnings. |
| 12:54.51 | *** join/#brlcad gurwinder (~chatzilla@117.220.144.90) | |
| 13:19.30 | *** join/#brlcad sofat (~androirc@202.164.45.212) | |
| 13:24.46 | starseeker | must concede git blame -C is very useful with post-header-breakout history tracking |
| 13:37.15 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 14:55.42 | d_rossberg | dracarys983: ok, i know, i'm waiting for a working subversion too |
| 15:15.52 | starseeker | bemusedly wonders if the pent up flood of svn commits will bring the system down again... |
| 15:18.22 | *** join/#brlcad KimK (~Kim__@ip68-102-188-176.ks.ok.cox.net) | |
| 15:18.31 | dracarys983 | wonders if those repairing it have considered the same fact .. |
| 15:27.57 | ``Erik | I'd imagine a large portion of developers aren't coding stuff and waiting to commit... they're busy bitching about sf being broken or looking for new platforms :D |
| 15:40.36 | *** join/#brlcad bhollister (~brad@c-73-189-140-51.hsd1.ca.comcast.net) | |
| 15:40.48 | *** join/#brlcad sofat (~sofat@202.164.45.212) | |
| 15:44.42 | *** join/#brlcad gurwinder (~chatzilla@117.220.144.90) | |
| 16:32.40 | *** join/#brlcad sofat (~sofat@202.164.45.212) | |
| 16:46.39 | maths22 | Do we have a recent copy of the database with full revision history? |
| 16:53.50 | *** join/#brlcad konrado (~konro@41.205.22.20) | |
| 16:56.08 | *** join/#brlcad gurwinder (~chatzilla@117.220.144.90) | |
| 17:02.21 | *** join/#brlcad ih8sum3r (~deepak@122.173.246.239) | |
| 17:05.26 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 17:08.44 | sofat | brlcad, hello |
| 17:09.34 | sofat | I need some discussion please reply me if you free |
| 17:10.23 | sofat | I have done all changes which you told me in mail |
| 17:10.24 | sofat | 202.164.53.122/wordpress/articles/en/about.php |
| 17:11.05 | sofat | but I have some questions please reply me if you free |
| 17:12.45 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 17:27.22 | *** join/#brlcad milinda (~milinda@112.134.23.66) | |
| 18:11.26 | *** join/#brlcad vasc (~vasc@bl13-122-149.dsl.telepac.pt) | |
| 18:14.03 | ``Erik | :o DeluxePaint's source code http://www.gamasutra.com/view/news/249208/You_can_now_muck_with_the_source_code_for_EAs_Amiga_hit_DeluxePaint.php |
| 18:21.16 | vasc | I think I heard once that Guybrush Threepwood from Money Island got his name out of that program |
| 18:21.38 | vasc | sprites were saved as .brush files and the designer for a lack of a better name just called the files guy.brush and it stuck |
| 18:24.54 | vasc | DP III was lot better though |
| 18:24.59 | vasc | its probably the definitive version |
| 18:31.05 | vasc | i think dan silva is known in the cg community for his extensions of the bresenham line drawing algorithm to draw circles and ellipses. |
| 18:36.34 | *** join/#brlcad Izakey (~Isaac@41.205.22.37) | |
| 18:59.12 | sofat | brlcad, hello |
| 19:00.03 | sofat | I needed some help in this " displaying a presentation would benefit greatly from a different stylesheet customized for presentations" |
| 19:00.31 | sofat | please explain what problem you facing in presentations? |
| 19:07.35 | sofat | "as the main page content extends underneath the menu bar, selecting article links ends up displaying content under the menu" I am not understand this one also please explain this one |
| 19:08.07 | *** join/#brlcad bhollister2 (~behollis@dhcp-59-221.cse.ucsc.edu) | |
| 19:38.24 | *** join/#brlcad milinda (~milinda@124.43.124.215) | |
| 19:55.09 | brlcad | sofat: they are presentations, but they are being displayed as articles |
| 19:55.21 | sofat | hmm |
| 19:55.29 | brlcad | something like this comes to mind: http://lab.hakim.se/reveal-js/#/ |
| 19:55.50 | brlcad | not the color scheme, but being able to transition from slide to slide is important for presentations |
| 19:56.51 | brlcad | another example: http://bartaz.github.io/impress.js/#/bored |
| 19:56.59 | sofat | hmm i know this library but i am not working on this library but I will try. |
| 19:57.44 | sofat | if i made different menu link only for presentation so this is right ? or you want presentation in same menu ? |
| 19:58.08 | sofat | because this is different . |
| 19:59.22 | brlcad | either a different menu link, or we create a new xml in the repository that gives an overview of the presentation, but when you select the presentation it starts a reveal.js or impress.js or similar |
| 19:59.39 | brlcad | I think the latter is better |
| 20:00.04 | brlcad | selecting a presentation in the menu should give a summary of that presentation |
| 20:00.06 | sofat | because i think there need some manual work using php to filter xml output document and make it useful with reveal or impress |
| 20:00.26 | brlcad | no, that's what a stylesheet is for |
| 20:01.15 | brlcad | manual processing of xml is wrong ... that's what xsltproc does, translates it to other forms based on a stylesheet |
| 20:01.49 | sofat | no am not manual processing of xml file |
| 20:02.12 | sofat | i am processing of php which is converted after brlcad code |
| 20:02.22 | sofat | php or html output file |
| 20:02.28 | sofat | not xml |
| 20:03.03 | brlcad | then I don't understand you saying "i think there need some manual work using php to filter xml output document" :) |
| 20:04.05 | brlcad | still, even processing the php doesn't sound right -- the output from our compile step (where xsltproc runs) will probably need to change |
| 20:04.22 | sofat | yes xml output into html and php format after compiling brlcad code |
| 20:05.12 | sofat | then i filter this out put (html or php) and make it use full with impress or reveal |
| 20:05.13 | brlcad | right, and we need the code outputting php to be aware that something is a presentation and display it differently |
| 20:05.33 | sofat | yes yes |
| 20:05.38 | brlcad | we also need an short introductory article written in docbook that would get displayed just like any other article |
| 20:05.48 | brlcad | for each presentation |
| 20:06.41 | sofat | hmm then i add the link in this article when user click on this link then user get the full presentation |
| 20:06.53 | brlcad | that is where we may be able to do this all automatically with a new xml -> reveal.js stylesheet that the build runs on the presentations |
| 20:06.55 | sofat | in impress or reveal design |
| 20:07.16 | brlcad | right |
| 20:08.42 | sofat | in past i am working on impress i know this working with unique id means very part contains unique id's then impress count these id's as slides |
| 20:08.48 | brlcad | hm, this actually generatlizes to any document that has a custom export format ... |
| 20:09.24 | brlcad | putting a unique ID should be doable with a stylesheet |
| 20:09.50 | brlcad | http://www.w3schools.com/xsl/func_generateid.asp ... yeah |
| 20:10.41 | sofat | yes i see . |
| 20:10.47 | sofat | I will try this |
| 20:11.43 | brlcad | http://stackoverflow.com/questions/9608432/incrementing-and-checking-the-counter-variable-in-xslt |
| 20:12.23 | brlcad | see if you can write a stylesheet for one of the presentations |
| 20:13.32 | sofat | I will try |
| 20:14.42 | sofat | I don't have much experience with this but I am try to do this thing |
| 20:16.05 | sofat | brlcad, I have some other question if you allow me to ask |
| 20:16.53 | brlcad | sofat: if you run "make VERBOSE=1" and see how it runs your php stylesheet on one of the xml files, or the html stylesheet |
| 20:17.47 | brlcad | then try to manually run xstlproc on one of the presentation xml files (using any existing stylesheet) |
| 20:18.42 | brlcad | when you get that working, then you can work on making a new stylesheet that outputs whatever reveal.js or impress.js want |
| 20:19.13 | brlcad | don't ask to ask, just ask your questions |
| 20:19.49 | sofat | I have one more question you told me in mail , your search is not working and language part not working |
| 20:20.04 | sofat | but both are working |
| 20:20.40 | sofat | search working when you enter any word or name |
| 20:23.29 | brlcad | I tried a few different words, got a blank page |
| 20:23.41 | brlcad | tries again |
| 20:27.23 | Izakey | brlcad,appears svn is still down |
| 20:28.07 | starseeker | Izakey: http://sourceforge.net/blog/sourceforge-infrastructure-and-service-restoration-update-for-722/ |
| 20:28.19 | starseeker | no ETA for svn as yet |
| 20:29.04 | brlcad | some svn repos are back online |
| 20:29.20 | brlcad | ours could very well be last on the list if they're doing them in order of size... :) |
| 20:29.34 | starseeker | chuckles - very likely |
| 20:29.36 | brlcad | they're clearly getting through them methodically |
| 20:29.56 | starseeker | makes sense to get the smaller ones up and running quicker |
| 20:30.22 | brlcad | maybe, or could be reverse alphabetical, or by filesystem, or any number of other ways |
| 20:30.44 | starseeker | nods - well, as long as we get there |
| 20:31.15 | starseeker | will be interested to see if they do a detailed post-mortum report - if this was a code bug of some sort, it deserves its own name |
| 20:31.16 | brlcad | looks like they are doing them by letter |
| 20:31.23 | brlcad | so they just havent' done "b" yet |
| 20:31.44 | brlcad | (not in alphabetical order, but in groups by letter) |
| 20:31.56 | brlcad | no idea how they're prioritizing letters |
| 20:32.05 | starseeker | nods - was basing the "no ETA" on their line calling out SVN toward the bottom |
| 20:33.56 | brlcad | based on the dates, probably 23 or 24 |
| 20:34.03 | brlcad | at the latest |
| 20:34.42 | sofat | they also search by b |
| 20:39.18 | vasc | not just size. i have a really small svn project on sf.net and it ain't up yet either |
| 20:39.21 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 20:40.17 | *** join/#brlcad konrado (~konro@41.205.22.41) | |
| 20:42.02 | Izakey | Just have to hope they'll be up asap |
| 21:07.42 | Notify | 03BRL-CAD Wiki:202.164.45.204 * 9071 /wiki/User:Hiteshsofat/GSoc15/log_developmen: |
| 22:14.53 | vasc | i mean i can't even connect to svn.code.sf.net |
| 22:14.57 | vasc | server is down |
| 22:15.15 | vasc | git.code.sf.net is up |
| 22:29.15 | MansaMusa | brlcad: what's the main issue with the svn these days can't seem to update my code repo? |
| 22:59.53 | Notify | 03BRL-CAD Wiki:Konrado DJ * 9072 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 22 JULY 2015 to 21 JULY 2015 */ |
| 23:21.23 | *** join/#brlcad Alex______ (3235697b@gateway/web/freenode/ip.50.53.105.123) | |
| 23:30.19 | starseeker | MansaMusa: sourceforge has been down for almost a week now |
| 23:30.34 | starseeker | hopefully back up in the next couple days |
| 23:30.50 | Notify | 03BRL-CAD Wiki:Bhollister * 9073 /wiki/User:Bhollister/DevLogJuly2015: /* Wed, July 22, 2015 */ |
| 23:31.27 | Notify | 03BRL-CAD Wiki:Bhollister * 9074 /wiki/User:Bhollister/DevLogJuly2015: /* Wed, July 22, 2015 */ |
| 23:36.29 | Notify | 03BRL-CAD Wiki:Bhollister * 9075 /wiki/User:Bhollister/DevLogJuly2015: /* Wed, July 22, 2015 */ |
| 23:49.14 | *** join/#brlcad konrado (~konro@41.205.22.45) | |
| 23:59.35 | *** part/#brlcad Alex______ (3235697b@gateway/web/freenode/ip.50.53.105.123) | |
| 02:58.11 | *** join/#brlcad gurwinder (~chatzilla@117.214.205.168) | |
| 07:48.44 | *** join/#brlcad ih8sum3r (~deepak@122.173.43.153) | |
| 08:05.33 | *** join/#brlcad ignacio (~IgnacioUy@2001:4830:134:7::11) | |
| 08:05.34 | *** join/#brlcad ignacio (~IgnacioUy@unaffiliated/ignaciouy) | |
| 08:29.00 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 08:33.24 | *** join/#brlcad konrado (~konro@41.205.22.3) | |
| 08:56.46 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-yutolrmwshljadwk) | |
| 11:40.12 | ``Erik | ow, trivial root escalation on osX http://www.theregister.co.uk/2015/07/22/os_x_root_hole/ |
| 11:40.35 | ``Erik | hasn't tried it yet, but damn O.O |
| 11:45.27 | *** join/#brlcad ih8sum3r (~deepak@122.173.43.153) | |
| 11:46.23 | *** join/#brlcad ih8sum3r_ (~ih8sum3r@122.173.43.153) | |
| 11:47.32 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 13:07.17 | brlcad | ``Erik: that is intersting... |
| 13:08.58 | brlcad | I don't think I understand how it works ... echoing an echo redirected to fd3, piped to newgrp |
| 13:09.31 | brlcad | I get that the problem is in that dyld logging interface, but not how fd3 comes into play |
| 13:15.41 | *** join/#brlcad sofat (~sofat@202.164.45.212) | |
| 13:17.45 | brlcad | ``Erik: you see that FreeBSD 11 now runs Docker? |
| 13:29.42 | *** join/#brlcad sofat (~sofat@202.164.45.212) | |
| 13:33.19 | ih8sum3r | facing hell lot of erros while installing mongodb 2.4.8 on freeBSD. Requesting for help. |
| 13:35.56 | *** join/#brlcad sofat (~sofat@202.164.45.212) | |
| 13:36.26 | ih8sum3r | I have go through this tutorial : http://docs.mongodb.org/v2.4/tutorial/install-mongodb-on-linux/ but mongo not running. Am I doing something wrong? |
| 13:36.40 | ih8sum3r | s / go / gone |
| 13:36.57 | brlcad | ih8sum3r: how is anyone else except you supposed to answer that question? :) |
| 13:39.37 | ih8sum3r | brlcad: I have gone through many tutorials, various google links right now everthing messed up. Everytime I used to install mongo, 2.6.x version installs which I don't want. |
| 13:39.54 | *** join/#brlcad konrado (~konro@41.205.22.44) | |
| 13:39.57 | ih8sum3r | Not catching where I'm commiting mistake. |
| 13:50.18 | ``Erik | brlcad: I saw the docker work a few weeks back, the port was 'just beginning' at the time. I've toyed with docker on my linux and mac boxen, it's not really grabbing me at the moment *shrug* |
| 13:50.19 | brlcad | ih8sum3r: why do you want the older version? |
| 13:50.20 | *** join/#brlcad sofat (~sofat@49.138.223.139) | |
| 13:51.00 | brlcad | ``Erik: *nod* ... it's somewhat interesting jail-style concept to me, hooking in mini userland spaces |
| 13:51.05 | ih8sum3r | brlcad: Becuase of this : "Latest MongoDB supported by Meteor is MongoDB 2.4.x, the 2.6.x isn't supported yet by Meteor and Freebsd" |
| 13:52.09 | brlcad | ih8sum3r: so have you tried downloading the 2.4 sources? |
| 13:52.26 | ih8sum3r | Same with the node.js case. It needs node to be 0.10.36. I have installed it succesfully but facing problem in mongo. |
| 13:52.35 | brlcad | that statement by itself doesn't really mean much other than "they haven't tried it or looked into why it's not working" |
| 13:52.35 | ih8sum3r | Yes I have tried |
| 13:52.43 | brlcad | and? |
| 13:53.00 | ``Erik | 2.6.7 is the version fbsd currently has in ports... so part of that statement seems incorrect (or poorly phrased) |
| 13:53.45 | brlcad | it very well could be really easy to get meteor working with 2.6 |
| 13:54.06 | ih8sum3r | whenever I run mogod it throughs error: Command not found |
| 13:54.22 | ih8sum3r | s / mogod / mongod |
| 13:54.31 | ``Erik | where are you running it? |
| 13:54.50 | brlcad | that the mongod command is not found, or that mongod is running some command and that unknown command is not found? |
| 13:55.02 | ih8sum3r | Inside virtual box freebsd version 10.1 |
| 13:55.21 | brlcad | ``Erik: he set up a VM to match our server config so he could mess with things as root |
| 13:55.27 | brlcad | instead of screwing up our env |
| 13:55.47 | brlcad | ih8sum3r: find out what command is not found |
| 13:56.02 | ``Erik | mongodb from ports would be started by putting "mongod_enable=YES" in /etc/rc.conf and running /usr/local/etc/rc.d/mongod start |
| 13:56.05 | brlcad | that sounds really pretty easy to resolve... find the command and make sure it finds it |
| 13:57.08 | ``Erik | (mongod is already running on bz, I think I'm the only consumer for it) |
| 13:57.41 | ih8sum3r | Okay let me go through it one more time and will report you. |
| 13:58.44 | brlcad | hehe, awesome https://pocketcluster.wordpress.com/2015/07/23/raspberry-pi-2-cluster-case-pt2/ |
| 13:59.52 | ``Erik | heh, bringing raid mentality to the alu? :D |
| 14:10.27 | maths22 | brlcad: we should probably run an svnsync once sourceforge comes back up |
| 14:59.44 | brlcad | maths22: yep, plan to restore all of our backup systems |
| 15:00.11 | brlcad | some have run recently but others have gone neglected putting us at risk |
| 15:00.15 | maths22 | We should probably make sure we now have that running with cron |
| 15:01.00 | brlcad | yep, that's what it used to be doing |
| 15:17.48 | Notify | 03BRL-CAD Wiki:Anoopanandhan * 0 /wiki/User:Anoopanandhan: |
| 15:43.07 | *** join/#brlcad vasc (~vasc@bl13-104-154.dsl.telepac.pt) | |
| 15:44.29 | vasc | well i get a ping reply out of the server |
| 15:45.30 | vasc | svn |
| 15:45.43 | vasc | but still down |
| 15:46.00 | vasc | that makes a one week then |
| 15:46.31 | vasc | virtualized everything and virtual fileservers. brilliant. |
| 15:47.22 | vasc | we had a system like that where i work at. only one server instead of four. brilliant savings. until the RAID failed. |
| 16:17.02 | *** join/#brlcad bhollister (~brad@2601:647:cb02:7a00:5550:4df0:68ec:ffe7) | |
| 16:36.30 | *** join/#brlcad milinda (~milinda@124.43.72.55) | |
| 17:34.08 | *** join/#brlcad gurwinder (~chatzilla@117.214.205.168) | |
| 18:19.54 | Notify | 03BRL-CAD Wiki:117.214.205.168 * 9076 /wiki/User:Gurwinder_Singh/GSoc15/log_developmen: |
| 18:41.34 | *** join/#brlcad bhollister (~behollis@dhcp-59-221.cse.ucsc.edu) | |
| 18:49.24 | *** join/#brlcad konrado (~konro@41.205.22.60) | |
| 18:57.52 | *** join/#brlcad sofat (~sofat@49.138.223.139) | |
| 19:34.00 | *** join/#brlcad sofat (~sofat@49.138.223.139) | |
| 19:39.15 | brlcad | sofat: everything make sense in the response? |
| 19:39.25 | sofat | yes |
| 19:39.41 | sofat | I am working on stylesheet for presentation |
| 19:39.45 | sofat | I done simple demo |
| 19:39.59 | brlcad | able to directly run xsltproc? |
| 19:40.05 | sofat | yes |
| 19:40.18 | sofat | you want to see ? |
| 19:41.13 | brlcad | I don't think I can get to your IP right now |
| 19:41.16 | brlcad | but yes I do :) |
| 19:41.25 | brlcad | screenshot? |
| 19:42.15 | sofat | wait i upload this part wait for 5 min |
| 19:59.17 | *** join/#brlcad sofat (~sofat@49.138.223.139) | |
| 20:00.45 | sofat | brlcad, please check and tell i am going right ? |
| 20:01.07 | *** join/#brlcad konrado (~konro@41.205.22.52) | |
| 20:04.01 | Notify | 03BRL-CAD Wiki:Konrado DJ * 9077 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 23 JULY 2015 */ |
| 20:04.36 | Notify | 03BRL-CAD Wiki:Konrado DJ * 9078 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 23 JULY 2015 */ |
| 20:17.55 | *** join/#brlcad sofat (~sofat@101.209.172.100) | |
| 20:21.15 | *** join/#brlcad sofat (~sofat@101.209.172.100) | |
| 20:27.23 | sofat | brlcad, I want to update this presentation intro-to-tcltk because this presentation is contain article tag but not contain any section tags so I need to divide every slide into sections so reveal easy to adopt this presentation if you allow me to do this? |
| 20:53.02 | brlcad | sofat: please stop saying "allow me to do this" |
| 20:53.21 | sofat | okay |
| 20:53.29 | sofat | you check my work ? |
| 20:53.30 | brlcad | you've said it many many times, you don't need permission to work on things a particular way or to make changes |
| 20:54.12 | brlcad | you never posted a link to the demo |
| 20:54.47 | sofat | sorry. |
| 21:08.29 | sofat | brlcad, I am in right direction ? |
| 21:08.39 | brlcad | ? |
| 21:08.55 | brlcad | you're doing something wrong ... this is what I see: |
| 21:09.04 | brlcad | 16:54 < brlcad> you never posted a link to the demo |
| 21:09.04 | brlcad | 16:54 < sofat> sorry. |
| 21:09.04 | brlcad | 17:08 < sofat> brlcad, I am in right direction ? |
| 21:09.04 | brlcad | 17:08 < brlcad> ? |
| 21:10.17 | sofat | :-( |
| 21:11.17 | sofat | I want to show you my stylesheet which I am using for presentation |
| 21:11.22 | brlcad | i know |
| 21:11.53 | brlcad | so post it, show it |
| 21:12.36 | sofat | http://pastie.org/10308589 |
| 21:13.27 | brlcad | looks good |
| 21:17.20 | sofat | okay means i am in right direction ? |
| 21:19.21 | sofat | brlcad, which browser you are using(for language work). |
| 21:20.05 | brlcad | tried safari and chrome |
| 21:20.57 | brlcad | doesn't matter, though -- the javascript and css errors are real and should be fixed |
| 21:21.12 | brlcad | if you look closely at the screenshot, you can see the file and line numbers |
| 21:22.38 | sofat | yes i see i am working on this |
| 21:41.45 | *** join/#brlcad packrat (~packrator@c-71-231-32-234.hsd1.wa.comcast.net) | |
| 23:56.57 | *** join/#brlcad infobot (~infobot@174-148-182-189.pools.spcsdns.net) | |
| 23:56.57 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-) | |
| 00:01.03 | *** join/#brlcad witness (uid10044@gateway/web/irccloud.com/x-wqzzyymmjtsvracz) | |
| 00:38.30 | Notify | 03BRL-CAD Wiki:Bhollister * 9081 /wiki/User:Bhollister/DevLogJuly2015: /* Thurs, July 23, 2015 */ |
| 01:17.25 | *** join/#brlcad infobot (ibot@69-58-76-73.ut.vivintwireless.net) | |
| 01:17.25 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-) | |
| 02:35.03 | *** join/#brlcad gurwinder (~chatzilla@117.214.206.224) | |
| 03:27.38 | *** join/#brlcad Shubham (6719e766@gateway/web/freenode/ip.103.25.231.102) | |
| 05:09.59 | *** join/#brlcad Shubham_ (6719e766@gateway/web/freenode/ip.103.25.231.102) | |
| 05:55.33 | *** join/#brlcad sofat (~androirc@49.138.222.183) | |
| 06:25.24 | *** join/#brlcad milinda (~milinda@175.157.134.83) | |
| 06:59.06 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 07:05.39 | *** join/#brlcad ih8sum3r (~ih8sum3r@122.173.49.166) | |
| 08:13.06 | *** join/#brlcad milinda (~milinda@175.157.169.127) | |
| 08:39.32 | *** join/#brlcad luca79 (~luca@151.44.149.24) | |
| 08:54.17 | andrei_il | Hi ! I am currently reading perplex README.txt in order to understand better how to configure the CSG importer scanner. |
| 08:56.58 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-ywsaabdrhlwofevf) | |
| 09:04.18 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 09:06.40 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 09:14.56 | dracarys983 | d_rossberg: I am planning to implement the centroid and surface area functionalities today as well as their caller functions in C++ interface. |
| 09:15.13 | dracarys983 | So that when svn is up I can start testing them without delay |
| 09:16.04 | dracarys983 | d_rossberg: Should I send you my present implementation for volume and the Volume() function patch in a mail? -- so that you can review it ASAP. |
| 09:18.31 | dracarys983 | brlcad: I'd need help in the view manipulation as I said in my mail. I'll be up here, so we can discuss whenever possible. :) |
| 09:25.57 | d_rossberg | dracarys983: sending the patch in a mail would be good, the mailing lists should work again; but is the patch tracker still broken too? |
| 09:39.31 | *** join/#brlcad gurwinder (~chatzilla@59.91.239.132) | |
| 09:59.42 | *** join/#brlcad KimK (~Kim__@ip68-102-188-176.ks.ok.cox.net) | |
| 10:10.40 | ``Erik | history of computing at BRL mentioned on hacker news https://news.ycombinator.com/item?id=9937598 |
| 10:17.26 | *** join/#brlcad sofat_ (~androirc@101.208.151.57) | |
| 10:31.23 | *** join/#brlcad shaina (~shaina@117.241.116.208) | |
| 10:38.31 | dracarys983 | d_rossberg: No, I guess the patch tracker is working. I'll submit one there then? |
| 10:39.57 | d_rossberg | yes, using the patch tracker is better |
| 10:41.45 | dracarys983 | d_rossberg: Okay. |
| 10:43.09 | dracarys983 | One thing, I have to implement arbitrary view support in my implementations as Sean also mentioned that it should be possible to leverage gqa or rtweight's functionalities using the new implementation. |
| 10:43.33 | dracarys983 | So that'll be the immediate target once I implement the basic ones I guess. |
| 10:43.38 | dracarys983 | Do you have any other plans? |
| 10:46.55 | dracarys983 | d_rossberg: Also, should I submit the patch with the change of code I did to test it using analyze? |
| 11:11.41 | d_rossberg | yes, for completeness you should add the analyze part too |
| 11:13.46 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 11:31.11 | *** join/#brlcad Izakey (~Izakey@41.205.22.23) | |
| 11:47.44 | *** join/#brlcad ih8sum3r (~deepak@122.173.49.166) | |
| 12:06.44 | dracarys983 | d_rossberg: I'll submit the rt^3 changes later after testing, once svn is up. :) |
| 12:27.49 | *** join/#brlcad luca79 (~luca@151.43.97.186) | |
| 13:15.19 | starseeker | aaaand svn is still down |
| 13:16.21 | Izakey | yes starseeker |
| 13:17.02 | Izakey | wonders how much development time this will cost |
| 13:20.43 | ``Erik | you can develop without svn... |
| 13:21.01 | Izakey | Definitely ``Erik , |
| 13:21.47 | ``Erik | one way would be to tar up the latest unmodified svn checkout you have, then for each 'commit' you want to do, extract it out, cp files before you edit them, then create patches. When svn comes up, apply the patch (fixing as necessary) and commit. |
| 13:22.28 | ``Erik | (or just keep coding and piss people off with one huge mega-commit) |
| 13:23.05 | Izakey | prefers the latter ``Erik |
| 13:24.34 | ``Erik | preferring to piss people off? :D |
| 13:27.24 | ``Erik | if you have the bandwidth and hdd space, you could grab the git clone at http://brlcad.org/brlcad.git (or @brlcad.org:/usr/web/brlcad.org/brlcad.git) and work with that, then create the right patches out of that to apply to svn when it comes back *shrug* |
| 13:29.19 | Izakey | tried cloning the other day but my bandwidth didn't permit |
| 13:31.27 | ``Erik | if you have an acct on the server, you could always do your work on it? |
| 13:31.53 | ``Erik | *shrug* there're ways to continue making progress :) |
| 13:34.30 | *** join/#brlcad sofat (~sofat@202.164.45.212) | |
| 13:45.18 | *** join/#brlcad konrado (~konro@41.205.22.59) | |
| 14:07.10 | brlcad | thanks to everyone for responding as requested |
| 14:07.34 | brlcad | andrei_il: working on that status summary? |
| 14:09.08 | brlcad | dracarys983: that is not exactly what I was suggesting -- I don't want to end up with 3 generic ways for calculating volume |
| 14:10.01 | brlcad | the solution may be to replace your implementation with rtweight or gqa's so the question is whether you've made that easy or difficult ;) |
| 14:12.08 | brlcad | Izakey: if we were OpenBSD, they voluntarily halt development like this once or twice a year (during releases) :D |
| 14:12.30 | brlcad | slight exaggeration ;) |
| 14:15.49 | Izakey | Ok, brlcad |
| 14:24.44 | *** join/#brlcad sofat (~sofat@202.164.45.212) | |
| 14:26.57 | *** join/#brlcad milinda (~milinda@175.157.161.10) | |
| 14:30.59 | *** join/#brlcad infobot (ibot@69-58-76-73.ut.vivintwireless.net) | |
| 14:30.59 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-) | |
| 14:36.35 | andrei_il | brlcad: not yet, I just read some documentation to find some answers |
| 14:36.58 | andrei_il | I will update my logs now |
| 14:48.55 | *** join/#brlcad gurwinder (~chatzilla@59.91.239.132) | |
| 14:54.07 | *** join/#brlcad vasc (~vasc@bl13-104-154.dsl.telepac.pt) | |
| 15:02.31 | *** join/#brlcad sofat (~sofat@202.164.45.208) | |
| 15:27.30 | *** join/#brlcad ih8sum3r (~deepak@122.173.49.166) | |
| 15:30.16 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 15:44.51 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 15:46.18 | dracarys983 | brlcad: Oh. Right. I'll have to improve the basic implementations anyways. Can you help me with the view manipulation in my present code? You can refer to my latest patch for that : https://sourceforge.net/p/brlcad/patches/385/#8616 |
| 15:47.28 | dracarys983 | Actually my main concern is whether using a method like rtweight does (do_ae()) would be a good idea or something else. |
| 15:53.13 | sofat | brlcad, I have done my stylesheet work so now I add this stylesheet in building system ? |
| 15:53.48 | sofat | means I need to create new micro for this ? |
| 15:59.18 | *** join/#brlcad bhollister2 (~brad@2601:647:cb02:7a00:5550:4df0:68ec:ffe7) | |
| 16:00.22 | brlcad | dracarys983: the ultimate algorithm for calculating mass and surface area will almost certainly center around quasi-random spherical sampling convergence with adaptive refinement |
| 16:00.42 | *** join/#brlcad sofat (~sofat@202.164.45.212) | |
| 16:00.57 | brlcad | that's a GSoC project in itself, which is why daniel suggested focusing on just doing what rtweight does or migrating gqa code (lower risk) |
| 16:01.28 | brlcad | lets you focus on your task at hand, and when the better algorithm is eventually implemented, users will just get more accurate results |
| 16:02.47 | dracarys983 | brlcad: Okay, agreed. I can focus on the spherical convergence algo once I'm done with the basic gqa/rtweight style generic method. |
| 16:02.51 | brlcad | dracarys983: as for your patch, I suggest you actually match what rtweight is doing as closely as possible, so when you're done rtweight could be updated to call your libanalyze function and there should be no change to the user |
| 16:03.04 | gurwinder | brlcad: Hi, as you know I'm working on elliptical torus. Torus is working correctly but I'm not able to use its C and D minor and major axis in my macro |
| 16:03.37 | brlcad | or if you're already doing a gqa-style grid-aligned approach that you mimick gqa as closely as possible, so it could be updated to libanalyze |
| 16:03.57 | dracarys983 | brlcad: Okay, awesome :) |
| 16:04.21 | brlcad | sofat: url example? |
| 16:04.31 | gurwinder | brlcad: Torus's normal center are working well and it elliptical torus just as in brlcad. |
| 16:04.43 | dracarys983 | I although do want to try to implement the arbitrary view manipulation in my gqa-style implementation like rtweight. |
| 16:05.19 | brlcad | gurwinder: does povray have support for elliptical tori? |
| 16:05.38 | brlcad | or surface of revolution where we can revolve an ellipse |
| 16:05.57 | brlcad | or sweep surface where an ellipse can be swept in a circle |
| 16:06.13 | brlcad | if not, then I'm not sure what you're working on :) |
| 16:06.25 | sofat | for style sheet or web view of presentation output ? |
| 16:06.40 | *** join/#brlcad Izakey (~Izakey@154.70.98.19) | |
| 16:06.46 | dracarys983 | brlcad: So, I'm trying to figure that part out since some time now. Can you give me some pointers for that? :) |
| 16:06.56 | brlcad | dracarys983: I'm sure you do, but remember that the only way this code will survive is if it can fully replace what is in rtweight or gqa |
| 16:07.18 | brlcad | and even then, it may be short-lived once someone implements spherical sampling |
| 16:08.08 | brlcad | dracarys983: you have exact code ... I'm not sure I understand |
| 16:08.24 | brlcad | sofat: web view |
| 16:10.09 | brlcad | dracarys983: you can't lose sight of the bigger picture for your project given you're behind schedule, you don't have time to explore methods of calculating mass/weight -- this should not be approached as an implementation exercise |
| 16:10.13 | brlcad | it's already implemented |
| 16:10.17 | sofat | i am not merge this part with web site now because I am doing some experiments on output looks |
| 16:10.36 | brlcad | sofat: okay, that's fine .. still like to see work in progress |
| 16:11.05 | sofat | are you want to see my stylesheet ? |
| 16:11.15 | sofat | its ready now |
| 16:11.18 | brlcad | dracarys983: so you should use the existing code (as is, as much as possible), so you can focus on exposing the calculations in rt^3 and libanalyze, etc |
| 16:11.29 | brlcad | sofat: you already showed me the stylesheet yesterday |
| 16:11.35 | sofat | yes |
| 16:11.38 | brlcad | a stylesheet is useless without seeing the result |
| 16:11.43 | sofat | okay |
| 16:11.46 | brlcad | it's just a bunch of text :) |
| 16:11.54 | brlcad | I trust you have more text ;) |
| 16:12.15 | sofat | haha :- ( |
| 16:13.14 | dracarys983 | brlcad: Okay. So, this implementation works for now? It has got the way gqa calculates volume. Just that tolerance estimation and gridSpacing / gridSpacingLimit estimation is a bit modified. |
| 16:13.16 | brlcad | I know it's hard work and good progress, but there's nothing I'm going to understand without actually running the stylesheet and seeing the output :) |
| 16:13.21 | *** join/#brlcad Izakey_ (~Izakey@154.70.98.19) | |
| 16:13.38 | brlcad | dracarys983: modified how? |
| 16:14.18 | *** join/#brlcad shaina (~shaina@59.89.45.156) | |
| 16:14.20 | sofat | hmm i will show you after 2 hour. |
| 16:14.29 | dracarys983 | For gridSpacing / gridSpacingLimit estimation I have calculated the max_span in the present view and then divided it by a defined factor. |
| 16:15.05 | gurwinder | brlcad: Yes, they support elliptical torus but for that I have to use function. |
| 16:15.13 | dracarys983 | And I have kept the refinement limit at 7 times right now. |
| 16:15.47 | *** join/#brlcad konrado (~konro@154.70.98.19) | |
| 16:16.33 | dracarys983 | For tolerance estimation, the factor in gqa is 1000 I guess. I have kept it at 2500, because according to my grid setup, 2500 works better. |
| 16:17.01 | gurwinder | brlcad: Here is f_torus function http://www.econym.demon.co.uk/isotut/variable.htm |
| 16:17.02 | brlcad | gurwinder: source? |
| 16:17.20 | gurwinder | in last of it |
| 16:18.23 | brlcad | hm, so that's interesting but concerning that they say the result is merely "similar" to an elliptical torus |
| 16:19.26 | brlcad | indeed that rendered example could very well not be one |
| 16:20.18 | gurwinder | brlcad: Ok, |
| 16:20.32 | gurwinder | brlcad: here is another method http://wiki.povray.org/content/Reference:Polynomial |
| 16:20.51 | gurwinder | but it doesn't gave result similar to f-torus function |
| 16:24.14 | Notify | 03BRL-CAD Wiki:Andrei.ilinca24 * 9082 /wiki/User:Andrei.ilinca24/logs: /* Coding Period (2nd half) */ |
| 16:25.42 | brlcad | gurwinder: hm, that might work ... eto are described with a quartic equation |
| 16:26.02 | brlcad | but figuring out the mapping could get tricky |
| 16:26.18 | brlcad | another possibility, looking at their documentation, is a surface of revolution |
| 16:26.41 | brlcad | that will definitely work too |
| 16:26.48 | brlcad | BUT... |
| 16:27.05 | brlcad | why are you working on ETO? :) |
| 16:27.26 | gurwinder | brlcad: Oh ok, I will put my full effort on it |
| 16:27.32 | brlcad | you were working on eto two months ago |
| 16:27.59 | brlcad | you haven't gotten it by now and it's not anywhere near as important as several other object types |
| 16:28.24 | brlcad | so you're putting in less than full effort? :) |
| 16:28.32 | brlcad | that's a terrible expression :) |
| 16:28.47 | gurwinder | brlcad: No that was just torus if I remember correclty |
| 16:29.18 | gurwinder | brlcad: Is there any priority of primitives so that I out my efforts in right direction |
| 16:30.01 | gurwinder | I'm just taking primitives randomly and exporting them |
| 16:31.02 | brlcad | gurwinder: make a list of them all and indicate which ones are complete, partial, or not yet |
| 16:31.46 | brlcad | on that list, I can more easily indicate their priorities |
| 16:32.20 | gurwinder | brlcad: the primitives that I have exported before mid term even before getting selected iin GSoC are complete and working properly |
| 16:32.35 | gurwinder | OK, I will make a list and show you. |
| 16:32.38 | brlcad | :) |
| 16:33.48 | Izakey_ | gurwinder, You could just list the ones you already having working til now (to avoid any confusion) |
| 16:33.49 | *** join/#brlcad Shubham (6719e766@gateway/web/freenode/ip.103.25.231.102) | |
| 16:34.23 | gurwinder | Izakey_: Hi, Ok |
| 16:35.46 | brlcad | this can be a text file or on the wiki, e.g., http://brlcad.org/wiki/Povray where you can summarize import/export support information |
| 16:36.50 | Izakey_ | brlcad++ |
| 16:37.37 | Izakey_ | So gurwinder you know what you have to do, could take you less than 20 minutes :) |
| 16:37.49 | gurwinder | brlcad: is this a page where I should write about my primitives? |
| 16:38.23 | Izakey_ | gurwinder, Just a short report of the primitives which you've exported already |
| 16:39.56 | gurwinder | Izakey_:Ok |
| 16:42.56 | gurwinder | Izakey_: How to edit in it? |
| 16:43.46 | Izakey_ | Just the way you created your GSoC proposal page gurwinder - the same way you update your logs :) |
| 16:45.29 | gurwinder | Izakey_: On google log page there is edit option but there is no option to edit |
| 16:51.14 | brlcad | gurwinder: nice visual overview of povray entities if you have not seen it yet: http://www.f-lohmueller.de/pov_tut/all_shapes/shapes100e.htm |
| 16:52.12 | brlcad | gurwinder: what are the menu options... |
| 16:52.22 | brlcad | Page ... Discussion ... |
| 16:53.09 | gurwinder | brlcad: Yes I'm taking reference of that povray entities page. |
| 16:53.26 | gurwinder | brlcad: yes there are two options page and discussion |
| 16:55.39 | gurwinder | brlcad: two links, search for this page title, search the related logs |
| 16:59.57 | bhollister2 | starseeker: i'm here for our 10AM PST mtg. however, i need to bring my car into the garage once again for an air bag recall. not sure how long that will take. still working to get vertex labels working for nmg edit mode. |
| 17:01.00 | Izakey_ | gurwinder, that report needs to be on the BRL-CAD website |
| 17:03.07 | gurwinder | Izakey_: Yes, I'm writing primitives on seperat text file and will upload on brlcad website |
| 17:05.09 | Izakey_ | gurwinder, Look at a page like http://brlcad.org/wiki/BRL-CAD_Primitives - Just need a little Introduction and then the POV-RAY exported primitives in bullet formats |
| 17:08.04 | gurwinder | Izakey_: Great example. Thanks |
| 17:08.40 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 17:14.14 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 17:16.27 | brlcad | gurwinder: perhaps you are not logged in |
| 17:18.19 | brlcad | gurwinder: also see http://brlcad.org/gallery/diagrams/primitives for a visual to go with the short name labels ... it's not a complete list of object types |
| 17:19.14 | vasc | svn.code.sf.net is slow as molasses but up. seems like they are working on it. |
| 17:20.31 | brlcad | vasc: thanks |
| 17:21.13 | vasc | i couldn't update svn yet though |
| 17:21.48 | gurwinder | brlcad: oK |
| 17:22.05 | gurwinder | yes, I'm creating new account on it |
| 17:25.58 | brlcad | gurwinder: what? how have you been updating your dev log? |
| 17:27.44 | brlcad | gurwinder: ah, I see you have done most of your edits anonymously .. this is not good |
| 17:27.54 | gurwinder | brlcad: I just went to http://brlcad.org/w/index.php?title=User:Gurwinder_Singh/GSoc15/log_development |
| 17:27.57 | Notify | 03BRL-CAD Wiki:Gsbains123 * 0 /wiki/User:Gsbains123: |
| 17:27.58 | brlcad | please don't create another account, log in with the account you created |
| 17:28.09 | brlcad | *sigh* |
| 17:29.09 | gurwinder | ok, sorry I forget my username thats why I'm getting user name error. and I thought that I haven't created yet |
| 17:29.34 | brlcad | look at the log on your page |
| 17:29.37 | brlcad | History |
| 17:30.01 | brlcad | heck, even your user link on http://brlcad.org/wiki/Google_Summer_of_Code/2015 has it |
| 17:33.19 | Izakey_ | People tend to forget usernames and passwords which they don |
| 17:33.33 | Izakey_ | s/don/don't use ofter |
| 17:33.49 | Izakey_ | s/ofter/often |
| 17:35.19 | brlcad | this is true |
| 17:35.57 | brlcad | but that's also in their hands, not anyone else, and can be easily managed |
| 17:36.00 | brlcad | keeps a ledger |
| 17:36.53 | Stragus | Some U.S. government contractor registration thingy (CMR or so) has some absurd password requirements |
| 17:37.17 | Stragus | Like >16 characters long, at least 4 numbers, at least 4 special characters, mix of lower and capital case |
| 17:37.47 | brlcad | it's been that way for many years, all federal systems adhere to a standard policy |
| 17:38.02 | brlcad | you also have to change it every NN days (which I think is 45?) |
| 17:38.04 | Stragus | Well, I remember all my password except *that* one |
| 17:38.08 | Stragus | passwords* |
| 17:38.40 | Stragus | Right, it's terrible |
| 17:38.50 | Izakey_ | I now understand why you need a ledger brlcad |
| 17:39.55 | brlcad | I would completely understand forgetting a wiki password, maybe even forgetting that one had created an account... except that wiki account creation is part of our gsoc checklist, and pretty much everyone puts there dev log there |
| 17:40.36 | brlcad | it's fine, life will certainly go on ;) |
| 17:40.51 | brlcad | probably lunchcranky |
| 17:41.28 | brlcad | goes to slurp some ramyun |
| 17:41.42 | Izakey_ | Forgetting your wiki username is weird |
| 17:57.41 | vasc | when i forget the password i just go to the saved passwords dialog in firefox and see what was the password i used |
| 17:57.55 | vasc | i just save the passwords there |
| 17:58.10 | vasc | anyone can get them but i could care less. it's my computer. |
| 18:17.47 | vasc | most passwords i use are really weak |
| 18:17.58 | vasc | i only bother using strong passwords on the really important stuff |
| 18:18.52 | vasc | like tqbfjotl |
| 18:20.21 | vasc | most sysadmins i knew just generate a random password and write it down in a piece of paper |
| 18:21.11 | ``Erik | pwgen -s |
| 18:22.17 | ``Erik | piece of paper is horrible, though... encrypted file seems better to me (something like 1password if you want it automagic) |
| 18:49.18 | ih8sum3r | ``Erik: I'm getting this error : http://brlcad.org/w/images/d/d8/Meteor_freeBSD_libm.so.6_error.png when run this command PORT=3000 MONGO_URL="mongodb://localhost:27017/myappdb" node bundle/main.js. I searched and found run make install in /usr/ports/misc/compat6x I did but getting same error again and again any idea what to do? |
| 19:15.07 | ``Erik | well, the error form the ports dir thing is probably a permission error, lemme look at some stuff |
| 19:15.30 | ``Erik | where did you get the node binary? is that system? |
| 19:16.25 | ``Erik | oh, this isn't on bz |
| 19:17.23 | ``Erik | there's really no good reason for you to need compat6x... that's there to run binaries compiled against freebsd 6 |
| 19:18.07 | ``Erik | I'd think recompile the bcrypt npm module |
| 19:18.53 | ``Erik | huh, fbsd's libm is currently at 5... are you running an old linux executable on fbsd? :D |
| 19:19.09 | ``Erik | is now confused |
| 19:19.30 | ih8sum3r | I created bundle for meteor and move that bundle to VM. From there it is getting node modules |
| 19:19.43 | ih8sum3r | I'm following this tutorial : http://grigio.org/meteorjs_freebsd_11_current/ |
| 19:20.09 | ``Erik | what os/version did you create the bundle on, and what's running in the vm? |
| 19:20.44 | ih8sum3r | I created bundle on Ubuntu 14.04 and in VM I have freebsd 10.1 |
| 19:20.56 | ``Erik | (also; fbsd11 is -current, stable is 10) |
| 19:21.51 | ``Erik | so you're making an executable for linux and trying to run it on fbsd? |
| 19:23.01 | ``Erik | maybe fire up the vm and try to build the bundle/executable/libs inside of it? |
| 19:23.10 | ih8sum3r | Yes, what I have read according to that it is doing something like that only. |
| 19:24.12 | brlcad | ``Erik: who said anything about paper? |
| 19:24.36 | ih8sum3r | I found only this tutorial to install meteor on freebsd. I have also asked on IRC and meteor forums but didn't get any response about freebsd and meteor :( |
| 19:24.47 | ``Erik | brlcad: vasc did, in the line that starts "most sysadmins i knew" |
| 19:24.58 | brlcad | ahh, missed that |
| 19:25.08 | brlcad | thought you were referring to my ledger comment |
| 19:25.21 | brlcad | ledger == encrypted file == digital wallet |
| 19:25.26 | ``Erik | ih8sum3r: "here be dragons", you're in uncharted territory :) makes me glad I've found a reason not to use meteor every time I've done framework shopping ;) |
| 19:26.42 | ih8sum3r | I also tried to clone this and install it on freebsd : https://github.com/herrBeesch/meteor-freebsd. But this thing also produce same error i.e : This OS is not supported yet. |
| 19:26.46 | ``Erik | brlcad: I use scrypt, vim and scrub... there's that spot of insecure memory while editing, but *shrug* |
| 19:27.39 | ih8sum3r | brlcad: I want to dicuss a little about OGV can you please spare a little time for me. |
| 19:27.49 | ih8sum3r | s / dicuss / discuss |
| 19:27.52 | ``Erik | ih8sum3r: since meteor on fbsd is such a ... challenging combination, and the server is fbsd, is it worth reconsidering using meteor? |
| 19:27.53 | brlcad | ih8sum3r: if you created the bundle on linux, then you need to also copy over the linux libs it was linked against (libm.so.6) |
| 19:28.41 | brlcad | given someone got it working on fbsd 11, it's certainly doable |
| 19:29.18 | brlcad | ih8sum3r: "This OS is not supported yet." is not a stopping point -- you're in developer land |
| 19:29.30 | brlcad | you find where that message is coming from and you modify the code to bypass it |
| 19:29.44 | vasc | i hate those kinds of messages |
| 19:29.48 | brlcad | that's a user stopping point |
| 19:29.52 | brlcad | you're not a user |
| 19:30.01 | ``Erik | puny mortals |
| 19:30.52 | vasc | you should complain about lack of necessary capabilities not that you didn't test it with the OS that the user is using |
| 19:31.02 | vasc | or browser or whatever |
| 19:31.26 | vasc | at worse it should be a warning not a fatal error. |
| 19:31.40 | ih8sum3r | brlcad: I can create bundle only where meteor is installed because meteor bundle xyz will create bundle for app. freeBSD couldn't create meteor bundle because there is no meteor installed. |
| 19:32.01 | ``Erik | ya'll remember before autoconf got popular and it was "make -f Makefile.linux32" 'n stuff? :D those were dark days |
| 19:32.42 | vasc | yeah i know. i used to work on a MUD codebase that was like that |
| 19:32.52 | ``Erik | "meteor bundle" is probably just calling npm... which is supported |
| 19:33.08 | ih8sum3r | brlcad: Okay I'll tried to bypass that thing. |
| 19:33.29 | brlcad | ih8sum3r: are you using virtualbox? |
| 19:33.32 | vasc | it also did silly things like include system function declarations for SunOS because quite often SunOS did not come with includes |
| 19:33.41 | ``Erik | vasc: mud weenies... I admin'd a linux box in the mid 90's that some friend of the owner put a circle mud on, then they started asking me C questions.. what a horrible codebase :D |
| 19:33.48 | vasc | so you had system function declarations inside the app code |
| 19:33.52 | ih8sum3r | brlcad: Yes |
| 19:34.14 | vasc | well i ran a mud derived on merc mud |
| 19:34.20 | vasc | it was reasonably well written |
| 19:34.28 | vasc | actually it was quite well written |
| 19:34.40 | vasc | except for little things like that |
| 19:34.58 | ``Erik | I've never looked at (or heard of) merc... circle and diku were the two big ones :) |
| 19:35.01 | brlcad | ih8sum3r: then I suggest a different approach altogether |
| 19:35.14 | vasc | if you think the circle mud codebase was bad you should look at the SillyMUD codebase |
| 19:35.17 | ``Erik | (then I started hacking together even uglier C to make a mud client... 'bmud') |
| 19:35.36 | ih8sum3r | brlcad: Like? |
| 19:35.37 | brlcad | set up a new disk image, install ubuntu and whatever else you need, and get the site set up |
| 19:35.44 | vasc | back then we used tinyfugue i think |
| 19:36.05 | brlcad | we can run that vbox image on .bz and see how responsive it is |
| 19:36.27 | brlcad | also has the added benefit of clean sandboxing |
| 19:36.33 | ``Erik | tinyfugue was nice, I wanted to use gtk+/gnome *shrug* :) https://github.com/erikg/bmud |
| 19:37.13 | vasc | oh an automapper. kewl. |
| 19:37.44 | brlcad | ih8sum3r: just make sure your web root is neatly organized and well documented in the VM |
| 19:37.59 | brlcad | so we can later move it to fbsd when we upgrade to 11 |
| 19:38.13 | vasc | https://github.com/vcosta/greedmud |
| 19:38.25 | brlcad | ih8sum3r: do you understand? |
| 19:38.38 | sofat | brlcad, hello |
| 19:38.42 | sofat | there is link |
| 19:38.42 | vasc | i learned more about C working on that in the college classes |
| 19:38.46 | sofat | 202.164.53.122/wordpress/articles/en/about.php |
| 19:38.55 | sofat | please check |
| 19:39.03 | ih8sum3r | brlcad: Yah approx. let me read it one more time. |
| 19:39.49 | ih8sum3r | Okay okay understand :). |
| 19:40.15 | ``Erik | C in college classes? I thought they quit that 20 years ago O:-) yeah, college lessons are fine for touching on basics, but a real project definitely pushes you |
| 19:40.27 | ih8sum3r | For this I'm going to use ubuntu 14.04. Is that okay to you? |
| 19:40.45 | brlcad | sofat: looking good |
| 19:40.57 | sofat | thanks |
| 19:41.01 | brlcad | sofat: is this mid-progress or do you think you're done with everything? |
| 19:41.03 | starseeker | here's the sf latest: http://sourceforge.net/blog/sourceforge-infrastructure-and-service-restoration-update-for-724/ |
| 19:41.14 | vasc | they thought us C in 2 hours of lab classes |
| 19:41.21 | vasc | basically we had to learn it ourselves. |
| 19:41.31 | vasc | taught |
| 19:41.31 | brlcad | sofat: because I still see Spainsh and Spainish which are wrong :) |
| 19:41.44 | sofat | ohh |
| 19:42.07 | vasc | well i did enter college like 20 years ago. |
| 19:42.23 | brlcad | haha, "has completed 22 letters, 4 remain" |
| 19:42.33 | brlcad | so 'b'rlcad is definitely in one of those 4 then :) |
| 19:42.36 | ``Erik | spanglish? |
| 19:42.53 | vasc | i think they start with scheme as their first language now |
| 19:42.55 | brlcad | sofat: it's "Spanish" |
| 19:42.59 | vasc | used to be pascal when i started |
| 19:43.22 | brlcad | and really, all of the itemized languages should be written in their native language :) |
| 19:43.31 | brlcad | Español |
| 19:43.35 | ``Erik | mit switched from scheme to python for intro a few years back, caused a bit of a stir in the lithp communities |
| 19:44.06 | vasc | Espanhol |
| 19:44.17 | brlcad | sofat: now when I select on of the google translations, it gives a dialog saying "Error: Could not find Google translate frame." |
| 19:44.42 | sofat | re fresh page then try |
| 19:45.04 | vasc | you can get that from wikipedia |
| 19:45.21 | vasc | https://www.wikipedia.org/ |
| 19:45.28 | brlcad | sofat: refreshed, still error |
| 19:45.31 | ``Erik | æ¥æ¬èª |
| 19:45.39 | ``Erik | terminal doesn't like kanji :( |
| 19:45.56 | vasc | i can read it fine in xchat |
| 19:46.23 | ``Erik | woops, terminal likes it fine, ssh/tmux/irssi doesn't like it |
| 19:46.28 | sofat | but on my side its working |
| 19:46.44 | vasc | some apps don't like utf-8 still |
| 19:47.02 | ih8sum3r | brlcad: I have doubt in this "also has the added benefit of clean sandboxing". Can you please it. |
| 19:47.04 | vasc | irc clients were quite bad at it |
| 19:48.42 | brlcad | ih8sum3r: yes it's okay -- it really doesn't matter which OS just as long as you keep it really simple and only install what you need (i.e., you probably shouldn't install X11 or any GUI) -- which is probably just apache, meteor, mongodb, php, python, and a shell environment |
| 19:48.48 | sofat | brlcad, it is working on chrome and firefox my side |
| 19:48.55 | sofat | without any error |
| 19:49.08 | vasc | http://weechat.org/ |
| 19:49.34 | vasc | that one's supposedly good |
| 19:50.27 | ih8sum3r | brlcad: Ah! I see, Okay I'm on it. |
| 19:51.31 | brlcad | sofat: I'm not sure what to tell you ... it's not working here and it looks like that error message is from code you used from the web, not code you wrote yourself, so you have to debug it |
| 19:52.43 | brlcad | searching the web, I see "Error: Could not find Google translate frame" is from snippets on how to use this -- you need to evaluate every line to make sure you understand how the code would get to that condition |
| 19:53.47 | brlcad | ih8sum3r: as for "also has the added benefit of clean sandboxing" is merely to say that this web service will be running in a VM, which is a sandbox -- it's an enclosed environment |
| 19:53.57 | ``Erik | ah, it got accepted :) https://itunes.apple.com/us/app/realm-status-for-world-warcraft/id960414524?ls=1&mt=8 |
| 19:54.07 | brlcad | so if there's a security vulnerability in OGV, for example, it doesn't put the rest of the server at risk if running from a VM |
| 19:54.23 | brlcad | it'll just be slightly slower than if running native |
| 19:55.03 | brlcad | ``Erik: heh, congrats! |
| 19:55.07 | ih8sum3r | brlcad: Sorry for silly question so I need to install ubuntu server 14.04 on VM for testing? This one: http://www.ubuntu.com/download/server. Please pardon. |
| 19:55.49 | ``Erik | also; mother-effer, competing app was approved while mine was in the queue! beaten to the punch O.o |
| 19:57.02 | ih8sum3r | Okay I'll check that sandboxing thing will make sure that everything goes in a perfect way. |
| 19:57.28 | ``Erik | thanks, brlcad :) |
| 19:57.32 | vasc | never programmed anything in objective c. i tried it in the 90s but i couldn't wrap my head around that method call syntax |
| 19:57.44 | brlcad | ih8sum3r: that looks like it's probably right |
| 19:58.33 | ``Erik | vasc: it's easy, [obj method:arg]; instead of obj.method(arg); |
| 19:58.53 | ``Erik | swift has a more java smelling syntax |
| 19:59.25 | ih8sum3r | brlcad: Okay, I'll start downloading and will report you asap. |
| 19:59.37 | vasc | i remember it getting weirder in some cases |
| 19:59.57 | vasc | well whatever. it can't be worse than ML |
| 20:00.26 | vasc | i had to program in caml light at one point |
| 20:01.01 | ``Erik | heh, objc does have some weird invocations... [obj meth1:arg meth2: meth3:arg1, arg2, arg3] type stuff... what do ya expect, it's related to smalltalk (and sml/ocaml) |
| 20:01.47 | vasc | puke |
| 20:01.54 | vasc | i hate ml |
| 20:02.53 | vasc | so you basically can chain method invocations in the same call? |
| 20:03.17 | vasc | seems really message passing oriented |
| 20:08.57 | Stragus | ``Erik, what would that mean in C? |
| 20:09.10 | Stragus | never learned objc, just seemed weird and pointless |
| 20:10.04 | Stragus | meth1( obj, arg, meth2( obj, meth3( obj, arg1, arg2, arg3 ) ); ? |
| 20:12.45 | *** join/#brlcad konrado (~konro@41.205.22.35) | |
| 20:15.01 | vasc | i remember hearing all these wonderful things about NeXTSTEP so i actually tried learning Objective C at one point. then i gave up. i thought it wasn't bound to have much impact. until i heard about steve jobs getting back to Apple. |
| 20:15.25 | vasc | well i would have never guessed it would spread so far |
| 20:29.08 | *** join/#brlcad sofat_ (~sofat@202.164.45.204) | |
| 20:30.38 | vasc | i did know that apple was basically safe when i heard they were gonna switch from macos to nextstep (later macos x) though |
| 20:31.01 | vasc | shame i was never into investing.... |
| 21:07.23 | brlcad | nifty http://www.degraeve.com/color-palette/ |
| 21:07.57 | sofat_ | brlcad, i did some change please check one time more . |
| 21:09.18 | brlcad | sofat_: .... still Spainsh |
| 21:09.31 | brlcad | all the lessons ... http://202.164.53.122/wordpress/lessons/en/mged01_creating_primitive_shapes.php |
| 21:09.47 | brlcad | and I still get the Google Translate error |
| 21:10.55 | vasc | https://color.adobe.com |
| 21:11.14 | vasc | it also has 'create from image' |
| 21:11.20 | vasc | you can upload your own image |
| 21:11.32 | vasc | and it generates a palette from it |
| 21:12.08 | brlcad | you also still need to fix the two errors that were in the screenshot (style.css:432 and the brlcad.css 404) |
| 21:14.02 | brlcad | yeah, pretty cool too .. hadn't seen that |
| 21:15.58 | brlcad | sofat: other errors are base.css:248 (invalid property at '*'), style.css:432 (extra ;), foundation.min.css:1 (invalid css property decl at '*'), and brlcad.css missing at wordpress/css/brlcad.css |
| 21:16.12 | vasc | i saw a site some time back which said the palettes in fashion for the season but i don't remember where it was |
| 21:19.11 | brlcad | also translateelement.css:2 |
| 21:23.39 | brlcad | sofat: please recheck all of the issues itemized in the last two e-mails - I still see several of them and it's wasting time for me to keep looking when some items are clearly not fixed yet |
| 21:24.12 | brlcad | if you don't understand an item, ask what was meant if you don't see what needs to be fixed or improved |
| 21:29.33 | brlcad | the progress is good, but there are several little issues like getting google translate working ... it was working in your first version, so maybe look at what you've changed since then |
| 21:30.06 | sofat_ | me , konrado and vasc check this |
| 21:30.14 | sofat_ | he told me all is working |
| 21:30.42 | sofat_ | brlcad, but I don't know what is problem your side |
| 21:32.03 | vasc | it works here... |
| 21:32.36 | vasc | google translate |
| 21:33.07 | ih8sum3r | working on my side too |
| 21:33.08 | vasc | firefox |
| 21:35.16 | konrado | sorry for the misdirection sofat_, now I get the error with google chrome. |
| 21:35.35 | sofat_ | but is error |
| 21:35.36 | sofat_ | ? |
| 21:35.46 | konrado | but I had no error with firefox |
| 21:38.32 | konrado | Error say "The page at 202.164.53.122 says: Error: Could not find Google translate frame." |
| 21:38.54 | sofat_ | refresh and try again |
| 21:38.59 | vasc | i have no problems with chrome either. it asks me if i want to keep translating that page and i just ignore that dialog. |
| 21:39.09 | sofat_ | may be slow internet problem |
| 21:39.44 | sofat_ | i am also tested on chrome |
| 21:43.35 | konrado | Ok it now works for me on chrome. |
| 21:43.54 | sofat_ | brlcad, please tell me what i do ? |
| 21:44.31 | vasc | just figure out when that error happens and just return the untranslated page in case of error |
| 21:44.42 | sofat_ | ok |
| 21:45.21 | vasc | the "Could not find Google translate frame." error |
| 21:47.15 | sofat_ | hmm |
| 21:48.43 | sofat_ | so now need to change this error. if any problem came then page reload without any changes |
| 21:49.04 | vasc | it's my opinion |
| 21:49.19 | vasc | it's better to give the user something other than just an error |
| 21:49.33 | sofat_ | haha. |
| 21:49.51 | vasc | for all i know google translate or google services could be banned on someone's corporate network |
| 21:49.53 | vasc | or something |
| 22:27.38 | ``Erik | Stragus: nothing. by the time you got C to do it, it wouldn't be C anymore... :D |
| 22:28.19 | ``Erik | vasc: yes, objc is message oriented (very smalltalky) |
| 22:31.41 | Stragus | ``Erik, so what would that mean in assembly? :p I don't really believe it can't be expressed in C |
| 22:33.49 | vasc | i think its just: |
| 22:34.13 | vasc | obj.meth1(arg).meth2().meth3(arg1, arg2, arg3) |
| 22:34.56 | vasc | assuming the methods return the object... |
| 22:35.12 | Stragus | Uh. |
| 22:35.26 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 22:35.34 | vasc | or obj.meth1(arg);obj.meth2();obj.meth3(arg1, arg2, arg3); |
| 22:35.34 | Stragus | So, meth1( obj, arg ), meth2( obj ), meth3( arg1, arg2, arg3 ); |
| 22:35.39 | vasc | yeah that |
| 22:35.40 | Stragus | Right |
| 22:36.05 | Notify | 03BRL-CAD Wiki:Gsbains123 * 0 /wiki/User:Gsbains123: |
| 22:36.29 | Stragus | claims we have demonstrated here today that Obj-C is useless |
| 22:36.31 | vasc | you have an object and you do RPC calls on them |
| 22:37.05 | vasc | well it makes sense if you are using remote calls |
| 22:37.33 | vasc | coz you can bundle calls together in the same message packet |
| 22:38.00 | vasc | if you aren't it seems useless |
| 22:39.10 | Stragus | Remote calls?... That's an Obj-C compiler feature or these calls are just sent over the network? |
| 22:39.53 | Stragus | Because the C comma operator also performs the 3 function calls independently as a single statement |
| 22:41.00 | vasc | you can do message passing inside a machine too |
| 22:41.04 | vasc | its just a paradigm |
| 22:44.11 | *** join/#brlcad sofat (~androirc@202.164.45.204) | |
| 22:44.49 | vasc | i said it in the context of RPC because, at least to me, it makes the point of using a construct like that more obvious |
| 23:08.41 | Notify | 03BRL-CAD Wiki:Konrado DJ * 9083 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 24 JULY 2015 */ |
| 23:14.15 | *** join/#brlcad KimK (~Kim__@ip68-102-188-176.ks.ok.cox.net) | |
| 23:22.30 | vasc | https://xkcd.com/1506/ |
| 23:22.34 | vasc | :-D |
| 23:29.07 | brlcad | sofat: I told you what you could do -- you had translate working when you first added google translate ... then you changed it to this drop-down menu and it stopped working. so you can compare what the differences are. |
| 23:30.59 | brlcad | sofat: either way, you have to debug the problem. asking others if it works for them is not debugging. saying it works for you is not debugging. I provided the error message and that is a message from your code, so you should inspect and try to find the cause of the error. |
| 23:34.29 | brlcad | ignoring the error is will result in unexpected behavior. the message should be more user-oriented like "Automatic translation is currently unavailable." but this should only display when Google is down. |
| 23:36.51 | vasc | since he can't reproduce the bug himself his only alternative is to desk-check his code... |
| 23:39.14 | brlcad | sofat: to help with debugging, let me know what google address you're using for the translation service and I can try ruling out it being a cookie issue |
| 23:40.03 | brlcad | vasc: or write it himself so he understands what it's doing -- he's using a snippet he pulled from stackoverflow |
| 23:40.59 | brlcad | he had/has a version where it was working, so he should be able to compare and find the differences |
| 00:06.34 | *** join/#brlcad KimK (~Kim__@ip68-102-188-176.ks.ok.cox.net) | |
| 01:10.02 | *** join/#brlcad vasc__ (~vasc@bl13-121-122.dsl.telepac.pt) | |
| 02:24.42 | *** join/#brlcad gurwinder (~chatzilla@59.91.114.239) | |
| 04:15.00 | Notify | 03BRL-CAD Wiki:MeShubham99 * 9084 /wiki/User:MeShubham99/GSoc15/log_developmen: |
| 04:15.34 | Notify | 03BRL-CAD Wiki:MeShubham99 * 9085 /wiki/User:MeShubham99/GSoc15/log_developmen: /* Week 9 */ |
| 04:28.51 | *** join/#brlcad Shubham (6719e766@gateway/web/freenode/ip.103.25.231.102) | |
| 05:57.06 | *** join/#brlcad shaina (~shaina@117.199.81.237) | |
| 06:46.07 | *** join/#brlcad gurwinder (~chatzilla@59.91.114.239) | |
| 06:54.07 | Notify | 03BRL-CAD Wiki:Gurwinder Singh * 9086 /wiki/Povray: Created page with "This article provides knowledge about different types of geometric primitive objects that can be exported from BRL-CAD to POV-Ray geometry file. Their properties, functions us..." |
| 06:54.46 | Notify | 03BRL-CAD Wiki:Gurwinder Singh * 9087 /wiki/Povray: |
| 06:57.01 | Notify | 03BRL-CAD Wiki:Gurwinder Singh * 9088 /wiki/Povray: |
| 06:57.25 | Notify | 03BRL-CAD Wiki:Gurwinder Singh * 9089 /wiki/Povray: |
| 07:06.39 | Notify | 03BRL-CAD Wiki:Gurwinder Singh * 9090 /wiki/Povray: |
| 07:09.43 | Notify | 03BRL-CAD Wiki:Gurwinder Singh * 9091 /wiki/Povray: |
| 07:10.41 | *** join/#brlcad shaina (~shaina@117.199.86.127) | |
| 07:11.02 | Notify | 03BRL-CAD Wiki:Gurwinder Singh * 9092 /wiki/Povray: |
| 07:59.06 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 08:06.38 | Notify | 03BRL-CAD Wiki:Gurwinder Singh * 9093 /wiki/Povray: |
| 08:30.15 | dracarys983 | Good for India : http://www.linuxfoundation.org/news-media/announcements/2015/07/linux-foundation-expands-access-linux-training-and-certification |
| 08:34.32 | shaina | dracarys983: Thanks for sharing :) |
| 08:35.17 | dracarys983 | shaina: You're welcome :) |
| 08:57.11 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-gblghdmbinggcpwr) | |
| 09:26.26 | *** join/#brlcad konrado (~konro@41.205.22.3) | |
| 09:39.00 | *** join/#brlcad ih8sum3r (~deepak@122.173.49.166) | |
| 10:58.47 | Notify | 03BRL-CAD Wiki:Deekaysharma * 9094 /wiki/User:Deekaysharma/logs: |
| 11:08.50 | *** join/#brlcad AndroUser2 (~androirc@202.164.45.208) | |
| 12:03.07 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 12:32.51 | *** join/#brlcad sofat (~androirc@49.138.88.209) | |
| 12:56.38 | Notify | 03BRL-CAD Wiki:Konrado DJ * 9095 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 25 JULY 2015 */ |
| 13:00.47 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 13:23.53 | *** join/#brlcad ih8sum3r (~deepak@122.173.49.166) | |
| 13:58.29 | *** join/#brlcad sofat_ (~sofat@202.164.45.204) | |
| 14:07.47 | *** join/#brlcad sofat_ (~sofat@202.164.45.204) | |
| 14:42.56 | *** join/#brlcad konrado (~konro@41.205.22.11) | |
| 14:45.42 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 15:56.36 | Notify | 03BRL-CAD Wiki:Gurwinder Singh * 9096 /wiki/Povray: |
| 16:03.45 | Notify | 03BRL-CAD Wiki:Gurwinder Singh * 9097 /wiki/Povray: |
| 16:04.44 | *** join/#brlcad gurwinder (~chatzilla@59.91.114.239) | |
| 16:11.53 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 16:14.35 | Notify | 03BRL-CAD Wiki:Gurwinder Singh * 9098 /wiki/Povray: |
| 16:23.39 | Notify | 03BRL-CAD Wiki:Gurwinder Singh * 9099 /wiki/Povray: |
| 16:57.30 | *** join/#brlcad Guest25154 (~konro@41.205.19.240) | |
| 16:57.41 | *** join/#brlcad sofat (~androirc@101.215.48.40) | |
| 17:10.26 | *** join/#brlcad sofat_ (~sofat@101.215.48.40) | |
| 17:18.51 | *** join/#brlcad Shubham (6719e766@gateway/web/freenode/ip.103.25.231.102) | |
| 17:24.50 | *** join/#brlcad Guest25154 (~konro@41.205.19.240) | |
| 17:41.34 | *** join/#brlcad sofat_ (~sofat@101.214.175.167) | |
| 19:44.42 | *** join/#brlcad konrado (~konro@41.205.22.6) | |
| 19:58.44 | *** join/#brlcad sofat (~sofat@101.208.229.103) | |
| 20:44.42 | Notify | 03BRL-CAD Wiki:Gsbains123 * 9100 /wiki/User:Hiteshsofat/GSoc15/log_developmen: |
| 20:45.51 | Notify | 03BRL-CAD Wiki:Gsbains123 * 9101 /wiki/User:Hiteshsofat/GSoc15/log_developmen: |
| 20:55.17 | Notify | 03BRL-CAD Wiki:101.208.229.103 * 9102 /wiki/User:Hiteshsofat/GSoc15/log_developmen: |
| 20:57.47 | Notify | 03BRL-CAD Wiki:101.208.229.103 * 9103 /wiki/User:Hiteshsofat/GSoc15/log_developmen: |
| 21:03.23 | *** join/#brlcad sofat (~androirc@101.208.229.103) | |
| 22:54.54 | Notify | 03BRL-CAD Wiki:Qbackusa57 * 0 /wiki/User:Qbackusa57: |
| 23:08.30 | Notify | 03BRL-CAD Wiki:Andrei.ilinca24 * 9104 /wiki/User:Andrei.ilinca24/logs: /* Coding Period (2nd half) */ |
| 00:46.50 | starseeker | woot - svn update! |
| 00:48.56 | starseeker | hmm - to r65645 |
| 00:48.59 | starseeker | checks... |
| 00:49.56 | starseeker | should be at r65658 |
| 00:50.52 | starseeker | looks like we lost a few |
| 00:52.53 | starseeker | brlcad: should we hold off on rebuilding the lost commits to see if they do more to restore things, or is it likely that those commits are lost? |
| 01:11.39 | starseeker | suspects they're gone for good... |
| 01:23.10 | starseeker | blinks - 65646 from email didn't apply cleanly to 65645 |
| 01:29.55 | starseeker | hmm |
| 01:50.58 | starseeker | ``Erik: what's our latest brlcad.git sync revision? |
| 01:54.36 | starseeker | brlcad: I'll have to defer to you on this one - I'm not sure about the best procedures for this situation |
| 01:55.19 | starseeker | 's gut says to lock the repo to prevent any more commits until things are straightened out... |
| 01:57.25 | starseeker | Interesting - http://sourceforge.net/p/brlcad/code/65646/tree/brlcad/ works as a hyperlink, but http://sourceforge.net/p/brlcad/code/65646/tree/brlcad/trunk/ does not |
| 01:57.40 | starseeker | maybe that means there is hope for a complete restoration |
| 01:57.47 | starseeker | crosses fingers |
| 04:39.17 | *** join/#brlcad infobot (ibot@69-58-76-73.ut.vivintwireless.net) | |
| 04:39.17 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-) | |
| 06:27.38 | *** join/#brlcad infobot (ibot@69-58-76-73.ut.vivintwireless.net) | |
| 06:27.38 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-) | |
| 07:49.19 | *** join/#brlcad Shubham (6719e766@gateway/web/freenode/ip.103.25.231.102) | |
| 07:51.05 | *** join/#brlcad ih8sum3r (~deepak@122.173.49.166) | |
| 08:13.01 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 08:57.21 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-mxvjyvetkymbrxiv) | |
| 09:05.50 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 10:50.37 | *** join/#brlcad ih8sum3r_ (~deepak@122.173.5.55) | |
| 10:56.49 | *** join/#brlcad maths22_ (~maths22@66-118-151-70.static.sagonet.net) | |
| 11:13.27 | *** join/#brlcad sofat (~androirc@202.164.45.204) | |
| 11:49.42 | *** join/#brlcad konrado (~konro@41.205.22.26) | |
| 11:51.02 | *** join/#brlcad shaina (~shaina@117.199.95.180) | |
| 12:26.49 | ``Erik | starseeker: last I checked, I think it was like 65656 |
| 12:27.03 | ``Erik | runs the script to force an update |
| 12:28.22 | ``Erik | hm, 65645 is what svn just gave me |
| 12:34.51 | *** join/#brlcad shaina (~shaina@117.214.240.238) | |
| 13:45.47 | *** join/#brlcad sofat_ (~androirc@49.138.91.195) | |
| 14:13.08 | *** join/#brlcad konrado (~konro@41.205.22.27) | |
| 14:42.48 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 14:50.03 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 15:01.01 | *** join/#brlcad ih8sum3r (~deepak@122.173.5.55) | |
| 15:04.47 | *** join/#brlcad Izakey (~Izakey@41.205.22.31) | |
| 15:17.56 | starseeker | ``Erik: sourceforge doesn't seemto have all the commits in its restored svn |
| 15:18.38 | starseeker | ``Erik: if we can pull 65645 from your git mirror, I'd like to compare it with what sourceforge is saying is 65645 |
| 15:20.09 | starseeker | will query sf support to see what they say... |
| 15:29.11 | starseeker | ``Erik: unless the update script you ran killed those last few commits in the git repo? |
| 15:31.19 | starseeker | support ticket filed: http://sourceforge.net/p/forge/site-support/10873/ |
| 15:32.28 | starseeker | http://sourceforge.net/blog/sourceforge-subversion-svn-service-online/ |
| 15:32.31 | Notify | 03BRL-CAD Wiki:Shaina7837 * 9105 /wiki/User:Shainasabarwal/GSoC15/logs: /* 18 July */ |
| 15:32.46 | starseeker | don't see any indication of known data restoration issues... |
| 15:33.30 | Notify | 03BRL-CAD Wiki:Shaina7837 * 9106 /wiki/User:Shainasabarwal/GSoC15/logs: /* =20 July */ |
| 15:35.46 | *** join/#brlcad sofat (~sofat@202.164.45.212) | |
| 15:59.31 | *** join/#brlcad sofat (~sofat@101.213.252.172) | |
| 16:20.35 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 17:31.05 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 18:14.32 | *** join/#brlcad sofat (~sofat@202.164.45.212) | |
| 18:54.00 | *** join/#brlcad sofat (~sofat@49.138.145.117) | |
| 19:13.57 | *** join/#brlcad sofat (~sofat@202.164.45.212) | |
| 19:15.36 | starseeker | apparently we aren't the only project seeing this issue |
| 19:31.10 | starseeker | looks like the brlcad.org git clone has at least some of the newer commits |
| 19:31.15 | starseeker | let the diffing begin... |
| 19:32.31 | starseeker | ``Erik: interesting - your brlcad git repo is quite a lot smaller than the one I get - I wonder what's different |
| 19:34.39 | starseeker | ah - only the master branch |
| 20:02.09 | *** join/#brlcad bhollister2 (~brad@c-73-189-140-51.hsd1.ca.comcast.net) | |
| 20:13.41 | *** join/#brlcad KimK (~Kim__@ip68-102-188-176.ks.ok.cox.net) | |
| 20:14.32 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 20:15.08 | starseeker | ok, the git patches are applying cleanly |
| 20:15.31 | starseeker | isn't sure why the email versions look different... |
| 21:08.06 | Notify | 03BRL-CAD Wiki:Deekaysharma * 9107 /wiki/User:Deekaysharma/logs: |
| 21:56.23 | Notify | 03BRL-CAD Wiki:202.164.45.204 * 9108 /wiki/User:Hiteshsofat/GSoc15/log_developmen: |
| 22:34.39 | ``Erik | sf sent an email out saying that they restored from an older backup, thus the revision rewind |
| 22:35.33 | ``Erik | /win 24 |
| 00:31.09 | starseeker | http://sourceforge.net/blog/subversion-repository-gap-notifications-by-email/ |
| 00:31.13 | starseeker | confound it |
| 00:31.29 | starseeker | they shouldn't have enabled committing without doing that |
| 00:34.27 | starseeker | ``Erik, brlcad: should we put out an email not to commit until we get this fixed? |
| 00:37.23 | starseeker | I've got patches for most of the missing commits to master thanks to the brlcad.org git repo, but that doesn't cover branches and it's missing a couple at the end |
| 00:38.19 | starseeker | those will probably have to be reconstructed from the brlcad-commits emails |
| 00:39.17 | starseeker | not sure what will happen to local checkouts that already have these commits when they svn up after we rebuild them - may have to tell people to do new checkouts |
| 01:38.25 | *** join/#brlcad infobot (ibot@69-58-76-73.ut.vivintwireless.net) | |
| 01:38.25 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-) | |
| 02:00.40 | *** join/#brlcad gurwinder (~chatzilla@117.220.148.234) | |
| 02:20.49 | Notify | 03BRL-CAD Wiki:Gurwinder Singh * 9109 /wiki/Povray: |
| 02:22.49 | Notify | 03BRL-CAD Wiki:Gurwinder Singh * 9110 /wiki/Povray: |
| 02:40.08 | Notify | 03BRL-CAD Wiki:Gurwinder Singh * 9111 /wiki/Povray: |
| 02:41.43 | Notify | 03BRL-CAD Wiki:Gurwinder Singh * 9112 /wiki/Povray: |
| 02:42.49 | gurwinder | brlcad: Hi, please check the page http://brlcad.org/wiki/Povray |
| 02:43.45 | gurwinder | brlcad: I have written it according to your given instructions. |
| 03:37.47 | *** join/#brlcad gurwinder (~chatzilla@117.220.148.234) | |
| 04:50.50 | *** part/#brlcad dracarys983 (dracarys98@nat/iiit/x-mxvjyvetkymbrxiv) | |
| 05:32.52 | brlcad | starseeker: I have a more detailed e-mail from sourceforge on exactly which commits are missing and am passing it along to everyone |
| 05:35.41 | brlcad | as this is essentially a revert with a day and a half of commits dropped, individual authors will just have to replay their commits (one at a time or they can diff to a new checkout and collapse to fewer commits) |
| 05:37.11 | brlcad | what will likely happen to existing checkouts that were up-to-date is that they'll first report no such revision .. then when that revision exists, it'll likely report a checksum mismatch and have to get checked out again |
| 05:40.04 | gurwinder | brlcad: please check http://brlcad.org/wiki/Povray |
| 05:40.18 | brlcad | gurwinder: yes, I saw your link, patience please :) |
| 05:40.24 | brlcad | kind of have a major issue going on right now |
| 05:40.35 | gurwinder | brlcad: ok :) |
| 05:57.20 | brlcad | gurwinder: okay, took a quick look and that looks great -- of those that are incomplete, here are a few in a rough priority order: ellg/ell1 (these are simply ell), tec/trc (these are simply tgc), half, pipe, arbn, ehy, epa, rhc, rpc, bot, and then probably extrude and revolve (which requires sketch) |
| 05:58.01 | brlcad | you don't have to do anything special for the ell/tgc specializations, just write them out as ell/tgc |
| 05:58.27 | brlcad | the same shape should result -- how you get there is somewhat unimportant for povray export |
| 05:59.35 | gurwinder | brlcad: Ok, I will do these two first |
| 06:00.28 | gurwinder | and want to know about my patch submittion |
| 06:01.01 | brlcad | gurwinder: all patches are on hold for a couple days until we get the repository back online and up-to-date |
| 06:01.11 | gurwinder | brlcad: How to submit my work? One by one or by submitting it as a single file |
| 06:01.22 | brlcad | sourceforge restored our repository, but we lost 4 days of commits that we have to re-do |
| 06:01.37 | gurwinder | brlcad: Ok, I undertand :) |
| 06:02.29 | brlcad | gurwinder: ah, whether to combine or keep separate -- it depends |
| 06:03.02 | brlcad | you have a couple pending already that need to be reviewed |
| 06:04.08 | brlcad | as you complete additional work, it'll probably be easier for you and your reviewer if all your work is in one patch file |
| 06:04.22 | brlcad | BUT that means you will have to work even harder to make sure there aren't any problems in your patches |
| 06:05.15 | gurwinder | Ok, I will submit it with my additional work. And the patch that I have submitted is working well on my system. |
| 06:05.28 | brlcad | if you see anything that can be improved in the code you wrote, you should make sure your patch has the improvement |
| 06:05.37 | brlcad | if you see something that can be improved, I will almost certainly see it too |
| 06:06.33 | brlcad | for that, I mean coding style, indentation, proper names, proper comments, etc ... the issues listed in HACKING and more |
| 06:06.59 | brlcad | basically be CONSISTENT ;) |
| 06:09.43 | gurwinder | ok, If anything left I think re-viewer's comment is good way to get it :) |
| 06:10.41 | brlcad | it's not .. anything left that the reviewer finds disqualifies that patch as demonstrating commit competency |
| 06:12.12 | gurwinder | oh, Ok then :) |
| 06:12.22 | brlcad | the reviewer IS a good source for feedback on the design, intent, scope, etc .. |
| 06:13.54 | brlcad | but your job is to make sure your work is "complete" (remember the acceptance requirements you agreed to) such that nothing you submit will have to get "cleaned up" by someone else or (worse) undone |
| 06:14.53 | brlcad | gurwinder: in addition to the coding style issues in HACKING, you can see a specific review checklist in doc/code_review.txt ... ask yourself each question |
| 06:16.18 | brlcad | if you don't understand any of them, just ask |
| 06:17.50 | gurwinder | brlcad: thank I will check my patch by going through all those questions. I will ask If I have any problem :) |
| 06:27.22 | brlcad | thx |
| 06:28.43 | brlcad | starseeker: can you snarf the individual patches from the git mirror into a web folder (from r65597 forward) to individuals can replay their commits? |
| 06:35.02 | brlcad | starseeker: never mind, already did it |
| 06:35.28 | *** join/#brlcad shaina (~shaina@59.89.44.182) | |
| 07:42.48 | Notify | 03BRL-CAD:brlcad * 65646 brlcad/trunk/TODO: test commit after sourceforge backup recovery (4 days lost + down 8), mention ovoid shape a new primitive as our existing solvers should easily handle it |
| 07:57.36 | Notify | 03BRL-CAD:brlcad * 65647 brlcad/trunk/TODO: correction, only 1.5 days lost (13 commits, 4 devs impacted). this is a replay commit of what was r65658 - some more thoughts on extending libbu's parallelism functionality. |
| 08:02.33 | Notify | 03BRL-CAD:brlcad * 65648 brlcad/trunk/src/librt/primitives/datum/datum.c: replay of r65649 following major Sourceforge service outage (hard file store failure, filesystem corruption, full backup restoration): update copyright to inception, even though it was derived from the template. |
| 08:06.36 | Notify | 03BRL-CAD:brlcad * 65649 brlcad/trunk/src/librt/primitives/datum/datum.c: replay of r65650.document what's going on here better with the buffer size padding, so simple changes to datum data don't end up leaving pockets of dead objects throughout the .g file. also fix a bug in the size where we weren't allocating space for the decode size bytes. |
| 08:07.13 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-vqlyjnllsckpdlvi) | |
| 08:41.58 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 08:55.27 | *** join/#brlcad merzo (~merzo@92.60.189.225) | |
| 09:50.10 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 10:32.57 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 10:39.17 | *** join/#brlcad teepee-- (bc5c2134@gateway/web/freenode/ip.188.92.33.52) | |
| 11:42.00 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 12:12.50 | *** join/#brlcad luca79 (~luca@host4-221-dynamic.5-87-r.retail.telecomitalia.it) | |
| 12:13.24 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 12:30.13 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 12:30.25 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 12:34.42 | *** join/#brlcad ih8sum3r (~deepak@122.173.5.55) | |
| 12:36.43 | *** join/#brlcad shaina (~shaina@59.91.92.89) | |
| 12:42.22 | *** join/#brlcad sofat_ (~sofat@101.208.64.209) | |
| 12:59.04 | *** join/#brlcad teepee-- (bc5c2134@gateway/web/freenode/ip.188.92.33.52) | |
| 13:11.57 | Notify | 03BRL-CAD:starseeker * 65650 brlcad/trunk/src/libbrep/shape_recognition.cpp: Replay of commit r65653 - This test was known to be insufficient/incorrect from the outset - it's going to take a raytracing based approach to resolve this question generally. Will have to punt and return the to-be-evaluated cases in a struct, so bu_ptbl won't cut it as a return type either. |
| 13:12.48 | Notify | 03BRL-CAD:starseeker * 65651 brlcad/trunk/src/libbrep/shape_recognition.cpp: Replay of commit r65654 - This'll be a job - has to be done in libged land (or possibly libanalyze/librt) but make some notes for now on how we'll have to go at it. |
| 13:13.40 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 13:13.47 | Notify | 03BRL-CAD:starseeker * 65652 brlcad/trunk/src/libged/nmg_cmface.c: Replay of commit r65655 - Apply patch #390 from Brad Hollister, removing unused tmp variable. |
| 13:14.26 | Notify | 03BRL-CAD:starseeker * 65653 brlcad/trunk/src/libged/nmg_cmface.c: Replay of commit r65656 - Apply patch #390 version 2 from Brad Hollister |
| 13:25.35 | *** join/#brlcad sofat_ (~sofat@101.208.64.209) | |
| 13:26.46 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 13:36.55 | *** join/#brlcad Shubham (6719e766@gateway/web/freenode/ip.103.25.231.102) | |
| 13:39.15 | starseeker | brlcad: that should be all of mine |
| 13:46.13 | *** join/#brlcad sofat_ (~sofat@101.208.64.209) | |
| 13:57.11 | Notify | 03BRL-CAD:ejno * 65654 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: recommit r65646 after sourceforge outage: 'write CCONE1 records' |
| 13:58.39 | Notify | 03BRL-CAD:ejno * 65655 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: recommit r65647 after sourceforge outage: 'write a CCONE2 if the CCONE1 internal radii are zero' |
| 14:01.23 | Notify | 03BRL-CAD:ejno * 65656 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: recommit r65657 after sourceforge outage: 'remove unnecessary try block' |
| 14:13.03 | *** join/#brlcad sofat_ (~sofat@202.164.45.212) | |
| 14:19.45 | Notify | 03BRL-CAD:ejno * 65657 brlcad/trunk/src/conv/3dm/3dm-g.cpp: check argc to ensure that there are no excess arguments; free brep on exception; remove unused options |
| 14:21.11 | Notify | 03BRL-CAD:ejno * 65658 brlcad/trunk/src/conv/gcv/gcv.cpp: fix typo in comment |
| 14:23.55 | Notify | 03BRL-CAD:ejno * 65659 (brlcad/trunk/src/libgcv/gcv_test.c brlcad/trunk/src/libgcv/plugin.c): check for excess arguments; simplify loop |
| 14:26.26 | Notify | 03BRL-CAD:ejno * 65660 brlcad/trunk/src/libgcv/facetize.c: move BU_UNSETJUMP to correct location |
| 14:30.16 | Notify | 03BRL-CAD:ejno * 65661 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_read.c: return error rather than exiting on unexpected EOF; free all memory before returning |
| 14:33.05 | Notify | 03BRL-CAD:ejno * 65662 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: fix truncate_float(); refactoring |
| 14:36.54 | *** join/#brlcad shaina (~shaina@61.0.202.88) | |
| 14:39.35 | Notify | 03BRL-CAD:ejno * 65663 (brlcad/trunk/src/librt/primitives/bot/gct_decimation/auxiliary/cc.h brlcad/trunk/src/librt/primitives/bot/gct_decimation/auxiliary/cpuconfig.h and 11 others): formatting; replace math3d.h macros with those from vmath.h; fix so that if tri_count/1024 == 0, use one thread |
| 14:44.52 | Notify | 03BRL-CAD:ejno * 65664 brlcad/trunk/src/librt/reduce.c: use direct comparisons when checking 0.0 <= reduction_level <= 1.0 |
| 14:47.06 | Notify | 03BRL-CAD:brlcad * 65665 brlcad/trunk/doc/docbook/presentations/en/brlcad-app-devel.xml: sub-bullet presentation cleanup made obvious by sofat's automatic rendering |
| 14:47.55 | *** join/#brlcad sofat_ (~sofat@101.208.64.209) | |
| 15:00.27 | Notify | 03BRL-CAD:ejno * 65666 brlcad/trunk/src/librt/primitives/bot/decimate.c: use direct comparison for feature_size |
| 15:06.17 | *** join/#brlcad arno (~luca@host17-111-dynamic.4-87-r.retail.telecomitalia.it) | |
| 15:21.27 | *** join/#brlcad libero (~luca@host129-20-dynamic.4-87-r.retail.telecomitalia.it) | |
| 15:23.02 | Notify | 03BRL-CAD:ejno * 65667 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_read.c: close fpin on failure to open the plot file |
| 15:48.13 | Notify | 03BRL-CAD:starseeker * 65668 brlcad/trunk/TODO: Need to fix MGED clear command - giving Error: can't read "PRIV\(console\)": no such element in array |
| 15:55.40 | Notify | 03BRL-CAD:starseeker * 65669 (brlcad/trunk/src/libanalyze/CMakeLists.txt brlcad/trunk/src/libanalyze/raydiff.c): Begin refactoring of libanalyze raydiff pieces - these will be useful for other logic as well. |
| 16:07.18 | Notify | 03BRL-CAD:starseeker * 65670 (brlcad/trunk/src/other/openscenegraph/CMakeLists.txt brlcad/trunk/src/other/openscenegraph/src/CMakeLists.txt): Enable the building of osgQt - not quite sure this version of Qt/OSG integration will work with the latest Qt5, but enable what is available as a starting point. |
| 16:19.56 | Notify | 03BRL-CAD:starseeker * 65671 (brlcad/trunk/db/nist/CMakeLists.txt brlcad/trunk/db/nist/README): NIST has released a number of additional public domain NURBS CAD files - incorporate into build. The 7-10 assembly files are currenly too slow as STEP files, so they've been added as a single 3dm file which attemps to place them in assembly positions. |
| 16:27.48 | Notify | 03BRL-CAD:carlmoore * 65672 brlcad/trunk/TODO: fix a spelling in TODO |
| 16:40.42 | Notify | 03BRL-CAD:starseeker * 65673 brlcad/trunk/TODO: Start mapping local git commits back into trunk. Make a note to investigate CmakePushCheckState macros |
| 16:45.13 | Notify | 03BRL-CAD:starseeker * 65674 (brlcad/trunk/src/other/stepcode/CMakeLists.txt brlcad/trunk/src/other/stepcode/src/exp2cxx/CMakeLists.txt brlcad/trunk/src/other/stepcode/src/express/CMakeLists.txt): Don't do the fancy version trick when SCL is a subbuild - it causes problems with continual rebuilding with newer GCC compilers. |
| 16:48.07 | Notify | 03BRL-CAD:starseeker * 65675 (brlcad/trunk/src/libanalyze/analyze_private.h brlcad/trunk/src/libanalyze/raydiff.c brlcad/trunk/src/libanalyze/util.c): Move grazing elimination into util. |
| 16:48.51 | *** join/#brlcad bhollister2 (~brad@2601:647:cb02:7a00:f04d:35ac:f0ba:5880) | |
| 16:52.53 | Notify | 03BRL-CAD:starseeker * 65676 (brlcad/trunk/src/libanalyze/find_subtracted_shapes.cpp =================================================================== and 479 others): Forgot to add this one |
| 16:53.31 | Notify | 03BRL-CAD Wiki:Shaina7837 * 9113 /wiki/User:Shainasabarwal/GSoC15/logs: /* 25 July */ |
| 16:54.15 | Notify | 03BRL-CAD:starseeker * 65677 (brlcad/trunk/src/libanalyze/CMakeLists.txt brlcad/trunk/src/libanalyze/analyze_private.h brlcad/trunk/src/libanalyze/find_subtracted_shapes.cpp): Convert util to C++ |
| 16:55.21 | Notify | 03BRL-CAD:starseeker * 65678 (brlcad/trunk/src/libanalyze/analyze_private.h brlcad/trunk/src/libanalyze/raydiff.c brlcad/trunk/src/libanalyze/util.cpp): Try to make the solid ray filter a bit more generic from a data type standpoint. |
| 16:56.29 | Notify | 03BRL-CAD:starseeker * 65679 (brlcad/trunk/src/libanalyze/analyze_private.h brlcad/trunk/src/libanalyze/raydiff.c brlcad/trunk/src/libanalyze/util.cpp): Inching slowly towards a generic analyze_gen_worker function |
| 16:57.37 | Notify | 03BRL-CAD:starseeker * 65680 (brlcad/trunk/src/libanalyze/analyze_private.h brlcad/trunk/src/libanalyze/raydiff.c): Another step towards a generic gen_worker |
| 16:59.26 | Notify | 03BRL-CAD:starseeker * 65681 (brlcad/trunk/src/libanalyze/analyze_private.h brlcad/trunk/src/libanalyze/raydiff.c brlcad/trunk/src/libanalyze/util.cpp): Make a universal libanalyze worker generator, with better CPU utilization characteristics. |
| 17:00.04 | Notify | 03BRL-CAD:starseeker * 65682 (brlcad/trunk/src/libanalyze/analyze_private.h brlcad/trunk/src/libanalyze/util.cpp): Start rework of get solid partitions function |
| 17:01.09 | Notify | 03BRL-CAD:starseeker * 65683 brlcad/trunk/src/libanalyze/util.cpp: more updating of the solid partitions func to the new approach |
| 17:01.59 | Notify | 03BRL-CAD:starseeker * 65684 (brlcad/trunk/src/libanalyze/analyze_private.h brlcad/trunk/src/libanalyze/tests/CMakeLists.txt brlcad/trunk/src/libanalyze/util.cpp): Get the solid partitions function printing out some info. |
| 17:02.42 | Notify | 03BRL-CAD:carlmoore * 65685 brlcad/trunk/HACKING: fix a spelling |
| 17:02.44 | Notify | 03BRL-CAD:starseeker * 65686 brlcad/trunk/src/libanalyze/util.cpp: Infinite loops are a bad thing... make sure they can't happen here. |
| 17:03.11 | *** join/#brlcad sofat_ (~sofat@202.164.45.204) | |
| 17:03.46 | Notify | 03BRL-CAD:starseeker * 65687 (brlcad/trunk/src/libanalyze/analyze_private.h brlcad/trunk/src/libanalyze/raydiff.c): Fiddle with libanalyze rt prep - something funny going on here. |
| 17:04.45 | Notify | 03BRL-CAD:starseeker * 65688 brlcad/trunk/src/libanalyze/raydiff.c: Put some timers in for debugging gdiff performance |
| 17:05.28 | Notify | 03BRL-CAD:starseeker * 65689 brlcad/trunk/src/libanalyze/util.cpp: Start working on bookkeeping of hits and overlaps. |
| 17:06.23 | Notify | 03BRL-CAD:starseeker * 65690 brlcad/trunk/src/libged/shape_recognition.cpp: Start thinking about how we're going to handle managing using the raytracer to augment the comb definition from the libged side of things. |
| 17:07.25 | Notify | 03BRL-CAD:starseeker * 65691 (brlcad/trunk/include/brep.h brlcad/trunk/src/libanalyze/analyze_private.h and 4 others): Checkpoint work towards using raytracing to do subtraction evaluations. |
| 17:08.04 | Notify | 03BRL-CAD:starseeker * 65692 (brlcad/trunk/src/libanalyze/analyze_private.h brlcad/trunk/src/libanalyze/util.cpp): More work on solid partition collecting |
| 17:09.09 | Notify | 03BRL-CAD:starseeker * 65693 brlcad/trunk/src/libanalyze/util.cpp: Get the filtered results into the results bu_ptbl. |
| 17:10.01 | Notify | 03BRL-CAD:starseeker * 65694 (brlcad/trunk/src/libanalyze/analyze_private.h brlcad/trunk/src/libanalyze/find_subtracted_shapes.cpp brlcad/trunk/src/libanalyze/util.cpp): Start thinking about how the raytracing and the partition checking will interact |
| 17:10.40 | Notify | 03BRL-CAD:starseeker * 65695 (brlcad/trunk/src/libanalyze/find_subtracted_shapes.cpp brlcad/trunk/src/libged/shape_recognition.cpp): checkpoint |
| 17:11.34 | Notify | 03BRL-CAD:starseeker * 65696 (brlcad/trunk/include/analyze.h brlcad/trunk/src/libanalyze/CMakeLists.txt and 3 others): Stub in actual functions to do subtraction evalutions. Quite a bit of logic needed here. |
| 17:12.26 | Notify | 03BRL-CAD:starseeker * 65697 (brlcad/trunk/include/brep.h brlcad/trunk/src/libanalyze/find_subtracted_shapes.cpp brlcad/trunk/src/libbrep/shape_recognition.h): More work on preparing for ray subtraction analysis. Realized the subbrep_bbox function actually already does what we need for this... |
| 17:15.42 | Notify | 03BRL-CAD:starseeker * 65698 brlcad/trunk/src/libanalyze/find_subtracted_shapes.cpp: Checkpoint of most recent git changes. |
| 17:16.33 | starseeker | phew |
| 17:20.20 | *** join/#brlcad shaina (~shaina@117.214.243.253) | |
| 17:25.03 | *** join/#brlcad Gurwinder (75dc94ea@gateway/web/freenode/ip.117.220.148.234) | |
| 17:25.47 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 17:28.24 | *** join/#brlcad gurwinder_ (~chatzilla@117.220.148.234) | |
| 17:28.53 | brlcad | starseeker: thanks -- looks like we're good to go |
| 17:29.35 | brlcad | lee has three on the ert branch, but otherwise back on track |
| 17:29.53 | sofat | brlcad, hello |
| 17:30.13 | brlcad | sofat: all done with everything? |
| 17:30.28 | brlcad | or almost |
| 17:31.00 | ih8sum3r | brlcad: I have dropped an email to you. Please check once. |
| 17:31.25 | gurwinder_ | brlcad: I'm working on ell1 ellg, I think they comes under ell. And tec under tgc. Right? |
| 17:31.30 | sofat | I need some help regarding google custom search. |
| 17:33.45 | brlcad | gurwinder_: that sounds correct, yes -- though I'm not sure those are actually distinguishly different types |
| 17:35.27 | gurwinder_ | brlcad: Thanks :). I just want to confirm as I also check them using mged. Thanks :) |
| 17:35.34 | brlcad | i.e., if you open a .g file ...there is no such thing as a tec/ell1/ellg |
| 17:36.08 | brlcad | they only are an option on creation via the in/make commands as they take different parameters |
| 17:36.29 | brlcad | basically can think of them like alternative constructors, like C++ classes |
| 17:37.14 | gurwinder_ | yes |
| 17:37.23 | brlcad | so ... you may be done already |
| 17:37.48 | gurwinder_ | brlcad: yes I have done with them. |
| 17:39.10 | gurwinder_ | brlcad: As by your priority order next is half? Right? |
| 17:39.33 | brlcad | I gave you the list, your responsibility to track it ;) |
| 17:40.07 | brlcad | if you don't have the list, you should pull the IRC log |
| 17:40.24 | gurwinder_ | Yes, I have that list in my system. |
| 17:40.43 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 17:40.45 | gurwinder_ | So I'm going to work on that list |
| 17:40.49 | gurwinder_ | :) |
| 17:41.15 | brlcad | ih8sum3r: I'd like to see your work set up running somewhere before proceeding differently |
| 17:43.08 | *** join/#brlcad konrado (~konro@41.205.22.7) | |
| 17:43.20 | ih8sum3r | You mean production ready thing or front-end and back-end merged branches? Or Both. |
| 17:43.31 | *** join/#brlcad sofat_ (~sofat@202.164.45.204) | |
| 17:43.32 | brlcad | ih8sum3r: so if you have the VM working, either make the web server available somewhere or make the disk image available |
| 17:44.03 | brlcad | i mean your work |
| 17:44.31 | sofat_ | I also update the language work, presentation work, and working on google custom search. |
| 17:44.34 | brlcad | the merged mess would be useful to see in comparison, but need to see either a before or after for that to matter much |
| 17:44.49 | brlcad | sofat_: url? the ones I'm testing no longer seem to be there |
| 17:45.50 | sofat_ | <PROTECTED> |
| 17:45.56 | brlcad | sofat_: to be clear, you should be working on google custom search specific to the documentation only, not the entire website |
| 17:46.23 | sofat_ | <PROTECTED> |
| 17:47.08 | sofat_ | this is presentations links :- http://202.164.53.122/wordpress/presentations/en/brlcad-app-devel_2.html#/ |
| 17:47.28 | sofat_ | http://202.164.53.122/wordpress/presentations/en/intro-to-tcltk_2.html#/ |
| 17:47.31 | brlcad | sofat_: what did you change?! ... google translate is working now :) |
| 17:47.48 | ih8sum3r | brlcad: I'll try to make it available somewhere, the size of image is to large (around 3-4GB) so it will take bit time. Report you asap. |
| 17:48.19 | brlcad | ih8sum3r: why is it that big? |
| 17:48.21 | sofat_ | I am made some changes in google translator plugin code. |
| 17:48.44 | brlcad | sofat_: and those changes were? ... can you explain the fix? |
| 17:48.57 | sofat_ | yes i explain. |
| 17:50.11 | sofat_ | you send some links. regarding this work . in these links have some code. so then use this code. |
| 17:51.08 | sofat_ | but this code not work on your side , and gave the error . so I now what i do. |
| 17:51.32 | ih8sum3r | brlcad: This is the size of .vdi file let me check after converting it into .vmdk. Above I wrote .vdi file size. |
| 17:52.48 | brlcad | sofat_: when I provide links to code, that is not ever direction to simply use that code -- it's to understand possible solutions to a given problem, related information |
| 17:53.11 | brlcad | ih8sum3r: I know it's the size of the vdi file -- my question is why is it that big :) |
| 17:53.16 | sofat_ | i Have google translator plugin which i am used before this work , because last time you said " when you convert the style of languages then it stop the working before this its working on my side " so that's means I goging to update the code of plugin instead using other code now I online update the layout os plugin and it working . |
| 17:53.45 | sofat_ | s/goging/going |
| 17:54.05 | sofat_ | s/online/only |
| 17:54.12 | sofat_ | s/os/of |
| 17:54.16 | brlcad | back up ... |
| 17:54.21 | ih8sum3r | brlcad: I installed the required packages side by side and also did the updates after that it shows me this much size. |
| 17:54.34 | brlcad | "but this code not work on your side , and gave the error . so I now what i do." ... what did you do? what was the error? |
| 17:54.42 | brlcad | what was the fix? |
| 17:55.24 | sofat_ | error is library which i used its old version . |
| 17:55.24 | brlcad | ih8sum3r: if you do a df -k inside the vm, what does it report being in use? |
| 17:55.37 | brlcad | sofat_: which library? |
| 17:57.08 | sofat_ | which is using for google translator. |
| 17:57.28 | brlcad | you're not being specific |
| 17:57.35 | brlcad | give me a name or a url or something |
| 17:57.52 | brlcad | is it code you wrote? |
| 17:57.59 | brlcad | *completely* |
| 17:58.17 | brlcad | or code that calls a library someone else wrote? |
| 18:00.50 | ih8sum3r | brlcad: Here is the output : http://pasteboard.co/2hccOlfF.png |
| 18:02.07 | sofat_ | there is plugin code |
| 18:02.08 | sofat_ | http://202.164.53.122/wordpress/wp-content/plugins/google-language-translator/ |
| 18:02.37 | sofat_ | I only made the changes in layout because this plugin already works |
| 18:03.26 | sofat_ | I only update this file google-language-translator.php |
| 18:08.35 | sofat_ | brlcad, please check presentation work and tell changes. |
| 18:13.28 | brlcad | ih8sum3r: what is that df telling you? |
| 18:15.29 | *** join/#brlcad konrado (~konro@41.205.22.53) | |
| 18:16.33 | sofat_ | brlcad, I facing problem with google custom search it is not working with my docs means its not search these docs. |
| 18:16.48 | sofat_ | I also upload the sitemap on webmaster tools |
| 18:16.54 | brlcad | sofat_: okay, so you changed it from the code copy-pasted from StackOverflow with the official wordpress google-language-translator plugin |
| 18:17.02 | sofat_ | yes |
| 18:17.21 | brlcad | you should have started by saying that :) |
| 18:17.46 | sofat_ | so this is not working properly |
| 18:17.48 | ih8sum3r | 34% used for home and 19 |
| 18:17.51 | ih8sum3r | % for boot |
| 18:18.00 | brlcad | so effectively, we don't know why it was broken and didn't directly fix the error, but you switched it to a plugin where it is working |
| 18:18.06 | ih8sum3r | I am right. This is what I can see. |
| 18:18.50 | brlcad | ih8sum3r: percentage doesn't matter .. the question is surrounding how much disk space is in use and why that much :) |
| 18:18.54 | sofat_ | problem is that which error you show me I solve this error (javascript ) |
| 18:19.09 | brlcad | ih8sum3r: so how much is in use within the disk image? |
| 18:19.19 | sofat_ | after that its not working |
| 18:19.53 | brlcad | sofat_: I don't understand -- are you saying it no longer works for you? |
| 18:19.55 | sofat_ | so then you told me your old part is working fine then i switch to old and made some changes in this only layout changes |
| 18:19.59 | sofat_ | yes |
| 18:21.10 | brlcad | the current version does not work for you? |
| 18:21.11 | sofat_ | I am saying which error you send me in image on mail. I solve this error but after that its not work on your side. |
| 18:22.19 | brlcad | problems are only solved when it is working correctly for everyone |
| 18:22.27 | brlcad | "solved" is not the right word |
| 18:22.29 | sofat_ | I think you not understand |
| 18:22.44 | ih8sum3r | 6.6G is in use + 42MB. I think I have done something wrong while assigning memeory space. Total size is of 21G. |
| 18:22.55 | sofat_ | ok i explain again . |
| 18:23.05 | ih8sum3r | On which 6.6G is in use. |
| 18:23.54 | brlcad | ih8sum3r: right, about 6.6 GB in use ... and that's obviously being compressed if the vdi/vmdk is 3-4 GB |
| 18:24.19 | brlcad | sofat_: what is the purpose of the explanation? |
| 18:24.50 | sofat_ | how i solve this problem |
| 18:25.26 | brlcad | ih8sum3r: so the question of why is the vdi 3-4 GB is because the disk data is 6.5 GB of data ... so then the NEW question is why is there 6.5 GB being used in the image -- where is most of that space going? |
| 18:25.57 | brlcad | sofat_: before you explain again, then ... is it working for you now? |
| 18:26.05 | brlcad | because if it's not, then it's not solved |
| 18:26.10 | sofat_ | yes |
| 18:26.15 | sofat_ | its working now |
| 18:26.21 | brlcad | okay .. you just told me that it was not working for you :) |
| 18:26.28 | ih8sum3r | brlcad: Questions seems intresting let me find answer for this. |
| 18:26.53 | sofat_ | so now on google custom search so i need some help |
| 18:27.22 | sofat_ | I upload my sitemap on webmaster tool but after that it could not search my docs |
| 18:27.41 | brlcad | ih8sum3r: if you're willing to wait a long while (hours), something like this will tell you the biggest folders: find / -type d -exec du -ks {} \; | sort -n | tee dir_sizes.txt |
| 18:27.48 | sofat_ | i set this url for search 202.164.53.122/wordpress |
| 18:30.25 | sofat_ | and also check my presentation work and tell me about changes |
| 18:31.15 | brlcad | sofat_: before changing subject, I want to be clear about something -- namely that you did not learn why it google translate wasn't working |
| 18:31.35 | brlcad | with the prior solution |
| 18:33.11 | brlcad | you got it working again by reverting to the WP plugin, which is fine -- but in responding to my question of "what was wrong?", the answer should have been "I don't know. I worked around the problem by using the plugin, which worked." |
| 18:33.31 | brlcad | I say that only because it took almost an hour to get that understanding |
| 18:34.19 | sofat_ | <PROTECTED> |
| 18:34.42 | sofat_ | because after removing all error its not working |
| 18:34.54 | brlcad | that's fine |
| 18:35.01 | sofat_ | so then I again switch to plugin and customize it |
| 18:35.15 | brlcad | but that's the answer, not that it's solved ;) |
| 18:35.21 | brlcad | solved means something else |
| 18:35.29 | sofat_ | hmm |
| 18:35.31 | sofat_ | :-( |
| 18:35.52 | brlcad | this is just a language issue, not a quality of work question |
| 18:35.58 | brlcad | you got it working, which is great |
| 18:36.45 | sofat_ | okay |
| 18:37.07 | brlcad | there are still some changes I'd like to see to translation but they are minor |
| 18:37.24 | sofat_ | ok tell me |
| 18:37.58 | brlcad | later, lets move on to the presentations |
| 18:38.21 | sofat_ | ok |
| 18:38.50 | brlcad | they look much better now |
| 18:38.56 | sofat_ | okay |
| 18:39.01 | brlcad | you did not need to match the style and blue color, but that's a stylesheet issue we can fix |
| 18:39.15 | brlcad | the issues I mentioned by e-mail were structural xml transformation problems |
| 18:39.28 | brlcad | there is still at least one issue I see, images are duplicated |
| 18:39.30 | sofat_ | what please explain |
| 18:40.30 | brlcad | ah, you fixed it! never mind |
| 18:40.44 | brlcad | I was looking at intro-to-tcltk.html, not intro-to-tcltk_2.html |
| 18:40.53 | sofat_ | hahah |
| 18:41.12 | brlcad | er, hrm |
| 18:41.27 | brlcad | no, the images are still duplicated :) |
| 18:41.46 | brlcad | neat that you have the navigation going down on them though |
| 18:41.48 | sofat_ | this is in xml document also |
| 18:41.54 | brlcad | yes it is |
| 18:42.05 | brlcad | but they are just one image |
| 18:42.09 | brlcad | one mediaobject |
| 18:42.19 | sofat_ | ok no problem its not big problem |
| 18:42.29 | sofat_ | ok |
| 18:42.30 | brlcad | different images for different output formats (fo vs html) |
| 18:42.52 | sofat_ | ok |
| 18:43.35 | brlcad | when you're dealing with images, you want to have web resolution (e.g., 1024x768) and print resolution (e.g., 8192x6144) |
| 18:44.08 | brlcad | they happen to be the same for that presentation, but they should be different size images |
| 18:44.15 | sofat_ | hmm |
| 18:44.23 | brlcad | and only one should get used |
| 18:45.14 | brlcad | since it's web, you want the role=html mediaobject imageojects only |
| 18:45.32 | sofat_ | ok |
| 18:45.33 | brlcad | if it were for pdf, you'd want the role=fo version |
| 18:46.27 | sofat_ | ok |
| 18:47.19 | brlcad | the color theme should match the main site |
| 18:48.05 | sofat_ | ok |
| 18:48.10 | sofat_ | no problem |
| 18:48.14 | sofat_ | next |
| 18:48.17 | brlcad | the rest of the problems I see are problems in the original xml |
| 18:48.32 | brlcad | yes, so that's good |
| 18:48.51 | brlcad | is it possible to make the link be more interesting? |
| 18:49.03 | brlcad | the link to the presentation from the presentation overview page |
| 18:49.38 | sofat_ | hmm yes i try to do some interesting |
| 18:49.52 | brlcad | i'm talking about the "Read More" |
| 18:50.05 | sofat_ | so now next changes for language translator . |
| 18:50.18 | brlcad | wait, must make sure we understand each other :) |
| 18:50.21 | sofat_ | yes i will change change this |
| 18:50.27 | brlcad | I'm talking about this page: http://202.164.53.122/wordpress/presentations/en/intro_intro-to-tcltk.php |
| 18:50.34 | sofat_ | I know that |
| 18:51.00 | brlcad | I think the fix requires a change in the repo |
| 18:51.09 | sofat_ | if explain some thing interesting ? |
| 18:51.24 | sofat_ | which type you want for this |
| 18:51.25 | brlcad | that there needs to be an overview xml file for each presentation separate from the presentation itself |
| 18:51.34 | sofat_ | yes |
| 18:51.48 | brlcad | probably an article |
| 18:52.08 | sofat_ | yes |
| 18:52.23 | brlcad | and that overview page would maybe have a small image preview of the presentation title page |
| 18:52.43 | brlcad | the preview image and "Read More" would both link to the presentation |
| 18:52.54 | brlcad | not sure how to embed that into the article |
| 18:53.30 | sofat_ | ok |
| 18:53.39 | brlcad | let me add a simple overview page for one of those presentations and you can try to figure out how to link them? |
| 18:53.57 | ih8sum3r | brlcad: I used the command you gave me it gives to long output. I used another command and it shows me the following output: http://pasteboard.co/2hfzibef.png. Still there is a mystery that where rest of the space is being used. |
| 18:54.36 | brlcad | sofat_: oh, I take that back -- we are working in docbook land, so maybe the overview and the presentation can be combined sort of like how it's working now |
| 18:55.04 | brlcad | sofat_: we just need to separate out some section in the xml file to be the overview |
| 18:55.12 | brlcad | not the first page |
| 18:55.25 | brlcad | and not include that overview in the presentation itself |
| 18:55.39 | sofat_ | means i can't understand now please explain in simple english |
| 18:56.35 | brlcad | ih8sum3r: that implies you used a 5 GB linux image? |
| 18:56.52 | brlcad | sofat_: okay |
| 18:57.11 | brlcad | sofat_: specific example, consider doc/docbook/presentations/en/intro-to-tcltk.xml |
| 18:57.28 | sofat_ | <PROTECTED> |
| 18:57.36 | brlcad | right now, you use that to make http://202.164.53.122/wordpress/presentations/en/intro_intro-to-tcltk.php |
| 18:57.51 | sofat_ | yes |
| 18:57.54 | brlcad | and http://202.164.53.122/wordpress/presentations/en/intro_intro-to-tcltk_2.html |
| 18:58.12 | sofat_ | yes |
| 18:59.04 | ih8sum3r | brlcad: I used iso file (approx. size 625MB) and maybe after installing it expands to this much size. |
| 18:59.25 | brlcad | that's good, that works -- the only problem is that the overview page (intro_intro-to-tcltk.php) needs an introduction and preview of the presentation BUT we do not want that intro in the presentation itself (intro_intro-to-tcltk_2.html) |
| 18:59.51 | brlcad | ih8sum3r: that's where knowing what that 5GB is would be helpful |
| 18:59.56 | brlcad | did the command I gave you complete? |
| 19:00.09 | ih8sum3r | Yes completed. |
| 19:00.17 | brlcad | okay, so just run less on the file |
| 19:00.25 | brlcad | less dir_sizes.txt |
| 19:00.43 | brlcad | (and "man tee" since you apparently don't know what that did) ;) |
| 19:01.26 | brlcad | copy-paste the top 100 or so dirs into a text pastebin |
| 19:01.27 | sofat_ | for that i need to update your xml docs separate the intro part from presentation i am right ? |
| 19:01.38 | brlcad | sofat_: right! |
| 19:01.54 | sofat_ | okay now for language translator ? |
| 19:02.07 | brlcad | sofat_: I'm not sure exactly how to do that, but hopefully you can figure it out ;) |
| 19:02.26 | sofat_ | ok |
| 19:02.38 | brlcad | okay, last issue -- I assume you mean google search not translation? |
| 19:02.47 | sofat_ | ok |
| 19:03.15 | sofat_ | both |
| 19:03.27 | brlcad | okay, so translation first -- what? |
| 19:04.02 | brlcad | my earlier comment about a couple more changes? |
| 19:04.04 | sofat_ | you also told me you need some changes in translation so which changes you want? |
| 19:04.08 | brlcad | okay, yes |
| 19:04.19 | brlcad | couple minor issues |
| 19:04.24 | sofat_ | tell me |
| 19:04.31 | brlcad | getting there :) |
| 19:05.02 | sofat_ | hmm ? |
| 19:05.16 | brlcad | it means be patient, I'm trying to type :) |
| 19:05.23 | brlcad | the language list is all in english |
| 19:05.32 | brlcad | that's not very helpful if you don't speak english... |
| 19:06.10 | sofat_ | okay |
| 19:06.56 | Notify | 03BRL-CAD Wiki:Bhollister * 9114 /wiki/User:Bhollister/DevLogJuly2015: |
| 19:07.20 | brlcad | the languages should all be with native character set and spelling |
| 19:07.53 | brlcad | e.g., ?????? instead of hindi |
| 19:07.54 | sofat_ | means ? |
| 19:08.37 | brlcad | e.g., http://piwigo.org/screenshots/piwigo-2.2-language_switch.png |
| 19:09.27 | brlcad | I also think the flag on the left of the name will work better for layout, just like in that image |
| 19:09.44 | sofat_ | ok |
| 19:10.00 | brlcad | which icon set are you using? |
| 19:10.45 | sofat_ | this plugin fetch the icons automatically . |
| 19:10.55 | brlcad | from where? |
| 19:11.23 | sofat_ | form server |
| 19:11.31 | brlcad | of course |
| 19:11.40 | sofat_ | i don't know which server |
| 19:11.40 | brlcad | you're not being specific |
| 19:12.16 | brlcad | we need to know which server, what license of use they are under |
| 19:12.24 | sofat_ | ok |
| 19:13.56 | sofat_ | okay you want the language not in english they must ve in original name like hindi is written in hindi language not english i am right ? |
| 19:14.07 | sofat_ | s/ve/be |
| 19:14.50 | brlcad | the other issue is minor, but surprising ... when the page is loaded, it first displays all the flags while they are loaded and THEN it hides them ... can you make them hidden first? |
| 19:15.07 | brlcad | right, each language written in that language |
| 19:15.14 | brlcad | and flag on left |
| 19:15.17 | sofat_ | ok |
| 19:15.34 | sofat_ | yes i use hidden first |
| 19:16.21 | brlcad | also, when the language list is expanded, the "Move to Top" disappears |
| 19:17.26 | *** join/#brlcad vasc (~vasc@bl12-167-71.dsl.telepac.pt) | |
| 19:17.53 | sofat_ | hmm |
| 19:18.07 | vasc | kewl. the svn is up again. |
| 19:18.34 | sofat_ | ok i will do this |
| 19:19.10 | sofat_ | now last one is google custom search this is not working |
| 19:19.11 | brlcad | sofat_: the list of languages displays before it's hidden for me, both with chrome and safari |
| 19:19.17 | brlcad | see http://snag.gy/Or9Jt.jpg |
| 19:19.38 | brlcad | it only displays for about 0.5 seconds |
| 19:19.40 | vasc | hm cmake isn't working |
| 19:20.15 | sofat_ | you need to scroll down |
| 19:20.33 | brlcad | sofat_: what do you mean? |
| 19:21.02 | sofat_ | means scroll down the page and then you get other language which not show you |
| 19:21.18 | vasc | CMake Error at CMakeLists.txt:154 (_message): |
| 19:21.19 | vasc | <PROTECTED> |
| 19:21.19 | vasc | <PROTECTED> |
| 19:21.21 | brlcad | no, you misunderstand |
| 19:21.51 | sofat_ | hmm |
| 19:21.52 | brlcad | vasc: hm, that's easy to fix (just remove that file from CMakeLists.txt) -- almost certainly related to recent changes by starseeker |
| 19:22.02 | brlcad | sofat_: that image is showing you the page loading |
| 19:22.11 | sofat_ | hmm |
| 19:22.13 | sofat_ | i see |
| 19:22.18 | brlcad | the list of languages should NOT be displayed at all |
| 19:22.24 | brlcad | it shows the list, and then it hides |
| 19:22.33 | brlcad | for about 0.2-0.5 seconds |
| 19:23.12 | sofat_ | yes then click on additional language |
| 19:23.24 | sofat_ | link and then its show you |
| 19:23.27 | brlcad | right |
| 19:23.31 | brlcad | that part is fine |
| 19:23.37 | sofat_ | hmm |
| 19:24.04 | brlcad | the problem is that is first draws the whole list and THEN hides |
| 19:24.11 | brlcad | instead of drawing the list hidden |
| 19:24.18 | sofat_ | ok so what you want there ? |
| 19:24.46 | brlcad | to not show the list of languages until the additional languages or arrow are selected |
| 19:25.24 | sofat_ | ok |
| 19:25.33 | sofat_ | i will check this issue |
| 19:25.39 | brlcad | please don't say ok if you don't understand :) |
| 19:25.51 | brlcad | do you understand the issue? |
| 19:27.21 | sofat_ | yes you said on loading time this part not show(meas not work like show/hide). when user click on additional language the n it wi ll sho w to user |
| 19:27.41 | sofat_ | <PROTECTED> |
| 19:28.15 | brlcad | that doesn't sound right... |
| 19:28.55 | sofat_ | hmm ? |
| 19:28.56 | brlcad | the page once loaded is working okay NOW ... |
| 19:29.11 | brlcad | clicking additional languages works |
| 19:29.21 | brlcad | hiding additional languages works |
| 19:29.38 | brlcad | the problem (and it's minor) is ONLY during page loading |
| 19:30.38 | sofat_ | hmm |
| 19:30.38 | brlcad | while it's loading the page, it displays the EXPANDED list and THEN it hides the list (during loading) |
| 19:30.38 | sofat_ | means when page loading you don't want language shoe to 0.5 second and then gone |
| 19:30.38 | brlcad | and it only does it the first time the page is loaded |
| 19:30.38 | sofat_ | s/shoe/show |
| 19:30.41 | brlcad | the second time it doesn't show |
| 19:30.47 | sofat_ | ok |
| 19:31.08 | brlcad | right, it shouldn't show the list during loading (if it can be easily fixed) |
| 19:31.22 | sofat_ | means i need some state store work like menu |
| 19:31.34 | brlcad | if it cannot be easily fixed, don't worry about it -- but try, maybe 1-3 hours at most |
| 19:31.42 | sofat_ | <PROTECTED> |
| 19:31.48 | sofat_ | <PROTECTED> |
| 19:31.57 | sofat_ | <PROTECTED> |
| 19:32.50 | brlcad | eh, it should not require a cookie! |
| 19:32.50 | brlcad | this is a resource loading issue |
| 19:32.50 | sofat_ | ok |
| 19:32.50 | brlcad | probably jquery-related |
| 19:32.54 | sofat_ | I will check this issue |
| 19:33.16 | ih8sum3r | brlcad: This is what I get top 100 : https://gist.github.com/anonymous/c0b7a6a5dfd117b3794b |
| 19:33.31 | sofat_ | so now move further next problem with google search |
| 19:33.50 | brlcad | sofat: sounds like this issue: http://stackoverflow.com/questions/2801032/jquery-hide-elements-before-they-rendered-best-practice |
| 19:34.08 | vasc | hm |
| 19:34.31 | brlcad | setting initial css to display:none and then display may work |
| 19:34.52 | brlcad | ih8sum3r: heh, that's the bottom 100 :) |
| 19:34.54 | sofat_ | ok |
| 19:36.00 | brlcad | ih8sum3r: or rather, you're looking at the top of the file and you need to reverse sort the list or look at the bottom |
| 19:36.00 | brlcad | sort -r file | less |
| 19:36.00 | bhollister | is there a way to get at 'view_state' from within libged? |
| 19:36.52 | vasc | did you guys change the compiler flags or something? the compiler is being more anal than usual. |
| 19:36.52 | sofat_ | so need some help in google search I am using this link to search my document content 202.164.53.122/wordpress/ and i also upload the sitemap in google webmaster tools but its not working . you have any solution ? |
| 19:36.52 | brlcad | bhollister: no, that's an mged construct |
| 19:36.52 | brlcad | bhollister: what do you need? |
| 19:37.26 | brlcad | vasc: not that I'm aware of, but it's supposed to be VERY anal to be compliant with our code standard |
| 19:38.53 | brlcad | vasc: depending on what state your checkout was in, you may want to obtain a fresh checkout and reapply your changes |
| 19:39.05 | vasc | i didn't get any 'M' or 'G' file hits so it should be ok in that regard |
| 19:39.06 | brlcad | need to get you working on a branch now that svn is back up... remind me later this week if I don't get to your patches beforehand |
| 19:39.12 | vasc | i mean G |
| 19:39.19 | brlcad | no, that's the point |
| 19:39.28 | vasc | ok |
| 19:39.41 | brlcad | you're not going to because the repo was ripped out from under that checkout and restored in a different state |
| 19:41.38 | brlcad | so locally you are consistent but not with the server (in theory, it'll eventually give you a checksum error if/when you ever tried to commit) |
| 19:42.18 | vasc | so i should download everything again? |
| 19:42.27 | brlcad | but it essentially means the checkout cannot be fully trusted if you ran svn update after the Wed when the filesystem corrupted |
| 19:42.40 | brlcad | for your work, I would recommend it yet |
| 19:42.45 | brlcad | s/yet/yes/ |
| 19:42.56 | vasc | when we do the branch i'll just do it from a clean slate then |
| 19:43.01 | vasc | and apply patches on it |
| 19:43.23 | brlcad | might not make a difference, but can't say for certain that there's not a stateful build issue lurking |
| 19:44.22 | vasc | i'm just removing some consts here and there. if its important to keep the consts i'll rewrite this differently later. |
| 19:44.46 | vasc | 3 lines |
| 19:45.19 | sofat_ | brlcad, need some in google search please help me in that . |
| 19:46.17 | sofat_ | need some help |
| 19:47.07 | vasc | the most important patch to apply is the sph patch. it fixes a compilation error in current svn. |
| 19:47.24 | vasc | you can also apply the arb8, ehy patch fine |
| 19:47.56 | vasc | don't apply the grid patches because they change the way the rendering is done so the output ain't the same |
| 19:48.10 | vasc | it uses a simplified rendering engine |
| 19:48.36 | vasc | which is WIP |
| 19:49.17 | vasc | brlcad |
| 19:50.40 | vasc | well the svn compiled with the changes to the CMakeLists.txt |
| 19:51.16 | vasc | Index: src/libanalyze/tests/CMakeLists.txt |
| 19:51.16 | vasc | =================================================================== |
| 19:51.16 | vasc | --- src/libanalyze/tests/CMakeLists.txt(revision 65698) |
| 19:51.16 | vasc | +++ src/libanalyze/tests/CMakeLists.txt(working copy) |
| 19:51.16 | vasc | @@ -1,6 +1,6 @@ |
| 19:51.17 | vasc | <PROTECTED> |
| 19:51.19 | vasc | <PROTECTED> |
| 19:51.21 | vasc | -BRLCAD_ADDEXEC(tester_sp solid_partitions.c "libanalyze;libbu" NO_INSTALL) |
| 19:51.25 | vasc | +#BRLCAD_ADDEXEC(tester_sp solid_partitions.c "libanalyze;libbu" NO_INSTALL) |
| 19:59.32 | ih8sum3r | brlcad: Here it is : https://gist.github.com/anonymous/a182acb4b8e0438e89bf |
| 20:01.43 | brlcad | ih8sum3r: good lordy... what's in that db? |
| 20:03.03 | ih8sum3r | I think these are collections, OGV. |
| 20:03.07 | brlcad | vasc: best practice is obviously to propagate const, not remove them, but it obviously depends what you're doing |
| 20:03.50 | brlcad | if someone went through the effort to mark something const, it is 'usually' intentional |
| 20:04.10 | brlcad | which 3 lines? |
| 20:05.01 | brlcad | sofat_: for search, we need a different URL base so you can limit it to just documentation |
| 20:05.13 | sofat_ | means |
| 20:05.14 | brlcad | when it comes time to publish, we will not be exposing "wordpress" |
| 20:06.03 | brlcad | sofat_: means right now you're limiting it to 202.164.53.122/wordpress/ and this is NOT limiting the search to just documentation |
| 20:06.20 | brlcad | it's desirable to have a search box that is limited to documentation |
| 20:06.44 | brlcad | there will be a different main site search that will search everything |
| 20:06.45 | ih8sum3r | What I can see in that db folder there are binary files like prealloc.0, meteor.0, meteor.ns etc. which most probably are the collections. |
| 20:07.12 | brlcad | ih8sum3r: I don't know what collections means in this context |
| 20:07.27 | sofat_ | ok now means i need full domain for this like ww.abcd.com |
| 20:07.29 | brlcad | 3.2 GB of data is a lot of data |
| 20:07.41 | sofat_ | www.abcd.com |
| 20:07.44 | brlcad | sofat_: it'll be on brlcad.org |
| 20:07.51 | sofat_ | ok |
| 20:07.57 | brlcad | you just have to make sure the logic translates when it's moved |
| 20:08.15 | brlcad | that the logic still works |
| 20:08.21 | sofat_ | ok |
| 20:08.48 | ih8sum3r | What say should I try installing one more time from scratch just to cross-check whether output again will be of 3.5G or less. |
| 20:08.55 | sofat_ | ok |
| 20:09.42 | brlcad | so our two prime candidates will be to use something like docs.brlcad.org or brlcad.org/docs/ |
| 20:10.07 | brlcad | ih8sum3r: sure, or use mongodb tools to inspect what is in the database |
| 20:10.20 | brlcad | that's a lot of data to be unaccounted for |
| 20:10.30 | vasc | i can keep the const but now i just wanna get something working. it won't be in the final version. |
| 20:11.05 | vasc | the weird thing is it compiled before |
| 20:11.09 | vasc | so i guess it wasn't const |
| 20:11.27 | ih8sum3r | brlcad: Okay, on it. Will report you asap. |
| 20:11.51 | brlcad | "i just wanna get something working" <-- do you know just how many times I've heard that over the past two years only to find that was effectively the final state? :) |
| 20:12.11 | brlcad | almost every time ;) |
| 20:12.14 | vasc | i never submit the initial version of anything to anyone |
| 20:12.25 | vasc | the patches are always 3rd gen code |
| 20:12.28 | brlcad | well you have a hard submission deadline coming up really fast :) |
| 20:12.39 | brlcad | 3 weeks remaining? |
| 20:12.52 | vasc | i thought it was more than that |
| 20:12.56 | vasc | ah |
| 20:13.22 | brlcad | don't remember the exact date but it is soon |
| 20:13.27 | vasc | 24 aug |
| 20:13.50 | brlcad | okay, and that's after the suggested pencil's down date which is the week prior |
| 20:14.00 | vasc | oh oh crap |
| 20:14.13 | brlcad | you can keep coding all the way up to the deadline |
| 20:14.15 | vasc | yeah i didn't see that one |
| 20:14.25 | brlcad | it's just a suggestion to motivate procrastinators |
| 20:14.40 | Notify | 03BRL-CAD:carlmoore * 65699 brlcad/trunk/src/util/bwcrop.c: fix subscript to eliminate some memory-fault errors |
| 20:14.59 | brlcad | heck you can keep coding after the deadline, but the evaluation is only on code up to the deadline date |
| 20:15.13 | vasc | well this is like 1-2 weeks behind schedule |
| 20:15.23 | vasc | so i think in the worst case i might like drop the bot code |
| 20:15.33 | brlcad | drop it now |
| 20:15.54 | vasc | but i want to do the full rendering pipeline. even if i only get it working 100% in opencl after the deadline |
| 20:16.09 | brlcad | really, it's probably going to be more valuable to start wrapping up in about 1-1.5 weeks time |
| 20:16.33 | vasc | right now we got a bunch of primitives implemented and a simplified rendering pipeline with grids |
| 20:16.50 | brlcad | getting what you have in some useful state either as a clear path forward or as a working demo or bits of functions hooked back into the production code |
| 20:16.50 | vasc | but it still does those expensive calls to the gpu all the time |
| 20:17.04 | brlcad | and docs... writing up where you got to and what's next |
| 20:17.04 | vasc | it already is a working demo |
| 20:17.08 | vasc | but its slow |
| 20:17.33 | vasc | i want the whole pipeline in opencl so don't have all this call overhead |
| 20:17.48 | Notify | 03BRL-CAD:starseeker * 65700 (brlcad/trunk/src/libanalyze/tests/solid_partitions.c =================================================================== and 95 others): Forgot to svn add this file |
| 20:18.01 | brlcad | nods |
| 20:18.01 | vasc | there it is |
| 20:18.52 | brlcad | it's not necessarily your case as you have a different class of open source experience, but historically.. |
| 20:19.30 | brlcad | gsoc research projects tend to die shortly after gsoc ends despite authors best intentions |
| 20:19.53 | vasc | well |
| 20:20.09 | brlcad | hence the focus and desire to scavenge whatever small or big piece of the effort into progress |
| 20:20.21 | vasc | its possible to retrofit the grid accel to work with the current way the code is structured. but its gonna be a step backwards from what i have now. |
| 20:20.41 | vasc | i think in that case its better to put that in the branch |
| 20:20.47 | brlcad | basically coding deep on some pinpoint feature/capability, not wide where it's useless until the whole trench is dug |
| 20:21.52 | brlcad | step backwards from what you have doesn't matter -- would it be a step forward for the current code |
| 20:21.52 | *** join/#brlcad sofat_ (~sofat@202.164.45.204) | |
| 20:22.28 | brlcad | e.g., implementing just the opencl shot for ell was a step forward, even though practically useless for production |
| 20:22.48 | vasc | its actually worse than useless for production because it makes the rendering slower |
| 20:22.58 | brlcad | it validated behavior, demonstrated how to transcode a real example, etc |
| 20:23.13 | vasc | i can get why it was done that way |
| 20:23.38 | vasc | well think about this again in 2 weeks then |
| 20:23.39 | brlcad | it did exactly what it was scoped to do and very little has to be "undone" to do a next step |
| 20:23.53 | brlcad | that's huge |
| 20:24.15 | brlcad | not a dead effort that required the original author to keep at it for another N weeks/months/whatever |
| 20:24.20 | vasc | i did a bunch of coding to make a simplified pipeline and that should be stored somewhere too |
| 20:24.35 | vasc | as it is the code can render stuff |
| 20:24.49 | vasc | it has some warts and duplicates things and its slow but it renders stuff |
| 20:25.20 | brlcad | can anything you have be merged into rt or librt (in the opencl branch) without eliminating functionality? |
| 20:25.30 | vasc | like i said |
| 20:25.37 | vasc | merge the sph and arb8, and ehy patches |
| 20:25.52 | vasc | the grid patch reimplements its own rendering pipeline |
| 20:25.58 | vasc | so don't put that in yet |
| 20:26.04 | brlcad | yeah, the prims are easily keepers |
| 20:26.32 | brlcad | could the grid pipeline be reworked to sit beside the old one? |
| 20:26.36 | brlcad | (even slow) |
| 20:26.51 | vasc | it could but like i said it would only mean the next guy will have to redo what i did again |
| 20:27.26 | vasc | basically i did a completely new mostly self-contained rendering pipeline in ansi c |
| 20:27.30 | brlcad | it's not an unfair assumption that they will likely have to do that anyways |
| 20:27.31 | vasc | simplified |
| 20:27.45 | Notify | 03BRL-CAD:carlmoore * 65701 (brlcad/trunk/src/util/bw-ps.c brlcad/trunk/src/util/pix-ps.c): make cosmetic changes to bw-ps.c and pix-ps.c so that they look more alike |
| 20:28.03 | brlcad | because at the end of the day, this all has to get hooked back into rt/librt |
| 20:28.05 | vasc | the alternative is someone just writing it and putting it in without looking at how the code works |
| 20:28.15 | vasc | the present code |
| 20:28.40 | vasc | what i did was i tried to simplify the current rendering pipeline in a way that it can be digested and simplified for later opencl or whatever porting |
| 20:29.11 | vasc | you can call it the 'simple' rendering pipeline.... |
| 20:30.13 | vasc | it is still WIP |
| 20:30.48 | vasc | like the boolean eval isn't simplified yet |
| 20:30.59 | vasc | and that's critical |
| 20:31.17 | brlcad | I entirely get what you did, why you did it, etc ... it's what to do with it before it's done |
| 20:31.25 | vasc | well |
| 20:31.50 | vasc | i think one way is to have optional compilation for different rendering pipelines in librt |
| 20:32.01 | brlcad | such that it isn't wasted effort in the long run because, oh, say your simplification goes too far and completely fails validation |
| 20:32.25 | brlcad | or just sits in a branch and is never merged because it was hooked into a skeleton rt2 instead of rt |
| 20:32.31 | vasc | i actually have two versions of the grid construction code you know |
| 20:32.36 | vasc | one is ANSI C the other is OpenCL |
| 20:33.03 | vasc | so we can compile the ANSI C one by default if someone selects the simplified pipeline and doesn't have OpenCL |
| 20:33.11 | brlcad | boolean eval is critical for performance, it's not critical for leveraging/integrating other code in this pipeline |
| 20:33.18 | vasc | right |
| 20:33.47 | vasc | we had a similar issue in freeciv at one point |
| 20:33.59 | vasc | our only graphics client was written for the X Athena Widgets |
| 20:34.13 | vasc | i did the first port to a 'modern' graphics toolkit i.e. Gtk+ |
| 20:34.25 | brlcad | we're still at the point that I frankly DO NOT CARE about performance, I care about the survivability of code that will eventually result in performance gains :) |
| 20:34.38 | vasc | eventually someone else realized we should also have a bare non-toolkit client so the next time someone did a port they could refer to that |
| 20:34.42 | brlcad | the point is performance, but it's not the goal, if that makes sense |
| 20:35.05 | vasc | yeah i know |
| 20:35.17 | Notify | 03BRL-CAD:carlmoore * 65702 brlcad/trunk/doc/docbook/system/man1/en/bwcrop.xml: add 'clockwise-from-upper-left' remark, to provide a summary |
| 20:35.29 | vasc | man when i did the gtk+ client in Freeciv it took me a year to get SOMETHING in CVS |
| 20:35.41 | vasc | it worked but it had all the memory leaks in it |
| 20:35.44 | vasc | these |
| 20:35.56 | Stragus | Ouch, never do that :) |
| 20:36.00 | brlcad | nods |
| 20:36.02 | Stragus | Don't write code with memory leaks "to fix later" |
| 20:36.16 | vasc | well some of them i didn't realize they were memory leaks |
| 20:36.27 | vasc | because they were deep inside the gtk+ library code itself |
| 20:37.04 | vasc | anyway nothing a few rounds of valgrind didn't work |
| 20:37.14 | vasc | i ended up reimplementing a couple of gtk+ widgets because of that |
| 20:37.39 | vasc | s/didn't/did/ |
| 20:37.42 | vasc | the |
| 20:37.56 | vasc | i caught them all with valgrind and i forget the other tool |
| 20:38.22 | vasc | right memprof |
| 20:39.27 | vasc | so we had noticeable memory leaks in 15minutes, then it was 30 minutes, then it was 3 hours of gameplay, and then no leaks |
| 20:40.34 | brlcad | we'd all be lucky if memory leaks were the entent of the problem here ;) |
| 20:40.43 | Notify | 03BRL-CAD:starseeker * 65703 brlcad/trunk/TODO: Note that this is to replace existing manual code |
| 20:41.03 | vasc | well i had to do a lot of things still that was actually a pretty barebones client |
| 20:41.16 | brlcad | starseeker: give poor carl a break, typo ;) |
| 20:41.19 | vasc | i think the whole port took close to 2 years |
| 20:41.33 | starseeker | brlcad: heh, sorry |
| 20:41.40 | vasc | but yeah i was an undergrad so i guess i had more patience back then |
| 20:41.47 | brlcad | and time |
| 20:41.58 | brlcad | and motivation, all new interesting different |
| 20:42.06 | vasc | time too yes |
| 20:42.16 | Notify | 03BRL-CAD:starseeker * 65704 brlcad/trunk/TODO: typo |
| 20:43.02 | vasc | but now i have something i didn't have back then. masters students to coherce in working for me. |
| 20:43.04 | vasc | muhahahaha |
| 20:43.10 | vasc | into |
| 20:43.21 | brlcad | at a minimum, we'll end up with an "rt2" or "rtcl" or whatever you're calling your harness, but the more that can be integrated, the better |
| 20:43.29 | brlcad | that is all |
| 20:43.37 | vasc | yeah that's the idea |
| 20:44.38 | vasc | i'm presently supervising like 2 masters students, and two more in like 3 months. and maybe another one in 6 months or 8 |
| 20:44.46 | vasc | co-supervising anyway |
| 20:45.14 | vasc | they are all doing GPU ray tracing. |
| 20:45.26 | brlcad | if all we end up with, though, is rt2 ... then we'll be in a world of hurt once your faculty impose different priorities on your time |
| 20:45.40 | vasc | that's the problem i have |
| 20:45.55 | vasc | in the end of this year or start of next year i'm going to work on something else |
| 20:46.06 | vasc | i could try convincing a masters student to work on this but i dunno |
| 20:46.31 | brlcad | boolean eval on gpu is easily paper-worthy imo |
| 20:47.05 | vasc | half my students aren't doing their thesis now because they started working part-time |
| 20:47.16 | vasc | i had one dropout a couple months back because of that |
| 20:47.36 | vasc | the economic situation is bad here |
| 20:47.37 | brlcad | can do nothing with that information :) |
| 20:48.05 | vasc | yeah me neither :-) |
| 20:48.20 | vasc | i can just wish them good luck |
| 20:48.40 | brlcad | so do you think end-to-end opencl pipeline is achievable in two weeks? |
| 20:48.47 | vasc | no way |
| 20:48.49 | brlcad | (NOT opimized) |
| 20:49.15 | vasc | there's a really big issue here. which is the dynamic memory allocation the current code keeps insisting on doing |
| 20:49.25 | vasc | a big no no in opencl or cuda or whatever |
| 20:49.39 | Stragus | nods to that |
| 20:49.41 | brlcad | which code |
| 20:49.53 | vasc | you can call malloc inside the gpu. unless you implement your own malloc... and you don't wanna do that anway |
| 20:50.07 | vasc | you can't call malloc inside the gpu |
| 20:50.11 | brlcad | that big no-no is not at all unique to cuda/opencl/gpu |
| 20:50.36 | brlcad | you're not answering my question.. I know malloc is nfg |
| 20:50.49 | vasc | yes which is why i want to do a simplified ANSI C pipeline without the mallocs first |
| 20:51.12 | vasc | well |
| 20:51.22 | brlcad | what piece of the pipeline is problematic in the current code such that it's a problem? |
| 20:51.27 | vasc | in the multi-hit traversal code the hits are stored in this doubly linked list |
| 20:51.42 | vasc | dynamic doubly linked list |
| 20:51.51 | brlcad | so the hit record-keeping portion |
| 20:51.55 | vasc | which is then processed by the boolean evals |
| 20:52.28 | vasc | the boolean eval processing is seemingly split in two portions. one works every time you advance the traversal, and then there's an rtfinal call once the traversal ends |
| 20:52.35 | vasc | which traverses the whole hit list i think |
| 20:53.03 | brlcad | sounds about right, yes |
| 20:53.30 | vasc | well the best option would be if somehow you could incrementally compute the rtfinal thing and not need dynamic memory allocation |
| 20:53.43 | vasc | or at least that's what my gut tells me |
| 20:54.28 | brlcad | it would not be hard to eliminate the dynamic memory allocation there |
| 20:54.43 | Stragus | Static per-ray buffer? |
| 20:54.51 | brlcad | hits could easily be stored in an array/buffer, yes |
| 20:55.16 | vasc | but we would like not to use a lot of memory if we could too |
| 20:55.22 | Stragus | You would need some kind of dynamic allocation of bundles of 4/8 hits, from some big static buffer, managed by atomics |
| 20:55.23 | vasc | gpus have tiny caches |
| 20:55.26 | brlcad | pages of them to avoid some arbitrary #-of-objects-along-ray limit |
| 20:55.32 | Stragus | Stop shooting rays when the buffer is too full, process results, resume |
| 20:55.47 | vasc | right |
| 20:56.04 | vasc | i thought of doing it that way |
| 20:56.12 | vasc | and for that actually we should be using a bvh instead of a grid |
| 20:56.41 | brlcad | vasc: by the time this is all done being implemented, we'll probably have a TB on the video card ;) |
| 20:56.41 | vasc | coz in a bvh you can guarantee the max amount of object in a cell. |
| 20:56.53 | starseeker | I think the assertion is that this approach is so foreign to the assumptions and design of our existing code that fitting it in involves a virtual rewrite? |
| 20:56.57 | Stragus | The idea would be to stop raytracing before the big static buffer runs out |
| 20:57.12 | Stragus | If you run out, drop the rays, process buffered rays, then restart |
| 20:57.17 | starseeker | vasc: with csg though you can't make any assumptions about the maximum number of hits in a cell |
| 20:57.42 | brlcad | starseeker: it is a rewrite, but we want to gut the cathedral from the inside out, not build a new one ;) |
| 20:57.55 | starseeker | even an individual csg primitive may produce unpredicitable numbers of hit points |
| 20:58.00 | vasc | all the primitives i've seen so far are manifolds so at most you have two intersections per object |
| 20:58.12 | starseeker | vasc: take a look at nurbs ;-) |
| 20:58.23 | starseeker | even a torus can have 4 intersections |
| 20:58.34 | brlcad | so can a tgc |
| 20:58.34 | vasc | yeah coz it has a hole |
| 20:58.49 | vasc | so much for that idea |
| 20:59.02 | starseeker | bots are another one that's not predictable |
| 20:59.17 | starseeker | dsp, ebm... |
| 20:59.21 | brlcad | same idea as the hit tables though -- you just keep track of pages of results |
| 20:59.30 | vasc | hmpf |
| 20:59.54 | vasc | i didn't want to keep the dynamic memory allocation but i guess i'll have to stomach it |
| 21:00.05 | starseeker | vasc: what about a memory pool? |
| 21:00.05 | vasc | it seems kind of like a low tech solution to the problem |
| 21:00.17 | vasc | yeah we would have to do it like that yes |
| 21:00.18 | Stragus | Properly managed dynamic memory allocation with atomics is all right |
| 21:00.22 | starseeker | minimze the dynamic part, even if we can't totally eliminate it? |
| 21:00.54 | brlcad | it can be "practically" eliminated for most models |
| 21:00.58 | Stragus | has had to use dynamic memory on CUDA with atomics |
| 21:01.09 | brlcad | then there will be atypical models that break the mold |
| 21:01.11 | vasc | like i said i have a gut feeling we don't need dynamic memory to solve the problem at all |
| 21:01.31 | Stragus | You don't need dynamic memory if you can process the hits right away as they come |
| 21:01.50 | starseeker | vasc: we can probably avoid it for many cases, but it's trivial to construct a model that will break any static assumptions we care to make |
| 21:01.54 | Stragus | Which is also a lot faster... but all code calling the raytracer isn't designed for that |
| 21:02.33 | starseeker | Stragus: as I understand boolweave that's not actually possible (processing hits right away) |
| 21:02.39 | starseeker | Stragus: at least, not for solid raytracing |
| 21:03.14 | Stragus | You could end up buffering just few hints to process "segments", which would a lot lighter on memory requirements |
| 21:03.27 | Stragus | You could store the hits in shared memory, no global memory stores involved |
| 21:03.34 | vasc | i could just use the memory pool and if it gets exausted i abort the processing, realloc more chunks and try again |
| 21:03.38 | brlcad | so vasc, we're again back to gsoc scoping ... goal towards the finish line, what useful things will result |
| 21:03.44 | starseeker | vasc: doesn't mean it's not worth optimizing for the "common" situations which will be most models, but it's important that there be a working fallback (even if it is slow) for the harder cases |
| 21:04.02 | brlcad | this discussion would have been great had the gsoc goal been "implement coherent boolean weaving" ;) |
| 21:04.28 | brlcad | it was a given that this would not be achieved in the timeframe given the other aspects |
| 21:04.48 | vasc | yeah it would take the entire timeframe just to get a good solution to this specific problem |
| 21:05.16 | brlcad | certainly not enough time in 2 weeks -- my earlier question about full pipeline was whether something really trivial could be done |
| 21:05.39 | brlcad | like "don't weave, sort, take the first hit" |
| 21:06.30 | vasc | well |
| 21:06.38 | brlcad | having a testing pipeline that went end-to-end would be a useful end state as that could be used down the road for the next step(s) |
| 21:07.13 | bhollister | brlcad: regarding 'view_state'... trying to turn on vertex labeling when subcommand "kill V" is invoked on the CLI. this appears to be done in f_labelvert (overlay.c) after entering solid edit mode. |
| 21:07.15 | vasc | wouldn't that bork the csg? |
| 21:07.32 | brlcad | sure, we're talking about opencl pipeline though, not correctnesss |
| 21:07.49 | vasc | well a single-hit ray tracing pipeline is rather simpler yes |
| 21:07.50 | brlcad | doing both is impossible in the timeframe |
| 21:08.05 | vasc | yeah i should be able to do that in the timeframe |
| 21:08.06 | brlcad | assuming doing both will happen later is super high risk |
| 21:09.07 | brlcad | quasi single-hit |
| 21:09.17 | brlcad | it could still do all hits and simply throw them away |
| 21:09.27 | vasc | yeah that |
| 21:09.38 | vasc | the hit intersection routines would still compute all the intersections |
| 21:09.44 | vasc | but we only store one |
| 21:09.47 | vasc | hm |
| 21:09.48 | brlcad | that's arguably the correct thing to do that wouldn't have to be changed/undone when coherent booleans materialize |
| 21:10.31 | brlcad | currently, there's a flag in the application structure that says whether we care only about the first hit or all hits |
| 21:11.15 | brlcad | it currently evaluates all of them (for most primitives) and decides at the end whether to return all segments or just the first |
| 21:11.17 | vasc | wouldnt that also require dynamic memory? |
| 21:11.30 | vasc | its like you said the torus can have 4 hits and so on |
| 21:11.54 | brlcad | back to what the goal/point is |
| 21:12.03 | *** join/#brlcad merzo (~merzo@170-0-133-95.pool.ukrtel.net) | |
| 21:12.17 | vasc | i think we should just do an ANSI C pipeline |
| 21:12.20 | brlcad | if it's to get a pipeline, then the record keeping strategy doesn't matter as it's not the goal |
| 21:12.26 | vasc | which we'll get to simplify more later |
| 21:12.38 | brlcad | so use a fixed array or try to do efficient dynamic pages, etc |
| 21:13.19 | brlcad | why C pipeline? |
| 21:13.50 | vasc | in my experience trying to code a complex algorithm in CUDA or OpenCL direct usually leads to wasted time |
| 21:14.02 | vasc | you should have a C implementation first |
| 21:14.20 | vasc | it also helps because then you have something you can compare against on debugging |
| 21:14.21 | brlcad | which ... we do :) |
| 21:14.51 | vasc | yeah but its not something you should implement on CUDA or OpenCL. |
| 21:15.16 | brlcad | not transcoded directly, sure |
| 21:15.43 | vasc | its also kind of opaque |
| 21:16.10 | vasc | i kind of get it but the design but its a bit overengineered. |
| 21:16.18 | brlcad | that's more familiarity, I think ... if anything the datastructures and layerings are quite exposed |
| 21:16.41 | vasc | its lasagnified |
| 21:16.54 | brlcad | you're referring to the spatial partioning if I'm not mistaken? |
| 21:17.01 | vasc | the traversal |
| 21:17.17 | brlcad | traversal of the spatial partitioning, yes |
| 21:17.28 | vasc | its almost like i'm programming Java EE. |
| 21:17.51 | vasc | almost as lasagnified. |
| 21:17.59 | brlcad | now that's an exaggeration :P |
| 21:18.07 | brlcad | and a mean one |
| 21:18.39 | brlcad | if the code had feelings, you would have hurt them |
| 21:18.41 | vasc | it all makes sense because of all the options |
| 21:18.59 | vasc | conditional this and conditional that |
| 21:19.31 | vasc | so having seen this gordian knot i felt like cutting it. my 2nd name is alexander after all. |
| 21:19.45 | vasc | :-P |
| 21:19.53 | brlcad | that's how production codes evolve, espeically when they are highly actively developed and expanded |
| 21:20.04 | vasc | yeah |
| 21:20.09 | vasc | it always like that |
| 21:20.12 | brlcad | then the next guy comes along and just see's dozens of options on the periphery of what they care about |
| 21:20.26 | brlcad | but pull together 20 other users, and suddenly all options are in use |
| 21:20.33 | vasc | or not |
| 21:20.37 | brlcad | that said, rt does have too many options (exposed) |
| 21:20.56 | brlcad | most actually do get used (at least the ones that are not compile-time) |
| 21:21.15 | vasc | i mean it should be used someplace but sometimes man |
| 21:21.21 | brlcad | so cutting a feature means having to negotiate and consider the impact with/on users |
| 21:21.41 | vasc | which is why i propose a simplified pipeline which can be select someplace |
| 21:21.49 | vasc | instead of trashing what is there |
| 21:21.59 | vasc | what is there is there for a reason |
| 21:22.13 | vasc | and any replacement, if there is one, should cover all the necessary use cases |
| 21:22.31 | vasc | what i have is too simplified to do that |
| 21:22.44 | brlcad | I would assert that until demonstrated otherwise, the production code defines the necessary use cases :) |
| 21:22.49 | vasc | but too complicated and it all becomes unmanageable to port. at least at this point. |
| 21:23.29 | brlcad | otherwise "starting fresh" is hardly defensible from a pragmatic standpoint |
| 21:23.44 | brlcad | the value is in the complexity and depth of features |
| 21:23.45 | vasc | good luck trying to port the current setup to CUDA |
| 21:23.48 | vasc | or OpenCL |
| 21:24.03 | vasc | and getting good performance out of it to boot |
| 21:24.45 | vasc | it uses dynamic memory and it has way too many function calls, and uses way too much memory |
| 21:24.48 | brlcad | if I only got performance because I ripped out all functionality or correctness, that's not at all interesting or valuable |
| 21:25.19 | vasc | ah but the thing is i don't think you need to write the algorithms like that to produce the required functionality |
| 21:25.32 | vasc | its just noone bothered doing it before |
| 21:25.53 | vasc | because at the time the code was written the hardware performance optimization parameters were different |
| 21:25.56 | brlcad | sure |
| 21:26.02 | vasc | memory was fast and computations were slow |
| 21:26.06 | vasc | now its the other way around |
| 21:26.15 | brlcad | old news |
| 21:26.31 | vasc | so an extra malloc do prevent doing a dot product is no longer a good optimization |
| 21:26.35 | brlcad | now == a decade ago |
| 21:27.27 | vasc | yeah but you can still sense that in the code |
| 21:28.04 | vasc | it looks a lot like the raytracer i wrote in 2001 |
| 21:28.11 | vasc | 2000 actually |
| 21:28.15 | brlcad | I don't quite understand the logic you're using -- nothing ever stated implied that "port the current setup to CUDA" meant keep malloc |
| 21:29.19 | brlcad | this is all a question of how to go about instituting an upgrade on very old infrastructure |
| 21:29.20 | vasc | let's examine one case |
| 21:29.25 | vasc | the current code has mailboxing in it |
| 21:29.43 | vasc | so do you do the mailboxing or do you just recompute the intersections? |
| 21:30.13 | Stragus | Some primitive intersections are very expensive to compute, like NURBS |
| 21:30.20 | brlcad | there's plenty of research papers demonstrating both quite fast, so fast that I frankly wouldn't care |
| 21:30.51 | vasc | see there's all this context i don't have because i didn't reimplement all the primitives yet |
| 21:31.00 | brlcad | is it the absolute fastest for a given test case, dunno and *really* don't care |
| 21:31.34 | brlcad | and you wouldn't have time to anytime soon, and that's part of the point of doing things incremental like this |
| 21:31.44 | vasc | exactly |
| 21:31.54 | brlcad | NURBS is a good example because that's not going to be rewritten in less than a year |
| 21:32.18 | vasc | i should have a student working on that next year |
| 21:32.27 | brlcad | and it's kind of useless to a user if I had one renderer that was blazing fast for all primitives but I had to use a different tool if there were nurbs |
| 21:32.42 | vasc | not necessarily |
| 21:32.48 | brlcad | it's got to be the same tracer, just some models result in slow performance |
| 21:32.50 | vasc | take the wireframe mode for an example |
| 21:33.14 | brlcad | and slow is relative |
| 21:33.17 | vasc | if i can get a more accurate preview that can have some value in itself |
| 21:33.43 | Stragus | I would have considered writing a raytracer that just returns "hits" to some callback |
| 21:33.55 | Stragus | Then, in a second phase, someone can plug something that buffer the hits into that callback |
| 21:34.01 | brlcad | if we're taling about accuracy, I don't trust the results one bit without incredibly expensive verification and validation |
| 21:34.44 | brlcad | analogy time |
| 21:34.47 | vasc | that's why i don't work in the medical sector |
| 21:34.49 | Notify | 03BRL-CAD:starseeker * 65705 (brlcad/trunk/include/analyze.h brlcad/trunk/src/libanalyze/find_subtracted_shapes.cpp and 2 others): Put the control comb prep in the subtraction search function. Need to think about where/how/if to store preps for later validation diffing... |
| 21:35.03 | brlcad | much of what is in BRL-CAD is like the Louvre |
| 21:35.09 | vasc | i had enough of that when i worked in telecoms |
| 21:35.15 | brlcad | it's a big old building filled with old artwork |
| 21:35.53 | Stragus | Then you want to transform the Louvres into a modern space station? |
| 21:35.53 | brlcad | but shitty dangerous wiring, bathrooms with holes in the ground, and solid marble walls |
| 21:35.59 | Stragus | :) |
| 21:36.35 | brlcad | not at all, just into a modern museum, up to code |
| 21:36.49 | vasc | http://cdn4.sol.pt/fotos/2014/11/21/393092.jpg |
| 21:36.53 | brlcad | Stragus: your approach would certainly be: I'll build my own damn museum |
| 21:36.58 | Stragus | Damn right! |
| 21:37.21 | Stragus | Just kidding, I appreciate the monstrous amount of work into BRL-CAD |
| 21:37.22 | brlcad | and I'd say, that's great -- anyone can and will and have done that |
| 21:37.38 | brlcad | but then it's not the Louvre |
| 21:37.39 | bhollister | brlcad: okay, i suppose that that 'labelvert' can be used before calling 'kill V'. i'm getting coords as labels (not billboarded). but i believe i've seen this as vertex numbering before in some other context. |
| 21:37.44 | brlcad | it's a modern art building |
| 21:38.13 | brlcad | a lot of the modern tracers are exactly like that -- very sleek polished, very little art but what is there is impressive |
| 21:38.28 | brlcad | the bathrooms and wiring are AMAZING *cough* |
| 21:38.45 | vasc | until they aren't. see you in 300 years. |
| 21:38.53 | brlcad | in the end for BRL-CAD, we have a big old building that needs the wiring upgraded |
| 21:40.09 | vasc | that building in the picture i posted, they just nuked the interior. they built a glass building and kept the facade. |
| 21:40.21 | Stragus | And we can't sanely renovate the bathroom without upgrading the hallways falling apart into modern moving walkways |
| 21:40.46 | brlcad | vasc: that is certainly another approach |
| 21:41.24 | brlcad | one that has some appeal, but one that we can't afford to stop to build so it's up to some contractor/builder to remain motivated and do a good job for that to happen |
| 21:41.39 | bhollister | starseeker: besides http://brlcad.org/wiki/MGED_CMD_labelvert, is there a way to label vertex number on an object instead of coords. |
| 21:42.21 | brlcad | Stragus: I certainly can -- and figuring out how to do that without disrupting the day-to-date operations of the museum is exactly the sort of engineering concerns I think about all the time :) |
| 21:42.32 | Stragus | I would be interested in working on a GPU CSG raytracing, but the interfaces currently leading to the rt code are... problematic |
| 21:42.40 | Stragus | Indeed brlcad :) |
| 21:42.41 | brlcad | it presents it's own set of challenges |
| 21:42.51 | brlcad | and takes time |
| 21:43.05 | Stragus | GPU CSG raytracer* |
| 21:43.07 | brlcad | but I find it both more rewarding and ultimately more impacting / important to users |
| 21:43.19 | Notify | 03BRL-CAD Wiki:Bhollister * 9115 /wiki/MGED_CMD_permute: /* Argument(s) */ |
| 21:44.01 | vasc | well i simplified those interfaces quite a lot |
| 21:44.34 | vasc | that was my problem too |
| 21:44.52 | brlcad | that's why my comments were centered around what can we salvage because there's never going to be enough time to entirely gut the building (even though I live in a magical world where I can clone the Louvre and work on it) |
| 21:45.12 | vasc | quite |
| 21:45.20 | vasc | which is why i think the should have rt and rt-simple |
| 21:45.25 | vasc | we |
| 21:45.32 | Stragus | rt-archaic and rt-modern |
| 21:45.56 | brlcad | Stragus: and the tool keeps an internal timer and renames itself down the road? |
| 21:46.09 | Stragus | That works. :) |
| 21:46.09 | brlcad | "modern" is so overused |
| 21:46.26 | vasc | something is only "modern" until it isn't. |
| 21:46.27 | Stragus | Obviously, there was a hint of sarcasm in that suggestion |
| 21:46.34 | brlcad | I know |
| 21:47.10 | brlcad | but it's a good point -- what we consider modern today was really an architecture shift that happened about 20 years ago, popularlized about 10 years ago |
| 21:47.22 | Stragus | Agreed |
| 21:47.37 | vasc | https://en.wikipedia.org/wiki/Modern_art |
| 21:47.41 | brlcad | and will likely be obsolete 10 years from now for one reason or another |
| 21:48.01 | vasc | so you have modern and postmodern and postpostmodern |
| 21:48.51 | Stragus | ultranewpostmodern or nothing |
| 21:49.22 | vasc | neomodern |
| 21:49.32 | brlcad | vasc: it's too late now to do much else about things, but in terms of your gsoc project -- what do you see the end state being? |
| 21:49.58 | vasc | every primitive we talked about except the bot, gpu side database storage |
| 21:50.03 | vasc | the grid construction |
| 21:50.35 | vasc | the traversal and rendering is something else which i think should be kept in a separate pipeline that the user selects if he wants to use it i.e. rt-simple |
| 21:50.51 | vasc | i'm still interested in doing a paper out of this |
| 21:51.03 | vasc | and for that the rendering pipeline needs to be made properly efficient |
| 21:51.10 | vasc | but i don't know how my time will be |
| 21:52.04 | brlcad | well we're talking gsoc timeframe |
| 21:52.19 | brlcad | that'd easily be after (gladly support you in any way needed) |
| 21:52.22 | vasc | so the primitives are : ell, ehy, arb8 (done) |
| 21:52.25 | starseeker | bhollister: I don't know of one offhand |
| 21:52.53 | brlcad | as I see it, the only decision is whether to a) spend the next 2 weeks working on completing a pipeline transform demo (with whatever limitations), or b) spend 2 weeks merging the traversal features of your demo with the rt/librt code as a runtime option (as the intention is migration as more pieces fall into place) |
| 21:53.02 | vasc | tor, tgc i'll do it in the timeframe too |
| 21:53.17 | brlcad | o.O |
| 21:53.21 | vasc | what i'm working on now is gpu side database storage |
| 21:53.24 | brlcad | how are you going to do tor? :) |
| 21:53.42 | vasc | and then i'll do opencl shot code for the tor and tgc |
| 21:54.05 | brlcad | I doubt you'd get tor done before the deadline if you started now... |
| 21:54.19 | brlcad | tgc is even highly debatable |
| 21:54.21 | vasc | its just a cone with a couple of planes right? |
| 21:54.42 | brlcad | just a cone, a fully generalized mathematical model of one, yes |
| 21:54.57 | brlcad | s/fully/mostly/ |
| 21:55.03 | vasc | i did a ray cone intersector in 2000. so i kinda know the problem. |
| 21:55.12 | vasc | its not gonna be that much more complicated than ehy was |
| 21:55.13 | brlcad | heh |
| 21:55.25 | brlcad | well then it should have been obvious to you how 4 hits are possible |
| 21:55.36 | vasc | no just two |
| 21:55.45 | brlcad | if it's not, then you almost certainly didn't work with something this generalized |
| 21:55.46 | vasc | 4 in the torus |
| 21:55.52 | brlcad | tgc is also 4 |
| 21:55.52 | vasc | but the tgc only 2 |
| 21:56.00 | brlcad | 2 or 4 |
| 21:56.03 | vasc | i don't see how. it has no holes |
| 21:56.05 | vasc | does it? |
| 21:56.08 | brlcad | nope |
| 21:56.24 | vasc | you either hit the caps or the walls |
| 21:56.39 | vasc | man |
| 21:56.56 | vasc | i don't see how you get more than 2 valid hits |
| 21:57.15 | vasc | you are going to have 4 results |
| 21:57.19 | vasc | but some won't be valid |
| 21:57.24 | brlcad | you can hit a cap, come out a wall, go through another wall, come out another cap |
| 21:57.38 | brlcad | or in a wall, out a wall, in a wall, out a wall |
| 21:58.05 | brlcad | what's that whiteboard site? |
| 21:58.14 | bhollister | starseeker: how does 'permute' determine which vertex has a particular vertex index then? 'sed' doesn't appear to turn on the billboarded overlay of vertex-list indices. |
| 21:59.01 | vasc | so the problem is because you need to return the ins and outs |
| 21:59.12 | vasc | no but that doesn't make a lot of sense |
| 21:59.22 | vasc | in that case you needed 4 for the sphere too |
| 21:59.24 | vasc | and you don't |
| 21:59.46 | Stragus | Four hits on a cone? I'm not following that either |
| 21:59.47 | brlcad | vasc: you're not visualizing the right shape -- like I said, this is a cone generalization |
| 22:00.06 | vasc | its just a truncated cone |
| 22:00.07 | brlcad | the code is defined as a ruled surface with two elliptical ends |
| 22:00.12 | vasc | its like a frustum except its round |
| 22:00.14 | Stragus | Any convex shape is two hits, the end |
| 22:00.19 | vasc | right |
| 22:00.21 | vasc | it has no holes in it |
| 22:00.22 | Stragus | Ah, so two cones on top of each other |
| 22:00.22 | vasc | genus 0 |
| 22:00.32 | vasc | oh that? |
| 22:00.32 | brlcad | no, one cone -- one single equation |
| 22:00.38 | vasc | see genus 0 |
| 22:01.15 | brlcad | pinch the top ellipse so it's wide |
| 22:01.28 | brlcad | pinch the bottom ellipse so it's narrow |
| 22:01.47 | brlcad | the resulting conic is higher order and requires a solve |
| 22:01.57 | ih8sum3r | brlcad: I just installed ubuntu server 14.04 and run update command, nothing else. I check .vdi file size it's about 1.8G. Huge! |
| 22:04.54 | brlcad | I forget the ratio required, but just construct a cone with ends orthogonally stretched 10x and you easily can go in and out twice as you clip the top and bottom |
| 22:05.35 | vasc | the code does use a quartic equation in some cases |
| 22:05.47 | vasc | but i never heard of someone doing the ray-cone intersection like that... |
| 22:05.50 | brlcad | that's the case |
| 22:06.05 | brlcad | it figures out when that happens |
| 22:06.31 | brlcad | obviously specializes the faster simpler cases |
| 22:07.42 | brlcad | vasc: that's why I say tor is also unlikely -- notice the call to rt_poly_roots() in both tor and tgc |
| 22:07.50 | vasc | now i get it |
| 22:07.54 | vasc | no i still don't |
| 22:08.03 | brlcad | you need a polynomial root solver to handle the quartic equations |
| 22:08.15 | brlcad | doing that via opencl is going to be fun |
| 22:08.20 | vasc | are the split planes enforced to be parallel or not? |
| 22:08.31 | vasc | the top and bottom split planes |
| 22:08.34 | brlcad | I think they are, but doesn't matter |
| 22:08.38 | vasc | it does |
| 22:08.53 | vasc | when |
| 22:08.54 | vasc | well |
| 22:08.56 | brlcad | that's one more generalization that was discussed, but little value |
| 22:09.10 | brlcad | and really would complicate things |
| 22:09.41 | vasc | www.geometrictools.com/Documentation/IntersectionLineCone.pdf |
| 22:10.25 | vasc | they don't use the quartic either |
| 22:10.40 | brlcad | that's our "REC" case, right elliptical cone |
| 22:11.58 | vasc | well in the torus its evident that you can get 4 hits because of the hole |
| 22:12.06 | vasc | in the truncated cone i just can't visualize it |
| 22:13.45 | brlcad | if you have brl-cad compiled, just run mged test.g and make tgc tgc |
| 22:13.56 | brlcad | I believe the default can have 4 hits |
| 22:14.16 | brlcad | or edit the ends to stretch them out so it's more obvious |
| 22:14.28 | brlcad | the difference from what you're used to is having elliptical ends |
| 22:14.49 | brlcad | not circles, and the ellipses don't have to align |
| 22:15.48 | Stragus | doesn't get it either |
| 22:16.05 | Stragus | Unless it's two cones on top of each other, defined by the same equation |
| 22:16.53 | vasc | http://news.povray.org/povray.advanced-users/thread/%3C379F3F96.48A201E8@isd.net%3E/?ttop=340620&toff=1500 |
| 22:18.03 | vasc | the surface of revolution isn't axis symmetrical with the vertical axis |
| 22:18.10 | vasc | but it will sounds strange that you need 4 hits |
| 22:18.35 | vasc | still |
| 22:18.51 | vasc | does it somehow get in an hourglass shape? |
| 22:22.07 | brlcad | here we go, check out this ancient rendering: http://brlcad.org/gallery/var/albums/historic/primitives_old.jpg |
| 22:22.20 | brlcad | next to the terrain-looking object is a TGC |
| 22:22.41 | starseeker | bhollister: I believe the vertex indicies are implicit in the data structures, but that may be only for arbs... |
| 22:22.41 | brlcad | notice how on both sides, you can barely slice through both the top and the bottom |
| 22:23.21 | vasc | the top most red one? |
| 22:23.22 | brlcad | that generalization dates back to at least the 70's |
| 22:23.25 | brlcad | yes |
| 22:23.50 | vasc | well it looks interesting |
| 22:24.11 | brlcad | Tron used that same notion of a cone (which was based on Comgeom, which BRL-CAD was also based on) |
| 22:25.02 | vasc | its because it's concave |
| 22:25.23 | vasc | calling that a cone is a bit of a stretch though :-) |
| 22:25.49 | *** part/#brlcad ih8sum3r (~deepak@122.173.5.55) | |
| 22:26.15 | brlcad | the conical surface is the same equation as seen in the other three forms |
| 22:26.27 | brlcad | their equations just simplify to quadratic because of alignments |
| 22:26.42 | vasc | that doesn't have rotational symmetry |
| 22:26.51 | brlcad | i'm not sure it's technically concave |
| 22:27.08 | vasc | if it wasn't you wouldn't get more than 2 hits |
| 22:27.17 | vasc | its bent and concave |
| 22:27.18 | brlcad | yes |
| 22:27.49 | starseeker | maybe a good way to say it is the shape does not define its own convex hull? |
| 22:28.06 | brlcad | I had a discussion with one of our mathematicians years ago and vaguely recall arguing the same point and him going into detail how it was not mathematically |
| 22:28.26 | brlcad | at least not the mathematical definition of concavity |
| 22:28.27 | Notify | 03BRL-CAD:ejno * 65706 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: verify section volume/plate modes |
| 22:28.39 | brlcad | there was some other way to characterize it |
| 22:29.11 | starseeker | it *is* a ruled surface, IIRC |
| 22:29.30 | brlcad | but that's also goggles from about 10 years ago, I could be mistaken |
| 22:30.29 | brlcad | yeah, and there was some aspect of how this particular surface is constructed iirc |
| 22:30.49 | brlcad | that each "outline of the surface" is actually a straight line |
| 22:31.07 | starseeker | maybe some form of generalized cone? http://mathworld.wolfram.com/GeneralizedCone.html |
| 22:31.40 | brlcad | maybe, but I think that might be different meaning to the word generalized |
| 22:31.52 | brlcad | fully generalized to nonelliptical ends is pretty nuts |
| 22:32.02 | starseeker | vasc: well, the upshot is it's going to be a challenge ;-) |
| 22:37.32 | vasc | well it can't have more than four |
| 22:38.17 | vasc | so i guess it is more complicated than i thought |
| 22:38.24 | vasc | damn |
| 22:38.44 | vasc | still it was interesting |
| 22:40.09 | vasc | you say this is a commonly used primitive? |
| 22:40.53 | vasc | are there some physical processes which can generate this easily? |
| 22:43.16 | Notify | 03BRL-CAD:starseeker * 65707 (brlcad/trunk/include/brep.h brlcad/trunk/src/libbrep/shape_recognition_util.cpp brlcad/trunk/src/libged/shape_recognition.cpp): Not working yet, but try to delay comb finalization so we can be sure all necessary objects are in place. |
| 22:44.15 | starseeker | vasc: you mean machining or some such? |
| 22:44.45 | vasc | it seems kind of like something you could do with bending |
| 22:44.52 | vasc | ah well |
| 22:45.06 | vasc | i'll just finish this database thing it's been taking too long |
| 22:51.42 | vasc | i'll redo my schedule though |
| 22:52.09 | vasc | its probably not a good idea to do the opencl rendering pipeline until we know how we can process the multiple hits without the mallocs |
| 22:55.44 | Notify | 03BRL-CAD:starseeker * 65708 brlcad/trunk/src/libged/shape_recognition.cpp: Helps to pass the right pointer... |
| 23:03.40 | Notify | 03BRL-CAD Wiki:Konrado DJ * 9116 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 27 JULY 2015 */ |
| 23:12.38 | vasc | this is using obscene amounts of memory. need to pack the data more. |
| 23:19.02 | vasc | its amazing how bad the standard packing is |
| 23:21.20 | vasc | 384 bytes if i use the standard types and 160 bytes if i pack things myself |
| 23:31.26 | *** join/#brlcad konrado (~konro@41.205.22.56) | |
| 23:46.29 | bhollister | starseeker: is there a preferred way to visit all the vertices in an nmg model? is there a use case somewhere showing nmg_visit_* to search for a vertex with a given coord? |
| 23:56.31 | Notify | 03BRL-CAD Wiki:Bhollister * 9117 /wiki/MGED_CMD_nmg: /* Proposed subcommands */ |
| 00:06.57 | Notify | 03BRL-CAD Wiki:Bhollister * 9118 /wiki/User:Bhollister/DevLogJuly2015: /* Mon, July 27, 2015: Start of Week 10 (of 14) */ |
| 00:14.56 | starseeker | bhollister: unfortunately, a quick scan through the code suggests there isn't an nmg_visit_* example |
| 00:15.14 | starseeker | bhollister: I'd suggest writing a small test program to exercise the various functions |
| 00:31.10 | vasc | weird |
| 00:31.41 | vasc | my code worked TOO WELL |
| 00:33.07 | vasc | yeah i knew it |
| 00:33.17 | vasc | it isn't calling the segment i just wrote |
| 00:40.37 | vasc | that's more like it |
| 00:49.40 | vasc | uhoh |
| 01:06.36 | Notify | 03BRL-CAD:starseeker * 65709 brlcad/trunk/src/libged/shape_recognition.cpp: The wmember list seems to be volatile - take another approach to collecting the finalize comb info. This needs a lot of cleanup, but at least the hierarchy does get generated... |
| 01:10.07 | *** join/#brlcad vasc__ (~vasc@bl13-114-172.dsl.telepac.pt) | |
| 01:16.14 | vasc__ | back to the drawing board. this way of storing data doesn't work because opencl vectorized loads must be aligned to the type size. great. |
| 01:16.33 | vasc__ | a week to the trash it is |
| 01:16.35 | vasc__ | hmm |
| 01:16.38 | vasc__ | lets see |
| 01:16.45 | vasc__ | how i can reuse this |
| 01:30.04 | Notify | 03BRL-CAD:starseeker * 65710 brlcad/trunk/src/libged/shape_recognition.cpp: Set up for a different approch - create the combs, then edit them after they are created. |
| 01:49.49 | vasc__ | later |
| 01:52.36 | Notify | 03BRL-CAD:starseeker * 65711 (brlcad/trunk/include/brep.h brlcad/trunk/src/libanalyze/find_subtracted_shapes.cpp brlcad/trunk/src/libged/shape_recognition.cpp): Start getting set up for ray shooting. |
| 02:10.01 | Notify | 03BRL-CAD:starseeker * 65712 (brlcad/trunk/src/libanalyze/find_subtracted_shapes.cpp brlcad/trunk/src/libanalyze/util.cpp brlcad/trunk/src/libged/shape_recognition.cpp): Go non-parallel for debugging. |
| 02:20.18 | Notify | 03BRL-CAD:starseeker * 65713 (brlcad/trunk/src/libanalyze/find_subtracted_shapes.cpp brlcad/trunk/src/libanalyze/util.cpp): back off the rays some more - got another problem somewhere. |
| 02:26.29 | Notify | 03BRL-CAD:starseeker * 65714 brlcad/trunk/src/libanalyze/util.cpp: fix initialization when prep is coming from outside. |
| 03:57.30 | *** join/#brlcad gurwinder (~chatzilla@117.214.205.207) | |
| 04:32.50 | *** join/#brlcad bhollister2 (~brad@2601:647:cb02:7a00:f04d:35ac:f0ba:5880) | |
| 07:08.18 | Notify | 03BRL-CAD Wiki:85.246.114.172 * 9119 /wiki/User:Vasco.costa/GSoC15/logs: |
| 07:10.59 | Notify | 03BRL-CAD Wiki:85.246.114.172 * 9120 /wiki/User:Vasco.costa/GSoC15/logs: |
| 07:12.46 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 07:17.59 | Notify | 03BRL-CAD Wiki:MeShubham99 * 9121 /wiki/User:MeShubham99/GSoc15/log_developmen: /* Week 9 */ |
| 07:18.48 | Notify | 03BRL-CAD Wiki:MeShubham99 * 9122 /wiki/User:MeShubham99/GSoc15/log_developmen: /* Week 9 */ |
| 07:31.36 | *** join/#brlcad teepee-- (bc5c2134@gateway/web/freenode/ip.188.92.33.52) | |
| 08:07.25 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-eruahluooryxrrfd) | |
| 08:16.25 | *** join/#brlcad luca79 (~luca@host129-17-dynamic.4-87-r.retail.telecomitalia.it) | |
| 08:17.29 | *** join/#brlcad shaina (~shaina@59.89.100.105) | |
| 08:52.40 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 10:39.14 | *** join/#brlcad packrat (~packrator@c-71-231-32-234.hsd1.wa.comcast.net) | |
| 11:08.37 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 11:09.00 | jordisayol | hello all |
| 11:10.47 | jordisayol | I don't have files upload permission to brlcad sourceforge. Is this a temporary maintenance issue? |
| 11:30.41 | *** join/#brlcad luca79 (~luca@host130-19-dynamic.4-87-r.retail.telecomitalia.it) | |
| 11:37.02 | *** join/#brlcad konrado (~konro@41.205.22.27) | |
| 11:40.10 | jordisayol | Yes, sourceforge upload files is offline |
| 11:40.11 | jordisayol | http://sourceforge.net/blog/sourceforge-infrastructure-and-service-restoration-update-for-724/ |
| 12:23.09 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 12:32.51 | *** join/#brlcad andrei_il (~andrei@109.100.128.78) | |
| 12:46.46 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 13:25.54 | Notify | 03BRL-CAD:starseeker * 65715 (brlcad/trunk/include/analyze.h brlcad/trunk/src/libanalyze/analyze_private.h and 5 others): Pass in the cpu count. |
| 13:58.49 | Notify | 03BRL-CAD:carlmoore * 65716 (brlcad/trunk/db/nist/NIST_MBE_PMI_11.stp brlcad/trunk/db/nist/NIST_MBE_PMI_6.stp): remove trailing white space |
| 14:14.57 | *** join/#brlcad gurwinder (~chatzilla@117.214.205.207) | |
| 14:18.01 | *** join/#brlcad ih8sum3r (~deepak@122.173.163.248) | |
| 14:58.47 | *** join/#brlcad bhollister2 (~brad@2601:647:cb02:7a00:f04d:35ac:f0ba:5880) | |
| 15:14.10 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 15:37.02 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 15:38.54 | Notify | 03BRL-CAD:carlmoore * 65717 (brlcad/trunk/db/nist/NIST_MBE_PMI_11.stp brlcad/trunk/db/nist/NIST_MBE_PMI_6.stp): ----------- |
| 15:46.41 | *** join/#brlcad konrado (~konro@41.205.22.16) | |
| 15:49.33 | Notify | 03BRL-CAD:ejno * 65718 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: fix get_unioned() returning pointers to memory that may later be freed |
| 15:54.14 | Notify | 03BRL-CAD:carlmoore * 65719 (brlcad/trunk/src/conv/3dm/3dm-g.cpp brlcad/trunk/src/libanalyze/find_subtracted_shapes.cpp and 2 others): fix spellings; and, in 3dm-g.cpp , implement '?' as option |
| 16:26.02 | Notify | 03BRL-CAD:carlmoore * 65720 (brlcad/trunk/src/util/bw-ps.c brlcad/trunk/src/util/pix-ps.c): cosmetic changes for bw-ps.c and pix-ps.c to look more alike (bw-ps.c has had the placement of 2 routines shifted) |
| 16:26.05 | *** part/#brlcad gurwinder (~chatzilla@117.214.205.207) | |
| 16:26.34 | *** join/#brlcad gurwinder (~chatzilla@117.214.205.207) | |
| 16:32.48 | Notify | 03BRL-CAD:carlmoore * 65721 brlcad/trunk/src/util/pix-ps.c: shift location of 'char Stdin' to make pix-ps.c resemble bw-ps.c that more closely |
| 16:46.22 | *** join/#brlcad vasc (~vasc@bl13-114-172.dsl.telepac.pt) | |
| 16:49.06 | vasc | http://www.cnet.com/news/insane-flying-semi-truck-sets-jump-record-nearly-takes-out-building/ |
| 17:14.02 | *** join/#brlcad sofat (~sofat@202.164.45.212) | |
| 17:36.10 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 17:51.49 | Notify | 03BRL-CAD:starseeker * 65722 (brlcad/trunk/src/libanalyze/find_subtracted_shapes.cpp brlcad/trunk/src/libanalyze/util.cpp): Add some debug printing. |
| 18:24.26 | Notify | 03BRL-CAD:starseeker * 65723 brlcad/trunk/src/libanalyze/find_subtracted_shapes.cpp: off by one errors don't help plotting any... |
| 18:30.21 | Notify | 03BRL-CAD:starseeker * 65724 brlcad/trunk/src/libanalyze/find_subtracted_shapes.cpp: plot gaps while we're at it. |
| 18:30.45 | Notify | 03BRL-CAD:ejno * 65725 (brlcad/trunk/src/libgcv/conv/fastgen4/NOTES brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp): update notes |
| 18:57.55 | *** join/#brlcad bhollister (~behollis@dhcp-59-221.cse.ucsc.edu) | |
| 19:14.33 | Notify | 03BRL-CAD:starseeker * 65726 brlcad/trunk/src/libanalyze/find_subtracted_shapes.cpp: Start looking for missing gaps. |
| 19:17.11 | Notify | 03BRL-CAD:starseeker * 65727 brlcad/trunk/src/libanalyze/find_subtracted_shapes.cpp: Move to the next hit in that case rather than breaking out of the loop... |
| 19:43.54 | Notify | 03BRL-CAD:starseeker * 65728 brlcad/trunk/src/libanalyze/find_subtracted_shapes.cpp: plot the missing gaps. |
| 19:55.47 | Notify | 03BRL-CAD:brlcad * 65729 brlcad/trunk/src/librt/primitives/datum/datum.c: slightly bigger points |
| 20:08.49 | Notify | 03BRL-CAD Wiki:Terry.e.wen * 9123 /wiki/User:Terry.e.wen/log: |
| 20:09.07 | Notify | 03BRL-CAD Wiki:Terry.e.wen * 9124 /wiki/User:Terry.e.wen/log: |
| 20:25.36 | Notify | 03BRL-CAD:starseeker * 65730 (brlcad/trunk/include/analyze.h brlcad/trunk/src/libanalyze/find_subtracted_shapes.cpp brlcad/trunk/src/libged/shape_recognition.cpp): Need to create candidates to raytrace, but we don't seem to have everything ready. Needs more investigation. |
| 20:51.31 | Notify | 03BRL-CAD Wiki:Deekaysharma * 9125 /wiki/User:Deekaysharma/logs: |
| 20:52.38 | Notify | 03BRL-CAD Wiki:Deekaysharma * 9126 /wiki/User:Deekaysharma/logs: |
| 20:53.27 | *** part/#brlcad ih8sum3r (~deepak@122.173.163.248) | |
| 21:06.30 | Notify | 03BRL-CAD:brlcad * 65731 brlcad/trunk/src/libdm/dm-ogl.c: draw smooth points (circles instead of squares) |
| 21:08.04 | Notify | 03BRL-CAD:brlcad * 65732 brlcad/trunk/src/libdm/dm-X.c: draw circles instead of a rectangle when plotting points. this requires a little creativity as there are limitations with X11 not wanting to draw small circles without drawing both the exterior and the interior. |
| 21:13.50 | Notify | 03BRL-CAD:brlcad * 65733 (brlcad/trunk/src/libdm/dm-ogl.c brlcad/trunk/src/libdm/dm-osgl.cpp and 2 others): oof, too many duplicate opengl callers. make them all draw smooth points. might pose an issue for large point clouds and rtgl. |
| 21:27.00 | Notify | 03BRL-CAD:brlcad * 65734 brlcad/trunk/src/libdm/dm-rtgl.c: remove unused functions |
| 21:49.59 | *** join/#brlcad __monty__ (~toonn@d51A5489B.access.telenet.be) | |
| 21:51.53 | Notify | 03BRL-CAD Wiki:202.164.45.204 * 9127 /wiki/User:Hiteshsofat/GSoc15/log_developmen: |
| 21:53.29 | *** part/#brlcad __monty__ (~toonn@d51A5489B.access.telenet.be) | |
| 22:17.47 | dracarys983 | brlcad: I have initialized a new struct bu_vls using BU_GET() first and then bu_vls_init(). But using it doesn't print to the MGED window. What might be the problem? |
| 22:35.42 | Notify | 03BRL-CAD:starseeker * 65735 (brlcad/trunk/src/libanalyze/find_subtracted_shapes.cpp brlcad/trunk/src/libged/shape_recognition.cpp): getting crashes with the raytracing now... |
| 22:39.49 | Notify | 03BRL-CAD Wiki:85.246.114.172 * 9128 /wiki/User:Vasco.costa/GSoC15/logs: |
| 22:43.19 | Notify | 03BRL-CAD:starseeker * 65736 brlcad/trunk/src/libanalyze/find_subtracted_shapes.cpp: rt_clean causes things to hang - must not be using it right |
| 22:44.27 | starseeker | grrrr |
| 22:54.16 | Notify | 03BRL-CAD Wiki:85.246.114.172 * 9129 /wiki/User:Vasco.costa/GSoC15/logs: |
| 22:55.24 | Notify | 03BRL-CAD Wiki:85.246.114.172 * 9130 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Status */ |
| 22:56.30 | Notify | 03BRL-CAD Wiki:85.246.114.172 * 9131 /wiki/User:Vasco.costa/GSoC15/logs: |
| 22:56.59 | Notify | 03BRL-CAD Wiki:85.246.114.172 * 9132 /wiki/User:Vasco.costa/GSoC15/logs: |
| 23:00.27 | Notify | 03BRL-CAD Wiki:85.246.114.172 * 9133 /wiki/User:Vasco.costa/GSoC15/logs: |
| 23:01.34 | vasc | time to work on tor and bot i guess |
| 23:01.45 | vasc | hmmm. dinner first. |
| 23:02.24 | Stragus | How is it going vasc? You had some issues with OpenCL alignment requirements?... |
| 23:02.39 | vasc | well the vector load instructions require size alignment |
| 23:02.48 | vasc | so my previous plan to use AoS was a bust |
| 23:03.00 | vasc | anyway its done |
| 23:03.15 | Stragus | Told you so :p |
| 23:03.33 | vasc | well i thought they would have relaxed that by now |
| 23:03.37 | vasc | but they didn't |
| 23:03.49 | Stragus | It's still a lot slower even when the hardware allows it |
| 23:03.55 | vasc | its like SPARC RISC programming all over again... |
| 23:04.25 | vasc | sure. but the the data is packed more tightly. |
| 23:04.41 | Stragus | On CUDA hardware, have the whole warp fetch 32 consecutive floats: it's either 1 or 4 memory transactions |
| 23:04.53 | vasc | not that it probably matters in this app since the number of objects seems to be real slow |
| 23:05.00 | Stragus | If AoS, you get 32 memory transactions and you don't have enough vmem bandwidth to feed all the cores properly |
| 23:05.01 | vasc | you could prolly fit all the objects in L1 cache |
| 23:05.14 | Stragus | It's still a lot slower |
| 23:05.38 | vasc | well i'm using a mix fwiw |
| 23:05.42 | Stragus | Incoherent access in a warp is only fast within CUDA shared memory (I think OpenCL calls it local memory?...) |
| 23:05.53 | vasc | yeah its the local memory |
| 23:06.00 | Stragus | But then you better watch for shared memory bank conflicts |
| 23:06.12 | vasc | but you know the latest GPUs aren't as picky about that |
| 23:06.32 | Stragus | As picky about what? Incoherent access? |
| 23:06.41 | vasc | the caches behave more like CPU caches |
| 23:06.54 | Stragus | Yes yes... but if you have 32 incoherent access, it's still really slow |
| 23:07.08 | vasc | well so far i'm having other issues |
| 23:07.18 | Stragus | CPUs are even worse. In AVX2's vgatherdps instruction, the loads are *serialized* |
| 23:07.22 | vasc | like two orders or three of magnitude slowness from all these bus transfers |
| 23:07.46 | Stragus | Oh, and on Xeon Phi... vgatherdps is not only serialized, but you have to loop over the instruction until it tells you it's done. Words fail me to describe how absurd that is |
| 23:07.46 | vasc | maybe worse for all i know |
| 23:07.52 | Stragus | kicks Intel in the tibia |
| 23:08.10 | Stragus | Bus transfers? CPU<->GPU? |
| 23:08.14 | vasc | yes |
| 23:08.15 | vasc | so |
| 23:08.40 | vasc | i keep calling a kernel every time i compute a solid intersection |
| 23:08.43 | Stragus | That'll be resolved when they fix their code to consume raytraced data right in GPU memory |
| 23:08.49 | Stragus | Ew... |
| 23:08.56 | vasc | well the solid data is in the gpu now |
| 23:09.18 | vasc | the problem is storing the results and things like that |
| 23:09.26 | vasc | the dynamic lists of temporaries and shit like that |
| 23:09.43 | vasc | as i said yesterday |
| 23:09.46 | Stragus | thought the idea of a giant static buffer allocated dynamically through atomics was a good idea |
| 23:09.51 | vasc | it is |
| 23:09.58 | vasc | but i still need to do a lot of shit first |
| 23:10.04 | Stragus | Right |
| 23:10.21 | Stragus | I feel I would have fun helping you with this |
| 23:10.36 | vasc | its getting to a point where its easier to dive into it |
| 23:10.38 | Stragus | has no idea how that GSoC stuff works |
| 23:11.19 | vasc | i propose a workplan and if the project leads accept it gets funded by google |
| 23:11.27 | Stragus | I still feel the first step would be to implement a "hit" callback without any kind of hit buffering |
| 23:11.44 | Stragus | Then someone can complete the job by putting fancy buffering with atomics into that callback |
| 23:11.47 | vasc | well |
| 23:12.02 | vasc | the thing is the csg |
| 23:12.09 | Stragus | (Might not be what brlcad told you, and he certainly has authority on the matter) |
| 23:12.29 | vasc | i think he said i could just do first hit intersection and ignore the csg as a first approach |
| 23:12.40 | Stragus | Eh well, that also works |
| 23:12.55 | Stragus | If you make it an inlined callback, return 0 to terminate the ray, return 1 to continue |
| 23:14.42 | Notify | 03BRL-CAD Wiki:85.246.114.172 * 9134 /wiki/User:Vasco.costa/GSoC15/logs: |
| 23:15.51 | vasc | i think i'll do the TOR and TGC first |
| 23:16.02 | vasc | so i can get a better grasp of the problem domain here |
| 23:16.29 | vasc | right now all the solids i implemented on the GPU can have 2 intersection points max one in and another out |
| 23:16.47 | Stragus | If it's a callback, you don't have to worry so much about that |
| 23:16.55 | Stragus | Whatever the inlined callback does with the hit is not your problem |
| 23:17.05 | vasc | sure but the problem is i don't know how the boolean weaving of the csg works |
| 23:17.08 | Stragus | Then you make a simple callback that returns the first hit and terminate the ray, or so |
| 23:17.14 | Stragus | Ah yes, right |
| 23:17.29 | vasc | well i saw a simple raytracer once |
| 23:17.32 | vasc | with CSG |
| 23:18.19 | vasc | but i don't quite get how BRL-CAD does its thing yet |
| 23:18.46 | vasc | this is basically the problem i was interested in working on the first place |
| 23:19.02 | vasc | sean suggested it and i thought it was an interesting problem |
| 23:19.16 | vasc | the thing is we needed to do a LOT of ground work first... |
| 23:19.22 | Stragus | Right |
| 23:20.39 | vasc | only got 4 primitives working now |
| 23:20.45 | vasc | next i'll add another 2 |
| 23:21.23 | Stragus | If the overall structure is sound, I feel it would be easy for someone to add support for more primitives |
| 23:21.31 | Stragus | So that shouldn't be too critical |
| 23:22.14 | vasc | it isn't transfering the solids data from the cpu anymore. the data is stored on the gpu now. |
| 23:22.27 | vasc | next i'll implement a couple more solids |
| 23:23.03 | vasc | then i'll probably work on doing the ray generation on the gpu |
| 23:23.28 | vasc | dunno how i'll do about the shading yet though |
| 23:23.37 | Stragus | Ray generation, shading? |
| 23:23.38 | vasc | i'll prolly need to send more data |
| 23:23.48 | Stragus | I thought BRL-CAD's raytracer always received vectors through its API |
| 23:23.55 | vasc | well |
| 23:24.04 | vasc | depends on where you sink yours claws into |
| 23:24.57 | vasc | i wanted to exploit ray parallelism so i what to dig into the bit where it computes a whole image |
| 23:25.15 | Stragus | Of course, OpenCL is all about parallelism |
| 23:25.30 | Stragus | Isn't there a batch/bundle API for the raytracer? |
| 23:25.39 | vasc | it all starts with this do_run(int cur_pixel, int last_pixel) |
| 23:26.27 | vasc | which then calls do_pixel() |
| 23:26.32 | vasc | for every pixel |
| 23:26.48 | Stragus | That sounds very high level for now |
| 23:26.50 | vasc | which generates the rays, traverses the scene, and computes the shading |
| 23:27.11 | vasc | that's how BRL-CAD works |
| 23:27.30 | vasc | of course to do what we want to do we need to bulldoze this neat little construction |
| 23:27.31 | Stragus | To generate pictures yes, but they use raytracing for a lot more stuff |
| 23:27.39 | vasc | sure |
| 23:27.50 | vasc | but this is my current concern |
| 23:28.04 | vasc | rt_shootray() is called elsewhere but |
| 23:28.17 | vasc | its usually something like the user clicks a point and wants to know something |
| 23:28.42 | vasc | its not like a bit of latency from doing it on the CPU is gonna be a big issue there |
| 23:28.45 | Stragus | I believe they do a lot of intense analysis with raytracing |
| 23:28.54 | vasc | right there's that too |
| 23:29.06 | vasc | in those cases we'll need to do things differently |
| 23:30.10 | vasc | if you generate the rays on the gpu you can save a shitton of bus traffic |
| 23:30.12 | Stragus | Hum... I thought there was a batch/bundle shootray() function somewhere |
| 23:30.16 | vasc | i do that on my renderer as well |
| 23:30.26 | vasc | there is. it just isn't used. ANYWHERE. |
| 23:30.31 | Stragus | Ahah! |
| 23:30.32 | Stragus | Cool. |
| 23:30.43 | Stragus | That is terrible |
| 23:31.18 | Stragus | On the plus side, that means you are free to design your own bundle/batch API since nothing uses the current one |
| 23:31.24 | vasc | it might have been used by some branch that didn't live or something |
| 23:31.55 | vasc | yeah |
| 23:32.06 | Stragus | It's only good if you use SSE2/AVX, CUDA, OpenCL... and BRL-CAD isn't very strong on that stuff |
| 23:32.07 | vasc | anyway that's a shitton of work |
| 23:32.11 | Stragus | Agreed |
| 23:32.50 | vasc | well the current code has a definitive emphasis on portability |
| 23:32.54 | vasc | and for good reason i think |
| 23:33.11 | vasc | that's why i'm not using CUDA |
| 23:33.20 | Notify | 03BRL-CAD Wiki:Bhollister * 9135 /wiki/User:Bhollister/DevLogJuly2015: /* Tues, July 28, 2015 */ |
| 23:34.05 | vasc | although opencl has its own issues... |
| 23:34.16 | vasc | it still hasn't caught on enough |
| 23:34.39 | Notify | 03BRL-CAD Wiki:Bhollister * 9136 /wiki/User:Bhollister/DevLogJuly2015: /* Tues, July 28, 2015 */ |
| 23:35.02 | Notify | 03BRL-CAD Wiki:Bhollister * 9137 /wiki/User:Bhollister/DevLogJuly2015: /* Tues, July 28, 2015 */ |
| 23:35.05 | vasc | except for the cpu implementations all the gpu implementations have warts in them |
| 23:35.15 | vasc | the amd gpu compiler has a lot of bugs in it |
| 23:35.29 | vasc | and the nvidia gpu compiler only compiles an ancient version of opencl |
| 23:35.40 | vasc | and now i hear the apple gpu compiler is broken too |
| 23:36.06 | vasc | its like java code once test everywhere |
| 23:36.18 | vasc | well its worse than java |
| 23:36.28 | vasc | its gonna be like java once OpenCL 2.0 is commonplace |
| 23:36.35 | vasc | IF it ever gets to be commonplace |
| 23:37.21 | vasc | right now you send program source code to the graphics driver and it compiles it and runs it |
| 23:37.49 | vasc | with 2.0 you compile intermediate code and send that to the graphics driver which recompiles it to the target architecture and runs it |
| 23:39.22 | Stragus | CUDA gives you a lot more control over Nvidia hardware, as expected |
| 23:39.41 | Stragus | And OpenCL might seem like a good idea, but the truth is that you must write completely different code for each platform *anyway* |
| 23:39.55 | Stragus | If you write the same code for both AMD and Nvidia, it's going to be slow |
| 23:40.12 | vasc | well |
| 23:40.23 | vasc | i think it's a better idea |
| 23:40.42 | vasc | and some things are better and others worse |
| 23:40.48 | Stragus | It would be a good idea if the core language exposed a bunch of vendor-specific extensions, like OpenGL |
| 23:41.02 | Stragus | So you could still write good code for a bunch of platforms |
| 23:41.06 | vasc | it does. but there aren't a lot of extensions available. |
| 23:41.30 | vasc | you can even use inline assembly. |
| 23:41.39 | Stragus | Only CUDA PTX inline assembly ;) |
| 23:42.04 | vasc | well i dunno about other OpenCL compilers |
| 23:42.35 | Stragus | The hardware targets are so different, "one code runs everywhere" isn't a good idea if you care about performance |
| 23:43.05 | Stragus | Now, I know brlcad keeps saying he doesn't care about performance... but for a lot of people out there, that isn't a good compromise |
| 23:43.56 | vasc | yeah but the gpu architectures are too different |
| 23:44.06 | Stragus | Exactly, so you need different codes anyway |
| 23:44.31 | vasc | well its not interesting if the code becomes unportable |
| 23:44.36 | vasc | unrunnable |
| 23:45.01 | Stragus | I didn't say that, you can put the hardware-specific stuff under #if or such |
| 23:45.15 | vasc | so you use a higher level language and if you really need to squeeze perf in some place you can use inline asm |
| 23:45.16 | Stragus | But the code's entire design is optimized for a specific hardware architecture |
| 23:45.17 | vasc | at least on nvidia |
| 23:45.26 | vasc | well |
| 23:45.33 | vasc | i'm going to optimize it for SIMT basically |
| 23:45.39 | Stragus | Right |
| 23:46.11 | vasc | but the SIMT model maps out decently to SIMD and MIMD |
| 23:46.35 | vasc | e.g. |
| 23:46.41 | vasc | i had my triangle ray tracer |
| 23:46.43 | Stragus | It's a lot more flexible. SIMT-designed code can run on SIMD SSE/AVX, but it may catastrophically slow :p |
| 23:46.48 | vasc | and i rewrote it in opencl |
| 23:47.03 | vasc | i ran it on the cpu using amd opencl and it was 4x faster |
| 23:47.06 | vasc | you can guess why |
| 23:47.16 | Stragus | SSE, eh |
| 23:47.40 | vasc | i think the gpu was 8x faster than that one |
| 23:47.52 | vasc | the cpu opencl one |
| 23:47.55 | Stragus | That OpenCL CPU compiler was surprisingly clever somehow |
| 23:47.58 | vasc | i only changed one line of code |
| 23:48.09 | vasc | so you see it's quite decent |
| 23:48.18 | Stragus | Compilers aren't good at emitting instructions like movmaskps and everything above, which is essential for a raytracer |
| 23:48.24 | Stragus | (or at least for mine) |
| 23:48.35 | vasc | well my raytracer was in ANSI C |
| 23:48.41 | vasc | with OpenMP |
| 23:48.54 | Stragus | can't stand OpenMP |
| 23:49.08 | vasc | its kinda crappy but nearly any compiler can use it |
| 23:49.21 | vasc | any compiler that matters supports it |
| 23:49.36 | Stragus | Right, and everybody wants to use it, no matter how crappy it is |
| 23:50.10 | vasc | i used pthreads at one point |
| 23:50.13 | vasc | the perf was the same |
| 23:50.17 | vasc | and it was unportable |
| 23:50.23 | Stragus | For a raytracer, probably |
| 23:50.34 | Stragus | For some problems, OpenMP really gets in the way of doing things properly |
| 23:50.37 | vasc | sure |
| 23:51.10 | vasc | the thing is you can do it without using a lot of synchronization |
| 23:51.20 | Stragus | Right |
| 23:51.25 | vasc | in fact i didn't use any synchronization between threads at all |
| 23:51.41 | Stragus | remembers his atomic NUMA-aware staged barriers written in assembly |
| 23:52.04 | vasc | anyway the thing is |
| 23:52.12 | vasc | opencl does use the sse perf |
| 23:52.19 | vasc | it might not get 100% of it but its decent |
| 23:52.45 | Stragus | Right. But what is fast on GPU and what is fast on CPU are sometimes radically opposed |
| 23:52.55 | vasc | yeah |
| 23:53.02 | Stragus | So if your code is designed for both, it's going to be slow on both |
| 23:53.10 | vasc | but in my experience code optimized for SIMT runs well on the cpu as well |
| 23:53.43 | Stragus | I would say you were lucky |
| 23:54.22 | vasc | i tried sse with intrinsics at one point |
| 23:54.38 | vasc | the performance was so hit and miss it was exasperating |
| 23:54.58 | Stragus | Yes, you really need to know what the compiler and hardware are doing |
| 23:55.04 | vasc | let the damned compiler optimize it for my cpu |
| 23:56.38 | vasc | there's room for hand written code but it keeps getting harder as codebases get bigger |
| 23:56.50 | vasc | and the computer architectures more complicated |
| 23:58.33 | Stragus | Compilers have a hard time with complex architectures as well, partly because the code that's being fed to them isn't designed for the actual architectures |
| 23:58.52 | Stragus | And parly because compilers are stupid |
| 23:58.57 | Stragus | partly* |
| 00:01.44 | vasc | yeah. the simt model helped tremendously with that |
| 00:01.59 | vasc | coz it maps good to simd and mimd |
| 00:01.59 | Stragus | True, it's a lot more flexible than SIMD |
| 00:02.05 | vasc | yeah and that |
| 00:02.13 | vasc | simd programming is so cumbersome |
| 00:02.30 | vasc | its like trying to fight with one hand on your back |
| 00:02.51 | Stragus | Depends how you see it. :) I like telling the compiler which instructions to use exactly |
| 00:03.08 | vasc | well its not like opencl doesn't have vector instructions |
| 00:03.14 | Stragus | But I agree OpenCL/CUDA style SIMT is a lot more convenient |
| 00:03.34 | vasc | it doesn't have all of them but |
| 00:04.21 | Stragus | Nvidia hardware doesn't have any per-lane vector instructions, besides read/write 64 bits (which is somewhat a float2 operation) |
| 00:04.39 | Stragus | I think AMD is the same |
| 00:05.38 | vasc | i think amd is more mixed |
| 00:05.54 | vasc | it's kinda like an array of VLIW processors |
| 00:06.22 | vasc | oh |
| 00:06.25 | Stragus | Mmhm, perhaps. I don't have much experience with AMD |
| 00:06.37 | vasc | or an array of SIMD ones depending on the architecture |
| 00:06.43 | vasc | well i don't have one of their gpus either |
| 00:06.50 | vasc | i read it somewhere |
| 00:07.28 | Stragus | So they have parallelism per SIMT lane and SIMD within the lanes themselves? |
| 00:07.59 | Stragus | Seems like... a little too intense, how to allocate their transistor budget |
| 00:10.06 | vasc | can't find it |
| 00:10.34 | vasc | i had some slides with a diagram |
| 00:11.00 | Stragus | It just seems like a lot of transistors dedicated to SIMD on top of the SIMT parallelism |
| 00:11.25 | vasc | http://www.slideshare.net/DevCentralAMD/gs4106-the-amd-gcn-architecture-a-crash-course-by-layla-mah |
| 00:11.53 | vasc | 5-element VLIW |
| 00:12.24 | vasc | and now its 4-element VLIW |
| 00:13.46 | Stragus | Okay, so it's not SIMD, just many instructions packed together |
| 00:14.04 | vasc | ah crap that was the old arch |
| 00:14.15 | vasc | GCN is on slide 19 |
| 00:14.39 | vasc | and 20 |
| 00:14.44 | vasc | 4x SIMD-16 units |
| 00:15.14 | vasc | each SIMD-16 unit has a 16-lane vector ALU |
| 00:15.33 | Stragus | So it's 16-wide SIMD |
| 00:15.55 | vasc | kinda like larabee but without the x86 baggage i guess |
| 00:16.19 | Stragus | Given that it's a GPU, it's probably a lot more flexible than x86 SIMD |
| 00:16.29 | vasc | it also has a dedicated local memory |
| 00:16.35 | Stragus | x86, Larabee, Xeon Phi, it's all terrible |
| 00:16.47 | vasc | so in that arch _local is prolly useful. |
| 00:16.52 | Stragus | Same as CUDA, it's basically a software-managed L1 cache |
| 00:17.09 | vasc | no it has an L1 cache in addition to that |
| 00:17.14 | vasc | see slide 19 |
| 00:17.40 | vasc | kinda interesting |
| 00:17.42 | Stragus | I know, I know |
| 00:18.10 | Stragus | Shared/local memory is still some very fast on-chip memory, the closest GPU equivalent to a CPU L1 cache |
| 00:18.14 | vasc | it even has a scalar unit |
| 00:18.34 | vasc | well the difference is that i don't need to manage an L1 cache |
| 00:18.41 | vasc | as much |
| 00:19.32 | Stragus | It's better when managed by software :p |
| 00:19.58 | Stragus | Nvidia Fermi had excellent L1/L2 cache, the automated caches became all crappy after that |
| 00:20.31 | Stragus | Kepler and Maxwell have a great read-only texture cache though |
| 00:21.49 | Stragus | AMD's local memory even has the same bank conflicts as Nvidia CUDA shared memory |
| 00:23.07 | vasc | the problem with amd as usual is the software |
| 00:23.39 | vasc | their drivers stink |
| 00:23.53 | Stragus | That's very polite |
| 00:23.53 | vasc | i actually liked their opencl cpu compiler |
| 00:24.41 | vasc | one issue, or so i heard, was that because they had no binary compat like nvidia they constantly needed to rewrite the driver code |
| 00:24.53 | vasc | and they don't have a lot of resources to begin with |
| 00:25.15 | Stragus | I wish they would focus a little more on their CPUs |
| 00:25.16 | vasc | the cpu guys don't have those issues |
| 00:25.26 | vasc | well they're in dire straits |
| 00:25.33 | Stragus | I know :( |
| 00:25.35 | vasc | if it wasn't for the console win they would be dead now |
| 00:25.59 | vasc | ibm's going out of the market totally |
| 00:26.01 | Stragus | I plan on upgrading AMD in about a month, dual Opteron 6370P |
| 00:26.15 | vasc | i have a piledriver |
| 00:26.21 | vasc | amd fx-8350 or something |
| 00:26.40 | Stragus | They haven't made any new FX chip for a while |
| 00:27.03 | vasc | yeah i think there was like one speed bump after that and that was it |
| 00:27.11 | vasc | and i bought it a looong time ago years ago |
| 00:27.24 | vasc | when it came out |
| 00:27.29 | Stragus | I'm really sad, I have always like AMD since the Athlon XP |
| 00:27.49 | vasc | they did too many management mistakes |
| 00:27.50 | Stragus | 3dnow! was great, and they had fast big number arithmetics and other things that were terrible on Intel |
| 00:27.54 | vasc | they didn't handle their resources well |
| 00:28.24 | vasc | the ati buy was a real mistake |
| 00:28.33 | vasc | it drained them of all the cash they had |
| 00:29.09 | Stragus | Most low-end laptops now run AMD CPU+GPU, at least they got that |
| 00:29.09 | vasc | hector ruiz basically took a company that was finally doing ok and brought it to its knees |
| 00:29.17 | vasc | that and the consoles |
| 00:29.24 | vasc | its the same arch i think |
| 00:29.25 | vasc | jaguar |
| 00:29.30 | vasc | or is it zen now |
| 00:29.38 | Stragus | Their NUMA Opterons were/are great machines at an excellent prices |
| 00:30.09 | Stragus | Come on, 32 cores for $1400, try getting that with Intel |
| 00:30.16 | vasc | yeah. not a lot of processor with cheap large socket count like that |
| 00:30.18 | vasc | and that |
| 00:30.28 | vasc | losing their fabs cost them big time |
| 00:31.03 | vasc | they probably thought it was a good idea because TSMC was executing so well |
| 00:31.08 | vasc | WAS until they slipped |
| 00:31.36 | vasc | intel has too much of a process advantage right now |
| 00:31.55 | Stragus | Intel has slightly higher performance for 2.5x the cost |
| 00:32.12 | Stragus | I don't understand people don't go more for AMD chips |
| 00:32.22 | vasc | well right now the amd chips really suck |
| 00:32.50 | Stragus | Opterons 63xx are okay |
| 00:33.30 | Stragus | In fact, they are faster than Intel chips *if* you are running NUMA-aware code able to allocate memory for each core in its own specific NUMA bank, with threads locked to the cores |
| 00:33.39 | Stragus | But very little software does that |
| 00:34.46 | vasc | 32nm |
| 00:35.22 | vasc | that's at least two processes behind intel |
| 00:36.07 | vasc | so its like they are using 4 years older fabs |
| 00:36.19 | Stragus | The chips still perform well, so the design is probably fairly good |
| 00:37.21 | Stragus | Some two years ago, I benchmarked Opteron 63xx against the latest Intel with NUMA-aware code and AMD was faster |
| 00:37.37 | Stragus | Except AMD hasn't produced anything new since then |
| 00:37.50 | Stragus | (32 cores in both cases) |
| 00:38.03 | vasc | which kind of code? |
| 00:38.19 | vasc | int, fp? |
| 00:38.37 | Stragus | Mostly floating point |
| 00:38.47 | vasc | seems weird |
| 00:38.49 | Stragus | Consuming a lot of memory bandwidth too |
| 00:39.03 | vasc | i think haswell has a wider simd unit |
| 00:39.28 | Stragus | The code was only SSE, no AVX |
| 00:39.33 | vasc | oh ok |
| 00:41.24 | Stragus | AVX is really bothersome sometimes |
| 00:41.51 | Stragus | You can do shuffles... but only within the upper and lower 128 bits "lanes", and all other kind of weird stuff limited within 128 bits lanes |
| 00:42.05 | Stragus | It's really awkward to write good AVX, the instruction set is messed up |
| 00:43.21 | vasc | that's one reason why i went opencl |
| 00:43.26 | vasc | the constant ISA changes |
| 00:43.51 | Stragus | It's still good to know what the hardware can do, or you'll generate terribly slow AVX code without knowing it |
| 00:44.08 | vasc | DLXV was a lot nicer. |
| 00:44.12 | vasc | classical vector. |
| 00:45.56 | Stragus | I wonder what OpenCL does if you have a 8 floats AVX vector and you want to shuffle float [0] with [7] |
| 00:46.07 | Stragus | Or can you even do that in OpenCL?... |
| 00:48.03 | vasc | i think so |
| 00:48.08 | vasc | there's a float8 type |
| 00:48.20 | Stragus | No, a shuffle between lanes of the same wavefront |
| 00:48.28 | *** join/#brlcad gurwinder (~chatzilla@59.91.119.36) | |
| 00:49.52 | vasc | there's a shuffle() and shuffle2() instruction |
| 00:50.22 | vasc | i think you can't do comms in the same lane in opencl like that |
| 00:53.24 | vasc | CUDA has some instructions but i think opencl doesn't |
| 00:54.19 | Stragus | Right... so you can't use CUDA shuffles, nor SSE/AVX shuffles and so on |
| 00:54.27 | Stragus | OpenCL is a little limited on certain things |
| 00:55.46 | vasc | the thing that really annoys me is the opencl texture support. it's crap. |
| 00:56.02 | Stragus | What's missing? |
| 00:56.09 | vasc | no mipmaps for one |
| 00:56.11 | Stragus | In CUDA, we don't have compressed textures and some other things |
| 00:56.16 | Stragus | Ouch |
| 00:56.46 | vasc | there's an extension now |
| 00:56.59 | vasc | but at the rate nvidia updates their opencl implementation maybe we'll have it in a decade or two |
| 00:58.33 | Stragus | Eh, they want to promote CUDA first |
| 00:59.08 | Stragus | Where you can do a trilinear mipmapped lookup into a seamless cubic texture, by the way :p |
| 00:59.12 | vasc | only intel and amd are serious about opencl |
| 00:59.20 | Stragus | cube* texture |
| 00:59.20 | vasc | that's nice |
| 00:59.38 | vasc | do they have bitmaps which are real bitmaps instead of bytemaps? |
| 01:00.03 | Stragus | Bitmaps? Bit maps? |
| 01:00.09 | vasc | yeah |
| 01:00.16 | Stragus | Not quite following what you mean |
| 01:00.21 | vasc | 1 bit per pixel |
| 01:00.25 | vasc | instead of 8 bits |
| 01:00.50 | Stragus | It's not a format supposed by the hardware |
| 01:00.53 | vasc | see |
| 01:01.00 | vasc | i did my own implementation of that |
| 01:01.16 | vasc | in cuda |
| 01:01.22 | Stragus | Of course, but the hardware texturing logic doesn't do 1 bit textures |
| 01:01.32 | vasc | it's a shame though i could use that |
| 01:01.53 | vasc | mipmapped 1 bit per pixel 3d textures with my own filtering function |
| 01:02.33 | Stragus | That's nice, the hardware texturing is fast but it has some limitations |
| 01:02.52 | Stragus | Although it does support a wide range of very useful formats, like RGBA 10,10,10,2 |
| 01:03.02 | Stragus | Which is fantastic to store 3D vectors |
| 01:13.22 | Notify | 03BRL-CAD:starseeker * 65737 brlcad/trunk/src/librt/db_tree.c: Make sure rt_uniresource is initialized before using it |
| 01:57.56 | Notify | 03BRL-CAD:starseeker * 65738 (brlcad/trunk/include/analyze.h brlcad/trunk/src/libanalyze/find_subtracted_shapes.cpp brlcad/trunk/src/libged/shape_recognition.cpp): Back up to the last point that didn't crash. |
| 02:05.32 | Notify | 03BRL-CAD:starseeker * 65739 brlcad/trunk/src/libged/shape_recognition.cpp: This step doesn't seem to cause problems... |
| 02:26.27 | vasc | blech |
| 02:26.42 | vasc | the quartic solver is annoyingly codey |
| 02:29.57 | Stragus | I assumed it would mostly be copy/paste to OpenCL |
| 02:30.21 | vasc | kind of. |
| 02:30.27 | vasc | but it's branchy like heck. |
| 02:31.09 | Stragus | Eh yes, that could be optimized for SIMT hardware |
| 02:33.07 | vasc | BRL-CAD uses this generic solver for up to 6th order polys |
| 02:33.20 | vasc | and for some reason the torus intersector uses that code |
| 02:33.34 | vasc | it may be that it has extra checks for weird polys |
| 02:33.44 | vasc | but it's still annoying like heck |
| 02:35.00 | vasc | like if you have lots of zeros then it uses the cubic solver. or the quadratic solver. etc |
| 02:35.08 | vasc | branch and branch and branch |
| 02:35.53 | vasc | BAH |
| 02:36.00 | vasc | i'll just use the quadratic solver |
| 02:36.06 | vasc | quartic |
| 02:36.35 | vasc | and you know which is the primitive that uses 6th order polys? |
| 02:36.38 | vasc | the HEART primitive |
| 02:36.52 | Stragus | Ahah! |
| 02:36.58 | vasc | so we have a 6th order solver just because of that |
| 02:37.39 | vasc | bangs his head with a hammer |
| 02:37.50 | Stragus | Having all primitives use the same solver code can be useful for incoherent rays |
| 02:38.02 | Stragus | But if they are coherent, you would be much better off with optimized code for each primitive |
| 02:38.09 | vasc | well ya know |
| 02:38.35 | vasc | this thing supports more than implicits |
| 02:38.51 | vasc | and the sphere and ellipsoid actually use the quadratic solver instead of the general one |
| 02:39.28 | vasc | for some reason no one uses the quartic solver directly |
| 02:39.45 | vasc | its probably because of numeric instabilities |
| 02:39.48 | vasc | but lets ignore that for now |
| 02:39.54 | vasc | uses the quartic solver |
| 02:41.38 | vasc | gah |
| 02:42.02 | vasc | its like looking at the niagara falls or something |
| 02:42.07 | vasc | cascading branches again |
| 02:42.27 | Stragus | Start with copy/paste, someone can optimize that later |
| 02:44.21 | vasc | i'm doing that and some inlining |
| 02:48.13 | vasc | i feel like just doing my own based on the wolfram or wikipedia page for the quartic solver would be quicker though |
| 02:49.20 | Stragus | I wouldn't recommend that, stability can be tricky for these things |
| 02:49.49 | vasc | yeah i know |
| 02:49.59 | vasc | but i'm not gonna use the generic solver that's for sure |
| 02:50.36 | Stragus | Before using any other code, I would bombard both codes with billion of equations to detect any glitch |
| 02:50.47 | Stragus | Which is time consuming, so it's probably best to copy/paste for now |
| 02:51.46 | Notify | 03BRL-CAD:starseeker * 65740 (brlcad/trunk/include/brep.h brlcad/trunk/src/libbrep/shape_recognition.cpp and 2 others): looks like I had gummed up the name handling, and it was showing up as weird errors in the tree build... |
| 02:55.11 | vasc | bah humbug |
| 03:01.02 | Notify | 03BRL-CAD:starseeker * 65741 (brlcad/trunk/include/analyze.h brlcad/trunk/src/libanalyze/find_subtracted_shapes.cpp brlcad/trunk/src/libged/shape_recognition.cpp): switch in rt_wdb |
| 03:04.03 | vasc | good. time to start finding bugs |
| 03:21.39 | vasc | blam |
| 03:21.43 | vasc | crash |
| 03:21.52 | vasc | well that's a start |
| 03:23.11 | Stragus | How easy is OpenCL debugging? |
| 03:23.24 | vasc | it's bad |
| 03:23.42 | vasc | at least this time it didn't lock my display |
| 03:23.44 | Stragus | CUDA is slightly painful, I generally write the whole CUDA-designed code in C and pretty much copy/paste |
| 03:23.46 | vasc | computer |
| 03:23.52 | vasc | yeah |
| 03:23.54 | vasc | i do that usually |
| 03:24.02 | vasc | an ANSI C mockup and then i port it |
| 03:24.07 | Stragus | Exactly |
| 03:24.17 | Stragus | With dummy malloc/free for shared memory and stuff |
| 03:24.43 | vasc | hm this ain't working so well |
| 03:24.59 | vasc | maybe the quartic solver alone doesn't work |
| 03:25.35 | vasc | i'll try doing that in the ANSI C bit to see what happens |
| 03:25.40 | Stragus | nods |
| 03:28.43 | vasc | yeah it doesn't work either |
| 03:28.43 | vasc | great |
| 03:29.07 | vasc | the generic 6th order solver it is then |
| 03:31.25 | vasc | oh its recursive |
| 03:31.28 | vasc | now i notice that |
| 03:31.30 | vasc | hmm |
| 03:31.50 | Stragus | Damn. |
| 03:32.38 | vasc | well i think opencl supports recursionm |
| 03:33.51 | Stragus | Probably, although it's darn slow |
| 03:34.28 | vasc | ah no it ain't |
| 03:34.35 | vasc | it just calls a function with a really similar name |
| 03:38.36 | vasc | holy cascading function calls batman |
| 03:40.05 | vasc | you're in a maze of twisty passages all aline |
| 03:40.06 | vasc | alike |
| 03:40.31 | vasc | i need complex numbers as well |
| 03:40.32 | vasc | neato |
| 03:41.26 | Notify | 03BRL-CAD:starseeker * 65742 (brlcad/trunk/src/libanalyze/find_subtracted_shapes.cpp brlcad/trunk/src/libged/shape_recognition.cpp): There we go - getting what should be all the key pieces we need. Next up is a) a bbox filter for the missing gaps and b) the final decision logic. |
| 03:43.10 | Stragus | You are in a maze of twisty branches, all alike |
| 03:44.11 | starseeker | brlcad: my apologies - I was feeding in nonsense names to the combs and didn't realize it |
| 03:45.02 | starseeker | notes to self to remember that comb building does no sanity checking on names... |
| 03:47.02 | vasc | if it was the amd gpu compiler it would probably barf on this code |
| 03:48.36 | Notify | 03BRL-CAD:brlcad * 65743 brlcad/trunk/src/librt/primitives/datum/datum.c: add an arrowhead onto the tip of axes as an indicator of directionality, fix placement of the plane plots too. |
| 04:28.48 | vasc | well its working |
| 04:44.41 | Notify | 03BRL-CAD Wiki:85.246.114.172 * 9138 /wiki/User:Vasco.costa/GSoC15/logs: |
| 04:48.18 | vasc | too tired. it's the crack of dawn here. |
| 04:48.24 | vasc | see you tomorrow |
| 04:53.16 | Notify | 03BRL-CAD Wiki:85.246.114.172 * 9139 /wiki/User:Vasco.costa/GSoC15/logs: |
| 04:53.49 | Notify | 03BRL-CAD Wiki:85.246.114.172 * 9140 /wiki/User:Vasco.costa/GSoC15/logs: |
| 04:54.19 | Notify | 03BRL-CAD Wiki:85.246.114.172 * 9141 /wiki/User:Vasco.costa/GSoC15/logs: |
| 04:56.49 | Notify | 03BRL-CAD Wiki:85.246.114.172 * 9142 /wiki/User:Vasco.costa/GSoC15/logs: |
| 04:59.53 | Notify | 03BRL-CAD Wiki:85.246.114.172 * 9143 /wiki/User:Vasco.costa/GSoC15/logs: |
| 05:01.11 | Notify | 03BRL-CAD Wiki:85.246.114.172 * 9144 /wiki/User:Vasco.costa/GSoC15/logs: |
| 05:03.13 | Notify | 03BRL-CAD Wiki:85.246.114.172 * 9145 /wiki/User:Vasco.costa/GSoC15/logs: |
| 05:07.59 | Notify | 03BRL-CAD Wiki:85.246.114.172 * 9146 /wiki/User:Vasco.costa/GSoC15/logs: |
| 05:19.49 | Notify | 03BRL-CAD:brlcad * 65744 brlcad/trunk/NEWS: libdm changes to improve the appearance of points -- actually drawing circles instead of squares -- is user visible in a variety of places, most notably the point cloud primitive. |
| 05:32.15 | *** join/#brlcad shaina (~shaina@59.89.41.116) | |
| 05:50.43 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 06:11.48 | Notify | 03BRL-CAD Wiki:Gurwinder Singh * 9147 /wiki/User:Gurwinder_Singh/GSoc15/log_developmen: |
| 06:13.48 | Notify | 03BRL-CAD Wiki:Gurwinder Singh * 9148 /wiki/User:Gurwinder_Singh/GSoc15/log_developmen: |
| 06:18.00 | brlcad | notes the solver Stragus and vasc were talking about is not 6th order just for heart, it's Nth order with N set at compile-time -- and it amazingly worked very stable for 6th order although having never been implemented with that in mind |
| 06:19.02 | brlcad | I tested about a half dozen different solvers available online a few years ago and brl-cad's substantially outperformed ALL of them including the venerable GMP |
| 06:20.36 | brlcad | frankly shocking result, because I was looking to replace it with a 3rd party solver lib .. assuming there would be something faster out there |
| 06:21.57 | gurwinder | brlcad: I'm working on pipe. Not able to understand bend radius. I run make pipe make it has bend radius 500 but there is no bend at all. |
| 06:22.33 | gurwinder | the pipe is strait |
| 06:23.45 | brlcad | Stragus: my comment about not caring about performance was specifically with regards to vasc's gsoc project, please don't turn that into a bigger statement than that :) |
| 06:25.08 | brlcad | dracarys983: not enough info, how are you printing the vls to the mged window? |
| 06:26.21 | brlcad | gurwinder: you got half working? |
| 06:27.14 | brlcad | gurwinder: see http://brlcad.org/wiki/Documentation principles of effective meodeling document for a pipe overview |
| 06:27.27 | gurwinder | brlcad: yes half is working well. POV-Ray support it as plane. |
| 06:28.19 | gurwinder | here is link http://www.povray.org/documentation/view/3.6.1/297/ |
| 06:29.17 | gurwinder | brlcad: I read about bend in http://brlcad.org/VolumeIII-Principles_of_Effective_Modeling.pdf |
| 06:30.15 | gurwinder | but it confuses me when I run make pipe make and it show pipe with two points and bend radius 500. |
| 06:31.08 | gurwinder | So If there are only two points so whats the meaning of bend here? |
| 06:32.04 | brlcad | you have a radius but no point around which to bend (you need a third point) |
| 07:03.01 | dracarys983 | brlcad: Using bu_vls_printf(). bu_log() works perfectly, bu_vls_printf() doesn't. |
| 07:39.11 | *** join/#brlcad teepee-- (bc5c2134@gateway/web/freenode/ip.188.92.33.52) | |
| 08:07.33 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-tqmhgqesmhgvsphs) | |
| 08:34.12 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 08:51.54 | *** join/#brlcad gurwinder (~chatzilla@59.91.119.36) | |
| 09:28.38 | dracarys983 | d_rossberg: I updated the rt^3 tests patch. I sent a mail regarding the API design on mailing list. Is that design alright? |
| 09:29.01 | dracarys983 | I have implemented it in that way and volume is working now. Centroid needs the density table to be imported. It'll be done in a day. |
| 09:29.18 | dracarys983 | Surface area is next up, and then the caller functions. |
| 09:29.26 | dracarys983 | in C++ interface |
| 09:35.29 | d_rossberg | the over all design looks reasonable |
| 09:36.16 | d_rossberg | the only thing i would like to mention is that api.c doesn't contain an API but internal helper functionality |
| 09:36.52 | d_rossberg | this is a little bit confusing |
| 09:39.56 | dracarys983 | d_rossberg: Okay. I have implemented the ray shooting logic in api.c (I will change the name if it's misleading). It fills in the structures and a ray context structure. |
| 09:40.26 | dracarys983 | I pass the ray context structure to volume, centroid and surface area calculating functions in libanalyze. |
| 09:40.46 | dracarys983 | They calculate the grand totals and return the required value. |
| 09:41.14 | dracarys983 | s/ray/raytracing |
| 09:42.26 | dracarys983 | The ray shooting code is the same as that in gqa, no changes right now. |
| 09:43.23 | dracarys983 | d_rossberg: One thing I'm not able to do is print messages to MGED window using bu_vls_printf(). bu_log() works. |
| 10:50.18 | d_rossberg | as far as i can see bu_vls_printf() writes the output to a bu_vls struct, no emged window there |
| 10:52.59 | dracarys983 | Yes, I'm using a bu_vls struct to which I write using bu_vls_printf(). Now, there's ged_result_str which is a bu_vls struct and it's used to print output to MGED window. |
| 10:53.22 | dracarys983 | I've made a bu_vls struct named analyze_struct_str to do the same. Not working. |
| 11:03.34 | d_rossberg | and how do you want to write the buffer (t.e. the vls struct) to the mged window? |
| 11:04.33 | d_rossberg | ged is a structure which comes from the tcl interpreter, the ged routines write something to it, snd then the tcl interpreter will do something with it |
| 11:04.47 | dracarys983 | As I would write a string to stdout -- I want to write the string to MGED output. |
| 11:05.04 | d_rossberg | e.g. write the ger_result_str to the tcl command window |
| 11:05.30 | dracarys983 | d_rossberg: Ah, right. So it's the Tcl interpreter that writes the contents of ged_result_str to MGED window. |
| 11:05.33 | d_rossberg | do you have a handle of the mged window? |
| 11:06.11 | dracarys983 | No, I don't pass gedp. I only pass the dbip pointed to by gedp. |
| 11:07.00 | dracarys983 | If I pass the gedp, I can use gedp->ged_result_str to print to Tcl command window. |
| 11:07.10 | d_rossberg | tcl is (ideally) a layer above the kernel |
| 11:08.22 | d_rossberg | you shouldn't mix them |
| 11:09.39 | dracarys983 | d_rossberg: Hm okay. So is it possible to switch output bu_vls struct to analyze_result_str when analyze command is called? |
| 11:09.55 | dracarys983 | There's one way to avoid using bu_vls_printf() -- to use bu_log(). |
| 11:12.35 | d_rossberg | this would be the appropriate method for logging at kernel level |
| 11:14.15 | d_rossberg | btw, libraries can define debug levels (see include/rt/debug.h) |
| 11:17.30 | dracarys983 | d_rossberg: Those flags are to be assigned to RT_G_DEBUG to get debugging info, right? |
| 11:17.45 | dracarys983 | And yes, I'll switch to bu_log() then. :) |
| 11:21.43 | d_rossberg | yes, but i don't know if you want to make it that complex, but a switch to switch the libanalyze debug output on and of like in librt ... |
| 11:41.10 | *** join/#brlcad gurwinder (~chatzilla@59.91.119.36) | |
| 12:49.06 | brlcad | dracarys983: bu_vls_printf() lets you use a printf-style interface to print INTO a vls, not print that vls to stdout |
| 12:50.10 | brlcad | you have to use bu_log or fprintf or printf or std::cout or write or some other standard method to write to standard out |
| 12:50.33 | brlcad | fprintf("%s\n", bu_vls_addr(&your_vls)); |
| 12:50.41 | brlcad | er, fprintf(stdout, "%s\n", bu_vls_addr(&your_vls)); |
| 13:00.08 | *** join/#brlcad ih8sum3r (~deepak@122.173.207.45) | |
| 14:03.18 | *** join/#brlcad sofat (~sofat@202.164.45.212) | |
| 14:11.02 | Notify | 03BRL-CAD:starseeker * 65745 brlcad/trunk/src/libanalyze/find_subtracted_shapes.cpp: Use the bbox to limit which gaps are being considered for the given candidate object. |
| 14:14.20 | Notify | 03BRL-CAD:starseeker * 65746 (brlcad/trunk/include/wdb.h brlcad/trunk/src/libwdb/reg.c): Empty strings as wmember names leads to a number of problems, including infinite loops when trees with nested empty string entries are interperted as referring to each other. Extra fun when debugging since there's no unique name handy to help identify what might be causing the problem. While we're at it, sanity check headp. |
| 14:50.01 | *** join/#brlcad sofat (~sofat@202.164.45.212) | |
| 14:57.52 | *** join/#brlcad packrat (~packrator@c-71-231-32-234.hsd1.wa.comcast.net) | |
| 15:01.27 | dracarys983 | brlcad: Ah, I see. Thank you. So, printing using bu_vls_printf() solved. |
| 15:27.18 | Notify | 03BRL-CAD:starseeker * 65747 brlcad/trunk/src/libanalyze/find_subtracted_shapes.cpp: Make an initial subtract/no-subtract determination. Need to refine in situations where we're getting relatively small numbers of rays. |
| 15:29.22 | *** join/#brlcad shaina (~shaina@59.89.41.116) | |
| 16:14.35 | *** join/#brlcad sofat (~sofat@202.164.45.212) | |
| 16:32.11 | *** join/#brlcad vasc (~vasc@bl7-121-4.dsl.telepac.pt) | |
| 16:49.43 | dracarys983 | brlcad: Are there any primitives who have a NULL entry in either of ft_volume/centroid/surf_area but it's *analyze_<primitive>* function has been implemented? |
| 16:56.13 | *** join/#brlcad sofat (~sofat@202.164.45.212) | |
| 17:22.08 | *** join/#brlcad bhollister2 (~brad@2601:647:cb02:7a00:6e71:d9ff:fe7c:6803) | |
| 17:57.30 | *** join/#brlcad konrado (~konro@41.205.22.39) | |
| 18:29.35 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 18:59.08 | *** join/#brlcad konrado (~konro@41.205.22.58) | |
| 19:01.22 | Notify | 03BRL-CAD:brlcad * 65748 brlcad/trunk/src/libdm/dm-X.c: calling BN_VLIST_DRAW_POINT should move the cursor to that position, so we don't have to explicitly call MOVE if drawing from there. |
| 19:21.26 | Notify | 03BRL-CAD:brlcad * 65749 (brlcad/trunk/TODO brlcad/trunk/src/libdm/dm-wgl.c): make sure the vlist cursor is always moved to the current point so that point drawing works as expected, but this begs for a quick test to make sure wireframes were not broken in the process if there is some statefulness implied. it should be save though as it's exactly what the ogl manager is currently doing. this brings them back closer |
| 19:21.28 | Notify | into alignment. |
| 19:21.30 | Notify | ... |
| 19:21.49 | Notify | 03BRL-CAD:brlcad * 65750 (brlcad/trunk/src/libdm/dm-X.c brlcad/trunk/src/libdm/dm-qt.cpp): we want to stash in lpnt after drawing a point |
| 19:24.53 | Notify | 03BRL-CAD:brlcad * 65751 brlcad/trunk/TODO: plot and tk are in the same boat, needing support for points |
| 19:34.55 | Notify | 03BRL-CAD:brlcad * 65752 (brlcad/trunk/TODO brlcad/trunk/src/libdm/CMakeLists.txt): separate out libdm-specific issues into a libdm README file. as our ledger has grown over the years, there are too many developer-only entries that could just as well live as comments in the code or notes in a library README file and don't really have any user-visible value for being tracked on our public TODO backlog. |
| 19:40.13 | *** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 19:47.59 | Notify | 03BRL-CAD Wiki:Deekaysharma * 9149 /wiki/User:Deekaysharma/logs: |
| 20:05.14 | vasc | nope opencl doesn't support recursion |
| 20:06.36 | Stragus | Really? No "true" function calls then? |
| 20:07.09 | Notify | 03BRL-CAD:starseeker * 65753 (brlcad/trunk/src/libanalyze/find_subtracted_shapes.cpp brlcad/trunk/src/libanalyze/util.cpp): This undoubtely needs a lot of refinement, but get a subtract/no-subtract decision from the ray tracing. Need more context - for example, need to distinguish when a solid in a candidate is removing positive material it shouldn't vs. subtracting empty space. |
| 20:07.16 | Stragus | The first generation of CUDA hardware from 2008 didn't support functions either |
| 20:18.11 | ``Erik | shakes fist at 2008 via his 2008 laptop :/ |
| 20:26.31 | Notify | 03BRL-CAD:brlcad * 65754 brlcad/trunk/src/librt/primitives/datum/datum.c: big improvement on datum plane plotting, just draw a simple box in the plane with an up vector. |
| 20:27.28 | Notify | 03BRL-CAD:ejno * 65755 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: fix an issue in which WALLs between components with thin-wall cones/spheres could result in creation of nonexistent cones/spheres |
| 20:27.57 | *** join/#brlcad sofat (~sofat@202.164.45.212) | |
| 20:34.49 | *** join/#brlcad Shubham (6719e766@gateway/web/freenode/ip.103.25.231.102) | |
| 20:37.06 | Notify | 03BRL-CAD:brlcad * 65756 brlcad/trunk/src/libbn/mat.c: bn_vec_perp() is really jumpy and inconsistent, making it undesirable when rendering GUI elements. implementation needs to be more continuous . |
| 20:50.00 | Notify | 03BRL-CAD:brlcad * 65757 brlcad/trunk/include/vmath.h: VPROJECT() needs to swap args .. yikes. |
| 20:55.28 | Notify | 03BRL-CAD:starseeker * 65758 brlcad/trunk/src/libanalyze/find_subtracted_shapes.cpp: Add the new subtractions to the final csg definition |
| 20:57.30 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 21:04.35 | Notify | 03BRL-CAD:starseeker * 65759 brlcad/trunk/src/libged/shape_recognition.cpp: Only do the raytracing prep when we actually need it. |
| 21:23.54 | Notify | 03BRL-CAD:starseeker * 65760 brlcad/trunk/src/librt/mkbundle.c: zeros won't work here... |
| 21:42.01 | Notify | 03BRL-CAD:starseeker * 65761 (brlcad/trunk/src/libanalyze/find_subtracted_shapes.cpp brlcad/trunk/src/libanalyze/util.cpp): avoid crashing in some error cases. |
| 21:48.00 | vasc | BTW i tried doing a rendering loop where i first compute the intersections and store the lengths of the lists, alloc, and then compute the intersections and store the intersections |
| 21:48.09 | vasc | the performance loss is like %30 |
| 21:48.19 | vasc | so i think i'll do that |
| 21:48.36 | vasc | instead of the dynamic allocation |
| 21:49.08 | vasc | doing the intersections twice doesn't make things twice slower |
| 21:49.12 | vasc | its like 30% slower |
| 21:49.22 | vasc | because a lot of time is spent on the boolean weaving |
| 21:49.37 | vasc | there's just one snag |
| 21:49.52 | vasc | because i only do boolean weaving in the end i can't do early termination |
| 21:50.02 | vasc | on the rays |
| 21:50.08 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 21:50.28 | vasc | so i always need to trace rays all the way |
| 21:51.05 | vasc | the performance impact would be on scenes with high depth complexity |
| 21:51.12 | Stragus | If you are going to count all hits then trace again, early termination makes no sense indeed |
| 21:51.23 | vasc | but AFAIK usually scenes don't have a lot more depth complexity than 2 or 3 anyway |
| 21:51.39 | Stragus | I think they manage fairly complex scenes :p |
| 21:52.47 | vasc | well between that kind of extra calcs and the extra mallocs |
| 21:52.55 | vasc | i kinda suspect the extra calcs win |
| 21:53.34 | vasc | 30% is a worst case btw |
| 21:53.40 | Stragus | Well... I disagree, but the other way is complex, so it's good enough for now |
| 21:54.07 | vasc | there's just one thing though |
| 21:54.34 | vasc | i plan to transfer the light of segments to the CPU and do the boolean weaving there as a temporary step |
| 21:54.42 | vasc | that's gonna suck until that gets rewritten |
| 21:55.17 | vasc | but this also means we can compute non-GPU accelerated intersections on the CPU and merge the results |
| 21:55.49 | vasc | s/light/list/g |
| 21:56.17 | vasc | back to tgc |
| 22:03.45 | Notify | 03BRL-CAD:brlcad * 65762 brlcad/trunk/src/libbn/mat.c: bail earlier on degenerate case |
| 23:15.50 | Notify | 03BRL-CAD Wiki:85.240.121.4 * 9150 /wiki/User:Vasco.costa/GSoC15/logs: |
| 23:16.09 | Notify | 03BRL-CAD Wiki:85.240.121.4 * 9151 /wiki/User:Vasco.costa/GSoC15/logs: |
| 23:18.19 | vasc | brlcad, if you apply any of my patches, apply them in this order: #341, #393 |
| 23:21.45 | Notify | 03BRL-CAD Wiki:85.240.121.4 * 9152 /wiki/User:Vasco.costa/GSoC15/logs: |
| 23:22.59 | Notify | 03BRL-CAD Wiki:85.240.121.4 * 9153 /wiki/User:Vasco.costa/GSoC15/logs: |
| 23:24.57 | Notify | 03BRL-CAD Wiki:Konrado DJ * 9154 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 29 JULY 2015 */ |
| 23:28.11 | Notify | 03BRL-CAD Wiki:85.240.121.4 * 9155 /wiki/User:Vasco.costa/GSoC15/logs: |
| 23:32.55 | Notify | 03BRL-CAD Wiki:85.240.121.4 * 9156 /wiki/User:Vasco.costa/GSoC15/logs: |
| 23:34.27 | Notify | 03BRL-CAD Wiki:85.240.121.4 * 9157 /wiki/User:Vasco.costa/GSoC15/logs: |
| 23:35.14 | Notify | 03BRL-CAD Wiki:85.240.121.4 * 9158 /wiki/User:Vasco.costa/GSoC15/logs: |
| 23:45.34 | vasc | well the primitives are ported |
| 23:45.40 | Notify | 03BRL-CAD:brlcad * 65763 brlcad/trunk/src/libged/typein.c: fix a couple bugs including not validating that we got proper numeric args where expected and needing to allocate datums individually instead of as an array (as they must be released individually). |
| 23:45.53 | vasc | so we got SPH, EHY, ELL, ARB8, TOR, TGC |
| 23:48.02 | vasc | with that off time to consider how to implement the rendering architecture |
| 23:48.03 | vasc | so |
| 23:48.08 | vasc | time to write stuff on paper |
| 23:48.09 | Notify | 03BRL-CAD:brlcad * 65764 brlcad/trunk/src/librt/primitives/datum/datum.c: WIP, needing a better solution for off-angle planes as bn_vec_perp() is unstable. also fix 4 byte per datum overallocation (no harm, but wasted). |
| 06:37.05 | *** join/#brlcad infobot (ibot@69-58-76-73.ut.vivintwireless.net) | |
| 06:37.05 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-) | |
| 07:26.51 | vasc | pixdiff bytes: 783165 matching, 3267 off by 1, 0 off by many |
| 07:26.57 | vasc | for the tgc |
| 07:29.19 | dracarys983 | starseeker: src/libanalyze/util.cpp -- [ERROR : ydata may be used uninitialized in analyze_get_bbox_rays()] |
| 07:29.52 | vasc | i'll do the tests for the other primitives later |
| 07:36.50 | vasc | torus: http://imgur.com/jDR4xrc |
| 08:02.03 | *** part/#brlcad vasc (~vasc@bl13-249-244.dsl.telepac.pt) | |
| 08:07.59 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-dukmytcbmjgdlqey) | |
| 08:43.27 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 08:45.15 | d_rossberg | dracarys983: just tried to compile your libanalyze patch and got an error in src/libged/analyze.c:1319:5: error: ISO C90 forbids variable length array ânamesâ [-Wvla] |
| 08:46.55 | dracarys983 | d_rossberg: Okay, I'll fix that. Weird my build didn't catch that. |
| 08:48.52 | d_rossberg | did you disabled BRLCAD_ENABLE_STRICT? |
| 08:49.53 | dracarys983 | Oh this build is using my cmake config that I did before and it's been ages since I changed any of the flags. Yes, probably that flag is disabled. |
| 08:50.05 | *** join/#brlcad teepee-- (bc5c2134@gateway/web/freenode/ip.188.92.33.52) | |
| 08:59.08 | dracarys983 | d_rossberg: I'll turn it on and compile once. Will update you in a while. |
| 09:08.50 | d_rossberg | maybe you should delete your cmake chache and generate a clean build |
| 09:09.04 | dracarys983 | Yeah, doing that right now |
| 09:23.39 | dracarys983 | d_rossberg: So I make a new directory mged_build, ran cmake <path_to_source> -DCMAKE_BUILD_TYPE=Release -DBRLCAD_ENABLE_STRICT=ON |
| 09:23.48 | dracarys983 | Then I run make mged |
| 09:24.05 | dracarys983 | I didn't get any errors :/ |
| 09:29.29 | d_rossberg | try "cmake <path_to_source>" without any extension |
| 09:30.32 | d_rossberg | btw, i've gcc (Debian 4.9.2-10) 4.9.2 |
| 09:32.40 | dracarys983 | d_rossberg: gcc -v gives : gcc version 4.9.2 (Ubuntu 4.9.2-0ubuntu1~14.04) |
| 09:39.06 | dracarys983 | d_rossberg: Yes I got the error |
| 09:39.27 | dracarys983 | For "names" and "inds" |
| 09:39.52 | dracarys983 | I've set it to a fixed size of 64 |
| 09:45.54 | dracarys983 | d_rossberg: I'll update the patch in 5 mins |
| 09:53.23 | dracarys983 | d_rossberg: I have uploaded the new patch. I'm going for lunch. Will be back in about 30 mins. :) |
| 10:29.15 | dracarys983 | d_rossberg: Any updates? |
| 10:35.47 | *** join/#brlcad gurwinder (~chatzilla@117.212.51.242) | |
| 10:47.10 | *** join/#brlcad konrado (~konro@41.205.22.61) | |
| 10:50.16 | Notify | 03BRL-CAD:indianlarry * 65776 brlcad/trunk/src/libbrep/opennurbs_ext.cpp: Fixed index error in brep subdivision where it splits across the knots. Also opted to use bu_malloc/bu_free instead of c++ new/delete for allocation of double array that holds span vector. |
| 11:09.28 | dracarys983 | d_rossberg: The Caller functions for centroid and volume are also done. Compiled successfully. Just have to test it now. |
| 11:10.03 | dracarys983 | Will upload their patches by tonight. I'll start with the Surface Area part from tomorrow. :) |
| 11:15.06 | *** part/#brlcad dracarys983 (dracarys98@nat/iiit/x-dukmytcbmjgdlqey) | |
| 11:15.19 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-dukmytcbmjgdlqey) | |
| 11:21.00 | dracarys983 | brlcad, starseeker : A list of errors that I got while compiling the latest revision : https://gist.github.com/dracarys-stormborn/5118ffeb76897befc661 |
| 11:54.22 | d_rossberg | dracarys983: thanks for the updated patch, i could build the programs now |
| 11:59.12 | Notify | 03BRL-CAD Wiki:MeShubham99 * 9178 /wiki/User:MeShubham99/GSoc15/log_developmen: /* Week 9 */ |
| 12:07.42 | d_rossberg | and a first test was successful |
| 12:08.55 | d_rossberg | the only issue i got was the missing .density file, without it analyze will do nothing |
| 12:54.19 | Notify | 03BRL-CAD Wiki:MeShubham99 * 9179 /wiki/User:MeShubham99/GSoc15/log_developmen: /* Week 9 */ |
| 12:58.29 | konrado | d_rossberg: I have just made a status update |
| 12:58.50 | konrado | I hope you get it soon. |
| 13:05.40 | d_rossberg | konrado: yes, i've seen it, but i'll need some time to check it |
| 13:06.50 | d_rossberg | but thanks for the eamples, they make the tests easier |
| 13:10.12 | konrado | Ok, I would continue updating my work while waiting for a review. Thanks |
| 13:28.30 | *** join/#brlcad konrado_ (~konro@41.205.22.49) | |
| 14:09.19 | *** join/#brlcad ih8sum3r (~deepak@122.173.207.45) | |
| 14:16.42 | Notify | 03BRL-CAD Wiki:Konrado DJ * 0 /wiki/File:Chess8Levels.png: |
| 14:26.28 | Notify | 03BRL-CAD Wiki:Konrado DJ * 9181 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 31 JULY 2015 */ |
| 14:28.32 | Notify | 03BRL-CAD Wiki:Konrado DJ * 0 /wiki/File:AllenDuttonVillage.png: |
| 14:30.42 | Notify | 03BRL-CAD Wiki:Konrado DJ * 9183 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 31 JULY 2015 */ |
| 15:04.52 | starseeker | dracarys983: apologies - there's a lot of work in progress in that bit of code right now |
| 15:05.43 | dracarys983 | starseeker: Not a problem. I just wanted to inform, thought the list might help fixing them rather than building it for finding each. :) |
| 15:06.14 | starseeker | i thought we had fixed some of those long jumps - what compiler are you using? |
| 15:06.25 | dracarys983 | gcc 4.9.2 |
| 15:06.28 | starseeker | hmm |
| 15:06.31 | starseeker | what platform? |
| 15:06.46 | dracarys983 | Ubuntu 14.04 |
| 15:06.55 | starseeker | and you're using the latest svn revision? |
| 15:07.06 | dracarys983 | Yeah. 65775 I guess? |
| 15:07.44 | dracarys983 | Yeah that's the one |
| 15:09.55 | dracarys983 | And also I had disabled the flag BRLCAD_ENABLE_STRICT while building. |
| 15:14.36 | *** join/#brlcad gurwinder (~chatzilla@117.220.168.189) | |
| 15:18.10 | Notify | 03BRL-CAD:starseeker * 65777 brlcad/trunk/src/libanalyze/util.cpp: Rework seg_filter to more closely match the generic worker. |
| 15:35.53 | Notify | 03BRL-CAD:starseeker * 65778 brlcad/trunk/src/librt/primitives/brep/brep.cpp: Don't seem to be hanging now - re-enable parallel prep. |
| 15:43.00 | *** join/#brlcad sofat (~sofat@202.164.45.208) | |
| 15:57.29 | Notify | 03BRL-CAD:indianlarry * 65779 brlcad/trunk/src/libbu/semaphore.c: Function bu_semaphore_init() does a quick unlocked read of global "bu_nsemaphores" and returns if "nsemaphores <= bu_nsemaphores" otherwise it wait for lock and initialize what it thinks are uninitialized semaphores. There looks to be a race condition that could lead to possible re-initializing of semaphores. Fixed by checking bu_semaphores again |
| 15:57.32 | Notify | under lock(bu_init_lock) to make sure not already initialized. |
| 15:57.34 | Notify | ... |
| 16:04.09 | Notify | 03BRL-CAD:indianlarry * 65780 brlcad/trunk/src/librt/primitives/brep/brep.cpp: Removed static int counter variable "hit_count", wasn't thread safe but also wasn't used anywhere. Also commented out bu_log message about "preparing face" got to be a little much... |
| 16:06.01 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 16:06.02 | Notify | 03BRL-CAD:indianlarry * 65781 brlcad/trunk/src/liboptical/shade.c: Local "static int" variable used as logging counter(logs up to 100 messages by default) not thread safe. Now locks counter when incremented under lock until past log limit. |
| 16:10.19 | *** join/#brlcad bhollister2 (~brad@2601:647:cb02:7a00:5c7b:615e:aad2:f56a) | |
| 16:13.29 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 16:33.09 | *** join/#brlcad vasc (~vasc@bl13-249-244.dsl.telepac.pt) | |
| 16:43.30 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 16:58.53 | bhollister2 | starseeker: checking in for our 10 AM Pacific time mtg. should have two patches ready today. able to remove specified verts in nmg. |
| 16:59.44 | bhollister2 | starseeker: is there a way to update view in geom window with a simple call? will this refresh labelverts as well? |
| 17:00.28 | *** join/#brlcad gurwinder (~chatzilla@117.220.168.189) | |
| 17:32.20 | *** join/#brlcad ih8sum3r (~deepak@122.173.207.45) | |
| 18:25.13 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 18:26.33 | Notify | 03BRL-CAD:starseeker * 65782 (brlcad/trunk/CMakeLists.txt brlcad/trunk/include/config_win.h.in): Since we have a release coming up, back out the attempt to remove config_win.h - reliable testing of these sorts of things cross-platform is as yet an unsolved problem. |
| 18:31.38 | starseeker | bhollister2: you mean trigger an update from the C libraries? |
| 18:31.45 | starseeker | depends on where you're working from |
| 18:34.13 | starseeker | if you're in MGED, I'd suggest looking at what the faceplate code does - that enables/disables various line drawings in the MGED display |
| 18:52.01 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 18:57.34 | Notify | 03BRL-CAD:starseeker * 65783 brlcad/trunk/src/libbu/tests/opt.c: Triggers build errors on 32bit bsd + clang |
| 19:02.31 | starseeker | this is apparently still a problem on BSD: http://lists.freebsd.org/pipermail/svn-src-head/2013-October/052722.html |
| 19:20.34 | Notify | 03BRL-CAD:starseeker * 65784 brlcad/trunk/src/libbu/semaphore.c: Hmm - this is causing errors on FreeBSD - fatal semaphore acquisition failure and bu_semaphore_acquire(): pthread_mutex_lock() failed on [3] |
| 19:55.36 | Notify | 03BRL-CAD:starseeker * 65785 (brlcad/trunk/include/rt/geom.h brlcad/trunk/src/libged/brep.c): Don't expose the ON_Brep type in rt/geom.h if we're not in C++ mode |
| 20:04.03 | Notify | 03BRL-CAD:ejno * 65786 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: fix build error found on Windows |
| 20:04.53 | Notify | 03BRL-CAD:ejno * 65787 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: silence warning over known_thickness possibly not being initialized; refactoring |
| 20:08.48 | brlcad | starseeker: 65785 doesn't make sense -- ON_Brep is already conditionalized |
| 20:09.28 | brlcad | with a somewhat cleaner solution than void* |
| 20:10.41 | brlcad | (it's a C struct when not C++ mode) |
| 20:11.50 | brlcad | avoids needings casts everywhere, for example |
| 20:12.44 | Notify | 03BRL-CAD:starseeker * 65788 brlcad/trunk/include/ged.h: GED export, not RT |
| 20:28.25 | Notify | 03BRL-CAD:starseeker * 65789 (brlcad/trunk/include/ged.h brlcad/trunk/src/libged/ged_private.h and 2 others): Is brlcad_interp used only in libged? tclcad seems to just be setting it - is that necessary? |
| 20:47.28 | *** join/#brlcad konrado (~konro@41.205.22.24) | |
| 20:50.33 | starseeker | brlcad: it was a build error on Windows |
| 20:51.02 | starseeker | we're defining ON_Brep to be something in C somewhere else? |
| 20:51.05 | starseeker | looks... |
| 20:52.02 | starseeker | ah |
| 20:53.36 | starseeker | we're including brep.h in rt/geom.h though, and for some reason that isn't taking in MSVC |
| 20:56.33 | Notify | 03BRL-CAD:starseeker * 65790 (brlcad/trunk/include/rt/geom.h brlcad/trunk/src/libged/brep.c): revert r65785 - not the right solution |
| 20:59.58 | starseeker | it doesn't know what to make of ON_Brep in the bot decimate.c |
| 21:01.24 | starseeker | ah, nevermind |
| 21:02.32 | Notify | 03BRL-CAD:starseeker * 65791 brlcad/trunk/src/librt/primitives/bot/decimate.c: Include rt/geom.h in decimate.c |
| 21:09.50 | vasc | brlcad, eh.... any news on the SVN repository access or patch commits? |
| 21:10.38 | vasc | http://infobot.rikers.org/%23brlcad/ seems to be borked |
| 21:10.57 | vasc | no logs for jul 30 |
| 21:11.36 | starseeker | scowls... Archer's interaction with the raytracers is messed up somehow |
| 21:11.44 | starseeker | wonder how that happened... |
| 21:15.52 | sofat | brlcad, hello |
| 21:32.33 | Notify | 03BRL-CAD Wiki:202.164.45.204 * 9184 /wiki/User:Hiteshsofat/GSoc15/log_developmen: |
| 21:52.06 | Notify | 03BRL-CAD:starseeker * 65792 (brlcad/trunk/include/ged.h brlcad/trunk/src/libged/CMakeLists.txt and 5 others): Complete the elimination of brlcad_interp. Have MGED and libtclcad stash their interp in the ged structure to provide an interp to the rt and rtcheck commands. Needs more testing, but with any luck this is the last step. Basically the requirement for any non libtclcad gedp that wants to use interp commands |
| 21:52.08 | Notify | is the application has to supply its interp pointer to gedp->ged_interp rather than leaning on the global (which is now what mged does). Getting Tcl out of libged altogether is going to be much tougher, since asyncronous rendering and display features are relying on Tcl channels and methods (especially on windows) |
| 21:52.10 | Notify | ... |
| 21:52.51 | starseeker | heh - apparently those tclcad assignments were needed |
| 22:01.28 | Notify | 03BRL-CAD:starseeker * 65793 brlcad/trunk/src/libanalyze/analyze_private.h: Tweaks |
| 22:03.21 | dracarys983 | Just solved the Rubik's cube for the first time .... |
| 22:03.47 | dracarys983 | It's interesting :D |
| 22:22.32 | Stragus | It's interesting finding the sequence of moves, yes |
| 22:23.02 | Stragus | I remember I filled a stack of sheets of paper with strange drawings before I managed to solve the 4x4x4 |
| 22:23.14 | Stragus | Then a friend gave me the 5x5x5 and I gave up :p |
| 22:53.52 | vasc | i had one when i was a kid. my parents bought it for me |
| 22:54.02 | vasc | i tried and tried and then gave up |
| 22:54.11 | vasc | never had much patience |
| 22:54.29 | vasc | one friend of mine once came to play and had a brilliant plan to solve it |
| 22:54.47 | vasc | he just removed the caps by hand and place them elsewhere so the colors would match |
| 22:55.22 | vasc | rubik's cubes... |
| 22:55.37 | vasc | i was always better at logic puzzles |
| 22:56.52 | vasc | so gratz |
| 22:57.11 | vasc | i think i was 5 |
| 22:57.13 | vasc | or was i 4 |
| 23:01.42 | Stragus | Eh, right. I was 26 or something when I finally solved my Rubik cube :p |
| 23:30.12 | Notify | 03BRL-CAD:starseeker * 65794 brlcad/trunk/src/libged/rt.c: gedp is under drcdp |
| 23:33.20 | Notify | 03BRL-CAD Wiki:Bhollister * 9185 /wiki/User:Bhollister/DevLogJuly2015: |
| 23:40.44 | Notify | 03BRL-CAD:starseeker * 65795 brlcad/trunk/src/libanalyze/analyze_private.h: Windows build tweaks. |
| 23:45.12 | starseeker | huzza - Windows build complete and Archer runs. |
| 23:46.06 | Notify | 03BRL-CAD Wiki:Bhollister * 9186 /wiki/User:Bhollister/DevLogAug2015: Created page with "__FORCETOC__ ---- = Sat, August 1, 2015 = = Sun, August 2, 2015 = = Mon, August 3, 2015 '''''Week 11 (of 14)''''' = = Tues, August 4, 2015 = = Wed, August 5, 2015 = = T..." |
| 23:46.50 | Notify | 03BRL-CAD Wiki:Bhollister * 9187 /wiki/User:Bhollister/DevLog: |
| 23:51.22 | Notify | 03BRL-CAD Wiki:Bhollister * 9188 /wiki/User:Bhollister/DevLogJuly2015: /* Fri, July 31, 2015 */ |
| 23:54.12 | Notify | 03BRL-CAD Wiki:Bhollister * 9189 /wiki/User:Bhollister/DevLogAug2015: /* Mon, August 3, 2015 Week 11 (of 14) */ |
| 02:01.40 | *** join/#brlcad gurwinder (~chatzilla@117.214.206.61) | |
| 03:02.59 | Notify | 03BRL-CAD Wiki:Brlcadgenius * 0 /wiki/User:Brlcadgenius: |
| 07:08.48 | dracarys983 | Stragus: Mine was a 3x3x3 :P |
| 07:08.50 | dracarys983 | Though, I'd like to try 4x4x4. |
| 08:08.09 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-mbrkrduqzeneitwj) | |
| 10:26.36 | *** join/#brlcad sofat (~sofat@202.164.45.208) | |
| 11:31.23 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 12:02.44 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 12:22.10 | *** join/#brlcad ih8sum3r (~deepak@122.173.243.169) | |
| 13:05.17 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 13:10.35 | *** join/#brlcad shaina (~shaina@59.89.41.20) | |
| 13:48.34 | *** join/#brlcad sofat (~sofat@202.164.45.208) | |
| 13:50.44 | Notify | 03BRL-CAD Wiki:Jacqueslib * 0 /wiki/User:Jacqueslib: |
| 14:13.13 | *** join/#brlcad ih8sum3r (~deepak@122.173.243.169) | |
| 14:20.45 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 14:38.46 | *** join/#brlcad sofat (~sofat@202.164.45.208) | |
| 14:52.16 | *** join/#brlcad sofat (~sofat@202.164.45.208) | |
| 15:32.52 | *** join/#brlcad sofat (~sofat@202.164.45.208) | |
| 15:42.41 | *** join/#brlcad konrado (~konro@41.205.22.58) | |
| 15:45.52 | *** join/#brlcad sofat (~sofat@202.164.45.208) | |
| 15:53.32 | *** join/#brlcad _dracarys983 (dracarys98@nat/iiit/x-bjsbwhbxtbhgkvmy) | |
| 15:59.17 | *** join/#brlcad vasc (~VASC@bl12-164-163.dsl.telepac.pt) | |
| 16:03.00 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 16:54.16 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 18:50.51 | *** join/#brlcad dracarys983_ (uid78721@gateway/web/irccloud.com/x-nkztpmlilscfeshl) | |
| 20:27.27 | Notify | 03BRL-CAD Wiki:202.164.45.204 * 9190 /wiki/User:Hiteshsofat/GSoc15/log_developmen: |
| 21:23.32 | *** part/#brlcad ih8sum3r (~deepak@122.173.243.169) | |
| 23:40.12 | Notify | 03BRL-CAD Wiki:Konrado DJ * 9191 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 1 AUGUST 2015*/ |
| 00:18.10 | *** join/#brlcad shaina (~shaina@117.214.152.210) | |
| 03:09.27 | *** join/#brlcad aniu (~niuhaolia@111.161.17.10) | |
| 03:54.41 | *** join/#brlcad aniu (~niuhaolia@111.161.17.10) | |
| 05:52.23 | Notify | 03BRL-CAD Wiki:MeShubham99 * 9192 /wiki/User:MeShubham99/GSoc15/log_developmen: /* Week 9 */ |
| 05:57.32 | *** join/#brlcad gurwinder (~chatzilla@117.207.152.43) | |
| 15:44.15 | *** join/#brlcad infobot (ibot@69-58-76-73.ut.vivintwireless.net) | |
| 15:44.15 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-) | |
| 15:53.30 | *** join/#brlcad aniu (~niuhaolia@61.158.134.197) | |
| 16:25.48 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 17:43.39 | *** join/#brlcad bhollister2 (~brad@2601:647:cb01:9750:a183:c258:4bfe:d220) | |
| 18:07.14 | ``Erik | neat http://250bpm.com/blog:56 (C macro fu) |
| 18:12.06 | Stragus | The final result doesn't look very elegant to me... The presence of macros should be obvious, otherwise it looks like invalid syntax |
| 18:13.11 | *** join/#brlcad Ch3ck_ (~Ch3ck@41.205.27.48) | |
| 18:16.37 | ``Erik | yeh, but it is an interesting approach, using macros change a single pass loop to a two pass loop with a linked list to stash bits... *shrug* personally, I'd probably write a generator or something |
| 18:16.51 | ``Erik | or just code it in lisp ;D *duck* |
| 18:20.02 | Ch3ck_ | I some how can't logon to the bzflag account: ssh_exchange_identification: Connection closed by remote host. Anyone facing this issue? |
| 18:56.34 | *** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca) | |
| 19:05.36 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 19:11.55 | *** join/#brlcad cox (~quassel@188.226.208.53) | |
| 19:16.17 | Notify | 03BRL-CAD Wiki:Deekaysharma * 9194 /wiki/User:Deekaysharma/logs: |
| 19:48.38 | starseeker | sofat: CMake Error at CMakeLists.txt:154 (_message): Attempting to ignore non-existent file images/brlcad_app_devel.png |
| 19:48.53 | starseeker | in directory doc/docbook/presentations/en |
| 19:49.00 | sofat | wait |
| 19:49.58 | sofat | so now i need to send image file differently ? |
| 19:50.15 | starseeker | also, the patch suggests you have changed the formatting of the numbers in the programlisting entries at the end of the animation tutorial |
| 19:50.31 | starseeker | is that intentional? it looks like the numbers were previously alighned |
| 19:50.45 | starseeker | sofat: that file apparently wasn't in the patch |
| 19:51.06 | starseeker | did you svn add it before making the patch? |
| 19:51.18 | sofat | yes |
| 19:51.33 | sofat | ok i will check again |
| 19:52.58 | sofat | yes i use this svn add |
| 19:53.13 | sofat | because now i get warring |
| 19:53.14 | sofat | svn: warning: W150002: '/home/sofat/brlcad_patch/doc/docbook/presentations/en/images/brlcad_app_devel.png' is already under version control |
| 19:53.44 | starseeker | ok - go ahead and attach the png as a separate file on the ticket then |
| 19:53.53 | sofat | ok i will do |
| 19:53.59 | sofat | wait i report you |
| 19:54.19 | starseeker | bhollister2: which patches from your work still need to be applied? |
| 19:54.34 | starseeker | I see the recent one - are there any that must first be applied? |
| 19:55.21 | bhollister2 | there is one previous to that. let me check |
| 19:56.53 | bhollister2 | the 391 need to be applied as well |
| 19:56.58 | sofat | starseeker, i add the two images in ticket please check now |
| 19:58.00 | starseeker | sofat: OK - what about the formatting changes to the programlisting entries at the end of the animation tutorial? |
| 19:58.17 | starseeker | bhollister2: OK - just those two? |
| 19:58.24 | sofat | i will check |
| 19:59.43 | sofat | where I made changes please tell me ? |
| 20:00.28 | Notify | 03BRL-CAD:starseeker * 65796 brlcad/trunk/src/libged/nmg_mm.c: Commit patch #391 from Brad Hollister adding mm subcommand. |
| 20:00.47 | starseeker | sofat: the very end of the file doc/docbook/articles/en/animation_tutorial.xml |
| 20:01.10 | starseeker | there are several <programlisting> blocks there |
| 20:01.25 | starseeker | in the trunk version of the file, the numbers are aligned into columns |
| 20:01.32 | starseeker | in your patch they are not |
| 20:01.51 | starseeker | I was wondering if that was a deliberate change, and if so why it was needed |
| 20:03.11 | starseeker | bhollister2: looks like your most recent patch also included the nmg_mm change |
| 20:03.14 | starseeker | no matter... |
| 20:04.40 | sofat | yes there is change but i don't know how its happen . |
| 20:05.02 | sofat | but its not dangerous for us i think ? |
| 20:05.13 | starseeker | it will make the text a lot less readable |
| 20:05.28 | starseeker | assuming programlisting is translated with verbatim formatting |
| 20:06.26 | sofat | ok no problem I will solve this now and again submit this patch |
| 20:10.24 | Notify | 03BRL-CAD:starseeker * 65797 (brlcad/trunk/src/libged/CMakeLists.txt brlcad/trunk/src/libged/nmg.c brlcad/trunk/src/libged/nmg_cmface.c): Apply patch #395 from Brad Hollister - add kill V subcommand |
| 20:17.56 | starseeker | bhollister2: I think that's got it - anything missing? |
| 20:28.51 | Notify | 03BRL-CAD:starseeker * 65798 (brlcad/branches/gecode/AUTHORS brlcad/branches/gecode/CHANGES and 167 others): Sync with trunk thru r65797 |
| 20:38.19 | Notify | 03BRL-CAD:starseeker * 65799 (brlcad/branches/qtged/AUTHORS brlcad/branches/qtged/CHANGES and 167 others): Sync with trunk thru r65797 |
| 20:46.02 | Notify | 03BRL-CAD:starseeker * 65800 (brlcad/trunk/src/librt/librt_private.h brlcad/trunk/src/librt/primitives/arbn/arbn.c and 8 others): rename private librt functions so they don't match the rt_tcl pattern |
| 21:11.10 | Notify | 03BRL-CAD:starseeker * 65801 (brlcad/trunk/CHANGES brlcad/trunk/include/tclcad.h and 5 others): Rename the bn and rt Tcl functions moved into tclcad to have tclcad_ prefixes. |
| 21:13.45 | Notify | 03BRL-CAD:starseeker * 65802 (brlcad/trunk/CHANGES brlcad/trunk/include/tclcad.h and 5 others): regex wasn't specific enough. |
| 21:33.07 | Notify | 03BRL-CAD:starseeker * 65803 (brlcad/trunk/CHANGES brlcad/trunk/include/tclcad.h and 5 others): Try #2 - rename the bn and rt Tcl functions moved into tclcad to have tclcad_ prefixes. |
| 21:40.42 | Notify | 03BRL-CAD:starseeker * 65804 brlcad/trunk/src/other/CMakeLists.txt: Assign libraries. |
| 22:16.56 | Notify | 03BRL-CAD Wiki:85.245.164.163 * 9195 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Phase */ |
| 22:37.22 | *** join/#brlcad packrat (~packrator@c-71-231-32-234.hsd1.wa.comcast.net) | |
| 23:13.46 | Notify | 03BRL-CAD Wiki:85.245.164.163 * 9196 /wiki/User:Vasco.costa/GSoC15/logs: |
| 23:16.48 | Notify | 03BRL-CAD Wiki:85.245.164.163 * 9197 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Phase */ |
| 23:31.47 | Notify | 03BRL-CAD Wiki:85.245.164.163 * 9198 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Phase */ |
| 23:32.31 | Notify | 03BRL-CAD Wiki:85.245.164.163 * 9199 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Phase */ |
| 23:34.43 | *** join/#brlcad konrado (~konro@41.205.22.39) | |
| 23:47.07 | Notify | 03BRL-CAD Wiki:Konrado DJ * 9200 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 2 AUGUST 2015 */ |
| 23:47.30 | Notify | 03BRL-CAD Wiki:Konrado DJ * 9201 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 2 AUGUST 2015 */ |
| 23:49.24 | Notify | 03BRL-CAD Wiki:Vasco.costa * 0 /wiki/File:Rt_ehy.png: |
| 23:49.38 | Notify | 03BRL-CAD Wiki:Vasco.costa * 0 /wiki/File:Cl_ehy.png: |
| 23:49.58 | Notify | 03BRL-CAD Wiki:Vasco.costa * 0 /wiki/File:Diff_ehy.png: |
| 00:05.42 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9205 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Phase */ |
| 00:06.11 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9206 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Phase */ |
| 00:12.02 | *** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 01:37.18 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9207 /wiki/User:Vasco.costa/GSoC15/logs: |
| 02:02.52 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9208 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Phase */ |
| 02:07.52 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9209 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Phase */ |
| 02:08.21 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9210 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Phase */ |
| 02:11.26 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9211 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Phase */ |
| 02:42.20 | Notify | 03BRL-CAD:brlcad * 65805 brlcad/trunk/CHANGES: they are in application order, but should be independent. just replace the specific case first (could resort to a more complex single regexp too) |
| 03:00.26 | *** join/#brlcad gurwinder (~chatzilla@117.212.49.36) | |
| 03:22.21 | brlcad | worked really hard to keep Tcl out of GED's API... you didn't technically need Tcl headers to use libged, now you will/would with r65792 |
| 03:23.17 | brlcad | maybe at least make it a void data pointer or something ... |
| 03:23.47 | brlcad | (not even hinting at what that field is, so others don't use it) |
| 03:25.12 | gurwinder | brlcad: Hi, I have read pipe.c file and also look in raytrace.h file at http://brlcad.org/xref/source/include/raytrace.h#L5547 |
| 03:27.47 | gurwinder | I want to say and feeling bad to say that I'm trying to get pipe but due to my low C language skill I'm not able to understand it :( |
| 03:31.26 | gurwinder | I worked on POV-Ray part its easy for me but my C skills are came like wall in front of me. |
| 05:14.41 | brlcad | gurwinder: okay, so skip it and try the next |
| 05:19.25 | *** join/#brlcad bhollister2 (~brad@2601:647:cb01:9750:dc71:e61e:9b16:b8fc) | |
| 05:47.39 | *** join/#brlcad shaina (~shaina@117.199.85.228) | |
| 07:56.19 | *** join/#brlcad teepee-- (bc5c2134@gateway/web/freenode/ip.188.92.33.52) | |
| 08:07.41 | *** join/#brlcad gurwinder (~chatzilla@117.212.49.36) | |
| 09:08.34 | *** join/#brlcad konrado (~konro@41.205.22.39) | |
| 09:52.35 | *** join/#brlcad Ch3ck_ (~Ch3ck@41.205.19.32) | |
| 10:10.21 | *** join/#brlcad gurwinder (~chatzilla@117.220.169.48) | |
| 10:30.08 | *** join/#brlcad sofat (~sofat@202.164.45.208) | |
| 10:46.32 | sofat | starseeker, I have submitted the patch again . This patch is updated and I also test this patch on brlcad source code this is working. |
| 10:46.48 | sofat | Please use the images of previous patch |
| 10:47.05 | sofat | new patch ticket no:- 397 |
| 10:47.47 | sofat | please test this patch its working. and gave me review about this patch as soon as possible. |
| 12:13.33 | *** join/#brlcad sofat (~sofat@202.164.45.208) | |
| 12:13.35 | *** join/#brlcad shaina (~shaina@117.199.85.228) | |
| 12:18.16 | *** join/#brlcad sofat_ (~androirc@101.214.79.223) | |
| 13:16.59 | starseeker | brlcad: OK, I'll make it a void |
| 13:23.53 | Notify | 03BRL-CAD:starseeker * 65806 (brlcad/trunk/include/ged.h brlcad/trunk/src/libged/rt.c and 3 others): Don't expose the Tcl type in the ged.h header |
| 13:28.54 | *** join/#brlcad sofat_ (~androirc@101.214.79.223) | |
| 13:29.09 | sofat_ | starseeker, please check my patch |
| 13:32.10 | *** join/#brlcad sofat (~androirc@101.214.79.223) | |
| 13:39.08 | sofat | starseeker, i update my patch and remove the un wanted changes from them now its ready for review please review my patch. |
| 14:05.45 | Notify | 03BRL-CAD:carlmoore * 65807 brlcad/trunk/src/libanalyze/find_subtracted_shapes.cpp: fix a spelling (and left 'performant' as is, although I could not find it in a dictionary) |
| 14:11.54 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 14:55.57 | sofat | starseeker, i am waiting your reply please reply me about my patch status? |
| 14:58.54 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-dewqrsonqjrajywd) | |
| 14:59.48 | dracarys983 | d_rossberg: Hello! I have completed the caller functions for centroid and volume. I will submit a patch tonight. |
| 15:00.03 | dracarys983 | How did the testing of libanalyze patch come about? |
| 15:01.41 | dracarys983 | d_rossberg: My Senior year Fall semester started today. I wasn't able to start surface area part in the last 2 days. I will start it today. |
| 15:02.07 | dracarys983 | If I can't figure out the algo straight away, I'll send a mail. :) |
| 15:38.48 | d_rossberg | dracarys983: the first test was ok, i was afraid of side effects but i couldn't find any until now :) |
| 15:39.25 | d_rossberg | (i think i mentioned it on friday here9 |
| 15:55.39 | brlcad | http://cryptii.com/decimal/select |
| 15:59.59 | *** join/#brlcad sofat_ (~sofat@202.164.45.204) | |
| 16:00.38 | sofat_ | starseeker, hello |
| 16:00.44 | sofat_ | please reply me |
| 16:15.52 | *** join/#brlcad sofat (~androirc@101.214.79.223) | |
| 16:25.47 | brlcad | http://sankho.github.io/web_log/2015/08/02/vim-8-takeaways-from-one-year-of-typing.html |
| 16:26.06 | brlcad | sofat: you have got to step that |
| 16:27.20 | brlcad | sofat: initiative |
| 16:28.42 | sofat_ | brlcad, means I can't getting your point now |
| 16:29.02 | brlcad | continually asking for others to review, test, reply over and over is not initiative |
| 16:29.21 | brlcad | do you see any way to improve what you've just completed and are asking be reviewed? |
| 16:32.02 | sofat_ | yes i am improving my patch so now i am asking about review regarding patch. |
| 16:32.12 | brlcad | yes |
| 16:32.16 | brlcad | and you've asked four times already |
| 16:32.56 | sofat_ | sorry |
| 16:33.32 | brlcad | it's great that you've made progress and updated your patch, but asking that many times is not being respectful of starseeker's time or even giving him a chance to respond |
| 16:34.07 | brlcad | while you're waiting for a review, you should improve your work |
| 16:34.49 | brlcad | if you see absolutely no way to improve it, then you should work on something else |
| 16:35.09 | brlcad | somehow I bet if I check your patch, I could find something that really needs to be improved |
| 16:35.22 | brlcad | you should be doing that |
| 16:36.00 | brlcad | take initiative |
| 16:37.09 | Stragus | grabs a d10 and rolls initiative |
| 16:40.15 | dracarys983 | http://blog.ffledgling.com/text-objects/ |
| 16:43.13 | *** join/#brlcad sofat_ (~sofat@202.164.45.212) | |
| 16:43.30 | *** join/#brlcad gurwinder (~chatzilla@117.220.169.48) | |
| 16:43.46 | brlcad | sofat_: are there any task items reamining? is the version running the latest? |
| 16:44.59 | sofat | No |
| 16:45.31 | sofat | Only commit is reamining |
| 16:46.05 | sofat | Means your repo update work is remaining |
| 16:46.17 | sofat | By commit access |
| 16:46.21 | brlcad | I still see several items incomplete |
| 16:46.29 | brlcad | looking at http://202.164.53.122/wordpress/articles/en/about.php |
| 16:47.06 | sofat | Which one ? |
| 16:49.35 | brlcad | sofat: 1) there are two search boxes instead of just one, 2) expanding languages makes the up arrow disappear, 3) presentation preview is not positioned where suggested |
| 16:50.37 | brlcad | and today I'm realizing that the statefulness of the menu is unhelpful after a few days -- it should revert to a default unexpanded state if the menu hasn't been changed in 72 hours |
| 16:52.00 | brlcad | I can reply to your email about docs.brlcad.org or brlcad.org/docs to help with google searching, but it looked liked you completely did not understand |
| 16:52.45 | brlcad | i was suggesting that those would be created as a means for google search to limit results. of course they do not exist. |
| 16:54.26 | sofat | Which search box you want google or my search box ? |
| 16:55.02 | brlcad | this is what makes you repeatedly asking for reviews very frustrating -- you have work you did not complete and should have noticed yourself instead of me or someone else having to repeat things again and again |
| 16:56.12 | brlcad | that question was already answered in the e-mail "Re: [brlcad-devel] Presentation work" |
| 17:00.23 | brlcad | sofat: I'm replying to your e-mail as there were other issues |
| 17:01.18 | sofat | Okay i will check these issues again |
| 17:01.42 | brlcad | sofat: do you understand how this is frustrating? |
| 17:02.30 | sofat | Yes i understand |
| 17:02.43 | brlcad | having to repeat things is bad for you and bad for me |
| 17:02.47 | brlcad | very inefficient |
| 17:02.57 | brlcad | if you disagree with something, you should say it |
| 17:04.15 | brlcad | but as it is, you're being provided with specific feedback to do N changes, and you do N/2 of them claiming you're done |
| 17:04.48 | brlcad | so either you're not understanding the original text or you do understand and are simply trying to do the least amount of work possible, which is not helpful |
| 17:05.03 | brlcad | do you recall me asking for a highlight indication for which page is being displayed? |
| 17:05.18 | brlcad | what happened to that? |
| 17:05.43 | sofat | Means |
| 17:06.09 | brlcad | *sigh* |
| 17:07.01 | brlcad | do you remember me asking you for a highlight indication on the menu? |
| 17:07.25 | sofat | Yes |
| 17:07.31 | brlcad | what happened to that? |
| 17:07.34 | sofat | I done this |
| 17:07.53 | brlcad | what's the highlighting? |
| 17:07.58 | sofat | Check it when you click any link then color is changed |
| 17:08.20 | sofat | They indicated you click this link |
| 17:08.32 | brlcad | ah, the black? |
| 17:08.37 | sofat | Yes |
| 17:08.38 | brlcad | oof |
| 17:09.16 | brlcad | I'm not sure I'd call that "highlighting", more like "un-lighting" |
| 17:10.25 | *** join/#brlcad sofat_ (~sofat@202.164.45.208) | |
| 17:10.43 | *** join/#brlcad sofat_ (~sofat@202.164.45.208) | |
| 17:11.38 | sofat | Okay i will change this |
| 17:12.00 | brlcad | sofat: can you make the background of the menu item match the background of the article? |
| 17:12.29 | brlcad | the black is fine -- just need to call more attention to where in the menu is being displayed |
| 17:12.37 | sofat | I am trying to do this |
| 17:12.50 | brlcad | white all the way to the right edge |
| 17:12.57 | brlcad | like http://blender.org/manual/editors/index.html |
| 17:14.41 | brlcad | can you also try eliminating the background nesting? |
| 17:14.45 | *** join/#brlcad ih8sum3r (~deepak@122.173.222.221) | |
| 17:15.37 | brlcad | the indentation is okay, but the layering of colors is a distraction, at least the colors on the right side of the menu |
| 17:18.21 | sofat_ | ok i will do this |
| 17:23.14 | brlcad | replied to your email with other items |
| 17:23.18 | sofat | I am confessed in brlcad.org/docs and docs.brlcad.org |
| 17:23.18 | sofat | Please explain this little bit more |
| 17:23.29 | brlcad | confused |
| 17:23.40 | sofat | Yes i see your reply |
| 17:23.48 | brlcad | I provided an example |
| 17:24.10 | brlcad | doing a google search needs to limit results to only docs |
| 17:24.32 | brlcad | to do that, there needs to be an indicator in the URL that you can filter on (e.g., "docs") |
| 17:27.22 | sofat | Okay |
| 17:28.01 | brlcad | that google search can filter on... |
| 17:35.50 | *** join/#brlcad sofat_ (~sofat@202.164.45.208) | |
| 17:44.53 | *** join/#brlcad vasc (~VASC@bl12-51-141.dsl.telepac.pt) | |
| 18:04.30 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 18:22.35 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 18:58.27 | *** join/#brlcad konrado (~konro@41.205.22.39) | |
| 19:56.05 | konrado | Hello, is it possible to do a local commit, so that new patches I make would contain just the latest changes I have made. |
| 20:06.12 | vasc | make two brlcad directories with the different states and then do a recursive diff |
| 20:06.26 | vasc | like brlcad-p1/ and brlcad-p2/ |
| 20:06.31 | vasc | and then you use diff -r on it |
| 20:06.36 | vasc | like diff -Nurd |
| 20:06.53 | vasc | diff -Nurd brlcad-p1/ brlcad-p2/ |
| 20:07.21 | vasc | you should probably use -X ignore_file too |
| 20:09.17 | vasc | GNU diff |
| 20:22.34 | Notify | 03BRL-CAD:ejno * 65808 (brlcad/trunk/include/rt/primitives/bot.h brlcad/trunk/src/librt/primitives/bot/gct_decimation/auxiliary/mm.c and 3 others): fix building without atomics support |
| 20:30.53 | konrado | Thanks, vasc I would try that. |
| 21:09.37 | Notify | 03BRL-CAD:ejno * 65809 (brlcad/trunk/src/librt/primitives/bot/gct_decimation/meshdecimation.c brlcad/trunk/src/librt/primitives/bot/gct_decimation/meshdecimationSSE2.c and 3 others): remove unused defines; remove #warning |
| 21:16.05 | konrado | vasc: diff -Nurd , actualy works fine and does what I want. Thanks. |
| 21:18.09 | Notify | 03BRL-CAD:ejno * 65810 (brlcad/trunk/src/librt/primitives/bot/gct_decimation/meshdecimation.c brlcad/trunk/src/librt/primitives/bot/gct_decimation/meshoptimizer.c): fix |
| 21:24.35 | Notify | 03BRL-CAD:ejno * 65811 brlcad/trunk/src/librt/primitives/bot/gct_decimation/auxiliary/cpuconfig.h: fix cpu architecture check |
| 21:43.52 | Notify | 03BRL-CAD Wiki:202.164.45.204 * 9212 /wiki/User:Hiteshsofat/GSoc15/log_developmen: |
| 21:46.29 | Notify | 03BRL-CAD:starseeker * 65812 brlcad/trunk/src/librt/primitives/bot/gct_decimation/meshoptimizer.c: Initialize scope variable. |
| 21:47.12 | *** join/#brlcad sofat (~androirc@49.138.93.208) | |
| 22:00.23 | Notify | 03BRL-CAD:ejno * 65813 (brlcad/trunk/src/librt/CMakeLists.txt brlcad/trunk/src/librt/primitives/bot/decimate.c brlcad/trunk/src/librt/primitives/bot/gct_decimation/meshdecimation.c): enable the GCT decimator under bot_decimate -f after testing on freebsd, windows, linux |
| 22:01.37 | Notify | 03BRL-CAD:ejno * 65814 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: add comments |
| 22:14.04 | *** join/#brlcad konrado (~konro@41.205.22.9) | |
| 01:31.37 | *** join/#brlcad vasc (~VASC@bl12-51-141.dsl.telepac.pt) | |
| 02:24.45 | *** part/#brlcad vasc (~VASC@bl12-51-141.dsl.telepac.pt) | |
| 02:55.51 | *** join/#brlcad gurwinder (~chatzilla@117.199.111.35) | |
| 05:20.19 | *** part/#brlcad dracarys983 (dracarys98@nat/iiit/x-dewqrsonqjrajywd) | |
| 06:50.14 | *** join/#brlcad gurwinder (~chatzilla@117.199.111.35) | |
| 06:50.54 | gurwinder | brlcad: Hi, I have successfully exported ARBN. Now working on ehy. |
| 06:56.05 | Notify | 03BRL-CAD Wiki:Gurwinder Singh * 9213 /wiki/Povray: |
| 06:59.19 | *** join/#brlcad konrado (~konro@41.205.22.38) | |
| 07:40.17 | *** join/#brlcad milamber (~devlin@2602:306:8094:9360:f44d:f6df:3ce5:7761) | |
| 07:41.14 | *** join/#brlcad teepee-- (bc5c2134@gateway/web/freenode/ip.188.92.33.52) | |
| 07:48.52 | *** join/#brlcad merzo (~merzo@92.60.189.225) | |
| 08:37.29 | *** join/#brlcad KimK (~Kim__@ip68-102-188-176.ks.ok.cox.net) | |
| 08:37.33 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 08:43.29 | *** join/#brlcad sofat (~sofat@202.164.53.117) | |
| 08:44.38 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-wjemlhtwfgvnllka) | |
| 08:51.03 | *** join/#brlcad shaina (~shaina@117.220.17.247) | |
| 09:09.05 | dracarys983 | d_rossberg: Sigh, that analyze.h wasn't required there, yes. My bad. |
| 09:10.20 | dracarys983 | I have changed it. Also, the return type of Centroid() is now Vector3D as point_t * isn't there in types of C++ interface. |
| 09:10.52 | dracarys983 | Now, analyze_centroid() returns a point_t * , which is used to return a Vector3D in C++ interface. |
| 09:27.15 | d_rossberg | dracarys983: you should run the tests, even if they don't use these functions yet (there is another issue with this header which is connected to the analyze.h include) |
| 09:30.03 | dracarys983 | d_rossberg: Okay I'll run the tests and report in a while |
| 09:42.04 | *** join/#brlcad kongi (546c1fe6@gateway/web/freenode/ip.84.108.31.230) | |
| 10:08.06 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 10:20.30 | dracarys983 | d_rossberg: How do I test using a .g file in C++ interface? |
| 10:21.12 | dracarys983 | tester_ci_primitives runs only the tests in .cpp files. I need a database object to test Volume() and Centroid() functions. |
| 10:38.32 | *** join/#brlcad packrat (~packrator@c-71-231-32-234.hsd1.wa.comcast.net) | |
| 10:44.42 | d_rossberg | dracarys983: my point wasn't to implement tests for Volume() and Centroid() (if you need database objets create them) but tu ran the tests as it currently is |
| 10:45.40 | dracarys983 | d_rossberg: That I did. But that's after removing the "analyze.h" from Object.h. And it ran all fine. |
| 11:04.27 | *** join/#brlcad kongi (546c1fe6@gateway/web/freenode/ip.84.108.31.230) | |
| 11:05.37 | *** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 11:25.45 | konrado | d_rossberg: have you had time to start reviewing my code? Are there some issues I can start working on ?. |
| 11:28.27 | konrado | d_rossberg:sorry meant to say hello, before all those questions. |
| 12:03.18 | d_rossberg | konrado: i commented https://sourceforge.net/p/brlcad/patches/394 |
| 12:05.48 | d_rossberg | dracarys983: that's bad, because point_t isn't defined in the c++ interface, so why does the test compile? |
| 12:08.10 | dracarys983 | d_rossberg: I mentioned before that I changed the type to Vector3D as point_t isn't a type in C++ interface. :) |
| 12:12.55 | d_rossberg | ok, right, i see, should be ok then :) |
| 12:14.49 | d_rossberg | and regarding the necessary objects: use some created by the primitives tests (i hope to be able to commit the pipe patch in the next days, so its easier to manage) |
| 12:26.51 | konrado | d_rossberg: BRL-CAD has libxml in /misc/tools/xmltools/libxml and that is what the new patch links to, but I I guess your suggestion is that I should try to check for libxml2 in the system before linking to that one found in the BRL-CAD source? |
| 12:34.47 | d_rossberg | konrado: BRL-CAD doesn't use /misc/tools/xmltools/libxml if it finds an installed libxml2, and you shouldn't do it either |
| 12:35.22 | d_rossberg | e.g. LIBXML2_INCLUDE_DIR already points to the version which brl-cad uses |
| 12:38.00 | konrado | d_rossberg: Thanks, I have just started working on it now. |
| 12:51.15 | d_rossberg | the problem is that /misc/tools/xmltools/libxml wan't build if there is a system libxml2 and therefore you cannot assume a working libxml in /misc/tools/xmltools |
| 13:14.07 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 13:52.50 | *** join/#brlcad sofat_ (~androirc@101.208.64.162) | |
| 13:57.49 | konrado | d_rossberg: I have submitted a patch to resolve the issue. http://sourceforge.net/p/brlcad/patches/394/#85e1 |
| 14:01.25 | *** join/#brlcad sofat (~androirc@101.208.64.162) | |
| 14:42.21 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:03.05 | dracarys983 | d_rossberg: Okay, will do. |
| 15:18.07 | Notify | 03BRL-CAD:ejno * 65815 brlcad/trunk/src/librt/primitives/bot/bot.c: use bu_log() for debugging output rather than fprintf(), which can hang MGED |
| 15:42.09 | *** join/#brlcad sofat_ (~sofat@202.164.45.204) | |
| 16:33.19 | *** join/#brlcad bhollister2 (~brad@2601:647:cb01:9750:c9e2:247f:db99:4e09) | |
| 16:43.10 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 17:39.40 | *** join/#brlcad milamber1 (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net) | |
| 17:44.41 | *** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 17:56.12 | *** join/#brlcad sofat_ (~sofat@202.164.45.208) | |
| 18:25.44 | *** join/#brlcad sofat_ (~sofat@202.164.45.208) | |
| 18:26.45 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 19:23.10 | *** join/#brlcad sofat_ (~sofat@202.164.45.208) | |
| 19:28.03 | *** join/#brlcad konrado (~konro@41.205.22.34) | |
| 19:37.46 | starseeker | konrado: if you're going to rely on libxml2, we need to reconsider its status - right now it's not installed, it's used only for build tools |
| 20:10.52 | konrado | starseeker: Hello, please I do not understand what you mean by "it's used only for build tools" |
| 20:16.19 | konrado | What work would need to be done on libxml so I can rely on using it? |
| 20:22.22 | *** join/#brlcad Shubham (6719e766@gateway/web/freenode/ip.103.25.231.102) | |
| 20:24.29 | *** join/#brlcad sofat_ (~sofat@202.164.45.204) | |
| 20:47.55 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 20:48.14 | Notify | 03BRL-CAD:ejno * 65816 (brlcad/trunk/src/libgcv/CMakeLists.txt brlcad/trunk/src/libgcv/conv/brlcad.c and 9 others): remove gcv_test; modifications to the libgcv plugin API in preparation for integration with the front end |
| 20:48.38 | Notify | 03BRL-CAD:starseeker * 65817 (brlcad/trunk/include/rt/misc.h brlcad/trunk/src/libged/facetize.c and 3 others): Apply patch #399 from Doug Howard supporting more options being passed to the screened poisson based surface build. |
| 20:48.46 | Notify | 03BRL-CAD Wiki:MeShubham99 * 9214 /wiki/User:MeShubham99/GSoc15/log_developmen: /* Week 9 */ |
| 20:48.48 | Notify | 03BRL-CAD Wiki:Bhollister * 9215 /wiki/User:Bhollister/DevLogAug2015: |
| 20:48.50 | Notify | 03BRL-CAD Wiki:MeShubham99 * 9216 /wiki/User:MeShubham99/GSoc15/log_developmen: /* Week 9 */ |
| 20:55.59 | Notify | 03BRL-CAD Wiki:202.164.45.204 * 9217 /wiki/User:Hiteshsofat/GSoc15/log_developmen: |
| 21:53.07 | Notify | 03BRL-CAD:ejno * 65818 (brlcad/trunk/src/conv/3dm/3dm-g.cpp brlcad/trunk/src/conv/gcv/gcv.cpp and 10 others): add gcv_converter_find() for listing/filtering converters |
| 22:05.23 | Notify | 03BRL-CAD Wiki:Bhollister * 9218 /wiki/MGED_CMD_nmg: |
| 22:07.07 | konrado | starseeker: sorry for the silly question. I just always test BRL-CAD directly from the build directory without doing a make install, that is why it took me some time to understand what you were talking about. |
| 22:07.47 | Notify | 03BRL-CAD:ejno * 65819 brlcad/trunk/src/conv/gcv/CMakeLists.txt: rename gcv.cpp to gcv.c |
| 22:09.28 | *** join/#brlcad vasc (~VASC@85.246.125.203) | |
| 22:40.29 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 22:54.08 | *** join/#brlcad konrado (~konro@41.205.22.3) | |
| 22:57.12 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 23:05.50 | *** join/#brlcad konrado (~konro@41.205.22.61) | |
| 23:24.59 | Notify | 03BRL-CAD Wiki:Konrado DJ * 9219 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 4 AUGUST 2015 */ |
| 23:52.48 | Notify | 03BRL-CAD Wiki:Bhollister * 9220 /wiki/User:Bhollister/DevLogAug2015: /* Tues, August 4, 2015 */ |
| 23:54.16 | Notify | 03BRL-CAD Wiki:Bhollister * 9221 /wiki/User:Bhollister/DevLogAug2015: /* Tues, August 4, 2015 */ |
| 23:55.01 | Notify | 03BRL-CAD Wiki:Bhollister * 9222 /wiki/User:Bhollister/DevLogAug2015: /* Tues, August 4, 2015 */ |
| 23:55.24 | Notify | 03BRL-CAD Wiki:Bhollister * 9223 /wiki/User:Bhollister/DevLogAug2015: /* Tues, August 4, 2015 */ |
| 23:56.20 | *** join/#brlcad konrado (~konro@41.205.22.28) | |
| 23:56.22 | Notify | 03BRL-CAD Wiki:Bhollister * 9224 /wiki/User:Bhollister/DevLogAug2015: /* Tues, August 4, 2015 */ |
| 00:55.52 | Notify | 03BRL-CAD:starseeker * 65820 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: MSVC doesn't like this static |
| 01:07.25 | konrado | starseeker: I have been trying to do make install but I keep getting the error "/usr/bin/ld: cannot find -lBulletSoftBody" |
| 01:08.51 | vasc | you probably need to have Bullet Physics installed on your system |
| 01:09.03 | vasc | you can try compiling with the building libs instead |
| 01:09.07 | vasc | builtin |
| 01:09.48 | vasc | e.g. "cmake .. -DBRLCAD_BUNDLED_LIBS=ON" |
| 01:16.50 | konrado | vasc: This is the what I used "cmake .. -DBRLCAD_ENABLE_STRICT=NO -DBRLCAD_BUNDLED_LIBS=ON -DCMAKE_BUILD_TYPE=Debug" |
| 01:17.55 | vasc | other than trying some other version of Bullet Physics i'm out of ideas here |
| 01:19.57 | vasc | hm |
| 01:20.05 | vasc | make install uh |
| 01:20.44 | vasc | you need to have write permissions too |
| 01:21.54 | vasc | i never actually installed BRL-CAD. i just run it from the bin/ directory. |
| 01:21.57 | vasc | mged |
| 01:25.03 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9225 /wiki/User:Vasco.costa/GSoC15/logs: |
| 01:26.06 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9226 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Phase */ |
| 01:26.30 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9227 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 6 : 29 Jun-5 Jul */ |
| 01:26.48 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9228 /wiki/User:Vasco.costa/GSoC15/logs: /* Weeks 7-8 : 6 Jul-12 Jul, 13 Jul-19 Jul */ |
| 01:28.33 | konrado | vasc: but in libxml BRL-CAD source which my GSoC project depends on, is only used for build process but is not installed. I failed to notice this since I did not do a make install before but starseeker pointed the issue to so I am trying to address it. Thanks for the assistance. |
| 01:29.02 | vasc | yeah its a good idea to test make install as well |
| 01:55.14 | konrado | So far the issue seems to have been resolved by adding -DBRLCAD_ENABLE_BULLET=ON to cmake |
| 02:20.36 | vasc | new dependency? |
| 02:20.48 | vasc | maybe bullet was only optional before |
| 02:24.49 | starseeker | um. it should still be optional |
| 02:25.01 | starseeker | that'll change at some point, but it's not supposed to be now |
| 02:25.43 | starseeker | will try tomorrow |
| 02:25.59 | starseeker | konrado: what platform? |
| 02:27.38 | konrado | starseeker: linux, ubuntu14.04 |
| 02:47.18 | Notify | 03BRL-CAD:brlcad * 65821 brlcad/trunk/AUTHORS: looks like Doug Howard's first contributions to BRL-CAD began back in 2006 when Bob was still at SURVICE. archer mods. recently submitted patch (sf patch 399) implementing support for screened poisson reconstruction |
| 03:12.14 | *** join/#brlcad gurwinder (~chatzilla@117.214.200.23) | |
| 03:21.59 | Notify | 03BRL-CAD:brlcad * 65822 brlcad/trunk/NEWS: begin a list of contributors to the opencl accelerated pipeline effort. lots of primitives to get through, spatial partitioning, bundling, boolean weaving, etc. jon broke ground on the very first piece, converting sph shot evaluation to opencl (unoptimized, incoherent, unbundled) as exploratory research, validity testing, and overhead estimation. expect many others will |
| 03:22.02 | Notify | contribute to the effort before it's complete. |
| 03:22.04 | Notify | ... |
| 03:23.13 | Notify | 03BRL-CAD:brlcad * 65823 (brlcad/trunk/src/librt/primitives/sph/sph.c brlcad/trunk/src/librt/primitives/sph/sph_shot.cl): apply sf patch 341 from Vasco Alexandre da Silva Costa (vasco_costa) which cleans up the opencl code for the sph primitive. |
| 03:24.49 | Notify | 03BRL-CAD:brlcad * 65824 brlcad/trunk/AUTHORS: credit vasco for his work opencl cleanup work on the sph primitive. this is the first of several patches related to his gsoc2015 opencl project. |
| 03:25.53 | Notify | 03BRL-CAD:brlcad * 65825 brlcad/trunk/NEWS: include vasco in the opencl contributors list |
| 03:32.09 | Notify | 03BRL-CAD:brlcad * 65826 brlcad/trunk/src/librt/primitives/ehy/ehy.c: apply sf patch #346 (OpenCL shot code for EHY primitive) by vasco costa, implementing ehy evaluation in opencl. |
| 03:43.18 | Stragus | Neat. I would be interested by that optimized librt OpenCL port/rewrite, it looks fun |
| 03:44.26 | Stragus | You convinced me a while ago with the better coherency and fewer memory loads of CSG over triangles... and it's far more accurate too |
| 05:17.42 | *** join/#brlcad gurwinder (~chatzilla@117.214.200.23) | |
| 05:22.43 | gurwinder | brlcad: Hi, I have exported epa and ehy but not properly. I'm using quadratic equation of povray. |
| 07:03.35 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 07:48.46 | *** join/#brlcad shaina (~shaina@117.220.20.122) | |
| 08:27.42 | *** join/#brlcad gurwinder (~chatzilla@117.214.200.23) | |
| 08:44.49 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-wggwujwjhykmqvqf) | |
| 10:13.42 | *** join/#brlcad teepee-- (bc5c2134@gateway/web/freenode/ip.188.92.33.52) | |
| 10:21.22 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 12:22.51 | *** join/#brlcad konrado (~konro@41.205.22.45) | |
| 12:58.11 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 13:23.43 | *** join/#brlcad ``Erik (~erik@pool-96-244-200-66.bltmmd.fios.verizon.net) | |
| 13:49.30 | Notify | 03BRL-CAD:ejno * 65827 brlcad/trunk/src/libgcv/plugin.h: use 'GCV_EXPORT external' for gcv_converter_find() |
| 13:53.56 | Notify | 03BRL-CAD:ejno * 65828 brlcad/trunk/src/librt/primitives/bot/gct_decimation/meshdecimationSSE2.c: add UNUSED to parameters |
| 14:08.06 | Notify | 03BRL-CAD:ejno * 65829 brlcad/trunk/src/libgcv/plugin.h: fix typo |
| 14:12.07 | Notify | 03BRL-CAD Wiki:Shobhit goel * 0 /wiki/User:Shobhit_goel: |
| 14:35.11 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 14:48.31 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 14:57.03 | *** join/#brlcad konrado (~konro@41.205.22.53) | |
| 15:18.07 | Notify | 03BRL-CAD:ejno * 65830 (brlcad/trunk/src/libgcv/bot_solidity.h brlcad/trunk/src/libgcv/soup.h): remove GCV_EXPORT from non-public functions |
| 15:22.02 | Notify | 03BRL-CAD:ejno * 65831 brlcad/trunk/src/libgcv/bot_solidity.h: bot_solidity is used by 3dm-g; add GCV_EXPORT extern |
| 15:33.32 | *** join/#brlcad bhollister2 (~brad@2601:647:cb01:9750:9585:3011:62de:4823) | |
| 15:34.21 | konrado | d_rossberg: Have I just submitted a patch to resolve the issue now. Concerning the issue with libxml I was informed by starseeker that libxml is not installed but only used during the build process but I failed to realize this earlier since I always just run bin/x3d-g after it build without doing make install. After doing doing a make install yesterday I understood what he was talking about, so I would have to configure libxml so that it is also installed. |
| 15:38.57 | d_rossberg | konrado: did you saw my last comment regarding FREEWRLWrapper.c in the patch tracker? |
| 15:40.27 | konrado | yes i did. I Have already replied through the tracker. |
| 15:40.29 | d_rossberg | ah, ok, i see you did |
| 15:41.00 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:42.48 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-ellzovpurvmpbynj) | |
| 15:44.01 | d_rossberg | now it compiles :) |
| 15:44.44 | *** join/#brlcad sofat (~sofat@202.164.45.208) | |
| 15:54.33 | *** join/#brlcad vasc (~vasc@bl13-125-203.dsl.telepac.pt) | |
| 16:05.09 | *** join/#brlcad ih8sum3r (~deepak@122.173.1.153) | |
| 16:35.21 | *** join/#brlcad sofat (~sofat@202.164.45.208) | |
| 16:46.56 | Notify | 03BRL-CAD:vasco_costa * 65832 (brlcad/trunk/src/librt/librt_private.h brlcad/trunk/src/librt/primitives/primitive_util.c and 2 others): apply sf patches #393 and latest #346. #393 implements tor and tgc evaluation in opencl. latest #346 refactors ehy opencl code. patches by me. |
| 16:51.47 | *** join/#brlcad gurwinder (~chatzilla@117.214.200.23) | |
| 16:55.13 | Notify | 03BRL-CAD:n_reed * 65833 (brlcad/branches/brep-debug/AUTHORS brlcad/branches/brep-debug/CMakeLists.txt and 155 others): sync from trunk |
| 16:57.51 | *** join/#brlcad sofat (~sofat@202.164.45.212) | |
| 17:12.57 | Notify | 03BRL-CAD:n_reed * 65834 (brlcad/branches/brep-debug/AUTHORS brlcad/branches/brep-debug/CHANGES and 177 others): sync from trunk |
| 17:12.59 | Notify | 03BRL-CAD:vasco_costa * 65835 (brlcad/trunk/src/librt/primitives/arb8/arb8.c brlcad/trunk/src/librt/primitives/ell/ell.c): apply sf patch #370 which implements ell and arb8 evaluation in opencl. |
| 17:16.22 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9229 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 11 : 3 Aug-9 Aug */ |
| 18:13.03 | Notify | 03BRL-CAD:n_reed * 65836 brlcad/branches/brep-debug/src/other/openNURBS/opennurbs_array_defs.h: fix compiler warning about possible overflow |
| 18:17.51 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 18:20.55 | sofat | starseeker, what is the status of my patch ? |
| 18:24.17 | *** join/#brlcad konrado (~konro@41.205.22.35) | |
| 18:28.35 | Notify | 03BRL-CAD:vasco_costa * 65837 (brlcad/trunk/src/librt/primitives/sph/sph.c brlcad/trunk/src/librt/primitives/sph/sph_shot.cl): refactor sph opencl evaluation code (remove duplicate code, etc). |
| 18:29.28 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9230 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 11 : 3 Aug-9 Aug */ |
| 18:29.49 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9231 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 11 : 3 Aug-9 Aug */ |
| 18:32.20 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-wokuifexmtzdwfpn) | |
| 18:34.46 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9232 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 11 : 3 Aug-9 Aug */ |
| 18:42.29 | Notify | 03BRL-CAD:n_reed * 65838 brlcad/branches/brep-debug/src/libgcv/facetize.c: suppress warning about longjmp possibly clobbering stack var |
| 18:49.43 | Notify | 03BRL-CAD:vasco_costa * 65839 (brlcad/trunk/src/librt/librt_private.h brlcad/trunk/src/librt/primitives/arb8/arb8.c and 8 others): move declarations to top level in order to eliminate duplicate code. |
| 18:51.50 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 18:52.29 | *** join/#brlcad sofat_ (~androirc@101.214.213.146) | |
| 18:54.06 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9233 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 11 : 3 Aug-9 Aug */ |
| 19:03.59 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9234 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Status */ |
| 19:04.29 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9235 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Status */ |
| 19:05.10 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9236 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Status */ |
| 19:07.02 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9237 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Status */ |
| 19:10.34 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-koseaxlsbmplvlcw) | |
| 19:22.29 | Notify | 03BRL-CAD:vasco_costa * 65840 brlcad/trunk/NEWS: use only my first name and last name. |
| 19:43.31 | Notify | 03BRL-CAD:n_reed * 65841 (brlcad/branches/brep-debug/src/libanalyze/util.cpp brlcad/branches/brep-debug/src/libged/shape_recognition.cpp): address compiler warnings about using uninitialized vars |
| 20:26.06 | *** join/#brlcad infobot (ibot@69-58-76-73.ut.vivintwireless.net) | |
| 20:26.06 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-) | |
| 20:36.41 | Notify | 03BRL-CAD Wiki:Konrado DJ * 9239 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 5 AUGUST 2015 */ |
| 21:22.50 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 21:55.39 | *** join/#brlcad sofat (~androirc@101.214.213.146) | |
| 22:20.37 | Notify | 03BRL-CAD:brlcad * 65842 brlcad/trunk/src/librt/primitives/datum/datum.c: remove vlist debugging |
| 22:27.24 | *** join/#brlcad sofat (~androirc@101.214.213.146) | |
| 22:40.05 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 23:51.57 | Notify | 03BRL-CAD:starseeker * 65843 brlcad/trunk/misc/CMake/md5_compiletest.cmake.in: Add a note that the MD5SUM test isn't a reliable test for this sort of thing - back to the drawing board... |
| 00:31.39 | Notify | 03BRL-CAD Wiki:Bhollister * 9240 /wiki/User:Bhollister/DevLogAug2015: |
| 00:32.22 | Notify | 03BRL-CAD:vasco_costa * 65844 (brlcad/trunk/src/librt/librt_private.h brlcad/trunk/src/librt/primitives/arb8/arb8.c and 12 others): pass struct with primitive data to opencl as an initial step to an AoS device primitive database. move constants into common.cl. |
| 01:10.43 | *** join/#brlcad vasc__ (~vasc@bl8-192-46.dsl.telepac.pt) | |
| 02:56.19 | *** join/#brlcad sofat (~androirc@101.214.213.146) | |
| 03:17.59 | *** join/#brlcad gurwinder (~chatzilla@117.212.50.212) | |
| 03:24.02 | starseeker | sofat? |
| 03:24.05 | starseeker | nuts |
| 04:06.25 | gurwinder | brlcad: Hi I have exported ehy and epa now moving towards rhc rpc and bot. |
| 04:07.26 | Notify | 03BRL-CAD:vasco_costa * 65845 (brlcad/trunk/src/librt/librt_private.h brlcad/trunk/src/librt/primitives/arb8/arb8.c and 14 others): generic opencl solid shot handler. refactored code to remove duplicates. |
| 04:08.34 | vasc__ | that's that. i think i did all i could on trunk without changing the apis. |
| 04:08.52 | vasc__ | i think i'll continue on the branch |
| 04:11.52 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9241 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 11 : 3 Aug-9 Aug */ |
| 04:15.41 | brlcad | vasc__: looks pretty good |
| 04:16.31 | brlcad | vasc__: please also assign your patches to yourself, mark them as accepted, and close them out too (denote the commit revision in a comment) as you commit them |
| 04:24.35 | vasc__ | i think i did that to all the patches i had on the tracker |
| 04:25.37 | vasc__ | that i commited |
| 04:25.50 | vasc__ | i guess i can assign to myself the patches i didn't commit as well |
| 04:27.31 | vasc__ | so basically the thing to do next is to store the scene database on the gpu |
| 04:29.37 | vasc__ | i'm going to redo the database code. |
| 04:29.54 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9242 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Status */ |
| 04:29.55 | vasc__ | the patches i commited o trunk already did like half the work on that |
| 04:31.05 | vasc__ | there's a generic shot callback that calls the primitive specific callback that uses a pointer to the memory region where the primitive data is |
| 04:31.42 | vasc__ | so the only thing to do is to actually allocate, copy the data to device memory |
| 04:35.59 | vasc__ | i guess i could commit the scan code i have to trunk. but the thing is nothing will call it until i do the rest of the code |
| 04:36.47 | vasc__ | anyway not today |
| 04:39.34 | vasc__ | i also found out that the nvidia opencl compiler doesn't handle large .cl files very well... |
| 04:39.56 | vasc__ | so i had to split them up and compile them separately and then link them |
| 05:04.49 | brlcad | interesting -- any idea on what the limit is/was? |
| 05:08.27 | Stragus | That's weird, I have compiled huge .cu (CUDA) files. Very large device functions or just files? |
| 05:09.11 | Stragus | And what error or problem were you experiencing? |
| 05:15.31 | Notify | 03BRL-CAD:vasco_costa * 65846 (brlcad/trunk/src/librt/primitives/ehy/ehy_shot.cl brlcad/trunk/src/librt/primitives/ell/ell_shot.cl and 3 others): load large opencl vectors on demand to reduce stack footprint per function call. |
| 05:15.50 | vasc__ | it just gave me some ptxas function is being called with wrong number of arguments or something |
| 05:16.11 | vasc__ | which usually means that the code is calling a function that isn't defined anywhere |
| 05:16.32 | Stragus | Output the PTX assembly and inspect it |
| 05:16.35 | vasc__ | nah |
| 05:16.40 | vasc__ | it works this way |
| 05:16.51 | vasc__ | and i know the AMD GPU compiler also creaks on large files so |
| 05:17.19 | Stragus | It's probably more an issue of a single huge kernel rather than large files |
| 05:17.19 | vasc__ | i tried concatenating it all into one file and it didn't work |
| 05:17.30 | vasc__ | it probably tried inlining everything yes |
| 05:17.35 | vasc__ | and then it croaked |
| 05:17.45 | Stragus | Right. Which shouldn't happen |
| 05:19.21 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9243 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 11 : 3 Aug-9 Aug */ |
| 05:19.39 | vasc__ | yeah. i could have inspected the assembly but... |
| 05:19.44 | vasc__ | *snore* |
| 05:20.04 | vasc__ | it actually makes more sense this way |
| 05:20.33 | vasc__ | i was just including everything into a huge file |
| 05:21.47 | Stragus | Actual function calls are slow on most GPU hardware |
| 05:21.54 | Stragus | But yes, not a big issue at the moment |
| 05:23.12 | vasc__ | i hope i don't have memory alignment issues anymore |
| 05:24.06 | vasc__ | everything should be aligned in 8 byte boundaries |
| 05:26.26 | vasc__ | damned huge doubles |
| 05:27.22 | Stragus | I don't even see how that could be an issue in the first place |
| 05:27.33 | vasc__ | ah |
| 05:27.36 | Stragus | On CPU as well, you definitely want 8 bytes alignment for your doubles |
| 05:27.48 | Stragus | In fact, you should want 32 bytes alignment for bundles of 4 doubles |
| 05:28.17 | vasc__ | right. i considered that. there's just a teensy little issue with that and AoS |
| 05:28.42 | Stragus | On GPU, it should be bundles of 32 doubles |
| 05:28.58 | vasc__ | ah the triangle ray tracers were so much simpler |
| 05:29.01 | Stragus | (Which is obviously also quite fine on CPU) |
| 05:29.51 | Stragus | I thought space partitionning traversal would be the tricky part, and it doesn't matter what kind of primitives are there |
| 05:30.14 | vasc__ | sure |
| 05:30.16 | Stragus | Then you just call the intersection for whatever primitive encountered |
| 05:30.24 | vasc__ | but remember each primitive has a different size |
| 05:30.46 | Stragus | Does that make a big difference? |
| 05:31.00 | vasc__ | i'm just going to allocate a contiguous memory block and stuff all that primitive data in there in serialized form |
| 05:31.06 | Stragus | Good call |
| 05:31.27 | Stragus | So, make sure all sizeof() are aligned, (sizeof(foo)+0xf)&~0xf |
| 05:31.44 | Stragus | Probably better with some kind of macro, eh |
| 05:31.47 | vasc__ | yeah that was my problem |
| 05:31.58 | vasc__ | i hope it's magically working now |
| 05:32.14 | vasc__ | if it isn't i'll use the thing you said |
| 05:33.09 | vasc__ | so they'll all be multiples of 8 bytes |
| 05:33.36 | Stragus | That's 16 byte alignment actually, typed instinctively for SSE |
| 05:33.49 | Stragus | <PROTECTED> |
| 05:33.57 | vasc__ | yeah |
| 05:34.08 | vasc__ | so its 0x7 then |
| 05:36.08 | vasc__ | the grid was a bad idea... |
| 05:36.19 | Stragus | :( |
| 05:36.28 | vasc__ | i forgot the primitives can be quite expensive to intersect |
| 05:36.34 | Stragus | Yes |
| 05:36.41 | Stragus | I didn't think it was a good idea either |
| 05:36.50 | vasc__ | a bvh would be a lot better |
| 05:36.59 | Stragus | Spatial partitionning is good for triangles because intersection is so cheap |
| 05:37.06 | Stragus | But these NURBS and stuff are a different beast |
| 05:37.35 | vasc__ | it would probably take weeks to do a modern bvh builder though |
| 05:37.44 | vasc__ | a gpu one at least |
| 05:38.06 | Stragus | Meh, it can be built on the CPU, then upload the big chunk of memory to the GPU |
| 05:38.16 | Stragus | But yes, it's still a massive amount of work |
| 05:38.17 | vasc__ | yeah that is probably a lot more doable |
| 05:38.53 | Stragus | My CUDA raytracer was also building on the CPU. Everything was packed/interleaved into just one big chunk of memory. You could raytrace on the CPU with it, on the GPU, save it to disk, whatever |
| 05:41.17 | Stragus | Since everything was packed into a big chunk of memory, you could have per-primitive "extra data" packed within the graph, and so on. That extra data could vary between primitives |
| 05:41.22 | vasc__ | i actually know quite a lot about gpu bvh builders although i'm grid guy |
| 05:41.25 | Stragus | That sounds like a good approach for a CSG raytracer too |
| 05:41.45 | Stragus | I'm a graph person, I don't like hierarchies :p |
| 05:43.00 | vasc__ | i'll think if i'll use the grids or not |
| 05:43.18 | vasc__ | i would like to use that golliath scene as a benchmark of sorts |
| 05:43.26 | vasc__ | it ain't gonna cut it without some acceleration scheme |
| 05:43.31 | vasc__ | i think it has like 200 primitives |
| 05:43.56 | vasc__ | which is kinda low but |
| 05:44.01 | Stragus | How much time do you have to implement this? |
| 05:44.14 | vasc__ | i have the code done. i did it a couple of weeks back |
| 05:44.15 | vasc__ | oh |
| 05:44.20 | vasc__ | well until the end of this month |
| 05:44.41 | vasc__ | that's why i went with the grids to begin with |
| 05:44.43 | Stragus | My opinion is that any part of the whole task is better done very well and correctly, or left to someone else |
| 05:44.44 | vasc__ | its a lot simpler |
| 05:44.56 | Stragus | (But my opinion has no weight whatsoever on this) |
| 05:45.27 | Stragus | Half-good solutions have to be rewritten anyway |
| 05:45.50 | vasc__ | i've never believed that a system was ever complete anyway |
| 05:46.06 | vasc__ | even if i coded the currently best bvh in a couple of years it could be crap |
| 05:46.36 | Stragus | It might then be suboptimal but it won't be crap :p |
| 05:47.04 | vasc__ | a low resolution grid is probably okaish |
| 05:47.18 | vasc__ | i think my issue is i was using too fine subdivision |
| 05:47.19 | Stragus | I wouldn't personally use a BVH, but this is complex and there's too little time to explore new ideas |
| 05:47.34 | Stragus | Sure, it can work |
| 05:47.48 | vasc__ | well its just that the current code uses mailboxing and crap like that |
| 05:47.57 | vasc__ | if we used the bvh the mailboxing wouldn't be needed anymore |
| 05:48.19 | vasc__ | not that i'll use mailboxing with the grid either |
| 05:48.25 | vasc__ | i'll just multiple-intersect things |
| 05:48.28 | Stragus | I agree it requires object partitionning rather than spatial partitionning |
| 05:48.34 | vasc__ | ar ar |
| 05:48.38 | Stragus | It's the whole "hierarchy" thing I disagree with |
| 05:48.48 | vasc__ | well it is csg after all |
| 05:49.03 | Stragus | My raytracer never writes a byte to any shared or global memory during traversal, until the hit callback is called |
| 05:49.14 | Stragus | Any kind of hierarchy involves building a stack of some sort, and GPUs hate that |
| 05:49.15 | vasc__ | kewl |
| 05:49.38 | vasc__ | yeah. if you use a lot of stack space you reduce the amount of threads you can spawn |
| 05:49.53 | vasc__ | coz you have limited L1 cache for registers and stack |
| 05:50.07 | Stragus | The L1 cache and registers are independent |
| 05:50.17 | Stragus | But the stack is stored in global memory and it is SLOW, even with that crappy L1 cache |
| 05:50.20 | vasc__ | yeah its split |
| 05:50.29 | vasc__ | global? |
| 05:50.44 | vasc__ | that's lame |
| 05:50.48 | Stragus | No no, the L1 and shared memory shares the same chunk of on-chip "cache" |
| 05:51.12 | Stragus | Registers are totally independent, and a whole lot faster |
| 05:51.41 | vasc__ | i thought you could choose the amount that goes into registers and remaining L1 on driver loading or something |
| 05:51.54 | Stragus | You choose how to split between L1 and shared memory |
| 05:52.27 | vasc__ | ah no its the shared memory yeah |
| 05:52.34 | vasc__ | uhoh |
| 05:52.53 | Stragus | Anyhow, experimenting with novel ideas takes more time than you have |
| 05:52.55 | vasc__ | so that's why function calls are slow as heck |
| 05:52.59 | Stragus | Indeed |
| 05:53.03 | Stragus | It's terrible |
| 05:53.28 | *** join/#brlcad milamber (~devlin@2602:306:8094:9360:b941:e8cd:a8d8:db8d) | |
| 05:56.55 | vasc__ | the current code uses a shitton of temporaries |
| 05:57.07 | Stragus | GPUs have tons of registers |
| 05:57.17 | Stragus | Memory is slow, but registers are free :p |
| 05:57.50 | vasc__ | yeah but if you use a lot of registers you can't spawn as many threads |
| 05:58.26 | Stragus | Can you ask OpenCL about register usage? We can with CUDA |
| 05:58.42 | vasc__ | yeah CUDA has some compiler flag |
| 05:59.02 | Stragus | Hum... I meant a runtime thing on the kernel, but it's true I'm using the low-level driver API |
| 05:59.07 | vasc__ | you can pass flags to the opencl compiler. i'm not sure if you can use the same flags as CUDA though. |
| 05:59.35 | vasc__ | nvcc has some compiler flag that says how much registers a kernel uses |
| 05:59.44 | Stragus | Well, that works |
| 06:00.04 | vasc__ | but that's for cuda |
| 06:00.17 | vasc__ | it's too early to think about that |
| 06:06.49 | vasc__ | later |
| 06:21.47 | Notify | 03BRL-CAD Wiki:Shaina7837 * 9244 /wiki/User:Shainasabarwal/GSoC15/logs: /* 27 July */ |
| 06:28.28 | *** join/#brlcad teepee (~teepee@unaffiliated/teepee) | |
| 06:59.03 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 07:14.53 | *** join/#brlcad milamber1 (~devlin@2602:306:8094:9360:ed0a:f53f:4f21:2165) | |
| 07:45.50 | *** join/#brlcad teepee-- (bc5c2134@gateway/web/freenode/ip.188.92.33.52) | |
| 09:24.40 | starseeker | brlcad: http://www.cmake.org/pipermail/cmake/2011-June/045233.html |
| 09:31.03 | starseeker | in fact, they caution in the docs not to list outputs of custom commands in multiple targets: http://www.cmake.org/cmake/help/v3.0/command/add_custom_command.html |
| 09:31.39 | starseeker | and I see we are doing just that with the obj-g code |
| 09:33.39 | starseeker | and I'm doing it in one of the step directories as well |
| 09:33.56 | starseeker | OK, that's probably it then |
| 09:34.31 | starseeker | I'll wade into fixing that ASAP |
| 11:57.58 | Notify | 03BRL-CAD:carlmoore * 65847 (brlcad/trunk/AUTHORS brlcad/trunk/src/librt/primitives/arb8/arb8.c and 8 others): remove trailing white space, and fix spelling |
| 12:21.42 | *** join/#brlcad konrado (~konro@41.205.22.13) | |
| 12:36.12 | *** join/#brlcad Ch3ck_ (~Ch3ck@154.70.99.98) | |
| 13:00.02 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 13:37.48 | *** join/#brlcad sofat (~sofat@202.164.45.208) | |
| 13:51.27 | sofat | brlcad, I need your help in google custom search |
| 13:51.38 | sofat | please reply me if you free |
| 13:53.06 | *** join/#brlcad sofat_ (~androirc@49.138.113.71) | |
| 13:59.29 | sofat | starseeker, I have submitted the new patch on building system I also solve the problem which you told me . I have made presentation.xsl.in file to auto generate the presentation.xsl file so please review this patch. patch no:401 |
| 14:54.34 | Notify | 03BRL-CAD:ejno * 65848 brlcad/trunk/include/bu/opt.h: add parentheses around macro arguments |
| 15:07.16 | *** join/#brlcad sofat (~sofat@202.164.45.208) | |
| 15:17.34 | *** join/#brlcad sofat (~sofat@202.164.45.208) | |
| 15:41.15 | *** join/#brlcad bhollister2 (~brad@2601:647:cb01:9750:d5ba:1393:eae0:ec4b) | |
| 15:45.43 | *** join/#brlcad sofat (~sofat@49.138.113.71) | |
| 16:03.48 | *** join/#brlcad sofat (~sofat@101.215.79.175) | |
| 16:34.50 | *** join/#brlcad sofat (~sofat@101.215.79.175) | |
| 16:58.59 | *** join/#brlcad sofat (~sofat@101.215.79.175) | |
| 17:23.40 | *** join/#brlcad sofat (~sofat@202.164.45.208) | |
| 17:44.08 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 17:50.06 | sofat | brlcad, hello |
| 17:50.32 | sofat | I want some discussion please reply me |
| 17:56.13 | archivist | methinks someone nags too much |
| 18:27.33 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 18:29.00 | *** join/#brlcad vasc (~VASC@bl8-192-46.dsl.telepac.pt) | |
| 18:33.50 | *** join/#brlcad milamber (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net) | |
| 18:41.19 | *** join/#brlcad sofat (~sofat@202.164.45.212) | |
| 19:02.51 | Notify | 03BRL-CAD:dhoward * 65849 (brlcad/trunk/include/rt/misc.h brlcad/trunk/src/libged/facetize.c brlcad/trunk/src/librt/screened_poisson.cpp): Added edge sampling to SPR facetization code. |
| 19:08.03 | Notify | 03BRL-CAD Wiki:Deekaysharma * 9245 /wiki/User:Deekaysharma/logs: |
| 19:10.48 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-xnzkponofzzwciso) | |
| 19:22.49 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 20:08.01 | Notify | 03BRL-CAD:ejno * 65850 (brlcad/trunk/include/bu/opt.h brlcad/trunk/include/gcv/api.h and 13 others): initial integration of libgcv plugin argument processing |
| 20:10.22 | *** join/#brlcad milamber (~devlin@2602:306:8094:9360:ed0a:f53f:4f21:2165) | |
| 20:16.34 | *** part/#brlcad Ch3ck_ (~Ch3ck@154.70.99.98) | |
| 20:24.17 | Notify | 03BRL-CAD:ejno * 65851 (brlcad/trunk/src/conv/gcv/gcv.c brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp): correct conversion mode of fastgen4_write |
| 20:34.04 | Notify | 03BRL-CAD:ejno * 65852 brlcad/trunk/src/conv/gcv/gcv.c: correctly set options_data |
| 21:47.06 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 22:03.11 | *** join/#brlcad konrado (~konro@41.205.22.53) | |
| 22:07.21 | Notify | 03BRL-CAD Wiki:202.164.45.212 * 9246 /wiki/User:Hiteshsofat/GSoc15/log_developmen: |
| 23:06.46 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 23:22.32 | *** join/#brlcad vasc_ (~VASC@bl8-192-46.dsl.telepac.pt) | |
| 00:17.58 | Notify | 03BRL-CAD Wiki:LarhondahcmlufmmatSchlereth * 0 /wiki/User:LarhondahcmlufmmatSchlereth: |
| 00:19.11 | *** join/#brlcad milamber (~devlin@2602:306:8094:9360:ed0a:f53f:4f21:2165) | |
| 00:57.23 | Notify | 03BRL-CAD Wiki:Bhollister * 9247 /wiki/User:Bhollister/DevLogAug2015: /* Thurs, August 6, 2015 */ |
| 03:27.17 | *** join/#brlcad gurwinder (~chatzilla@117.199.96.208) | |
| 06:20.26 | *** join/#brlcad ulty (~ofnlut_@2601:143:8001:646d::8041) | |
| 06:21.31 | *** join/#brlcad ulty_ (~ofnlut_@2601:143:8001:646d::8041) | |
| 06:24.04 | *** join/#brlcad ulty_ (~ofnlut_@2601:143:8001:646d::8041) | |
| 06:24.21 | *** part/#brlcad ulty_ (~ofnlut_@2601:143:8001:646d::8041) | |
| 07:29.39 | *** join/#brlcad ofnlut (~ofnlut_@2601:143:8001:646d::8041) | |
| 07:34.39 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-hdnmqbcajaflecdk) | |
| 09:07.46 | *** join/#brlcad teepee-- (bc5c2134@gateway/web/freenode/ip.188.92.33.52) | |
| 09:55.42 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 10:19.13 | *** join/#brlcad starseek1r (~starseeke@66-118-151-70.static.sagonet.net) | |
| 10:23.29 | *** join/#brlcad n_reed_ (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 10:49.15 | *** join/#brlcad maths22_ (~maths22@66-118-151-70.static.sagonet.net) | |
| 10:49.15 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 10:53.47 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 11:36.48 | *** join/#brlcad konrado (~konro@41.205.22.33) | |
| 12:22.46 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 13:34.38 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 14:20.20 | *** join/#brlcad sofat (~androirc@101.208.60.243) | |
| 14:27.18 | *** join/#brlcad sofat_ (~sofat@202.164.45.204) | |
| 14:27.38 | sofat_ | brlcad, hello |
| 14:28.19 | sofat_ | Yes i have removed this * pattern from url in google custom search control panel. |
| 14:30.15 | sofat_ | starseek1r, what is status of my patch ? |
| 14:30.59 | sofat_ | brlcad, http://awesomescreenshot.com/0b954ukx2c please check this screen shot. |
| 14:38.53 | *** join/#brlcad sofat (~androirc@202.164.45.204) | |
| 15:04.23 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:09.10 | *** join/#brlcad sofat (~sofat@202.164.45.208) | |
| 15:20.43 | *** join/#brlcad shaina (~shaina@117.214.244.25) | |
| 15:22.03 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 15:51.14 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:58.24 | *** join/#brlcad gurwinder (~chatzilla@117.212.52.57) | |
| 16:16.47 | *** join/#brlcad vasc (~VASC@bl7-160-148.dsl.telepac.pt) | |
| 16:17.46 | *** join/#brlcad Ch3ck_ (~Ch3ck@154.70.110.97) | |
| 16:52.48 | *** join/#brlcad bhollister (~brad@2601:647:cb01:9750:7918:cfd6:e178:d1b5) | |
| 17:11.28 | *** join/#brlcad bhollister (~brad@2601:647:cb01:9750:7918:cfd6:e178:d1b5) | |
| 18:27.15 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 18:58.32 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 19:22.03 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 19:42.57 | *** join/#brlcad milamber (~devlin@2602:306:8094:9360:a893:ddbf:4095:e03) | |
| 20:05.55 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 20:07.19 | *** join/#brlcad konrado (~konro@41.205.22.12) | |
| 20:22.55 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 20:44.52 | Notify | 03BRL-CAD:carlmoore * 65853 (brlcad/trunk/src/librt/primitives/tor/tor.c brlcad/trunk/src/librt/screened_poisson.cpp): remove trailing white space, fix spelling, and insert missing blank; notice that 'homogenous' in src/liboptical/sh_toyota.c remains as is because that is a program variable |
| 20:45.36 | Notify | 03BRL-CAD:carlmoore * 65854 brlcad/trunk/doc/docbook/system/man1/en/CMakeLists.txt: new CMakeLists.txt for a new man page |
| 20:45.45 | Notify | 03BRL-CAD:carlmoore * 65855 brlcad/trunk/src/util/CMakeLists.txt: make reference to new pixcrop.c |
| 20:45.53 | Notify | 03BRL-CAD:brlcad * 65856 brlcad/trunk/include/vmath.h: looks like probably nobody ever tested this.. by making the invalid/valid testing be inclusive, everything except NaN ends up in bounds. make it be an open set. this eliminates the equality comparison, and lets inf values fail validity. |
| 21:21.39 | *** join/#brlcad bhollister2 (~behollis@dhcp-59-221.cse.ucsc.edu) | |
| 21:28.05 | Notify | 03BRL-CAD:brlcad * 65857 brlcad/trunk/NEWS: carl added a new pixcrop, matching the existing bwcrop utility |
| 21:36.45 | *** part/#brlcad Ch3ck_ (~Ch3ck@154.70.110.97) | |
| 22:15.51 | *** join/#brlcad vasc_ (~VASC@bl7-160-148.dsl.telepac.pt) | |
| 22:18.19 | Notify | 03BRL-CAD:carlmoore * 65858 (brlcad/trunk/src/util/bwstat.c brlcad/trunk/src/util/pixstat.c): cosmetic changes so the files look more alike |
| 23:38.15 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 00:13.09 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 00:17.09 | Notify | 03BRL-CAD Wiki:Bhollister * 9248 /wiki/User:Bhollister/DevLogAug2015: /* Fri, August 7, 2015 */ |
| 00:20.29 | Notify | 03BRL-CAD Wiki:Bhollister * 9249 /wiki/User:Bhollister/DevLogAug2015: /* Fri, August 7, 2015 */ |
| 00:26.00 | *** join/#brlcad l4rry (~1v4n93@41.205.22.57) | |
| 01:04.42 | *** join/#brlcad infobot (ibot@69-58-76-73.ut.vivintwireless.net) | |
| 01:04.42 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-) | |
| 01:14.37 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-dhogqbwhdyuqfkqy) | |
| 02:37.26 | *** join/#brlcad milamber1 (~devlin@104-9-73-54.lightspeed.cicril.sbcglobal.net) | |
| 10:09.53 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 10:21.16 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 12:27.32 | *** join/#brlcad thehummingbird (2bf79cd8@gateway/web/freenode/ip.43.247.156.216) | |
| 12:27.39 | thehummingbird | Hello,I'm new to open source.Can anyone help me in getting started? |
| 12:27.48 | thehummingbird | Interested in BRL Cad |
| 12:38.56 | *** join/#brlcad shaina (~shaina@117.220.18.222) | |
| 13:15.41 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 13:20.10 | *** join/#brlcad l4rry (~1v4n93@41.205.22.33) | |
| 13:21.21 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 13:21.25 | *** join/#brlcad konrado (~konro@41.205.22.49) | |
| 13:23.51 | l4rry | konrado, gud afternoon |
| 13:41.41 | Notify | 03BRL-CAD Wiki:96.44.189.101 * 9250 /wiki/Improve_Spline/B%C3%A9zier_Suppor: /* Ashiyane Digital Security Team */ |
| 13:43.06 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 14:25.33 | *** join/#brlcad sofat (~androirc@101.214.247.112) | |
| 14:44.50 | *** join/#brlcad l4rry (~1v4n93@41.205.22.27) | |
| 14:50.20 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:20.35 | *** join/#brlcad sofat_ (~sofat@202.164.45.204) | |
| 15:49.56 | *** join/#brlcad konrado (~guest-JPc@41.205.22.29) | |
| 16:18.01 | *** join/#brlcad sofat_ (~sofat@202.164.45.212) | |
| 16:38.01 | *** join/#brlcad ih8sum3r (~deepak@122.173.245.23) | |
| 16:54.05 | *** join/#brlcad sofat_ (~sofat@202.164.45.204) | |
| 17:34.38 | brlcad | sofat_: if you would like to discuss, I am briefly available |
| 17:34.55 | sofat_ | yes |
| 17:35.00 | brlcad | sofat_: please send future e-mails to the mailing list |
| 17:35.01 | sofat_ | i am working |
| 17:35.07 | sofat_ | ok |
| 17:35.33 | sofat_ | " darken the background on the top-level menu options. not black, just a little more dark." explain this |
| 17:35.44 | sofat_ | you talk about hover effect ? |
| 17:35.49 | brlcad | no |
| 17:36.26 | sofat_ | please tell me more about this change |
| 17:37.58 | brlcad | the background color is currently a light grey |
| 17:38.08 | brlcad | the menu background color is currently a light grey |
| 17:38.28 | sofat_ | yes |
| 17:38.32 | brlcad | the page background color is white |
| 17:38.37 | sofat_ | yes |
| 17:38.52 | brlcad | the top navigation menu is very dark (I think #222) |
| 17:38.57 | sofat_ | yes |
| 17:39.00 | sofat_ | main menu |
| 17:39.48 | brlcad | the side menu is much lighter |
| 17:39.48 | sofat_ | you talking about which menu hold logo and home link etc ? |
| 17:40.05 | sofat_ | yes lighter |
| 17:40.16 | brlcad | the side menu needs to be darker |
| 17:40.21 | brlcad | not as dark as the top menu |
| 17:40.31 | brlcad | what is the current color? |
| 17:40.32 | sofat_ | right menu is lighter . |
| 17:40.46 | brlcad | left menu |
| 17:41.00 | sofat_ | ok i got it |
| 17:41.14 | ih8sum3r | brlcad: Hey, I have send you an email 2 days before have you checked that one. |
| 17:41.31 | ih8sum3r | Regarding .vdi file. |
| 17:41.47 | brlcad | sofat_: maybe 444 or 666 |
| 17:41.56 | sofat_ | for what ? |
| 17:42.03 | brlcad | the darker color |
| 17:42.05 | sofat_ | ok |
| 17:42.38 | brlcad | sofat_: did you understand the other two changes? |
| 17:44.11 | sofat_ | yes i understand |
| 17:44.17 | brlcad | okay great |
| 17:45.04 | brlcad | sofat_: I think we just need to make your goal to match what blender did exactly |
| 17:45.21 | sofat_ | yes |
| 17:45.22 | brlcad | including all colors except our red where they use blue |
| 17:45.29 | brlcad | http://www.blender.org/manual/getting_started/index.html |
| 17:46.15 | brlcad | you may even want to look at their code to see how they get that behavior |
| 17:46.44 | sofat_ | I cant get any code of this menu |
| 17:46.56 | brlcad | why? |
| 17:47.04 | sofat_ | where is code ? |
| 17:47.11 | brlcad | I don't know |
| 17:48.07 | brlcad | the point is the appearance |
| 17:48.15 | sofat_ | I also don't know I just open the view source of web site and try to find something useful for me but I could not able to found any useful code library etc. |
| 17:48.16 | brlcad | how you get there IS your task |
| 17:48.28 | sofat_ | IS ? |
| 17:49.01 | sofat_ | which library I used its not more customizable. |
| 17:49.12 | sofat_ | what is IS? |
| 17:49.30 | brlcad | emphasis |
| 17:49.31 | brlcad | *is* |
| 17:49.37 | brlcad | it is your task |
| 17:50.04 | sofat_ | hmm |
| 17:50.08 | brlcad | finding code is not your task |
| 17:50.19 | brlcad | finding a library that does everything you need is not your task |
| 17:50.25 | brlcad | making it work is your task :) |
| 17:50.59 | sofat_ | yes i understand and you also see i am trying daily to make useful |
| 17:51.01 | brlcad | you have the mechanics in place already .. a menu that works |
| 17:51.15 | brlcad | yes, I see that you're trying and working daily |
| 17:51.18 | brlcad | this is certainly good |
| 17:51.25 | brlcad | we're just not making hardly any progress |
| 17:51.34 | brlcad | this is certainly not good |
| 17:52.04 | brlcad | it's taking a LOT of time to discuss issues and changes with you over and over |
| 17:52.42 | sofat_ | yes I know |
| 17:52.59 | sofat_ | some is possible to do some not possible to do |
| 17:53.20 | brlcad | this is simply not sustainable interaction |
| 17:53.41 | sofat_ | hmm |
| 17:53.51 | brlcad | you're getting a lot of discussion while others are not, and a lot of it is wasted because you don't understand or it's technically hard/not possible |
| 17:53.58 | brlcad | other students are getting ignored and that is not fair to them |
| 17:54.11 | brlcad | you have to be more independent and figure out these problems |
| 17:54.28 | brlcad | blender is displaying a working example, match it |
| 17:55.12 | brlcad | I think you have all the pieces you need -- it's mostly css styling missing |
| 17:55.35 | brlcad | unfortunately, these are the most important in order to publish this work |
| 17:55.58 | brlcad | you've made *great* progress |
| 17:56.12 | brlcad | the fact that css/appearance is the main aspect remaining is good |
| 17:56.41 | brlcad | but you have to be able to finish the work without me specifying every single detail like 1px borders and background colors |
| 17:57.07 | brlcad | just match blender in look at behavior as closely as you possibly can .. |
| 17:57.23 | brlcad | does that sound achievable? |
| 18:02.36 | ih8sum3r | brlcad: Do we have virtualbox installed on .bz server? |
| 18:07.20 | sofat | Yes |
| 18:11.45 | *** join/#brlcad sofat_ (~sofat@202.164.45.212) | |
| 18:15.22 | brlcad | ih8sum3r: yes, 4.3.30 |
| 18:16.23 | ih8sum3r | should I upload .vdi file over .bz and test it. Becuase on my system and in my virtual enviornment me getting errors on errors :( |
| 18:20.21 | ih8sum3r | brlcad: Need your little advice / suggestion can you please spare a little for me. |
| 18:38.50 | brlcad | ih8sum3r: what kind of errors? |
| 18:39.01 | brlcad | errors in the image? |
| 18:39.06 | brlcad | the vm? |
| 18:39.31 | ih8sum3r | I Error while loading image on server. |
| 18:39.56 | brlcad | that is an ambiguous answer... :) |
| 18:40.15 | *** join/#brlcad milamber (~devlin@2602:306:8094:9360:152d:cd7a:3c99:ee26) | |
| 18:40.34 | brlcad | please be more specific |
| 18:41.57 | ih8sum3r | I use to run virtual machine inside virtual machine. I set up enviornment somewhat like our. I first installed freebsd 10.1 and then installed VM inside it. And next inside freebsd I installed VM again and try to run that image (.vdi) file. But everytime I used to run it it aborted after few minutes. |
| 18:42.14 | brlcad | VM instide a VM? |
| 18:42.28 | ih8sum3r | s / instide / inside |
| 18:42.39 | brlcad | ahh, vm running fbsd running virtualbox |
| 18:42.48 | brlcad | you don't need to be running vbox within fbsd... |
| 18:42.58 | *** join/#brlcad sofat_ (~sofat@202.164.45.204) | |
| 18:43.31 | brlcad | if everything is working in the vbox image, upload your image to the server and we can test it |
| 18:44.09 | ih8sum3r | Also I did the same but with ubuntu server. |
| 18:44.24 | ih8sum3r | but faced same error. |
| 18:44.40 | ih8sum3r | I support 32 bit version it that true? |
| 18:44.49 | ih8sum3r | s / I / It |
| 18:45.37 | brlcad | But everytime I used to run it it aborted after few |
| 18:45.40 | sofat_ | brlcad, I have update the first three changes . |
| 18:45.47 | brlcad | ih8sum3r: what does that mean? |
| 18:47.07 | ih8sum3r | brlcad: It automatically stops. After getting grub screen, it goes blank and aborted. |
| 18:47.37 | brlcad | please restate without using the word "it" |
| 18:50.49 | brlcad | ih8sum3r: sorry, but response is taking too long, I have to go now |
| 18:51.12 | ih8sum3r | brlcad: Should I mail you everything n detail? |
| 18:51.39 | brlcad | you can summarize to the mailing list |
| 18:51.57 | sofat_ | I update the search box size also. |
| 18:51.58 | brlcad | if the VM environment is crashing, that is something you can fix |
| 18:52.11 | brlcad | if virtualbox is crashing, that's soemthing you probably cannot fix |
| 18:52.43 | ih8sum3r | Okay I post everything on mailing list in detail. Yes I'm looking for the solution will report asap. |
| 18:57.04 | brlcad | sofat_: the darker color is better, but it's too dark |
| 18:57.41 | brlcad | please just match blender's colors |
| 18:57.44 | brlcad | exactly |
| 19:02.17 | ih8sum3r | brlcad: Our server VM support only 32 bit iso or both? |
| 19:21.04 | *** join/#brlcad l4rry (~1v4n93@41.205.22.39) | |
| 19:45.56 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-mpakwqifmiyyuyog) | |
| 20:12.45 | *** join/#brlcad sofat (~androirc@101.209.182.60) | |
| 20:17.03 | *** join/#brlcad konrado (~konro@41.205.22.62) | |
| 20:24.05 | *** join/#brlcad l4rry (~1v4n93@41.205.22.35) | |
| 20:29.45 | *** join/#brlcad konrado (~konro@41.205.22.63) | |
| 20:46.20 | *** join/#brlcad konrado_ (~konro@41.205.22.12) | |
| 20:58.58 | brlcad | ih8sum3r: don't know |
| 21:11.03 | *** join/#brlcad sofat_ (~sofat@202.164.45.212) | |
| 23:00.09 | Notify | 03BRL-CAD Wiki:202.164.45.212 * 9251 /wiki/User:Hiteshsofat/GSoc15/log_developmen: |
| 23:01.47 | *** join/#brlcad milamber1 (~devlin@2602:306:8094:9360:152d:cd7a:3c99:ee26) | |
| 23:36.40 | Notify | 03BRL-CAD Wiki:Konrado DJ * 9252 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 8 AUGUST 2015 */ |
| 05:53.11 | *** join/#brlcad infobot (ibot@69-58-76-73.ut.vivintwireless.net) | |
| 05:53.11 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-) | |
| 06:05.19 | *** part/#brlcad milamber1 (~devlin@2602:306:8094:9360:152d:cd7a:3c99:ee26) | |
| 09:25.00 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 10:51.11 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-ofaxogvrpitpfbrk) | |
| 10:56.17 | *** join/#brlcad shaina (~shaina@59.89.43.36) | |
| 12:44.23 | *** join/#brlcad konrado (~konro@41.205.22.18) | |
| 13:09.28 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 13:18.10 | *** join/#brlcad teepee-- (bc5c2134@gateway/web/freenode/ip.188.92.33.52) | |
| 13:38.42 | *** join/#brlcad sofat (~androirc@101.208.90.216) | |
| 14:01.50 | Notify | 03BRL-CAD:d_rossberg * 65863 (rt^3/trunk/src/coreInterface/CMakeLists.txt rt^3/trunk/src/libge/CMakeLists.txt and 5 others): essentially the patches from http://sourceforge.net/p/brlcad/patches/300/ "Pipe primitive interface and implementation"may need some additional tests etc.thanks to Andrei Popescu, Ilinca Andrei, and Kalpit Thakkar for providing the patches |
| 14:02.21 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 14:25.21 | Notify | 03BRL-CAD:carlmoore * 65864 (brlcad/trunk/doc/docbook/CMakeLists.txt brlcad/trunk/doc/docbook/resources/brlcad/presentation.xsl.in): remove trailing white space |
| 14:51.08 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:04.45 | *** join/#brlcad sofat_ (~sofat@202.164.45.212) | |
| 15:14.22 | *** join/#brlcad sofat (~androirc@101.208.90.216) | |
| 15:24.21 | Notify | 03BRL-CAD Wiki:Shaina7837 * 9256 /wiki/User:Shainasabarwal/GSoC15/logs: /* 5 August */ |
| 15:28.53 | *** join/#brlcad sofat_ (~sofat@202.164.45.204) | |
| 16:08.12 | *** join/#brlcad sofat (~androirc@101.209.184.68) | |
| 16:21.09 | *** join/#brlcad gurwinder (~chatzilla@117.220.168.8) | |
| 16:37.33 | *** join/#brlcad bhollister (~brad@2601:647:cb01:9750:e56e:baeb:1328:5e1e) | |
| 16:41.49 | *** join/#brlcad gurwinder (~chatzilla@117.220.168.8) | |
| 16:52.27 | *** join/#brlcad sofat (~androirc@101.209.184.68) | |
| 16:55.14 | Notify | 03BRL-CAD Wiki:Gurwinder Singh * 9257 /wiki/User:Gurwinder_Singh/GSoc15/log_developmen: |
| 17:01.12 | *** join/#brlcad vasc (~vasc@bl7-127-135.dsl.telepac.pt) | |
| 17:15.58 | Notify | 03BRL-CAD:vasco_costa * 65865 (brlcad/trunk/src/librt/librt_private.h brlcad/trunk/src/librt/primitives/primitive_util.c): add inclusive scan opencl code from pyopencl. |
| 18:12.25 | Notify | 03BRL-CAD:vasco_costa * 65866 (brlcad/trunk/src/librt/librt_private.h brlcad/trunk/src/librt/primitives/primitive_util.c brlcad/trunk/src/librt/primitives/scan.cl): refactor to add opencl exclusive scan besides the inclusive scan. |
| 18:22.42 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9258 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 11 : 3 Aug-9 Aug */ |
| 18:38.33 | Notify | 03BRL-CAD:vasco_costa * 65867 NIL: creating a private branch for opencl. |
| 19:23.29 | *** join/#brlcad Izakey (~Izakey@41.205.22.45) | |
| 19:24.08 | *** join/#brlcad sofat_ (~sofat@202.164.45.204) | |
| 19:34.11 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 19:43.08 | vasc | half an hour spinning in circles with broken compile on docs until i fetch a clean copy out of the entire svn branch and it magically works again! GAH |
| 19:46.36 | vasc | oh right. just deleted my code from the last hour with that rm -rf |
| 19:46.42 | vasc | this is not my day |
| 19:48.39 | vasc | good thing i remember everything i did |
| 19:51.08 | Stragus | Eh. I once accidentally deleted a 600 lines .c file, but I still had the .o file... and so I kept using the .o for weeks |
| 19:55.10 | ``Erik | probably shoulda done an svn diff before deleting... :D (and mal, 600 lines of rewrite should be trivial for you, especially with your asm-fu to refresh yourself on what the code is doing) |
| 19:55.59 | ``Erik | <-- has no room to talk, has probably lost hundreds of thousands of lines of code over the last 30 years O:-) |
| 19:56.14 | vasc | i had an HD crash a couple of years back. lost years of stuff. |
| 19:57.03 | vasc | i actually had a patch but its an older one |
| 19:57.11 | vasc | so it was only like 15 mins old |
| 19:57.14 | ``Erik | I've had a couple of those, floppies erased/damaged by magnets or just time, disk format changes that I assumed I'd be able to work around, etc |
| 19:57.50 | vasc | i actually had managed to keep code for 20 years. hds are usually pretty safe. |
| 19:57.57 | ``Erik | has a box of 5.25" floppies that were, at one time, cbm formatted and full of hand written machine code |
| 19:57.58 | vasc | but eventually shit happens |
| 19:58.13 | vasc | geez |
| 19:58.18 | vasc | that should be interesting to recover |
| 19:58.20 | ``Erik | plus a backup drive fail |
| 19:58.27 | ``Erik | 1.5tb of backup |
| 19:58.42 | vasc | https://en.wikipedia.org/wiki/Individual_Computers_Catweasel |
| 19:58.49 | vasc | maybe this could read it |
| 19:59.21 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 19:59.30 | ``Erik | oh, here's a really good one, I have a 1tb drive of stuff that I can't access, it was formatted using a -current version of fbsd and I guess something was 'weird' with the low level code in that fbsd because no other version seems able to mount it |
| 19:59.42 | ``Erik | and I don't know which -current it was :D |
| 20:00.47 | vasc | that's certainly interesting |
| 20:02.18 | ``Erik | interesting controller... I doubt my disks are good anymore, but it's neat to know that someone somewhere is trying to preserve compatibility :) |
| 20:03.58 | Notify | 03BRL-CAD:vasco_costa * 65868 brlcad/branches/opencl/src/rt/do.c: kludge up a simple rendering pipeline with grid spatial partitioning traversal acceleration. |
| 20:05.33 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9259 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Status */ |
| 20:06.41 | vasc | https://sourceforge.net/p/brlcad/code/65868/tree//brlcad/branches/opencl/src/rt/do.c?diff=517597f55fcbc97910120d57:65867 |
| 20:07.04 | vasc | that's basically a simple version of the entire ray tracing rendering pipelne |
| 20:07.41 | vasc | the only librt internals it calls are the primitive shot, normal routines, and the boolean weaving code |
| 20:08.16 | vasc | of course the boolean weaving code alone is about as large as the code of this simple pipeline.... |
| 20:08.29 | vasc | :-P |
| 20:25.40 | *** join/#brlcad sofat (~sofat@101.208.130.207) | |
| 20:30.16 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9260 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 12 : 10 Aug-16 Aug */ |
| 20:33.06 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9261 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 12 : 10 Aug-16 Aug */ |
| 20:34.46 | Notify | 03BRL-CAD Wiki:Vasco.costa * 0 /wiki/File:Cl_goliath.png: |
| 20:36.20 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9263 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 12 : 10 Aug-16 Aug */ |
| 20:38.59 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9264 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 12 : 10 Aug-16 Aug */ |
| 20:40.35 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9265 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 12 : 10 Aug-16 Aug */ |
| 20:46.25 | *** join/#brlcad Ch3ck_ (~Ch3ck@41.205.28.203) | |
| 20:49.22 | *** join/#brlcad sofat (~sofat@101.208.130.207) | |
| 20:51.36 | ``Erik | didn't realize siggraph started yesterday |
| 21:05.51 | *** join/#brlcad Izakey (~Izakey@41.205.22.18) | |
| 21:08.23 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 21:19.52 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 21:45.38 | *** join/#brlcad sofat (~sofat@101.208.130.207) | |
| 22:46.44 | Notify | 03BRL-CAD:carlmoore * 65869 (brlcad/trunk/src/util/bw-png.c brlcad/trunk/src/util/pix-png.c): cosmetic changes to make 2 source files look more alike |
| 23:12.53 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9266 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Status */ |
| 23:47.56 | ``Erik | huh... cl weenies might dig this... (bah::foo 'bah::bar bah::*boosh*) -> bah::(foo 'bar *boosh*) |
| 23:48.06 | ``Erik | (extension in some variants, sbcl being one) |
| 01:04.08 | Notify | 03BRL-CAD Wiki:Bhollister * 9267 /wiki/User:Bhollister/DevLogAug2015: |
| 01:12.54 | *** part/#brlcad Ch3ck_ (~Ch3ck@41.205.28.203) | |
| 01:49.36 | Notify | 03BRL-CAD Wiki:SideburnEtic * 0 /wiki/User:SideburnEtic: |
| 01:55.21 | Notify | 03BRL-CAD Wiki:SideburnEtic * 9268 /wiki/ARL_Technical_Reports: removed spam |
| 01:59.05 | Notify | 03BRL-CAD:vasco_costa * 65870 (brlcad/branches/opencl/src/librt/librt_private.h brlcad/branches/opencl/src/librt/primitives/primitive_util.c and 3 others): add device side solid database storage. |
| 02:01.55 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9269 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 12 : 10 Aug-16 Aug */ |
| 02:02.48 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9270 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Status */ |
| 02:02.59 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9271 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Status */ |
| 03:43.23 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9272 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 12 : 10 Aug-16 Aug */ |
| 03:44.12 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9273 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 12 : 10 Aug-16 Aug */ |
| 03:45.11 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9274 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 12 : 10 Aug-16 Aug */ |
| 03:48.27 | Notify | 03BRL-CAD Wiki:Bhollister * 9275 /wiki/User:Bhollister/DevLogAug2015: /* Mon, August 10, 2015 Week 12 (of 14) */ |
| 04:28.40 | *** join/#brlcad gurwinder (~chatzilla@117.199.101.198) | |
| 04:33.30 | Notify | 03BRL-CAD:vasco_costa * 65871 (brlcad/branches/opencl/include/rt/shoot.h brlcad/branches/opencl/src/librt/librt_private.h and 4 others): minor cleanup of opencl database shot code. |
| 04:37.33 | *** join/#brlcad shaina (~shaina@59.91.88.56) | |
| 04:57.35 | Notify | 03BRL-CAD Wiki:Gurwinder Singh * 9276 /wiki/Povray: |
| 06:42.30 | *** join/#brlcad roop (~roop@59.91.88.56) | |
| 07:02.03 | *** join/#brlcad gurwinder (~chatzilla@117.199.101.198) | |
| 07:49.18 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 07:49.53 | *** join/#brlcad teepee-- (bc5c2134@gateway/web/freenode/ip.188.92.33.52) | |
| 09:55.55 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 10:19.46 | *** join/#brlcad Shubham (6719e766@gateway/web/freenode/ip.103.25.231.102) | |
| 10:22.31 | Shubham | brlcad: I request you to please update the google sheet (mentor review checklist) that was shared with all the GSoC students at the start of the coding period, for our review as well. |
| 10:23.33 | Shubham | I mean in order for us to see where we stand, as far as our objectives as GSoC students are concerned. |
| 10:38.47 | *** join/#brlcad packrat (~packrator@c-71-231-32-234.hsd1.wa.comcast.net) | |
| 10:51.20 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-hmvfyehekiwavadt) | |
| 11:08.39 | *** join/#brlcad KimK (~Kim__@ip68-102-188-176.ks.ok.cox.net) | |
| 11:28.22 | *** join/#brlcad konrado (~konro@41.205.22.24) | |
| 11:32.34 | konrado | d_rossberg: Hello |
| 12:20.30 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 12:31.01 | *** join/#brlcad ih8sum3r (~deepak@122.173.195.50) | |
| 12:31.25 | *** part/#brlcad ih8sum3r (~deepak@122.173.195.50) | |
| 12:32.04 | *** join/#brlcad D33pak (~D33pak@122.173.195.50) | |
| 12:57.40 | *** join/#brlcad ih8sum3r_ (~ih8sum3r@122.173.163.145) | |
| 13:10.20 | d_rossberg | konrado: hi |
| 13:20.27 | *** join/#brlcad ih8sum3r (~ih8sum3r@122.173.163.145) | |
| 13:28.36 | *** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 14:02.58 | *** join/#brlcad konrado (~konro@41.205.22.42) | |
| 14:47.58 | *** join/#brlcad konrado (~konro@41.205.27.94) | |
| 15:25.52 | Notify | 03BRL-CAD:carlmoore * 65872 brlcad/trunk/src/librt/primitives/primitive_util.c: remove a trailing white space character |
| 15:49.34 | Notify | 03BRL-CAD Wiki:Rontheslow * 0 /wiki/User:Rontheslow: |
| 16:22.21 | *** join/#brlcad roop (~roop@106.78.67.189) | |
| 16:24.47 | *** join/#brlcad roop (~roop@106.78.67.189) | |
| 16:37.41 | *** join/#brlcad gurwinder (~chatzilla@117.199.101.198) | |
| 16:42.06 | *** join/#brlcad konrado (~konro@41.205.27.94) | |
| 17:05.16 | *** join/#brlcad smile (~smile@202.164.45.204) | |
| 17:12.55 | *** join/#brlcad shaina (~shaina@117.214.242.21) | |
| 17:22.39 | Notify | 03BRL-CAD Wiki:Deekaysharma * 9277 /wiki/User:Deekaysharma/logs: |
| 18:02.34 | *** join/#brlcad sofat (~smile@202.164.45.204) | |
| 18:22.25 | *** join/#brlcad konrado (~konro@41.205.22.19) | |
| 18:39.54 | *** join/#brlcad sofat (~smile@202.164.45.204) | |
| 18:49.24 | *** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 18:58.43 | *** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca) | |
| 19:01.35 | *** join/#brlcad bhollister (~brad@2601:647:cb01:9750:28ca:d514:9f8c:b4d3) | |
| 19:01.57 | Notify | 03BRL-CAD:vasco_costa * 65873 (brlcad/branches/opencl/src/librt/librt_private.h brlcad/branches/opencl/src/librt/primitives/arb8/arb8.c and 6 others): refactor opencl database storage. |
| 19:02.34 | *** join/#brlcad vasc (~vasc@bl7-127-135.dsl.telepac.pt) | |
| 19:24.45 | *** join/#brlcad sofat (~smile@101.215.81.12) | |
| 19:27.07 | Notify | 03BRL-CAD:vasco_costa * 65874 (brlcad/trunk/include/rt/shoot.h brlcad/trunk/src/librt/librt_private.h and 8 others): backport solid database storage from opencl branch to trunk. |
| 19:27.36 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9278 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Status */ |
| 19:34.35 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9279 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 12 : 10 Aug-16 Aug */ |
| 19:34.49 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9280 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 12 : 10 Aug-16 Aug */ |
| 19:35.57 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9281 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Status */ |
| 19:44.34 | vasc | man two months and a half and feel like i just broke the outer layer in porting BRL-CAD to opencl. without working on the meat of it. |
| 19:45.02 | Stragus | It's a pretty massive amount of work |
| 19:46.14 | vasc | so basically we now got half a dozen primitive intersection routines and we can store an array of primitives on the gpu |
| 19:46.34 | vasc | opencl device or whatever |
| 19:47.43 | vasc | the plan i had i would do grid acceleration next. i actually got it working on ANSI C and I got a device side grid builder. |
| 19:48.20 | vasc | the problem is now i think its a mistake to use grids in this case and doing a gpu bvh builder would take ohhh so much time |
| 19:48.33 | vasc | probably another 2 months |
| 19:48.52 | vasc | or 3 |
| 19:48.56 | Stragus | Don't build on the GPU! |
| 19:49.35 | vasc | if i code a cpu bvh builder which can be ported to the gpu it will probably take a month to code it and take all the kinks out. |
| 19:49.45 | vasc | and that's without doing the traversal |
| 19:49.54 | vasc | optimized |
| 19:50.21 | Stragus | I think Sean always wanted an "incremental" process, little steps |
| 19:50.35 | ``Erik | with frequent commits... |
| 19:50.43 | Stragus | Which sounds weird to me, because it seems like a whole block to be written all at once |
| 19:50.56 | vasc | well it would only take a couple of days to do the gpu grid traversal but i think its a waste of time |
| 19:50.57 | ``Erik | mal: burger says you visited him? how crazy is he? :D |
| 19:51.20 | Stragus | Oh, I went to Australia and met Burga like... 8 years ago? |
| 19:51.36 | Stragus | Seemed pretty normal I guess :) |
| 19:51.36 | ``Erik | hah, damn, I had no idea :) |
| 19:52.21 | Stragus | He didn't seem like a true and dedicated geek |
| 19:52.33 | ``Erik | <-- is sitting at a linux box running X, seems so weird (burning in a new laptop battery) |
| 19:52.58 | ``Erik | he did a stint in the assie military, that can rip the geekiness out of one, I'd think? |
| 19:53.07 | Stragus | vasc, I fully agree with not doing stuff that will have to be rewritten anyway |
| 19:53.09 | *** join/#brlcad smile (~smile@202.164.45.212) | |
| 19:53.18 | Stragus | ``Erik, probably! |
| 19:53.52 | vasc | the current code uses mailboxing. so it has this per ray bitset with the size of the number of primitives... |
| 19:53.56 | vasc | now wait a mine |
| 19:53.58 | vasc | minute |
| 19:54.10 | vasc | now that i think about it the grids can probably work |
| 19:54.39 | ``Erik | vasc: have you discussed what to work on with your mentor? "pencils down" is coming up |
| 19:54.56 | vasc | coz this is a csg raytracer the number of primitives in a scene is usually kind of low. i mean the goliah has like 300 primitives |
| 19:55.10 | vasc | a bitset per ray for that isn't that big and can probably be stored in shared memory |
| 19:55.45 | ``Erik | 'real' geometries are typically something in the 1000's or 10000's range iirc |
| 19:56.27 | Stragus | Darn no, don't use a bitset per ray |
| 19:56.57 | Stragus | I have no weight whatsoever on what you should work on, but I have strong opinions regarding not doing work that someone will have to rewrite anyway |
| 19:57.14 | Stragus | So, whatever is written should ideally be good code |
| 19:57.34 | vasc | well it if was a triangle raytracer the mailboxing wouldn't work because the bitset would take too much memory |
| 19:57.43 | vasc | you can have tens of millions of triangles |
| 19:58.14 | vasc | are those geometries that size in number of solids alone or are you counting the pieces as well? |
| 19:58.28 | Stragus | A proper partitionning strategy will never require tracking bitsets per ray |
| 19:58.48 | Stragus | Please do that. <disclaimer>I have no say on the matter.</disclaimer> |
| 19:58.56 | Stragus | Please *don't* do that. :) |
| 19:59.09 | vasc | 10000*38/1024 |
| 19:59.16 | vasc | that's like 371K of RAM |
| 19:59.25 | vasc | ioh crap |
| 19:59.30 | vasc | i forgot the workgroup size |
| 19:59.46 | Stragus | waves a giant "Bad Idea" flag |
| 19:59.48 | vasc | 371 MB |
| 20:00.01 | vasc | wait a second |
| 20:00.23 | vasc | so its like 10000/8*1024/1024 KBs |
| 20:00.40 | vasc | 1.22 MBs |
| 20:00.58 | vasc | its like 10000 solids, 8 bits per byte, workgroup size 1024, convert to KBs |
| 20:01.23 | vasc | well that won't fit into shared memory |
| 20:01.32 | Stragus | That's a huge amount of memory to *clear* before tracing every single ray |
| 20:01.45 | Stragus | It implies a ton of extra loads/stores that should be unnecessary |
| 20:01.54 | vasc | so we would just blow the 256KB or whatever GPU cache with the mailboxes in global memory |
| 20:02.24 | vasc | yes that's why i thought it would be cheaper to redo the computations over |
| 20:03.13 | vasc | even if we have to recompute intersections 3-4 times |
| 20:03.21 | vasc | at least it doesn't trash the cache |
| 20:03.34 | Stragus | The proper solution is object-based partitionning |
| 20:03.43 | vasc | yes we had discussed that |
| 20:03.54 | Stragus | If you don't have time to do that, I would suggest no partitionning whatsoever. Put all object into a big list |
| 20:03.58 | vasc | anyway i need to discuss this with brlcad |
| 20:03.59 | Stragus | And let someone else do that part |
| 20:04.11 | vasc | i already have that |
| 20:04.15 | Stragus | Good |
| 20:04.31 | vasc | the routines to store a list in memory and the routines to intersect a primitive in memory given its index |
| 20:05.47 | vasc | i can check the amount of duplicate intersections on goliath and do some tests like that i guess |
| 20:06.47 | Stragus | Do you have a single kernel launch to trace a bunch of rays, intersect all objects (from a single fat list), then return lists of hits? |
| 20:06.56 | Stragus | I think that would be a very good intermediary step |
| 20:07.28 | Stragus | Then someone can insert partitionning while keeping the rest of the code |
| 20:07.49 | vasc | nah. that isn't coded yet. it seems like a reasonable approach. but i would need to compute intersections twice to know the size of the list of hits to allocate. |
| 20:08.21 | Stragus | That's a reasonable intermediary step |
| 20:08.24 | vasc | which is still going to be less duplicate intersections than not using the mailboxing |
| 20:08.35 | vasc | i bet |
| 20:08.54 | vasc | yeah it seems a good idea |
| 20:09.36 | Stragus | Alternatively, just return hits in some "inlined callback" function, returns 0 to terminate rays, then someone can plug some buffering code in there |
| 20:09.42 | vasc | i had a pseudo code for that |
| 20:09.48 | Stragus | Cool |
| 20:11.09 | vasc | compute the intersections for all opencl primitives once to determine the size of the list of hits, allocate that, compute the hits again and fill the list, copy the list to the cpu, then compute the intersections fort the non-opencl primitives and merge the intersections of host and device primitives |
| 20:11.49 | Stragus | I would drop the part about non-opencl primitives and merging intersections |
| 20:11.52 | vasc | then everything else would be done in the cpu |
| 20:11.59 | Stragus | It's all code that someone will have to throw away when all is ported to OpenCL |
| 20:12.05 | vasc | well the boolean weaving is kind of complicated |
| 20:12.39 | vasc | well |
| 20:12.40 | Stragus | Fine, keep that on the CPU |
| 20:13.41 | vasc | it's like this. if i only did a first shot intersector i could discard a lot of results and not need to figure out the size of the list of hits and so on |
| 20:13.58 | vasc | coz you only need one hit per ray |
| 20:14.31 | vasc | the thing is it doesn't solve the general problem in a good way. but it can probably render scenes quick |
| 20:14.56 | Stragus | The idea is not to write a first hit code |
| 20:15.04 | Stragus | But to use a callback function which may return 0 to terminate the ray |
| 20:15.19 | vasc | i think Sean suggested that as an alternative at one point |
| 20:15.20 | Stragus | And in your code, you terminate the ray right there, unless you have time to do the buffering part |
| 20:15.36 | Stragus | These are good incremental steps, because no one will have to throw away code later on |
| 20:15.37 | vasc | i can't use function pointers in opencl |
| 20:15.50 | vasc | i can call some function but the thing is |
| 20:15.56 | Stragus | It's a figure of speech, you don't want an actual function pointer |
| 20:16.11 | vasc | its like i said you need to redo the intersections twice to compute the size first |
| 20:16.20 | vasc | so i don't think it would add anything |
| 20:16.48 | Stragus | You don't *need* to do that... but it's a reasonable temporary resolution, because it doesn't involve much extra code |
| 20:16.48 | vasc | you would do it like this in a later version: |
| 20:17.16 | vasc | you compute the intersections passing NULL as a buffer to store results. the kernel returns the number of intersections computed |
| 20:17.21 | Stragus | Later on, someone will throw that away to instead buffer hits in some global static buffer allocated through atomics |
| 20:17.39 | vasc | then you allocate the buffer with that size and call the intersection function again |
| 20:18.17 | vasc | its a bit more complicated than that because its per ray |
| 20:18.24 | vasc | so i would need a prefix sum somewhere |
| 20:18.27 | vasc | but its as easy as that |
| 20:19.09 | Stragus | Keep it simple, it's temporary code |
| 20:19.39 | vasc | no this code could work for the general case |
| 20:20.45 | Stragus | Yes, but it's twice as slow as it should be |
| 20:20.50 | Stragus | Therefore, it's temporary code |
| 20:21.06 | vasc | the callback would be a great idea if we could incrementally compute the boolean weaving somehow. but i don't see how to do that. |
| 20:21.35 | vasc | yeah i know its twice as slow. but the advantage is no dynamic mallocs |
| 20:21.57 | vasc | its only arithmetic intensive |
| 20:22.12 | Stragus | Twice as slow plus the prefix sum |
| 20:22.53 | vasc | those are kinda quick |
| 20:23.21 | vasc | plus i already have opencl code for prefix sums in svn trunk |
| 20:23.43 | vasc | calling that would be a line of code |
| 20:24.00 | Stragus | Like I said, it's a viable way to demonstrate the code is working |
| 20:24.10 | Stragus | But I expect this to be rewritten, it's not final code |
| 20:24.26 | vasc | yeah and perhaps it wouldn't be slow as molasses |
| 20:24.48 | vasc | well i don't see a way of doing the 'final code' differently unless the boolean weaving can be computed incrementally. |
| 20:25.13 | vasc | and i think that's probably SIGGRAPH paper material |
| 20:25.18 | vasc | probably |
| 20:25.40 | vasc | i was actually reading about that the other day |
| 20:26.19 | vasc | "CST: Constructive Solid Trimming for |
| 20:26.19 | vasc | rendering BReps and CSG" |
| 20:27.50 | vasc | "CST: Constructive Solid Trimming for rendering BReps and CSG", John Hable and Jarek Rossignac |
| 20:28.12 | vasc | so... |
| 20:29.32 | vasc | i didn't read it that profoundly but i think they use the stencil buffer. |
| 20:30.30 | vasc | i think it renders the scene in object order |
| 20:30.39 | vasc | so its kinda like a rasterization technique |
| 20:35.49 | vasc | i think there's no 100% future proof design we can do until we figure out how to do the boolean weaving on the gpu |
| 20:36.03 | Stragus | Right, keep that on the CPU for now |
| 20:36.25 | vasc | but it could be useful to have a proof of concept that shows how faster the gpu side rendering can be |
| 20:36.36 | vasc | for that a first hit intersector would do it |
| 20:37.10 | Stragus | That will also require proper scene partitionning, which is a massive amount of work |
| 20:37.24 | Stragus | Everybody knows GPUs are fast, no need to demonstrate that :p |
| 20:38.03 | vasc | well it would probably provide more motivation for people to work on this if they saw something that had some kind of direct user impact |
| 20:38.17 | ``Erik | pheer my intel g41 gpu, tremble before it's might :D |
| 20:39.00 | vasc | actually the current kernel call intensive code is probably faster running the opencl on the CPU than the GPU. coz it doesn't do as many bus transfers. |
| 20:39.12 | vasc | whaka whaka |
| 20:39.39 | Stragus | I use dual-GTX 590, 4 GPUs on two boards, yar! |
| 20:40.15 | Stragus | Old GPUs, but it's the last architecture that Nvidia made for true compute. And it's still faster than any more recent hardware at double precision o.O |
| 20:41.00 | ``Erik | http://www.videocardbenchmark.net/gpu.php?gpu=Intel+G41+Express+Chipset |
| 20:41.01 | Stragus | 4 GPUs is also great to test code scalability |
| 20:41.36 | Stragus | No idea what these numbers are, but it does not look good |
| 20:42.00 | vasc | wikipedia says 2488.3 GFLOPS FMA for the GTX-590 |
| 20:42.16 | vasc | but i think that's SP FLOPS |
| 20:42.25 | vasc | what's the DP FLOPS ratio? |
| 20:43.08 | Stragus | 1 to 4, the best ratio |
| 20:43.27 | ``Erik | plain gtx-590 is 4000 on that benchmark site, a little more than my 62 ;) |
| 20:43.38 | Stragus | Or 1 to 2? |
| 20:44.07 | Stragus | ``Erik, it's two GPUs on the same board, OpenGL can't properly use two GPUs at the same time |
| 20:44.10 | vasc | in that case I think the Titan Z is faster. |
| 20:44.18 | vasc | https://en.wikipedia.org/wiki/GeForce_700_series |
| 20:44.26 | vasc | 2707 DP GFLOPS |
| 20:44.42 | vasc | a lot of wasted potential but still faster |
| 20:46.22 | vasc | i think that intel chipset doesn't have OpenCL support |
| 20:46.37 | Stragus | Fermi was an amazing compute architecture |
| 20:46.45 | Stragus | Kepler was pure gaming, and Maxwell... kind of half way |
| 20:47.04 | vasc | no the Maxwell is the pure gaming |
| 20:47.06 | vasc | the Kepler is ok |
| 20:47.26 | vasc | I have a Kepler |
| 20:47.27 | vasc | GK110 |
| 20:47.55 | vasc | maxwell has 1/32 the DP FLOPS |
| 20:48.28 | Stragus | The Kepler's general cache is atrociously bad |
| 20:48.31 | vasc | like the TITAN X 192 DP GFLOPS and 6144 SP FLOPS |
| 20:48.49 | *** join/#brlcad Guest64755 (~smile@101.208.40.51) | |
| 20:48.58 | Stragus | When I ported my code from acessing memory directly to using the texture cache, it became 2.3 times faster! |
| 20:49.26 | vasc | compare with the Kepler TITAN Z: 8122 SP GFLOPS and 2707 DP GFLOPS |
| 20:49.56 | vasc | the Kepler has a lot more DP FLOPS |
| 20:50.02 | vasc | the Maxwell (the latest one) is crap at DP |
| 20:50.20 | Stragus | At least the general cache is not utter garbage |
| 20:50.46 | vasc | Fermi, Kepler, Maxwell |
| 20:50.49 | vasc | I have the Kepler |
| 20:51.03 | vasc | they just keep nerfing the DP |
| 20:56.57 | vasc | oh neat. i found a bug in my code when i use AMD OpenCL. |
| 20:57.42 | vasc | it doesn't search the current path for includes like the NVIDIA compiler |
| 20:57.51 | vasc | brilliant |
| 20:59.36 | Stragus | -I./ ? |
| 21:01.13 | vasc | yeah -I. works |
| 21:04.09 | Notify | 03BRL-CAD:vasco_costa * 65875 brlcad/trunk/src/librt/primitives/primitive_util.c: add current path for opencl includes or the AMD OpenCL won't find them. |
| 21:04.45 | vasc | elapsed = 58.6581 sec |
| 21:04.56 | vasc | i think the GPU takes like ten times that |
| 21:05.01 | vasc | coz of the bus transfers |
| 21:05.14 | vasc | i wonder if its quicker than the non-opencl one |
| 21:06.57 | vasc | it does use vector SSE |
| 21:07.20 | Stragus | Don't worry about performance at this point |
| 21:07.35 | Stragus | Performance will be terrible until all piece of the puzzles have been written properly |
| 21:09.52 | vasc | its just a matter of recompiling and testing it |
| 21:11.01 | vasc | elapsed = 58.6581 sec |
| 21:11.02 | vasc | lol |
| 21:11.13 | vasc | elapsed = 1.24892 sec |
| 21:11.41 | vasc | too much overhead |
| 21:13.11 | vasc | it's an OpenCL decelerator now |
| 21:14.14 | Stragus | Stop worrying :p |
| 21:14.27 | vasc | its still good to know the scale of things |
| 21:14.38 | vasc | i kinda expected to do more by now |
| 21:14.55 | vasc | man i never thought those primitives had so much code to port |
| 21:15.20 | vasc | most of it was straightforward but still i had to hunt it down all over the place |
| 21:15.55 | vasc | <PROTECTED> |
| 21:15.55 | vasc | <PROTECTED> |
| 21:15.56 | vasc | <PROTECTED> |
| 21:15.56 | vasc | <PROTECTED> |
| 21:15.56 | vasc | <PROTECTED> |
| 21:15.56 | vasc | <PROTECTED> |
| 21:15.58 | vasc | <PROTECTED> |
| 21:16.00 | vasc | <PROTECTED> |
| 21:16.02 | vasc | <PROTECTED> |
| 21:16.04 | vasc | <PROTECTED> |
| 21:16.06 | vasc | <PROTECTED> |
| 21:16.18 | vasc | the sph_shot.cl was the one that was done before for comparison. |
| 21:17.08 | vasc | and that's not counting the glue code and serialization code and crap like that |
| 21:17.17 | vasc | none of the ANSI C bits |
| 21:21.15 | vasc | i'll just work on the first hit renderer then. |
| 21:21.34 | vasc | at least until i hear more from brlcad |
| 21:22.11 | vasc | that will port the entire rendering pipeline in a really simple way |
| 21:22.19 | vasc | i won't do any spatial acceleration whatsoever. |
| 21:22.53 | vasc | which reminds me we don't compute normals on the gpu side yet |
| 21:22.56 | vasc | :-P |
| 21:24.07 | vasc | oh well black will do for now |
| 21:24.16 | vasc | or white |
| 21:39.16 | Notify | 03BRL-CAD:carlmoore * 65876 brlcad/trunk/src/util/bwdiff.c: switch a line to make the files look more alike, although there are other differences which probably cannot be resolved |
| 21:42.27 | Notify | 03BRL-CAD Wiki:101.208.40.51 * 9282 /wiki/User:Hiteshsofat/GSoc15/log_developmen: |
| 21:46.04 | Notify | 03BRL-CAD:carlmoore * 65877 (brlcad/trunk/src/util/bwfilter.c brlcad/trunk/src/util/pixfilter.c): fix comment for sake of uniformity |
| 21:54.31 | Notify | 03BRL-CAD Wiki:Konrado DJ * 9283 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 11 AUGUST 2015 */ |
| 21:57.20 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 22:40.21 | *** join/#brlcad bhollister2 (~behollis@dhcp-59-221.cse.ucsc.edu) | |
| 23:43.32 | *** join/#brlcad bhollister3 (~behollis@dhcp-59-221.cse.ucsc.edu) | |
| 00:46.58 | vasc | hmmm |
| 01:11.19 | *** join/#brlcad vasc__ (~vasc@bl13-105-77.dsl.telepac.pt) | |
| 01:21.47 | Notify | 03BRL-CAD Wiki:Bhollister * 9284 /wiki/User:Bhollister/DevLogAug2015: /* Tues, August 11, 2015 */ |
| 01:31.06 | Notify | 03BRL-CAD:vasco_costa * 65878 (brlcad/branches/opencl/include/rt/shoot.h brlcad/branches/opencl/src/librt/primitives/arb8/arb8_shot.cl and 8 others): simple opencl rendering pipeline which brute force computes all intersections and returns a silhouette of the view. we don't have opencl normal computation yet. |
| 01:31.48 | Notify | 03BRL-CAD Wiki:Vasco.costa * 0 /wiki/File:Rt_havoc.png: |
| 01:32.17 | Notify | 03BRL-CAD Wiki:Vasco.costa * 0 /wiki/File:Cl_havoc.png: |
| 02:04.58 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9287 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 12 : 10 Aug-16 Aug */ |
| 02:05.57 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9288 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 12 : 10 Aug-16 Aug */ |
| 02:15.15 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9289 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Status */ |
| 02:16.04 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9290 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Status */ |
| 02:16.32 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9291 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Status */ |
| 02:39.39 | Notify | 03BRL-CAD:vasco_costa * 65879 brlcad/branches/opencl/src/librt/primitives/table.cl: refactor to use less temporaries and use saturated conversions. |
| 03:09.56 | *** join/#brlcad gurwinder (~chatzilla@59.91.117.66) | |
| 04:06.06 | Notify | 03BRL-CAD:vasco_costa * 65880 (brlcad/branches/opencl/src/librt/primitives/primitive_util.c brlcad/branches/opencl/src/librt/primitives/tgc/tgc_shot.cl brlcad/branches/opencl/src/rt/do.c): make the code more robust. |
| 04:22.52 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9292 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 12 : 10 Aug-16 Aug */ |
| 04:29.55 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9293 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 12 : 10 Aug-16 Aug */ |
| 04:31.59 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9294 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 12 : 10 Aug-16 Aug */ |
| 04:34.59 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9295 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Status */ |
| 04:35.58 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9296 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Status */ |
| 07:01.28 | *** join/#brlcad infobot (ibot@69-58-76-73.ut.vivintwireless.net) | |
| 07:01.28 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-) | |
| 08:24.42 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 09:12.35 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9297 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 12 : 10 Aug-16 Aug */ |
| 10:51.30 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-onrrlttabfwanwjm) | |
| 11:37.04 | *** join/#brlcad shaina (~shaina@59.89.100.190) | |
| 11:56.55 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 12:39.29 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 12:52.24 | *** join/#brlcad kintel_ (~kintel@unaffiliated/kintel) | |
| 13:01.42 | *** join/#brlcad smile (~smile@101.208.152.134) | |
| 13:58.57 | Notify | 03BRL-CAD:carlmoore * 65881 brlcad/trunk/src/librt/primitives/primitive_util.c: remove trailing white space |
| 14:20.56 | *** join/#brlcad konrado (~konro@41.205.22.14) | |
| 14:53.24 | *** join/#brlcad smile (~smile@202.164.45.212) | |
| 14:59.22 | *** join/#brlcad smile_ (~smile@202.164.45.212) | |
| 15:22.14 | *** join/#brlcad Guest98975 (~smile@202.164.45.212) | |
| 15:52.40 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9298 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 12 : 10 Aug-16 Aug */ |
| 15:53.08 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9299 /wiki/User:Vasco.costa/GSoC15/logs: |
| 16:07.41 | *** join/#brlcad Guest98975 (~smile@202.164.45.212) | |
| 16:18.01 | *** join/#brlcad gurwinder (~chatzilla@59.91.117.66) | |
| 16:24.17 | Notify | 03BRL-CAD Wiki:Gurwinder Singh * 9300 /wiki/User:Gurwinder_Singh/GSoc15/log_developmen: |
| 16:29.22 | *** join/#brlcad Guest98975 (~smile@202.164.45.212) | |
| 17:14.00 | *** join/#brlcad konrado (~konro@41.205.22.5) | |
| 18:09.05 | Notify | 03BRL-CAD:ejno * 65882 brlcad/trunk/src/conv/gcv/gcv.c: fix gcv_do_conversion() |
| 18:10.17 | Notify | 03BRL-CAD:ejno * 65883 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: update error messages |
| 18:31.31 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 18:34.43 | *** join/#brlcad Guest98975 (~smile@202.164.45.208) | |
| 19:38.01 | *** join/#brlcad vasc (~vasc@bl13-105-77.dsl.telepac.pt) | |
| 19:45.52 | *** join/#brlcad Guest98975 (~smile@202.164.45.212) | |
| 20:04.13 | *** join/#brlcad Izakey (~Isaac@41.205.22.41) | |
| 20:06.40 | *** join/#brlcad dracarys983_ (uid78721@gateway/web/irccloud.com/x-qsfdcgpwvmuyigda) | |
| 21:12.31 | Notify | 03BRL-CAD:ejno * 65884 brlcad/trunk/src/conv/gcv/gcv.c: initial integration of bu_opt processing for libgcv fastgen import |
| 21:31.41 | *** join/#brlcad konrado (~konro@41.205.22.41) | |
| 21:34.48 | Notify | 03BRL-CAD:vasco_costa * 65885 (brlcad/branches/opencl/src/librt/librt_private.h brlcad/branches/opencl/src/librt/primitives/common.cl and 4 others): add rec shot routine to opencl branch. |
| 21:38.57 | konrado | starseek1r : Hello . I modified libxml so that it is installed if not found in the system. This are the changes I made http://pastie.org/10346923 , and would like you to check it out and see if it is ok, before I submit a patch. |
| 21:39.55 | konrado | I have tested it and it works fine. |
| 21:41.50 | Notify | 03BRL-CAD:vasco_costa * 65886 brlcad/branches/opencl/src/librt/primitives/primitive_util.c: remove trailing white space. |
| 21:47.40 | Notify | 03BRL-CAD:vasco_costa * 65887 (brlcad/trunk/include/rt/shoot.h brlcad/trunk/src/librt/librt_private.h and 10 others): backport rec shot routine from opencl branch. add checks for NULL results buffer. |
| 21:52.00 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9301 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 12 : 10 Aug-16 Aug */ |
| 21:52.29 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9302 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 12 : 10 Aug-16 Aug */ |
| 21:53.37 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9303 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Status */ |
| 21:55.12 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9304 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Status */ |
| 23:49.45 | Notify | 03BRL-CAD Wiki:Bhollister * 9305 /wiki/MGED_Commands: /* L */ |
| 23:52.28 | Notify | 03BRL-CAD Wiki:Bhollister * 9306 /wiki/MGED_CMD_labelface: Created page with "[[Category:MGED|Labelface]] =labelface= __TOC__ ==Syntax== :labelface <Objects> ==Argument(s)== : '''<Objects>''' :: List of Valid BRL-CAD Solids ==Return Va..." |
| 23:53.43 | Notify | 03BRL-CAD Wiki:Bhollister * 9307 /wiki/MGED_CMD_labelver: /* See Also */ |
| 23:54.36 | Notify | 03BRL-CAD Wiki:Bhollister * 9308 /wiki/MGED_CMD_labelface: /* See Also */ |
| 00:00.32 | Notify | 03BRL-CAD Wiki:Bhollister * 9309 /wiki/User:Bhollister/DevLogAug2015: /* Wed, August 12, 2015 */ |
| 00:05.13 | Notify | 03BRL-CAD Wiki:Bhollister * 9310 /wiki/User:Bhollister/DevLogAug2015: /* Wed, August 12, 2015 */ |
| 00:12.14 | bhollister3 | starseeker: update - posted patch for labelface. this will allow specification of face indices on command line. |
| 00:12.29 | bhollister3 | starseek1r: update - posted patch for labelface. this will allow specification of face indices on command line. |
| 00:16.51 | Notify | 03BRL-CAD Wiki:Konrado DJ * 9311 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 12 AUGUST 2015 */ |
| 00:42.15 | Notify | 03BRL-CAD:vasco_costa * 65888 (brlcad/branches/opencl/include/rt/shoot.h brlcad/branches/opencl/src/librt/primitives/primitive_util.c and 2 others): change opencl ray generation mechanism. |
| 00:51.01 | Notify | 03BRL-CAD:vasco_costa * 65889 (brlcad/trunk/include/rt/shoot.h brlcad/trunk/src/librt/primitives/primitive_util.c brlcad/trunk/src/librt/primitives/table.cl): backport change to opencl ray generation mechanism. |
| 00:58.50 | *** join/#brlcad kanzure (~kanzure@unaffiliated/kanzure) | |
| 02:42.10 | *** join/#brlcad gurwinder (~chatzilla@117.212.49.253) | |
| 02:45.41 | *** join/#brlcad witness (uid10044@gateway/web/irccloud.com/x-ichwbmgkhyepletu) | |
| 04:07.30 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9312 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 12 : 10 Aug-16 Aug */ |
| 04:29.54 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9313 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 12 : 10 Aug-16 Aug */ |
| 04:30.31 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9314 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 12 : 10 Aug-16 Aug */ |
| 04:53.06 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9315 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Status */ |
| 04:54.34 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9316 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Status */ |
| 04:55.34 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9317 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Status */ |
| 04:56.24 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9318 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Status */ |
| 06:18.24 | *** join/#brlcad konrado (~konro@41.205.22.57) | |
| 06:49.25 | *** join/#brlcad konrado (~konro@41.205.22.14) | |
| 07:22.23 | *** join/#brlcad maths22 (~maths22@66-118-151-70.static.sagonet.net) | |
| 08:07.25 | *** join/#brlcad luca79 (~luca@host44-104-dynamic.5-87-r.retail.telecomitalia.it) | |
| 08:31.25 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 08:51.15 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 09:09.52 | *** join/#brlcad shaina (~shaina@61.0.201.96) | |
| 10:51.44 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-qihitfcjbzsrcypv) | |
| 10:56.57 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 12:27.39 | *** join/#brlcad Izakey (~Izakey@41.205.22.42) | |
| 13:51.18 | Notify | 03BRL-CAD:carlmoore * 65890 (brlcad/trunk/src/librt/primitives/primitive_util.c brlcad/trunk/src/librt/primitives/table.cl): remove trailing white space |
| 14:09.05 | *** join/#brlcad konrado (~konro@41.205.22.20) | |
| 14:43.48 | *** join/#brlcad roop (~roop@106.79.22.240) | |
| 15:16.47 | *** join/#brlcad gurwinder (~chatzilla@117.212.49.253) | |
| 15:21.52 | *** join/#brlcad roop (~roop@27.97.253.46) | |
| 15:25.12 | Notify | 03BRL-CAD:carlmoore * 65891 (brlcad/trunk/src/util/pixcrop.c =================================================================== and 301 others): add an implementation of pixcrop, based on bwcrop |
| 15:29.43 | *** join/#brlcad Guest95077 (~konro@41.205.22.58) | |
| 15:30.05 | *** join/#brlcad Izakey (~Izakey@41.205.22.43) | |
| 15:36.50 | *** join/#brlcad gurwinder (~chatzilla@117.212.49.253) | |
| 15:39.15 | Notify | 03BRL-CAD:starseeker * 65892 (brlcad/trunk/src/libbrep/shape_recognition.cpp brlcad/trunk/src/libged/shape_recognition.cpp): Write out individual breps for debugging/visualization. |
| 15:51.47 | *** join/#brlcad vasc (~vasc@bl13-111-32.dsl.telepac.pt) | |
| 15:55.25 | Notify | 03BRL-CAD:carlmoore * 65893 (brlcad/trunk/doc/docbook/system/man1/en/pixcrop.xml =================================================================== and 88 others): add an implementation of pixcrop.xml, based on bwcrop.xml |
| 15:56.52 | Notify | 03BRL-CAD:starseeker * 65894 (brlcad/trunk/include/bu/opt.h brlcad/trunk/src/libbu/opt.c and 2 others): Start working on allowing a color option to brep command, so we can customize the colors of what we are plotting. Nowhere near done. |
| 16:00.19 | *** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca) | |
| 16:24.02 | *** join/#brlcad Guest44696 (~smile@202.164.45.212) | |
| 16:29.08 | *** join/#brlcad sofat (~smile@202.164.45.212) | |
| 16:49.00 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:51.58 | *** join/#brlcad sofat (~smile@202.164.45.212) | |
| 17:21.03 | *** join/#brlcad ih8sum3r (~ih8sum3r@122.173.220.245) | |
| 17:37.17 | Notify | 03BRL-CAD:vasco_costa * 65895 (brlcad/branches/opencl/include/rt/shoot.h brlcad/branches/opencl/src/librt/librt_private.h and 18 others): opencl normal computation for arb8, ehy, ell, rec, sph, tgc, tor. |
| 17:39.18 | Notify | 03BRL-CAD:vasco_costa * 65896 (brlcad/trunk/include/rt/shoot.h brlcad/trunk/src/librt/librt_private.h and 17 others): backport opencl normal computation for arb8, ehy, ell, rec, sph, tgc, tor. |
| 17:39.34 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 17:41.48 | *** join/#brlcad sofat (~smile@202.164.45.204) | |
| 17:58.49 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 18:16.33 | Notify | 03BRL-CAD:starseeker * 65897 (brlcad/trunk/src/libged/brep.c brlcad/trunk/src/librt/primitives/brep/brep_debug.cpp): Enable color setting for brep surface plotting. Many others to update... |
| 18:22.43 | *** join/#brlcad sofat (~smile@202.164.45.204) | |
| 18:46.46 | *** join/#brlcad sofat (~smile@202.164.45.204) | |
| 19:05.32 | *** join/#brlcad konrado (~konro@41.205.22.23) | |
| 19:06.47 | *** join/#brlcad konrado_ (~konro@41.205.22.23) | |
| 19:21.17 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 19:22.52 | Notify | 03BRL-CAD Wiki:Bhollister * 9319 /wiki/MGED_CMD_labelface: |
| 19:24.26 | *** join/#brlcad kintel_ (~kintel@unaffiliated/kintel) | |
| 19:34.39 | *** join/#brlcad sofat (~smile@202.164.45.212) | |
| 19:54.36 | Notify | 03BRL-CAD:starseeker * 65898 (brlcad/trunk/doc/docbook/articles/en/animation_tutorial.xml brlcad/trunk/doc/docbook/articles/en/camo_shader.xml and 17 others): Apply patch #402 from Hitesh Sofat |
| 20:03.12 | Notify | 03BRL-CAD:ejno * 65899 (brlcad/trunk/src/libgcv/plugin.c brlcad/trunk/src/libgcv/plugin.h): simplify plugin registration |
| 20:03.56 | Notify | 03BRL-CAD:ejno * 65900 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: error checking |
| 20:12.28 | Notify | 03BRL-CAD:starseeker * 65901 (brlcad/trunk/include/rt/vlist.h brlcad/trunk/src/librt/vlist.c and 4 others): Apply patch #403 from Brad Eric Hollister adding ability to label nmg faces. |
| 21:08.34 | *** join/#brlcad konrado (~konro@41.205.22.48) | |
| 21:20.26 | Notify | 03BRL-CAD:vasco_costa * 65902 (brlcad/branches/opencl/include/rt/shoot.h brlcad/branches/opencl/src/librt/primitives/arb8/arb8_shot.cl and 10 others): add diffuse, surface normals rendering light models to opencl. |
| 21:28.28 | Notify | 03BRL-CAD:ejno * 65903 (brlcad/trunk/src/conv/gcv/gcv.c brlcad/trunk/src/libgcv/plugin.c brlcad/trunk/src/libgcv/plugin.h): free options_data |
| 21:30.48 | *** join/#brlcad ishwerdas (3b5bec60@gateway/web/cgi-irc/kiwiirc.com/ip.59.91.236.96) | |
| 21:31.33 | Notify | 03BRL-CAD:vasco_costa * 65904 (brlcad/trunk/include/rt/shoot.h brlcad/trunk/src/librt/primitives/arb8/arb8_shot.cl and 9 others): backport diffuse, surface normals rendering light models from opencl branch. |
| 21:40.17 | Notify | 03BRL-CAD Wiki:Vasco.costa * 0 /wiki/File:Cl_sphere_surf_normals.png: |
| 21:40.40 | Notify | 03BRL-CAD Wiki:Vasco.costa * 0 /wiki/File:Cl_sphere_diffuse.png: |
| 21:41.03 | Notify | 03BRL-CAD Wiki:Vasco.costa * 0 /wiki/File:Cl_havoc_surf_normals.png: |
| 21:51.37 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9323 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 12 : 10 Aug-16 Aug */ |
| 21:52.25 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9324 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 12 : 10 Aug-16 Aug */ |
| 21:54.29 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9325 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Status */ |
| 21:59.31 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9326 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Status */ |
| 22:00.10 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9327 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Status */ |
| 22:00.49 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9328 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Status */ |
| 22:02.43 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9329 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 12 : 10 Aug-16 Aug */ |
| 22:03.38 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9330 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 12 : 10 Aug-16 Aug */ |
| 22:05.11 | Notify | 03BRL-CAD:ejno * 65905 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_read.c: let bu_opt_int() handle the numerical base for the bu_debug flag |
| 22:07.54 | vasc | well finally got some decent output out of the blasted opencl code |
| 22:08.45 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9331 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 12 : 10 Aug-16 Aug */ |
| 22:09.30 | vasc | http://brlcad.org/wiki/User:Vasco.costa/GSoC15/logs#Week_12_:_10_Aug-16_Aug |
| 22:11.04 | vasc | this is more like i wanted |
| 22:16.01 | Notify | 03BRL-CAD:vasco_costa * 65906 brlcad/trunk/src/librt/primitives/table.cl: Add optional opencl single hit callback code. |
| 22:18.23 | Notify | 03BRL-CAD:vasco_costa * 65907 brlcad/branches/opencl/src/librt/primitives/table.cl: refactor. |
| 22:25.01 | *** join/#brlcad konrado (~konro@41.205.22.19) | |
| 22:26.50 | Notify | 03BRL-CAD Wiki:202.164.45.212 * 9332 /wiki/User:Hiteshsofat/GSoc15/log_developmen: |
| 22:31.53 | Notify | 03BRL-CAD:vasco_costa * 65908 brlcad/branches/opencl/src/librt/librt_private.h: refactor. |
| 22:32.40 | *** join/#brlcad vasc (~vasc@bl13-111-32.dsl.telepac.pt) | |
| 22:32.47 | Notify | 03BRL-CAD:vasco_costa * 65909 brlcad/trunk/src/librt/librt_private.h: refactor. |
| 22:37.52 | Notify | 03BRL-CAD:vasco_costa * 65910 brlcad/branches/opencl/src/librt/primitives/table.cl: add missing character. |
| 23:17.02 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9333 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Status */ |
| 23:18.40 | Notify | 03BRL-CAD Wiki:Konrado DJ * 9334 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 13 AUGUST 2015 */ |
| 23:38.53 | Notify | 03BRL-CAD Wiki:Bhollister * 9335 /wiki/User:Bhollister/DevLogAug2015: /* Thurs, August 13, 2015 */ |
| 23:43.40 | Notify | 03BRL-CAD Wiki:Bhollister * 9336 /wiki/MGED_CMD_nmg: |
| 23:45.04 | Notify | 03BRL-CAD Wiki:Bhollister * 9337 /wiki/User:Bhollister/DevLogAug2015: /* Thurs, August 13, 2015 */ |
| 23:46.07 | bhollister3 | starseek1r: posted patch 403 for kill F. https://sourceforge.net/p/brlcad/patches/404/ |
| 00:01.01 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 01:25.13 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 03:58.47 | *** join/#brlcad gurwinder (~chatzilla@117.220.168.85) | |
| 05:07.39 | *** join/#brlcad gurwinder (~chatzilla@117.220.168.85) | |
| 06:15.56 | Notify | 03BRL-CAD:vasco_costa * 65911 (brlcad/branches/opencl/src/librt/primitives/table.cl brlcad/branches/opencl/src/rt/do.c): retrofit HLBVH tree builder from pbrtv3 source. |
| 06:59.25 | *** join/#brlcad shaina (~shaina@59.91.89.236) | |
| 07:40.57 | Notify | 03BRL-CAD:vasco_costa * 65912 (brlcad/branches/opencl/include/rt/shoot.h brlcad/branches/opencl/src/librt/primitives/common.cl and 3 others): opencl bvh traversal. |
| 09:15.45 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 10:28.25 | *** join/#brlcad merzo (~merzo@92.60.189.225) | |
| 10:32.27 | *** join/#brlcad merzo (~merzo@92.60.189.225) | |
| 10:37.21 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 10:51.51 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-kcmjlkbnddonfomp) | |
| 11:08.26 | Notify | 03BRL-CAD:vasco_costa * 65913 (brlcad/branches/opencl/src/librt/primitives/table.cl brlcad/branches/opencl/src/rt/do.c): don't put infinite solids into the bvh. |
| 11:10.41 | *** join/#brlcad konrado (~konro@41.205.22.35) | |
| 12:10.49 | *** join/#brlcad ih8sum3r (~ih8sum3r@122.173.220.245) | |
| 14:59.40 | Notify | 03BRL-CAD:carlmoore * 65914 (brlcad/trunk/doc/docbook/articles/en/main_menu.xml brlcad/trunk/doc/docbook/articles/en/mged.xml and 7 others): remove trailing white space -- please advise of files which should NOT have this treatment (such was the case with a 'nirt' file I encountered long ago) |
| 15:22.37 | Notify | 03BRL-CAD:ejno * 65915 (brlcad/trunk/include/gcv/api.h brlcad/trunk/src/conv/gcv/gcv.c and 5 others): work on libgcv plugin API; make struct gcv_converter opaque |
| 15:55.39 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 15:59.25 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 16:06.44 | Notify | 03BRL-CAD:ejno * 65916 (brlcad/trunk/include/gcv/api.h brlcad/trunk/src/libgcv/plugin.c brlcad/trunk/src/libgcv/plugin.h): add comment documentation |
| 16:14.40 | Notify | 03BRL-CAD:ejno * 65917 brlcad/trunk/src/libgcv/plugin.h: edit comment documentation |
| 16:39.08 | *** join/#brlcad vasc (~VASC@bl13-111-32.dsl.telepac.pt) | |
| 16:41.15 | Notify | 03BRL-CAD:carlmoore * 65918 (brlcad/trunk/doc/docbook/articles/en/main_menu.xml brlcad/trunk/doc/docbook/lessons/en/mged07_goblet_material_properties.xml and 2 others): fix spellings |
| 16:42.52 | *** join/#brlcad merzo (~merzo@92.60.189.225) | |
| 16:50.30 | Notify | 03BRL-CAD:carlmoore * 65919 brlcad/trunk/src/librt/primitives/table.cl: I have found #ifdef paired with #endif, and I have corrected a misspelled 'endif' |
| 16:58.14 | bhollister | starseek1r: i'm here for our 10AM Pacific time mtg. i have a few items to update you with. decided to *not* impl kill S and kill R (for shells / regions). |
| 16:58.37 | bhollister | starseek1r: will impl a 'move V' instead. |
| 16:59.11 | bhollister | starseek1r: also, plan to update 'nmg cmface' to 'nmg make F' |
| 16:59.44 | bhollister | starseek1r: and add 'nmg make V'. these items should be reasonable for the next week of gsoc. |
| 17:00.08 | bhollister | starseek1r: will also write up a mailing list post with this info. |
| 17:08.18 | *** join/#brlcad ih8sum3r (~ih8sum3r@122.173.220.245) | |
| 17:11.21 | *** join/#brlcad roop (~roop@106.78.102.124) | |
| 17:15.52 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 17:38.51 | Notify | 03BRL-CAD:ejno * 65920 (brlcad/trunk/src/libgcv/bot_solidity.c brlcad/trunk/src/libgcv/bot_solidity.h brlcad/trunk/src/libgcv/plugin.h): add documentation comments for bot_solidity; tweaks |
| 17:46.34 | *** join/#brlcad gurwinder (~chatzilla@117.199.99.177) | |
| 17:51.57 | Notify | 03BRL-CAD:carlmoore * 65921 (brlcad/trunk/doc/docbook/articles/en/mged.xml brlcad/trunk/doc/docbook/system/mann/en/ev.xml and 2 others): for sake of uniformity (and to remove 1 entry from list of possible misspellings), remove 'tNURBs' in favor of 'tNURBS' |
| 18:06.55 | Notify | 03BRL-CAD:carlmoore * 65922 (brlcad/trunk/doc/docbook/articles/en/mged.xml brlcad/trunk/doc/docbook/system/man3/en/libdm.xml and 3 others): standardize on use of 'OpenGL' -- i.e., no more small l |
| 18:10.25 | Notify | 03BRL-CAD:ejno * 65923 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: insert a comment before writing facetized geometry |
| 18:24.45 | *** join/#brlcad gurwinder (~chatzilla@117.199.99.177) | |
| 19:32.22 | *** join/#brlcad Izakey (~Izakey@41.205.22.51) | |
| 20:00.15 | Notify | 03BRL-CAD Wiki:Deekaysharma * 9338 /wiki/User:Deekaysharma/logs: |
| 20:07.40 | *** join/#brlcad Ch3ck_ (~Ch3ck@154.70.99.14) | |
| 20:10.09 | vasc | pfhew |
| 20:10.32 | vasc | managed to shoehorn the pbrtv3 lbvh tree builder into BRL-CAD |
| 20:10.47 | vasc | had to manually convert a lot of c++ isms to c |
| 20:11.17 | vasc | so i sent the bvh nodes to the gpu and traverse the bvh on the cpu |
| 20:12.01 | vasc | some scenes like havoc or golliath are like 40x faster. the more primitives the more speedup of course. |
| 20:12.15 | vasc | so i can actually render golliath faster than the cpu now for a change |
| 20:12.31 | vasc | of course it's only doing first hit stuff |
| 20:13.18 | *** part/#brlcad vasc (~VASC@bl13-111-32.dsl.telepac.pt) | |
| 20:13.22 | *** join/#brlcad vasc (~VASC@bl13-111-32.dsl.telepac.pt) | |
| 20:14.56 | vasc | but its actually computing all the intersections i think |
| 20:15.27 | vasc | along the ray. it just discards the results of those behind the front |
| 20:18.00 | vasc | opencl branch only because i still need to refactor the lbvh builder to fit BRL-CAD coding style and make the code more robust. |
| 20:18.24 | vasc | but i should put the traversal code on trunk next week |
| 20:18.31 | vasc | early next week |
| 20:19.51 | vasc | the actually hlbvh builder should be cleanup some time after that. |
| 20:20.09 | vasc | s/actually/actual/g |
| 20:21.59 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9339 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Status */ |
| 20:22.37 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9340 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Status */ |
| 20:23.16 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9341 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Status */ |
| 20:23.35 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9342 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Status */ |
| 20:31.16 | vasc | btw |
| 20:31.27 | vasc | do you guys have any automated tool to check for trailing white space? |
| 20:32.09 | vasc | before the commits? i'm using the Netbeans IDE editor instead of VIM right now and it adds trailing white space to autoindent after a line quite often. |
| 20:32.35 | vasc | it's more convenient to do many-file edits. |
| 20:32.51 | vasc | i stopped using sublime text because it threw the whitespace all out of whack |
| 20:37.58 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9343 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 12 : 10 Aug-16 Aug */ |
| 20:39.32 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9344 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 12 : 10 Aug-16 Aug */ |
| 20:54.13 | Ch3ck_ | vasc, there is a script i think it should be indent.sh |
| 20:54.37 | Ch3ck_ | it should work. Or just wait on carlmoore. He will obviously tell you when there's whitespaces in the code vasc |
| 20:54.52 | vasc | yeah. it's happened a bit too often for my taste |
| 20:55.12 | vasc | i don't like causing work for other people with things like this |
| 20:55.21 | Ch3ck_ | it's a bot |
| 20:55.22 | vasc | so i want to pre-empt that |
| 20:55.25 | vasc | oh |
| 20:55.54 | vasc | well it still is an issue because i'm maintaining two code trees in parallel. the opencl branch and the trunk. |
| 20:56.07 | vasc | carlmoore only applies those changes to trunk |
| 20:56.14 | vasc | so i end up getting the trees out of sync |
| 20:56.30 | Ch3ck_ | ah, i see |
| 20:56.47 | Ch3ck_ | well the best thing to do with whitespaces is manually check them. |
| 20:56.56 | Ch3ck_ | those shell scripts never really worked for me anyways |
| 20:57.01 | vasc | it wasn't a problem when i used VIM |
| 20:57.09 | vasc | but it isn't convenient for the stuff i'm coding now |
| 20:57.41 | vasc | the IDE automatically inserts whitespace all over the place. sometimes i manually delete it. only for it to add it again. |
| 20:57.50 | vasc | i'll check the manuals. |
| 20:58.36 | vasc | i also need some tool to convert from Java naming style to BRL-CAD style... |
| 20:58.38 | vasc | feh |
| 21:04.37 | ejno | there is also sh/ws.sh |
| 21:04.57 | vasc | thx |
| 21:05.03 | vasc | guys |
| 21:08.50 | *** join/#brlcad Ch3ck_ (~Ch3ck@154.70.99.57) | |
| 21:24.46 | Notify | 03BRL-CAD Wiki:Bhollister * 9345 /wiki/MGED_CMD_nmg: /* Proposed subcommands */ |
| 21:25.25 | Notify | 03BRL-CAD Wiki:Bhollister * 9346 /wiki/MGED_CMD_nmg: /* Proposed subcommands */ |
| 21:36.33 | Notify | 03BRL-CAD Wiki:Bhollister * 9347 /wiki/MGED_CMD_labelver: /* Argument(s) */ |
| 21:43.09 | Notify | 03BRL-CAD Wiki:Bhollister * 9348 /wiki/MGED_CMD_nmg: /* Proposed subcommands */ |
| 21:48.13 | Notify | 03BRL-CAD Wiki:Bhollister * 9349 /wiki/MGED_CMD_nmg: /* Subcommands */ |
| 21:58.14 | *** part/#brlcad Ch3ck_ (~Ch3ck@154.70.99.57) | |
| 22:02.50 | Notify | 03BRL-CAD Wiki:Bhollister * 9350 /wiki/User:Bhollister/Proposal: /* Project Schedule */ |
| 22:32.46 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) | |
| 22:34.48 | *** join/#brlcad maths22 (~maths22@66-118-151-70.static.sagonet.net) | |
| 22:35.00 | *** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 22:35.13 | *** join/#brlcad ejno (~ejno@unaffiliated/kazaik) | |
| 22:35.21 | *** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net) | |
| 22:36.26 | *** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net) | |
| 22:46.17 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 22:47.00 | Notify | 03BRL-CAD:vasco_costa * 65924 (brlcad/branches/opencl/include/rt/shoot.h brlcad/branches/opencl/src/librt/primitives/arb8/arb8_shot.cl and 9 others): change CamelCase to under_scores. |
| 22:51.22 | *** join/#brlcad merzo (~merzo@39-63-132-95.pool.ukrtel.net) | |
| 23:18.58 | Notify | 03BRL-CAD:vasco_costa * 65925 brlcad/branches/opencl/src/rt/do.c: add asserts to bvh construction. |
| 23:21.45 | *** join/#brlcad vasc (~vasc@bl13-111-32.dsl.telepac.pt) | |
| 23:47.52 | Notify | 03BRL-CAD Wiki:Konrado DJ * 9351 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 14 AUGUST 2015 */ |
| 23:53.02 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9352 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 12 : 10 Aug-16 Aug */ |
| 00:04.21 | Stragus | Vasco, so you imported some BVH code from somewhere? Eh, that works |
| 00:07.27 | Notify | 03BRL-CAD:vasco_costa * 65926 (brlcad/branches/opencl/include/rt/shoot.h brlcad/branches/opencl/src/librt/primitives/primitive_util.c brlcad/branches/opencl/src/rt/do.c): allow opencl lightmodel argument passing from the command line. |
| 00:12.11 | vasc | i think its MIT Licensed |
| 00:12.53 | vasc | only way to do in the schedule |
| 00:13.13 | vasc | there's a CUDA version of the code as well. dunno about any OpenCL version though. |
| 00:13.57 | vasc | there's a reason why i proposed the grid |
| 00:14.15 | vasc | decent quality bvh builders are quite hairy to implement |
| 00:14.25 | Stragus | Yes, it's quite a bit of code |
| 00:14.47 | Stragus | But that's a good solution. It's worth implementing things well or not at all, so that someone else will do it |
| 00:15.10 | vasc | well it can now render some scenes like 45x faster |
| 00:15.34 | vasc | brute force is gone |
| 00:16.03 | vasc | i think its like 4-5x faster than the cpu version right now |
| 00:16.16 | Stragus | Cool |
| 00:16.28 | vasc | well it doesn't do csg or a bunch of other things |
| 00:16.54 | Stragus | I thought it was only the BVH builder, working on abstract "objects" |
| 00:17.15 | Stragus | Where said objects can be CSG objects of specified weight/cost |
| 00:18.00 | Notify | 03BRL-CAD Wiki:Bhollister * 9353 /wiki/User:Bhollister/DevLogAug2015: /* Fri, August 14, 2015 */ |
| 00:18.06 | vasc | i'm only computing all intersections on the ray path and discarding those results that are behind something else |
| 00:18.26 | vasc | so i guess it only supports the union operator |
| 00:18.30 | vasc | ar ar |
| 00:18.40 | Stragus | :) It's a good starting point |
| 00:19.23 | bhollister3 | starseeker: patch #405 has been newly submitted. |
| 00:19.46 | vasc | btw i added that callback to process hits like you mentioned |
| 00:20.19 | Stragus | Cool, that will make it easier to extend functionalities |
| 00:21.02 | vasc | none of this is on trunk though. the memory allocations of the bvh builders are still a bit of a mess |
| 00:21.36 | Stragus | Is the BVH built as one chunk of memory or it's a mess of pointers? |
| 00:21.47 | vasc | its a linearized tree |
| 00:21.49 | vasc | one chunk |
| 00:21.52 | Stragus | That's good |
| 00:22.55 | Notify | 03BRL-CAD Wiki:Bhollister * 9354 /wiki/User:Bhollister/DevLogAug2015: /* Fri, August 14, 2015 */ |
| 00:22.59 | vasc | e.g. for the goliath it takes 0.08MB of RAM |
| 00:23.30 | vasc | but i'm using 255 primitives per leaf i think feh |
| 00:23.47 | Stragus | These are some heavy leaves |
| 00:23.48 | vasc | i'll need to figure out a proper setting eventually |
| 00:24.14 | Stragus | Consdering the high cost of intersection, leaves should be as small as possible |
| 00:24.36 | vasc | well on bvhs the leaves should be a bit bigger than on kd-trees |
| 00:24.39 | Notify | 03BRL-CAD Wiki:Bhollister * 9355 /wiki/MGED_CMD_nmg: |
| 00:24.45 | vasc | coz the bounding boxes take up a lot of space |
| 00:25.11 | vasc | but yeah the ideal trees are usually 'stringy' with few primitives per leaf |
| 00:25.17 | Stragus | Right |
| 00:25.38 | vasc | i'll eventually do some benchmarking to figure out a value |
| 00:26.33 | vasc | even with these big leaves it takes like half a second to render the goliath |
| 00:27.03 | Stragus | First hit only? |
| 00:27.13 | vasc | yeah |
| 00:27.35 | vasc | i think it takes like 1.5s to render it with BRL-CAD proper |
| 00:27.39 | Stragus | Darn |
| 00:27.48 | vasc | well the boxes a kinda big |
| 00:27.51 | vasc | are |
| 00:28.07 | vasc | it's just changing some constant somewhere |
| 00:28.33 | Stragus | Normally, it should be changing the traversal cost weights of the objects... |
| 00:28.36 | vasc | i usually see 8x speedup when i port things to gpu |
| 00:28.42 | vasc | but this one is more like 4-5x |
| 00:28.52 | Stragus | The BRL-CAD raytracer doesn't use SSE/AVX |
| 00:28.56 | vasc | coz of the doubles |
| 00:29.01 | Stragus | Oh right, doubles |
| 00:29.45 | Stragus | The float speed-up would normally be about 60x, but with these doubles, it might go from 2x to 20x |
| 00:29.57 | vasc | nah it ain't that good |
| 00:30.19 | vasc | not against MT and SIMD CPU code |
| 00:30.36 | vasc | but OpenCL can run on the CPU as well |
| 00:30.47 | Stragus | BRL-CAD's raytracer doesn't use any SSE/AVX |
| 00:30.54 | vasc | it does now :-) |
| 00:31.01 | Stragus | Through OpenCL? |
| 00:31.03 | vasc | yeah |
| 00:31.09 | Stragus | Does that work well? |
| 00:31.38 | vasc | i have to change the code and recompile to check. there's no command line option to select device yet. it just picks the first on the list |
| 00:32.31 | vasc | no i didn't code that |
| 00:33.14 | vasc | i have an AMD FX 8350 |
| 00:34.42 | vasc | 0.18 sec for that scene that takes 0.09 sec on the GPU |
| 00:34.53 | vasc | its only 2x faster on the GPU |
| 00:35.15 | Stragus | There's plenty of optimization work left, but you apparently did a big chunk |
| 00:35.32 | vasc | the memory writes need to be optimized a lot |
| 00:35.33 | Stragus | I have a lot of CUDA experience but I have never used doubles, I'm not sure what to expect |
| 00:36.11 | Stragus | Highly parallel code can be 20x faster on a single GPU than multi-threaded SSE/AVX optimized numa-aware CPU code |
| 00:36.18 | Stragus | ... with floats |
| 00:36.23 | vasc | right |
| 00:36.45 | vasc | but i usually see more like 8x |
| 00:37.11 | vasc | its the damned thread divergence |
| 00:38.16 | vasc | that's the thing with OpenCL. it can target a lot of architectures |
| 00:38.21 | vasc | even if the tools kinda suck |
| 00:38.40 | vasc | the language itself is perfectly fine |
| 00:38.52 | vasc | with some exceptions |
| 00:38.54 | Stragus | OpenCL code always needs to target a specific architecture if you want good performance |
| 00:39.00 | vasc | well yeah but |
| 00:39.06 | vasc | you can say the same for C code |
| 00:39.16 | Stragus | Even with CUDA, I have plenty of #if depending if I'm running on Fermi, Kepler or Maxwell |
| 00:39.42 | Stragus | Well... yes, except most C code runs on x86 chips with few differences |
| 00:39.49 | vasc | today maybe |
| 00:39.57 | vasc | all the world is either x86 or ARM |
| 00:40.26 | vasc | x86 on laptops and above and ARM on tablets and below |
| 00:40.32 | Stragus | Right |
| 00:40.43 | Stragus | Optimization guidelines on ARM are fairly close to x86 |
| 00:41.12 | vasc | the only quirky thing it had that i remember was that branch target bit or whatever |
| 00:42.08 | vasc | i never did assembly on ARM |
| 00:42.17 | vasc | only x86 |
| 00:42.26 | vasc | and MIPS i guess but that was on paper |
| 00:42.28 | vasc | :-) |
| 00:43.09 | Stragus | MIPS, that still exists? :) |
| 00:43.33 | Stragus | I read a lot on ARM and NEON, just to reassure myself that not all architectures have to be as poorly designed as x86 |
| 00:43.41 | vasc | well the hennessy and patterson books uses MIPS and DLX |
| 00:43.53 | vasc | yeah x86 is pretty bad |
| 00:43.59 | Stragus | Although I found the ISA of all CUDA hardware fantastic |
| 00:44.05 | vasc | yes me too |
| 00:44.13 | vasc | lots of nice instructions and its quite orthogonal |
| 00:44.52 | vasc | the x86 did get a lot better with i386 and x86-64 though |
| 00:45.12 | Stragus | The weight of legacy is terrible |
| 00:45.31 | vasc | AMD at one point wanted to replace x87 but eventually they gave up |
| 00:45.41 | vasc | i think they called it the Technical Floating Point instructions |
| 00:45.43 | vasc | three operand FP |
| 00:45.49 | vasc | no stack shit |
| 00:45.56 | Stragus | The "Clear the interrupt flag" instruction is just one byte, but the "dot product" SSE 4.1 instruction is 5 (!!) bytes, plus 2 bytes for operands and two prefixes, so 9 bytes |
| 00:46.16 | vasc | it's got seniority |
| 00:46.51 | vasc | all the flags instructions on x86 are probably going to bite them in the ass in the future |
| 00:47.19 | vasc | it makes wide processors a problem |
| 00:47.21 | Stragus | Yes... and implicit operands not allowing good parallelism, all instructions modifying flags, etc. |
| 00:47.53 | Stragus | The worst problem is probably the guaranteed L1 cache synchronization between cores, it makes scalability very troublesome for the hardware |
| 00:47.56 | vasc | does PTX even have flags? i don't think so |
| 00:48.21 | Stragus | CUDA hardware could have a million cores, but x86? Ah... we have serious headaches going above 16 |
| 00:48.35 | vasc | well the Xeon Phi has quite a lot of them |
| 00:48.44 | Stragus | All cores need to talk to each other to synchronize their L1 cache due to memory coherency guarantees of the architecture |
| 00:49.10 | vasc | yeah that particular choice of memory protocol wasn't probably the best either |
| 00:49.50 | vasc | Xeon Phi 61 cores |
| 00:50.31 | Stragus | I wonder if they relaxed the memory coherency guarantees, requiring actual memory fences |
| 00:52.37 | Stragus | Apparently not, it features the same x86 cache coherence guarantees |
| 00:52.43 | vasc | i think they had this ring bus |
| 00:52.48 | vasc | in the early ones |
| 00:52.52 | vasc | connecting the processors |
| 00:52.57 | vasc | i mean the cores |
| 00:52.58 | Stragus | Right |
| 00:54.08 | vasc | it's probably the next iteration of the Intel fail architecture for the technical computing market |
| 00:54.26 | vasc | which will join the i860, Itanium |
| 00:54.30 | Stragus | Yup |
| 00:54.48 | vasc | it's too big and hot |
| 00:55.00 | vasc | something that can only sell for the server market ain't gonna do it |
| 00:55.28 | Stragus | It's not even good. A consumer-grade GPU beats a $2k Xeon Phi |
| 00:55.33 | vasc | if anything the gpus might eventually enter their space. |
| 00:56.11 | vasc | what's that nvidia thingie called.... i think its Denver |
| 00:56.51 | vasc | ah no they changed the name |
| 00:57.04 | vasc | or not |
| 00:57.34 | Stragus | The ARM CPU in Nexus 9? |
| 00:58.09 | vasc | yeah |
| 00:58.17 | vasc | it's ARM compatible but its not an ARM chip design |
| 00:58.51 | vasc | its their answer to the Itanium i guess. snark. |
| 00:59.08 | vasc | its some kind of VLIW with code morphing. now that would be transmeta i guess. |
| 00:59.41 | vasc | it's weird that one |
| 00:59.54 | Stragus | Yes, I never really read anything about it |
| 01:00.03 | vasc | allegedly NVIDIA wanted to do x86 compat. not ARM compat for the Denver. |
| 01:00.14 | vasc | then they switched to supposedly being able to target both |
| 01:00.29 | vasc | then i think they hit a slight snag with Intel patent licensing |
| 01:00.50 | Stragus | I want a CPU where I can reprogram the instruction decoder |
| 01:00.57 | vasc | or at least that's how the rumour mill went |
| 01:01.26 | vasc | Denver is 7-wide |
| 01:01.38 | Stragus | Look ago, I looked into writing AMD micro-code to reprogram the instruction decoding |
| 01:01.55 | Stragus | Not surprisingly, information was *very* scarse |
| 01:02.07 | vasc | yeah. imagine removing a virus in that. |
| 01:02.13 | Stragus | Long* ago |
| 01:02.25 | Stragus | Eh, yes |
| 01:02.25 | vasc | i think the PAL on the Alpha was programmable. |
| 01:02.34 | vasc | they used it for VAX emulation and stuff like that. |
| 01:02.39 | Stragus | All modern x86 CPUs have programmable microcodes |
| 01:02.52 | Stragus | Except that Intel and AMD are keeping their mouth completely shut on the topic |
| 01:03.15 | vasc | well people might find out how many bugs their processors really have it they didn't |
| 01:03.34 | vasc | i think i read that Intel disabled TSX recently |
| 01:03.36 | Stragus | I had figured out that all AMD "direct path" instructions were not programmable, but the "vector path" instructions were interpreted by the microcode |
| 01:03.57 | vasc | well |
| 01:04.05 | vasc | it takes a long time to design a processor |
| 01:04.20 | vasc | and Intel keeps changing the instruction set and not telling anyone about it until its too late |
| 01:04.25 | vasc | so microcode to the rescue. |
| 01:04.33 | Stragus | Eheh |
| 01:05.12 | Stragus | wants to reprogram the opcode map so that all common SSE/AVX instructions get a single byte opcode |
| 01:05.32 | vasc | to improve code density? that's interesting. |
| 01:05.51 | vasc | but the short ones are prolly reserved. |
| 01:05.53 | Stragus | Many modern processors actually choke on the instruction decoding |
| 01:06.08 | Stragus | Instruction decoding is a bottleneck in many cases, due to the SSE/AVX instruction taking so many bytes and prefixes |
| 01:06.27 | vasc | yeah x86 has so many additions and changes its like a kiltwork ISA |
| 01:06.46 | vasc | quilt work |
| 01:06.58 | Stragus | We have 1 byte opcodes to do things like "add 1 to eax" and so on |
| 01:07.14 | vasc | that one actually makes sense |
| 01:07.40 | vasc | there's also the fabled XOR EAX, EAX coz its smaller than MOV EAX, 0 |
| 01:08.16 | Stragus | Okay... what about the single byte "aad" instruction, ASCII adjust AX before division by 10? :) |
| 01:08.38 | vasc | it probably made sense when they wanted to sell POS. you know cash registers. |
| 01:08.53 | vasc | that and the BCD mode crap. |
| 01:09.18 | Stragus | Yes, it's part of the many BCD instructions, opcodes all taking a single byte |
| 01:09.49 | Stragus | Or other one-byte instructions like "bounds", check if a number is between two numbers or not |
| 01:09.56 | vasc | i think we used that in the lab when i was an undergrad to program this segmented LED display |
| 01:10.40 | vasc | i think the string instructions are even more useless |
| 01:10.59 | Stragus | Oh, did you know that the "inc" (increment) and "dec" (decrement) instructions have a single-byte opcode for every single register? |
| 01:11.27 | *** join/#brlcad vasc__ (~vasc@bl13-126-172.dsl.telepac.pt) | |
| 01:12.00 | Stragus | Oh, did you know that the "inc" (increment) and "dec" (decrement) instructions have a single-byte opcode for every single register? |
| 01:12.03 | Stragus | Opcode 40h: inc ax, opcode 41h: inc cx, opcode 42h: inc dx, opcode 43h: inc sp |
| 01:12.13 | Stragus | We have *that* and we have 9 bytes dot products |
| 01:12.36 | vasc__ | they probably thought it made sense at the time |
| 01:13.03 | vasc__ | i think the x86 was based on some processor that was in turn based on another processor that was an accumulator architecture |
| 01:13.04 | vasc__ | only one register |
| 01:13.37 | Stragus | Right... Someone somewhere should have figured out that we needed to clean up that crap when the ISA went 32 bits, then 64 bits |
| 01:13.43 | vasc__ | they prolly thought it would be more orthogonal and kept doing that crap when they added registers |
| 01:13.53 | Stragus | And now, it's stuck with us forever since there won't be a 128 bits |
| 01:13.59 | vasc__ | the 64bits cleaned it up a teensy bit i think |
| 01:14.16 | vasc__ | who knows... |
| 01:14.55 | Stragus | Oh actually, the inc/dec mess did become prefixes on 64 bits |
| 01:15.02 | vasc__ | see |
| 01:15.13 | vasc__ | yeah i think they reused one of two of those instructions |
| 01:15.26 | vasc__ | the VEX prefit or whatever. or was it REX. |
| 01:15.28 | Stragus | Right |
| 01:15.44 | Stragus | They still should have cleaned up a little more, but eh |
| 01:16.01 | vasc__ | well |
| 01:16.18 | vasc__ | AMD had the prior experience with the Technical Floating Point extensions |
| 01:16.41 | vasc__ | from what i heard the compiler writers and OS writers (prolly MS) didn't want to add support |
| 01:16.51 | vasc__ | so they dropped it and implemented compatibility with SSE |
| 01:16.55 | vasc__ | 2 |
| 01:16.58 | Stragus | Never heard of that before. Is it 3dnow?... |
| 01:17.03 | vasc__ | no |
| 01:17.11 | vasc__ | it was three operand floating point ala RISC |
| 01:17.23 | vasc__ | non-vector |
| 01:17.43 | Stragus | Google isn't finding much either |
| 01:18.06 | vasc__ | http://arstechnica.com/civis/viewtopic.php?f=8&t=530111 |
| 01:18.32 | vasc__ | the big thing was the FMA support |
| 01:18.35 | vasc__ | IIRC |
| 01:18.39 | vasc__ | three operand FMA |
| 01:19.24 | vasc__ | it would have doubled peak FP performance on x86 vs x87 i think |
| 01:19.36 | vasc__ | and coz of no more stack the performance would also be better |
| 01:19.37 | Stragus | Cool, thanks |
| 01:19.46 | vasc__ | they eventually gave up |
| 01:19.58 | Stragus | AMD preferred to follow Intel on the SSE path |
| 01:20.35 | vasc__ | they had the experience with 3dnow |
| 01:20.39 | vasc__ | and 3dnow! |
| 01:20.55 | vasc__ | it's hard to convince software writers |
| 01:21.04 | vasc__ | the tools guys |
| 01:21.19 | vasc__ | so they gave up and went the SSE, whatever way |
| 01:21.44 | vasc__ | had they done the TFP i think X87 FP on 64-bit mode would be dead |
| 01:22.05 | Stragus | They should have thrown the x87 out on 64 bits |
| 01:22.21 | vasc__ | well the ISA says that SSE is the default FP mode |
| 01:22.29 | vasc__ | i think |
| 01:22.35 | vasc__ | SSE2 actually |
| 01:22.35 | Stragus | Yes... |
| 01:22.46 | Stragus | But the x87 is taking a *ton* of precious 1 byte opcodes! |
| 01:22.56 | Stragus | Seriously, like 40 of them |
| 01:22.57 | vasc__ | does it have those? |
| 01:23.02 | Stragus | Yes |
| 01:23.11 | vasc__ | i mean it was designed by those guys at Intel Haifa as an afterthought |
| 01:23.25 | vasc__ | let the Israelis do this crap no one needs |
| 01:24.00 | vasc__ | i think they had a limited opcode space so they went with that stack abortion ISA as a compromise |
| 01:24.28 | Stragus | Hum yes, it's just 16 one-byte opcodes after all, 0xD* |
| 01:24.53 | Stragus | They play in bits in the ModRM byte to change the instructions |
| 01:25.56 | Stragus | Since an operand is always the first x87 register on top of the stack, they have an extra 3 bits for every one-byte opcode |
| 01:26.06 | Stragus | So each one-byte opcode actually holds 8 different instructions |
| 01:26.15 | Stragus | It's both clever and incredibly nasty |
| 01:26.50 | vasc__ | it must make that instruction decoder really swell to do |
| 01:28.26 | Stragus | What a mess, 3 bits of the byte that identifies register operands actually change the instruction |
| 01:28.43 | Stragus | wouldn't want work in x86 CPU design |
| 01:29.15 | vasc__ | it's crap piled on more crap |
| 01:29.54 | vasc__ | like i said only i386 and x86-64 provide some reprieve |
| 01:30.12 | vasc__ | even if its still suboptimally encoded |
| 01:30.41 | Stragus | You are certainly right that they designed that whole x87 stack because they didn't have enough opcode space |
| 01:30.52 | Stragus | It shows just by reading the instruction encoding |
| 01:31.50 | vasc__ | stack processors were actually a fad at one point. actually several points. |
| 01:32.03 | vasc__ | latest was prolly the java processor crap |
| 01:32.10 | vasc__ | picojava |
| 01:32.53 | Stragus | I completely fail to see any advantage, except perhaps higher instruction encoding density due to an implicit argument |
| 01:33.09 | vasc__ | yeah that's the usual |
| 01:33.12 | Stragus | But you could have the same thing with regular registers, a very fast xchg and implicit eax instructions |
| 01:37.09 | vasc__ | i don't think CISC is necessarily a bad idea |
| 01:37.16 | vasc__ | but X86 is a bad CISC |
| 01:37.46 | Stragus | CISC should never have hardcoded registers |
| 01:38.12 | Stragus | And CISC should implement useful instructions for the future, no whatever Intel found easier/cheaper to implement at that point in time |
| 05:17.00 | *** join/#brlcad merzo (~merzo@38-109-133-95.pool.ukrtel.net) | |
| 06:32.51 | Notify | 03BRL-CAD:vasco_costa * 65927 brlcad/branches/opencl/src/rt/do.c: fix pointer bugs in the hlbvh builder. change max leaf size to 4 solids. |
| 07:33.05 | *** join/#brlcad merzo (~merzo@134-32-133-95.pool.ukrtel.net) | |
| 08:01.24 | *** join/#brlcad roop (~roop@106.76.156.16) | |
| 08:39.10 | *** join/#brlcad merzo (~merzo@140-107-132-95.pool.ukrtel.net) | |
| 09:15.54 | *** join/#brlcad merzo (~merzo@109-52-133-95.pool.ukrtel.net) | |
| 09:43.55 | *** join/#brlcad shaina (~shaina@61.0.200.41) | |
| 10:32.10 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 10:39.40 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 10:52.02 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-qeyccaegxmasrrzf) | |
| 11:30.14 | *** join/#brlcad konrado (~konro@41.205.22.10) | |
| 13:25.42 | Notify | 03BRL-CAD:ejno * 65928 (brlcad/trunk/src/libgcv/bot_solidity.c brlcad/trunk/src/libgcv/plugin.c brlcad/trunk/src/libgcv/plugin.h): formatting; use const pointers |
| 14:47.12 | Notify | 03BRL-CAD:vasco_costa * 65929 (brlcad/branches/opencl/include/rt/shoot.h brlcad/branches/opencl/src/librt/primitives/primitive_util.c brlcad/branches/opencl/src/rt/do.c): refactor hlbvh api. |
| 15:42.40 | *** join/#brlcad konrado (~konro@41.205.22.32) | |
| 15:47.29 | *** join/#brlcad vasc (~vasc@bl13-126-172.dsl.telepac.pt) | |
| 15:53.15 | Notify | 03BRL-CAD:vasco_costa * 65930 (brlcad/branches/opencl/include/bu/malloc.h brlcad/branches/opencl/src/libbu/malloc.c brlcad/branches/opencl/src/rt/do.c): memory pools to manage bvh node creation memory. |
| 15:59.30 | Notify | 03BRL-CAD:vasco_costa * 65931 (brlcad/trunk/include/bu/malloc.h brlcad/trunk/src/libbu/malloc.c): memory pools. |
| 16:12.09 | Notify | 03BRL-CAD:vasco_costa * 65932 (brlcad/trunk/include/rt/shoot.h brlcad/trunk/src/librt/primitives/arb8/arb8_shot.cl and 9 others): opencl linear bvh traversal. |
| 16:26.30 | starseeker | bhollister3: apologies for not being around on Fri - didn't have internet access |
| 16:45.28 | *** join/#brlcad gurwinder (~chatzilla@59.91.237.53) | |
| 17:02.13 | Notify | 03BRL-CAD:ejno * 65933 brlcad/trunk/src/librt/primitives/bot/gct_decimation/meshdecimation.c: silence warning |
| 17:15.48 | Notify | 03BRL-CAD:starseeker * 65934 (brlcad/trunk/src/libged/brep.c brlcad/trunk/src/librt/primitives/brep/brep_debug.cpp): Add support for custom colors to a few more brep plotting routines. |
| 17:18.28 | starseeker | konrado: if we're going to require that libxml be installed, it'll need to move to src/other |
| 17:18.38 | starseeker | konrado: (sorry, catching up) |
| 17:25.38 | starseeker | konrado: did you happen to take a look at irrXML as used by assimp? https://github.com/assimp/assimp/tree/master/contrib/irrXML |
| 17:26.08 | starseeker | konrado: if that can do what is needed, I suspect it would be a much simpler dependency to manage than libxml et. al. |
| 17:28.21 | starseeker | would need slight rework to make it "properly" contained but since assimp is using their version in geometry file conversion it will hopefully be well matched to our own needs |
| 17:34.57 | *** join/#brlcad konrado_ (~konro@41.205.22.38) | |
| 17:37.10 | konrado | starseeker: Thanks for the response, I would look into all what you have said and get back to you latter. |
| 17:37.35 | starseeker | konrado: if we do need libxml we can do that, but it's likely going to require more build work than just adding install rules |
| 17:38.20 | starseeker | iirc there was quite a lot in there, and the existing CMake files are targeted solely at getting enough of it working to do our docbook build and validation in a cross platform fashion |
| 17:39.04 | starseeker | I'd want to do a more thorough job of it if libxml graduates to an installed 3rd party src/other dep |
| 17:39.47 | starseeker | konrado: if it would help for me to break out a stand-alone version of the assimp irrxml fork I can probably do that fairly quickly - let me know |
| 17:43.04 | *** join/#brlcad konro__ (~konro@41.205.22.43) | |
| 17:44.43 | starseeker | sxmlc might also be worth a look if irrXML proves inadequate for some reason - it seems to be maintained |
| 17:45.10 | starseeker | but assimp's needs are likely to map very well to ours in this area |
| 17:45.55 | starseeker | is still partial to the idea of hooking them under libgcv to handle bot formats... |
| 18:10.06 | *** join/#brlcad bhollister (~brad@2601:647:cb01:9750:b530:224b:6c3:7974) | |
| 18:21.47 | *** join/#brlcad konrado (~konro@41.205.22.12) | |
| 18:34.10 | *** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 18:34.50 | Notify | 03BRL-CAD:vasco_costa * 65935 brlcad/branches/opencl/src/rt/do.c: remove experimental grids code. |
| 18:37.05 | Notify | 03BRL-CAD Wiki:Gurwinder Singh * 9356 /wiki/User:Gurwinder_Singh/GSoc15/log_developmen: |
| 18:42.30 | Notify | 03BRL-CAD Wiki:Gurwinder Singh * 9357 /wiki/Povray: |
| 18:43.18 | Notify | 03BRL-CAD Wiki:Gurwinder Singh * 9358 /wiki/Povray: |
| 20:05.06 | Notify | 03BRL-CAD Wiki:106.76.158.73 * 9359 /wiki/User:Hiteshsofat/GSoc15/log_developmen: |
| 20:34.47 | Notify | 03BRL-CAD:vasco_costa * 65936 brlcad/branches/opencl/src/rt/do.c: refactor bvh builder to accept a list of centroids and boxes instead of primitives. |
| 20:49.22 | *** join/#brlcad gaganjyot (~vikram@117.253.227.160) | |
| 20:57.27 | *** join/#brlcad Ch3ck_ (~Ch3ck@41.205.19.154) | |
| 21:54.30 | *** part/#brlcad Ch3ck_ (~Ch3ck@41.205.19.154) | |
| 22:03.08 | Notify | 03BRL-CAD:vasco_costa * 65937 (brlcad/branches/opencl/include/rt/defines.h brlcad/branches/opencl/include/rt/shoot.h and 3 others): move bvh builder to librt. |
| 22:19.54 | Notify | 03BRL-CAD:vasco_costa * 65938 (brlcad/trunk/include/rt/defines.h brlcad/trunk/include/rt/shoot.h and 2 others): add hlbvh cpu builder to trunk. |
| 22:28.35 | Notify | 03BRL-CAD:vasco_costa * 65939 brlcad/branches/opencl/src/librt/cut.c: improve comments. |
| 22:32.11 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9360 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 12 : 10 Aug-16 Aug */ |
| 22:32.54 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9361 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Status */ |
| 07:02.41 | *** join/#brlcad tofu_ (~sean@66-118-151-70.static.sagonet.net) | |
| 07:06.58 | *** join/#brlcad archivist_ (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 07:09.13 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 07:09.23 | *** join/#brlcad ejno (~ejno@unaffiliated/kazaik) | |
| 07:49.49 | Notify | 03BRL-CAD:vasco_costa * 65940 (brlcad/branches/opencl/include/rt/rt_instance.h brlcad/branches/opencl/include/rt/shoot.h and 17 others): properly integrate opencl renderer with mged. |
| 08:12.48 | Notify | 03BRL-CAD:vasco_costa * 65941 (brlcad/trunk/include/rt/rt_instance.h brlcad/trunk/include/rt/shoot.h and 18 others): integrate opencl renderer with rt and mged. currently it supports the diffuse (default) and surface normals light models. |
| 08:13.58 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9362 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 12 : 10 Aug-16 Aug */ |
| 08:14.49 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9363 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 12 : 10 Aug-16 Aug */ |
| 08:22.02 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9364 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 12 : 10 Aug-16 Aug */ |
| 08:46.20 | Notify | 03BRL-CAD:vasco_costa * 65942 brlcad/trunk/src/rt/do.c: rename function. |
| 08:46.53 | Notify | 03BRL-CAD:vasco_costa * 65943 brlcad/branches/opencl/src/rt/do.c: merge latest changes. |
| 09:18.56 | *** join/#brlcad merzo (~merzo@48-55-133-95.pool.ukrtel.net) | |
| 10:52.15 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-stppslxpavmsktye) | |
| 11:50.31 | Notify | 03BRL-CAD:vasco_costa * 65944 (brlcad/trunk/include/rt/shoot.h brlcad/trunk/src/librt/primitives/primitive_util.c and 2 others): copy opencl results in double precision. |
| 11:54.00 | Notify | 03BRL-CAD:vasco_costa * 65945 (brlcad/branches/opencl/include/rt/shoot.h brlcad/branches/opencl/src/librt/primitives/primitive_util.c and 2 others): merge latest changes. |
| 12:14.08 | *** join/#brlcad merzo (~merzo@147-93-132-95.pool.ukrtel.net) | |
| 13:44.59 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9365 /wiki/User:Vasco.costa/GSoC15/logs: /* Weeks 9-10 : 20 Jul-26 Jul, 27 Jul-2 Aug */ |
| 13:47.58 | maths22 | I just fixed cdash, since gcc has been removed from bz |
| 13:48.09 | maths22 | Look at all the errors! http://brlcad.org/CDash/buildSummary.php?buildid=184 |
| 15:27.32 | maths22 | One issue would seem to be http://lists.cs.uiuc.edu/pipermail/llvmbugs/2013-November/031104.html |
| 15:28.23 | maths22 | https://llvm.org/bugs/show_bug.cgi?id=17788 |
| 15:29.06 | *** join/#brlcad merzo (~merzo@1-27-133-95.pool.ukrtel.net) | |
| 15:32.32 | maths22 | Also, what happened to gcc? |
| 15:32.33 | maths22 | |
| 16:10.25 | *** join/#brlcad sofat (~androirc@101.208.144.209) | |
| 16:12.17 | *** join/#brlcad Shubham (6719e766@gateway/web/freenode/ip.103.25.231.102) | |
| 17:15.23 | *** join/#brlcad ih8sum3r (~ih8sum3r@122.173.183.151) | |
| 17:23.08 | *** join/#brlcad merzo (~merzo@143-47-133-95.pool.ukrtel.net) | |
| 17:46.57 | *** join/#brlcad konrado (~konro@41.205.22.20) | |
| 17:56.09 | starseeker | maths22: FreeBSD switched to clang as default, IIRC |
| 17:56.22 | starseeker | if they've upgraded bz recently, that might be what happened |
| 17:57.29 | starseeker | sees that was reported in 2013 and still isn't addressed... arg |
| 17:57.55 | starseeker | hates to suppress a warning flag but we might have to here... |
| 18:06.23 | Notify | 03BRL-CAD:starseeker * 65946 brlcad/trunk/misc/CMake/BRLCAD_CompilerFlags.cmake: Add -Wno-c11-extensions to work around clang issue: https://llvm.org/bugs/show_bug.cgi?id=17788 |
| 18:06.31 | starseeker | maths22: does that fix it? |
| 18:21.30 | starseeker | interesting: http://www.cl.cam.ac.uk/research/security/ctsrd/pdfs/201403-asiabsdcon2014-llvmbsd.pdf |
| 18:21.42 | starseeker | section 4.5 specifically addresses this issue |
| 18:22.40 | starseeker | actually, scratch that - related issue |
| 18:25.59 | starseeker | our problem is that it's C11, not that it's always a number |
| 18:27.59 | Notify | 03BRL-CAD:starseeker * 65947 brlcad/trunk/src/libanalyze/util.cpp: Clear clang warning. |
| 18:36.02 | starseeker | maths22: build finishes for me on bz and make check passes. make regress fails |
| 18:40.17 | starseeker | confound it - looks like threading/semaphore issues |
| 18:40.31 | Notify | 03BRL-CAD:starseeker * 65948 brlcad/trunk/include/rt/defines.h: Include common.h first. |
| 18:41.43 | *** join/#brlcad merzo (~merzo@51-131-133-95.pool.ukrtel.net) | |
| 18:43.11 | starseeker | ah, solids test fails on linux too |
| 19:00.06 | Notify | 03BRL-CAD:starseeker * 65949 brlcad/trunk/misc/CMake/FindBRLCADTCL.cmake: Replace the custom BRL-CAD Tcl find logic with the CMake default version. Will likely need to tweak this slightly. |
| 19:20.22 | Notify | 03BRL-CAD:starseeker * 65950 brlcad/trunk/misc/CMake/FindBRLCADTCL.cmake: Try NO_CMAKE_PATH |
| 20:09.27 | Notify | 03BRL-CAD:starseeker * 65951 (brlcad/trunk/misc/CMake/FindBRLCADTCL.cmake brlcad/trunk/misc/CMake/PERPLEX_Util.cmake): Back out TCL change for now... not working and have another problem to fix. |
| 20:10.32 | Notify | 03BRL-CAD:starseeker * 65952 brlcad/trunk/misc/CMake/PERPLEX_Util.cmake: back out premature merge of PERPLEX_Util |
| 20:59.33 | *** join/#brlcad Ch3ck_ (~Ch3ck@41.205.27.89) | |
| 21:09.20 | Notify | 03BRL-CAD:starseeker * 65953 (brlcad/trunk/CMakeLists.txt brlcad/trunk/misc/CMake/PERPLEX_Util.cmake and 5 others): Still not parallel safe on perplex/lemon logic. This should take care of the perplex piece, but still need to do the lemon half. |
| 21:19.39 | Notify | 03BRL-CAD:starseeker * 65954 brlcad/trunk/src/other/stepcode/src/express/CMakeLists.txt: Update generated source verification |
| 21:49.49 | Notify | 03BRL-CAD:vasco_costa * 65955 (brlcad/branches/opencl/src/librt/cut.c brlcad/branches/opencl/src/librt/primitives/common.cl and 4 others): improve precision a bit. |
| 21:51.49 | Notify | 03BRL-CAD:vasco_costa * 65956 brlcad/branches/opencl/include/rt/defines.h: merge changes from trunk. |
| 21:52.39 | Notify | 03BRL-CAD:vasco_costa * 65957 (brlcad/trunk/src/librt/cut.c brlcad/trunk/src/librt/primitives/common.cl and 4 others): improve precision a bit. |
| 22:01.13 | Notify | 03BRL-CAD:vasco_costa * 65958 brlcad/trunk/src/librt/primitives/table.cl: merge missed changes. |
| 22:01.27 | Notify | 03BRL-CAD:vasco_costa * 65959 brlcad/branches/opencl/src/librt/primitives/table.cl: merge from trunk. |
| 22:39.39 | Notify | 03BRL-CAD:starseeker * 65960 brlcad/trunk/src/libbu/mime.cmake: mime.h is checked in - don't distclean it |
| 22:43.00 | starseeker | votes for deprecating whatever needs deprecating to prepare for modernizing our drawing/framebuffer APIs... |
| 22:49.36 | Notify | 03BRL-CAD:starseeker * 65961 brlcad/trunk/src/other/CMakeLists.txt: fix disclean rule for stepcode |
| 22:55.37 | Notify | 03BRL-CAD:starseeker * 65962 brlcad/trunk/src/other/stepcode/CMakeLists.txt: Don't re-create sc_version_string.h and trigger a rebuild unless we need to. |
| 23:02.54 | Notify | 03BRL-CAD:starseeker * 65963 (brlcad/trunk/misc/CMake/LEMON_Util.cmake brlcad/trunk/misc/CMake/PERPLEX_Util.cmake and 15 others): More PERPLEX/LEMON reengineering for parallel safety. |
| 23:04.38 | starseeker | yeesh |
| 23:20.14 | Stragus | votes in favour |
| 00:23.15 | maths22 | starseeker: look at the new build-much better |
| 03:09.34 | *** join/#brlcad bhollister2 (~behollis@dhcp-59-221.cse.ucsc.edu) | |
| 03:22.32 | *** join/#brlcad packrat (~packrator@c-71-231-32-234.hsd1.wa.comcast.net) | |
| 03:35.31 | *** join/#brlcad packrat (~packrator@c-71-231-32-234.hsd1.wa.comcast.net) | |
| 03:40.11 | *** join/#brlcad packrat (~packrator@c-71-231-32-234.hsd1.wa.comcast.net) | |
| 03:51.13 | *** join/#brlcad packrat (~packrator@c-71-231-32-234.hsd1.wa.comcast.net) | |
| 04:06.06 | *** join/#brlcad hackrat (~packrator@c-71-231-32-234.hsd1.wa.comcast.net) | |
| 05:04.46 | *** join/#brlcad packrat (~packrator@c-71-231-32-234.hsd1.wa.comcast.net) | |
| 05:12.45 | *** join/#brlcad hackrat (~packrator@c-71-231-32-234.hsd1.wa.comcast.net) | |
| 05:14.49 | Notify | 03BRL-CAD:vasco_costa * 65964 (brlcad/branches/opencl/include/rt/shoot.h brlcad/branches/opencl/src/librt/primitives/primitive_util.c and 4 others): do the pixel pushing with opencl. |
| 05:22.36 | Notify | 03BRL-CAD:vasco_costa * 65965 (brlcad/trunk/include/rt/shoot.h brlcad/trunk/src/librt/primitives/primitive_util.c and 4 others): do heavy duty pixel pushing with the gpu. this speeds up rendering of havok around 3x on my system. |
| 05:24.19 | *** join/#brlcad packrat (~packrator@c-71-231-32-234.hsd1.wa.comcast.net) | |
| 05:25.04 | maths22 | I just redid the header at http://beta.brlcad.org/wp/ |
| 05:25.08 | maths22 | What do we think? |
| 05:42.28 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9366 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 12 : 10 Aug-16 Aug */ |
| 05:43.25 | Notify | 03BRL-CAD Wiki:Vasco.costa * 0 /wiki/File:Rt_ehyn.png: |
| 05:44.24 | Notify | 03BRL-CAD Wiki:Vasco.costa * 0 /wiki/File:Cl_ehyn.png: |
| 05:44.36 | Notify | 03BRL-CAD Wiki:Vasco.costa * 0 /wiki/File:Diff_ehyn.png: |
| 05:45.31 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9370 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 12 : 10 Aug-16 Aug */ |
| 05:45.53 | *** join/#brlcad packrat (~packrator@c-71-231-32-234.hsd1.wa.comcast.net) | |
| 05:54.05 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9371 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 13 : 17 Aug-23 Aug */ |
| 05:54.47 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9372 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 13 : 17 Aug-23 Aug */ |
| 05:55.40 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9373 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 13 : 17 Aug-23 Aug */ |
| 05:56.36 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9374 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 13 : 17 Aug-23 Aug */ |
| 05:57.32 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9375 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 13 : 17 Aug-23 Aug */ |
| 05:57.52 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9376 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 13 : 17 Aug-23 Aug */ |
| 05:58.42 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9377 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 13 : 17 Aug-23 Aug */ |
| 05:59.31 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9378 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 13 : 17 Aug-23 Aug */ |
| 06:03.33 | *** join/#brlcad shaina (~shaina@61.0.201.53) | |
| 06:07.48 | *** join/#brlcad packrat (~packrator@c-71-231-32-234.hsd1.wa.comcast.net) | |
| 06:21.35 | *** join/#brlcad packrat (~packrator@c-71-231-32-234.hsd1.wa.comcast.net) | |
| 06:26.18 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9379 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 13 : 17 Aug-23 Aug */ |
| 06:26.51 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9380 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 13 : 17 Aug-23 Aug */ |
| 06:34.39 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9381 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Status */ |
| 06:35.24 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9382 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Status */ |
| 06:35.47 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9383 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Status */ |
| 06:37.01 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9384 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Status */ |
| 06:38.40 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9385 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Status */ |
| 06:39.19 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9386 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Status */ |
| 06:41.44 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9387 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Status */ |
| 06:45.14 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9388 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Status */ |
| 07:41.34 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9389 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 12 : 10 Aug-16 Aug */ |
| 07:44.35 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9390 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 13 : 17 Aug-23 Aug */ |
| 07:49.53 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9391 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 13 : 17 Aug-23 Aug */ |
| 07:51.27 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9392 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 13 : 17 Aug-23 Aug */ |
| 07:52.00 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9393 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 13 : 17 Aug-23 Aug */ |
| 07:52.46 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9394 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 13 : 17 Aug-23 Aug */ |
| 08:01.56 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9395 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 13 : 17 Aug-23 Aug */ |
| 08:04.11 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 08:26.30 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 08:33.48 | *** join/#brlcad merzo (~merzo@92.60.189.225) | |
| 08:40.10 | *** join/#brlcad merzo_ (~merzo@user-94-45-58-141.skif.com.ua) | |
| 08:52.27 | *** join/#brlcad packrat (~packrator@c-71-231-32-234.hsd1.wa.comcast.net) | |
| 09:33.47 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 09:45.24 | *** join/#brlcad Izakey (~Izakey@41.205.22.39) | |
| 10:19.45 | *** join/#brlcad merzo (~merzo@92.60.189.225) | |
| 10:25.12 | *** join/#brlcad konrado (~konro@41.205.22.57) | |
| 10:27.39 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 10:44.35 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 10:49.03 | *** join/#brlcad merzo (~merzo@92.60.189.225) | |
| 10:52.27 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-vkdwwonozhuytpsc) | |
| 11:01.09 | *** join/#brlcad packrat (~packrator@c-71-231-32-234.hsd1.wa.comcast.net) | |
| 11:31.15 | *** join/#brlcad packrat (~packrator@c-71-231-32-234.hsd1.wa.comcast.net) | |
| 11:50.57 | *** join/#brlcad sofat (~androirc@202.164.45.212) | |
| 11:52.41 | *** join/#brlcad vasc (~VASC@bl13-118-251.dsl.telepac.pt) | |
| 11:53.55 | *** join/#brlcad shaina (~shaina@59.89.46.162) | |
| 12:33.32 | *** join/#brlcad merzo (~merzo@92.60.189.225) | |
| 12:59.03 | Notify | 03BRL-CAD Wiki:Shaina7837 * 9396 /wiki/User:Shainasabarwal/GSoC15/logs: /* 8 August */ |
| 12:59.13 | *** join/#brlcad sofat (~androirc@202.164.45.204) | |
| 13:13.56 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 13:22.07 | *** join/#brlcad merzo_ (~merzo@user-94-45-58-141.skif.com.ua) | |
| 13:27.07 | Notify | 03BRL-CAD:starseeker * 65966 brlcad/trunk/src/other/openNURBS/opennurbs_array_defs.h: Clear compiler warning about assuming signed overflow does not occur when assuming that (X + c) < X is always false |
| 13:37.03 | Notify | 03BRL-CAD:starseeker * 65967 brlcad/trunk/src/libged/shape_recognition.cpp: Initialize curr_union |
| 13:40.13 | Notify | 03BRL-CAD:starseeker * 65968 brlcad/trunk/src/libgcv/facetize.c: clear another longjmp warning |
| 13:44.37 | Notify | 03BRL-CAD:starseeker * 65969 brlcad/trunk/src/libgcv/CMakeLists.txt: Need the includes for the static target as well. |
| 13:51.59 | Notify | 03BRL-CAD:starseeker * 65970 brlcad/trunk/src/libgcv/soup.h: Try to add some GCV_EXPORT logic for the test program - untested, needed for Windows. |
| 14:08.37 | Notify | 03BRL-CAD:carlmoore * 65971 (brlcad/trunk/doc/docbook/presentations/en/Introduction_brlcad-app-devel.xml brlcad/trunk/src/libgcv/bot_solidity.h and 5 others): fix spelling of 'determining', and remove trailing white space |
| 14:18.06 | Notify | 03BRL-CAD:starseeker * 65972 (brlcad/trunk/misc/CMake/BRLCAD_Targets.cmake brlcad/trunk/src/libgcv/CMakeLists.txt): And the rabbit hole gets deeper. Shared and static targets are separate targets, so they'll need separate generated sources as well for parallel safety. |
| 14:24.03 | Notify | 03BRL-CAD:d_rossberg * 65973 (brlcad/trunk/src/librt/primitives/arb8/arb8.c brlcad/trunk/src/librt/primitives/table.c): applied patch http://sourceforge.net/p/brlcad/patches/327/ provided by Kalpit Thakkar: Added surface area function for arb8 |
| 14:27.29 | Notify | 03BRL-CAD:starseeker * 65974 (brlcad/trunk/misc/CMake/BRLCAD_Targets.cmake brlcad/trunk/src/other/stepcode/cmake/SC_Utils.cmake brlcad/trunk/src/other/stepcode/src/express/CMakeLists.txt): remove debug printouts |
| 14:30.05 | ``Erik | gsoc soft deadline today, weeeee |
| 14:37.22 | *** join/#brlcad sofat_ (~androirc@202.164.45.212) | |
| 14:53.27 | *** join/#brlcad smile__ (~smile@202.164.45.212) | |
| 15:15.51 | *** join/#brlcad sofat (~smile@202.164.45.212) | |
| 15:16.05 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 15:25.14 | Notify | 03BRL-CAD:starseeker * 65975 (brlcad/trunk/src/other/stepcode/cmake/SC_Utils.cmake brlcad/trunk/src/other/stepcode/src/express/CMakeLists.txt): Committed too many files - backout so messages will be clearer |
| 15:26.08 | Notify | 03BRL-CAD:starseeker * 65976 (brlcad/trunk/src/other/stepcode/cmake/SC_Utils.cmake brlcad/trunk/src/other/stepcode/src/express/CMakeLists.txt): Update stepcode build logic for static/shared individual file generation |
| 15:49.40 | *** join/#brlcad gurwinder (~chatzilla@59.91.112.3) | |
| 15:52.19 | *** join/#brlcad sofat_ (~androirc@202.164.45.212) | |
| 15:58.26 | *** join/#brlcad sofat (~smile@202.164.45.212) | |
| 16:00.53 | *** join/#brlcad shaina (~shaina@117.214.241.50) | |
| 16:17.14 | *** join/#brlcad smile (~smile@202.164.45.212) | |
| 16:29.04 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 16:41.39 | *** join/#brlcad Guest74157 (~smile@202.164.45.212) | |
| 16:51.33 | *** join/#brlcad sofat (~smile@202.164.45.212) | |
| 17:12.50 | Notify | 03BRL-CAD:starseeker * 65977 brlcad/trunk/src/libgcv/soup.h: Missed one |
| 17:14.22 | *** join/#brlcad vasc (~VASC@bl13-118-251.dsl.telepac.pt) | |
| 17:16.11 | Notify | 03BRL-CAD:starseeker * 65978 (brlcad/trunk/src/libbu/brlcad_path.c brlcad/trunk/src/libbu/temp.c): Don't conditionalize the log messages on WIN32. Also, go ahead and try the Windows temp paths - they should simply fail and fall through to the correct paths. |
| 17:23.44 | *** join/#brlcad smile_ (~smile@202.164.45.212) | |
| 17:24.02 | *** join/#brlcad sofat (~smile@202.164.45.212) | |
| 17:36.53 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 17:37.15 | *** join/#brlcad ih8sum3r (~ih8sum3r@122.173.214.247) | |
| 17:42.25 | *** join/#brlcad sofat (~smile@202.164.45.212) | |
| 17:45.01 | *** join/#brlcad smile_ (~smile@202.164.45.212) | |
| 17:47.32 | Notify | 03BRL-CAD Wiki:Deekaysharma * 9397 /wiki/User:Deekaysharma/logs: |
| 17:50.31 | *** join/#brlcad AndroUser2 (~androirc@202.164.45.212) | |
| 18:04.25 | starseeker | alright, 65800 broke solids regression, which was me. now, why.... |
| 18:08.40 | sofat | starseeker, hello |
| 18:09.12 | sofat | I have submit one patch please accept this ticket no:407 |
| 18:11.02 | Notify | 03BRL-CAD:starseeker * 65979 (brlcad/trunk/src/librt/librt_private.h brlcad/trunk/src/librt/primitives/arbn/arbn.c and 8 others): 65800 somehow breaks regress-solids - rename was mostly for convenience, just revert. |
| 18:30.46 | Notify | 03BRL-CAD:starseeker * 65980 (brlcad/trunk/src/librt/librt_private.h brlcad/trunk/src/librt/primitives/arbn/arbn.c and 8 others): ah - was a name conflict. just prefix with an underscore |
| 18:40.55 | *** join/#brlcad ih8sum3r (~ih8sum3r@122.173.214.247) | |
| 18:47.10 | Notify | 03BRL-CAD:vasco_costa * 65981 (brlcad/trunk/include/rt/shoot.h brlcad/trunk/src/librt/primitives/primitive_util.c and 2 others): * show -z opencl command line option in -h when running rt.* renable table.cl to rt.cl.* replace branches in pixel writing with conditional moves.* refactor sub buffer code.* write depth buffer in network byte order. |
| 18:54.15 | Notify | 03BRL-CAD:vasco_costa * 65982 (brlcad/branches/opencl/include/rt/shoot.h brlcad/branches/opencl/src/librt/primitives/primitive_util.c and 2 others): merge changes from trunk. |
| 19:01.14 | *** join/#brlcad konrado (~konro@41.205.22.23) | |
| 19:12.58 | Notify | 03BRL-CAD:vasco_costa * 65983 brlcad/trunk/src/librt/primitives/rt.cl: remove unnecessary constant. |
| 19:13.16 | Notify | 03BRL-CAD:vasco_costa * 65984 brlcad/branches/opencl/src/librt/primitives/rt.cl: merge changes from trunk. |
| 19:14.30 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9398 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 13 : 17 Aug-23 Aug */ |
| 19:29.35 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9399 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 13 : 17 Aug-23 Aug */ |
| 19:30.34 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9400 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Status */ |
| 19:30.53 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9401 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Status */ |
| 19:33.51 | Notify | 03BRL-CAD:dhoward * 65985 (brlcad/trunk/src/librt/screened_poisson.cpp brlcad/trunk/src/other/PoissonRecon/LICENSE and 49 others): Updated Kazhdan code to version 7.0. |
| 20:08.14 | Notify | 03BRL-CAD Wiki:Rawley1515 * 0 /wiki/User:Rawley1515: |
| 20:53.48 | Notify | 03BRL-CAD:starseeker * 65986 (brlcad/trunk/CMakeLists.txt brlcad/trunk/src/libged/facetize.c and 3 others): Screened Poisson code isn't building at the moment - make a configure option to enable/disable this feature and set it to off by default. |
| 20:54.40 | *** join/#brlcad vasc (~vasc@bl13-118-251.dsl.telepac.pt) | |
| 20:57.04 | Notify | 03BRL-CAD:vasco_costa * 65987 (brlcad/branches/opencl/CMakeLists.txt brlcad/branches/opencl/src/librt/cut.c): Parallel OpenMP HLBVH construction. |
| 20:58.29 | starseeker | vasc: the file scan.cl is under Apache license, which is currently problematic for us as a direct source inclusion in our libraries... I don't know if this makes sense in opencl terms, but could that be built as a separate library? |
| 21:00.20 | Stragus | If that's just a parallel prefix sum, rewrite it from scratch, it's very little code |
| 21:01.52 | starseeker | Stragus: not sure about what it is - just spotted the license header |
| 21:02.05 | starseeker | hopefully can be rewritten, yes |
| 21:02.20 | starseeker | or maybe an MIT/BSD variant is available... |
| 21:02.46 | starseeker | sighs - it's a shame Apache 2 isn't compatible with GPL/LGPL v2 |
| 21:07.44 | vasc | well i'm not using it at this point in time so you can just remove it |
| 21:07.50 | vasc | but wait a bit |
| 21:08.14 | vasc | i think i got the code from pyopencl but it's an opencl translation of nvidia code |
| 21:08.18 | vasc | and they usually use MIT license |
| 21:08.46 | starseeker | probably derived from an NVIDIA example that was Apache 2 originally |
| 21:09.24 | starseeker | hmm: https://code.google.com/p/clpp/ |
| 21:09.52 | vasc | yeah its apache license 2 |
| 21:10.06 | vasc | it's not being used right now |
| 21:10.24 | vasc | you would have to remove the ANSI C code that calls it as well though |
| 21:10.40 | vasc | eventually it should be useful |
| 21:10.52 | starseeker | vasc: can it be reimplemented or another implementation used? |
| 21:11.08 | vasc | i thought the newest apache license was GNU GPL compatible? |
| 21:11.28 | starseeker | GPL v3 |
| 21:11.37 | vasc | http://www.apache.org/licenses/GPL-compatibility.html |
| 21:11.41 | vasc | oh ok |
| 21:12.04 | vasc | well the hlbvh code at least is like MIT or simplified BSD or whatever |
| 21:12.10 | starseeker | that's fine :-) |
| 21:12.13 | vasc | replacing that code won't be easy |
| 21:12.25 | starseeker | the clpp implementation won't do? |
| 21:12.39 | starseeker | MIT and 2/3 clause BSD are good |
| 21:12.49 | vasc | a lot of those libraries, opencl libraries, you see in the web are *crap* |
| 21:12.54 | starseeker | ah |
| 21:13.08 | vasc | they don't support arrays of non-power of two size for example |
| 21:13.59 | vasc | swell |
| 21:14.08 | vasc | CUB is New BSD licensed |
| 21:14.14 | vasc | and its faster than thrust |
| 21:14.21 | vasc | so we could port it from that. but CUB is really complicated. |
| 21:14.29 | vasc | porting that CUDA to OpenCL... |
| 21:14.30 | starseeker | link? |
| 21:14.37 | vasc | http://nvlabs.github.io/cub/ |
| 21:14.46 | vasc | it's CUDA not OpenCL |
| 21:14.48 | vasc | would need to port it |
| 21:14.51 | starseeker | ah |
| 21:15.17 | vasc | it's the faster library there is to use on GPUs basically |
| 21:15.21 | vasc | fastest |
| 21:15.36 | vasc | better than thrust. it's just that thrust comes bundled with CUDA |
| 21:15.41 | starseeker | well, another option would be to contact NVIDIA and the other copyright holder on the current scan.cl file and see if they'd be OK relicensing it to the same license as CUB |
| 21:15.45 | vasc | so i guess the pyopencl guys ported that |
| 21:16.09 | vasc | we could try that |
| 21:16.15 | starseeker | can't hurt to ask - worst they'd say is no |
| 21:16.29 | vasc | PyOpenCL is MIT licensed already |
| 21:16.45 | vasc | http://documen.tician.de/pyopencl/misc.html#license |
| 21:16.50 | starseeker | nods - but the file in question has two copyright holders listed, so they'd both have to OK it |
| 21:16.51 | vasc | so the problem is with NVIDIA |
| 21:17.12 | starseeker | very likely, but for something like this you need an OK from both |
| 21:17.19 | vasc | i know some guys i can ask. but i don't think they are the proper people to ask |
| 21:17.29 | starseeker | they can probably point you in the right direction :-) |
| 21:17.52 | Stragus | Guys guys, just rewrite the parallel prefix sum if needed :p |
| 21:18.19 | starseeker | Stragus: "< vasc> replacing that code won't be easy" |
| 21:18.58 | vasc | it's easy to write your own. writing an *efficient* one that handles all cases is *not* easy. |
| 21:19.26 | vasc | that code handles exclusive and inclusive prefix sums including segmented ones. |
| 21:19.37 | vasc | for any sized lists |
| 21:20.08 | vasc | but like i said it isn't actually used anywhere right now. |
| 21:20.11 | vasc | we can just remove it. |
| 21:20.16 | vasc | i'll make a patch. |
| 21:20.28 | starseeker | nods - worth asking the question though if you think it might come in handy later |
| 21:21.01 | vasc | public opencl libraries are kinda crap. all of them. |
| 21:21.11 | vasc | CUDA has a lot better libraries than we do. |
| 21:21.33 | starseeker | is it even possible to port CUB to OpenCL? |
| 21:21.48 | vasc | basically any piece of CUDA code can be ported to OpenCL. |
| 21:21.58 | vasc | it's like asking if you can port from C++ to C. |
| 21:22.05 | starseeker | ah :-) |
| 21:22.44 | vasc | CUDA supports templates and CUB uses them extensively for e.g. |
| 21:22.58 | vasc | OpenCL programmers usually use C like OpenGL programmers. |
| 21:23.52 | vasc | CUDA C++ actually |
| 21:23.58 | starseeker | well, if we don't need it right now it's moot - if/when the time comes we can weigh the options |
| 21:24.18 | vasc | that's the thing with CUDA. it's kinda like Java. it's an architecture, a platform, and C/C++ languages. |
| 21:24.26 | vasc | ok |
| 21:24.42 | vasc | that was a good catch i assume because it was in pyopencl it was safe. |
| 21:24.46 | vasc | assumed |
| 21:24.52 | Stragus | Some stuff using CUDA-specific features will be difficult to port, but otherwise it's a good assumption |
| 21:26.16 | Stragus | A parallel prefix sum will probably use CUDA lane shuffles, but you can put that in shared memory |
| 21:27.48 | vasc | you can actually use PTX assembly to use that i think i was reading the PTX ISA the other day. |
| 21:28.00 | vasc | the problem is the code won't work in other platforms. |
| 21:28.02 | Stragus | I think they want portable OpenCL, otherwise they would have used CUDA ;) |
| 21:28.08 | vasc | right. |
| 21:28.22 | vasc | maybe in OpenCL 3.0. |
| 21:28.25 | vasc | or 4.0 |
| 21:28.46 | vasc | i actually considered porting thrust or CUB to OpenCL once |
| 21:28.59 | vasc | but its premature without OpenCL 2.0. |
| 21:29.06 | vasc | being widespread. |
| 21:29.35 | starseeker | when did it come out? |
| 21:29.42 | vasc | i dunno maybe 2009. |
| 21:29.57 | vasc | oh 2.0. |
| 21:30.05 | vasc | maybe 2-3 years? |
| 21:30.12 | vasc | ago |
| 21:30.39 | starseeker | vasc: probably enough for a start - by the time we've got everything shipshape and ready to roll, it'll probably be widespread ;-) |
| 21:30.54 | vasc | heh |
| 21:31.15 | vasc | well i'm busy with other stuff. that's the problem with us opencl guys. always too much crap to do. |
| 21:31.16 | starseeker | for example, we'll not be worrying about Qt4 for user interface compatibility |
| 21:31.21 | starseeker | heh |
| 21:31.27 | vasc | it's not like CUDA which has whole teams of programmers working on libraries |
| 21:31.30 | vasc | from NVIDIA |
| 21:31.47 | vasc | oh that |
| 21:32.02 | vasc | i didn't check the qt interface to see how the interface would be |
| 21:32.14 | starseeker | no need - it's not functional yet |
| 21:32.27 | starseeker | mged, archer, and rtwizard are our three primary GUI tools |
| 21:32.33 | vasc | it's actually the first time i programmer in tcl/tk |
| 21:32.39 | vasc | programmed |
| 21:32.49 | vasc | svn doesn't compile |
| 21:32.50 | starseeker | then there are the framebuffers (the windows rt and pix-fb throw up) |
| 21:32.57 | vasc | /home/vasco/brlcad/trunk/src/libged/facetize.c: In function ged_facetize: |
| 21:32.57 | vasc | /home/vasco/brlcad/trunk/src/libged/facetize.c:93:9: error: variable sp_fidelity set but not used [-Werror=unused-but-set-variable] |
| 21:32.57 | vasc | <PROTECTED> |
| 21:33.15 | starseeker | vasc: one sec... |
| 21:35.05 | Notify | 03BRL-CAD:starseeker * 65988 brlcad/trunk/src/libged/facetize.c: avoid set but unused |
| 21:35.10 | starseeker | vasc: give that a go |
| 21:36.13 | vasc | ok thanks it compiles now |
| 21:36.36 | vasc | i'll remove it now |
| 21:36.42 | starseeker | vasc: cool - thanks! |
| 21:37.19 | vasc | ok it ain't in trunk anymore |
| 21:37.24 | Notify | 03BRL-CAD:vasco_costa * 65989 (brlcad/trunk/src/librt/librt_private.h brlcad/trunk/src/librt/primitives/primitive_util.c): remove opencl scan code because of license issues. |
| 21:37.51 | vasc | oh right the .cl file |
| 21:38.17 | starseeker | vasc: worth asking the relevant parties if we need it in the future (if they don't have any strong attachment to Apache it could be quite simple) |
| 21:38.56 | vasc | nah i would rather port CUB which is three-clause BSD |
| 21:39.04 | vasc | but its gonna be a lot more tricky |
| 21:39.40 | starseeker | vasc: what about the "busy with other stuff" thing? :-P Although I suppose a port of CUB might be of much wider OpenCL interest... |
| 21:39.53 | vasc | like brl-cad for one |
| 21:40.00 | Notify | 03BRL-CAD:vasco_costa * 65990 (brlcad/trunk/src/librt/primitives/scan.cl =================================================================== and 584 others): forgot to remove the .cl file on the last commit. |
| 21:40.08 | vasc | if i write libraries i won't be writing application code. |
| 21:40.20 | starseeker | vasc: fair enough |
| 21:40.47 | starseeker | vasc: on the other hand, I'm guessing there's a chance we might end up needing a fair bit of stuff in CUB down the road? |
| 21:41.01 | vasc | i'm also suppose to start working on molecular visualization next year |
| 21:41.16 | starseeker | ah - yeah, that's a job |
| 21:41.21 | vasc | but i dunno |
| 21:41.32 | vasc | well it isn't funded yet |
| 21:41.35 | vasc | so i dunno |
| 21:41.51 | vasc | CUB is *very* useful |
| 21:41.56 | vasc | it has sorting and prefix sum routines |
| 21:42.00 | vasc | and run length encoding |
| 21:42.02 | vasc | all kinds of things |
| 21:42.27 | vasc | using those algorithms as basic blocks you can do all sorts of highly efficient higher level code on top |
| 21:44.21 | starseeker | thinks back to his ROTMOVIE days in undergrad... |
| 21:45.30 | starseeker | heh http://product11.com/tech/oldvissoft_files/snapshot3.png |
| 21:45.44 | starseeker | and that was the modern verson - iirc I was working with an even older one |
| 21:45.59 | vasc | right. that's balls and sticks model. |
| 21:46.11 | vasc | i also am going to work on molecular surface visualization. that's the tricky bit. |
| 21:46.50 | starseeker | also recalls fiddeling with pymol, rasmol and VMD... |
| 21:47.02 | vasc | it says isosurfaces in there. so it also supports molecular surface visualization i guess. |
| 21:47.45 | starseeker | http://product11.com/tech/oldvissoft_files/snapshot4.png |
| 21:47.48 | starseeker | sort of |
| 21:48.06 | vasc | yeah i've seen better. |
| 21:48.22 | Stragus | Must be old, with a 4:3 screen ratio |
| 21:48.33 | starseeker | circa 2001 |
| 21:48.44 | starseeker | likes his 4:3 screen ratio, thank you very much |
| 21:48.58 | starseeker | one of my biggest gripes with modern hardware |
| 21:49.32 | starseeker | winces - I see VMD is still using that funky weird custom license |
| 21:49.41 | vasc | anyway that's *if* we get funding for that project. |
| 21:49.48 | vasc | if we don't i'll have to find something else to do. |
| 21:50.23 | starseeker | nods |
| 21:50.48 | starseeker | well, regardless it sounds like porting CUB would benefit a wide variety of projects |
| 21:51.22 | starseeker | yeah, pymol's license is a lot saner |
| 21:52.37 | starseeker | vasc: this the sort of thing you'd be looking at? https://www.pymol.org/sites/all/themes/basic/images/el1.png |
| 21:53.57 | vasc | yeah that's more like it. |
| 21:56.55 | starseeker | is rather bemused to see that pymol's interface does not appear to have evolved much - it's not just BRL-CAD ;-) |
| 21:57.34 | vasc | well if it works it works |
| 21:58.05 | vasc | but the thing is the render time with the ray trace engine is so fast now it makes you wonder about some of the UI design choices... |
| 21:58.18 | starseeker | for us you mean? |
| 21:58.24 | vasc | yeah |
| 21:58.38 | starseeker | nods - when you were running on a PDP11, it didn't matter so much |
| 21:59.07 | starseeker | our benchmark test reports in units based on one of the original machines |
| 21:59.24 | vasc | like to raytrace an image in mged i have to use a drop-down menu and it spawns an rt process thread. |
| 21:59.42 | vasc | i don't quite know the details of how the image sharing is done though |
| 21:59.57 | vasc | but i assume it reloads the object database over and over and over. |
| 22:00.01 | starseeker | that's a cheap way to get asyncronus updating - it pipes the data through an inter-process pipe |
| 22:00.21 | vasc | i dunno |
| 22:00.26 | Stragus | At some point, it should be designed for real-time raytracing with direct interaction |
| 22:00.28 | vasc | that's how the fb works? |
| 22:00.46 | vasc | yeah that's the thing |
| 22:00.51 | starseeker | mged fires a separate rt, which uses libpkg to send/recieve the pixels - the framebuffer in MGED then "listens" for them and display them |
| 22:00.58 | starseeker | it's a bit funky |
| 22:01.06 | Stragus | That's very inefficient if you want 60 frames per second |
| 22:01.13 | vasc | i get like tens or hundreds of mpixels/sec on the scenes i've tested with |
| 22:01.13 | starseeker | on Windows we go through Tcl communication mechanisms |
| 22:01.44 | starseeker | large chunck of our ifdef WIN32s in the code revolve around that, actually |
| 22:01.45 | vasc | we should never move the framebuffer from the gpu if we can. |
| 22:01.54 | Stragus | ^ What vasc said |
| 22:02.22 | starseeker | nods - our architecture needs a rethink. The notion of "on the GPU" isn't really captured at all |
| 22:02.33 | starseeker | one of our display backends is raw X11 |
| 22:02.45 | Stragus | Or, minimally, just copy the data directly and not over a pipe or a socket |
| 22:03.01 | starseeker | we need a properly multithreaded GUI for that to be viable |
| 22:03.38 | vasc | man i saw the code of the fb some time ago and it even did memory copies inside |
| 22:03.43 | starseeker | mged is too much work in that regard, and Archer probably is too - the Qt based interface will be keeping such things in mind, but it's a long ways out yet I'm afraid |
| 22:04.58 | vasc | so i render an image on the gpu, pass it to the cpu, it is deep copied around and around in buffers in several libraries, and then it gets pushed back onto the gpu |
| 22:05.16 | starseeker | nods - no argument that sucks |
| 22:05.44 | Stragus | Why is it copied multiple times on the CPU? I can see one copy to send/receive the pixels through the pipe/socket/whatever... |
| 22:06.07 | vasc | well the data in the client is stored in this format... |
| 22:06.22 | vasc | it's like RGB{depth} |
| 22:06.44 | vasc | 3 unsigned chars and 1 (optional) double in network precision |
| 22:06.50 | Stragus | o.O |
| 22:06.59 | vasc | the fb driver doesn't use the double precision depth |
| 22:07.04 | Stragus | That depth is a completely separate buffer I hope? |
| 22:07.11 | vasc | so it has this c code to manually rearrange the array |
| 22:07.24 | vasc | before passing it to whatever draws |
| 22:07.31 | vasc | nope it ain't |
| 22:07.35 | Stragus | WTF. |
| 22:07.55 | Stragus | This makes no sense whatsoever |
| 22:08.20 | Stragus | There's even a ton of wasted memory due to padding the pixel struct to 8 bytes |
| 22:08.27 | vasc | yes. |
| 22:08.31 | vasc | the rgbs take 3 |
| 22:08.54 | vasc | you would have to change the image processing, and fb code to fix that |
| 22:09.19 | Stragus | That's completely messed up |
| 22:09.30 | vasc | src/libicv and src/fb |
| 22:09.38 | vasc | and all the code that uses them |
| 22:09.48 | vasc | which can be quite a bit |
| 22:16.15 | starseeker | ok, original benchmark machine that we're comparing to was a VAX 11/780 |
| 22:16.53 | starseeker | at a guess, most desktops today would probably be five to ten thousand times faster, maybe more |
| 22:17.04 | starseeker | even without the OpenCL pipeline |
| 22:17.30 | starseeker | so that's why the original framebuffer architecture feels a little odd today ;-) |
| 22:19.15 | Stragus | But why would it waste 31% of the framebuffer memory? |
| 22:19.32 | Stragus | Memory was precious back then, 5 bytes of that pixel struct are wasted in padding alignment |
| 22:20.30 | starseeker | not sure about that - maybe a dedicated hardware console that expected data in a particular format? |
| 22:23.24 | Notify | 03BRL-CAD:starseeker * 65991 brlcad/trunk/src/conv/step/CMakeLists.txt: Remove the ineffective MD5SUM verification attempt - didn't address the actual problem. |
| 22:40.54 | vasc | asctually you're wrong. it isn't wasting 31% of framebuffer memory |
| 22:41.01 | vasc | in that case |
| 22:41.15 | Stragus | It's wasting 5 or 16 bytes? |
| 22:41.20 | Stragus | 5 of* 16 |
| 22:41.43 | vasc | it's wasting 72% |
| 22:41.54 | vasc | its 8 bytes depth buffer, 1 byte per r, g,b |
| 22:42.06 | vasc | the fb buffer for glx discards the depth data |
| 22:42.14 | vasc | i think |
| 22:42.23 | Stragus | Right, I was only counting the padding |
| 22:42.49 | Stragus | 31% lost in padding, 50% lost in data it doesn't care about, 18% of useful data |
| 22:42.50 | vasc | i think the image outputs can use the depth data. at least they accept it |
| 22:43.36 | vasc | wonders if they ignore the depth data too |
| 22:43.51 | vasc | haven't read icv that deep yet |
| 22:44.11 | vasc | the FILE* writer writes the depth data out. that i do know. |
| 22:44.31 | vasc | the raw output |
| 22:44.47 | vasc | the data can be stored in a number of ways |
| 22:45.07 | vasc | the most common it 3 unsigned chars for r,g,b and 1 network order double for depth |
| 22:45.07 | Notify | 03BRL-CAD:starseeker * 65992 (brlcad/trunk/src/conv/step/g-step/CMakeLists.txt brlcad/trunk/src/conv/step/step-g/CMakeLists.txt): not using explicit targets now. |
| 22:45.21 | vasc | there are also 4 double formats r,g,b, depth |
| 22:45.26 | vasc | depth is always optional |
| 22:45.37 | vasc | then there is this monster format |
| 22:46.51 | vasc | it's like uint8 r,g,b; double dist; float hitp[3]; has some region_ptr, short a_x,a_y |
| 22:46.52 | vasc | i think |
| 22:46.58 | vasc | or was the color doubles |
| 22:47.06 | vasc | its the FULLFLOAT format |
| 22:47.36 | vasc | i think its used to combine results of images from different rt instances. i dunno if its threads or cluster node processes or whatever. |
| 22:47.46 | vasc | currently i don't support that format |
| 22:48.21 | vasc | its used to store intermediates i bet. |
| 22:48.34 | vasc | like you stop ray generation midway and continue elsewhere. |
| 22:49.49 | vasc | then there's the fact that the framebuffer and raw file outputs allow writing with passing a buffer with a size |
| 22:50.18 | vasc | while the icv image file format writer only buffered line output |
| 22:51.07 | vasc | i got to see more of the brl-cad internals than i would be have preferred to know |
| 22:51.35 | vasc | the high level code is great. its like picture perfect code. |
| 22:51.41 | vasc | even its a bit oldstyle. |
| 22:51.52 | vasc | the interface and glue bits.... yikes. |
| 22:52.01 | vasc | with the outputs |
| 22:52.26 | vasc | they seem to have been written in a process of accretion. |
| 22:55.10 | Stragus | I'm sure that's a correct assessment :) |
| 22:55.20 | Stragus | Incremental little steps over a few decades |
| 23:00.30 | vasc | i was looking at openhub.net the other day |
| 23:00.54 | vasc | it said that BRL-CAD had like 330 man-years of coding in it in that model they use based on lines of code and dates and crap |
| 23:01.26 | vasc | hugely impressive |
| 23:03.06 | Stragus | Mmhm... I don't know the metric used, but it wouldn't take a single programmer 330 years to write a copy |
| 23:03.32 | vasc | no but maybe 5 years wouldn't be surprising |
| 23:03.49 | vasc | if not a lot more |
| 23:04.05 | vasc | its not just the librt i'm touching in |
| 23:04.13 | vasc | its everything else too |
| 23:04.34 | vasc | hugely impressive. massive even. |
| 23:04.38 | Stragus | Sure |
| 23:07.06 | vasc | https://www.openhub.net/p/brlcad |
| 23:07.24 | vasc | 1.2 MLOC |
| 23:08.53 | vasc | i hope it ain't counting the 3rd party libs though |
| 23:10.42 | vasc | the branch i made is diverging a lot. i don't think svn is the best choice for this parallel concurrent development work |
| 23:11.17 | vasc | perhaps git-svn would have been better |
| 23:20.37 | Notify | 03BRL-CAD:vasco_costa * 65993 (brlcad/branches/opencl/src/librt/cut.c brlcad/branches/opencl/src/librt/librt_private.h brlcad/branches/opencl/src/librt/primitives/primitive_util.c): merge changes from trunk. |
| 23:58.08 | Notify | 03BRL-CAD Wiki:202.164.45.212 * 9402 /wiki/User:Hiteshsofat/GSoc15/log_developmen: |
| 00:07.50 | starseeker | huzza - a clean Windows build with no parallel file writing issues |
| 00:22.40 | Notify | 03BRL-CAD:starseeker * 65994 (brlcad/trunk/doc/docbook/presentations/en/CMakeLists.txt brlcad/trunk/doc/docbook/system/man1/en/CMakeLists.txt and 2 others): Various distcheck fixes |
| 00:25.15 | *** join/#brlcad konrado (~konro@41.205.22.20) | |
| 00:27.51 | Notify | 03BRL-CAD:starseeker * 65995 brlcad/trunk/src/conv/step/CMakeLists.txt: Case matters - was triggering continual rebuilding |
| 00:31.21 | Notify | 03BRL-CAD Wiki:Konrado DJ * 9403 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 17 - 18 AUGUST 2015 */ |
| 00:34.19 | Notify | 03BRL-CAD Wiki:Bhollister * 9404 /wiki/User:Bhollister/DevLogAug2015: |
| 00:44.40 | konrado | starseeker: Hello. After spending sleepless nights, I have made no progress understanding how replace libxml with another parser. The parsing uses alot of threading which I am not very good at. Given that time for GSoC is limited I would like to go with the option of installing libxml for the mean time and I would look further into replacing it after GSoC. |
| 00:47.03 | Notify | 03BRL-CAD:starseeker * 65996 brlcad/trunk/src/librt/CMakeLists.txt: whoops, deleted. |
| 00:52.29 | starseeker | konrado: ok |
| 00:53.10 | starseeker | huh, cool: http://www.mattkeeter.com/projects/antimony/3/ |
| 01:09.08 | konrado | wow antimony really is cool |
| 01:11.44 | *** join/#brlcad vasc__ (~vasc@bl8-195-136.dsl.telepac.pt) | |
| 01:13.24 | *** join/#brlcad yland (~yland@41.205.22.3) | |
| 01:13.30 | *** part/#brlcad yland (~yland@41.205.22.3) | |
| 01:36.30 | vasc__ | i thought brl-cad came with its own version of libxml |
| 01:36.49 | vasc__ | in the 3rd party sources konrado |
| 01:56.12 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9405 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 13 : 17 Aug-23 Aug */ |
| 01:56.26 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9406 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 13 : 17 Aug-23 Aug */ |
| 02:23.01 | vasc__ | updating drivers again. fun. i hope this time those nvidia drivers actually have opencl 1.2 support |
| 02:38.28 | vasc__ | reboot time |
| 02:41.12 | *** join/#brlcad vasc (~vasc@bl8-195-136.dsl.telepac.pt) | |
| 02:41.44 | vasc | yay |
| 02:41.57 | vasc | opencl 1.2 support on an nvidia card. i thought the day would never come. |
| 02:42.21 | vasc | 1D textures and built-in popcnt among other things |
| 02:47.49 | vasc | code still runs |
| 03:17.31 | starseeker | vasc: our libxml isn't installed by default, and it's CMake build is a minimalist "get docbook conversion working" affair |
| 03:18.30 | starseeker | it *can* be made better, but I'm cautious because I remember what went into the original build for that bit |
| 03:22.01 | vasc | oh |
| 03:22.35 | vasc | now i notice the opencl spec has quad floats |
| 03:22.50 | vasc | hey i can now use the complex type too |
| 03:23.02 | vasc | dont have to use opencl 1.1 anymore |
| 03:23.29 | vasc | matrix types |
| 03:23.32 | vasc | all good stuff |
| 03:24.14 | vasc | oh its reserved only |
| 03:53.29 | Notify | 03BRL-CAD:vasco_costa * 65997 brlcad/trunk/src/librt/primitives/solver.cl: use cbrt and fmax opencl functions instead of branches. |
| 04:09.40 | Notify | 03BRL-CAD:vasco_costa * 65998 brlcad/trunk/src/librt/primitives/solver.cl: use copysign and sincos to eliminate some branches and operator calls. |
| 04:11.54 | *** join/#brlcad witness (uid10044@gateway/web/irccloud.com/x-xttwhyagvwlmnglf) | |
| 05:57.18 | Notify | 03BRL-CAD:vasco_costa * 65999 (brlcad/branches/opencl/CMakeLists.txt brlcad/branches/opencl/doc/docbook/articles/en/animation_tutorial.xml and 150 others): merge from trunk. |
| 06:00.39 | Notify | 03BRL-CAD:vasco_costa * 66000 (brlcad/branches/opencl/src/librt/prep.c brlcad/branches/opencl/src/librt/primitives/sph/sph_shot.cl brlcad/branches/opencl/src/librt/primitives/table.c): merge from trunk. |
| 06:04.20 | Notify | 03BRL-CAD:vasco_costa * 66001 (svn:mergeinfo ## -4,4 +4,4 ## and 12 others): last merge from trunk.Property Changed:----------------brlcad/branches/opencl/ |
| 06:07.51 | Notify | 03BRL-CAD:vasco_costa * 66002 brlcad/branches/opencl/src/librt/cut.c: recommit missed changes. |
| 06:17.11 | Notify | 03BRL-CAD:vasco_costa * 66003 brlcad/branches/opencl/src/librt/cut.c: ass missing line. |
| 06:30.09 | *** join/#brlcad shaina (~shaina@117.214.246.81) | |
| 07:56.28 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) | |
| 08:03.56 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) | |
| 08:04.26 | *** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net) | |
| 08:04.27 | *** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net) | |
| 08:04.27 | *** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 08:04.59 | *** join/#brlcad maths22 (~maths22@66-118-151-70.static.sagonet.net) | |
| 08:04.59 | *** join/#brlcad ejno (~ejno@unaffiliated/kazaik) | |
| 08:07.34 | *** join/#brlcad tofu_ (~sean@66-118-151-70.static.sagonet.net) | |
| 08:11.23 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 08:55.33 | *** join/#brlcad merzo (~merzo@92.60.189.225) | |
| 09:13.30 | *** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 10:17.32 | *** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 10:26.46 | *** join/#brlcad Izakey (~Izakey@154.70.111.136) | |
| 10:38.34 | *** join/#brlcad packrat (~packrator@c-71-231-32-234.hsd1.wa.comcast.net) | |
| 10:52.42 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-wpaqltotwkrbiaas) | |
| 11:26.05 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 11:34.34 | Notify | 03BRL-CAD:starseeker * 66004 (brlcad/trunk/src/libged/CMakeLists.txt brlcad/trunk/src/libged/nmg.c): Commit patch #404 from Brad Hollister adding 'kill F' nmg subcommand |
| 11:38.40 | Notify | 03BRL-CAD:starseeker * 66005 (brlcad/trunk/src/libged/CMakeLists.txt brlcad/trunk/src/libged/nmg.c): Commit patch #405 from Brad Hollister adding 'move v' nmg subcommand |
| 11:41.47 | Notify | 03BRL-CAD:starseeker * 66006 brlcad/trunk/doc/docbook/articles/en/main_menu.xml: Apply patch #407 from Hitesh Sofat updating main_menu |
| 11:48.15 | Notify | 03BRL-CAD:starseeker * 66007 brlcad/trunk/include/dm/dm_xvars.h: Fix no-tk build |
| 12:29.28 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 12:47.11 | *** join/#brlcad konrado (~konro@41.205.22.32) | |
| 13:16.33 | *** join/#brlcad merzo (~merzo@92.60.189.225) | |
| 14:22.45 | *** join/#brlcad vasc (~vasc@bl8-195-136.dsl.telepac.pt) | |
| 23:38.13 | *** join/#brlcad infobot (ibot@69-58-76-73.ut.vivintwireless.net) | |
| 23:38.13 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-) | |
| 23:48.30 | vasc__ | well it looks kinda similar... |
| 23:48.36 | vasc__ | this phong |
| 23:48.41 | vasc__ | i guess it'll stay |
| 00:49.49 | Notify | 03BRL-CAD Wiki:Bhollister * 9429 /wiki/User:Bhollister/DevLogAug2015: /* Wed, August 19, 2015 */ |
| 02:06.42 | Notify | 03BRL-CAD Wiki:Konrado DJ * 9430 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 20 AUGUST 2015 */ |
| 02:44.23 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 02:53.36 | Notify | 03BRL-CAD:starseeker * 66044 brlcad/trunk/misc/CMakeLists.txt: list doxygen files as ignored if we don't have doxygen installed. |
| 02:55.41 | Notify | 03BRL-CAD:starseeker * 66045 brlcad/trunk/src/librt/CMakeLists.txt: List bot_shot.cl in cmakefiles list. |
| 03:12.54 | *** join/#brlcad konrado (~konro@41.205.22.22) | |
| 04:05.40 | *** join/#brlcad shaina (~shaina@59.91.95.250) | |
| 05:37.11 | brlcad | vasc__: yes, we had 5 in attendance (including hpg) |
| 05:37.34 | vasc__ | oh? |
| 05:37.39 | brlcad | has only missed 3 or 4 siggraphs since 1998 |
| 05:37.51 | vasc__ | it's a cool place |
| 05:41.26 | brlcad | if you were at hpg in 2009, it's quite possible that we met |
| 05:42.18 | brlcad | new orleans was pretty awesome |
| 05:45.36 | vasc__ | i was at hpg most of the time |
| 05:46.18 | vasc__ | i hanged around with illyan georgiev and javor |
| 05:46.33 | vasc__ | i was only presenting some poster |
| 05:46.54 | vasc__ | i also talked with marcos fajardo a lot |
| 05:47.28 | vasc__ | dunno if he even remembers me by now |
| 05:47.31 | *** join/#brlcad gurwinder (~chatzilla@202.164.53.117) | |
| 05:48.10 | vasc__ | there's a lot of issues here... |
| 05:48.13 | vasc__ | in the bot |
| 05:48.53 | vasc__ | i usually read the st_specific pointer and get my fix there to send to the gpu |
| 05:49.01 | vasc__ | but there are sooo many different formats |
| 05:49.06 | vasc__ | and none is actually convenient |
| 05:49.11 | vasc__ | i'll prolly have to sink deeper |
| 05:49.16 | brlcad | not surprised, you haven't really had time to work on anything in depth |
| 05:49.46 | brlcad | by formats, what do you mean? |
| 05:49.53 | brlcad | different object types? |
| 05:49.59 | brlcad | or different BoT types? |
| 05:50.46 | gurwinder | brlcad: I'm working on documentation. What are the things required to be submitted by me for POV-Ray exporter? |
| 05:51.04 | brlcad | gurwinder: erm, a complete status? :) |
| 05:51.39 | vasc__ | bot types |
| 05:51.55 | vasc__ | there's at least three of them it seems or four |
| 05:51.59 | brlcad | see existing docs for the other converters for examples, but you will likely need to get into more detail since yours is incomplete and the incomplete pieces need to be itemized/explained |
| 05:52.11 | vasc__ | it also has these void pointers |
| 05:52.18 | vasc__ | and then i don't know what's inside. it's like fishing |
| 05:52.30 | brlcad | two that matter most |
| 05:52.41 | brlcad | volume mode (solid) and plate mode (non-solid) |
| 05:53.02 | vasc__ | yeah but the internal storage varies a lot |
| 05:53.24 | gurwinder | brlcad: ok, I have to explain that what is required for them? I think I should be in future scope? Right?/ |
| 05:54.04 | vasc__ | i need to at least put some checks so it doesn't try to build bots it should try to build |
| 05:54.28 | vasc__ | doing it correct will take more time. not in this timeline . |
| 05:54.31 | vasc__ | the work timeline |
| 05:54.38 | brlcad | for both types, you probably only need to be concerned with faces and verticies unless you really want to get into the detilas |
| 05:54.50 | vasc__ | yeah i was trying to get that |
| 05:54.55 | vasc__ | but they are stored in that format |
| 05:55.00 | vasc__ | for doing badouel |
| 05:55.15 | brlcad | without boolean weaving, the different types don't matter so much, just need the tris and find a hit |
| 05:55.23 | vasc__ | that's what i'm doing |
| 05:57.35 | brlcad | what void pointers were you referring to? the only one I'm aware of is the opaque one adrt uses for it's accel structure |
| 05:57.44 | brlcad | the data in rt_bot_internal is all typed |
| 06:02.50 | gurwinder | brlcad: I found http://brlcad.org/wiki/Doxygen should I follow this or I have to make separate documentation. |
| 06:02.53 | gurwinder | ? |
| 06:04.11 | vasc__ | i'm trying to read st_spec |
| 06:06.18 | brlcad | gurwinder: doxygen is for commenting code -- you can and should comment your code where it will help to explain things, but that is not user documentation |
| 08:25.49 | *** join/#brlcad infobot (ibot@69-58-76-73.ut.vivintwireless.net) | |
| 08:25.49 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-) | |
| 10:01.53 | starseeker | blinks - getting an error on pcbsd for release build - undefined reference to encode_morton3 |
| 10:04.11 | *** join/#brlcad konrado (~konro@41.205.22.49) | |
| 10:16.23 | Notify | 03BRL-CAD:starseeker * 66047 brlcad/trunk/src/librt/cut.c: The inline on encode_morton3 seems to cause problems with clang on PCBSD 10 when doing a release build... |
| 10:39.38 | Notify | 03BRL-CAD:starseeker * 66048 (brlcad/trunk/misc/CMake/LEMON_Util.cmake brlcad/trunk/misc/CMake/PERPLEX_Util.cmake and 6 others): Go with PATH instead of DIRECTORY, since we aren't yet requiring CMake > 2.8.11 |
| 10:53.59 | starseeker | scowls - xml build is busted on Haiku |
| 10:56.25 | starseeker | *and* the tcl build |
| 11:56.26 | starseeker | and libbu |
| 11:56.30 | starseeker | grumble |
| 12:01.11 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 12:13.31 | d_rossberg | dracarys983: why do you want to add the _unused_ variables to current_state? |
| 12:14.25 | d_rossberg | shouldn't be the unused ones removed and the used be added to current_state? |
| 12:35.51 | Notify | 03BRL-CAD:carlmoore * 66049 brlcad/trunk/src/librt/cut.c: remove trailing white space |
| 12:39.33 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 13:04.31 | *** join/#brlcad shaina (~shaina@117.199.84.229) | |
| 13:30.26 | *** join/#brlcad sofat (~androirc@202.164.45.212) | |
| 13:34.38 | brlcad | starseeker: undefined reference from what file? |
| 13:35.17 | brlcad | I don't see encode_morton3 being used anywhere, static inline may be better |
| 13:50.14 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 13:52.01 | brlcad | starseeker: give that a go on pcbsd |
| 13:52.02 | Notify | 03BRL-CAD:brlcad * 66050 brlcad/trunk/src/librt/cut.c: try making the duo static inline. suspect the inline cmake test needs adjustment. |
| 14:41.17 | *** join/#brlcad sofat (~androirc@202.164.45.200) | |
| 14:47.14 | *** join/#brlcad smile (~smile@202.164.45.212) | |
| 14:49.41 | sofat | ``Erik, Hello |
| 14:49.57 | sofat | I need your help regarding permissions please reply me |
| 15:13.47 | *** join/#brlcad vasc (~vasc@bl13-115-211.dsl.telepac.pt) | |
| 15:23.02 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 15:25.10 | *** join/#brlcad gurwinder (~chatzilla@117.212.48.236) | |
| 15:49.17 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:11.55 | Notify | 03BRL-CAD:vasco_costa * 66051 (brlcad/branches/opencl/include/rt/primitives/bot.h brlcad/branches/opencl/src/librt/primitives/bot/bot.c and 2 others): process ocl triangle data on prep. solves a lot of headaches. |
| 16:21.50 | *** join/#brlcad sofat (~smile@202.164.45.212) | |
| 16:34.56 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-sgtbhjewnqumxwqa) | |
| 16:43.57 | *** join/#brlcad smile (~smile@202.164.45.212) | |
| 16:47.32 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 16:51.18 | Notify | 03BRL-CAD:vasco_costa * 66052 brlcad/branches/opencl/src/librt/cut.c: if bvh treelet nodes are too small and sah fails just cut along the middle of the list. |
| 16:52.23 | Stragus | wonders how traversal cost heuristics could fail |
| 16:52.37 | *** join/#brlcad sofat_ (~androirc@202.164.45.212) | |
| 17:01.39 | *** join/#brlcad Izakey (~Izakey@41.205.22.25) | |
| 17:09.12 | Notify | 03BRL-CAD:vasco_costa * 66053 (brlcad/branches/opencl/include/rt/space_partition.h brlcad/branches/opencl/src/librt/cut.c brlcad/branches/opencl/src/librt/primitives/bot/bot.c): remove some redundant message. |
| 17:16.24 | *** join/#brlcad sofat (~smile@202.164.45.208) | |
| 17:37.53 | Notify | 03BRL-CAD:carlmoore * 66054 brlcad/trunk/src/conv/iges/extrudcon.c: set ellipse = 1 at INITIALIZATION |
| 17:41.03 | *** join/#brlcad sofat_ (~androirc@202.164.45.212) | |
| 17:43.48 | Notify | 03BRL-CAD:vasco_costa * 66055 (brlcad/branches/opencl/include/rt/primitives/bot.h brlcad/branches/opencl/src/librt/primitives/bot/bot.c brlcad/branches/opencl/src/librt/primitives/bot/bot_shot.cl): handle clockwise oriented triangles. |
| 17:57.54 | *** part/#brlcad Ch3ck_ (~Ch3ck@154.70.110.205) | |
| 18:01.02 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 18:14.22 | sofat | starseeker, i have submitted two patches please accept it. ticket no 411,413 |
| 18:46.02 | *** join/#brlcad sofat (~smile@202.164.45.212) | |
| 19:19.53 | *** join/#brlcad ih8sum3r (~ih8sum3r@122.173.234.156) | |
| 19:25.59 | *** join/#brlcad smile_ (~smile@202.164.45.212) | |
| 19:43.28 | *** join/#brlcad bhollister (~brad@2601:647:cb01:9750:71b5:2c08:31db:9bd8) | |
| 19:52.01 | Notify | 03BRL-CAD:dhoward * 66056 (brlcad/trunk/src/other/PoissonRecon/CMakeLists.txt brlcad/trunk/src/other/PoissonRecon/Src/Array.h and 11 others): * Broke SPR.h/cpp into multiple functions as to make it a more suitable API fora library and in the hopes to replace code inside the PoissonRecon.cpp Execute functionto use a common code base.* Added an 'inline' keywaird to many of the functions in the '.inl' files to fix |
| 19:52.03 | Notify | somemultiple definitions compile errors.* PoissonRecon_new.cpp is my 1st attempt to replace the code in the Execute functionwith a call to functions to do the processing. I could not get the code to compilewhen including 'SPR.h' so I copied some of the code in the 'SPR.h/cpp' in here andwas going to get back to the compile issues later. |
| 19:52.05 | Notify | ... |
| 19:56.21 | Notify | 03BRL-CAD:starseeker * 66057 (brlcad/trunk/src/libanalyze/raydiff.c brlcad/trunk/src/librt/primitives/brep/brep.cpp brlcad/trunk/src/librt/primitives/tgc/tgc.c): Enable parallel prep for raydiff - have to comment out some bu_logging in librt though, or we get Tk_FreeGC segfaults stemming from gui_output.c in src/mged/cmd.c:42 |
| 20:19.03 | Notify | 03BRL-CAD:starseeker * 66058 (brlcad/trunk/src/libanalyze/raydiff.c brlcad/trunk/src/librt/primitives/brep/brep.cpp brlcad/trunk/src/librt/primitives/tgc/tgc.c): Disable parallel prep for raydiff - still getting problems. |
| 20:22.49 | Notify | 03BRL-CAD:starseeker * 66059 (brlcad/trunk/src/libanalyze/analyze_private.h brlcad/trunk/src/libanalyze/find_subtracted_shapes.cpp brlcad/trunk/src/libged/shape_recognition.cpp): Make a first stab at using entry/exit offsets in addition to gaps. |
| 20:33.22 | *** join/#brlcad sofat (~smile@202.164.45.212) | |
| 20:43.53 | *** join/#brlcad sofat (~smile@202.164.45.212) | |
| 20:48.48 | Notify | 03BRL-CAD Wiki:Konrado DJ * 9433 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 20 AUGUST 2015 */ |
| 20:50.16 | *** join/#brlcad KimK (~Kim__@ip68-102-188-176.ks.ok.cox.net) | |
| 20:55.45 | Notify | 03BRL-CAD:vasco_costa * 66060 (brlcad/branches/opencl/include/rt/primitives/bot.h brlcad/branches/opencl/src/librt/primitives/bot/bot.c brlcad/branches/opencl/src/librt/primitives/bot/bot_shot.cl): add support for triangle normals (untested). |
| 20:58.15 | vasc | well i think i fixed all the bugs in the triangles i could find |
| 20:58.18 | vasc | except the normals |
| 20:58.24 | vasc | those sometimes are ok sometimes aren't |
| 20:58.31 | vasc | its probably coz of the modes |
| 20:59.24 | Notify | 03BRL-CAD:vasco_costa * 66061 (brlcad/branches/opencl/misc/CMake/LEMON_Util.cmake brlcad/branches/opencl/misc/CMake/PERPLEX_Util.cmake and 26 others): merge from trunk. |
| 21:10.11 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 21:10.55 | vasc | okay |
| 21:11.01 | Notify | 03BRL-CAD:vasco_costa * 66062 (brlcad/trunk/include/rt/primitives/bot.h brlcad/trunk/include/rt/shoot.h and 12 others): fix bugs in ocl bot triangle data parsing. add ocl gamma correction and haze. fix a bug in hlbvh construction in certain edge cases were the primitive bounding boxes are empty. experimental ocl bot triangle normal support. phong shading lighting model. |
| 21:11.05 | vasc | most of the major crash bugs seem to be solved now |
| 21:11.16 | vasc | the normals can sometimes look screwed up in the bot |
| 21:11.19 | vasc | but otherwise its ok |
| 21:11.54 | vasc | used to be you never knew when you would get a crash with loading a bot |
| 21:35.33 | brlcad | cool! |
| 21:39.58 | ih8sum3r | brlcad: Are you free can we talk? |
| 21:41.11 | kanzure | ask your question |
| 21:41.59 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9434 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Status */ |
| 21:42.31 | ih8sum3r | I'm facing problem while making vagrant up on server. Error : "http://paste.ubuntu.com/12137973/". I have tested things locally in virtualbox. I think we have VMware that is why I got this error. I am right? |
| 21:43.33 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9435 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Status */ |
| 21:44.00 | ih8sum3r | Should I run vagrant up provider command on server and test it? |
| 21:44.57 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9436 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Status */ |
| 21:45.57 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9437 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 13 : 17 Aug-23 Aug */ |
| 21:57.17 | vasc | is the any way to make rt only do firsts hit tracing without csg? so i can do comparative testing |
| 22:05.57 | Notify | 03BRL-CAD:carlmoore * 66063 brlcad/trunk/src/librt/screened_poisson.cpp: fix spelling although this is dead code |
| 22:18.46 | brlcad | ih8sum3r: that error is not because of vmware vs virtualbox |
| 22:18.56 | brlcad | it says right there in the message that those are both viable providers |
| 22:19.11 | brlcad | and that the problem is no provider was found |
| 22:20.30 | ih8sum3r | so for that do we need to install anything like virtualbox? |
| 22:22.03 | ih8sum3r | brlcad: My ssh stopped again, Somehow day before yesterday Erik solved it but now I'm facing the same. |
| 22:23.07 | brlcad | vasc: the default is to stop on the first hit, but I don't think there's a way to skip boolean evaluation |
| 22:24.24 | brlcad | ih8sum3r: virtualbox or vmware or hyper-v must be installed for vagrant to work ... as the message says, it requires a "provider" |
| 22:25.15 | brlcad | i'm not sure why you're using vagrant, though -- it's not strictly necessary |
| 22:26.37 | brlcad | virtualbox-ose is installed on our server |
| 22:27.11 | ih8sum3r | It's the easy way to up virtual machine direct from command line. Instead of running so many command to make it up and destroy we need two commands. Vagrant up to load machine and vagrant destroy to shut it down. |
| 22:31.10 | brlcad | well it's only easier when it works and you're not stuck misunderstanding the very first error message :) |
| 22:33.44 | ih8sum3r | Yah you right. Actually on ubuntu it worked within a matter of minutes so I think I have to choose this to make it up. But now that error :-/. |
| 22:34.53 | brlcad | you should be following a tutorial like this one: https://www.howtoforge.com/vboxheadless-running-virtual-machines-with-virtualbox-4.2-on-a-headless-ubuntu-12.10-server |
| 22:35.19 | brlcad | assuming you install virtualbox correctly, you start from step 3.1 to create you VM |
| 22:35.53 | brlcad | then simply run VBoxHeadless to start it |
| 22:36.25 | vasc | i guess i can always hit it with the nerf bat later |
| 22:36.29 | ih8sum3r | I haven't checked this one. Let me go through it. |
| 22:36.45 | vasc | i just wanted to get a grasp for the speed difference when i do some benchmarking |
| 22:37.04 | brlcad | ih8sum3r: if you have a .ovf, you can just import the config |
| 22:37.04 | ih8sum3r | definitely make it up. |
| 22:37.34 | ih8sum3r | Yah I have .ova file of ubuntu and it's about 860MB I think. |
| 22:37.53 | brlcad | ih8sum3r: an ova is not an ovf |
| 22:38.10 | vasc | and i also need to use some of your tools to convert csg to triangle meshes |
| 22:38.17 | vasc | of implicits |
| 22:38.40 | vasc | but we can do that later |
| 22:39.03 | brlcad | most of the exporters will convert as will the facetize command in mged |
| 22:39.17 | brlcad | the robustness of that conversion is highly dependent on the model |
| 22:39.22 | brlcad | and tolerance settings |
| 22:39.35 | brlcad | black magic and dragons abound |
| 22:40.01 | brlcad | 90% should convert without issue |
| 22:40.07 | brlcad | with default settings |
| 22:41.09 | ih8sum3r | Okay understand what's the difference between both the files. Okay let me work on tutorial you provide me and little experiment with .ovf. Will report you when done. |
| 22:41.21 | brlcad | ih8sum3r: you may be able to import an ova, but you'll have to read the docs on the vboxmanage command |
| 22:41.38 | vasc | i just want to convince people why to use csg and implicits instead of triangles or whatever |
| 22:41.49 | vasc | and when |
| 22:41.52 | vasc | and when not to |
| 22:41.55 | brlcad | http://www.virtualbox.org/manual/ch08.html |
| 22:42.29 | brlcad | vasc: that's a very complex topic in itself |
| 22:42.56 | brlcad | many variables, some subjective unless the reader can quantify their sensitivity requirements (most cannot) |
| 22:43.58 | vasc | i have my own views. more compact format. more accurate results. |
| 22:43.58 | brlcad | if you take a single sphere, for example, and simply try to match pixel-for-pixel, it'll require approximately 1M triangles at 512x512 resolution |
| 22:44.05 | vasc | exactly |
| 22:44.15 | vasc | but then someone will ask: i seldom want to display only spheres |
| 22:44.19 | vasc | i want real models here |
| 22:44.29 | vasc | so that's when you get the CAD stuff out |
| 22:44.38 | brlcad | they seldom need pixel-matching results too, though |
| 22:45.11 | brlcad | they may be happy with the 100 triangle approximation that is wildly inaccurate and incurs a 10% mass loss |
| 22:45.49 | brlcad | usually, it's somewhere in between based on other extrinsic factors |
| 22:46.18 | ih8sum3r | brlcad: Can I get a commit access for OGV branch? If possible. |
| 22:46.20 | brlcad | this is literally one of our primary domains of study |
| 22:47.55 | brlcad | all I'm suggesting is that you can't convince without dictating some metric (like volume/mass loss or matching pixels at some resolution) |
| 22:48.28 | brlcad | not that convincing is our business, maybe your mission ;) |
| 22:48.49 | brlcad | I'd rather lay the facts out and have a quality slider that lets them explore the impact |
| 22:49.56 | brlcad | ih8sum3r: have you discussed with those that have been merging your work? |
| 22:50.10 | brlcad | I don't really need to be in the loop there |
| 22:51.02 | ih8sum3r | Not yet, but the thing is like this branches that had merged before produce so many merge conflicts. |
| 22:51.32 | ih8sum3r | I spend approximately 1.5 weeks to solve each and every thing to back it to normal state. |
| 22:52.01 | ih8sum3r | but now shubham send PR and in that PR again approximately same merge conflicts as far as I can see |
| 22:52.33 | brlcad | vasc: in CAD it's far more expensive to create the model in the first place ... and repair it every time it undergoes a format or file conversion -- most want the CAD system to work with the data they have as faithfully as possible without incurring a lossy transform |
| 22:52.36 | ih8sum3r | so if that PR accept and merged all my hard-work in vain again. |
| 22:52.47 | ih8sum3r | s / accept/ accpeted |
| 22:52.52 | brlcad | this is exactly why we focus on being an agnostic hybrid system |
| 22:53.27 | brlcad | ih8sum3r: you should be discussing that with shubham |
| 22:53.46 | brlcad | if there's a different merge strategy he should be using, or perhaps a different branching strategy you need to be using |
| 22:53.57 | brlcad | somewhere there is a failure in communication or coordination |
| 22:54.14 | vasc | i had a lot of issues |
| 22:54.20 | vasc | until i read this page |
| 22:54.38 | vasc | http://svnbook.red-bean.com/en/1.7/svn.branchmerge.basicmerging.html |
| 22:54.51 | brlcad | vasc: they're on the git repo |
| 22:55.07 | vasc | o |
| 22:55.09 | vasc | h |
| 22:55.24 | vasc | well my advice is always run update all the time |
| 22:55.25 | brlcad | so yeah, it's kind of funny... someone is doing something wrong ;) |
| 22:55.47 | vasc | and talk to each other to avoid writing in the exact same places |
| 22:56.07 | brlcad | that is true for any repo, sync / up / pull frequently ;) |
| 22:56.35 | ih8sum3r | brlcad: Right now in GSoC2015-merged branch everything is perfect works perfectly. But if that PR merged with it black magic will happen :D. |
| 22:56.37 | vasc | the earlier you run update usually the less costly the merge is |
| 22:56.47 | ih8sum3r | I told him to pull my work and make changes. |
| 22:56.47 | vasc | and you should commit often too |
| 22:56.59 | ih8sum3r | Seems he's quite busy in college stuff |
| 22:57.01 | brlcad | ih8sum3r: just because everything is fine on your branch doesn't mean the branch is fine |
| 22:57.37 | brlcad | you could have branched off the wrong point and need to rebase, you could have rebased incorrectly at some point, the merger could be merging off a bad PR, ... |
| 22:58.09 | ``Erik | "works for me" *punches out and heads out on vacation* :D *duck* |
| 22:58.34 | brlcad | did you manually examine your PR to make sure all the commits and changes it's proposing are correct? |
| 22:59.29 | ``Erik | did sofats permission stuff get sorted out? |
| 22:59.34 | ``Erik | brlcad: how was siggraph? |
| 22:59.36 | brlcad | if so, you should be able to check out master and try to merge your PR, see if you get conflicts |
| 23:00.10 | ih8sum3r | Okay let me check it. |
| 23:00.11 | brlcad | ``Erik: I don't know what you're talking about and fantastic |
| 23:00.34 | brlcad | lots of cool things, may try to summarize to the list |
| 23:01.08 | brlcad | gsoc ends tomorrow, though, which will mean a busy busy day :) |
| 23:03.37 | brlcad | only downside was ton roosendaal gave me his cold on the last day, finally starting to get over it |
| 23:05.23 | brlcad | that's what I get for trying to collaborate with those dirty blender folks |
| 23:05.42 | brlcad | just kidding, they're good peoples :) |
| 23:17.55 | vasc | now i get why the normals are screwed. |
| 23:18.00 | vasc | the triangles aren't oriented ccws |
| 23:18.36 | vasc | bot supports triangles in ccw, cw and UNORDERED order |
| 23:18.39 | vasc | great uh? |
| 23:18.58 | *** join/#brlcad merzo (~merzo@202-41-133-95.pool.ukrtel.net) | |
| 23:19.45 | vasc | that blender guy seemed interesting when i saw him |
| 23:19.50 | vasc | quite active chap |
| 23:32.40 | vasc | so |
| 23:59.22 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 23:59.49 | Notify | 03BRL-CAD:vasco_costa * 66064 (brlcad/branches/opencl/src/librt/primitives/bot/bot.c brlcad/branches/opencl/src/librt/primitives/bot/bot_shot.cl): handle in ocl UNORIENTED, CW, and CCW triangles so the normals look ok. |
| 00:05.45 | Notify | 03BRL-CAD:vasco_costa * 66065 (brlcad/branches/opencl/src/librt/screened_poisson.cpp Property Changed: and 2 others): merge from trunk. |
| 00:08.33 | vasc | okay |
| 00:08.39 | Notify | 03BRL-CAD:vasco_costa * 66066 (brlcad/trunk/src/librt/primitives/bot/bot.c brlcad/trunk/src/librt/primitives/bot/bot_shot.cl and 3 others): handle UNORDERED, CW, and CCW triangle point order in ocl bot. fixes normals. |
| 00:08.41 | vasc | we should have bugfree (TM) bots now |
| 00:10.09 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9438 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 13 : 17 Aug-23 Aug */ |
| 00:10.09 | vasc | bot is really overengineered.... |
| 00:10.12 | vasc | its a tour de force |
| 00:10.34 | vasc | didn't even add the plate and solid mode stuff |
| 00:10.40 | vasc | i don't i won't either |
| 00:11.04 | vasc | that's for when CSG booleans actually work |
| 00:11.27 | vasc | unless we use it for transparent rendering or something like that |
| 00:11.35 | vasc | hmmmm |
| 00:11.39 | vasc | transparent rendering... |
| 00:11.52 | vasc | i see those in ballistics a lot |
| 00:12.07 | vasc | is it just one ray without deviations? |
| 00:12.48 | vasc | since we already have all the hit points, using some sort of accumulation color buffer shouldn't be an issue |
| 00:13.13 | vasc | hm problem is if going from eye to scene isn't a problem |
| 00:13.29 | vasc | ah whatever |
| 00:13.54 | vasc | i'll try hacking something |
| 00:21.04 | starseeker | hah - llvm is now a non-profit |
| 00:28.23 | Notify | 03BRL-CAD:starseeker * 66067 brlcad/trunk/doc/docbook/CMakeLists.txt: Apply patch 411 from Hitesh Sofat |
| 00:29.29 | Notify | 03BRL-CAD:starseeker * 66068 (brlcad/trunk/doc/docbook/resources/brlcad/presentation.xsl.in brlcad/trunk/doc/docbook/resources/brlcad/wordpress.xsl.in): Apply patch 413 from Hitesh Sofat - stylesheet updates |
| 00:30.05 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 00:30.07 | starseeker | bhollister: responded about patch - shouldn't need major changes, just don't want to introduce new struct into public libbn header if we don't need to |
| 00:30.34 | Notify | 03BRL-CAD Wiki:Bhollister * 9439 /wiki/User:Bhollister/DevLogAug2015: /* Thurs, August 20, 2015 */ |
| 00:32.32 | Notify | 03BRL-CAD Wiki:Bhollister * 9440 /wiki/User:Bhollister/DevLogAug2015: /* Thurs, August 20, 2015 */ |
| 00:33.41 | Notify | 03BRL-CAD Wiki:Bhollister * 9441 /wiki/User:Bhollister/DevLogAug2015: /* Thurs, August 20, 2015 */ |
| 00:41.23 | Notify | 03BRL-CAD:starseeker * 66069 brlcad/trunk/src/libbu/malloc.c: If we don't have sys/shm.h, bu_shmget has a bunch of unused params. |
| 00:41.31 | Notify | 03BRL-CAD Wiki:Bhollister * 9442 /wiki/User:Bhollister/DevLogAug2015: /* Thurs, August 20, 2015 */ |
| 00:50.27 | Notify | 03BRL-CAD Wiki:Bhollister * 9443 /wiki/User:Bhollister/DevLogAug2015: /* Thurs, August 20, 2015 */ |
| 00:51.25 | bhollister2 | starseeker: patch 412 and 414 have been submitted and tested on my local system. |
| 00:52.00 | starseeker | bhollister2: sounds good |
| 00:52.28 | starseeker | is step-g still not working? seems to build here for me from trunk... |
| 00:52.51 | bhollister2 | yep. i caught the build error. documented in my devlog entry today |
| 00:53.05 | starseeker | did you see my comment on 412? |
| 00:53.45 | bhollister2 | yes. i'll take care of that first thing tomorrow. |
| 00:53.56 | starseeker | cool - is 414 independent of it? |
| 00:55.43 | bhollister2 | yes. |
| 00:55.43 | Notify | 03BRL-CAD Wiki:Bhollister * 9444 /wiki/User:Bhollister/DevLogAug2015: /* Thurs, August 20, 2015 */ |
| 00:56.16 | Notify | 03BRL-CAD:starseeker * 66070 brlcad/trunk/src/librt/primitives/bot/gct_decimation/auxiliary/tinycthread.h: noreturn attribute doesn't play nice on Haiku at the moment |
| 01:03.32 | Notify | 03BRL-CAD:starseeker * 66071 (brlcad/trunk/src/libged/CMakeLists.txt brlcad/trunk/src/libged/nmg.c): Add patch 414 from Brad Hollister - nmg make V subcommand. |
| 01:11.53 | starseeker | weird haiku build error in librt: http://paste.lisp.org/display/153969 |
| 01:11.54 | *** join/#brlcad vasc__ (~vasc@bl13-127-140.dsl.telepac.pt) | |
| 03:46.22 | *** join/#brlcad gurwinder (~chatzilla@117.199.103.236) | |
| 04:41.55 | Notify | 03BRL-CAD Wiki:Bhollister * 9445 /wiki/User:Bhollister/DevLogAug2015: /* Thurs, August 20, 2015 */ |
| 04:44.09 | *** join/#brlcad shaina (~shaina@61.0.202.163) | |
| 04:55.18 | Notify | 03BRL-CAD Wiki:Bhollister * 9446 /wiki/MGED_CMD_nmg: /* Proposed subcommands */ |
| 04:58.12 | Notify | 03BRL-CAD Wiki:Bhollister * 9447 /wiki/MGED_CMD_nmg: |
| 05:11.56 | *** join/#brlcad merzo (~merzo@5-58-133-95.pool.ukrtel.net) | |
| 07:54.13 | Notify | 03BRL-CAD Wiki:94.199.122.171 * 9448 /wiki/ARL_Technical_Reports: remove spam |
| 08:49.59 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 10:49.09 | *** join/#brlcad konrado (~konro@41.205.22.22) | |
| 11:53.53 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 12:29.17 | *** join/#brlcad kanzure (~kanzure@unaffiliated/kanzure) | |
| 13:31.19 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 13:32.30 | *** join/#brlcad sofat (~androirc@202.164.45.212) | |
| 13:37.56 | *** join/#brlcad smile (~smile@202.164.45.208) | |
| 13:45.41 | ``Erik | gcc moving to git |
| 13:47.52 | *** join/#brlcad shaina (~shaina@117.214.242.244) | |
| 13:49.04 | Notify | 03BRL-CAD:carlmoore * 66072 (brlcad/trunk/doc/docbook/resources/brlcad/wordpress.xsl.in brlcad/trunk/src/rt/do.c): remove trailing white space |
| 14:04.44 | *** join/#brlcad Guest4957 (~smile@202.164.45.208) | |
| 14:06.22 | *** join/#brlcad smile_ (~smile@202.164.45.204) | |
| 14:34.30 | *** join/#brlcad sofat (~smile@202.164.45.212) | |
| 14:40.58 | dracarys983 | d_rossberg: The latest patch : https://sourceforge.net/p/brlcad/patches/385/#6099. I will also upload the caller functions' final patch in a while. |
| 14:48.53 | *** join/#brlcad sofat (~smile@202.164.45.212) | |
| 15:04.26 | *** join/#brlcad sofat (~smile@202.164.45.212) | |
| 15:10.15 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:28.19 | d_rossberg | dracarys983: ok, thank you; but it's not likely that i can review it today |
| 15:29.48 | dracarys983 | d_rossberg: Not a problem. I will start the documentation anyways. |
| 15:30.02 | dracarys983 | Any inputs on what things to include in the documentation? |
| 15:32.16 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:38.06 | sofat | ``Erik, I need your help |
| 15:39.02 | d_rossberg | dracarys983: maybe a libanalyze entry in doc/docbook/system/man3/en ? |
| 15:39.50 | sofat | I want to set 774 permission on some folder in my public_html |
| 15:39.59 | sofat | please allow me to do this |
| 15:44.23 | *** join/#brlcad Ch3ck_ (~Ch3ck@41.205.27.197) | |
| 15:58.40 | *** join/#brlcad gurwinder (~chatzilla@117.214.207.115) | |
| 16:13.19 | *** part/#brlcad gurwinder (~chatzilla@117.214.207.115) | |
| 16:13.31 | *** join/#brlcad gurwinder (~chatzilla@117.214.207.115) | |
| 16:49.39 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-brxoryzcikpjyvam) | |
| 17:01.01 | *** join/#brlcad smile (~smile@202.164.45.212) | |
| 17:26.25 | ``Erik | sofat: why can't you do this yourself? O.o |
| 17:28.23 | sofat | ``Erik, I need admin permission for this |
| 17:28.39 | sofat | If you allow me then I do this |
| 17:29.17 | sofat | other wise I think If I do without your permission I think this is against the server rules . |
| 17:29.34 | sofat | so I need your permission |
| 17:31.24 | ``Erik | um, you own the file, right? so you can update the permission on it... |
| 17:31.27 | ``Erik | file/dir |
| 17:31.32 | sofat | ok |
| 17:31.56 | sofat | yes these files and folder is my |
| 17:32.09 | ``Erik | so you can chmod them... I'd question 774, though... |
| 17:32.27 | ``Erik | rwxrwxr-- ? would 775 be better? |
| 17:32.35 | sofat | yes |
| 17:32.41 | sofat | its better |
| 17:32.44 | sofat | 775 |
| 17:32.47 | Notify | 03BRL-CAD Wiki:Shaina7837 * 9449 /wiki/User:Shainasabarwal/GSoC15/logs: /* 14 August */ |
| 17:33.17 | sofat | ok I will apply this permission on dir which I want |
| 17:37.22 | ``Erik | sofat: all good? |
| 17:38.20 | sofat | yes |
| 17:51.30 | *** join/#brlcad vasc (~vasc@bl13-127-140.dsl.telepac.pt) | |
| 17:51.57 | *** join/#brlcad ih8sum3r (~ih8sum3r@122.173.44.129) | |
| 18:47.12 | vasc | ah well |
| 18:47.29 | vasc | the funding for the molecular visualization project seems to have dried up |
| 18:47.41 | vasc | i guess i'm in the open market right now |
| 18:47.43 | vasc | :-) |
| 19:08.05 | vasc | hm, time to start organizing my rolodex |
| 19:18.21 | Notify | 03BRL-CAD Wiki:MeShubham99 * 9450 /wiki/User:MeShubham99/GSoc15/log_developmen: /* Week 9 */ |
| 19:20.38 | Notify | 03BRL-CAD Wiki:MeShubham99 * 9451 /wiki/User:MeShubham99/GSoc15/log_developmen: /* Week 9 */ |
| 19:24.12 | Notify | 03BRL-CAD Wiki:MeShubham99 * 9452 /wiki/User:MeShubham99/GSoc15/OGV_production_ready_plan: |
| 19:26.01 | Notify | 03BRL-CAD Wiki:MeShubham99 * 9453 /wiki/User:MeShubham99/GSoc15/log_developmen: /* Week 9 */ |
| 19:36.50 | *** join/#brlcad sofat (~smile@202.164.45.212) | |
| 00:40.13 | *** join/#brlcad infobot (ibot@69-58-76-73.ut.vivintwireless.net) | |
| 00:40.13 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-) | |
| 01:29.11 | *** join/#brlcad konrado (~konro@41.205.22.40) | |
| 02:04.01 | Notify | 03BRL-CAD Wiki:Bhollister * 9457 /wiki/User:Bhollister/DevLogAug2015: /* Fri, August 21, 2015 FIRM PENCILS DOWN */ |
| 03:56.02 | *** join/#brlcad vasc (~vasc@bl13-127-140.dsl.telepac.pt) | |
| 08:13.02 | *** join/#brlcad konrado (~konro@41.205.22.50) | |
| 10:02.28 | *** join/#brlcad shaina (~shaina@117.215.227.29) | |
| 11:16.43 | *** join/#brlcad Ch3ck_ (~Ch3ck@41.205.27.215) | |
| 14:19.10 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 14:20.29 | *** join/#brlcad vasco_ (~vasco@bl13-123-134.dsl.telepac.pt) | |
| 14:22.20 | *** join/#brlcad vasc_ (~vasc@bl13-123-134.dsl.telepac.pt) | |
| 14:34.07 | *** join/#brlcad vasco_ (~vasco@bl13-123-134.dsl.telepac.pt) | |
| 14:34.55 | *** join/#brlcad vasco_ (~vasco@bl13-123-134.dsl.telepac.pt) | |
| 14:35.50 | *** join/#brlcad vasc (~vasc@bl13-123-134.dsl.telepac.pt) | |
| 14:35.58 | *** join/#brlcad vasc (~vasc@bl13-123-134.dsl.telepac.pt) | |
| 14:57.58 | *** join/#brlcad Guest96335 (~smile@202.164.45.204) | |
| 15:16.51 | *** join/#brlcad Guest96335 (~smile@202.164.45.208) | |
| 16:11.22 | *** join/#brlcad konrado (~konro@41.205.22.10) | |
| 17:08.01 | *** join/#brlcad vasc (~vasc@bl13-123-134.dsl.telepac.pt) | |
| 17:09.56 | *** join/#brlcad ih8sum3r (~ih8sum3r@122.173.189.145) | |
| 17:11.20 | *** join/#brlcad Izakey (~Izakey@41.205.22.56) | |
| 17:15.44 | *** join/#brlcad smile (~smile@202.164.45.212) | |
| 17:21.55 | *** join/#brlcad konrado (~konro@41.205.22.6) | |
| 17:28.57 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 18:21.13 | *** join/#brlcad smile_ (~smile@202.164.45.212) | |
| 18:48.09 | *** join/#brlcad vasc (~vasc@bl13-123-134.dsl.telepac.pt) | |
| 19:34.33 | *** join/#brlcad tstark (~tstark@198.244.105.54) | |
| 19:34.37 | tstark | yola |
| 19:48.07 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-yvemdxozukbrstsa) | |
| 20:09.19 | *** join/#brlcad bhollister (~brad@2601:647:cb01:9750:697a:bb87:ae35:1fc0) | |
| 20:43.12 | *** join/#brlcad Ch3ck_ (~Ch3ck@41.205.19.177) | |
| 20:50.02 | *** join/#brlcad smile_ (~smile@202.164.45.208) | |
| 21:04.36 | *** join/#brlcad vasc (~vasc@bl12-48-64.dsl.telepac.pt) | |
| 21:06.51 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 22:01.02 | *** join/#brlcad Shubham (6719e702@gateway/web/freenode/ip.103.25.231.2) | |
| 22:04.35 | tstark | yo |
| 22:04.42 | tstark | Hi Shubha |
| 22:48.36 | *** join/#brlcad smile_ (~smile@202.164.45.212) | |
| 23:07.59 | vasc | CMake Warning at CMakeLists.txt:154 (_message): |
| 23:07.59 | vasc | <PROTECTED> |
| 23:07.59 | vasc | <PROTECTED> |
| 23:07.59 | vasc | <PROTECTED> |
| 23:07.59 | vasc | <PROTECTED> |
| 23:07.59 | vasc | <PROTECTED> |
| 23:08.01 | vasc | Call Stack (most recent call first): |
| 23:08.03 | vasc | <PROTECTED> |
| 23:08.05 | vasc | <PROTECTED> |
| 23:08.07 | vasc | bah |
| 23:08.09 | vasc | but it still compiles fine |
| 23:16.59 | *** join/#brlcad konrado (~konro@41.205.22.15) | |
| 01:42.22 | *** join/#brlcad konrado (~konro@41.205.22.29) | |
| 01:42.52 | *** join/#brlcad Shubham (6719e766@gateway/web/freenode/ip.103.25.231.102) | |
| 01:54.26 | *** join/#brlcad bhollister1 (~brad_h@2601:647:cb01:9750:14aa:37ac:da65:313d) | |
| 03:40.30 | Notify | 03BRL-CAD Wiki:Bhollister * 9458 /wiki/MGED_CMD_nmg: |
| 03:44.46 | Notify | 03BRL-CAD Wiki:Bhollister * 9459 /wiki/User:Bhollister/DevLogAug2015: /* Sat, August 22, 2015 */ |
| 03:45.40 | Notify | 03BRL-CAD Wiki:Bhollister * 9460 /wiki/User:Bhollister/DevLogAug2015: |
| 03:48.27 | bhollister1 | starseeker: patch 412 has been updated. 415 is now submitted. |
| 11:43.08 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-jxvjlvmxuctpemxt) | |
| 12:04.53 | *** join/#brlcad vasc (~vasc@bl12-48-64.dsl.telepac.pt) | |
| 13:23.29 | *** join/#brlcad konrado (~konro@41.205.22.24) | |
| 13:32.31 | *** join/#brlcad smile (~smile@202.164.45.212) | |
| 16:15.23 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-njmsrodtehoyqowb) | |
| 16:53.42 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 17:35.17 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-segxzsxcqxaxmofg) | |
| 17:51.14 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 18:27.59 | *** join/#brlcad ih8sum3r (~ih8sum3r@122.173.189.145) | |
| 19:23.58 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 19:43.03 | *** join/#brlcad sofat (~smile@202.164.45.212) | |
| 20:08.02 | *** join/#brlcad smile (~smile@202.164.45.212) | |
| 21:27.33 | *** join/#brlcad ih8sum3r (~ih8sum3r@122.173.189.145) | |
| 22:01.33 | *** join/#brlcad konrado (~konro@41.205.22.43) | |
| 00:47.29 | *** join/#brlcad konrado (~konro@41.205.22.16) | |
| 00:56.49 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) | |
| 01:20.47 | *** join/#brlcad konrado (~konro@41.205.22.9) | |
| 02:49.40 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 02:58.29 | *** join/#brlcad gurwinder (~chatzilla@59.91.238.101) | |
| 03:16.26 | *** join/#brlcad bhollister (~brad@2600:1010:b028:b7a8:e9a2:b47d:d978:fe5c) | |
| 03:27.03 | *** join/#brlcad gurwinder (~chatzilla@59.91.238.101) | |
| 04:09.08 | *** join/#brlcad sofat (~smile@202.164.45.206) | |
| 05:00.02 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-uanmiquecxttkyod) | |
| 05:28.01 | *** join/#brlcad bhollister (~brad@2601:647:cb01:9750:e9a2:b47d:d978:fe5c) | |
| 05:53.53 | *** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca) | |
| 07:27.52 | *** join/#brlcad merzo (~merzo@81.0.78.74) | |
| 08:11.38 | *** join/#brlcad Izakey (~Izakey@41.205.22.60) | |
| 08:48.22 | *** join/#brlcad Ch3ck_ (~Ch3ck@154.70.99.132) | |
| 09:42.16 | *** join/#brlcad cox (~quassel@188.226.208.53) | |
| 12:50.39 | *** join/#brlcad konrado (~konro@41.205.22.54) | |
| 13:21.29 | *** join/#brlcad ih8sum3r (~ih8sum3r@122.173.189.145) | |
| 13:23.14 | *** join/#brlcad vasc (~vasc@bl7-124-166.dsl.telepac.pt) | |
| 13:36.22 | *** join/#brlcad bhollister (~brad@2601:647:cb01:9750:e9a2:b47d:d978:fe5c) | |
| 13:49.20 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 13:56.37 | *** join/#brlcad Izakey (~Izakey@154.70.99.132) | |
| 15:03.20 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:39.10 | *** join/#brlcad gurwinder (~chatzilla@59.91.238.101) | |
| 15:57.50 | *** join/#brlcad ih8sum3r (~ih8sum3r@122.173.189.145) | |
| 16:04.02 | *** join/#brlcad ih8sum3r (~ih8sum3r@122.173.189.145) | |
| 16:25.40 | *** join/#brlcad sofat (~sofat@101.213.241.63) | |
| 17:17.05 | *** join/#brlcad sofat (~sofat@101.213.241.63) | |
| 18:46.10 | *** join/#brlcad teepee (~teepee@unaffiliated/teepee) | |
| 19:05.26 | *** join/#brlcad Boquete (~piotr@bvv142.neoplus.adsl.tpnet.pl) | |
| 19:05.28 | Boquete | Hello |
| 19:06.05 | Boquete | Have questions about GCI 2015. Is BRL CAD going to start this year too? |
| 19:21.30 | *** join/#brlcad konrado (~konro@41.205.22.63) | |
| 19:46.50 | *** join/#brlcad sofat (~sofat@101.208.217.34) | |
| 20:58.23 | *** join/#brlcad saltan (~lieven@81.83.2.132) | |
| 20:59.04 | *** part/#brlcad saltan (~lieven@81.83.2.132) | |
| 21:45.33 | *** join/#brlcad ih8sum3r (~ih8sum3r@122.173.189.145) | |
| 23:10.20 | *** join/#brlcad konrado (~konro@41.205.22.36) | |
| 23:10.51 | *** part/#brlcad konrado (~konro@41.205.22.36) | |
| 23:31.58 | maths22 | Do we think we can easily fix this compilation error: http://brlcad.org/CDash/viewBuildError.php?type=1&buildid=193 |
| 23:58.43 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 00:25.53 | vasc | oh |
| 00:26.01 | vasc | so its supposed to be @param foo baz |
| 00:26.06 | vasc | and not @param foo |
| 00:26.08 | vasc | great |
| 03:21.51 | *** join/#brlcad gurwinder (~chatzilla@117.220.144.160) | |
| 03:29.36 | *** part/#brlcad gurwinder (~chatzilla@117.220.144.160) | |
| 03:29.44 | *** join/#brlcad gurwinder (~chatzilla@117.220.144.160) | |
| 03:30.48 | gurwinder | brlcad: I'm working on documentation in xml. You told me to take example of obj-g and g-obj |
| 03:32.08 | gurwinder | it have Synopsis, DESCRIPTION, OPTIONS and EXAMPLES |
| 03:32.43 | gurwinder | brlcad: I have to wright these only? |
| 05:42.51 | *** join/#brlcad infobot (ibot@69-58-76-73.ut.vivintwireless.net) | |
| 05:42.51 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-) | |
| 06:10.53 | *** join/#brlcad Izakey (~Izakey@41.205.22.61) | |
| 06:20.03 | *** join/#brlcad bhollister (~brad@2601:647:cb01:9750:291b:d142:be4a:d7bf) | |
| 06:50.42 | *** join/#brlcad bhollister (~brad@2601:647:cb01:9750:291b:d142:be4a:d7bf) | |
| 07:54.41 | *** join/#brlcad Boquete (~piotr@bvv142.neoplus.adsl.tpnet.pl) | |
| 08:40.46 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 08:40.57 | *** join/#brlcad teepee-- (bc5c2134@gateway/web/freenode/ip.188.92.33.52) | |
| 09:36.39 | *** join/#brlcad Boquete_ (~piotr@aatd244.neoplus.adsl.tpnet.pl) | |
| 10:02.19 | *** join/#brlcad KimK (~Kim__@ip68-102-188-176.ks.ok.cox.net) | |
| 10:31.55 | *** join/#brlcad hackrat (~packrator@c-71-231-32-234.hsd1.wa.comcast.net) | |
| 11:44.24 | *** join/#brlcad Boquete (~piotr@acqm213.neoplus.adsl.tpnet.pl) | |
| 14:03.50 | *** join/#brlcad sofat (~sofat@202.164.45.212) | |
| 14:05.29 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 14:08.45 | *** join/#brlcad Ch3ck_ (~Ch3ck@41.205.19.152) | |
| 14:17.18 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 14:26.40 | *** join/#brlcad Boquete (~piotr@acqm213.neoplus.adsl.tpnet.pl) | |
| 14:40.24 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 14:42.46 | *** join/#brlcad konrado (~konro@41.205.22.11) | |
| 14:46.52 | *** join/#brlcad konrado (~konro@41.205.22.27) | |
| 15:22.06 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 15:25.36 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:43.34 | sofat | ``Erik, I need your help |
| 15:43.54 | sofat | I want to set cron job on server but it not working |
| 15:44.00 | sofat | I use these commands |
| 15:44.06 | sofat | crontab -e |
| 15:44.31 | sofat | 0 * * * * path/to/script |
| 15:44.45 | sofat | starseeker, If you know anything please help me |
| 15:51.20 | *** join/#brlcad ih8sum3r (~ih8sum3r@122.173.189.145) | |
| 15:54.43 | ih8sum3r | ``Erik: ssh / scp again stops working on my side. Error "ssh_exchange_identification: Connection closed by remote host". Here is -vvv output : http://paste.ubuntu.com/12193280/. Please Help. |
| 16:23.08 | *** join/#brlcad sofat (~sofat@202.164.45.212) | |
| 16:47.58 | *** join/#brlcad sofat (~sofat@202.164.45.212) | |
| 17:16.55 | *** part/#brlcad Ch3ck_ (~Ch3ck@41.205.19.152) | |
| 17:20.35 | ``Erik | sofat: that should work, provided the script is correct... (a lot of cron issues are due to the script depending stuff in, say, .bashrc that isn't sourced when cron executes it) |
| 17:22.15 | ``Erik | ih8sum3r: what have you done??? (nah, your IP changed, let me update the hack in /etc/hosts... try now) |
| 17:23.04 | ih8sum3r | ``Erik: Nothing :(. Just changed my OS yesterday. Let me try. |
| 17:23.40 | ih8sum3r | Working. |
| 17:24.00 | ih8sum3r | Why this happening again and again with me only :-/ |
| 17:27.10 | ``Erik | cuz your isp sucks |
| 17:27.16 | ``Erik | :) |
| 17:27.58 | archivist | fixed IP costs extra |
| 17:27.59 | ih8sum3r | Poor Airtel :-/ |
| 17:31.00 | ih8sum3r | ``Erik: I need your help, like if startvm headless on VBox and after it how do I get it's IP address i.e headless VM IP address. I checked this link http://serverfault.com/questions/540107/connect-via-ssh-to-virtualbox-guest-vm-without-knowing-ip-address. If I want learn it's IP I have to logged it into once graphically then arp -a works. |
| 17:31.06 | ``Erik | archivist: it's not even a static IP issue, the isp doesn't let googles nameservers do forward lookups (so the sshd paranoia bit kicks) |
| 17:31.47 | ih8sum3r | I am using bridged network in this. |
| 17:31.47 | ``Erik | ih8sum3r: if it's network is up, you can try something like a broadcast ping (192.168.1.255) or scan using nmap |
| 17:32.15 | ``Erik | doesn't know vbox, would assume it saves the vm's IP address in some file somewhere? |
| 17:32.37 | sofat | ``Erik, my script working correct on local pc |
| 17:32.55 | ih8sum3r | Like I have to ping each and every IP in range 1..255 |
| 17:33.01 | sofat | and also working correct without cron job on server |
| 17:33.02 | ih8sum3r | for i in {1..255}; do ping -c 1 192.168.1.$i & done somewhat like this? |
| 17:33.15 | ih8sum3r | and check which ping is working :) |
| 17:34.46 | sofat | ``Erik, If cron is gave the error the how I check this error ? |
| 17:34.48 | ``Erik | ih8sum3r: that'd be one way, broadcast would be easier/quicker (on a /24, .255 says "everyone, say hi back!") |
| 17:35.39 | ``Erik | sofat: typically, you'd get an email from the cron daemon... try setting a cronjob with something like "/bin/date" and see what happens? this email would be sent to your server account.... |
| 17:36.30 | sofat | ok i try |
| 17:36.58 | ``Erik | when you run 'alpine' or 'mutt' on the server, are these emails you've never seen? |
| 17:39.10 | ih8sum3r | ``Erik: Is this out bz server IP : 66.118.151.70? |
| 17:39.10 | sofat | no i never seen |
| 17:39.25 | sofat | I am not using mutt or alpine |
| 17:40.47 | *** join/#brlcad sofat (~sofat@202.164.45.212) | |
| 17:40.54 | sofat | ``Erik, |
| 17:41.06 | sofat | I am using this command under cron tab |
| 17:41.06 | sofat | * * * * * sh /home/nouhrasofat/brlcad/copy_document.sh >> /home/nouhrasofat/k |
| 17:42.19 | sofat | this command create the k.txt file but not execute the my script |
| 17:45.32 | *** join/#brlcad sofat (~sofat@202.164.45.212) | |
| 18:11.57 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 18:17.27 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 18:19.29 | ``Erik | sofat: maybe make the first (non-shebang) line of your script a simple echo? cron runs a very limited shell, maybe try running it with something like "env - /bin/sh /path/to/copy_document.sh" and see what happens? |
| 18:19.47 | ``Erik | ih8sum3r: yes, that's bz |
| 18:22.06 | sofat | ok I am trying now |
| 18:41.02 | sofat | ``Erik, I run this and I found this |
| 18:41.04 | sofat | brlcad/copy_document.sh: svn: not found |
| 18:41.04 | sofat | brlcad/copy_document.sh: 40: Syntax error: Bad for loop variable |
| 18:45.29 | sofat | ``Erik, I run with bash /path/to/copy_document.sh and also run like this ./copy_document.sh then it working |
| 19:02.04 | *** join/#brlcad Shubham (01272879@gateway/web/freenode/ip.1.39.40.121) | |
| 19:24.01 | sofat | ``Erik, what I do now . |
| 19:24.03 | sofat | >? |
| 19:24.04 | sofat | ? |
| 19:28.43 | sofat | ``Erik, I run my script on my pc like this /path/to/./script.sh but now on your how I run this script ? |
| 19:29.02 | sofat | your server |
| 19:30.11 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 20:15.25 | *** join/#brlcad vasc (~vasc@bl7-124-166.dsl.telepac.pt) | |
| 20:29.40 | vasc | hey guys |
| 20:47.44 | ``Erik | sofat: 'svn not found' probably means you're assuming /usr/local/bin is in the path and it's not... have the script update the path before doing those calls, or use full path names... |
| 20:48.29 | sofat | ``Erik, there is my script |
| 20:48.30 | sofat | https://github.com/sofathitesh/brlcad-code/blob/master/copy_document.sh |
| 20:49.09 | sofat | I run this script on my pc just put this code in crontab * * * * /home/sofat/mybrlcadcode/brlcad/trunk/./copy_document.sh >> /home/sofat/file |
| 20:49.34 | sofat | and its working fine but on your server its not working and gave me error. |
| 20:50.15 | *** join/#brlcad vasc_ (~vasc@bl13-114-114.dsl.telepac.pt) | |
| 20:50.18 | ``Erik | what os is your pc? |
| 20:51.57 | ``Erik | (I'm guessing linux, which likes to put third party stuff in /usr where fbsd keeps /usr for system things and puts third party stuff in /usr/local... |
| 20:52.01 | ``Erik | ) |
| 20:52.11 | sofat | linux |
| 20:52.51 | sofat | so what I need to do for solve this problem ? |
| 20:54.15 | sofat | ``Erik, ? |
| 20:54.37 | ``Erik | towards the beginning of your script, you could do "PATH=$PATH:/usr/local/bin" and see if that works? Um, bear in mind... if you're running the job as /bin/sh, that is very much not bash.... and some programs might not behave the same on fbsd as on linux |
| 20:55.39 | ``Erik | might need to export the PATH bit, too... |
| 20:56.10 | sofat | ok try this |
| 20:56.11 | ``Erik | you can make a cronjob that just runs "env" and see what variables are set during a normal cron run |
| 20:58.39 | sofat | ok i make simple cron job using just env and show you output |
| 20:59.28 | sofat | I got this . |
| 20:59.28 | sofat | SHELL=/usr/local/bin/bash |
| 20:59.29 | sofat | TERM=xterm |
| 20:59.29 | sofat | SSH_CLIENT=202.164.45.212 59266 22 |
| 20:59.29 | sofat | SSH_TTY=/dev/pts/29 |
| 20:59.29 | sofat | USER=nouhrasofat |
| 20:59.30 | sofat | ENV=/home/nouhrasofat/.shrc |
| 20:59.33 | sofat | PAGER=more |
| 20:59.34 | sofat | PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/local/bin:/home/nouhrasofat/bin |
| 20:59.38 | sofat | MAIL=/var/mail/nouhrasofat |
| 20:59.40 | sofat | BLOCKSIZE=K |
| 20:59.42 | sofat | PWD=/home/nouhrasofat |
| 20:59.44 | sofat | EDITOR=vi |
| 20:59.46 | sofat | SHLVL=1 |
| 20:59.48 | sofat | HOME=/home/nouhrasofat |
| 20:59.51 | sofat | LOGNAME=nouhrasofat |
| 20:59.52 | sofat | SSH_CONNECTION=202.164.45.212 59266 66.118.151.70 22 |
| 20:59.54 | sofat | _=/usr/bin/env |
| 20:59.57 | ``Erik | ~pastebin |
| 20:59.58 | infobot | A "pastebin" is a web-based service where you should paste anything over 3 lines so you don't flood the channel. Here are links to a few: http://www.pastebin.com, http://pastebin.ca, http://channels.debian.net/paste, http://paste.lisp.org, http://bin.cakephp.org/; or install pastebinit with yum or aptitude. |
| 21:00.22 | ``Erik | !notify pastebin |
| 21:00.23 | Notify | A "pastebin" is a web-based service where you should paste anything over 3 lines so you don't flood the channel. Here are links to a few: http://www.pastebin.com, http://pastebin.ca, http://channels.debian.net/paste, http://paste.lisp.org. http://gist.github.com allows file attachments for large log files. |
| 21:00.29 | ``Erik | heh |
| 21:00.31 | sofat | sorry |
| 21:00.35 | ``Erik | !notify week |
| 21:00.36 | Notify | BRL-CAD: vasco_costa:33, starseeker:18, carlmoore:6, brlcad:1, dhoward:1 |
| 21:00.37 | Notify | BRL-CAD Wiki: Vasco.costa:24, Bhollister:16, Konrado DJ:5, MeShubham99:4, 202.164.45.212:1, 94.199.122.171:1, Shaina7837:1, Deekaysharma:1 |
| 21:01.08 | ``Erik | hugs notify |
| 21:01.09 | Notify | get offa me! |
| 21:32.12 | Boquete | Is it bot? |
| 21:32.32 | Boquete | Notify, hi |
| 21:32.35 | Boquete | nah it's not working |
| 21:34.15 | *** join/#brlcad Mifos_ (~BOT@acqm213.neoplus.adsl.tpnet.pl) | |
| 21:34.43 | Boquete | Forgot to rename it. :v |
| 21:34.53 | Boquete | Mifos_, hi |
| 21:35.03 | Mifos_ | I've lost the context, . Are we still on That is deep. ? |
| 21:35.17 | Boquete | Go away Mifos_ you are drunk |
| 21:35.18 | Mifos_ | OK See you later, . |
| 21:35.40 | Boquete | Mifos_, you know you are bot? |
| 21:35.41 | Mifos_ | Ok I will add that fact aboutMifos me know meto my database. |
| 21:37.21 | Boquete | Ok turn off mifos |
| 21:44.45 | *** join/#brlcad BotIRC (~BOT@acqm213.neoplus.adsl.tpnet.pl) | |
| 21:44.53 | Boquete | BotIRC, hwo do you love most? |
| 21:44.53 | BotIRC | Boquete, Brl-Cad! I love them, they are making such a amazing things! |
| 22:15.33 | maths22 | What do people think of the menu bar here: http://beta.brlcad.org/wp/ |
| 22:20.41 | sofat | I am facing one problem on compile time of brlcad |
| 22:20.46 | sofat | problem is |
| 22:20.47 | sofat | <PROTECTED> |
| 22:20.47 | sofat | <PROTECTED> |
| 22:21.06 | sofat | what is this and How i solve this ? |
| 22:21.23 | sofat | starseeker, you know please help me for this. |
| 22:23.08 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 22:23.54 | sofat | any body know about this ? |
| 22:27.27 | maths22 | sofat: Can you share the context of this error using a pastebin? |
| 22:28.37 | sofat | maths22, http://pastebin.com/L7y7hBQT |
| 22:34.30 | maths22 | run "mv /home/nouhrasofat/brlcad/INSTALL.new /home/nouhrasofat/brlcad/INSTALL" |
| 22:49.55 | ih8sum3r | I have run following command "vboxmanage import OGV.ovf" to import OGV file in VM. It's about 15-20 minutes it still stuck at 0%... Do I need sudo to do this or is it any other problem? |
| 23:02.52 | Stragus | That's confusing, "import" is part of ImageMagick, OGV is a lossless audio compression format? |
| 23:04.14 | Stragus | Ah, and .ovf is... some proprietary 3d game mesh format, or so says Google |
| 23:14.54 | *** join/#brlcad konrado (~konro@41.205.22.45) | |
| 23:44.29 | ih8sum3r | Actually it's an Open Virtualization Format (OVF) used in VM's |
| 23:45.59 | ih8sum3r | ``Erik: Got this error when trying to start vm : http://paste.ubuntu.com/12195946/. Do it need sudo? |
| 23:49.32 | *** join/#brlcad vasc (~vasc@bl13-114-114.dsl.telepac.pt) | |
| 23:52.35 | ih8sum3r | vboxheadless --startvm OGV gives this : exec: /usr/local/lib/virtualbox/VBoxHeadless: Permission denied |
| 01:37.16 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 02:06.10 | *** part/#brlcad vasc (~vasc@bl13-114-114.dsl.telepac.pt) | |
| 02:06.17 | *** join/#brlcad vasc (~vasc@bl13-114-114.dsl.telepac.pt) | |
| 04:05.28 | *** join/#brlcad gurwinder (~chatzilla@117.207.158.4) | |
| 04:16.25 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 06:48.26 | *** join/#brlcad sofat (~sofat@202.164.45.212) | |
| 07:35.07 | *** join/#brlcad Ch3ck_ (~Ch3ck@154.70.110.97) | |
| 08:00.53 | *** join/#brlcad teepee-- (bc5c2134@gateway/web/freenode/ip.188.92.33.52) | |
| 08:02.13 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 09:17.42 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 09:19.37 | *** join/#brlcad sofat (~sofat@202.164.45.212) | |
| 09:26.15 | *** join/#brlcad merzo (~merzo@92.60.189.225) | |
| 09:30.03 | *** join/#brlcad merzo_ (~merzo@92.60.189.225) | |
| 10:07.23 | *** join/#brlcad merzo (~merzo@92.60.189.225) | |
| 11:00.55 | *** join/#brlcad ih8sum3r (~ih8sum3r@122.173.189.145) | |
| 11:54.49 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 11:56.13 | *** join/#brlcad merzo_ (~merzo@92.60.189.225) | |
| 12:03.10 | ih8sum3r | ``Erik, brlcad : Can someone please up the OGV VM so that I can proceed further. |
| 12:04.06 | sofat | ``Erik, Please help to setup my script on server so I do further work. |
| 12:04.24 | *** join/#brlcad merzo (~merzo@92.60.189.225) | |
| 12:13.18 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 12:29.54 | *** join/#brlcad Ch3ck_ (~Ch3ck@154.70.99.234) | |
| 13:06.22 | *** join/#brlcad konrado (~konro@41.205.22.21) | |
| 13:09.24 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 13:20.39 | *** join/#brlcad sofat (~sofat@202.164.45.212) | |
| 13:23.34 | *** join/#brlcad merzo (~merzo@92.60.189.225) | |
| 13:25.03 | *** join/#brlcad merzo (~merzo@92.60.189.225) | |
| 13:28.34 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 13:37.58 | *** join/#brlcad Ch3ck_ (~Ch3ck@154.70.99.234) | |
| 13:39.25 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 13:41.00 | *** join/#brlcad sofat (~sofat@202.164.45.212) | |
| 13:47.05 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 14:31.48 | *** join/#brlcad Boquete (~piotr@acmb68.neoplus.adsl.tpnet.pl) | |
| 14:33.54 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 14:34.37 | Boquete | Hello. Brl-cad will be a org. in GCI 2015? |
| 15:00.03 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:35.36 | *** join/#brlcad gurwinder (~chatzilla@117.207.158.4) | |
| 15:39.37 | *** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 16:14.07 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-dkmhjaqkulsfnpeh) | |
| 16:14.26 | *** part/#brlcad ih8sum3r (~ih8sum3r@122.173.189.145) | |
| 16:14.37 | *** join/#brlcad ih8sum3r (~ih8sum3r@122.173.189.145) | |
| 16:15.07 | *** part/#brlcad Ch3ck_ (~Ch3ck@154.70.99.234) | |
| 16:51.51 | *** join/#brlcad bhollister (~brad@2601:647:cb01:9750:48ab:85e6:9464:caa9) | |
| 16:53.43 | *** join/#brlcad sofat (~sofat@202.164.45.208) | |
| 17:05.40 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 17:44.50 | *** join/#brlcad sofat (~sofat@202.164.45.212) | |
| 17:58.13 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 18:06.44 | *** join/#brlcad maths22 (~maths22@66-118-151-70.static.sagonet.net) | |
| 18:18.17 | *** join/#brlcad sofat (~sofat@202.164.45.212) | |
| 18:21.44 | *** join/#brlcad ih8sum3r (~ih8sum3r@122.173.189.145) | |
| 18:45.33 | *** join/#brlcad ih8sum3r (~ih8sum3r@122.173.189.145) | |
| 18:57.06 | ih8sum3r | ``Erik, brlcad : Can someone please make OGV VM up as I'm getting permission denied error every time, so that I can proceed further. |
| 21:00.53 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 21:17.34 | sofat | starseeker, I found this error |
| 21:17.35 | sofat | CMake Error: Parse error in cache file /home/nouhrasofat/brlcad/CMakeCache.txt. Offending entry: We cannot execute java |
| 21:17.45 | sofat | please help me how I solve this |
| 21:38.07 | *** join/#brlcad Shubham (6719e702@gateway/web/freenode/ip.103.25.231.2) | |
| 21:56.42 | *** join/#brlcad sofat (~androirc@49.138.143.248) | |
| 22:23.45 | *** join/#brlcad konrado (~konro@41.205.22.24) | |
| 22:35.14 | *** join/#brlcad merzo (~merzo@194-12-132-95.pool.ukrtel.net) | |
| 23:12.26 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 23:35.41 | *** join/#brlcad konrado (~konro@41.205.22.32) | |
| 23:39.00 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 00:21.59 | *** join/#brlcad konrado_ (~konro@41.205.22.58) | |
| 00:30.58 | *** join/#brlcad vasc (~vasc@bl12-167-49.dsl.telepac.pt) | |
| 00:31.04 | vasc | the quartic solver is broken |
| 00:31.20 | vasc | bn_poly_quartic_roots |
| 00:32.13 | vasc | because bn_poly_quartic_roots is broken what gets called to solve the equation on a quartic when you call rt_poly_roots is actually bn_poly_findroot |
| 00:32.19 | vasc | which uses Laguerre's method |
| 00:33.04 | vasc | anyway i'll cleanup the cubic and quadric code with code i got from numerical recipes in C |
| 00:33.16 | vasc | i'm still banging on how to do the proper quartic solver |
| 00:35.53 | vasc | hm nevermind |
| 00:35.57 | vasc | i found my bug :-P |
| 01:23.19 | starseeker | vasc: IIRC, the numerical recipes in C code is not compatibly licensed |
| 01:24.25 | starseeker | in fact, very much NOT compatibly licensed |
| 01:24.46 | starseeker | i.e. not usable :-( |
| 01:25.52 | vasc | hm |
| 01:26.04 | vasc | well we already in svn quadric solver uses their code |
| 01:26.08 | vasc | kinda |
| 01:26.16 | vasc | i can revert the cubic root one |
| 01:26.23 | starseeker | the regular code or the opencl code? |
| 01:26.35 | vasc | it's buggy anyway |
| 01:26.39 | vasc | the regular one |
| 01:26.45 | vasc | it uses the same algorithm... |
| 01:26.50 | vasc | except it supports imags |
| 01:26.59 | starseeker | same algorithm sure, but we have to stear clear of the code |
| 01:27.33 | vasc | which code? i wrote it by reading the book in maths |
| 01:27.45 | vasc | i didn't use code samples |
| 01:28.55 | starseeker | vasc: when you say "uses their code" that has a pretty specific meaning - generally, it's not "independent implementation of mathematical algorithm" |
| 01:28.56 | vasc | its kind of a shame. the code had less branches but it has some z-shit |
| 01:29.20 | vasc | uh |
| 01:29.22 | vasc | sure whatever |
| 01:29.26 | vasc | i didn't copy c code |
| 01:29.55 | starseeker | nods |
| 01:30.09 | vasc | http://www.it.uom.gr/teaching/linearalgebra/NumericalRecipiesInC/c5-6.pdf |
| 01:30.11 | vasc | i used this |
| 01:30.16 | vasc | section 5.6 |
| 01:30.37 | vasc | and then i optimized it |
| 01:30.48 | vasc | and it seems to have a bug... |
| 01:30.50 | vasc | my code |
| 01:30.53 | starseeker | ah |
| 01:36.42 | vasc | bah |
| 01:36.44 | vasc | revert time |
| 01:38.26 | vasc | it had so many less branches :-( |
| 01:41.12 | vasc | i think its because of how B is computed |
| 01:41.14 | vasc | i'll try something else |
| 01:41.54 | vasc | ah whatever. it ends up being the same... |
| 01:41.55 | vasc | kind of |
| 01:42.01 | Stragus | BRL-CAD's original C code was too branchy? |
| 01:42.33 | Stragus | They made sure that code was pretty accurate even in pathological cases and such, you'll have to be careful if you use new code |
| 01:43.05 | vasc | hm |
| 01:46.05 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 01:46.11 | vasc | geez |
| 01:48.25 | vasc | damned insidious glitch |
| 02:00.12 | vasc | duh |
| 02:00.15 | vasc | it looks great |
| 02:00.26 | vasc | so the problem is calling the quartic solver direct? |
| 02:00.28 | vasc | pathetic |
| 02:02.47 | vasc | just in case i won't replace the cubic solver |
| 02:06.34 | vasc | ah now i see what was the problem |
| 02:08.04 | vasc | its some quartic that is probably close to cubic |
| 02:08.16 | vasc | or some division issues |
| 02:25.23 | vasc | ah whatever |
| 02:26.39 | vasc | in fact both look the same as the code in numerical recipes |
| 02:26.49 | vasc | except they have a lot more tests |
| 02:27.04 | vasc | algorithms |
| 02:29.48 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 03:42.24 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 04:16.39 | *** join/#brlcad gurwinder (~chatzilla@117.212.51.123) | |
| 04:29.57 | *** join/#brlcad konrado (~konro@41.205.22.45) | |
| 04:50.17 | *** join/#brlcad bhollister (~brad@2601:647:cb01:9750:5c7a:866:4799:eae) | |
| 06:06.59 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 07:34.53 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 09:17.01 | *** join/#brlcad merzo (~merzo@92.60.189.225) | |
| 09:57.59 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 10:33.43 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 10:49.45 | *** join/#brlcad Ch3ck_ (~Ch3ck@154.70.99.129) | |
| 11:34.36 | *** join/#brlcad ih8sum3r (~ih8sum3r@122.173.189.145) | |
| 12:08.43 | *** join/#brlcad Izakey (~Isaac@41.205.22.23) | |
| 12:10.51 | *** join/#brlcad Boquete (~piotr@acmb68.neoplus.adsl.tpnet.pl) | |
| 12:13.13 | *** join/#brlcad sofat (~androirc@101.208.131.132) | |
| 12:29.56 | *** part/#brlcad Izakey (~Isaac@41.205.22.23) | |
| 12:33.34 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 12:42.25 | *** join/#brlcad sofat_ (~androirc@202.164.45.212) | |
| 12:44.13 | *** join/#brlcad merzo (~merzo@92.60.189.225) | |
| 13:02.13 | *** join/#brlcad teepee-- (bc5c2134@gateway/web/freenode/ip.188.92.33.52) | |
| 13:22.04 | *** join/#brlcad vasc (~vasc@bl12-167-49.dsl.telepac.pt) | |
| 13:25.23 | *** join/#brlcad sofat (~androirc@101.209.194.150) | |
| 13:37.40 | *** join/#brlcad sofat (~androirc@101.209.194.150) | |
| 13:41.18 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 13:47.20 | *** join/#brlcad Boquete_ (~piotr@dwd173.neoplus.adsl.tpnet.pl) | |
| 14:06.38 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 14:22.10 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 14:25.05 | *** join/#brlcad sofat (~androirc@101.209.194.150) | |
| 14:30.22 | *** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 14:33.10 | *** join/#brlcad sofat (~androirc@101.209.194.150) | |
| 14:34.54 | *** join/#brlcad sofat_ (~androirc@202.164.45.204) | |
| 14:46.31 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 14:53.02 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 14:58.26 | *** join/#brlcad sofat_ (~androirc@202.164.45.204) | |
| 15:03.06 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 15:03.47 | *** join/#brlcad sofat (~androirc@49.138.136.177) | |
| 15:03.49 | *** join/#brlcad konrado (~konro@41.205.22.20) | |
| 15:12.30 | *** join/#brlcad sofat_ (~sofat@202.164.45.208) | |
| 15:33.41 | *** join/#brlcad Boquete (~piotr@dwd173.neoplus.adsl.tpnet.pl) | |
| 15:34.41 | *** join/#brlcad sofat (~androirc@49.138.136.177) | |
| 15:46.32 | maths22 | I just compiled BRL-CAD on the Raspberry Pi 2 |
| 15:46.36 | maths22 | It works: http://brlcad.org/CDash/buildSummary.php?buildid=198 |
| 15:47.03 | maths22 | Benchmarks are decent: http://brlcad.org/~maths22/bench/run-16638-benchmark.log |
| 15:54.37 | *** join/#brlcad sofat_ (~sofat@202.164.45.208) | |
| 16:01.07 | *** join/#brlcad teepee (~teepee@unaffiliated/teepee) | |
| 16:09.38 | *** join/#brlcad sofat (~sofat@202.164.45.212) | |
| 16:14.24 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-nujuyalijwjubmio) | |
| 16:26.29 | ih8sum3r | ``Erik, brlcad : Can someone please make OGV VM up as I'm getting permission denied error every time, so that I can proceed further. |
| 16:28.43 | *** join/#brlcad Boquete (~piotr@dwd173.neoplus.adsl.tpnet.pl) | |
| 17:12.34 | *** join/#brlcad sofat (~sofat@202.164.45.212) | |
| 17:25.33 | Notify | 03BRL-CAD:vasco_costa * 66073 (brlcad/trunk/src/librt/primitives/arb8/arb8_shot.cl brlcad/trunk/src/librt/primitives/bot/bot_shot.cl and 9 others): add ocl colors to regions. add multi-hit rendering option. |
| 17:26.10 | Notify | 03BRL-CAD:vasco_costa * 66074 (brlcad/trunk/include/rt/defines.h brlcad/trunk/src/librt/primitives/bot/bot_shot.cl and 4 others): support doubles or floats on ocl upon compilation. |
| 17:26.15 | Notify | 03BRL-CAD:brlcad * 66075 brlcad/trunk/src/libbu/parallel.c: need to think through this some more but keith noted projects with recursive parallels where a given child might not actually be done working, thus it should not PUT their id back marking it as available for subsequent use as it may not actually be terminating (consider a case calling recursive bu_parallels() in a loop) |
| 17:27.06 | Notify | 03BRL-CAD:vasco_costa * 66076 (brlcad/trunk/src/librt/primitives/common.cl brlcad/trunk/src/librt/primitives/primitive_util.c brlcad/trunk/src/librt/primitives/rt.cl): fix ocl linking errors with amd ocl. |
| 17:27.08 | Notify | 03BRL-CAD:vasco_costa * 66077 brlcad/trunk/src/librt/primitives/primitive_util.c: ocl program loading fixes. |
| 17:27.19 | Notify | 03BRL-CAD:vasco_costa * 66078 (brlcad/trunk/src/librt/primitives/primitive_util.c brlcad/trunk/src/librt/primitives/rt.cl and 3 others): fix ocl color rendering. fix issue when rendering scene with nothing on screen. |
| 17:27.28 | Notify | 03BRL-CAD:vasco_costa * 66079 (brlcad/trunk/src/librt/primitives/primitive_util.c brlcad/trunk/src/librt/primitives/rt.cl): fix whitespace. |
| 17:27.30 | Notify | 03BRL-CAD:vasco_costa * 66080 brlcad/trunk/src/librt/primitives/primitive_util.c: revert improperly applied patch. |
| 17:27.40 | Notify | 03BRL-CAD:vasco_costa * 66081 (brlcad/trunk/src/librt/primitives/bot/bot_shot.cl brlcad/trunk/src/librt/primitives/primitive_util.c brlcad/trunk/src/librt/primitives/rt.cl): ocl color fixes. |
| 17:27.58 | Notify | 03BRL-CAD:vasco_costa * 66082 (brlcad/trunk/src/librt/cut.c brlcad/trunk/src/librt/prep.c and 6 others): improved ocl stats. |
| 17:28.04 | Notify | 03BRL-CAD:vasco_costa * 66083 brlcad/trunk/src/librt/primitives/rt.cl: use pown since exp is int. |
| 17:28.25 | Notify | 03BRL-CAD:brlcad * 66084 brlcad/trunk/src/other/openNURBS/opennurbs_array_defs.h: revert 65966 as casting merely makes the overflow occur silently, badness. |
| 17:28.27 | Notify | 03BRL-CAD:brlcad * 66085 brlcad/trunk/src/other/openNURBS/opennurbs_array_defs.h: avoid signed overflow by subtracting ele_cnt from both sides of the expression. subtraction underflow is okay -- the lesser-than side of the expression goes negative and the expression remains consistent. |
| 17:29.04 | Notify | 03BRL-CAD:vasco_costa * 66086 (brlcad/trunk/src/librt/primitives/primitive_util.c brlcad/trunk/src/librt/primitives/rt.cl): automagically set local workgroup size in ocl kernel launches. gets us like 2x speedup on GTX TITAN. |
| 17:32.09 | Notify | 03BRL-CAD:vasco_costa * 66087 (brlcad/trunk/src/librt/primitives/ehy/ehy_shot.cl brlcad/trunk/src/librt/primitives/primitive_util.c and 3 others): use less memory to store solid ids and materials in ocl. eliminate some more branches and simplify logic in solver. |
| 17:33.10 | Notify | 03BRL-CAD:vasco_costa * 66088 (brlcad/trunk/src/librt/primitives/common.cl brlcad/trunk/src/librt/primitives/solver.cl): eliminate branches from ocl cubic solver code. fix ocl quartic solver code. |
| 17:33.15 | Notify | 03BRL-CAD:vasco_costa * 66089 (brlcad/trunk/src/librt/primitives/common.cl brlcad/trunk/src/librt/primitives/solver.cl): revert ocl cubic solver. |
| 17:33.18 | Notify | 03BRL-CAD:vasco_costa * 66090 (brlcad/trunk/src/librt/primitives/tgc/tgc_shot.cl brlcad/trunk/src/librt/primitives/tor/tor_shot.cl): update ocl tor implementation to look more similar to tgc. |
| 17:34.36 | Notify | 03BRL-CAD Wiki:85.245.48.64 * 9461 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 13 : 17 Aug-23 Aug */ |
| 17:34.38 | Notify | 03BRL-CAD Wiki:85.245.48.64 * 9462 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 13 : 17 Aug-23 Aug */ |
| 17:34.40 | Notify | 03BRL-CAD Wiki:Vasco.costa * 0 /wiki/File:Cl_golliath.png: |
| 17:34.42 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9464 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 13 : 17 Aug-23 Aug */ |
| 17:34.45 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9465 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 13 : 17 Aug-23 Aug */ |
| 17:34.47 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9466 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 12 : 10 Aug-16 Aug */ |
| 17:34.49 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9467 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Status */ |
| 17:34.52 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9468 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 13 : 17 Aug-23 Aug */ |
| 17:34.53 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9469 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 13 : 17 Aug-23 Aug */ |
| 17:34.55 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9470 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 13 : 17 Aug-23 Aug */ |
| 17:35.01 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9471 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 13 : 17 Aug-23 Aug */ |
| 17:35.01 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9472 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 13 : 17 Aug-23 Aug */ |
| 17:35.01 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9473 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 12 : 10 Aug-16 Aug */ |
| 17:35.03 | Notify | 03BRL-CAD Wiki:Gurwinder Singh * 9474 /wiki/User:Gurwinder_Singh/GSoc15/log_developmen: |
| 17:35.05 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9475 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 13 : 17 Aug-23 Aug */ |
| 17:35.07 | Notify | 03BRL-CAD Wiki:Saaj brlcad * 0 /wiki/User:Saaj_brlcad: |
| 17:35.09 | Notify | 03BRL-CAD Wiki:Einsteinjunior * 0 /wiki/User:Einsteinjunior: |
| 17:35.11 | Notify | 03BRL-CAD Wiki:FrankBirdsong * 0 /wiki/User:FrankBirdsong: |
| 17:35.13 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9476 /wiki/User:Vasco.costa/GSoC15/logs: /* Development Status */ |
| 17:35.15 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9477 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 13 : 17 Aug-23 Aug */ |
| 17:35.17 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9478 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 13 : 17 Aug-23 Aug */ |
| 17:35.19 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9479 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 13 : 17 Aug-23 Aug */ |
| 17:35.21 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9480 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 13 : 17 Aug-23 Aug */ |
| 17:35.23 | Notify | 03BRL-CAD Wiki:Gurwinder Singh * 9481 /wiki/User:Gurwinder_Singh/GSoc15/log_developmen: |
| 17:35.25 | Notify | 03BRL-CAD Wiki:Liitmyalit * 0 /wiki/User:Liitmyali: |
| 17:35.27 | Notify | 03BRL-CAD Wiki:Gurwinder Singh * 9482 /wiki/User:Gurwinder_Singh/GSoc15/log_developmen: |
| 17:35.29 | Notify | 03BRL-CAD Wiki:Zeno . X . * 0 /wiki/User:Zeno_._X_.: |
| 18:01.33 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 18:03.58 | *** join/#brlcad sofat (~sofat@202.164.45.212) | |
| 18:06.04 | sofat | starseeker, I am facing this error in resource how I solve this ".txt |
| 18:06.05 | sofat | <vasc> actually this is the syntax |
| 18:06.05 | sofat | <sofat_> ok |
| 18:06.05 | sofat | <vasc> iso-8859-15 is same thing as iso-8859-1 except it has the euro sign () in it |
| 18:06.05 | sofat | <sofat_> hmm |
| 18:06.05 | sofat | <vasc> you can use either and it should work |
| 18:06.07 | sofat | <vasc> prolly |
| 18:06.09 | sofat | <sofat_> how i tell these reasons to brlcad |
| 18:06.11 | sofat | <vasc> beats me. i don't know what's his problem |
| 18:06.13 | sofat | <vasc> can only guess |
| 18:06.17 | sofat | <sofat_> ok |
| 18:06.19 | sofat | * Disconnected (Connection reset by peer)." |
| 18:06.48 | *** join/#brlcad sofat (~sofat@202.164.45.212) | |
| 18:07.06 | sofat | " CMake Error: Parse error in cache file /home/nouhrasofat/brlcad/CMakeCache.txt. Offending entry: We cannot execute java" |
| 18:15.17 | vasc | ok, just wasted 6 hours of my time trying to put the aila & laine renderer in our code |
| 18:15.26 | vasc | i.e. the traversal |
| 18:15.28 | vasc | it's SLOWER |
| 18:16.21 | vasc | how awfully gratifying that was |
| 18:17.16 | vasc | so much for dynamic ray fetching |
| 18:17.49 | vasc | just breaking it into small tiles does the trick |
| 18:17.58 | vasc | and its TWO lines of code |
| 18:17.59 | Stragus | Dynamic ray fetching? That sounds like a bad idea |
| 18:18.00 | vasc | maybe THREE |
| 18:18.12 | vasc | not all rays have same length right. so |
| 18:18.29 | Stragus | There are always academics claiming about some fancy new idea like runtime ray sorting, dynamic whatever |
| 18:18.32 | vasc | maybe this thread ended and you want it to pick something else before the whole workgroup finishes too |
| 18:18.46 | Stragus | Yes, and it becomes totally incoherent |
| 18:18.51 | Stragus | Therefore, bad idea |
| 18:22.10 | vasc | exactly |
| 18:22.25 | vasc | well i didn't reorder the rays in z-order first |
| 18:22.42 | vasc | and it was almost as fast as our current code once i change some parameters |
| 18:22.43 | vasc | almost |
| 18:22.51 | vasc | but it needed PTX instructions for that |
| 18:22.55 | Stragus | Don't believe what the papers say, and feel free to bounce ideas with me about raytracing |
| 18:23.17 | vasc | well it was a ... highly celebrated paper |
| 18:23.25 | Stragus | Your coherent rays should be much faster |
| 18:23.36 | Stragus | Do you any kind of voting before intersecting primitives? |
| 18:23.44 | vasc | i just split the screen into 8x8 tiles and blammo |
| 18:23.51 | vasc | no |
| 18:24.00 | Stragus | "At least N of all threads in warp wants to intersect, therefore we go in, otherwise wait" |
| 18:24.03 | vasc | that other code did that |
| 18:24.24 | vasc | i think i'll store the patch in the bug tracker just in case |
| 18:31.03 | vasc | https://sourceforge.net/p/brlcad/patches/416/ |
| 18:31.07 | vasc | in case you are interested |
| 18:36.45 | vasc | i'm tired |
| 18:36.58 | vasc | i want to make it even faster but other than the 8x8 subblocks i'm stumped |
| 18:37.07 | vasc | i shrank some data structures |
| 18:37.10 | vasc | that was about it |
| 18:37.18 | Stragus | Ah optimization, the fun part |
| 18:37.25 | Stragus | (No sarcasm, I love optimization) |
| 18:38.07 | Stragus | Did you make sure all reads/stores are coherent, if rays are also coherent? |
| 18:38.16 | Stragus | Warp voting before intersection would be a good idea |
| 18:38.42 | vasc | right. that OTHER patch did that |
| 18:38.44 | Stragus | Branch merging too |
| 18:38.54 | vasc | uses PTX instructions |
| 18:39.03 | Stragus | Yes well, without any dynamic fetch garbage |
| 18:39.13 | vasc | the rays are primary rays right now and i'm using 8x8 bundles |
| 18:39.14 | Stragus | I don't think they want any assembly in there... |
| 18:39.18 | vasc | so i would say they are coherent |
| 18:39.39 | Stragus | What do the memory write patterns look like? |
| 18:39.56 | vasc | well we have a couple of read and write pattern issues |
| 18:40.01 | Stragus | Does each thread N always write results to some array[N]? |
| 18:40.11 | vasc | the bvh is in one piece of memory, the objects data in another |
| 18:40.11 | Stragus | And not array[N*foo+something] |
| 18:40.18 | vasc | and the image is not stored in z-order |
| 18:40.38 | Stragus | Memory access patterns are critical for GPU optimization |
| 18:41.01 | Stragus | And proper use of the shared memory, *NOT* global memory for any kind of temporary results or data |
| 18:41.01 | vasc | the thing is i could use a regular clImage and it would do it for me |
| 18:41.14 | vasc | but then we can't use that clImage data on the backend |
| 18:41.38 | vasc | we would have to change format from RGBA8 to RGB8DEPTHBE64 |
| 18:42.10 | vasc | unless we rewrite the whole backend |
| 18:42.17 | vasc | with all its multiple render targets |
| 18:42.33 | *** join/#brlcad bhollister (~brad@2601:647:cb01:9750:5c7a:866:4799:eae) | |
| 18:42.34 | vasc | like a dozen of them |
| 18:43.44 | vasc | well the hit point lists are in global memory right now |
| 18:43.59 | Stragus | There, that's a major bottleneck to fix |
| 18:44.14 | Stragus | Far more critical than dynamic ray whatever |
| 18:44.17 | vasc | i don't wanna change that until i figure out which algorithm i wanna use |
| 18:44.22 | vasc | peeling or whatever |
| 18:44.23 | Stragus | Fair point |
| 18:44.43 | vasc | we need something that can do transparent rendering with multi-hits and csg too |
| 18:44.56 | Stragus | Sure |
| 18:45.01 | vasc | i read some paper that claimed you could compute the csg incrementally using two buffers |
| 18:45.09 | vasc | one for the in points another for the out points |
| 18:45.19 | vasc | but i don't remember the reference anymore :-| |
| 18:46.04 | vasc | i think it was 10-20 years olds |
| 18:46.38 | Stragus | Probably not useful for GPU hardware |
| 18:47.17 | vasc | it sound like i could avoid the dual passes with that one |
| 18:47.33 | vasc | i'm doing dual passes now |
| 18:47.55 | vasc | one to count the required memory for the hit point lists |
| 18:48.01 | vasc | and the other to actually store data in them |
| 18:48.17 | vasc | well |
| 18:48.24 | vasc | maybe i'll come up with something |
| 18:48.29 | Stragus | I told you, giant static buffer of "bundles" of N hits, allocated through multiple atomics |
| 18:48.38 | Stragus | Single pass, pretty efficient |
| 18:48.47 | vasc | is it |
| 18:48.59 | vasc | it kinda doesn't pass my smell test |
| 18:49.06 | Stragus | You could even make the writes coherent by always allocating N hits for all rays of the warp |
| 18:49.13 | vasc | something tells me i can do it incrementally with a couple of static buffers |
| 18:49.16 | Stragus | You don't allocate every single hit, you allocate bundles |
| 18:50.03 | Stragus | The other, better solution is buffering all hits in shared memory and resolving the segments right there |
| 18:50.10 | vasc | e.g. the way i do the multi-hit transparency right |
| 18:50.13 | vasc | i traverse in depth order |
| 18:50.16 | vasc | and add colors up |
| 18:50.29 | vasc | it accumulates the colors |
| 18:51.14 | vasc | there's nothing preventing me doing the traversal in reverse depth order... except... |
| 18:51.24 | Stragus | Reverse depth order? Why?... |
| 18:51.34 | vasc | well then |
| 18:51.37 | vasc | even then |
| 18:51.42 | Stragus | Front-to-back is the only way that makes sense, especially if you want to be able to terminate rays early |
| 18:51.52 | vasc | basically that color computation is essentially a huge scan operation |
| 18:52.32 | vasc | which i am doing linearly right |
| 18:52.40 | vasc | i know scan operations like that can be done much faster |
| 18:52.57 | Stragus | In my raytracer's inlined callbacks, I accumulate colors in plain *registers*, then in the Final() inlined callback, I write the final color to global memory just once |
| 18:53.18 | vasc | that's what i'm doing now |
| 18:53.29 | Stragus | Okay good, I understood something else |
| 18:53.30 | vasc | but it also means you're using a single thread to do that accumulation |
| 18:53.42 | Stragus | Each thread accumulate its own ray, yes?... |
| 18:53.46 | vasc | yes |
| 18:54.20 | Stragus | I don't see where the scan operation comes in |
| 18:54.36 | vasc | http://brlcad.org/w/images/7/7d/Cl_golliath.png |
| 18:54.40 | vasc | multi-hit goliath |
| 18:55.08 | vasc | just summing the color contributions along the ray points |
| 18:55.15 | vasc | i think i'm doing something wrong there but... |
| 18:55.27 | Stragus | Can't you do that just as hits are produced? |
| 18:55.44 | vasc | no because its transparent |
| 18:55.49 | Stragus | And?... |
| 18:56.06 | vasc | it would have to be processed front to back |
| 18:56.19 | Stragus | That's not the way rays are traced? |
| 18:56.19 | vasc | or it would look bad |
| 18:56.28 | vasc | rays are processed recursively |
| 18:56.31 | vasc | i trace one ray |
| 18:56.34 | vasc | hit a surface |
| 18:56.37 | vasc | trace another ray |
| 18:56.39 | vasc | and so on |
| 18:56.43 | vasc | then i add the contributions |
| 18:56.52 | vasc | it does the last piece first |
| 18:56.54 | vasc | get it |
| 18:57.18 | Stragus | That implies you have to buffer everything |
| 18:57.26 | vasc | in here i'm cheating coz i'm not doing snell's law of anything |
| 18:57.36 | vasc | i just shoot one ray and it always goes straight |
| 18:57.38 | vasc | nyayaya |
| 18:57.46 | Stragus | That's what raytracers do :p |
| 18:57.56 | vasc | not physically based ones |
| 18:57.57 | Stragus | If someone wants a ray that bends direction, he'll shoot a new ray |
| 18:58.07 | vasc | exactly |
| 18:58.22 | Stragus | Actually, my raytracer can handle a new direction vector from within the hit() callback, but let's not go there |
| 18:58.24 | vasc | this one goes straight through the entire scene. thought things too |
| 18:58.29 | Stragus | Right |
| 18:58.40 | vasc | its just to make pretty pictures |
| 18:58.46 | vasc | kind like fake translucency |
| 18:59.01 | vasc | actually its translucency where there is no reflected part of the ray |
| 18:59.04 | vasc | it goes all in |
| 18:59.17 | vasc | i mean |
| 18:59.38 | vasc | both angles on snell's law are the asme |
| 18:59.41 | vasc | same |
| 18:59.54 | Stragus | My multi-hits: http://www.rayforce.net/rfmultihits.png |
| 19:00.02 | Stragus | I know what it is :p |
| 19:00.06 | vasc | cute |
| 19:00.31 | vasc | so do you do it back to front of what? |
| 19:00.45 | vasc | i guess i need to read the depth peeling paper again |
| 19:00.51 | Stragus | Front to back, hits are processed as they come, *nothing* is buffered, no memory is ever written until the end: the final pixel color |
| 19:01.08 | Stragus | Depth peeling is terrible |
| 19:01.17 | vasc | Depth peeling works by rendering the image multiple times.[1] The twist is that depth peeling uses two Z buffers, one that works conventionally, and one that is not modified, and sets the minimum distance at which a fragment can be drawn without being discarded. For each pass, the previous pass' conventional Z-buffer is used as the minimal Z-buffer, so each pass draws what was "behind" the previous pass. The resulting images can be combined to form |
| 19:01.18 | vasc | <PROTECTED> |
| 19:01.28 | Stragus | Bad, bad bad |
| 19:01.49 | vasc | man but you can't do it front to back |
| 19:01.51 | Stragus | Trace the rays *once* |
| 19:01.56 | vasc | the transparency will look wrong |
| 19:02.01 | Stragus | No! |
| 19:02.18 | Stragus | First hit, accumulate color, reduce the ray's intensity for the following hits |
| 19:02.26 | Stragus | Like... reduce ray intensity by 0.8 for each hit |
| 19:02.36 | vasc | hm i see |
| 19:03.06 | vasc | i guess i could do that |
| 19:03.08 | Stragus | Doing it that way, you can also cut off rays when they are too "weak" |
| 19:03.23 | Stragus | Which is very similar to bullets shooting through geometry, they have no energy left and you can cut them off |
| 19:04.08 | Stragus | It is highly efficient, I'm talking about 500 million rays per second in that scene |
| 19:04.16 | vasc | so i don't need two passes for multi-hit |
| 19:04.17 | vasc | great |
| 19:04.38 | Stragus | Absolutely no need for multiple passes, and depth peeling is absurd |
| 19:04.48 | vasc | now the question is csg |
| 19:05.19 | Stragus | Right, that is more complex. Temporary hits may have to be stored in shared memory to recompose the proper "segments", or whatever terminology is used |
| 19:05.46 | vasc | i think they call them segments in BRL-CAD |
| 19:05.56 | Stragus | Okay, I wasn't sure |
| 19:05.56 | vasc | a segment has an 'in' and 'out' hit point |
| 19:06.00 | Stragus | Right |
| 19:06.07 | vasc | papers call those surfels or seomthing |
| 19:06.16 | vasc | something |
| 19:10.09 | vasc | http://i.imgur.com/YwIBlpt.png |
| 19:11.44 | Stragus | You should be able to buffer and work on all that in shared memory |
| 19:11.57 | Stragus | If it doesn't fit, it gets a little more complicated |
| 19:14.06 | vasc | the problem is i don't know the size of the list |
| 19:14.11 | vasc | its probably gonna be small but |
| 19:14.16 | vasc | and i need that memory per thread |
| 19:16.11 | Stragus | Right, it needs to be able to extend storage to global memory in the worst case |
| 19:16.34 | Stragus | Which get messy... but the vast majority of cases will be very efficient |
| 19:46.36 | vasc | hm |
| 19:46.39 | vasc | on second thought |
| 19:46.53 | vasc | it still won't work |
| 19:47.04 | vasc | let's say i have the hit callback right |
| 19:47.08 | vasc | it gets called on each hit |
| 19:47.31 | vasc | unless you attenuate with distance... |
| 19:47.35 | vasc | was that it? |
| 19:56.44 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 20:05.10 | vasc | any good absorbency functions? |
| 20:05.21 | vasc | i'm trying dist, dist*dist, dist*dist+dist |
| 20:10.23 | Stragus | That doesn't sound right |
| 20:10.50 | Stragus | If you only want to register hits with surfaces, then reduce by 0.8 or so the ray's intensity every hit |
| 20:11.45 | Stragus | If you want to compute absorption within a material, then it's some exp() funtion |
| 20:19.01 | vasc | the hits won't be in order |
| 20:20.47 | vasc | let's say you are processing hits on a cell. the hits on the cell may be out of order |
| 20:20.52 | vasc | even bounding boxes can overlap |
| 20:21.09 | vasc | so even the 2nd processed bounding box may end up having a closer hit |
| 20:21.48 | *** join/#brlcad Izakey (~Izakey@41.205.22.46) | |
| 20:22.19 | Stragus | Ah yes, that's the issue with objet-based partitionning |
| 20:22.31 | Stragus | Then you have to buffer hits in shared memory and reorder |
| 20:23.04 | Stragus | When you know, during the traversal, that new hits won't appear before existing hits, then you can sort the buffered hits and process them right away |
| 20:23.04 | vasc | the log() and pow() seem to work |
| 20:23.29 | Stragus | Uh, okay... not sure why you would need that |
| 20:23.47 | Stragus | Absorption through a transparent material is based on exp(), if that's what you are doing |
| 20:24.13 | vasc | uh |
| 20:24.15 | vasc | forget it |
| 20:26.05 | vasc | the exp grows too fast |
| 20:26.23 | vasc | adjusting |
| 20:26.48 | Stragus | exp( -distance / opacity ); ? |
| 20:27.03 | Stragus | has no idea what you are doing |
| 20:29.06 | vasc | yeah i'm trying that now |
| 20:31.02 | vasc | it looks ok but similar to 1.0/(distance*distance) right now |
| 20:31.32 | Stragus | Well, that isn't physically correct |
| 20:32.30 | Stragus | did some of that absorption stuff in radiation raytracing for fire simulation in computational fluid dynamics |
| 20:36.46 | vasc | well even 1.0/dist looks ok |
| 20:37.41 | vasc | we use that for atmospheric attenuation in ray tracing |
| 20:38.00 | vasc | you just need a smooth function that falls off with distance |
| 20:38.55 | Stragus | exp() is the correct one |
| 20:39.02 | Stragus | Anything else is an approximation just to look okay |
| 20:39.12 | vasc | i guess i'll use that then |
| 20:39.44 | Stragus | Approximate CUDA exp() is pretty fast |
| 20:39.51 | Stragus | Err, OpenCL exp(), same thing |
| 20:40.16 | vasc | <PROTECTED> |
| 20:40.16 | vasc | <PROTECTED> |
| 20:40.16 | vasc | <PROTECTED> |
| 20:40.16 | vasc | <PROTECTED> |
| 20:40.19 | vasc | <PROTECTED> |
| 20:41.45 | vasc | that can be done cummulatively |
| 20:41.59 | vasc | ain't done now coz the callback doesn't have the data pointers to materials and stuff but can be done |
| 20:42.07 | vasc | http://i.imgur.com/cu0xPXt.png |
| 20:42.16 | vasc | vs my old one using ray-tracing method |
| 20:42.34 | vasc | http://brlcad.org/w/images/7/7d/Cl_golliath.png |
| 20:42.42 | vasc | i like old one better even if its two pass... |
| 20:43.11 | Stragus | Always prefer the correct method, this is physics :p |
| 20:43.31 | vasc | light makes rightr |
| 20:43.50 | vasc | you can see more detail on yours though |
| 20:46.15 | vasc | now the question is how to compute the opacity |
| 20:46.17 | vasc | maybe user slider |
| 20:47.58 | vasc | anyway once i integrate this into one pass function |
| 20:48.10 | vasc | then it will work with one pass |
| 20:48.27 | vasc | some more trashing though |
| 20:48.53 | vasc | to load materials and crap |
| 20:50.18 | vasc | kewl thanks |
| 20:50.46 | vasc | another essential mode that doesn't need multiple passes |
| 20:50.56 | Stragus | Good :) |
| 20:53.57 | vasc | the distance should probably the converted into world box coordinates or something |
| 20:54.01 | vasc | ah ewll |
| 20:54.26 | vasc | its a matter of fudging |
| 20:54.48 | vasc | the attenuation needs to take into account the model |
| 20:54.49 | Stragus | Opacity per meter should be defined somewhere |
| 20:54.57 | vasc | hm ok |
| 20:55.40 | vasc | now the other question is should i only be doing this for the IN points |
| 20:55.45 | vasc | and not the OUT points... |
| 20:55.47 | vasc | eheh |
| 20:55.55 | *** join/#brlcad ih8sum3r (~ih8sum3r@122.173.189.145) | |
| 20:57.04 | Stragus | Opacity is a function of distrance travelled between in and out? |
| 20:57.18 | Stragus | distance* too |
| 20:57.41 | vasc | ohhhh. ... that's messed up |
| 20:57.45 | vasc | but not impossible actually |
| 20:58.02 | Stragus | If you just want to show surfaces, then accumulate all hits, reduce ray intensity every hit |
| 20:58.15 | vasc | like i said they aren't ordered |
| 20:58.31 | Stragus | [...] accumulate all sorted hits [...] |
| 21:00.30 | vasc | i'll think about it a bit |
| 21:01.05 | vasc | so its exp(-hit_dist*1e-3)*length_segment? |
| 21:06.07 | vasc | that doesn't look so good |
| 21:14.13 | vasc | aw the first one is ok |
| 22:01.06 | Stragus | vasc, it's exp( -SegmentLength * opacity ); |
| 22:01.15 | Stragus | It's / opacity depending on your units |
| 22:01.47 | Stragus | It's the energy absorption of the ray for some given distance through some opaque material |
| 22:02.26 | Stragus | You still need to go front-to-back and reduce the ray's energy as it traverses material, each loss of energy gives a color depending on the material |
| 22:03.48 | vasc | gah |
| 22:04.54 | vasc | that bytes |
| 22:05.00 | vasc | you can't do that without two passes |
| 22:05.07 | vasc | you need an ordered list of hits |
| 22:05.27 | vasc | bites |
| 22:10.33 | vasc | even with the ordered list its a pain |
| 22:11.05 | vasc | its like you get out a primitive into air |
| 22:11.10 | vasc | and then into a primitive again |
| 22:11.16 | vasc | and inside a primitive that's inside another |
| 22:11.19 | vasc | and they cross |
| 22:11.22 | vasc | and whatever |
| 22:13.01 | vasc | man i found this guy's phd thesis |
| 22:13.09 | vasc | he's went overboard on the topic |
| 22:13.11 | vasc | i'll skim it |
| 22:13.14 | vasc | csg |
| 22:14.47 | Stragus | You buffer all hits in shared memory, as soon as you know any new hit will *not* occur before existing buffered hits, you process all these hits and flush the buffer |
| 22:15.18 | Stragus | With the buffered hits, you can determine entry/exit points and build the segments |
| 22:16.12 | *** join/#brlcad bhollister (~brad@2601:647:cb01:9750:7d54:b79d:72f2:3078) | |
| 22:17.11 | vasc | it's messed up |
| 22:17.22 | vasc | coz i don't know if i'll overflow until i process a primitive |
| 22:17.31 | vasc | and if i do it in the middle i'll have to backtrack |
| 22:17.33 | vasc | and its a mess |
| 22:17.36 | vasc | don't wanna do it |
| 22:17.45 | vasc | i think there is a better option |
| 22:17.58 | vasc | the buffer thing |
| 22:18.22 | vasc | but i'm reading more |
| 22:18.44 | Stragus | The hit buffering can technically overflow... but darn, shoot small packets of rays with a huge static chunk of global memory to allocate on-demand, the risk is very low |
| 22:18.46 | vasc | Near real-time CSG rendering using tree normalization and geometric pruning |
| 22:19.02 | Stragus | And if it *does* happen, you break the packet into smaller bundles of rays and try again |
| 22:19.34 | Stragus | The good answers don't have to be in papers, you know :p |
| 22:19.48 | vasc | "Near real-time CSG rendering using tree normalization and geometric pruning" |
| 22:19.51 | Stragus | Though I certainly recognize you are from academia, eh |
| 22:19.54 | vasc | dude |
| 22:20.02 | vasc | i had the gut feeling it could be done |
| 22:20.14 | vasc | with something other than storing the whole list somewhere |
| 22:20.18 | vasc | in an incremental fashion |
| 22:20.23 | vasc | so i searched and searched |
| 22:20.30 | vasc | and found TWO papers that already do that |
| 22:20.58 | vasc | it's the XXIst century. everyone is bound to have thought of a way to do it yet |
| 22:21.02 | vasc | even if it SUCKS |
| 22:21.13 | vasc | :-D |
| 22:21.34 | Stragus | Sometimes. And not everyone bothers writing papers about it, and a lot of people needs to write papers, even if filled with garbage, to fill their quotas |
| 22:21.55 | vasc | that too |
| 22:22.08 | vasc | see i have to write mine |
| 22:22.30 | vasc | i'm just concerned if the buffering approach is prone to errors or not |
| 22:22.36 | vasc | such approaches usually are |
| 22:22.52 | vasc | so i've been reading everything else |
| 22:23.03 | vasc | including this reconfigurable hardware system some japanese made in the 1970d |
| 22:23.08 | vasc | that bad |
| 22:23.09 | Stragus | Errors like what? |
| 22:23.23 | vasc | you know like z-shit |
| 22:23.31 | vasc | things in wrong order |
| 22:23.33 | vasc | crap like thart |
| 22:23.49 | Stragus | If the hits don't fit in the memory allocated, you bail out, the CPU C code detects the error condition, it breaks the packet of rays into smaller independant bundles and try again |
| 22:24.07 | vasc | man |
| 22:24.13 | vasc | that's like calling a syscalls |
| 22:24.15 | vasc | from the gpu |
| 22:24.22 | vasc | it's what i want to avoid |
| 22:24.23 | Stragus | The probability of this happening is **very** low |
| 22:24.31 | vasc | famous last words |
| 22:24.43 | Stragus | But it might still happen, so that's why you have code to handle it |
| 22:24.45 | vasc | that reminds me of located |
| 22:25.24 | vasc | man if i wasn't interested in understanding the actual problem |
| 22:25.35 | vasc | instead of reading this phd thesis of this guy and all this crap |
| 22:25.39 | Stragus | If it happens just once, you know that the heuristics used for hits/ray have to be revised in this particular scene, for future raytracing operations |
| 22:25.44 | vasc | i would just get the rossignac paper and implement that |
| 22:26.52 | vasc | from what i get the rossignac paper is that goldfeather paper with more pizzaz |
| 22:27.12 | vasc | 20 years of hindsight |
| 22:27.32 | vasc | i'll just continue reading about csg |
| 22:27.38 | vasc | in this hundreds of pages this |
| 22:27.40 | Stragus | I have no idea about these papers... I just think I know both raytracing and CUDA, and I feel like I very much see what the best solution is |
| 22:27.40 | vasc | thesis |
| 22:28.03 | vasc | i used to want to be an historian before i went into computer engineering |
| 22:28.10 | vasc | so i dig this stuff |
| 22:28.14 | Stragus | Eh, all right then |
| 22:28.21 | vasc | seeing the path others have throdden and failed and so on |
| 22:28.45 | Stragus | I don't like reading papers, it ruins the fun of figuring things out and, worst of all, it contaminates the thought process to figure out new solutions |
| 22:33.04 | vasc | see that's the thing |
| 22:33.18 | vasc | there's beauty not only in the discovery but in the travel as well |
| 22:33.37 | vasc | it's like when i saw The Lord of the Rings in Movie form even though I already had read the books and knew the story |
| 22:36.05 | Stragus | For some, the travel can be sitting in front of black sheets of paper for hours, eh |
| 22:36.11 | Stragus | of blank* sheets |
| 22:37.06 | Stragus | I quite enjoy that actually, sometimes the solution turns out better than the existing ones, sometimes it's already out there. But it was more fun either way |
| 22:38.10 | vasc | i've done the opposite too |
| 22:38.18 | vasc | start blank sheet and work on it for 2-3 months |
| 22:38.27 | vasc | then i realize its all in a 15 year old paper |
| 22:38.40 | vasc | i work on it another 2 months and its state of the art paper |
| 22:39.01 | vasc | both approaches are ok |
| 22:46.16 | vasc | that was some long 111 pages |
| 22:46.18 | vasc | next |
| 22:46.57 | Stragus | How many lines of it were interesting? :p |
| 22:47.44 | vasc | about 5-6 pages |
| 22:48.15 | vasc | it was good enough to make me realize the problem is more complicated than i thought it was |
| 22:48.37 | vasc | i.e. how to map that CSG tree to the points |
| 22:49.05 | vasc | and how to evaluate a tree like that efficiently |
| 22:49.30 | vasc | it went into these bit coding schemes but i kinda didn't read it |
| 22:57.26 | vasc | this 2011 paper sounds familiar . he's doing the same as me. counting the sizes of the lists in a first pass, doing a scan, and allocating the buffer to fill them next |
| 22:57.28 | vasc | herp derp |
| 22:58.02 | vasc | he even uses small list sorting. just like we do. herp derp |
| 22:58.25 | vasc | except he uses shell sort i think we use intersection sort |
| 22:58.30 | vasc | gotta try something else |
| 22:58.46 | vasc | maybe bubblesort |
| 23:02.31 | vasc | yeah the old bubblesort. gotta try that one |
| 23:02.40 | vasc | nothing better to sort already sorted lists. its optimal |
| 23:09.51 | vasc | that's was kind of fun seeing another guy doing the same |
| 23:10.09 | vasc | of course he didn't bother mentioning the problems i actually have left to solve. fegh. |
| 23:21.06 | Stragus | Papers often do that. They present a technique, and completely omit discussing the serious problems and issues of the technique |
| 23:31.18 | vasc | ok |
| 23:31.44 | vasc | so at least the old style buffer techniques have the issue that for convex primitives (think tgc) you need multiple passes |
| 23:31.51 | vasc | the more convex the more passes |
| 23:31.58 | vasc | i mean concave |
| 23:32.43 | *** join/#brlcad merzo (~merzo@85-7-133-95.pool.ukrtel.net) | |
| 23:32.50 | vasc | e.g. for the torus it would require two passes |
| 23:33.01 | vasc | that's what they mean by n-convex |
| 23:33.22 | vasc | the number of in-out pairs a ray can pass most through a primitive |
| 23:33.40 | vasc | so it's a least two passes |
| 23:34.09 | vasc | we can compute the number of passes in runtime |
| 23:34.21 | vasc | just check the number of hits per primitive we intersect |
| 23:34.25 | vasc | and divide by two |
| 23:34.51 | vasc | the max for all those primitives is the number of buffer passes |
| 23:35.35 | vasc | using the goldfeather algorithm, |
| 23:36.10 | vasc | i saw nothing about transparency too |
| 23:36.15 | vasc | i think its done for opaque |
| 23:36.19 | vasc | but its 1989 |
| 23:37.10 | vasc | now this century |
| 23:37.20 | vasc | btw |
| 23:37.34 | vasc | it required two z-buffers and 3 bits buffers |
| 23:37.47 | vasc | we can have all the buffers we wnt |
| 23:38.04 | vasc | its not like we are limited to kludges to use the opengl buffer like those other guys |
| 23:38.14 | vasc | from the late 1990s early 2000s |
| 23:38.27 | vasc | so i'll ignore those for most part |
| 00:35.26 | *** join/#brlcad sofat (~sofat@202.164.45.212) | |
| 00:40.19 | Stragus | You really should focus on a way to make this work in a single pass |
| 00:40.41 | vasc | i think that would require a miracle |
| 00:41.10 | vasc | have you seen how the regular algorithm works? |
| 00:41.21 | vasc | calling it a single "pass" is a misnomer |
| 00:41.31 | Stragus | I mean a single raytracing pass |
| 00:41.34 | vasc | the same hit points are looped over and over and over again |
| 00:41.55 | Stragus | Fine, at least gather the raytracing hits just once |
| 00:42.09 | Stragus | Any kind of sorting obviously involves revisiting hits multiple times |
| 00:42.14 | vasc | that means buffers |
| 00:42.22 | vasc | lots of buffers |
| 00:42.31 | vasc | the classical time vs space tradeoff |
| 00:42.58 | Stragus | Hum yes, that's true in some ways |
| 00:43.10 | vasc | two z buffers two color buffer and one stencil buffer |
| 00:43.39 | Stragus | Z buffers?... |
| 00:43.48 | Stragus | Just gather and buffer all hits, sort, process |
| 00:44.08 | vasc | you need to store the backs and the fronts of objects |
| 00:44.15 | vasc | so you can do the csg |
| 00:44.19 | Stragus | That's the hits you buffer |
| 00:45.09 | vasc | if i had those z-buffers i don't think i would need the per pixel hit list at all |
| 00:45.51 | vasc | you know... the DYNAMIC one |
| 00:46.18 | vasc | i haven't quite gotten the peculaliar of these methods yet |
| 00:46.22 | Stragus | Geometry is often flawed, it's possible to: Enter A, Enter B, Exit A, Exit B |
| 00:46.26 | vasc | some claim to be O(kN) |
| 00:46.29 | Stragus | So you do need to buffer stuff |
| 00:46.47 | vasc | the 1989 one said its complexity was based on the number of segments |
| 00:46.55 | vasc | per primitive |
| 00:46.56 | vasc | max |
| 00:47.16 | vasc | that's why you need those two buffers |
| 00:47.19 | vasc | and the stencil bits |
| 00:48.04 | Stragus | How many CSG primitivies can you have simultaneously with these stencil bits? |
| 00:48.14 | vasc | depends on the paper |
| 00:48.28 | Stragus | I mean... if you have 8 CSG primitives, then you could use a 8 bits stencil buffer to track if you are in/out of each object |
| 00:48.32 | Stragus | That's a little limited |
| 00:48.45 | vasc | the bits are used to encode which state of the CSG tree you are in |
| 00:48.57 | vasc | not the primitive per se |
| 00:49.25 | Stragus | Thinking. |
| 00:49.35 | vasc | better ways of storing the csg tree mean more objects in same bits |
| 00:50.23 | Stragus | Right, I see what they mean, with the object-based space partitionning |
| 00:50.26 | vasc | log2(n+2) stencil bits for number of primitives in expression for blister |
| 00:50.48 | vasc | which is the sorta crappy compress one |
| 00:51.37 | vasc | if you read the rossignac paper |
| 00:52.00 | vasc | he encodes the tree in a way that you can encode 10^38 primitives in 7 stencil bits |
| 00:52.52 | Stragus | You'll want a 32 bits integer per ray anyhow, for efficient memory access, so that should be plenty |
| 00:53.52 | Stragus | I'm not informed enough to know if all that is really preferable to buffering hits in shared memory and sorting |
| 00:54.27 | vasc | i haven't wrapped my head around this properly yet |
| 00:54.32 | vasc | quite |
| 00:54.39 | vasc | it probably depends |
| 00:54.48 | vasc | its sorting and more sorting vs buffers |
| 00:55.13 | vasc | and the sorting may have dynamic reallocs |
| 00:58.08 | vasc | i still haven't got how the sorting would be done |
| 00:58.59 | vasc | http://i.imgur.com/YwIBlpt.png |
| 00:59.02 | vasc | i don't get that |
| 00:59.14 | Stragus | Probably some insertion sort since the hits will always be nearly sorted |
| 00:59.50 | vasc | do i need like an array of size num_primitives+1 |
| 01:00.00 | vasc | i mean a 2d array |
| 01:00.18 | Stragus | Hum, no |
| 01:00.30 | vasc | or a 1d list of tuples with 1+n_primitives elements |
| 01:00.37 | vasc | bits |
| 01:01.26 | vasc | like {distance, prim0bit, prim1bit,....} |
| 01:01.27 | Stragus | Let's assume you have some struct able to store 16 hits. Each ray is born which a bunch of such structs in shared memory. If they are exausted, then it's allocated dynamically from some global static buffer with atomics |
| 01:01.46 | vasc | i'm just trying to understand this. in c. |
| 01:01.53 | vasc | or c++ |
| 01:02.10 | vasc | then you apply that Roth table |
| 01:02.34 | vasc | and filter stuff out |
| 01:04.10 | Stragus | The struct should hold whatever information you need to register for each hit |
| 01:04.21 | Stragus | Distance is obviously required for sorting |
| 01:04.42 | vasc | yeah but what else do i need to annotate the hits with |
| 01:04.52 | vasc | and how to generate that table for a tree |
| 01:05.00 | vasc | and how to apply the tree table to the hits |
| 01:05.08 | vasc | to transform and then filter them |
| 01:05.27 | vasc | at least the list length doesn't seem to increase in the temp steps |
| 01:05.49 | vasc | also |
| 01:06.16 | vasc | from what i read you can compute if something is in/out by doing that dot(r.d,n) on the normal of each hit point |
| 01:06.38 | vasc | so you don't need to store the info on cols 1,2 at all |
| 01:06.47 | vasc | you can compute it with lots dot products |
| 01:07.39 | vasc | so the first bullet and second bullet is tame |
| 01:07.44 | vasc | in fact 1 is kinda done |
| 01:07.50 | vasc | well 2 actually |
| 01:07.52 | vasc | already |
| 01:08.03 | vasc | just not the in/outs but that's just doing the normals with dot products |
| 01:09.02 | vasc | so now we need that Roth table |
| 01:09.09 | vasc | but for a TREE |
| 01:09.44 | vasc | hm remembered one bit |
| 01:10.21 | vasc | better to have that per primitive tupples thingie after all |
| 01:11.21 | vasc | more dynallocs |
| 01:11.28 | vasc | well at least this one is easy to compute |
| 01:11.48 | vasc | i'm kinda curious how the current code actually does it again |
| 01:11.50 | vasc | *shudder* |
| 01:11.55 | vasc | last time i tried to read it was bad |
| 01:14.52 | vasc | time to fire old netbeans to swim into the noodlestream of BRL-CAD boolean eval |
| 01:19.11 | vasc | 2118 lines of code |
| 01:20.04 | vasc | maybe i should print it and go read it at the beach |
| 01:20.07 | vasc | it just doesn't compute |
| 01:20.57 | vasc | http://brlcad.org/websvn/filedetails.php?repname=BRL-CAD&path=%2Fbrlcad%2Ftrunk%2Fsrc%2Flibrt%2Fbool.c |
| 01:21.32 | vasc | and loads and loads of dynamic linked lists |
| 01:22.37 | vasc | rt_boolfinal and rt_weave0seg are the ones that matter |
| 01:22.58 | vasc | i mean rt_boolfinal and rt_boolweave |
| 01:23.52 | vasc | i think i managed to remove the gotos of rt_boolweave once |
| 01:25.22 | vasc | maybe i could try applying the automatic man-bot code cleaner on that code |
| 01:25.26 | vasc | just like i did on the solver |
| 01:26.26 | vasc | turns BRL-CADish code into cleanish nearly OpenCL compatible code |
| 01:27.39 | vasc | i'm good at that. i turn my brain off and become a man-compiler |
| 01:28.06 | vasc | a great skill to have as a maintainer |
| 01:28.13 | vasc | not much of a developer skill though |
| 01:28.50 | vasc | must have been from reviewing reformatting, fixing like 2-3 patches a day for like 5 years for freeciv |
| 01:28.53 | vasc | i got good at that |
| 01:29.32 | vasc | first to check if those two functions are all we need |
| 01:29.38 | vasc | then time to get the hatchet |
| 02:09.18 | vasc | remove unused functions and bug printfs done |
| 02:09.30 | vasc | 1578 LOC |
| 02:09.42 | vasc | that's 540 otu |
| 02:09.44 | vasc | out |
| 02:09.59 | vasc | still too bleeping complicated |
| 02:10.22 | Stragus | I'm not fond of the way the code was written |
| 02:10.39 | Stragus | I would have broken stuff into static inlined functions... |
| 02:10.57 | vasc | next i'm gonna do inlining of small functions and cleanup more unused code |
| 02:11.22 | Stragus | In their defense, compilers might not have been able to do proper inlining when it was written |
| 02:11.27 | vasc | but its still a mess |
| 02:12.11 | vasc | try porting *that* to opencl... |
| 02:12.28 | vasc | %s/register //g |
| 02:12.29 | Stragus | I would understand the purpose and rewrite, but that's me |
| 02:12.49 | vasc | it's a real pain to rewrite this |
| 02:12.56 | vasc | to convert it into opencl |
| 02:13.02 | vasc | that's why i wanted something whole new |
| 02:13.16 | Stragus | I would find it easier than trying to work with the existing code |
| 02:13.22 | vasc | new to BRL-CAD at least. just like i did for bvhs and bots. |
| 02:13.27 | Stragus | It's just... not designed for GPUs, or for parallel hardware |
| 02:13.35 | Stragus | Right |
| 02:13.37 | vasc | i have been doing a mixed approach. |
| 02:14.14 | vasc | some is conversion of brl-cad code to opencl. partly the primitives because we had specific requirements on error output on those |
| 02:14.26 | vasc | and partly because the alternatives aren't that much better |
| 02:14.38 | vasc | except the triangles |
| 02:14.40 | vasc | the bot |
| 02:14.43 | vasc | i did that one |
| 02:14.46 | vasc | even though its not complete |
| 02:14.50 | Stragus | Primitives were just math, that's fine |
| 02:14.51 | vasc | it doesn't support the plate mode and so on |
| 02:15.00 | Stragus | This dynamic allocation stuff to manage hits and segments is... bad |
| 02:15.03 | vasc | then i used the bvh instead of whateverr |
| 02:15.13 | vasc | well yeah you saw the code right |
| 02:16.15 | Stragus | Even if it were CPU code, I would never malloc() every little thing, I would use a static buffer that grows if and when required |
| 02:16.20 | vasc | http://pastebin.com/2mTFicUL |
| 02:16.24 | vasc | this is the calling code |
| 02:16.25 | Stragus | doesn't like that code |
| 02:16.54 | vasc | just there it moves segments from one list to another, then another then another |
| 02:17.05 | vasc | and that's without the boolean processing |
| 02:18.33 | vasc | http://pastebin.com/1cfyRbHe |
| 02:18.37 | vasc | this is the boolean weaving |
| 02:18.48 | vasc | after i removed the debug messages. all over 500 LOC of them |
| 02:18.59 | vasc | i still left comments... |
| 02:19.16 | vasc | more list SHIT |
| 02:19.28 | vasc | double linked list SHIT and GOTOS |
| 02:19.46 | Stragus | Eh yup |
| 02:20.02 | vasc | and guess what it uses that per ray bitvector which states ALL intersected solids that i worked so hard to remove |
| 02:20.35 | vasc | it even has handlers |
| 02:20.37 | Stragus | A per-ray array of bits, N bits for N primitives? |
| 02:20.39 | vasc | function pointers |
| 02:20.55 | vasc | per ray array of bits. N bits for N primitives. |
| 02:20.56 | vasc | yes. |
| 02:21.24 | vasc | rt_boolfinal uses it |
| 02:21.30 | Stragus | This is atrociously bad |
| 02:21.35 | Stragus | Seriously... WTF |
| 02:21.47 | vasc | const struct bu_bitv *solidbits |
| 02:22.12 | Stragus | Don't bother trying to port to OpenCL, there's nothing you can use |
| 02:22.17 | Stragus | Everything has to be rewritten |
| 02:23.22 | vasc | see that's the thing |
| 02:23.25 | vasc | i would like to |
| 02:23.28 | vasc | but it's so... |
| 02:23.29 | vasc | GAH |
| 02:23.50 | vasc | after i dunno like 20 or 30 refactors |
| 02:23.55 | Stragus | Understand what goes in, and what goes out, close your eyes and rewrite |
| 02:23.55 | vasc | maybe it would shape up |
| 02:24.03 | Stragus | I don't think so |
| 02:24.23 | Stragus | The whole algorithm is based on fundamental concepts that must be changed, all of them |
| 02:24.47 | vasc | well |
| 02:24.54 | vasc | some lists are only being iterated |
| 02:25.09 | vasc | or copied verbatim to others |
| 02:25.12 | vasc | or filtered |
| 02:25.37 | vasc | good luck getting which is which though |
| 02:27.16 | vasc | if i wanted to do that |
| 02:27.24 | vasc | first thing would be to change lists to arrays |
| 02:27.32 | vasc | preferably well known sized arrays |
| 02:27.38 | vasc | and remove gotos |
| 02:27.46 | vasc | and the function pointers |
| 02:28.39 | Stragus | Yup |
| 02:32.17 | vasc | ok i think i removed the function pointers and inlined one function |
| 02:35.19 | vasc | 4 gotos out |
| 02:40.23 | vasc | another |
| 02:42.28 | vasc | 10 more gotos |
| 02:53.59 | vasc | a couple more but this one is a bit tangled |
| 02:59.36 | vasc | ok... another 12 gotos or so |
| 03:00.08 | vasc | and these were nearly useless |
| 03:01.07 | vasc | the compiler can optimize those branches easily |
| 03:02.42 | vasc | grep goto src/librt/bool.c |wc -l |
| 03:02.42 | vasc | 49 |
| 03:02.45 | vasc | this is the old file |
| 03:02.51 | vasc | grep goto bool.c |wc -l |
| 03:02.51 | vasc | 19 |
| 03:02.54 | vasc | this is the new file |
| 03:03.51 | vasc | the most hairy one is the rt_boolweave |
| 03:04.42 | vasc | i mean rt_booleval |
| 03:15.06 | vasc | 13 |
| 03:23.23 | vasc | 12 |
| 03:25.16 | vasc | bah |
| 03:26.03 | vasc | well at least i'll have something smaller to look at |
| 03:49.04 | *** join/#brlcad merzo (~merzo@111-44-132-95.pool.ukrtel.net) | |
| 04:14.46 | *** join/#brlcad vasc (~vasc@bl12-167-49.dsl.telepac.pt) | |
| 05:03.06 | *** join/#brlcad merzo (~merzo@83-29-133-95.pool.ukrtel.net) | |
| 06:33.12 | *** join/#brlcad Boquete (~piotr@dwd173.neoplus.adsl.tpnet.pl) | |
| 07:58.10 | *** join/#brlcad merzo (~merzo@119-70-133-95.pool.ukrtel.net) | |
| 08:17.20 | *** join/#brlcad Ch3ck_ (~Ch3ck@154.70.111.68) | |
| 10:02.21 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 10:19.58 | *** join/#brlcad sofat (~androirc@101.214.230.247) | |
| 10:29.42 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-nujuyalijwjubmio) | |
| 10:29.57 | *** join/#brlcad bhollister (~brad@2601:647:cb01:9750:7d54:b79d:72f2:3078) | |
| 10:32.55 | *** join/#brlcad bhollister (~brad@2601:647:cb01:9750:7d54:b79d:72f2:3078) | |
| 10:34.35 | *** join/#brlcad sofat (~androirc@101.214.230.247) | |
| 10:53.07 | *** join/#brlcad sofat (~androirc@101.214.230.247) | |
| 11:00.16 | *** join/#brlcad konrado (~konro@41.205.22.55) | |
| 11:13.15 | *** join/#brlcad shaina (~shaina@117.214.247.98) | |
| 11:18.14 | *** join/#brlcad ih8sum3r (~ih8sum3r@122.173.197.231) | |
| 11:38.41 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 12:05.58 | *** join/#brlcad sofat (~androirc@101.213.170.115) | |
| 12:30.14 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 12:47.57 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 13:24.48 | *** join/#brlcad Ch3ck_ (~Ch3ck@154.70.111.105) | |
| 14:15.04 | *** join/#brlcad sofat_ (~androirc@106.192.162.255) | |
| 14:35.51 | *** join/#brlcad ih8sum3r (~ih8sum3r@122.173.197.231) | |
| 15:27.10 | *** join/#brlcad localhost__ (~Ch3ck@154.70.98.105) | |
| 15:30.45 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 15:32.30 | brlcad | maths22: hah, that's awesome! |
| 15:32.37 | brlcad | maths22: did you have to make any source mods? |
| 15:32.56 | brlcad | ih8sum3r: can you be more specific? |
| 15:35.42 | ih8sum3r | brlcad: Hello, I'm getting this error: http://paste.ubuntu.com/12195946/ when I run startvm on server |
| 15:36.14 | ih8sum3r | and |
| 15:36.17 | ih8sum3r | vboxheadless --startvm OGV gives this : exec: /usr/local/lib/virtualbox/VBoxHeadless: Permission denied |
| 16:07.41 | brlcad | ih8sum3r: try running those commands via sudo |
| 16:09.07 | ih8sum3r | my ssh stops again :( |
| 16:09.38 | ih8sum3r | contacting with my ISP provider to solve this, till then can you please set my ssh problem |
| 16:10.16 | brlcad | i don't know what that means |
| 16:10.35 | ih8sum3r | with ssh to brlcad.org I'm getting this : ssh_exchange_identification: Connection closed by remote host |
| 16:10.45 | brlcad | pm me your IP |
| 16:11.14 | ih8sum3r | Okay doing |
| 16:11.59 | ih8sum3r | done please check |
| 16:12.14 | brlcad | eh? |
| 16:12.32 | brlcad | send me your IP in a private message (via IRC) |
| 16:12.52 | brlcad | that is not your IP |
| 16:12.57 | brlcad | that is a local address |
| 16:13.10 | Ch3ck_ | brlcad, I've been having a similar issue |
| 16:13.17 | brlcad | go to whatismyip.com |
| 16:13.24 | brlcad | Ch3ck_: ditto then... :) |
| 16:14.09 | Ch3ck_ | brlcad, (y) |
| 16:14.33 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-kdustzmopbtsohxg) | |
| 16:20.20 | brlcad | your ISPs are misconfigured, you IP address maps to a name and that name does not map back to that IP address |
| 16:20.31 | brlcad | in both your cases, your IP maps to a name and that name does not resolve to anything |
| 16:20.58 | brlcad | that's why the denials started occurring -- that's a common trick of people spoofing IP addresses |
| 16:21.09 | brlcad | and is a failure of RFC931 |
| 16:22.17 | brlcad | try logging in now |
| 16:23.23 | ih8sum3r | working now |
| 16:23.24 | brlcad | I note that both of you seem to be on dynamic IP addresses, which means this problem will continue as soon as your IP changes |
| 16:24.34 | brlcad | you should contact your ISP and ask them to either remove the DNS entry for their IP addresses or add the reverse mapping of DNS name to IP (which is currently missing) |
| 16:25.03 | brlcad | you can confirm this yourself by running "nslookup YOURIP", then "nslookup WHATEVERNAME" that the first nslookup reported |
| 16:25.07 | brlcad | they should match |
| 16:26.22 | Ch3ck_ | brlcad, I see now |
| 16:27.41 | Ch3ck_ | is back in bizznis! |
| 16:27.57 | brlcad | you IP address is specifically whitelisted, so like I said -- you'll be unable to get in again as soon as your IP address changes |
| 16:29.01 | brlcad | e-mail me or ``Erik your new IP (which may take hours/days to whitelist) to add to /etc/hosts.allow or bounce through an intermediate server that does not have misconfigured DNS and you should be good |
| 16:30.15 | Ch3ck_ | brlcad, Alright, will do. |
| 16:30.27 | Ch3ck_ | I have a small issue, it seems the bzflag server does not have gcc? |
| 16:30.40 | Ch3ck_ | I've tried compiling brlcad and there's no gcc |
| 16:32.27 | brlcad | there's no symlink (apparently) |
| 16:32.28 | sofat_ | Ch3ck, i complied brlcad code on bz server using cmake |
| 16:32.34 | brlcad | probably upgrade wiped it out recently |
| 16:32.38 | brlcad | just use gcc47 |
| 16:33.23 | Ch3ck_ | Alright |
| 16:43.52 | *** join/#brlcad Boquete (~piotr@acou191.neoplus.adsl.tpnet.pl) | |
| 16:56.05 | *** join/#brlcad konrado (~konro@41.205.22.38) | |
| 17:09.19 | dracarys983 | brlcad: I am interested on doing work on the spherical convergence algorithm you talked about in my project. Is there something I can read to get more familiar with the idea? |
| 17:12.48 | dracarys983 | brlcad: I see that it was kind of stupid of me to have gone the other way if at the end spherical is the one that would stay instead of what I did. |
| 17:19.28 | *** join/#brlcad Stragus_ (~alexis@modemcable090.29-19-135.mc.videotron.ca) | |
| 17:23.22 | brlcad | dracarys983: awesome! |
| 17:23.43 | brlcad | dracarys983: yes, start with researching pseudorandom spherical sampling |
| 17:23.51 | brlcad | and/or spherical tessellation |
| 17:24.46 | dracarys983 | Okay |
| 17:24.48 | brlcad | you can think of spherical pseudorandom sampling as picking random points in a tessellation of a sphere |
| 17:25.28 | brlcad | sorry QUASIRANDOM |
| 17:25.36 | brlcad | wrong term |
| 17:25.45 | dracarys983 | And we keep doing finer tessellation after each pass? |
| 17:26.12 | brlcad | sampling with that approach, going from one quasirandom point to another quasirandom point, which ensures even unbiased coverage of the volume without any alignment affects |
| 17:26.16 | brlcad | effects |
| 17:26.38 | dracarys983 | Okay. quasirandom -- noted. |
| 17:26.39 | brlcad | no, you just keep picking different points |
| 17:27.32 | brlcad | well, I guess you could keep doing a finer tessellation .. that really would be an implementation detail |
| 17:28.01 | brlcad | you're really just picking two quasirandom points at a given density and shooting a ray through those two points |
| 17:28.42 | brlcad | just have to make sure the points are on or outside the sphere (especially if you tessellate) and that you exhaust all points in a set so that your sampling is "even" density |
| 17:29.49 | dracarys983 | Um, "even" density means points should always be taken in pairs and all should be exhausted? |
| 17:30.22 | Stragus | I have done multiple randomly rotated icosahedrons (or tesselated icosahedrons), seemed to work pretty well even with low sampling |
| 17:31.10 | brlcad | dracarys983: yes, you're shooting through those two points and sampling the volume .. so you want the interior sampled with an even density |
| 17:31.34 | dracarys983 | brlcad: Gotcha! |
| 17:31.36 | brlcad | Stragus: yep, that's the basic idea for quasi |
| 17:32.24 | dracarys983 | brlcad: Why is quasi-randomness important here? |
| 17:32.41 | brlcad | read up on what it means and it should hopefully become apparent ;) |
| 17:32.43 | Stragus | *nods* Just saying it's a good approach as some other quasi-random distribution techniques require way too many random numbers, it's costly |
| 17:34.28 | dracarys983 | brlcad: Okay. Thanks for the heads up. |
| 17:35.16 | brlcad | dracarys983: whatever you do, keep track of your seed -- must be reproducible behavior |
| 17:35.35 | brlcad | Stragus: *nod* |
| 17:35.51 | brlcad | though this isn't a performant-critical function |
| 17:37.02 | dracarys983 | brlcad: Sure thing |
| 17:37.06 | brlcad | it's for some unknowable analysis bit that will use the information for some application-domain calculation(s) that can take a while to be computed or compute in the background or whatever |
| 17:37.42 | brlcad | on-demand volume, surface areas, centroids, moments, interference reporting, etc |
| 17:38.13 | dracarys983 | basically all analysis performed right now by gqa |
| 17:38.22 | dracarys983 | Maybe plus a couple |
| 17:38.49 | brlcad | fast would be fine and dandy, but more concerned that the calculations are correct, values actually converge to within a specified epsilon, etc |
| 17:39.06 | brlcad | need to be able to compute the error bars on what is reported |
| 17:40.44 | dracarys983 | Precision precedes speed here then |
| 17:41.14 | dracarys983 | brlcad: Will keep in mind. |
| 17:41.25 | Stragus | liked the part about unknowable analysus on undefined formation for vague applications in some ambiguous context |
| 17:41.31 | Stragus | analysis* too |
| 17:44.56 | brlcad | :) |
| 17:46.12 | brlcad | Stragus: thanks for all your help with vasc! I see he's still stuck on the terrible depth peeling papers, but you seemed to slowly start getting him convinced that a different direction is better |
| 17:47.15 | brlcad | depth peeling is just a terrible idea ... we tested it out 9 or so years ago and it completely falls apart on big models with the number of iterations it has to perform |
| 17:48.06 | Stragus | Indeed, Lee had also hired some guy to try it out. I don't recall the numbers but Rayforce was over 100x faster |
| 17:48.26 | brlcad | don't see why he's so averse to fast on-demand dynamic allocation (which will likely never need to occur or will probably only occur once some small percentage of the time) |
| 17:48.47 | Stragus | Probably because there isn't a paper about it :p |
| 17:48.48 | brlcad | big static buffer to stash results |
| 17:48.51 | Stragus | Yup |
| 17:48.53 | brlcad | sort them |
| 17:48.56 | brlcad | eval |
| 17:48.56 | brlcad | done |
| 17:49.19 | brlcad | all crazy fast steps |
| 17:49.31 | Stragus | Yes, and very GPU-friendly when done properly |
| 17:57.02 | brlcad | even cpu friendly, coherent |
| 17:57.56 | brlcad | it's been plan for a long time to accumulate all partitions (and their segments) during tracing so that they can be sorted+evaled in separate steps |
| 17:58.11 | brlcad | that's basically the goto hell in boolweave now per ray |
| 17:58.37 | Stragus | That code really needs to be rewritten, even on CPUs |
| 17:58.46 | brlcad | this is going to be a bit of code that will be REALLY easy to get wrong |
| 17:59.23 | brlcad | boolweave isn't just doing booleans -- it account for floating point fuzz in provably correct ways while also being performant (in 1980's terms) |
| 17:59.58 | brlcad | just eliminating the registeres and gotos without re-architecting the rest is pretty much guaranteed to slow it down by 5-25% |
| 18:00.15 | brlcad | and will likely produce wrong results |
| 18:00.38 | brlcad | I would eaily bet that vasc got that wrong the other night, introduced incorrect weaving |
| 18:00.57 | Stragus | I really would rewrite the whole thing, but taking care of understanding all the floating point fuzz magic that the old code implemented |
| 18:01.00 | brlcad | gotta back it up to what the algorithm is doing and just apply that to coherent processing (whether gpu or not) |
| 18:01.36 | brlcad | the fundamental algorithm can be expressed in less than 100 lines of code iirc |
| 18:02.03 | brlcad | handling all geometry cases including bad geometry and fuzz jacks that up a bit, but not a crazy amount |
| 18:02.20 | brlcad | the other 10x code in boolweave+boolfinal is old school optimization |
| 18:03.48 | Stragus | Old school optimization should have involved not calling malloc() for every little piece of data :p |
| 18:04.08 | brlcad | malloc used to be free compared to the calculations |
| 18:04.46 | brlcad | and it doesn't actually alloc iirc -- it's using pooled structures getting added to lists |
| 18:07.17 | brlcad | ``Erik: trying to load the virtual box kernel driver and it's saying: depends on kernel - not available or version mismatch |
| 18:07.35 | brlcad | ``Erik: can only presume that means /usr/src/sys is out of sync (ahead of) the running kernel? |
| 18:08.19 | brlcad | is there one staged for reboot or are the actual sources needing an update or something? |
| 18:08.36 | brlcad | "kldload vboxdrv" to see it |
| 18:12.15 | *** join/#brlcad vasc (~vasc@bl8-192-144.dsl.telepac.pt) | |
| 18:16.32 | brlcad | and there he be! howdy vasc :) depth peeling sucks |
| 18:17.20 | brlcad | rossignac is awesome, good old friend |
| 18:17.21 | brlcad | but that was pretty much a toy technique -- it falls apart on real models really fast, really hard |
| 18:18.34 | brlcad | you end up with too many layers, way too many iterations |
| 18:19.45 | brlcad | great for demos with relatively simple somewhat flat hierarchies |
| 18:29.35 | *** join/#brlcad Izakey (~Izakey@41.205.22.9) | |
| 18:31.33 | maths22 | brlcad: no source mods |
| 18:31.37 | brlcad | maths22: did you e-mail your log? |
| 18:31.42 | brlcad | maths22: wow, cool |
| 18:31.53 | maths22 | What log? |
| 18:31.56 | brlcad | last time I tried, required a few mods |
| 18:32.01 | maths22 | The benchmark one? |
| 18:32.01 | brlcad | the benchmark log |
| 18:32.11 | maths22 | All I did was install svn and cmake |
| 18:32.20 | maths22 | Check out, and built |
| 18:32.24 | brlcad | optimized build? |
| 18:32.28 | maths22 | No |
| 18:32.34 | brlcad | oh, sweet .. even faster |
| 18:33.03 | brlcad | if you can try an optimized / release build, would be great to get that log mailed |
| 18:33.16 | brlcad | and know the vgr for it |
| 18:33.20 | *** join/#brlcad sofat_ (~androirc@106.192.162.255) | |
| 18:33.27 | maths22 | I can run an optimized build. I guess that model pi is quad core, so I can speed up compilation |
| 18:33.35 | brlcad | no rush :) |
| 18:33.51 | brlcad | how you been, ltns! |
| 18:34.17 | brlcad | google's completely redoing the gci interface this year, I shared what you worked on with them |
| 18:34.17 | maths22 | I've been doing well |
| 18:34.33 | brlcad | helping with some of the design requirements |
| 18:34.34 | maths22 | Did you see the beta.brlcad.org/wp menubar |
| 18:34.40 | maths22 | Good about GCI |
| 18:36.48 | brlcad | cool, no I hadn't seen that |
| 18:36.56 | brlcad | looks like it's working responsive too |
| 18:37.01 | maths22 | I need to do the circle around the logo. |
| 18:37.02 | brlcad | awesome |
| 18:37.11 | maths22 | I used the bootstrap menubar-makes things easier |
| 18:37.13 | brlcad | logo color is a bit off too |
| 18:37.31 | brlcad | notes we need to publish an official icon set still |
| 18:37.43 | brlcad | did you see sofat_'s documentation interface? |
| 18:37.50 | sofat_ | Yee |
| 18:37.51 | sofat_ | Yes |
| 18:38.08 | maths22 | I used the same logo that was already there |
| 18:38.10 | sofat_ | I want to link my work with this website |
| 18:38.21 | sofat_ | It is possible ? |
| 18:38.22 | brlcad | sofat_: yeah, definitely |
| 18:38.25 | maths22 | I last took alook at sofat_'s stuff a few months ago |
| 18:38.35 | brlcad | maths22: take a quick peek, it's pretty cool |
| 18:39.01 | brlcad | it's just the docs, but it's sync'd with our repo docs and has awesome navigation |
| 18:39.29 | sofat_ | Any think wrong with my old stuff ? |
| 18:39.34 | maths22 | sofat_: is it a wordpress plugin or something like that? |
| 18:39.38 | brlcad | basic raw editing ability too, but won't be focusing on that the first go round |
| 18:39.39 | maths22 | That is what I remember it being |
| 18:39.46 | maths22 | But I didn't look closely |
| 18:40.21 | sofat_ | Yes in gsoc i made plugin to handle the editing |
| 18:40.43 | brlcad | sofat_: give him the url ;) |
| 18:42.26 | sofat_ | https://github.com/sofathitesh/brlcad-code |
| 18:43.06 | sofat_ | For document we just made the page which hold the wordpress theme style |
| 18:43.11 | sofat_ | My work is there |
| 18:43.31 | sofat_ | brlcad.org/~nouhrasofat/ |
| 18:46.24 | sofat_ | maths22, if you any problem to use plugin so please tell me |
| 18:46.29 | sofat_ | Face |
| 18:47.04 | maths22 | sofat_: How is the language list genrated |
| 18:47.31 | sofat_ | Using google language translator plugin |
| 18:47.36 | maths22 | I have read recently that it is a good idea to not use flags to indicate languages-particularly where the same language is spoken in many countries |
| 18:47.41 | *** join/#brlcad Shubham (012720ce@gateway/web/freenode/ip.1.39.32.206) | |
| 18:47.47 | maths22 | Using google translate makes sense |
| 18:48.05 | sofat_ | Yes ;-) |
| 18:48.06 | brlcad | there's two language lists |
| 18:48.10 | maths22 | The order of that list is rather odd as well |
| 18:48.18 | maths22 | brlcad: ours, and google translate's? |
| 18:48.32 | sofat_ | Yes |
| 18:48.35 | brlcad | the drop-down is google translate, the ones before it are our manual translations (which will generally be superior) |
| 18:48.46 | maths22 | That makes sense |
| 18:48.53 | brlcad | the tutorials were all manually translated to spanish, for example |
| 18:48.53 | maths22 | What is the order of the drop down? |
| 18:49.22 | maths22 | brlcad: I'm rebuilding in release mode on the pi |
| 18:49.28 | brlcad | cool |
| 18:49.41 | brlcad | maths22: any idea why I get an empty img tags on beta? |
| 18:49.52 | brlcad | see http://brlcad.org/tmp/missing.png |
| 18:50.20 | sofat_ | What is rebuilding please tell me? |
| 18:50.38 | ih8sum3r | brlcad: Is this website's mockup made by inderpreet? If I'm not wrong |
| 18:50.44 | ih8sum3r | beta.brlcad.org |
| 18:50.46 | ih8sum3r | one |
| 18:51.01 | starseeker | glowers at MSVC Release config... |
| 18:51.25 | brlcad | ih8sum3r: the mockup predates inderpreet iirc, but has had many people working on it the past ... four years? |
| 18:51.31 | brlcad | it started as a GCI task |
| 18:52.04 | brlcad | maths22: you recall the first originator? you? |
| 18:52.11 | ih8sum3r | oh! I see |
| 18:52.20 | maths22 | I think I started it, then anita did the theme |
| 18:52.34 | maths22 | The images were never there on beta |
| 18:52.51 | maths22 | They never imported right from Anita's GCI task |
| 18:53.06 | maths22 | I updated drupal my first year, then did the wordpress migration my second |
| 18:53.32 | maths22 | ih8sum3r: inderpreet did the wiki, I think, but he did not do wordpress |
| 18:53.33 | sofat_ | Waao |
| 18:53.44 | maths22 | sofat_: ? |
| 18:54.18 | maths22 | brlcad: I also brought fisheye back online about a week ago |
| 18:54.40 | brlcad | heh, so I should keep an eye on the cpus? |
| 18:54.51 | sofat_ | For you means great you have much knowledge in small age ;-) |
| 18:56.29 | brlcad | sofat_: he's not quite so young any more, but his level of experience is definitely advanced and impressive for someone of his age :) |
| 18:56.43 | maths22 | brlcad: probably, but they have seemed OK lately |
| 18:56.49 | maths22 | No making branches :( |
| 18:57.00 | maths22 | They just take a long time and a lot of cpu to process |
| 18:57.02 | brlcad | that's probably good |
| 18:57.07 | sofat_ | Yes i see |
| 19:05.45 | maths22 | Because? |
| 19:06.18 | vasc | i'm working on my own toy technique |
| 19:07.38 | brlcad | maths22: just because it had whatever problem it had before where it was locking up the server |
| 19:07.51 | brlcad | giving it less work is a good idea until that is sorted out |
| 19:07.56 | brlcad | is it the same version or updated? |
| 19:08.33 | sofat_ | Hey i am passed my final evaluation . thanks to mr sean and starseeker |
| 19:08.41 | sofat_ | Thank you so much |
| 19:09.02 | brlcad | sofat_: thank you for all your efforts |
| 19:09.13 | brlcad | the work doesn't stop here, though ;) |
| 19:09.21 | sofat_ | Yah i know |
| 19:09.39 | brlcad | you did well, despite the communication challenges |
| 19:10.10 | ih8sum3r | Hey, I got mail too. Thanks everyone from the core of my heart. Specially to Sean my mentor, Erik who had provided me lot of guidance. |
| 19:10.14 | sofat_ | Thanks so much for you trust on me |
| 19:10.16 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 19:10.51 | sofat_ | You gave me chance to did this think happen i just say thank you so much |
| 19:12.40 | brlcad | since notifications are going out already |
| 19:13.03 | brlcad | two more did not pass this year, so 9 out of 12 passed |
| 19:14.02 | brlcad | two others were very close to failure, maybe should have failed so they would learn, but were ultimately passed |
| 19:17.02 | maths22 | brlcad: still the save version-will update soon |
| 19:17.31 | maths22 | brlcad: where is the list of gsoc projects? |
| 19:19.58 | brlcad | brlcad.org/wiki/Google_Summer_of_Code/2015 |
| 19:30.44 | Boquete | hey brlcad, brlcad will be an org in Google Code in 2015? |
| 19:35.39 | *** join/#brlcad sofat_ (~androirc@106.192.162.255) | |
| 19:36.17 | *** join/#brlcad Ch3ck_ (~Ch3ck@154.70.98.105) | |
| 19:36.48 | brlcad | Boquete: hablas espan~ol? |
| 19:37.23 | brlcad | Boquete: that is not yet decided, but I do love GCI :) |
| 19:37.31 | Boquete | Sorry I do not speak spanish :D |
| 19:37.45 | brlcad | ah, no problem |
| 19:37.56 | Boquete | brlcad, hope you will be there, I'm really looking forward to be in Brl-cad :D |
| 19:38.04 | brlcad | there's a place in panama called boquete -- thought you might be from there ;) |
| 19:38.31 | brlcad | Boquete: glad to hear it, but you're welcome to get involved regardless ;) |
| 19:38.59 | konrado | hello brlcad and other members of the community thanks for helping me get through with GSoC successfully. |
| 19:39.00 | brlcad | even if you have to jump ship to a different org, anything you do with us will almost certainly be experience that translates to better chances of winning ;) |
| 19:39.52 | brlcad | konrado: thank you for all your efforts! you made a lot of progress |
| 19:40.08 | brlcad | there's obviously still more work, but it's an exciting feature that is much wanted |
| 19:42.04 | konrado | I would do my best to make all the improvement I can. |
| 19:43.16 | *** join/#brlcad Boquete (~piotr@acou191.neoplus.adsl.tpnet.pl) | |
| 19:43.43 | vasc | hmmm.. this almost works... |
| 19:45.23 | Boquete | Sorry I disconnected :v brlcad about my nickname, It was "changed" word "bouquet", but funny thing is that I heard in .. spanish or portugeese it mean "bad/dirty" word :v That's why I was not sure about using it. I use it on IRC but on Google Melange I used "antonow" (like Oleg Antonow, you know this russian constructor). Hope nobody will feels bad about my nickname :D |
| 19:46.16 | Boquete | Ow I checked now what it mean in portugeese.. lol. I think I need change my nickname. BUT in spanish it mean gap xD |
| 19:47.02 | Stragus | "Bouquet" is a french word too, like a... bundle |
| 19:47.32 | Boquete | Ow yes it's too |
| 19:48.36 | Boquete | https://en.wikipedia.org/wiki/Baguette That was first meaning of my nickname. I just changed it a little :D |
| 19:48.49 | brlcad | Boquete: https://en.wikipedia.org/wiki/Boquete,_Chiriqu%C3%AD |
| 19:48.56 | brlcad | it's a very beautiful place |
| 19:49.23 | vasc | i always get the subtraction and the xor working but not the intersection |
| 19:49.24 | vasc | BAH |
| 19:49.49 | vasc | in my little toy example |
| 19:49.54 | Boquete | So I think I will keep this nickname. I hope that no one feels offended |
| 19:50.15 | brlcad | it means "gap" or some sort of opening in spanish |
| 19:50.18 | brlcad | you can't please everyone |
| 19:50.48 | brlcad | similar to french meaning (a bouqet of flowers "opens up") |
| 19:51.15 | Boquete | I wanted to changed on Google Melange from antonow to Boquete (I use it everywhere) but I think I cant. I will write to Stephanie before GCI :D |
| 19:51.39 | brlcad | write the melange devs first |
| 19:51.48 | brlcad | see if one will change it for you instead of bothering steph |
| 19:52.13 | Boquete | Ow yes, right |
| 19:52.37 | Boquete | I will check it later (before GCI) and I will see hwo can I contact :D |
| 19:52.44 | brlcad | there is going to be a completely redesigned website for GCI 2015, so it might not matter at all |
| 19:52.50 | brlcad | the new site is not based on melange |
| 19:52.52 | Boquete | Ow I heard that |
| 19:53.57 | Boquete | I heard that ther's going to be few more changes but nothing sure so I don't want to spread the word :D |
| 19:54.07 | brlcad | there definitely will be |
| 19:54.28 | brlcad | one pretty big one |
| 19:54.46 | brlcad | but it's a good one in the grand scheme of things |
| 19:55.13 | Boquete | Last year that I can contribute in GCI 2015. So nervous |
| 19:55.30 | vasc | bouquet |
| 19:55.31 | Boquete | That's bad I didn't know about GCI before.. :/ |
| 19:55.34 | Boquete | Yes? |
| 19:56.59 | brlcad | no, not really |
| 19:57.25 | brlcad | vasc: yes, just a typo ;) |
| 19:57.32 | Boquete | I mean "Yes?" was to vasc :D |
| 19:57.53 | brlcad | he was correcting my spelling |
| 19:58.22 | Boquete | Oh ok :D |
| 19:58.58 | ``Erik | brlcad: /usr/src/sys and /boot/kernel should be in sync, but those should be newer than what's live right now, been waiting for a good time to reboot... |
| 20:01.36 | brlcad | ``Erik: ah, so that would explain why the module won't load |
| 20:02.20 | vasc | too many years of french classes to that to you |
| 20:02.38 | brlcad | ``Erik: good time for a reboot whenever you are ready, in case disaster ensues :) |
| 20:03.48 | brlcad | missing, a word he is |
| 20:03.57 | vasc | figures. it can't get the normals right |
| 20:04.01 | vasc | the surfaces either |
| 20:14.55 | vasc | bah |
| 20:15.04 | vasc | this isn't working like its suppose to |
| 20:34.57 | vasc | well it kinda looks ok |
| 20:35.03 | vasc | kinda |
| 20:35.06 | ``Erik | brlcad: I'll be around for a little bit if you want to hit that big button... (I kinda don't want to be the trigger-man... might be good to crank a backup before doing that?) |
| 20:40.06 | vasc | the normal look different from stock |
| 20:46.03 | vasc | i think the normals are all screwed up |
| 21:11.50 | brlcad | ``Erik: good idea, okay I'll kick off a backup first .. that'll probably take a long time to finish, so maybe we can give the reboot a go on sunday if it's done |
| 21:12.15 | brlcad | ``Erik: is there anything specific needed to put the new kernel in place? |
| 21:12.26 | brlcad | or anything else that would be good to do while we're rebooting? |
| 21:13.58 | vasc | so what's bad about rossignac's paper brlcad? |
| 21:15.04 | brlcad | hm? I shared the reasons why... |
| 21:17.00 | vasc | the too many iterations? |
| 21:17.27 | brlcad | we implemented that paper about 9 years ago |
| 21:17.40 | vasc | oh? |
| 21:17.44 | brlcad | even using blister, you can see problems |
| 21:17.53 | vasc | that paper is after blister |
| 21:17.57 | brlcad | cst sure |
| 21:17.59 | vasc | it claims to fix the blister surface acne |
| 21:18.02 | brlcad | but really just rebranded |
| 21:18.26 | brlcad | that was all really hable's work, rossignac was his advisor iirc |
| 21:18.42 | vasc | well yeah hable's the first author |
| 21:18.44 | brlcad | regardless, the issue is that the method just really falls apart on real models |
| 21:19.21 | brlcad | doesn't work well with arbitrary depth, really assumes few depths to be performant |
| 21:21.11 | brlcad | production models usually have crazy complexity, especially compared to our sample demos |
| 21:22.00 | brlcad | object counts in the 10^5 to 10^8 range with depths commonly in the dozens to hundreds range |
| 21:22.30 | brlcad | and that's for a single vehicle, not considering full scenes with lots going on |
| 21:22.52 | vasc | so which method you use? it seems 1980s stuff |
| 21:23.06 | brlcad | what do you mean? |
| 21:23.16 | vasc | i cleaned up the code |
| 21:23.20 | vasc | and it just ... |
| 21:23.21 | vasc | well |
| 21:23.35 | vasc | it generates list of segments and more lists of segments and evals them against the tree |
| 21:23.36 | brlcad | I know, lots of comments and questions :) |
| 21:23.56 | vasc | uses a dynamic stack |
| 21:24.07 | vasc | and a bitvector per ray with size of n primitives |
| 21:24.11 | brlcad | some things I noticed you changed were guaranteed to slow it down (but also necessary to ultimately speed it up) |
| 21:24.30 | vasc | ? |
| 21:24.49 | vasc | the opencl code doesn't do csg right now |
| 21:24.55 | brlcad | you should have noticed that there's pretty much not a limit on anything -- that's part why everything was dynamic |
| 21:25.10 | brlcad | not just a throwback to days when malloc cost less than a division |
| 21:25.13 | vasc | there's always a choice between multiple passes and more memory |
| 21:25.39 | vasc | like the bitvector for one |
| 21:25.53 | vasc | i could just iterate the list of hits and see if the primitive is in there |
| 21:26.45 | brlcad | except traversing a list is slow as you noted |
| 21:26.55 | vasc | in fact i did just that while i was trying to implement the goldfeather algorithm |
| 21:27.04 | vasc | there's that too |
| 21:27.11 | vasc | we need static arrays not dynamic linked lists |
| 21:27.23 | brlcad | sure |
| 21:27.28 | brlcad | well, we need arrays |
| 21:27.39 | vasc | its a start to do the arrays first |
| 21:27.43 | vasc | and then bound them somehow |
| 21:27.45 | brlcad | whether they are technically static or just really big and rarely ever need to grow is the big question |
| 21:28.11 | vasc | i tried cleaning up the gotos in that code as well |
| 21:28.15 | vasc | but its real hard |
| 21:28.23 | vasc | i went down to 13 gotos |
| 21:28.24 | brlcad | that's part where I can almost guarantee you didn't get it right ;) |
| 21:28.40 | brlcad | and almost certainly slowed it down if you did straight up conversions |
| 21:28.53 | vasc | i didn't just use any mechanical algorithm |
| 21:28.54 | brlcad | there's lots of dragons in the boolean weaving goto logic |
| 21:29.00 | vasc | want to try my version of it? |
| 21:29.16 | brlcad | of course :) |
| 21:29.40 | vasc | haven't tried compiling it |
| 21:29.56 | brlcad | for what it's worth, I've rewritten the boolean weaving code three times over the years |
| 21:30.18 | brlcad | the first time I was a naive student appalled at all the gotos, coming from a "all gotos are evil" education |
| 21:30.35 | vasc | let's see |
| 21:30.45 | brlcad | first attempt compiled great, and was outright wrong |
| 21:31.31 | brlcad | second attempt years later, wiser and more carefully undertaken compiled great, was demonstrably correct and was some 15% slower iirc |
| 21:32.09 | brlcad | third attempt was much better performance wise, but actually was more code and (arguably) harder to read |
| 21:32.53 | brlcad | really for performance, the state of the current code is half-irrelevant |
| 21:33.12 | brlcad | it needs to be completely restructured for coherency, processed differently |
| 21:33.19 | brlcad | the core algorithm is something like 100 lines of code |
| 21:34.07 | brlcad | boolweave/final has a LOT of magic built into it for handling real geometry fast, i.e., handling floating point conditions with extreme consistency and verifiable behavior |
| 21:34.35 | brlcad | that's usually the part that gets dorked up on a naive restructure |
| 21:35.38 | vasc | i just cleaned up some gotos and inlined some functions and removed the debug thigns |
| 21:35.43 | vasc | the debug messages |
| 21:35.45 | brlcad | the robustness logic bumps that 100 lines of logic a fair bit and the rest you see (the goto spagetti) is mostly unrolled optimization, which kicks it up to the 1500-2000 lines sizing you see |
| 21:36.24 | brlcad | for gpgpu/opencl, it's really just a matter of going back to the core algorithm and inputs, and figuring out how to pack that data in arrays |
| 21:36.41 | vasc | yes. when i know WHAT the core algorithm actually is |
| 21:36.46 | brlcad | which is almost certainly going to need to be large pages of memory storing results, sort them, evaluate |
| 21:37.37 | vasc | sorting is quite likely |
| 21:37.45 | vasc | but the dynalloc i hope to avoid |
| 21:38.12 | vasc | i can just try redoing that algorithm |
| 21:38.15 | vasc | but its gonna be pain |
| 21:38.26 | vasc | like i said i just replaced the kd-trees for the bvhs and it was fine |
| 21:38.30 | vasc | was trying to do the same here |
| 21:42.28 | vasc | cpu code like that is really hairy to port over |
| 21:42.37 | vasc | we needed something less heavy on complexity |
| 21:43.17 | brlcad | no disagreement there, but that's also why I say trying to transcode the existing is going to be .. |
| 21:43.20 | brlcad | really hard |
| 21:43.47 | brlcad | I at least wouldn't start there -- I'd start with the same inputs and then compare outputs |
| 21:43.56 | brlcad | i.e., just implement how I'd do the eval |
| 21:44.20 | brlcad | for what it's worth, here's a completely different approach expanded with some of the production stability tolerance testing needed |
| 21:44.30 | brlcad | written by one of our core devs years ago in java |
| 21:44.37 | brlcad | http://brlcad.org/websvn/filedetails.php?repname=BRL-CAD&path=%2Fjbrlcad%2Ftrunk%2Fsrc%2Forg%2Fbrlcad%2Fgeometry%2FPartition.java&peg=34288 |
| 21:44.47 | vasc | http://pastebin.com/QQrGudYu |
| 21:44.49 | vasc | try this one |
| 21:45.27 | brlcad | you can look for the intersect(), subtract(), and union() functions |
| 21:45.46 | brlcad | can't get to pastebin.com, blocked |
| 21:45.54 | brlcad | ~paste |
| 21:45.54 | infobot | i guess paste is http://pastebin.org/ or http://bin.cakephp.org/ or http://pastebin.ca/ |
| 21:46.15 | brlcad | (org is blocked too) |
| 21:46.24 | vasc | that doesn't have the boolean evaluator |
| 21:46.31 | vasc | oh |
| 21:46.33 | brlcad | and ca, sorry -- debian's is good though |
| 21:46.35 | brlcad | yeah it does |
| 21:46.41 | brlcad | it's completely OO fashion, very different |
| 21:48.12 | vasc | gah |
| 21:48.15 | brlcad | and iirc, that implementation was verified to a large extent (and written by one of our most senior devs before he retired, for fun) |
| 21:48.16 | vasc | well yeah |
| 21:48.30 | vasc | is it more accurate or less accurate? |
| 21:48.45 | brlcad | does not compute |
| 21:48.49 | brlcad | it's faithful |
| 21:49.01 | brlcad | so it's doing the right thing |
| 21:49.10 | vasc | so you mean you get the same results? |
| 21:49.16 | vasc | even if it doesn't implement the xor operator? |
| 21:49.24 | brlcad | right |
| 21:49.28 | brlcad | we don't use xor |
| 21:49.36 | vasc | scratches his head |
| 21:49.37 | brlcad | i ripped that out of one of our branches |
| 21:49.51 | brlcad | xor will probably be gone in v8 |
| 21:49.55 | vasc | so you check the outputs and got the same outputs? |
| 21:50.05 | vasc | exact same |
| 21:50.11 | brlcad | yep |
| 21:50.36 | vasc | i'm usually not a big fan of java porting in a case like this because the code obfuscates memory allocation a lot |
| 21:50.51 | vasc | but i'll see |
| 21:50.57 | brlcad | sure, it's just a reference for understanding the algorithm |
| 21:51.19 | brlcad | with all the C optimizations obviously yanked |
| 21:52.01 | brlcad | it's actually shorter than the C version by quite a lot, even more so if you ignore the logging statements |
| 21:52.27 | vasc | so why don't you port that over to C and use that instead ? |
| 21:52.33 | brlcad | and it fixed a limitation of the C version |
| 21:52.55 | brlcad | it was an order or so slower :) |
| 21:53.03 | vasc | even ported over? |
| 21:53.07 | vasc | java is slowe |
| 21:53.10 | vasc | slow |
| 21:53.32 | brlcad | yep, untested what that code implemented coherently would be like |
| 21:53.42 | brlcad | it's still not using arrays and you'd want to |
| 21:54.05 | brlcad | still needs the partitions coming in sorted |
| 21:54.11 | brlcad | so you need them all first |
| 21:54.21 | brlcad | front to back processing, etc |
| 21:54.35 | vasc | its like this |
| 21:54.40 | vasc | the per pixel lists aren't that big |
| 21:54.49 | brlcad | lists of what? |
| 21:54.57 | vasc | as a first approach i can just inline insertion sort them |
| 21:55.04 | vasc | like we do in so much of the code already |
| 21:55.24 | vasc | when i get a good library then i can do a global segmented sort |
| 21:55.26 | vasc | or something |
| 21:55.37 | brlcad | how you sort probably won't make a huge difference |
| 21:55.51 | brlcad | just saying that sorting is assumed with this evaluation approach/code |
| 21:56.09 | brlcad | certainly ways to do it without sorting, but haven't thought about it much |
| 21:56.12 | vasc | the sorting ain't the problem. the problem is the list partitioning and filtering and merging and dynamically growing them |
| 21:56.17 | vasc | and reallocating stacks |
| 21:56.19 | vasc | and so on and on |
| 21:56.28 | vasc | gotos |
| 21:56.39 | vasc | lots and lots of memory caches |
| 21:56.44 | vasc | per pixel |
| 21:57.03 | brlcad | so the lists you're referring to are partitions or segments along the shotline? |
| 21:57.10 | vasc | well its like this |
| 21:57.24 | brlcad | wonders why you rarely answer questions :) |
| 21:57.34 | vasc | the current code first shoots all the rays and to compute how large the per pixel hit point lists will be |
| 21:57.51 | vasc | then it does one huge malloc of that for all pixels |
| 21:58.08 | vasc | and recomputes the shots again to fill those per pixel arrays of hit points |
| 21:58.14 | vasc | so i got the arrays of hit points per pixel |
| 21:58.35 | vasc | i was trying to use an algorithm which could enable me to do the csg incrementally so i would avoid all of this |
| 21:58.36 | brlcad | need more than hit points, you need at least segments, but ideally partitions and segments |
| 21:58.39 | vasc | but nevermind |
| 21:58.50 | brlcad | to guarantee correct solidity preservation |
| 21:58.58 | vasc | the segments are tuples of in/out hitpoints right? |
| 21:59.09 | brlcad | yes |
| 21:59.09 | vasc | now the partitions i'm more vague about |
| 21:59.19 | brlcad | and partitions are one or more segments |
| 21:59.38 | brlcad | you need to know that a given segment "belongs with" another |
| 21:59.48 | vasc | because? |
| 21:59.58 | brlcad | when evaluating them, it matters when it comes time to merge or split |
| 22:00.10 | vasc | merging and splitting. evil. |
| 22:00.17 | brlcad | is that the same object, or another reference from a different object |
| 22:00.31 | brlcad | CSG == lots of merging and splitting |
| 22:01.04 | vasc | well the goldfeather algorithm doesn't care about that crap |
| 22:01.15 | vasc | it only wants the front and back of an object |
| 22:01.25 | brlcad | this is also a huge deviation from most academia -- solid modeling has somewhat different requirements |
| 22:01.27 | vasc | shame i can't implement it properly |
| 22:01.32 | vasc | no man |
| 22:01.51 | brlcad | there are older solid modeling papers on this topic |
| 22:01.53 | vasc | i read about the way you do the csg computation in a thesis by jahnsen |
| 22:02.02 | vasc | from 1989 |
| 22:02.11 | vasc | but it's ... |
| 22:02.12 | brlcad | csg goes back to the 60's and 70's |
| 22:02.18 | vasc | well i can understand it conceptually |
| 22:02.39 | vasc | but as a practical high-performance algorithm? or a simple one? no |
| 22:03.08 | brlcad | there's also general CSG from a computational geometry perspective, CSG as a modeling operator on boundaries, and CSG for solid modeling (our domain) |
| 22:03.15 | brlcad | all three have somewhat different behaviors |
| 22:03.37 | brlcad | how you track and what you track is different for all three |
| 22:03.49 | vasc | so let me see if i get this: you have initially a bunch of segments. and then you partition them. |
| 22:03.53 | vasc | but how and for what? |
| 22:04.12 | vasc | and where does the tree eval kick in |
| 22:04.21 | vasc | and should be tree be optimized into a different form |
| 22:04.25 | vasc | questions questions |
| 22:05.02 | brlcad | no no.. when you intersect a primitive, you get back a partition with one or more segments if there is a hit |
| 22:05.04 | vasc | jahnsen's thesis goes on and on about it |
| 22:05.06 | vasc | but i didn't get it |
| 22:05.17 | brlcad | partitioning isn't an action |
| 22:05.26 | brlcad | it's just a grouping |
| 22:05.27 | vasc | so initially a partition is one partition per object ? |
| 22:05.49 | brlcad | at the leaves of the CSG hierarchy, yes |
| 22:05.50 | vasc | so you partition the hits of a primitive |
| 22:06.01 | brlcad | it's a set of in/out segments |
| 22:06.14 | brlcad | and whether those can be combined per the boolean logic depends |
| 22:06.43 | vasc | ok but the boolean logic tree isn't in the order and some of those objects might not even be in that pixel even if they are in the tree |
| 22:07.03 | vasc | and how do you combine the segments |
| 22:07.58 | vasc | do you sometimes break partitions? |
| 22:08.07 | brlcad | disregarding all optimizations (and there are many), consider a ray going through a complex single object (one boolean recipe) |
| 22:08.13 | vasc | like split a primitive partition in the middle? |
| 22:08.34 | brlcad | you evaluate the ray against all the primitives, each returning a partition with segments in it |
| 22:09.01 | brlcad | since this is the same object, that drives a given boolean evaluation to know that those partitions are mergeable |
| 22:09.27 | brlcad | so it can look at each segment in turn, and apply the boolean expression rules |
| 22:09.52 | brlcad | which creates new segments, destroys segments, splits them, etc, based on the unions/subtractions/intersects |
| 22:10.46 | brlcad | evaluate the whole expression, and you're left with a partition with one or more segments for that object |
| 22:10.52 | vasc | from what i get you only need like three operators. union, intersection, and negation |
| 22:11.00 | vasc | and maybe the solid one |
| 22:11.09 | vasc | the others can be done as combinations |
| 22:11.27 | brlcad | it's boolean algebra, you technically only need two operators, but in practice more are used in order to do various optimization operations |
| 22:11.46 | vasc | the user might like them but it doesn't mean the machine uses them directly |
| 22:11.55 | vasc | its a RISCy way of seeing things |
| 22:12.17 | brlcad | e.g., A xor B is equiv to (A minus B) union (B minus A) |
| 22:12.33 | brlcad | but is evaluatable in one step, so I can put that in my boolean tree and cut two ops |
| 22:12.59 | vasc | the minus isn't a basic op either |
| 22:13.08 | vasc | i wonder how simplifiable that is |
| 22:13.11 | brlcad | sure it is |
| 22:13.25 | brlcad | basic CSG is union, subtraction (minus), and intersection |
| 22:13.49 | brlcad | boolean algebra brings in more concepts, but that's the userland of CSG |
| 22:14.19 | brlcad | for solid modeling, for example, there's no conceptualization of a not operator (even though we obviously use that construct when evaluating an expression for efficiency) |
| 22:15.06 | brlcad | you end up with infinity spaces, which violates notions of solidity closure testing |
| 22:15.34 | brlcad | you can certainly use it when evaluating though |
| 22:15.53 | vasc | i mean a-b is kinda like a|~(a&b) |
| 22:16.04 | vasc | or whatever |
| 22:16.09 | brlcad | yep, there are tons of transforms like that possible |
| 22:16.37 | brlcad | given the entire expression, there are reductions possible, sometimes even eliminations (called null object tree contraction in csg parlance) |
| 22:16.45 | vasc | yes |
| 22:16.59 | vasc | but let's say we support the goldfeather ones |
| 22:17.19 | vasc | union, intersection, difference |
| 22:17.37 | vasc | i think it has negation too |
| 22:18.09 | vasc | oh |
| 22:18.11 | brlcad | reductions are an optimization |
| 22:18.20 | brlcad | the algorithm should work regardless |
| 22:18.27 | brlcad | now normalization is a different topic |
| 22:18.32 | vasc | but brlcad has half-planes yes? |
| 22:18.46 | vasc | half-spaces |
| 22:18.51 | brlcad | want to use goldfeather's normalization approach, go for it (just recognize that it's one of many possible normalizations) |
| 22:18.55 | vasc | i just discard those right now |
| 22:19.09 | vasc | do we even use a normalization right now? |
| 22:19.11 | brlcad | they're a pain because they totally violate many notions :) |
| 22:19.24 | vasc | didn't seem like it |
| 22:19.25 | brlcad | librt has a variety of normalization routines |
| 22:19.30 | vasc | wow |
| 22:19.36 | brlcad | but for the eval, it just uses what it was given |
| 22:19.50 | brlcad | so you could do any normalization you wanted beforehand |
| 22:20.15 | brlcad | that's really your baseline that is needed regardless |
| 22:20.59 | brlcad | that's kind of getting ahead, optimizing something to evaluate less that doesn't yet evaluate anything :) |
| 22:21.43 | *** part/#brlcad Izakey (~Izakey@41.205.22.9) | |
| 22:22.39 | vasc | forgot that one |
| 22:22.40 | brlcad | if the expression is A u B u C - D and D's segments completely overlap ABC (creating a null case), there's nothing wrong with the boolean evaluator doing the unions (wasted computation) at this point |
| 22:23.00 | brlcad | there's so much validation that has to happen to prove the evaluation is correct, it's not funny |
| 22:23.07 | vasc | its ok |
| 22:23.18 | vasc | i just want to understand the basic at this point |
| 22:24.59 | brlcad | it definitely gets more complicated too .. my earlier example was a single object that was mergeable -- continuing up a hierarchy (above the region level) where overlaps become possible introduces another layer of complexity |
| 22:25.57 | brlcad | A u B where A and B are not mergeable results in a separate partition for A and B with an overlap getting reporting |
| 22:26.08 | brlcad | this starts getting into the solid modeling domain |
| 22:27.26 | brlcad | and in that same context, A - B is okay even though it's really existentially questionable |
| 22:27.30 | brlcad | what is a copper sphere subtracted from a wooden cylinder, for example |
| 22:27.54 | vasc | its good for drilling holes |
| 22:27.59 | brlcad | definitely can't union them, but we can say the shape is subtractable as conventino |
| 22:28.41 | brlcad | at least without introducing a notion of multi-materials or different grouping operators |
| 22:28.58 | vasc | some unions aren't mergeable? |
| 22:29.13 | vasc | i mean i get all those log messages whenever i try to render everything |
| 22:29.16 | vasc | like OVERLAP whatever |
| 22:29.27 | brlcad | there's no copper in the wood, so subtracting it is kind of nonsensical except from a convention standpoint |
| 22:29.47 | vasc | i get that the surface materials will look uhh odd |
| 22:30.00 | brlcad | yep, those overlaps are technically modeling errors, but must be detectable and reportable |
| 22:30.00 | vasc | unless you nanocoat that wood |
| 22:30.23 | brlcad | if I coated it, I have introduced a new object C |
| 22:30.44 | vasc | it just grounded itself into the wood by friction you see |
| 22:30.54 | vasc | or something |
| 22:30.59 | brlcad | solid modeling works on a materials science basis as these things are meant to represent physical things manufactured |
| 22:31.06 | vasc | yeah |
| 22:31.12 | vasc | in that case what you want is tools |
| 22:31.26 | vasc | you have blocks of materials and you use TOOLS to carve them |
| 22:31.28 | vasc | not csg |
| 22:31.56 | brlcad | what's unobtanium subtracted from dark matter? or alloy #125 subtracted from alloy #82921 |
| 22:32.06 | brlcad | it's nonsensical |
| 22:32.11 | vasc | you can't subtract them |
| 22:32.18 | vasc | you can use a tool to drill a hole in it |
| 22:32.34 | vasc | or cut it |
| 22:32.47 | vasc | a materialess tool |
| 22:32.51 | vasc | made of fluffleware |
| 22:33.10 | brlcad | you're not getting it :) |
| 22:33.40 | brlcad | you posed a non-problem ... |
| 22:33.44 | vasc | yes |
| 22:33.52 | vasc | back to brass tacks |
| 22:34.16 | vasc | so the segments are indivisible and immutable |
| 22:34.18 | brlcad | that's why we do allow subtractions and by *convention* we basically treat it as materialless |
| 22:34.20 | vasc | but the partitions aren't |
| 22:34.46 | brlcad | but it's important to realize it's just convention -- would be completely valid to say it's an invalid operation too |
| 22:35.00 | brlcad | it's allowed because modelers do that kind of thing all the time |
| 22:35.01 | vasc | its until something better comes along |
| 22:35.16 | vasc | did you see that video the other guy showed? |
| 22:35.26 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 22:35.32 | brlcad | not all the way through my backlog yet, don't think so |
| 22:35.34 | vasc | http://www.mattkeeter.com/projects/antimony/3/ |
| 22:36.41 | vasc | ah whatever back to csg |
| 22:37.05 | vasc | its like this |
| 22:37.13 | vasc | i could reorder segments fine |
| 22:37.19 | vasc | it doesn't change array size |
| 22:37.41 | vasc | i could even change the boundaries of the partitions |
| 22:37.50 | vasc | at most you can have as many partitions as segments right? |
| 22:37.53 | vasc | so its bounded too |
| 22:38.05 | vasc | the problem is duplication, elimination, and crap like that |
| 22:38.57 | vasc | can you have duplicate segments? |
| 22:40.55 | vasc | i also don't get where the equivalents of rt_boolean_weave and rt_bool_final are in that code |
| 22:41.03 | vasc | the java one |
| 22:46.18 | brlcad | sure you can have duplicates |
| 22:46.26 | vasc | oh neat |
| 22:46.35 | brlcad | they'd be in different partitions |
| 22:46.59 | brlcad | in the same partition would probably be a bug in a primitive |
| 22:47.05 | brlcad | I think |
| 22:47.27 | brlcad | would have to think about that more, might be some weird procedural case where that'd be valid somehow |
| 22:48.20 | brlcad | like I said, you will need to pay attention to both segments and partitions |
| 22:48.38 | brlcad | but in terms of processing limits, coherency containers and such -- sure, I think that's a limit |
| 22:49.07 | brlcad | trying to think if you could have a boolean recipe where you'd end up with more segments than you start with... |
| 22:50.29 | brlcad | at least the naive case of 1 long segment getting chopped up 10 short segments will result in 11 segments, so 1+10 isn't violated |
| 22:50.41 | vasc | i need to read jansen's thesis better |
| 22:50.46 | vasc | i feel like we are missing something |
| 22:50.58 | vasc | even in this style of csg eval |
| 22:51.08 | brlcad | 2 long, 5 short subtractions on each gives 12, 2+5+5 is good |
| 22:51.14 | vasc | its 111 pages |
| 22:51.25 | brlcad | not at all surprising |
| 22:51.37 | vasc | of all the things i read his is the one that describes your techniques the most |
| 22:51.40 | vasc | for the bool eval |
| 22:52.26 | brlcad | link? feels like I read it, but not sure |
| 22:53.28 | brlcad | not that I can get into browsing a 111 page thesis right this minute.. heh |
| 22:53.38 | vasc | well he describes every method really |
| 22:54.04 | vasc | repository.tudelft.nl/assets/uuid...de4c.../TR%20DISS%201555(1).PDF |
| 22:54.12 | vasc | crap google |
| 22:54.30 | vasc | http://repository.tudelft.nl/assets/uuid:552472ce-de4c-42a9-9fb2-fd3919bb64b5/TR%20DISS%201555(1).PDF |
| 22:54.46 | vasc | start at page 43 |
| 22:55.19 | vasc | i keep skimming it. it's well written but i don't have the mood for it |
| 22:55.26 | vasc | maybe eventually it will sink in |
| 22:55.52 | *** join/#brlcad chick_ (~chick_@41.205.22.26) | |
| 22:56.38 | brlcad | ahh, have to be careful -- there's a lot of research, this included that talks about boolean evaluation of boundary representations |
| 22:57.00 | brlcad | surface evaluation, not necessarily solid evaluation |
| 22:57.26 | brlcad | facetted modeling and doing booleans on facet sets is another topic altogether |
| 22:58.02 | brlcad | that's evaluating mesh against mesh, deriving resulting meshes |
| 22:58.28 | brlcad | this is very different from a ray-tracing based approach where you are directly evaluating primitives (and keeping them in implicit form) |
| 22:59.04 | brlcad | the basic applications of booleans is about the same, but just have to make sure you don't go down a rabit hole |
| 22:59.21 | brlcad | the java code should be more help in terms of figuring out how to apply booleans given two partitions |
| 23:01.24 | vasc | the talk about solids comes way before that |
| 23:01.38 | vasc | i think this is like the state of the art in csg whatever in 1989 |
| 23:01.41 | brlcad | on the surface, evaluating the segments is really really simple -- "A union B" takes the inHit of A to the outHit of B if the outHit of A comes after the inHit of B, resulting in a single segment ... otherwise it's two segments merged |
| 23:01.46 | vasc | and guess what the same techniques apply too |
| 23:02.03 | vasc | so why not do that? |
| 23:02.35 | brlcad | no reason not to! :) |
| 23:02.37 | brlcad | that's why I showed you the java code that distills it that simply |
| 03:51.44 | *** join/#brlcad infobot (ibot@69.58.76.73) | |
| 03:51.44 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-) | |
| 09:19.04 | *** join/#brlcad Boquete (~piotr@acou191.neoplus.adsl.tpnet.pl) | |
| 10:10.48 | *** join/#brlcad sofat (~androirc@106.192.32.64) | |
| 10:27.31 | *** join/#brlcad Ch3ck_ (~Ch3ck@154.70.110.220) | |
| 10:35.54 | *** join/#brlcad sofat (~androirc@106.192.32.64) | |
| 11:58.17 | ``Erik | brlcad: afaik, it should just be a normal reboot.. I don't know what the hosting company has in place in case it doesn't come up right |
| 12:02.58 | Boquete | wow, last news on http://brlcad.org/ is about GCI 2013 :D |
| 12:09.49 | *** join/#brlcad ih8sum3r (~ih8sum3r@122.173.117.234) | |
| 13:21.10 | *** join/#brlcad Izakey__ (~Izakey@41.205.22.16) | |
| 13:25.16 | *** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca) | |
| 13:47.50 | *** join/#brlcad Boquete_ (~piotr@aano244.neoplus.adsl.tpnet.pl) | |
| 13:54.38 | *** join/#brlcad sofat (~androirc@223.225.181.173) | |
| 13:55.26 | *** join/#brlcad shaina (~shaina@117.220.21.181) | |
| 14:49.27 | *** join/#brlcad Boquete (~piotr@aano244.neoplus.adsl.tpnet.pl) | |
| 15:03.57 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:16.29 | *** join/#brlcad gurwinder (75c7684b@gateway/web/freenode/ip.117.199.104.75) | |
| 15:34.03 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 16:14.45 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-khafndhchwlfmltu) | |
| 16:47.23 | *** join/#brlcad Boquete (~piotr@aano244.neoplus.adsl.tpnet.pl) | |
| 17:16.21 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 17:48.50 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 20:06.10 | *** join/#brlcad vasc (~vasc@bl8-194-96.dsl.telepac.pt) | |
| 20:19.52 | *** join/#brlcad sofat (~androirc@223.225.163.145) | |
| 20:20.19 | *** join/#brlcad ih8sum3r (~ih8sum3r@122.173.201.180) | |
| 20:32.17 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 20:33.53 | *** join/#brlcad teepee (~teepee@unaffiliated/teepee) | |
| 21:17.04 | *** join/#brlcad konrado (~konro@41.205.22.33) | |
| 21:54.39 | vasc | oh man |
| 21:54.48 | vasc | what's the GUARD and XNOP OPS supposed to be |
| 21:55.02 | vasc | it's supposed to be useful for XOR but i don't get why |
| 21:56.04 | vasc | man XOR is weird like heck |
| 22:08.46 | Stragus | grep on GUARD and XNOP: "UNARY tree -- for completeness only, should never be seen" |
| 22:08.50 | Stragus | ponders |
| 22:51.43 | vasc | nuke it from orbit. only way to be sure. |
| 00:49.31 | starseeker | makes a note that there is now a bold version of the inconsolata font... https://code.google.com/p/googlefontdirectory/source/browse/ofl/inconsolata/ |
| 01:38.03 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 02:00.18 | vasc | ah great |
| 02:18.28 | vasc | brlcad, i rewrote rt_booleval. tell me what you think |
| 02:18.34 | vasc | later |
| 02:18.47 | vasc | put a patch on the tracker |
| 02:19.56 | vasc | man the new one is so much easier to read |
| 02:20.54 | vasc | no gotos and uses a lot more less mem |
| 02:20.59 | vasc | and it llinearizes and compact the tree |
| 03:14.36 | starseeker | vasc: did you do any performance/correctness testing? |
| 03:15.24 | starseeker | reflects we should probably put together a test-all-branches suite of geometry for that code... |
| 03:16.40 | starseeker | wonder if some sort of segment-input generating fuzzer could be written just for the boolean code (http://lcamtuf.coredump.cx/afl/ style...) |
| 03:18.19 | vasc | well i ran a couple of runs with operators.g and i got slightly better speeds actually |
| 03:18.28 | vasc | rendering speeds |
| 03:18.33 | vasc | not counting pre-preprocessing |
| 03:19.03 | vasc | it doesn't have the xor because the xor code we use is whacked |
| 03:19.11 | vasc | i don't know how to implement it without breaking something |
| 03:19.35 | vasc | couldn't find any test scenes with it either. allegedly to be removed as operator in 8.90 |
| 03:19.38 | vasc | 8.0 |
| 03:20.10 | vasc | i examined temporary outputs, they looked fine |
| 03:20.19 | vasc | the final output looks fine too |
| 03:20.33 | vasc | correctness testing.... ask a computational maths guy |
| 03:20.43 | vasc | had enough of form proofs of correction in college |
| 03:20.59 | vasc | let alone against legacy code with unused legacy options and gotos |
| 03:21.20 | vasc | more test scenes would be appreciated. |
| 03:21.48 | vasc | or you try it and tell me |
| 03:21.54 | vasc | the patch is in the sf.net |
| 03:22.01 | vasc | https://sourceforge.net/p/brlcad/patches/417/ |
| 03:22.58 | vasc | XOR in the old code was implemented with access with these crap operations |
| 03:23.04 | vasc | additional ones |
| 03:23.40 | vasc | #define OP_GUARD MKOP(9) /**< @brief Unary: not L, or else! */ |
| 03:23.40 | vasc | #define OP_XNOP MKOP(10) /**< @brief Unary: L, mark region */ |
| 03:23.59 | vasc | it's crap. you don't need that with the new code |
| 03:24.06 | vasc | its just A^B and that's it |
| 03:24.31 | vasc | it's all insane anyway |
| 03:24.53 | vasc | coz XOR can be defined as (A/B) u (B/A) |
| 03:24.59 | vasc | so why need new operators for XOR? |
| 03:25.02 | vasc | bonkers |
| 03:26.24 | vasc | was it to save on tree size or runtime stack space? |
| 03:26.37 | vasc | well its useless with my code |
| 03:32.27 | Stragus | Perhaps processing could be simplified with a single XOR operation? |
| 03:32.52 | Stragus | Or just decompose in 3 operations as you suggested, eh |
| 03:34.33 | vasc | it's trivial to add XOR |
| 03:34.42 | vasc | the advantage is less stack space and opcode space |
| 03:35.13 | vasc | my problem is how not to break compact with old XOR. all edge cases. whatever those are supposed to be. |
| 03:35.18 | vasc | compat |
| 03:35.36 | vasc | like i said its like 7 lines of code |
| 03:36.25 | vasc | s/opcode/machine code/ |
| 03:36.30 | vasc | as in virtual RPN machine code |
| 03:36.33 | vasc | snatch |
| 03:36.49 | vasc | i made an RPN calculator for computing the CSG |
| 03:38.15 | vasc | well |
| 03:38.20 | vasc | a small piece of the CSG code |
| 03:38.25 | vasc | rt_booleval |
| 03:38.35 | vasc | its probably applicable to other places as well |
| 03:38.46 | vasc | i'll try to extend its use later |
| 03:39.24 | vasc | but that was the perf critical bit |
| 03:46.05 | vasc | i guess i can make my own test scene |
| 03:51.20 | vasc | it just blows up |
| 03:51.27 | vasc | even the stock version |
| 03:51.51 | vasc | maybe its a different UTF-8 character.... |
| 03:52.28 | vasc | just a sec |
| 03:55.26 | vasc | segmentation fault again |
| 03:56.47 | vasc | you can't even do 'c xor obj1 ^ obj2' in mged without it crashing stupidly |
| 03:56.52 | vasc | and that's with head |
| 03:56.59 | vasc | so uh. |
| 03:57.09 | vasc | i mean trunk |
| 03:57.17 | vasc | trunk doesn't work with xor input by user |
| 03:57.23 | vasc | so why should my code work with that? |
| 03:57.39 | vasc | your thoughts brlcad |
| 03:57.44 | vasc | i'm gonna sleep |
| 06:15.26 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-uiigltxouomsqhzs) | |
| 08:14.58 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 08:23.16 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-fsoiiqocuuwwaquv) | |
| 08:36.21 | *** join/#brlcad Boquete (~piotr@83.5.96.244) | |
| 09:06.27 | *** join/#brlcad Boquete (~piotr@aano244.neoplus.adsl.tpnet.pl) | |
| 10:51.30 | *** join/#brlcad Boquete (~piotr@aano244.neoplus.adsl.tpnet.pl) | |
| 10:54.04 | *** join/#brlcad LordOfBikes (~armin@dslb-088-066-150-176.088.066.pools.vodafone-ip.de) | |
| 11:21.31 | *** join/#brlcad vasc (~vasc@bl8-194-96.dsl.telepac.pt) | |
| 11:46.35 | ``Erik | huh, cmake --build . |
| 13:31.06 | starseeker | ``Erik: something broken? |
| 13:38.44 | ``Erik | no, cmake has a --build argument that calls whatever build system is appropriate |
| 13:39.09 | ``Erik | (make, ninja, msvc, xcodebuild...) |
| 13:47.12 | starseeker | ah |
| 13:47.24 | starseeker | yes, quite handy (theoretically) in the distcheck scripts :-) |
| 13:47.39 | starseeker | seldom tries distcheck with anything but make |
| 13:47.48 | starseeker | suppose I should at least try it with ninja |
| 13:49.52 | *** join/#brlcad ih8sum3r (~ih8sum3r@122.173.119.118) | |
| 14:50.06 | starseeker | ``Erik: is Notify down? |
| 15:00.59 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 15:09.12 | *** join/#brlcad sofat (~androirc@106.192.23.0) | |
| 15:20.29 | Notify | 03BRL-CAD:vasco_costa * 66091 brlcad/trunk/src/librt/primitives/rt.cl: compute ocl transparency using attenuation. |
| 15:20.39 | Notify | 03BRL-CAD:starseeker * 66092 (brlcad/branches/RELEASE/CMakeLists.txt brlcad/branches/RELEASE/misc/CMake/BRLCAD_CMakeFiles.cmake and 7 others): Minimal CMake updates for CMake >=3.0 |
| 15:20.42 | Notify | 03BRL-CAD:starseeker * 66093 (brlcad/branches/RELEASE/src/conv/fast4-g.c brlcad/branches/RELEASE/src/libged/importFg4Section.c): Fix build errors. |
| 15:21.07 | Notify | 03BRL-CAD:starseeker * 66094 (brlcad/branches/RELEASE/CMakeLists.txt brlcad/branches/RELEASE/include/brlcad_ident.h brlcad/branches/RELEASE/misc/CMake/multiconfig_path_read.cmake.in): Apply a few more changes to the build logic, working towards Windows building - the build-time path reporting was causing more problems than it was worth, removed from ident. |
| 15:21.10 | Notify | 03BRL-CAD:starseeker * 66095 (brlcad/branches/RELEASE/CMakeLists.txt brlcad/branches/RELEASE/include/config_win_cmake.h.in): Grab some of the Windows checks needed with newer MSVC |
| 15:21.53 | Notify | 03BRL-CAD:starseeker * 66096 brlcad/branches/RELEASE/src/other/stepcode/src/cleditor/STEPfile.inline.cc: Pull in MSVC build fix from r62446 |
| 15:21.57 | Notify | 03BRL-CAD:starseeker * 66097 (brlcad/branches/RELEASE/CMakeLists.txt brlcad/branches/RELEASE/include/config_win_cmake.h.in): The isinf and isnan tests don't seem to be working correctly with this merge... must need more than just these changes. Revert for now. |
| 15:22.11 | Notify | 03BRL-CAD:starseeker * 66098 brlcad/branches/RELEASE/include/config_win_cmake.h.in: Since the MSVC tests don't seem to be functioning reliably in this version and I'm not sure what other pieces are needed from trunk, take the direct approach just for the patch release. |
| 15:22.17 | ``Erik | heh, woops, the pump thread died the other day (bad encoding in an email, I need to fix the parser) and I checked one of the threads, but not the one that actually died... O:-) once it catches up, it should run normal (until it breaks again) |
| 15:22.55 | Notify | 03BRL-CAD:brlcad * 66099 brlcad/trunk/HACKING: revert back to the more strict wording regarding commit access |
| 15:23.10 | Notify | 03BRL-CAD:starseeker * 66100 brlcad/branches/RELEASE/include/bu.h: math.h may have INFINITY definition. |
| 15:23.12 | Notify | 03BRL-CAD:starseeker * 66101 (brlcad/branches/RELEASE/src/libicv/bw.c brlcad/branches/RELEASE/src/libicv/encoding.c and 5 others): Merge r57642 - HIDDEN causing problems on Windows build. |
| 15:23.14 | Notify | 03BRL-CAD:starseeker * 66102 (brlcad/branches/RELEASE/src/libicv/bw.c brlcad/branches/RELEASE/src/libicv/dpix.c and 9 others): More HIDDEN updates. |
| 15:23.16 | Notify | 03BRL-CAD:starseeker * 66103 brlcad/branches/RELEASE/include/common.h: We're CMake only now - not going to patch up config_win.h |
| 15:23.33 | Notify | 03BRL-CAD:brlcad * 66104 (brlcad/branches/RELEASE/include/db5.h brlcad/branches/RELEASE/include/magic.h and 11 others): merge initial datum support from c65612 and c65614 with a bit of conflict resolution due to header movement |
| 15:23.37 | Notify | 03BRL-CAD:brlcad * 66105 (brlcad/branches/RELEASE/NEWS brlcad/branches/RELEASE/include/conf/PATCH): stub the 7.24.4 patch release section, bump the patch revision |
| 15:23.38 | Notify | 03BRL-CAD:brlcad * 66106 (brlcad/branches/RELEASE/src/libbu/heap.c brlcad/branches/RELEASE/src/libbu/tests/bu_str_isprint.c and 8 others): compilation quellage not seen on trunk due to the different header inclusions. |
| 15:23.40 | Notify | 03BRL-CAD:brlcad * 66107 brlcad/branches/RELEASE/src/fbed/fbed.c: more quellage |
| 15:23.43 | Notify | 03BRL-CAD:brlcad * 66108 (brlcad/branches/RELEASE/NEWS brlcad/branches/RELEASE/src/fb/png-fb.c and 14 others): merge the remainder of datum work based on log activity including the following revisions: 65613,65627,65648,65649,65729,65743,65754,65763,65764,65775,65842. |
| 15:25.12 | Notify | 03BRL-CAD:vasco_costa * 66109 brlcad/trunk/src/librt/bool.c: eliminated seven gotos. thx branch elimination optimizations. |
| 15:25.34 | Notify | 03BRL-CAD:vasco_costa * 66110 brlcad/trunk/src/librt/bool.c: don't export booleval symbol. it is only called by rt_boolfinal in same file. |
| 15:26.40 | Notify | 03BRL-CAD:starseeker * 66111 (brlcad/trunk/include/rt/wdb.h brlcad/trunk/src/conv/CMakeLists.txt and 14 others): Using the BRLCAD_ENABLE_TARGETS=1 build config setting, remove last stray bits of Tcl dependency in librt and libsysv. Can now build the level one targets without needing to build Tcl. |
| 15:26.42 | Notify | 03BRL-CAD Wiki:202.164.45.212 * 9483 /wiki/User:Hiteshsofat/GSoc15/log_developmen: |
| 15:26.44 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9484 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 13 : 17 Aug-23 Aug */ |
| 15:26.46 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9485 /wiki/User:Vasco.costa/GSoC15/logs: /* Week 13 : 17 Aug-23 Aug */ |
| 15:26.48 | Notify | 03BRL-CAD Wiki:BoqueteBRL * 0 /wiki/User:BoqueteBRL: |
| 16:12.33 | *** join/#brlcad Boquete (~piotr@bwa86.neoplus.adsl.tpnet.pl) | |
| 16:19.01 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 17:08.27 | *** join/#brlcad ih8sum3r (~ih8sum3r@122.173.119.118) | |
| 17:44.15 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 18:05.06 | Notify | 03BRL-CAD:starseeker * 66112 brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp: Hmm - this causes problems for some cylinder faces. |
| 18:10.17 | Notify | 03BRL-CAD:starseeker * 66113 brlcad/trunk/src/libbrep/CMakeLists.txt: Add some tests for brep->csg conversion. |
| 19:01.18 | *** join/#brlcad merzo (~merzo@221-12-132-95.pool.ukrtel.net) | |
| 19:40.40 | *** join/#brlcad konrado (~konro@41.205.22.54) | |
| 20:51.26 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 21:08.56 | Notify | 03BRL-CAD:vasco_costa * 66114 brlcad/trunk/src/librt/bool.c: eliminated some gotos with equivalent code. actually makes code more readable imo. |
| 21:15.54 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 21:24.00 | *** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 22:26.53 | Notify | 03BRL-CAD:vasco_costa * 66115 brlcad/trunk/src/librt/bool.c: refactor it a bit to make it look nicer. in a pinch if the debug msg is disabled all the remaining goto's to done_wave can be replaced with returns. |
| 01:24.10 | *** join/#brlcad LordOfBikes_ (~armin@dslb-092-074-248-217.092.074.pools.vodafone-ip.de) | |
| 01:36.25 | Notify | 03BRL-CAD:vasco_costa * 66116 brlcad/trunk/src/librt/bool.c: remove all gotos from rt_boolweave. |
| 01:37.10 | Notify | 03BRL-CAD Wiki:Ejno------ * 9486 /wiki/GCV_Plugin_Tutorial: Created page with "==Introduction== This tutorial will demonstrate the process of integrating conversion plugins into the Geometry Conversion Library (GCV). ==Build Integration== In order to ..." |
| 02:35.39 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 02:38.33 | Notify | 03BRL-CAD:vasco_costa * 66117 (brlcad/branches/opencl/HACKING brlcad/branches/opencl/doc/docbook/CMakeLists.txt and 44 others): merge from trunk. |
| 03:19.33 | Notify | 03BRL-CAD:vasco_costa * 66118 (brlcad/branches/opencl/include/rt/boolweave.h brlcad/branches/opencl/include/rt/region.h and 5 others): apply patch to replace rt_booleval and other performance critical functions to use a compiled postfix (RPN) bool tree. |
| 04:03.01 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 04:18.09 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 04:53.20 | *** join/#brlcad sofat (~androirc@101.213.15.36) | |
| 05:14.30 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 06:29.32 | *** join/#brlcad Boquete (~piotr@bwa86.neoplus.adsl.tpnet.pl) | |
| 06:52.00 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 08:52.45 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 09:19.15 | *** join/#brlcad konrado (~konro@41.205.22.34) | |
| 09:26.15 | *** join/#brlcad teepee-- (bc5c2134@gateway/web/freenode/ip.188.92.33.52) | |
| 09:59.16 | *** join/#brlcad LordOfBikes (~armin@dslb-092-074-248-217.092.074.pools.vodafone-ip.de) | |
| 10:51.17 | *** join/#brlcad ries_nicked (~ries@217.121.196.126) | |
| 10:54.01 | *** join/#brlcad konrado (~konro@41.205.22.45) | |
| 11:33.20 | *** join/#brlcad vasc (~vasc@bl12-1-27.dsl.telepac.pt) | |
| 12:05.48 | vasc | brlcad, checked out the goto removal i did on src/librt/bool.c? |
| 12:06.16 | vasc | brlcad, i also have a patch to replace the rt_booleval function that i assigned to you |
| 12:08.32 | vasc | brlcad, afaik it didn't break anything or lose performance from the goto removal. at least from the limited testing i did. i don't have complex csg models to test with. |
| 12:09.13 | vasc | brlcad, but other than an extra branch or two an optimized building with compiler branch optimizations should compute the gotos 100% exact same |
| 13:34.31 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 13:40.18 | Notify | 03BRL-CAD:d_rossberg * 66119 brlcad/trunk/src/librt/primitives/bot/gct_decimation/auxiliary/mm.c: local variables need to be declared at the beginning of a block for C89/MSVC before 2013 |
| 13:49.54 | Notify | 03BRL-CAD:starseeker * 66120 brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp: Not sure if this is handled correctly, but make sure the axis and the planes line up for whole cylinders... |
| 13:56.53 | *** join/#brlcad sofat (~androirc@101.208.159.250) | |
| 14:07.37 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 14:18.26 | Notify | 03BRL-CAD:starseeker * 66121 (brlcad/trunk/src/libbrep/tests/brep_csg_1.g brlcad/trunk/src/libbrep/tests/brep_csg_2.g): rename objects for convenience. |
| 14:28.03 | Notify | 03BRL-CAD:vasco_costa * 66122 brlcad/trunk/src/librt/primitives/primitive_util.c: simplify basic ocl material lookup code. |
| 14:41.10 | *** join/#brlcad Shubham (6719e766@gateway/web/freenode/ip.103.25.231.102) | |
| 15:05.14 | *** join/#brlcad sofat_ (~androirc@101.216.174.25) | |
| 15:19.51 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:20.48 | Notify | 03BRL-CAD:starseeker * 66123 brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp: If an arc is also a circle, need to handle a bit differently. |
| 15:23.30 | *** join/#brlcad ih8sum3r (~ih8sum3r@106.192.42.160) | |
| 15:24.12 | ih8sum3r | ``Erik, brlcad : Is that kernel driver problem regarding Vbox solved? |
| 15:33.15 | Notify | 03BRL-CAD:brlcad * 66124 brlcad/trunk/src/librt/primitives/rec/rec.c: after much pinpointing, revert the specific portion of rweiss' change in r56016 that made perfectly slicing through the ends of a tgc/rec a miss. this subtle change causes geometry to be missed which cascades into different analysis results. more inspection warranted, but this restores behavior for a patch release. |
| 15:34.24 | Notify | 03BRL-CAD:brlcad * 66125 brlcad/trunk/src/librt/primitives/rec/rec.c: eliminate equality test |
| 15:43.34 | Notify | 03BRL-CAD:brlcad * 66126 brlcad/trunk/src/librt/primitives/rec/rec.c: looks like vshot is now terribly out of sync, so leave a cautionary note for future travelers. vshot() will probably go away wholesale as the new coherent pipeline comes online. |
| 15:46.33 | *** join/#brlcad berserker (~berserker@122.15.200.115) | |
| 16:00.03 | Notify | 03BRL-CAD:starseeker * 66127 (brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp brlcad/trunk/src/libbrep/tests/brep_csg_2.g): More circle handling. |
| 16:00.56 | berserker | Hi I am new here and would like to contribute to BRL-CAD. Could someone help me out. |
| 16:22.49 | Notify | 03BRL-CAD:starseeker * 66128 brlcad/trunk/src/libbrep/shape_recognition_cone.cpp: More circle handling. |
| 16:23.22 | starseeker | berserker: howdy! |
| 16:23.27 | starseeker | what are your general interests? |
| 16:23.40 | starseeker | coding, documentation, website work, etc... |
| 16:23.51 | berserker | Hi I am interested in writing code |
| 16:25.26 | starseeker | what languages are you familiar with? |
| 16:32.03 | *** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca) | |
| 16:36.53 | *** join/#brlcad Boquete (~piotr@83.27.242.191) | |
| 16:50.32 | Notify | 03BRL-CAD:brlcad * 66129 brlcad/branches/RELEASE/src/librt/primitives/rec/rec.c: merge r66124 through r66126 which restores behavior for a subtle floating point issue in tgc/rec shotlining. not the end-state, but consistent behavior for patch release. |
| 16:56.17 | *** join/#brlcad yiyus (1242712427@je.je.je) | |
| 17:10.29 | brlcad | vasc: I noticed and started yesterday, it'll take a while to test |
| 17:10.40 | brlcad | first simple test passed, so that was good ;) |
| 17:10.46 | *** join/#brlcad ih8sum3r_ (~ih8sum3r@223.225.158.67) | |
| 17:11.54 | vasc | it took several tries to eliminate the gotos best way |
| 17:12.16 | vasc | make sure to test with -O or -O2 on or branch optimization won't be done by compiler and may be slower than gotos |
| 17:12.46 | vasc | i think -O does it but might need more to enable branch opts |
| 17:13.41 | vasc | modern optimizing C compilers usually choke on gotos a lot. |
| 17:13.46 | vasc | it disables a lot of optimizations |
| 17:14.51 | vasc | it makes it harder to define basic blocks |
| 17:15.09 | vasc | or to predict code flow even |
| 17:24.54 | vasc | an optimizing compiler turns those cascading ifs into direct jumps to end of cascade if you enter one block |
| 17:25.55 | vasc | i think it also makes it more easy to analyze the code |
| 17:26.31 | vasc | the number of partitions is between N and 1+2*(N-1) |
| 17:26.44 | vasc | where N is number of segments |
| 17:27.41 | vasc | i couldn't see that with the gotos |
| 17:28.43 | vasc | actually surprised because i expected max bound to be larger |
| 17:29.26 | vasc | i hope the performance is also to expectations |
| 17:30.15 | vasc | if you turn the compiler optimizations all on a modern compiler can analyze code like this a lot better than old one |
| 17:30.27 | Notify | 03BRL-CAD:brlcad * 66130 (brlcad/branches/STABLE/CMakeLists.txt brlcad/branches/STABLE/NEWS and 45 others): merge r61075 through r66074 from RELEASE to STABLE, in preparation for 7.24.4. this pulls datums, build fixes, and tgc/rec grazing behavior reversion. |
| 17:42.09 | *** join/#brlcad sofat (~androirc@101.214.216.126) | |
| 17:46.58 | brlcad | on a big smp parallel test I did yesterday (64 cores iirc), there was essentially no difference unoptimized (which was a good sign) |
| 17:47.15 | brlcad | we'll have to explore the lower and higher end performance profile before this goes live |
| 17:47.37 | vasc | cool |
| 17:47.44 | brlcad | both optimized and un just to understand the impact |
| 17:47.59 | brlcad | but obviously optimized is what matters |
| 17:48.01 | vasc | you saw the RPN tree patch? |
| 17:48.34 | brlcad | saw it, but didn't inspect |
| 17:48.42 | vasc | https://sourceforge.net/p/brlcad/patches/417/ |
| 17:48.57 | vasc | this one would make future porting to opencl or some other architecture a lot easier as well |
| 17:49.03 | vasc | and it should be slightly faster. i hope. |
| 17:49.05 | vasc | not sure. |
| 17:49.23 | vasc | but this one might not be 100% formally equivalent to old code |
| 17:49.31 | vasc | so this is why i did not commit to svn trunk like other |
| 17:50.13 | vasc | the major concern is how it handles XOR and its little friends |
| 17:50.24 | vasc | the current code for XOR is seriously too strange for me to contemplate. |
| 17:50.30 | vasc | i put my version in that patch. |
| 17:50.42 | vasc | in fact i tried doing a xor in mged and it failed |
| 17:50.50 | vasc | it didn't accept the comb |
| 17:51.06 | vasc | c sph1 ^ sph2 and blam it crashed |
| 17:51.14 | vasc | c sph1 + sph2 works fine |
| 17:51.49 | vasc | well c csg sph1 ^ sph2 |
| 17:51.57 | vasc | and c csg sph1 + sph2 |
| 17:52.03 | vasc | something like that |
| 17:57.35 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 17:58.05 | Notify | 03BRL-CAD:vasco_costa * 66131 (brlcad/trunk/src/librt/primitives/arb8/arb8_shot.cl brlcad/trunk/src/librt/primitives/bot/bot_shot.cl and 9 others): process ocl segments instead of hit points. use registers to store segments in single pass. new single pass lightmodes: "full" and "multi-hit" transparent. |
| 18:01.36 | *** join/#brlcad sofat (~androirc@101.214.216.126) | |
| 18:04.17 | *** join/#brlcad sofat (~androirc@101.214.216.126) | |
| 19:13.42 | *** join/#brlcad Nicop06 (~nicolas@htr06-1-82-227-229-91.fbx.proxad.net) | |
| 19:18.11 | *** join/#brlcad Nicop06 (~nicolas@htr06-1-82-227-229-91.fbx.proxad.net) | |
| 19:27.57 | *** mode/#brlcad [+o brlcad] by ChanServ | |
| 19:28.54 | *** join/#brlcad vasc (~vasc@bl12-1-27.dsl.telepac.pt) | |
| 19:32.17 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 19:38.42 | vasc | back |
| 19:45.22 | *** join/#brlcad konrado (~konro@41.205.22.2) | |
| 20:45.08 | Notify | 03BRL-CAD:vasco_costa * 66132 (brlcad/trunk/include/rt/shoot.h brlcad/trunk/src/librt/primitives/common.cl and 2 others): updated multiple-kernel launch renderer to work with whole segment lists. |
| 20:53.17 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9487 /wiki/User:Vasco.costa/GSoC15/logs: |
| 21:20.18 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9488 /wiki/User:Vasco.costa/GSoC15/logs: /* Post Development Phase */ |
| 21:20.48 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9489 /wiki/User:Vasco.costa/GSoC15/logs: /* Week: 24-30 Aug */ |
| 21:21.07 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9490 /wiki/User:Vasco.costa/GSoC15/logs: /* Week: 24-30 Aug */ |
| 21:21.46 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9491 /wiki/User:Vasco.costa/GSoC15/logs: /* Week: 24-30 Aug */ |
| 21:24.31 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9492 /wiki/User:Vasco.costa/GSoC15/logs: /* Week: 24-30 Aug */ |
| 21:25.29 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9493 /wiki/User:Vasco.costa/GSoC15/logs: /* Week: 24-30 Aug */ |
| 21:34.00 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9494 /wiki/User:Vasco.costa/GSoC15/logs: /* Week: 24-30 Aug */ |
| 21:34.54 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9495 /wiki/User:Vasco.costa/GSoC15/logs: /* Week: 24-30 Aug */ |
| 21:35.18 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9496 /wiki/User:Vasco.costa/GSoC15/logs: /* Week: 24-30 Aug */ |
| 21:37.42 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9497 /wiki/User:Vasco.costa/GSoC15/logs: /* Week: 24-30 Aug */ |
| 21:40.43 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9498 /wiki/User:Vasco.costa/GSoC15/logs: /* Week: 24-30 Aug */ |
| 21:42.37 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9499 /wiki/User:Vasco.costa/GSoC15/logs: /* Week: 24-30 Aug */ |
| 21:44.53 | Notify | 03BRL-CAD:brlcad * 66133 brlcad/trunk/src/librt/primitives/rec/rec.c: this fixes where the previous attempt at eliminating a floating point equality test went wrong. '1.0' equals '1.0 + epsilon' for really tiny values, like our SMALL_FASTF. that meant we lost the equals case (creating an open set) and got incorrect grazing behavior on tgc. you can do comparisons with values that small but not math, so here we shift |
| 21:44.55 | Notify | the test and get the correct behavior. on quick review, a lot of places throughout the code are getting this wrong. |
| 21:44.57 | Notify | ... |
| 21:53.21 | Notify | 03BRL-CAD:vasco_costa * 66134 (brlcad/branches/opencl/include/rt/shoot.h brlcad/branches/opencl/src/libbrep/shape_recognition_cone.cpp and 19 others): merge changes from trunk. |
| 21:54.24 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 21:55.02 | Notify | 03BRL-CAD:brlcad * 66135 brlcad/branches/RELEASE/src/librt/primitives/rec/rec.c: merge c66133 from trunk |
| 22:21.25 | Notify | 03BRL-CAD:vasco_costa * 66137 brlcad/branches/opencl/src/librt/primitives/primitive_util.c: fix ocl material colors for good. |
| 22:21.48 | Notify | 03BRL-CAD:brlcad * 66136 (brlcad/branches/STABLE/src/librt/primitives/rec/rec.c Property Changed: and 2 others): merge c66135 from RELEASE so we get the right LOS values when grazing through an endcap |
| 22:22.43 | Notify | 03BRL-CAD:brlcad * 66138 (svn:mergeinfo ## -1,3 +1,3 ## and 11 others): oops, don't forget mergeinfoProperty Changed:----------------brlcad/branches/RELEASE/ |
| 22:25.27 | Notify | 03BRL-CAD:vasco_costa * 66139 (brlcad/trunk/src/librt/primitives/primitive_util.c Property Changed: and 2 others): fix ocl solid material colors. for good i hope. |
| 22:26.36 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9500 /wiki/User:Vasco.costa/GSoC15/logs: /* Week: 24-30 Aug */ |
| 22:26.55 | Notify | 03BRL-CAD Wiki:Vasco.costa * 9501 /wiki/User:Vasco.costa/GSoC15/logs: /* Week: 24-30 Aug */ |
| 01:05.17 | *** join/#brlcad infobot (ibot@69-58-76-73.ut.vivintwireless.net) | |
| 01:05.17 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-) | |
| 04:01.23 | *** join/#brlcad hackrat (~packrator@c-71-231-32-234.hsd1.wa.comcast.net) | |
| 04:15.43 | *** part/#brlcad vasc (~vasc@bl12-1-27.dsl.telepac.pt) | |
| 05:03.18 | *** join/#brlcad ih8sum3r (~ih8sum3r@223.225.158.67) | |
| 05:28.24 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 07:30.31 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 09:02.54 | *** join/#brlcad KimK (~Kim__@ip68-102-188-176.ks.ok.cox.net) | |
| 09:48.45 | *** join/#brlcad Boquete (~piotr@bda191.neoplus.adsl.tpnet.pl) | |
| 10:38.27 | *** join/#brlcad hackrat (~packrator@c-71-231-32-234.hsd1.wa.comcast.net) | |
| 12:20.25 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 14:07.49 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 14:15.21 | *** join/#brlcad ih8sum3r (~ih8sum3r@106.192.16.134) | |
| 14:16.24 | Notify | 03BRL-CAD:starseeker * 66140 (brlcad/trunk/src/libbrep/shape_recognition.cpp brlcad/trunk/src/libbrep/shape_recognition.h and 4 others): face_set_key actually isn't specific to faces. |
| 14:24.40 | *** join/#brlcad Boquete (~piotr@abel104.neoplus.adsl.tpnet.pl) | |
| 16:03.16 | *** join/#brlcad ih8sum3r (~ih8sum3r@106.192.16.134) | |
| 16:04.55 | *** join/#brlcad konrado (~konro@41.205.22.60) | |
| 16:09.31 | *** join/#brlcad ih8sum3r (~ih8sum3r@106.192.16.134) | |
| 16:34.03 | Notify | 03BRL-CAD:starseeker * 66141 brlcad/trunk/include/brep.h: Reorganize subbrep_object_data struct a bit |
| 16:39.33 | *** join/#brlcad Boquete (~piotr@abel104.neoplus.adsl.tpnet.pl) | |
| 16:53.59 | *** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 17:11.51 | Notify | 03BRL-CAD:brlcad * 66142 (brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp brlcad/trunk/src/libged/joint.c and 10 others): fix the remaining places where we do math with SMALL_FASTF and SQRT_SMALL_FASTF, which is a no no. those constants are defined as epsilons near zero, which can result in no operation when added or subtracted from a number that is not near zero. this results in unexpected expression logic |
| 17:11.53 | Notify | where cases like '1.0' < '1.0 + SMALL_FASTF' evaluates false -- they are equal because SMALL_FASTF is too small (consider nextafter() or a larger epsilon value like VDIVIDE_TOL). instead of trying to do math with the small values, shift the expression and equivalently just compare against it. |
| 17:11.55 | Notify | ... |
| 17:15.11 | Notify | 03BRL-CAD:brlcad * 66143 brlcad/trunk/include/config_win.h.in: DBL_EPSILON is only good near 1.0 as a nextafter approximation. it becomes increasingly wrong as numbers increase in power from 1.0 and wildly wrong near zero. |
| 17:41.25 | Boquete | New google logo *.* |
| 17:46.04 | Notify | 03BRL-CAD:starseeker * 66144 (brlcad/trunk/include/brep.h brlcad/trunk/src/libanalyze/find_subtracted_shapes.cpp and 8 others): Start trying a bit of a refactor for readability - this almost certainly breaks things. |
| 17:46.46 | *** join/#brlcad konrado (~konro@41.205.22.4) | |
| 17:53.23 | *** join/#brlcad sofat (~sofat@202.164.45.212) | |
| 17:54.13 | Notify | 03BRL-CAD:starseeker * 66145 brlcad/trunk/src/libbrep/shape_recognition.cpp: use faces rather than loops for key |
| 18:04.34 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 18:38.32 | Notify | 03BRL-CAD:brlcad * 66146 brlcad/trunk/TODO: idents command is displaying subtracted entities too and that's not helpful. |
| 18:41.29 | *** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca) | |
| 19:09.51 | *** join/#brlcad teepee (~teepee@unaffiliated/teepee) | |
| 19:13.39 | Notify | 03BRL-CAD:brlcad * 66147 brlcad/trunk/src/burst/grid.c: eliminate duplicate code. just call the default handler instead of copying it. |
| 19:15.03 | Notify | 03BRL-CAD:brlcad * 66148 brlcad/trunk/src/burst/grid.c: and the other instance of duplication... |
| 19:17.18 | Notify | 03BRL-CAD:brlcad * 66149 brlcad/trunk/src/burst/grid.c: rt_defoverlap IS published already |
| 19:24.38 | *** join/#brlcad sofat (~sofat@202.164.45.212) | |
| 19:29.54 | Notify | 03BRL-CAD:brlcad * 66150 brlcad/trunk/src/librt/bool.c: there are a lot of old symbols in here that should not be published, should be hidden/static, and warrant renaming to not use the rt_ prefix of the published API. |
| 19:31.08 | Notify | 03BRL-CAD:brlcad * 66151 brlcad/trunk/src/librt/bool.c: rt_fdiff was marked obsolete for 7.26, but still needed to be removed. gone now. |
| 19:39.23 | Notify | 03BRL-CAD:brlcad * 66152 brlcad/trunk/src/librt/bool.c: more function hiding and elimination of the obsolete rt_reldiff function |
| 19:41.33 | Notify | 03BRL-CAD:brlcad * 66153 brlcad/trunk/CHANGES: clean up incorrect regex lines (version goes on comment lines), rename rt_grow_boolstack to rt_bool_growstack for consistency |
| 19:44.06 | Notify | 03BRL-CAD:brlcad * 66154 (brlcad/trunk/include/rt/boolweave.h brlcad/trunk/src/librt/bool.c and 2 others): rename rt_grow_boolstack to rt_bool_growstack for consistency |
| 20:08.32 | Notify | 03BRL-CAD:starseeker * 66155 brlcad/trunk/src/libbrep/shape_recognition_util.cpp: Scale, then duplicate... |
| 20:35.01 | *** join/#brlcad merzo (~merzo@244-53-132-95.pool.ukrtel.net) | |
| 21:23.25 | *** join/#brlcad vasc (~vasc@bl7-126-159.dsl.telepac.pt) | |
| 22:26.02 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 23:04.20 | Notify | 03BRL-CAD:starseeker * 66156 brlcad/trunk/src/libbrep/shape_recognition.cpp: Need to insert sb before continuing... |
| 00:20.27 | Notify | 03BRL-CAD:starseeker * 66157 brlcad/trunk/src/libbrep/shape_recognition.cpp: Simplify subbrep rebuild by using loops rather than edges as the primary guiding data container. |
| 00:22.23 | *** join/#brlcad vasc (~vasc@bl7-126-159.dsl.telepac.pt) | |
| 00:25.07 | Notify | 03BRL-CAD:starseeker * 66158 brlcad/trunk/src/libbrep/shape_recognition.cpp: tweak comments |
| 01:13.51 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 01:35.28 | *** join/#brlcad LordOfBikes (~armin@dslb-088-064-032-199.088.064.pools.vodafone-ip.de) | |
| 04:59.26 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 08:22.14 | *** join/#brlcad Ch3ck_ (~Ch3ck@154.70.111.95) | |
| 10:47.37 | *** part/#brlcad Ch3ck_ (~Ch3ck@154.70.111.95) | |
| 10:52.02 | *** join/#brlcad vasc (~vasc@bl7-126-159.dsl.telepac.pt) | |
| 11:26.43 | *** join/#brlcad konrado (~konro@41.205.22.29) | |
| 12:28.32 | *** join/#brlcad bhollister2 (~behollis@dhcp-59-221.cse.ucsc.edu) | |
| 13:31.35 | *** join/#brlcad Boquete (~piotr@abkf104.neoplus.adsl.tpnet.pl) | |
| 13:44.35 | *** join/#brlcad shaina (~shaina@59.89.102.91) | |
| 13:44.44 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 13:50.23 | *** join/#brlcad ih8sum3r (~ih8sum3r@122.173.120.50) | |
| 14:53.52 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:45.39 | *** join/#brlcad Boquete (~piotr@abkf104.neoplus.adsl.tpnet.pl) | |
| 15:55.54 | *** join/#brlcad konrado (~konro@41.205.22.20) | |
| 16:05.11 | *** join/#brlcad konrado_ (~konro@41.205.22.19) | |
| 16:10.46 | Notify | 03BRL-CAD:starseeker * 66159 brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp: Simplify the full cylinder shape recognition test. |
| 17:14.03 | *** join/#brlcad konrado (~konro@41.205.22.60) | |
| 17:40.00 | *** join/#brlcad sofat (~sofat@202.164.45.212) | |
| 17:53.00 | *** join/#brlcad Izakey (~Isaac@41.205.22.45) | |
| 18:24.09 | Notify | 03BRL-CAD:starseeker * 66160 (brlcad/trunk/src/libbrep/shape_recognition_cone.cpp brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp): Generalize the cone recognition routine, use only faces rather than involving edges. |
| 18:24.34 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 18:28.12 | Notify | 03BRL-CAD:starseeker * 66161 brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp: If both planes are perpendicular to the cylinder axis, they are parallel to each other. |
| 18:29.37 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 18:31.11 | *** join/#brlcad sofat (~sofat@202.164.45.212) | |
| 18:59.06 | *** join/#brlcad merzo (~merzo@147-204-36-78.baltnet.ru) | |
| 19:08.57 | *** join/#brlcad Boquete (~piotr@abkf104.neoplus.adsl.tpnet.pl) | |
| 19:15.36 | *** join/#brlcad LordOfBikes_ (~armin@dslb-088-064-041-192.088.064.pools.vodafone-ip.de) | |
| 20:00.47 | *** join/#brlcad Izakey (~Isaac@41.205.22.56) | |
| 20:50.53 | *** join/#brlcad LordOfBikes (~armin@dslb-088-064-041-192.088.064.pools.vodafone-ip.de) | |
| 20:59.32 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 21:26.37 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 22:25.42 | *** join/#brlcad konrado (~konro@41.205.22.6) | |
| 22:27.40 | *** part/#brlcad konrado (~konro@41.205.22.6) | |
| 22:44.36 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 22:59.36 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 00:12.45 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 00:27.01 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 00:35.13 | *** join/#brlcad konrado (~konro@41.205.22.33) | |
| 00:57.47 | *** join/#brlcad konrado_ (~konro@41.205.22.50) | |
| 01:19.49 | *** join/#brlcad LordOfBikes_ (~armin@dslb-088-064-036-043.088.064.pools.vodafone-ip.de) | |
| 03:12.31 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 05:40.08 | *** join/#brlcad merzo (~merzo@147-204-36-78.baltnet.ru) | |
| 06:39.01 | *** join/#brlcad cox (~quassel@188.226.208.53) | |
| 07:05.36 | *** join/#brlcad merzo (~merzo@kld-mts.rbpi.no) | |
| 07:25.15 | *** join/#brlcad LordOfBikes (~armin@dslb-088-064-036-043.088.064.pools.vodafone-ip.de) | |
| 11:00.00 | *** join/#brlcad ih8sum3r (~ih8sum3r@122.173.203.26) | |
| 11:41.01 | *** join/#brlcad merzo (~merzo@kld-mts.rbpi.no) | |
| 13:28.08 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 13:58.22 | *** join/#brlcad Boquete (~piotr@bbp60.neoplus.adsl.tpnet.pl) | |
| 14:01.52 | *** join/#brlcad ih8sum3r (~ih8sum3r@122.173.203.26) | |
| 14:09.07 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:30.55 | *** join/#brlcad merzo (~merzo@kld-mts.rbpi.no) | |
| 15:31.26 | Notify | 03BRL-CAD Wiki:Davewolfen * 0 /wiki/User:Davewolfen: |
| 15:42.03 | ih8sum3r | brlcad: Is that VM driver problem solved? |
| 15:43.56 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:22.15 | *** join/#brlcad Boquete (~piotr@bbp60.neoplus.adsl.tpnet.pl) | |
| 16:50.24 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 17:46.44 | *** join/#brlcad vasc (~vasc@bl13-109-88.dsl.telepac.pt) | |
| 18:17.28 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 19:18.13 | *** join/#brlcad merzo (~merzo@kld-mts.rbpi.no) | |
| 19:36.26 | *** join/#brlcad merzo (~merzo@kld-mts.rbpi.no) | |
| 20:29.22 | *** join/#brlcad KimK (~Kim__@ip68-102-188-176.ks.ok.cox.net) | |
| 20:52.03 | *** join/#brlcad konrado_ (~konro@41.205.22.9) | |
| 21:50.36 | *** join/#brlcad merzo (~merzo@147-204-36-78.baltnet.ru) | |
| 22:27.58 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 00:23.05 | *** join/#brlcad yiyus (1242712427@je.je.je) | |
| 01:32.38 | *** join/#brlcad LordOfBikes (~armin@dslb-088-066-159-122.088.066.pools.vodafone-ip.de) | |
| 11:22.25 | *** join/#brlcad infobot (ibot@69-58-76-73.ut.vivintwireless.net) | |
| 11:22.25 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-) | |
| 11:47.21 | *** join/#brlcad merzo (~merzo@kld-mts.rbpi.no) | |
| 11:58.13 | *** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net) | |
| 12:14.10 | *** join/#brlcad merzo (~merzo@kld-mts.rbpi.no) | |
| 12:14.10 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 12:57.48 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 13:18.52 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 13:42.13 | *** join/#brlcad teepee-- (bc5c2134@gateway/web/freenode/ip.188.92.33.52) | |
| 14:23.29 | *** join/#brlcad Boquete (~piotr@avi188.neoplus.adsl.tpnet.pl) | |
| 14:27.14 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 14:27.50 | *** join/#brlcad ih8sum3r (~ih8sum3r@122.173.48.206) | |
| 14:42.17 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 14:57.28 | brlcad | ih8sum3r: no, it's not -- we have to schedule a reboot |
| 14:57.59 | brlcad | you'll notice uptime is pretty high, we don't do that willingly or often ;) |
| 14:59.19 | ih8sum3r | brlcad: Okay, so I have to wait more to make it production ready. No worries I'll keep on checking and whenever problem get solved I'll start working on it. |
| 15:00.32 | ``Erik | can you make a vm with a similar configuration to the server to work in? |
| 15:01.18 | ``Erik | (we only have 192 days uptime, not like we're counting in years just yet) |
| 15:02.01 | ih8sum3r | Yah! I can give a try. Where to find vm configuration? |
| 15:02.45 | ``Erik | um, "freebsd 10 stable" and if you want a list of existing installed packages, run "pkg list" on the server? :D |
| 15:03.18 | ``Erik | 32b fbsd, but running on I think an 8 core xeon machine? |
| 15:04.10 | ih8sum3r | And RAM? |
| 15:04.39 | ``Erik | 4g |
| 15:05.10 | ``Erik | with a giant obnoxious java process gobbling between 1 and 2 gigs at any given time *cough* :D |
| 15:05.32 | ``Erik | and slightly less obnoxious other procs, like mysqld, postgresqld, sbcl, ... |
| 15:05.40 | ih8sum3r | I have given 1GB to vbox that I had uploaded before. Is that okay or should I reduce it? |
| 15:06.24 | *** join/#brlcad merzo (~merzo@kld-mts.rbpi.no) | |
| 15:06.25 | ``Erik | um, right now we're 1.6 gigs into swap |
| 15:07.32 | ``Erik | so I'd think reduce it as much as possible? |
| 15:09.05 | ih8sum3r | Hmm 512MB serves I think. |
| 15:10.47 | ih8sum3r | But it will take time to respond. Let's see what happen we change it later on. |
| 15:11.55 | ih8sum3r | brlcad: I'm working on it's documentation too. Which servers best XML or LaTeX? |
| 15:13.43 | ``Erik | docbook xml is probably best for this (even though latex is way cooler) |
| 15:14.52 | ih8sum3r | I know LaTeX much better than XML. I'm playing with it from last year and a half. |
| 15:16.12 | ``Erik | aight, we'll see what brlcad says :) |
| 18:04.27 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 18:51.48 | *** join/#brlcad konrado (~konro@41.205.22.6) | |
| 19:31.34 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 20:15.40 | *** join/#brlcad cox_ (~quassel@188.226.208.53) | |
| 20:56.38 | *** join/#brlcad merzo (~merzo@195.96.78.11) | |
| 21:10.02 | *** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca) | |
| 04:55.04 | *** join/#brlcad packrat (~packrator@c-71-231-32-234.hsd1.wa.comcast.net) | |
| 07:11.25 | *** join/#brlcad pujani (~pujani@202.164.45.212) | |
| 07:12.17 | *** join/#brlcad pujani_ (~pujani@202.164.45.212) | |
| 07:14.31 | *** join/#brlcad pujani_ (~pujani@202.164.45.212) | |
| 08:35.44 | *** join/#brlcad Boquete (~piotr@acos244.neoplus.adsl.tpnet.pl) | |
| 11:27.42 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-hnfpnjwtosvkkkju) | |
| 11:28.52 | *** join/#brlcad pujani (~pujani@202.164.45.212) | |
| 12:36.39 | *** join/#brlcad pujani (~pujani@202.164.45.208) | |
| 12:43.18 | *** join/#brlcad konrado (~konro@41.205.22.4) | |
| 13:02.50 | *** join/#brlcad pujani (~pujani@202.164.45.212) | |
| 13:06.44 | *** join/#brlcad merzo (~merzo@213-86-132-95.pool.ukrtel.net) | |
| 13:25.16 | *** join/#brlcad Boquete (~piotr@acos244.neoplus.adsl.tpnet.pl) | |
| 13:29.59 | *** join/#brlcad pujani (~pujani@202.164.45.212) | |
| 14:51.10 | *** join/#brlcad merzo (~merzo@78-110-133-95.pool.ukrtel.net) | |
| 15:01.01 | *** join/#brlcad pujani (~pujani@202.164.45.212) | |
| 15:25.15 | *** join/#brlcad pujani (~pujani@202.164.45.212) | |
| 15:28.56 | *** join/#brlcad merzo (~merzo@203-12-132-95.pool.ukrtel.net) | |
| 15:56.03 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 18:09.59 | *** join/#brlcad pujani (~pujani@202.164.45.212) | |
| 18:21.06 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 18:47.09 | *** join/#brlcad merzo (~merzo@143-51-132-95.pool.ukrtel.net) | |
| 19:37.59 | *** join/#brlcad Nicop06 (~nicolas@htr06-1-82-227-229-91.fbx.proxad.net) | |
| 19:38.15 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 20:16.47 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 20:29.05 | *** join/#brlcad Boquete (~piotr@acos244.neoplus.adsl.tpnet.pl) | |
| 20:34.33 | *** join/#brlcad LordOfBikes (~armin@dslb-088-066-159-122.088.066.pools.vodafone-ip.de) | |
| 20:39.22 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 21:13.16 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 21:34.19 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 22:16.13 | *** join/#brlcad merzo (~merzo@143-51-132-95.pool.ukrtel.net) | |
| 22:44.29 | *** join/#brlcad merzo (~merzo@143-51-132-95.pool.ukrtel.net) | |
| 01:39.24 | *** join/#brlcad LordOfBikes (~armin@dslb-092-074-231-102.092.074.pools.vodafone-ip.de) | |
| 02:24.44 | *** join/#brlcad pujani (~pujani@125.18.96.142) | |
| 02:24.46 | *** join/#brlcad pujani_ (~pujani@125.18.96.142) | |
| 03:40.19 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 05:02.17 | Notify | 03BRL-CAD Wiki:Subirpaul47 * 0 /wiki/User:Subirpaul47: |
| 07:22.02 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-rlqngcmppkkymjef) | |
| 07:36.42 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-zikpmpnumhggtovo) | |
| 09:07.52 | *** join/#brlcad Boquete (~piotr@abki216.neoplus.adsl.tpnet.pl) | |
| 09:25.41 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-wwewgngqdgtveqge) | |
| 09:39.58 | *** join/#brlcad ih8sum3r (~ih8sum3r@122.173.48.206) | |
| 09:48.43 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-neskkowqvmqgnywq) | |
| 09:49.53 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-edbqzuthpcqctqnh) | |
| 10:07.09 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-dfuxvrysiamaueem) | |
| 11:17.46 | *** join/#brlcad Boquete (~piotr@abki216.neoplus.adsl.tpnet.pl) | |
| 12:08.19 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-zccnhpfaeaznubjc) | |
| 12:42.51 | *** join/#brlcad merzo (~merzo@143-51-132-95.pool.ukrtel.net) | |
| 13:17.46 | *** join/#brlcad merzo (~merzo@175-48-132-95.pool.ukrtel.net) | |
| 13:38.37 | *** join/#brlcad ih8sum3r (~ih8sum3r@122.173.48.206) | |
| 14:08.44 | *** join/#brlcad merzo (~merzo@113-37-133-95.pool.ukrtel.net) | |
| 14:46.13 | *** join/#brlcad Boquete (~piotr@abki216.neoplus.adsl.tpnet.pl) | |
| 15:02.44 | *** join/#brlcad pujani (~pujani@125.18.96.142) | |
| 15:13.40 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:15.55 | *** join/#brlcad merzo (~merzo@145-51-132-95.pool.ukrtel.net) | |
| 15:30.04 | *** join/#brlcad ih8sum3r (~ih8sum3r@122.173.48.206) | |
| 16:09.53 | *** join/#brlcad Boquete (~piotr@abki216.neoplus.adsl.tpnet.pl) | |
| 17:36.44 | *** join/#brlcad merzo (~merzo@74-149-133-95.pool.ukrtel.net) | |
| 17:42.49 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 17:47.28 | *** join/#brlcad Zeb_ (461a6d61@gateway/web/freenode/ip.70.26.109.97) | |
| 18:00.53 | *** join/#brlcad merzo (~merzo@234-108-132-95.pool.ukrtel.net) | |
| 18:13.57 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 18:15.16 | *** join/#brlcad Boquete_ (~piotr@abki216.neoplus.adsl.tpnet.pl) | |
| 18:20.45 | *** join/#brlcad merzo (~merzo@61-104-132-95.pool.ukrtel.net) | |
| 18:25.42 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 18:28.45 | *** join/#brlcad vasc (~vasc@bl13-120-129.dsl.telepac.pt) | |
| 20:20.02 | *** join/#brlcad merzo (~merzo@97-3-132-95.pool.ukrtel.net) | |
| 20:37.38 | *** join/#brlcad merzo (~merzo@6-20-133-95.pool.ukrtel.net) | |
| 21:44.17 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 23:13.57 | *** join/#brlcad merzo (~merzo@6-20-133-95.pool.ukrtel.net) | |
| 01:36.42 | *** join/#brlcad LordOfBikes_ (~armin@dslb-092-074-231-200.092.074.pools.vodafone-ip.de) | |
| 02:29.52 | *** join/#brlcad ``Erik_ (~erik@pool-96-244-200-66.bltmmd.fios.verizon.net) | |
| 02:36.41 | *** join/#brlcad yiyus (1242712427@je.je.je) | |
| 03:02.19 | *** join/#brlcad LordOfBikes_ (~armin@dslb-092-074-231-200.092.074.pools.vodafone-ip.de) | |
| 03:08.12 | *** join/#brlcad starseek1r (~starseeke@66-118-151-70.static.sagonet.net) | |
| 03:09.26 | *** join/#brlcad bhollister2 (~behollis@dhcp-59-221.cse.ucsc.edu) | |
| 03:20.09 | *** join/#brlcad infobot (ibot@69-58-76-73.ut.vivintwireless.net) | |
| 03:20.09 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-) | |
| 07:32.00 | *** join/#brlcad vasc (~vasc@bl13-120-129.dsl.telepac.pt) | |
| 07:32.00 | vasc | d |
| 10:13.38 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-jcsshynazvuywvxu) | |
| 10:43.05 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-ylwmaodynvpcgqtu) | |
| 14:18.59 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 14:19.41 | *** join/#brlcad Boquete (~piotr@aanp140.neoplus.adsl.tpnet.pl) | |
| 16:37.49 | *** join/#brlcad LordOfBikes_ (~armin@dslb-092-074-231-200.092.074.pools.vodafone-ip.de) | |
| 16:38.19 | *** join/#brlcad LordOfBikes (~armin@dslb-092-074-231-200.092.074.pools.vodafone-ip.de) | |
| 17:09.14 | *** join/#brlcad vasc_ (~vasc@bl13-99-37.dsl.telepac.pt) | |
| 17:14.52 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 17:27.55 | *** join/#brlcad kintel_ (~kintel@unaffiliated/kintel) | |
| 18:37.13 | *** join/#brlcad kintel_ (~kintel@unaffiliated/kintel) | |
| 20:13.20 | *** join/#brlcad Ch3ck_ (~Ch3ck@41.205.28.208) | |
| 21:29.45 | Notify | 03BRL-CAD:ejno * 66162 brlcad/trunk/src/libgcv/plugin.h: document return value of conversion_fn() |
| 21:37.07 | Notify | 03BRL-CAD:ejno * 66163 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: fix typo in write_boolean() |
| 01:35.53 | *** join/#brlcad LordOfBikes_ (~armin@dslb-088-064-035-229.088.064.pools.vodafone-ip.de) | |
| 04:48.03 | *** join/#brlcad LordOfBikes (~armin@dslb-088-064-035-229.088.064.pools.vodafone-ip.de) | |
| 06:29.45 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 07:55.35 | *** join/#brlcad Ch3ck_ (~Ch3ck@154.70.99.88) | |
| 09:09.02 | *** join/#brlcad teepee-- (bc5c2134@gateway/web/freenode/ip.188.92.33.52) | |
| 10:39.02 | *** join/#brlcad packrat (~packrator@c-71-231-32-234.hsd1.wa.comcast.net) | |
| 12:23.16 | *** join/#brlcad Boquete (~piotr@atw134.neoplus.adsl.tpnet.pl) | |
| 13:05.11 | *** join/#brlcad Boquete (~piotr@atw134.neoplus.adsl.tpnet.pl) | |
| 14:04.03 | *** join/#brlcad Boquete (~piotr@atw134.neoplus.adsl.tpnet.pl) | |
| 14:29.04 | *** join/#brlcad Ch3ck_ (~Ch3ck@154.70.99.65) | |
| 15:16.28 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:10.02 | Notify | 03BRL-CAD:brlcad * 66164 brlcad/branches/RELEASE/include/conf/PATCH: 7.24.4 is a special patch release for arl |
| 16:10.26 | Notify | 03BRL-CAD:brlcad * 66165 brlcad/branches/STABLE/include/conf/PATCH: merge c66164 which applies the final bump for tagging |
| 16:10.28 | Notify | 03BRL-CAD:brlcad * 66166 (svn:mergeinfo ## -1,3 +1,4 ## and 6 others): merge c66164 which applies the final bump for taggingProperty |
| 16:10.30 | Notify | Changed:----------------brlcad/branches/STABLE/brlcad/branches/STABLE/CHANGESbrlcad/branches/STABLE/NEWSbrlcad/branches/STABLE/doc/docbook/articles/brlcad/branches/STABLE/doc/docbook/books/brlcad/branches/STABLE/doc/docbook/lessons/brlcad/branches/STABLE/regress/repository.shbrlcad/branches/STABLE/src/libbu/brlcad/branches/STABLE/src/libged/polyclip.cppbrlcad/branches/STABLE/src/librt/primitives/datum/ |
| 16:10.32 | Notify | ... |
| 16:13.24 | Notify | 03BRL-CAD:brlcad * 66167 (svn:ignore ## -0,0 +1,2 ## and 2 others): tag release 7.24.4, a special release for arl that includes support for datum sets (points, axes, planes) and build system fixes |
| 16:15.11 | Notify | 03BRL-CAD:brlcad * 66168 brlcad/trunk/NEWS: datums were specifically pulled into their own 7.24.4 release |
| 16:48.37 | *** join/#brlcad yland (~yland@41.205.22.54) | |
| 17:38.07 | *** join/#brlcad sofat (~sofat@202.164.45.212) | |
| 18:08.51 | Notify | 03BRL-CAD:brlcad * 66169 (brlcad/branches/RELEASE/README brlcad/branches/RELEASE/src/librt/CMakeLists.txt): not needed to build, but quell our distchecking cmake rule and update readme. |
| 18:12.26 | Notify | 03BRL-CAD:brlcad * 66170 (brlcad/branches/STABLE/README brlcad/branches/STABLE/src/librt/CMakeLists.txt and 12 others): merge c66169 from RELEASE to get a trivial distcheck quell and readme version update |
| 18:14.23 | Notify | 03BRL-CAD:brlcad * 66171 (brlcad/tags/rel-7-24-4/README brlcad/tags/rel-7-24-4/src/librt/CMakeLists.txt and 12 others): merge c66170 trivialities from RELEASE, still unannounced and not posted |
| 18:31.01 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 18:41.18 | *** join/#brlcad Boquete_ (~piotr@atw134.neoplus.adsl.tpnet.pl) | |
| 18:41.20 | *** join/#brlcad piotr__ (~piotr@atw134.neoplus.adsl.tpnet.pl) | |
| 18:42.16 | *** join/#brlcad Boquete (~piotr@atw134.neoplus.adsl.tpnet.pl) | |
| 18:42.38 | *** join/#brlcad Boquete (~piotr@atw134.neoplus.adsl.tpnet.pl) | |
| 22:37.06 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 00:06.17 | *** join/#brlcad yiyus (~124271242@je.je.je) | |
| 01:35.02 | *** join/#brlcad LordOfBikes_ (~armin@dslb-092-075-146-021.092.075.pools.vodafone-ip.de) | |
| 03:39.04 | *** join/#brlcad KimK (~Kim__@ip68-102-188-176.ks.ok.cox.net) | |
| 04:13.04 | *** join/#brlcad KimK (~Kim__@ip68-102-188-176.ks.ok.cox.net) | |
| 04:52.29 | *** join/#brlcad KimK (~Kim__@ip68-102-30-239.ks.ok.cox.net) | |
| 08:05.58 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 08:30.29 | *** join/#brlcad Ch3ck_ (~Ch3ck@41.205.27.202) | |
| 12:36.15 | *** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52) | |
| 12:37.14 | *** join/#brlcad maths22 (~maths22@66-118-151-70.static.sagonet.net) | |
| 12:43.32 | *** join/#brlcad maths22 (~maths22@66-118-151-70.static.sagonet.net) | |
| 12:49.04 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 12:51.49 | *** join/#brlcad berserker_ (~berserker@103.225.100.51) | |
| 13:15.32 | *** join/#brlcad Ch3ck_ (~Ch3ck@154.70.98.90) | |
| 13:30.49 | *** join/#brlcad Boquete (~piotr@ebj78.neoplus.adsl.tpnet.pl) | |
| 13:39.25 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 14:45.14 | *** join/#brlcad Ch3ck_ (~Ch3ck@154.70.98.94) | |
| 14:47.18 | *** join/#brlcad berserker_ (~berserker@103.225.100.51) | |
| 15:16.57 | *** join/#brlcad Ch3ck_ (~Ch3ck@154.70.110.17) | |
| 15:24.04 | *** join/#brlcad boquete (~piotr@ebj78.neoplus.adsl.tpnet.pl) | |
| 15:30.20 | *** part/#brlcad Ch3ck_ (~Ch3ck@154.70.110.17) | |
| 15:57.48 | *** join/#brlcad berserker_ (~berserker@103.225.100.51) | |
| 16:10.21 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:17.15 | Notify | 03BRL-CAD:brlcad * 66172 (brlcad/trunk/include/wdb.h brlcad/trunk/src/libwdb/wdb.c): rename the two radius parameters to avoid conflict with global / preprocessor symbols declared by windows headers, from rad1/rad2 to base_radius/nose_radius respectively. |
| 17:39.40 | *** join/#brlcad berserker_ (~berserker@103.225.100.51) | |
| 18:14.14 | *** join/#brlcad merzo (~merzo@78-94-133-95.pool.ukrtel.net) | |
| 18:41.13 | Notify | 03BRL-CAD:starseeker * 66173 brlcad/trunk/src/libbrep/tests/CMakeLists.txt: Add more test cases, consolidate into one .g file |
| 18:46.29 | *** join/#brlcad teepee (~teepee@unaffiliated/teepee) | |
| 19:00.56 | *** join/#brlcad berserker_ (~berserker@103.225.100.51) | |
| 19:08.11 | *** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca) | |
| 19:11.54 | *** join/#brlcad KimK (~Kim__@ip68-102-30-239.ks.ok.cox.net) | |
| 19:32.23 | Notify | 03BRL-CAD:brlcad * 66174 brlcad/trunk/src/rt/heatgraph.c: remove the dead timer code. should have been folded into or leveraged libbu's timer regardless, not custom-rolled here. |
| 19:33.49 | Notify | 03BRL-CAD:brlcad * 66175 brlcad/trunk/src/libbu/parallel.c: quell warnings from system headers, remove the unused sys/sysinfo.h header on linux. |
| 19:47.19 | *** join/#brlcad merzo (~merzo@148-10-133-95.pool.ukrtel.net) | |
| 21:24.59 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 22:55.11 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 22:55.57 | Notify | 03BRL-CAD:brlcad * 66176 brlcad/trunk/src/util/ttcp.c: quell strict c89 pedantic-errors compilation warning (bug in glibc <2.9 and gcc for reporting on a system header) by making sure gnu extensions are enabled when including the sys/resource.h header. need a better solution. |
| 22:55.59 | Notify | 03BRL-CAD:brlcad * 66177 brlcad/trunk/src/libbu/str.c: HAVE_WORKING_STRCASECMP_FUNCTION is no longer tested/set anywhere. include the strings.h header if it exists. |
| 22:56.05 | Notify | 03BRL-CAD:brlcad * 66178 brlcad/trunk/CMakeLists.txt: fix cmake typo HAVE_WORKING_LRINT_MACRO, not HAVE_LRINT_WORKING_MACRO. also separately test whether the function is declared, so we can handle declarations ourselves if needed. |
| 22:56.07 | Notify | 03BRL-CAD:brlcad * 66179 brlcad/trunk/include/common.h: if we have lrint() but it's simply not declared due to the compilation mode, declare it. |
| 22:56.09 | Notify | 03BRL-CAD:brlcad * 66180 (brlcad/trunk/include/bu/bitv.h brlcad/trunk/include/bu/defines.h and 3 others): rweiss renamed our IGNORE() macro to BU_IGNORE(), which unnecessarily made it public API. just eliminate the define since it's not even providing brevity or clarity over a simple (void) cast. |
| 01:33.49 | *** join/#brlcad LordOfBikes__ (~armin@dslb-088-066-149-078.088.066.pools.vodafone-ip.de) | |
| 04:05.21 | *** join/#brlcad merzo (~merzo@7-62-132-95.pool.ukrtel.net) | |
| 06:18.31 | *** join/#brlcad Ch3ck_ (~Ch3ck@41.205.28.221) | |
| 07:05.23 | *** join/#brlcad Ch3ck_ (~Ch3ck@41.205.28.221) | |
| 08:01.17 | *** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52) | |
| 08:44.33 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 10:09.52 | *** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52) | |
| 12:15.58 | *** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52) | |
| 13:27.42 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 14:27.40 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 14:45.31 | Notify | 03BRL-CAD:starseeker * 66181 brlcad/trunk/src/libbrep/tests/nurbs_csg.g: Add some concave tests |
| 14:48.05 | Notify | 03BRL-CAD:starseeker * 66182 (brlcad/trunk/include/brep.h brlcad/trunk/src/libanalyze/find_subtracted_shapes.cpp and 10 others): Start of a fairly massive refactoring/rework of the shape recognition code. Not working at the moment, but need to checkpoint. |
| 14:52.04 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:30.04 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:58.33 | Notify | 03BRL-CAD:brlcad * 66183 brlcad/trunk/CHANGES: specifically call out bn_mat_identity since we can say what it transitions to. |
| 16:03.57 | Notify | 03BRL-CAD:brlcad * 66184 brlcad/trunk/CHANGES: some functions will treat NULL as implying an identity matrix. will need to propagate consistent behavior. |
| 16:30.37 | *** join/#brlcad Boquete (~piotr@83.26.232.106) | |
| 17:07.33 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 17:44.06 | Notify | 03BRL-CAD:brlcad * 66185 (brlcad/trunk/src/librt/primitives/bot/gct_decimation/auxiliary/cc.h brlcad/trunk/src/librt/primitives/bot/gct_decimation/auxiliary/mmatomic.h brlcad/trunk/src/librt/primitives/bot/gct_decimation/auxiliary/mmthread.h): quell pedantic-error warnings from the gct decimation code for static inline functions that are fully defined in their header but not necessarily all used in a given source |
| 17:44.08 | Notify | file (but potentially used in other source files). instead of chopping things up into tons of headers, just quell the usage warnings by creating a function that uses them. only addressed the specific static inline functions that were causing unused function warnings. |
| 17:44.10 | Notify | ... |
| 18:17.55 | Notify | 03BRL-CAD:brlcad * 66186 brlcad/trunk/src/conv/csg/csg.h: ON2JAVA?? use correct header guard. remove PERPLEX_ON_ENTER since both vars defined are unused. |
| 18:19.29 | Notify | 03BRL-CAD:brlcad * 66187 (brlcad/trunk/src/conv/csg/csg.c brlcad/trunk/src/conv/csg/csg.h): add footers |
| 18:24.24 | *** join/#brlcad KimK (~Kim__@ip68-102-30-239.ks.ok.cox.net) | |
| 18:37.37 | Notify | 03BRL-CAD:brlcad * 66188 brlcad/trunk/misc/tools/lemon/lempar.c: quell warnings about unused appdata for the two other instances where we fetched |
| 18:42.31 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 19:09.36 | Notify | 03BRL-CAD:brlcad * 66189 (brlcad/trunk/misc/tools/perplex/perplex_template.c brlcad/trunk/misc/tools/perplex/scanner.re): quell warning about getTokenText being unused (e.g., lexers/parsers that don't use 'yytext') by making the function non-static. |
| 19:10.27 | Notify | 03BRL-CAD:brlcad * 66190 brlcad/trunk/misc/tools/lemon/lempar.c: quell remainder of linux unused var warnings so we can compile strict |
| 19:12.01 | Notify | 03BRL-CAD:brlcad * 66191 (brlcad/trunk/src/conv/csg/csg_parser.lemon brlcad/trunk/src/conv/csg/csg_scanner.perplex): compiling lcleanly with gcc 4.1.2 on linux, even with pedantic-errors. remove ugly cheating pragmas. |
| 19:13.35 | Notify | 03BRL-CAD:brlcad * 66192 brlcad/trunk/include/common.h: don't want to declare lrint in c++ files as the c++ math.h header declaration is subtlely different |
| 19:16.11 | Notify | 03BRL-CAD:brlcad * 66193 brlcad/trunk/include/CMakeLists.txt: annoyingly add a wrapper header for including sys/resource.h, sys/time.h, and sys/wait.h -- all of which involve sys/resource.h which requires jumping through hoops in order to support glibc <2.9 (i.e., rhel5) with strict pedantic-errors c89 compilation. while annoying that it's necessary, permitting header guards (while not including common.h) does |
| 19:16.13 | Notify | shorten many instances of code, to follow. |
| 19:16.15 | Notify | ... |
| 19:20.53 | Notify | 03BRL-CAD:brlcad * 66194 (brlcad/trunk/src/conv/proe-g.c brlcad/trunk/src/libged/red.c and 2 others): quell warnings from gcc 4.1.2 when using a system regex.h header and compiling with -pedantic-errors. |
| 19:31.15 | Notify | 03BRL-CAD:brlcad * 66195 brlcad/trunk/src/libbu/whereis.c: including linux/sysctl.h (via sys/sysctl.h) on at least the 2.6 linux kernel is problematic with -pedantic-errors because of a slew of trailing commas in enums. gcc 4.1.2 is apparently buggily reporting them despite it being under /usr/include too. conveniently, the sysctl interface is available without including sysctl.h, so removing the header works; |
| 19:31.17 | Notify | though will need to test what this does on other platforms, maybe come up with a more robust test. |
| 19:31.19 | Notify | ... |
| 19:34.39 | Notify | 03BRL-CAD:brlcad * 66196 (brlcad/trunk/src/bwish/main.c brlcad/trunk/src/fbed/execshell.c and 17 others): put the new bresource.h header into good use, which quells the remainder of -pedantic-errors issues on rhel5/gcc4.1.2/glibc2.5. stats: 20 instances reduced header logic by 68 lines. |
| 21:04.06 | *** join/#brlcad Ch3ck_ (~Ch3ck@154.70.99.20) | |
| 21:47.57 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 23:31.51 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 23:32.35 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 01:32.58 | brlcad | waves |
| 01:32.59 | *** join/#brlcad LordOfBikes_ (~armin@dslc-082-083-184-051.pools.arcor-ip.net) | |
| 05:53.59 | *** join/#brlcad KimK (~Kim__@ip68-102-30-239.ks.ok.cox.net) | |
| 07:39.48 | *** join/#brlcad KimK (~Kim__@ip68-102-30-239.ks.ok.cox.net) | |
| 07:51.46 | *** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52) | |
| 08:00.27 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 09:16.31 | *** join/#brlcad merzo (~merzo@92.60.189.225) | |
| 10:20.26 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 10:32.43 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 10:54.11 | *** join/#brlcad merzo (~merzo@92.60.189.225) | |
| 14:20.17 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:09.46 | Notify | 03BRL-CAD:d_rossberg * 66197 brlcad/trunk/misc/win32-msvc/Dll/CMakeLists.txt: the brlcad.dll needs libbg (via librt) |
| 15:15.58 | *** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca) | |
| 15:23.22 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:10.14 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 16:28.59 | *** join/#brlcad Boquete (~piotr@acqd171.neoplus.adsl.tpnet.pl) | |
| 16:59.46 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 17:46.56 | brlcad | what a great little tidbit: http://www.chesterton.org/taking-a-fence-down/ |
| 17:55.56 | Stragus | Wise words |
| 17:59.11 | ``Erik | runs over the fence with his truck, then reads the article O:-) |
| 18:30.52 | ``Erik | ahhh, off the phone (goddamn I hate doing sales calls) |
| 18:31.44 | ``Erik | yeah, the fence parable is pretty apropos when dealing with old code bases, but it's probably important to challenge those 'fences' often enough that the reasons are understood by everyone :) |
| 20:10.16 | brlcad | fascinating history, this chesterton person .. never heard of him before |
| 20:51.39 | *** join/#brlcad merzo (~merzo@183-60-132-95.pool.ukrtel.net) | |
| 20:55.05 | Notify | 03BRL-CAD:starseeker * 66198 brlcad/trunk/src/libbrep/tests/nurbs_csg.g: Add a test case for nurbs->csg - a box with a cylinder subtracted that shares edge vertices with the box (so no inner loops) but does not share edges (will be identified as an island.) Gets the cylinder but not the box at the moment. |
| 20:58.09 | starseek1r | shoot, that's not actually what it's doing |
| 20:58.12 | starseek1r | grumble |
| 21:35.37 | *** join/#brlcad merzo (~merzo@119-4-133-95.pool.ukrtel.net) | |
| 21:58.29 | Stragus | wonders why qsort() is 40% slower than a home-made sort inlining the cmp function, if the compiler is supposed to do the same thing |
| 23:10.44 | ``Erik | mebbe the function pointer bit? hit it with a disassembler and see? try a few different compilers? :D |
| 23:11.35 | Ch3ck | is back |
| 23:14.39 | Stragus | Different compilers? Heresy! |
| 23:15.02 | Stragus | There should be no function pointers, GCC appears to inline the whole thing |
| 23:15.15 | Stragus | But somehow, the quick/merge sort implementation is inferior for some reason |
| 00:29.40 | *** join/#brlcad merzo (~merzo@159-57-132-95.pool.ukrtel.net) | |
| 00:42.23 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 00:57.21 | starseek1r | brlcad: /csg_parser.c:75:36: error: unused variable âappDataâ [-Werror=unused-variable] #define ParseARG_FETCH app_data_t *appData = yypParser->appData |
| 00:58.32 | starseeker | also csg_parser.c:847:7: error: unused parameter âyymajorâ [-Werror=unused-parameter] |
| 00:58.45 | starseeker | couple others |
| 00:59.11 | starseeker | figured the warning suppression was OK given the code was generated... |
| 00:59.38 | starseeker | may be very hard to reliably clear all such warnings on all platforms/compilers |
| 01:31.13 | *** join/#brlcad LordOfBikes__ (~armin@dslb-088-066-156-015.088.066.pools.vodafone-ip.de) | |
| 01:34.23 | Stragus | When some code uses #if/#elif/#else/#endif a lot, clearing up unused variables or parameters becomes a worse mess than leaving them |
| 01:35.41 | Stragus | And producing errors for unused parameters is... weird for functions accessed through function pointers, which may want to ignore parameters |
| 04:10.25 | *** join/#brlcad merzo (~merzo@211-6-133-95.pool.ukrtel.net) | |
| 04:37.52 | *** join/#brlcad merzo (~merzo@67-8-133-95.pool.ukrtel.net) | |
| 05:06.15 | *** join/#brlcad merzo (~merzo@196-66-133-95.pool.ukrtel.net) | |
| 05:40.39 | *** join/#brlcad merzo (~merzo@63-92-133-95.pool.ukrtel.net) | |
| 06:01.44 | *** join/#brlcad merzo (~merzo@176-120-133-95.pool.ukrtel.net) | |
| 07:21.45 | *** join/#brlcad merzo (~merzo@182-113-133-95.pool.ukrtel.net) | |
| 07:56.24 | *** join/#brlcad merzo (~merzo@73-93-133-95.pool.ukrtel.net) | |
| 08:45.03 | *** join/#brlcad Boquete (~piotr@dwf117.neoplus.adsl.tpnet.pl) | |
| 08:46.24 | *** join/#brlcad merzo (~merzo@195-16-132-95.pool.ukrtel.net) | |
| 09:02.41 | *** join/#brlcad Boquete_ (~piotr@bcx80.neoplus.adsl.tpnet.pl) | |
| 09:12.11 | *** join/#brlcad KimK (~Kim__@ip68-102-30-239.ks.ok.cox.net) | |
| 09:42.16 | *** join/#brlcad merzo (~merzo@95.132.16.195) | |
| 10:00.36 | *** join/#brlcad merzo (~merzo@95.133.125.144) | |
| 14:23.10 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 14:41.01 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:28.05 | *** join/#brlcad Boquete (~piotr@bcx80.neoplus.adsl.tpnet.pl) | |
| 17:20.07 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 17:55.45 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 17:59.29 | *** join/#brlcad KimK (~Kim__@ip68-102-30-239.ks.ok.cox.net) | |
| 18:48.25 | *** join/#brlcad sofat (~sofat@202.164.45.212) | |
| 19:00.39 | *** join/#brlcad konrado (~konro@41.205.22.18) | |
| 19:20.33 | *** join/#brlcad KimK (~Kim__@ip68-102-30-239.ks.ok.cox.net) | |
| 19:53.49 | *** join/#brlcad KimK (~Kim__@ip68-102-30-239.ks.ok.cox.net) | |
| 20:35.32 | *** join/#brlcad LordOfBikes (~armin@dslb-088-064-034-180.088.064.pools.vodafone-ip.de) | |
| 22:07.40 | *** join/#brlcad KimK (~Kim__@ip68-102-30-239.ks.ok.cox.net) | |
| 22:25.46 | *** join/#brlcad KimK (~Kim__@ip68-102-30-239.ks.ok.cox.net) | |
| 22:38.11 | *** join/#brlcad konrado (~konro@41.205.22.14) | |
| 00:21.03 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 00:29.17 | *** join/#brlcad KimK (~Kim__@ip68-102-30-239.ks.ok.cox.net) | |
| 01:00.41 | *** join/#brlcad LordOfBikes_ (~armin@dslb-088-064-034-163.088.064.pools.vodafone-ip.de) | |
| 01:34.15 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 01:59.34 | *** join/#brlcad LordOfBikes__ (~armin@dslb-088-066-132-160.088.066.pools.vodafone-ip.de) | |
| 02:10.46 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 03:36.24 | *** join/#brlcad KimK (~Kim__@ip68-102-30-239.ks.ok.cox.net) | |
| 04:01.40 | *** join/#brlcad daksh (~daksh@122.161.59.126) | |
| 04:01.44 | daksh | Hey |
| 04:01.47 | daksh | Anyone active? |
| 04:41.44 | *** join/#brlcad AncientArms (4731b884@gateway/web/freenode/ip.71.49.184.132) | |
| 04:42.26 | AncientArms | http://www.beemans.net/images/Operation%202n-15k.gif A 1780 Girandoni Air Rifle, I was wondering if anyone wanted to simulate this. |
| 04:42.55 | AncientArms | It's a classic and ancient rifle that was sent with Lewis and Clarke when they crossed the United States for the first time. |
| 04:43.26 | AncientArms | Girardoni system Austrian repeating air rifle, circa 1795, believed to have been taken on the Lewis and Clark Expedition |
| 04:43.30 | AncientArms | Sorry, 1795 |
| 04:57.39 | *** join/#brlcad KimK (~Kim__@ip68-102-30-239.ks.ok.cox.net) | |
| 05:09.48 | *** join/#brlcad daksh (~daksh@122.161.59.126) | |
| 05:45.38 | *** join/#brlcad daksh (~daksh@122.161.59.126) | |
| 06:20.51 | *** join/#brlcad daksh (~daksh@122.161.59.126) | |
| 08:21.25 | *** join/#brlcad KimK (~Kim__@ip68-102-30-239.ks.ok.cox.net) | |
| 09:14.41 | *** join/#brlcad KimK (~Kim__@ip68-102-30-239.ks.ok.cox.net) | |
| 11:25.41 | *** join/#brlcad KimK (~Kim__@ip68-102-30-239.ks.ok.cox.net) | |
| 11:42.29 | *** join/#brlcad KimK (~Kim__@ip68-102-30-239.ks.ok.cox.net) | |
| 12:27.58 | *** join/#brlcad konrado (~konro@41.205.22.60) | |
| 12:31.29 | *** join/#brlcad KimK (~Kim__@ip68-102-30-239.ks.ok.cox.net) | |
| 12:38.21 | *** join/#brlcad KimK (~Kim__@ip68-102-30-239.ks.ok.cox.net) | |
| 13:01.08 | *** join/#brlcad KimK (~Kim__@ip68-102-30-239.ks.ok.cox.net) | |
| 15:09.08 | *** join/#brlcad Boquete (~piotr@cff186.neoplus.adsl.tpnet.pl) | |
| 15:38.17 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) | |
| 15:40.29 | *** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net) | |
| 15:40.32 | *** join/#brlcad maths22 (~maths22@66-118-151-70.static.sagonet.net) | |
| 15:40.41 | *** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net) | |
| 15:40.41 | *** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 15:58.36 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:45.34 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 17:08.17 | *** part/#brlcad boquete (~piotr@cff186.neoplus.adsl.tpnet.pl) | |
| 19:27.51 | Notify | 03BRL-CAD:starseeker * 66199 (brlcad/trunk/include/brep.h brlcad/trunk/src/libbrep/shape_recognition.cpp and 3 others): another checkpoint |
| 19:31.57 | Notify | 03BRL-CAD:starseeker * 66200 (brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp brlcad/trunk/src/libbrep/shape_recognition_planar.cpp): try a few tweaks. |
| 19:33.01 | Notify | 03BRL-CAD:starseeker * 66201 brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp: typo |
| 20:19.31 | *** join/#brlcad konrado (~konro@41.205.22.20) | |
| 22:59.59 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 01:58.21 | *** join/#brlcad LordOfBikes_ (~armin@dslb-088-064-126-005.088.064.pools.vodafone-ip.de) | |
| 02:11.30 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 04:42.15 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 04:51.41 | *** join/#brlcad KimK_ (~Kim__@ip68-102-30-239.ks.ok.cox.net) | |
| 06:51.13 | *** join/#brlcad KimK (~Kim__@ip68-102-30-239.ks.ok.cox.net) | |
| 07:49.38 | *** join/#brlcad KimK (~Kim__@ip68-102-30-239.ks.ok.cox.net) | |
| 08:24.36 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 09:56.27 | *** join/#brlcad konrado (~konro@41.205.22.52) | |
| 12:03.28 | *** join/#brlcad konrado (~konro@41.205.22.4) | |
| 13:28.54 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 14:07.13 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 14:10.12 | *** join/#brlcad Boquete (~piotr@bvu245.neoplus.adsl.tpnet.pl) | |
| 14:31.25 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 14:45.52 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:25.09 | *** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net) | |
| 15:25.14 | *** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net) | |
| 15:25.17 | *** join/#brlcad maths22 (~maths22@66-118-151-70.static.sagonet.net) | |
| 15:25.54 | *** join/#brlcad ejno (~ejno@unaffiliated/kazaik) | |
| 15:27.14 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) | |
| 15:28.19 | *** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 15:29.55 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 15:35.04 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:38.27 | brlcad | AncientArms: that would be pretty interesting to simulate |
| 15:38.57 | Notify | 03BRL-CAD:starseeker * 66204 (brlcad/trunk/include/brep.h brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp brlcad/trunk/src/libbrep/shape_recognition_planar.cpp): Get a shoal triangulation. |
| 15:39.36 | brlcad | lot of interesting shapes, but a bit hard to make out what is connected to what |
| 15:42.42 | brlcad | starseeker: warning suppression wasn't a big deal -- can re-enable if they can't all be squished, but the ones I saw were really trivial |
| 15:42.49 | brlcad | will take a look at those you posted |
| 15:43.51 | brlcad | I'd still probably just opt to -w the entire target than to have compiler-specific suppression in the files (which doesn't work the older rhel5 gcc) |
| 15:44.52 | brlcad | I was going for a clean rhel5 build (and got it but obviously a bit more is needed) |
| 15:45.37 | brlcad | Stragus: if you're quieting warnings with #preprocessor logic, you're probably doing it wrong :) |
| 15:53.53 | Notify | 03BRL-CAD:starseeker * 66202 (brlcad/trunk/include/brep.h brlcad/trunk/src/libbrep/shape_recognition.cpp and 3 others): Fix bugs, more work on planar assembly using new organization. |
| 16:05.48 | Stragus | brlcad, well it's either that or dummy assignments? |
| 16:06.11 | *** join/#brlcad yiyus (1242712427@je.je.je) | |
| 16:19.49 | Notify | 03BRL-CAD:starseeker * 66203 brlcad/trunk/src/libbrep/shape_recognition_planar.cpp: access correct m_V m_ei array. |
| 17:14.27 | brlcad | Stragus: depends on the warning, but for unused vars gcc has gotten smart enough to recognize dummy assignments too, few years ago |
| 17:15.19 | brlcad | if the implementation is already riddled with preprocessor junk that makes something's use conditional, it's already a problem |
| 17:19.42 | brlcad | there's very much misleading information from an API standpoint if args are compile-time conditionally used, that bad code to my eyes; scoped vars could/should get pulled into the preprocessor block where they're used, otherwise similarly misleading |
| 17:27.57 | Stragus | Well, if you a have a chunk of code with different paths for SSE, SSE2, SSE3, SSE4.1, AVX and AVX2, it's hard not to get unused variables |
| 17:28.19 | Stragus | And silencing the warnings about unused variables lead to even more preprocessor junk |
| 17:36.50 | Notify | 03BRL-CAD:brlcad * 66205 brlcad/trunk/CMakeLists.txt: checking for lrint via check_c_source_compiles, we need to make sure we link the math library |
| 17:55.51 | brlcad | that's exactly the case I mentioned |
| 17:55.53 | brlcad | if you're already riddled the implementation with preprocessor logic, it's already a problem and likely already misleading declarations |
| 17:57.01 | brlcad | so you either move the vars into the scope where they're used or you can usually restructure the code with some better separation of the different paths |
| 17:57.44 | brlcad | the prior is usually the easy fix -- just move the declaration to where it's used |
| 18:21.13 | Stragus | I see your point, but better separation of the different paths also leads to more code duplication |
| 19:11.21 | brlcad | I've yet to see a case that couldn't be refactored without duplication |
| 19:12.22 | brlcad | at least not duplicate logic (e.g., not counting curlies) and taking the preprocessor junk into account |
| 19:19.40 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 19:22.10 | *** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 19:29.46 | brlcad | starseeker: n_reed: it looks to me based on the logic that lempar.c doesn't actually need to live in the bin dir with the binary. it's just calling access and defaults to access(..."lempar.c"...), which would depend on calling process cwd. |
| 19:31.09 | brlcad | starseeker: n_reed: am I misreading? if that undersstanding is true, the template file just needs to be specified explicitly (-T option) to the lemon executable instead of relying on the default, and no copying would be needed -- could just point to the template in the source tree |
| 19:49.32 | *** join/#brlcad konrado (~konro@41.205.22.55) | |
| 20:03.53 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 20:17.23 | Notify | 03BRL-CAD:brlcad * 66206 brlcad/trunk/src/mged/CMakeLists.txt: solids_on_ray was migrated to libged, so this is all dead code. remove duplciation from compilation. |
| 20:33.47 | Notify | 03BRL-CAD:starseeker * 66207 (brlcad/trunk/src/libbrep/shape_recognition.cpp brlcad/trunk/src/libbrep/shape_recognition_planar.cpp): Rework of triangulation code. Won't be able to fully test until primitive creation is re-enabled. |
| 20:53.01 | *** join/#brlcad LordOfBikes (~armin@dslb-088-064-126-005.088.064.pools.vodafone-ip.de) | |
| 22:27.19 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 22:27.55 | Notify | 03BRL-CAD:starseeker * 66208 (brlcad/trunk/include/brep.h brlcad/trunk/src/libbrep/shape_recognition_planar.cpp): Try to use the already existing triangles for the negative polygon test. |
| 22:30.17 | starseeker | brlcad: I believe when lemon when in originally, there was no option to specify the template file. Did they finally add one? |
| 22:30.58 | starseeker | s/when lemon when/when lemon went |
| 22:43.34 | Notify | 03BRL-CAD:brlcad * 66209 (brlcad/trunk/misc/CMake/LEMON_Util.cmake brlcad/trunk/misc/tools/lemon/CMakeLists.txt): looks like there's no need to install the lempar.c template file in the bin dir if we specify the template via the -T command line option. cwd being the bin dir was just a cmake build system state. |
| 22:52.14 | Notify | 03BRL-CAD:brlcad * 66210 brlcad/trunk/misc/tools/lemon/lempar.c: quellage merely created a set-but-unused warning with newer versions. add an assert to ensure usage. |
| 23:11.04 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 23:13.30 | brlcad | starseeker: okay, that'd make sense |
| 23:13.50 | brlcad | let me know if anything is broken, works here (also on the template quellage too) |
| 23:57.13 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 01:22.22 | Notify | 03BRL-CAD:starseeker * 66211 (brlcad/trunk/src/libbrep/shape_recognition_planar.cpp brlcad/trunk/src/libged/shape_recognition.cpp): Variety of fixes for planar triangle generation with new setup. |
| 01:25.02 | Notify | 03BRL-CAD:starseeker * 66212 brlcad/trunk/src/libbrep/shape_recognition_planar.cpp: remove some debug printing. |
| 01:43.26 | Notify | 03BRL-CAD:starseeker * 66213 brlcad/trunk/src/libbrep/shape_recognition_planar.cpp: edge isn't enough as a terminating condition - need vertex. |
| 01:57.11 | *** join/#brlcad LordOfBikes_ (~armin@dslb-088-064-034-073.088.064.pools.vodafone-ip.de) | |
| 02:11.50 | Notify | 03BRL-CAD:starseeker * 66214 (brlcad/trunk/src/libbrep/shape_recognition.h brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp brlcad/trunk/src/libbrep/shape_recognition_planar.cpp): Use macros to make it clear when were going to/from opennurbs/libbn data structures - maybe not necessary but for the moment helpful. |
| 03:33.49 | starseeker | brlcad: we might want to make the lemon test check specifically for -T option - iirc, older versions installed with some OSes won't support it |
| 03:39.20 | starseeker | had to clear build dir, but ENABLE_ALL gives clean build here |
| 03:48.05 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 21:19.44 | *** join/#brlcad infobot (ibot@69-58-76-73.ut.vivintwireless.net) | |
| 21:19.44 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-) | |
| 21:23.49 | Notify | 03BRL-CAD:starseeker * 66228 (brlcad/trunk/include/brep.h brlcad/trunk/src/libbrep/shape_recognition.cpp and 3 others): checkpoint |
| 21:29.55 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 21:48.37 | Notify | 03BRL-CAD:starseeker * 66229 (brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp brlcad/trunk/src/libged/shape_recognition.cpp): mulling over best way to approach assembly. |
| 22:04.14 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 22:06.29 | Notify | 03BRL-CAD:starseeker * 66230 (brlcad/trunk/include/brep.h brlcad/trunk/src/libbrep/shape_recognition_planar.cpp brlcad/trunk/src/libged/shape_recognition.cpp): if nucleus data can be non-planar, need it to be a shoal to hold subtractions, etc. |
| 23:36.47 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 00:17.02 | *** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 00:29.51 | *** join/#brlcad tofu__ (~sean@66-118-151-70.static.sagonet.net) | |
| 01:51.42 | Notify | 03BRL-CAD:starseeker * 66231 (brlcad/trunk/include/brep.h brlcad/trunk/src/libbrep/shape_recognition.cpp and 4 others): Start experimenting with a different method of hierarchy assembly. |
| 01:56.11 | *** join/#brlcad LordOfBikes__ (~armin@dslb-092-075-156-063.092.075.pools.vodafone-ip.de) | |
| 03:05.31 | *** join/#brlcad yiyus (~124271242@je.je.je) | |
| 03:12.17 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 03:14.52 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 04:10.15 | tofu__ | hah, https://github.com/shinh/sedlisp |
| 07:15.35 | *** join/#brlcad Boquete (~piotr@abkd218.neoplus.adsl.tpnet.pl) | |
| 07:24.53 | *** join/#brlcad shaina (~shaina@61.0.201.4) | |
| 08:08.01 | *** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52) | |
| 13:30.33 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 14:52.48 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 14:55.44 | *** join/#brlcad Boquete (~piotr@abkd218.neoplus.adsl.tpnet.pl) | |
| 16:07.58 | *** join/#brlcad kintel_ (~kintel@unaffiliated/kintel) | |
| 16:28.37 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:52.26 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 17:12.47 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 17:27.56 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 17:32.30 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) | |
| 17:32.35 | *** join/#brlcad ejno (~ejno@unaffiliated/kazaik) | |
| 17:32.36 | *** join/#brlcad maths22 (~maths22@66-118-151-70.static.sagonet.net) | |
| 17:32.55 | *** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net) | |
| 17:34.09 | *** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net) | |
| 17:34.16 | *** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 17:36.27 | ``Erik | yay, it's back |
| 17:37.53 | ``Erik | brlcad: the lisp in sed thing is scary... it was disturbing enough when a former coworker (ksb) showed me his calculator in sed http://www.npcguild.org/~ksb/hack/math.sed |
| 17:43.48 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 17:48.49 | Notify | 03BRL-CAD:starseeker * 66234 brlcad/trunk/src/libged/remove.c: commit the src file too... |
| 17:49.09 | Notify | 03BRL-CAD:starseeker * 66236 brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp: Assign id and boolean op. |
| 18:07.45 | brlcad | ``Erik: yeah, I had to submit a support ticket -- don't know what happened, but looking like something on sagonet's end |
| 18:07.58 | brlcad | speaking of which, I am shopping for a new provider |
| 18:09.16 | *** join/#brlcad LordOfBikes (~armin@dslb-092-075-156-063.092.075.pools.vodafone-ip.de) | |
| 18:16.50 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 18:33.19 | Notify | 03BRL-CAD:starseeker * 66237 brlcad/trunk/src/libbrep/shape_recognition_planar.cpp: More degenerate checks. |
| 18:33.37 | Notify | 03BRL-CAD:starseeker * 66235 (brlcad/trunk/src/libbrep/shape_recognition.cpp brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp): Rework cylinder logic slightly, add tolerance to cylinder creation. |
| 18:33.50 | Boquete | Hey brlcad, any news about GCI? |
| 18:49.52 | Notify | 03BRL-CAD:starseeker * 66232 brlcad/trunk/doc/docbook/system/mann/en/search.xml: Add vim modeline for indentation, reindent |
| 19:02.55 | Notify | 03BRL-CAD:starseeker * 66233 brlcad/trunk/doc/docbook/system/mann/en/rm.xml: Start to teach the rm command a few new tricks. Longer term thought is to eliminate all kill* commands completely in favor of a more powerful rm command, which more closely mimics the standard unix command line. |
| 20:36.09 | Notify | 03BRL-CAD Wiki:24.155.255.104 * 9502 /wiki/FAQ: /* How should BRL-CAD be spelled? */ Add mildly humorous example. |
| 21:51.54 | Notify | 03BRL-CAD:starseeker * 66238 (brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp brlcad/trunk/src/libbrep/shape_recognition_planar.cpp): Implement a more powerful check for shoal nucleus problem cases. There are probably things that can be done here, but it will be complex to figure out general rules - for now, recognize the situation and bail. |
| 21:57.39 | Notify | 03BRL-CAD:starseeker * 66239 brlcad/trunk/src/libbrep/shape_recognition_planar.cpp: don't forget ignored vertices. |
| 02:04.24 | *** join/#brlcad LordOfBikes (~armin@dslb-088-065-189-097.088.065.pools.vodafone-ip.de) | |
| 02:32.35 | Notify | 03BRL-CAD:starseeker * 66240 (brlcad/trunk/include/brep.h brlcad/trunk/src/libanalyze/CMakeLists.txt and 6 others): Get some basic shoal assembly working. No boolean relationships between islands yet, which is the real key. |
| 03:36.28 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 08:29.10 | *** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52) | |
| 11:05.29 | Notify | 03BRL-CAD:starseeker * 66241 brlcad/trunk/src/libbrep/shape_recognition_planar.cpp: fix conversion-null typo. |
| 11:11.58 | Notify | 03BRL-CAD:starseeker * 66242 brlcad/trunk/src/libbrep/shape_recognition_planar.cpp: set but unused |
| 12:55.20 | *** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52) | |
| 13:29.39 | Notify | 03BRL-CAD Wiki:Chintha akhil * 0 /wiki/User:Chintha_akhil: |
| 14:19.06 | Notify | 03BRL-CAD:brlcad * 66243 brlcad/trunk/include/config_win.h.in: tzset is also one of the underscored posix funcs |
| 14:19.55 | *** join/#brlcad Boquete (~piotr@aate44.neoplus.adsl.tpnet.pl) | |
| 14:26.50 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 14:35.00 | Notify | 03BRL-CAD:starseeker * 66244 brlcad/trunk/src/libbrep/tests/nurbs_csg.g: Add another round of test cases. |
| 14:58.15 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:19.31 | *** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52) | |
| 15:31.15 | Notify | 03BRL-CAD:starseeker * 66245 (brlcad/trunk/include/brep.h brlcad/trunk/src/libbrep/shape_recognition.cpp and 3 others): more work on hierarchy, fix a few bugs. |
| 18:12.13 | Notify | 03BRL-CAD:starseeker * 66246 (brlcad/trunk/include/brep.h brlcad/trunk/src/libbrep/shape_recognition.cpp brlcad/trunk/src/libged/shape_recognition.cpp): checkpoint |
| 18:30.19 | Notify | 03BRL-CAD:starseeker * 66247 (brlcad/trunk/src/libbrep/shape_recognition.cpp brlcad/trunk/src/libged/shape_recognition.cpp): checkpoint |
| 19:29.38 | *** join/#brlcad Boquete (~piotr@aate44.neoplus.adsl.tpnet.pl) | |
| 19:58.57 | Notify | 03BRL-CAD:starseeker * 66248 (brlcad/trunk/include/brep.h brlcad/trunk/src/libbrep/shape_recognition.cpp and 3 others): free the tree when we're done. |
| 21:13.04 | Notify | 03BRL-CAD:brlcad * 66249 (brlcad/trunk/include/brep.h brlcad/trunk/src/libbrep/BBNode.cpp and 3 others): replace the m_children stl vectors embedded in BRNode and BBNode with pointers to said vectors. this makes the classes exportable without dangerously exporting the stl container itself, making the class a fixed size. |
| 21:55.32 | Notify | 03BRL-CAD:brlcad * 66250 brlcad/trunk/src/other/tk/CMakeLists.txt: fPIC doesn't work on windows, don't add without testing |
| 22:28.39 | Notify | 03BRL-CAD:starseeker * 66251 (brlcad/trunk/include/brep.h brlcad/trunk/src/libbrep/shape_recognition.cpp and 3 others): checkpoint |
| 22:36.42 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 23:15.08 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 00:47.16 | Notify | 03BRL-CAD:starseeker * 66252 (brlcad/trunk/include/brep.h brlcad/trunk/src/libbrep/shape_recognition.cpp and 2 others): checkpoint |
| 01:27.38 | Notify | 03BRL-CAD:starseeker * 66253 (brlcad/trunk/src/libbrep/shape_recognition.cpp brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp brlcad/trunk/src/libbrep/shape_recognition_planar.cpp): Various bug fixes - working on multi_cylinder_01, not done yet. |
| 01:34.32 | Notify | 03BRL-CAD:starseeker * 66254 brlcad/trunk/src/libged/shape_recognition.cpp: we don't always want the first one... |
| 02:06.23 | Notify | 03BRL-CAD:starseeker * 66255 (brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp brlcad/trunk/src/libbrep/shape_recognition_planar.cpp): The degenerate test was overly aggressive - only come to a degenerate conclusion if we have one shoal. Fix an infinite loop bug in triangulation. |
| 02:25.17 | Notify | 03BRL-CAD:starseeker * 66256 brlcad/trunk/src/libbrep/shape_recognition.cpp: Add some preliminary logic limiting fil loops to planar faces. This is overly restrictive as a general proposition, but for the moment this simplifies some problems. |
| 02:29.11 | Notify | 03BRL-CAD:starseeker * 66257 brlcad/trunk/src/libged/shape_recognition.cpp: make a note to do better naming for toplevel. |
| 03:44.17 | Notify | 03BRL-CAD:starseeker * 66258 brlcad/trunk/src/libbrep/shape_recognition.cpp: oops |
| 12:25.18 | *** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52) | |
| 13:22.58 | Notify | 03BRL-CAD:starseeker * 66259 (brlcad/trunk/src/libbrep/shape_recognition.cpp brlcad/trunk/src/libbrep/shape_recognition.h brlcad/trunk/src/libbrep/shape_recognition_util.cpp): simplify key generation. |
| 13:43.43 | Notify | 03BRL-CAD:starseeker * 66260 brlcad/trunk/src/libged/shape_recognition.cpp: add a missing break, put in some debug printing. |
| 13:50.38 | *** join/#brlcad Boquete (~piotr@aaaf154.neoplus.adsl.tpnet.pl) | |
| 13:58.30 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 14:15.58 | Notify | 03BRL-CAD:starseeker * 66261 brlcad/trunk/src/libged/shape_recognition.cpp: Rework the order of island assembly - subtractions then unions. |
| 14:47.28 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 14:52.28 | Notify | 03BRL-CAD:starseeker * 66262 brlcad/trunk/src/libged/shape_recognition.cpp: need to do subtractions last in shoals - union shoal elements may have part of their volume removed by the negative pieces. Need to think about this - could it ever be the other way around? |
| 14:55.06 | starseeker | brlcad: nurbs raytracing is broken |
| 14:55.09 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 14:56.42 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-mdalllelhqxyoxpb) | |
| 14:59.06 | Notify | 03BRL-CAD:starseeker * 66263 (brlcad/trunk/include/brep.h brlcad/trunk/src/libbrep/BBNode.cpp and 3 others): reverse 66249 - it breaks raytracing |
| 15:13.23 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 17:37.33 | *** join/#brlcad Boquete (~piotr@aaaf154.neoplus.adsl.tpnet.pl) | |
| 18:06.19 | Notify | 03BRL-CAD:starseeker * 66264 brlcad/trunk/src/libbrep/shape_recognition_planar.cpp: More rework of nucleus logic. |
| 18:10.35 | *** join/#brlcad infobot (ibot@69-58-76-73.ut.vivintwireless.net) | |
| 18:10.35 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-) | |
| 18:16.50 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 18:17.58 | Notify | 03BRL-CAD:starseeker * 66265 brlcad/trunk/src/libbrep/shape_recognition_planar.cpp: indexed into the wrong loop array. |
| 19:00.47 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 20:29.57 | *** join/#brlcad LordOfBikes_ (~armin@dslb-088-066-215-030.088.066.pools.vodafone-ip.de) | |
| 20:36.33 | Notify | 03BRL-CAD:starseeker * 66266 brlcad/trunk/src/libbrep/shape_recognition.cpp: Improve same-cylinder testing. |
| 20:38.16 | Notify | 03BRL-CAD:starseeker * 66267 brlcad/trunk/src/libbrep/shape_recognition.cpp: simplify |
| 20:45.53 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 20:47.13 | Notify | 03BRL-CAD:starseeker * 66268 brlcad/trunk/src/libbrep/tests/nurbs_csg.g: Add a couple more test cases. |
| 20:50.45 | Notify | 03BRL-CAD:starseeker * 66269 (brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp brlcad/trunk/src/libbrep/shape_recognition_planar.cpp): Turn off some debugging printing. |
| 20:55.17 | Notify | 03BRL-CAD:starseeker * 66270 brlcad/trunk/src/libbrep/shape_recognition.cpp: keep to the unique number scheme to avoid problems with naming. |
| 21:11.17 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 21:29.33 | *** join/#brlcad LordOfBikes (~armin@dslb-088-066-215-030.088.066.pools.vodafone-ip.de) | |
| 21:46.24 | Notify | 03BRL-CAD:starseeker * 66271 brlcad/trunk/src/libbrep/shape_recognition_planar.cpp: Deal with more face flipping. |
| 21:50.54 | Notify | 03BRL-CAD:starseeker * 66272 brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp: check for coplanarity of 4 points from two edges forming an implicit plane - if not coplanar, we're done. Needs test case. |
| 21:53.24 | Notify | 03BRL-CAD:starseeker * 66273 (brlcad/trunk/src/libbrep/shape_recognition.cpp brlcad/trunk/src/libbrep/shape_recognition_planar.cpp): Add note about more needed tests. |
| 01:34.02 | *** join/#brlcad LordOfBikes_ (~armin@dslb-188-098-168-050.188.098.pools.vodafone-ip.de) | |
| 03:17.34 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 08:27.27 | *** join/#brlcad Boquete (~piotr@aaaf110.neoplus.adsl.tpnet.pl) | |
| 12:25.22 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 13:10.00 | Notify | 03BRL-CAD:starseeker * 66274 (brlcad/trunk/include/brep.h brlcad/trunk/src/libbrep/shape_recognition.cpp and 4 others): After a few mistakes, I now see why openNURBS named some of their variables as they did. Make id, type, and a few other variables inside structs clearer. |
| 13:37.10 | Notify | 03BRL-CAD:starseeker * 66275 (brlcad/trunk/include/brep.h brlcad/trunk/src/libbrep/shape_recognition.cpp and 3 others): Add boolean ops for B-Reps |
| 13:37.16 | ``Erik | plays with org-trello some |
| 14:01.24 | *** join/#brlcad teepee (~teepee@unaffiliated/teepee) | |
| 14:02.01 | Notify | 03BRL-CAD:starseeker * 66276 (brlcad/trunk/src/libbrep/shape_recognition.h brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp and 2 others): Add attributes listing the loops (and for islands, faces) that went into the definition of that object. Probably want to turn these off by default (maybe enable with a debug flag...) to keep the size down. |
| 14:19.03 | *** join/#brlcad alexandrus (~alexandru@p5B2EEBD0.dip0.t-ipconnect.de) | |
| 14:36.38 | starseeker | gawks in disbelief at the behavior of the intersection operator |
| 14:37.01 | starseeker | if I make a comb that intersects a cylinder and an arbn, I get the expected shape |
| 14:37.37 | starseeker | if I turn around and subtract that comb from another shape, it doesn't subtract the net shape of the comb - instead it appears to be subtracting the arbn in the comb from the parent |
| 14:59.16 | Notify | 03BRL-CAD:starseeker * 66277 brlcad/trunk/src/libbrep/tests/nurbs_csg.g: add another example |
| 15:00.12 | brlcad | define a region |
| 15:01.20 | brlcad | with no regions defined, each primitive is assumed to be a region, and you have an intersection occurring above the region level causing unexpected behavior |
| 15:02.02 | brlcad | default should be to make the top-level a region, long-standing source of unexpected behavior |
| 15:03.37 | starseeker | hmm... not what I thought was happening, simple tests do the expected thing |
| 15:03.38 | brlcad | happens that way so it's at least consistent when you have models with some regions, when it traverses a path and gets to the leaf without a region it makes the leaf a region |
| 15:03.50 | starseeker | my mistake must be elsewhere |
| 15:04.33 | starseeker | probably making an arbn when I shouldn't be |
| 15:04.35 | brlcad | could be several other things, but that's what first jumps to mind -- old issue |
| 15:04.47 | starseeker | double checks... |
| 15:05.48 | Notify | 03BRL-CAD:starseeker * 66278 brlcad/trunk/src/libbrep/tests/nurbs_csg.g: add another example. |
| 15:06.21 | starseeker | yeah, looks like that's it |
| 15:06.29 | starseeker | sorry for the noise |
| 15:06.41 | starseeker | rolls up his sleves and dives back into the planar assembly code... |
| 15:07.39 | starseeker | (arbn lines from subtraction comb happened to line up with the parent shape lines - got me confused) |
| 15:11.24 | brlcad | not noise, it's something we should change :) |
| 15:11.31 | brlcad | hits almost every use eventually |
| 15:11.36 | brlcad | s/use/user/ |
| 15:12.26 | brlcad | I think I hit it my very first new model attempt |
| 15:20.33 | alexandrus | hmm...my the latest brlcad/mged crashes with lots of infinite loop and ::itcl:: pattern issues... |
| 15:20.47 | alexandrus | this is not my day |
| 15:24.39 | alexandrus | seems, only the i386 version has this... |
| 16:24.11 | *** join/#brlcad Boquete (~piotr@aaaf110.neoplus.adsl.tpnet.pl) | |
| 18:42.53 | Notify | 03BRL-CAD:starseeker * 66279 (brlcad/trunk/src/libbrep/shape_recognition.cpp brlcad/trunk/src/libbrep/shape_recognition.h and 4 others): Take another stab at hierarchy handling. |
| 19:24.15 | Notify | 03BRL-CAD:starseeker * 66280 brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp: Wrong check was causing garbage rcc/arbn primitives with a number of faces in NIST2 - loop 5 is one test case. |
| 19:29.41 | *** join/#brlcad LordOfBikes (~armin@dslb-188-098-168-050.188.098.pools.vodafone-ip.de) | |
| 19:59.31 | Notify | 03BRL-CAD:starseeker * 66281 brlcad/trunk/src/libbrep/shape_recognition.cpp: Don't infinite loop if we have planar island faces with inner loops. |
| 20:20.02 | Notify | 03BRL-CAD:starseeker * 66282 brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp: fix multi_cylinder_01 |
| 20:21.03 | Notify | 03BRL-CAD:starseeker * 66283 brlcad/trunk/src/libged/shape_recognition.cpp: make slightly more convenient toplevel names for tab completion. |
| 20:56.55 | Notify | 03BRL-CAD:starseeker * 66284 brlcad/trunk/src/libbu/path.c: If period_pos is null, don't try to trunc |
| 20:57.29 | Notify | 03BRL-CAD:starseeker * 66285 brlcad/trunk/src/libged/shape_recognition.cpp: get the brep name back from the brep function. |
| 21:30.42 | Notify | 03BRL-CAD:starseeker * 66286 brlcad/trunk/src/libbrep/shape_recognition.cpp: If we're going with a brep, clean up the child objects so we don't get stray CSG bits added |
| 21:37.03 | Notify | 03BRL-CAD:starseeker * 66287 (brlcad/trunk/src/libbrep/shape_recognition.h brlcad/trunk/src/libbrep/shape_recognition_util.cpp): Clean up some stray code |
| 21:44.23 | Notify | 03BRL-CAD:starseeker * 66288 brlcad/trunk/src/libbrep/shape_recognition.cpp: update comment |
| 21:44.46 | starseeker | phew. there we go, can handle all 5 nist test cases again (knock on wood) |
| 01:33.00 | *** join/#brlcad LordOfBikes_ (~armin@dslb-088-066-140-230.088.066.pools.vodafone-ip.de) | |
| 07:11.54 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 08:36.03 | *** join/#brlcad Boquete (~piotr@asu119.neoplus.adsl.tpnet.pl) | |
| 09:43.47 | *** join/#brlcad LordOfBikes (~armin@dslb-088-066-140-230.088.066.pools.vodafone-ip.de) | |
| 10:52.44 | *** join/#brlcad Boquete (~piotr@asu119.neoplus.adsl.tpnet.pl) | |
| 11:39.48 | ``Erik | brlcad: ya gonna watch 'heroes reborn'? |
| 14:39.36 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 15:37.26 | *** join/#brlcad Boquete (~piotr@asu119.neoplus.adsl.tpnet.pl) | |
| 16:04.50 | Notify | 03BRL-CAD:starseeker * 66289 brlcad/trunk/src/libbrep/tests/nurbs_csg.g: add another cyl test case. |
| 16:10.27 | Notify | 03BRL-CAD:starseeker * 66290 brlcad/trunk/src/libbrep/tests/nurbs_csg.g: commit concave polyhedron test case. |
| 16:55.00 | Notify | 03BRL-CAD:starseeker * 66291 brlcad/trunk/src/libbrep/tests/nurbs_csg.g: Add one of the pieces of NIST2 that was causing problems for the convex arbn detection as its own independent test (independent B-Rep if the subshape was generated for debugging, turned out to be a useful way to capture a 'piece' of a B-Rep in its own object for this situation. Might offer an interpretation of a 'split' or 'disassemble' |
| 16:55.02 | Notify | subcommand for breps. |
| 16:55.04 | Notify | ... |
| 16:56.32 | Notify | 03BRL-CAD:starseeker * 66292 brlcad/trunk/src/libbrep/tests/nurbs_csg.g: whoops - overwrote another example. |
| 16:57.45 | Notify | 03BRL-CAD:starseeker * 66293 brlcad/trunk/src/libbrep/tests/nurbs_csg.g: readd example from r66291 without wiping out another example |
| 17:00.17 | Notify | 03BRL-CAD:starseeker * 66294 brlcad/trunk/src/libged/shape_recognition.cpp: Fix build of brep generation, enable while debugging. |
| 17:02.24 | Notify | 03BRL-CAD:starseeker * 66295 brlcad/trunk/src/libbrep/shape_recognition_planar.cpp: for the nucleus build, whether the planes can bound a convex volume isn't enough. Need to make sure the volume those planes are bounding actually corresponds to the original volume by checking to see if we lose any vertex points with the new shape. |
| 17:23.14 | Notify | 03BRL-CAD:starseeker * 66296 (brlcad/trunk/src/libbrep/shape_recognition.cpp brlcad/trunk/src/libged/shape_recognition.cpp): Use loops for keys |
| 17:32.39 | Notify | 03BRL-CAD:starseeker * 66297 (brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp brlcad/trunk/src/libbrep/shape_recognition_planar.cpp brlcad/trunk/src/libbrep/shape_recognition_util.cpp): Define constants rather than having raw numbers in NEAR_ZERO tests - these will undoubtedly need more thought, but this makes it (slightly) better to deal with. |
| 18:08.35 | Notify | 03BRL-CAD:starseeker * 66298 brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp: A plane should have at least three uses to be part of an arbn, otherwise it's degenerate. |
| 18:27.24 | Notify | 03BRL-CAD:starseeker * 66299 brlcad/trunk/src/libged/shape_recognition.cpp: whoops - poorly set up if statements plus comments equals bugs. |
| 18:46.39 | Notify | 03BRL-CAD:starseeker * 66300 (brlcad/trunk/src/libbrep/shape_recognition_planar.cpp brlcad/trunk/src/libbrep/shape_recognition_util.cpp): don't flip a multiloop face, and if the brep boolean test sees it assume a top level object. |
| 18:59.19 | Notify | 03BRL-CAD:starseeker * 66301 brlcad/trunk/src/libged/shape_recognition.cpp: Don't reconvert objects already converted - convenient for debugging, but bad for tree walking. |
| 19:19.59 | *** join/#brlcad Boquete_ (~piotr@abkf91.neoplus.adsl.tpnet.pl) | |
| 19:27.35 | Notify | 03BRL-CAD:starseeker * 66302 brlcad/trunk/src/libbrep/shape_recognition_planar.cpp: Don't try the arbn test unless we've got a small number of planes. |
| 19:43.14 | starseeker | brlcad: if you're in the mood to fiddle with it, here's that csg tree I was telling you about from a brep conversion that's giving mged and the raytracer fits: http://brlcad.org/~starseeker/problem_makerbot_csg.g |
| 19:53.04 | *** join/#brlcad Boquete_ (~piotr@aafz64.neoplus.adsl.tpnet.pl) | |
| 21:17.32 | *** join/#brlcad packrat (~packrator@c-71-231-32-234.hsd1.wa.comcast.net) | |
| 21:43.06 | Notify | 03BRL-CAD:starseeker * 66303 brlcad/trunk/src/libbrep/tests/nurbs_csg.g: Add some test cases for the situation involving a union child of a union that needs a parent subtraction. Not currently handled and needs to be handled. |
| 21:58.18 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 22:10.29 | Notify | 03BRL-CAD:starseeker * 66304 brlcad/trunk/src/libbrep/tests/nurbs_csg.g: Add another example, start organizing these into groups |
| 22:25.26 | Notify | 03BRL-CAD:starseeker * 66305 brlcad/trunk/src/libbrep/tests/nurbs_csg.g: Organize the shapes in space so we can see the results of multiple tests at once. |
| 22:48.36 | Notify | 03BRL-CAD:starseeker * 66306 brlcad/trunk/src/libbrep/tests/nurbs_csg.g: the toplevel no-inner-loop island need not be unique - add examples where this is not true. |
| 23:01.51 | Notify | 03BRL-CAD:starseeker * 66307 brlcad/trunk/src/libbrep/tests/nurbs_csg.g: More fun - toplevels not only can be non-unique, but toplevel island subtractions can intrude into other toplevel island volumes. |
| 01:07.55 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 01:39.45 | Notify | 03BRL-CAD:starseeker * 66308 brlcad/trunk/src/libbrep/tests/nurbs_csg.g: Add a test case where we have to handle negative shapes leading to positive ones. |
| 01:45.17 | Notify | 03BRL-CAD:starseeker * 66309 brlcad/trunk/src/libbrep/shape_recognition.cpp: Whew. Make one last major effort to avoid the necessity of raytracing to resolve boolean assembly. Not 100% that this will work, but at least it builds... |
| 01:47.57 | *** join/#brlcad LordOfBikes (~armin@dslb-092-075-145-169.092.075.pools.vodafone-ip.de) | |
| 01:56.47 | Notify | 03BRL-CAD:starseeker * 66310 brlcad/trunk/src/libbrep/tests/nurbs_csg.g: organize test cases |
| 03:12.35 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 07:17.26 | brlcad | ``Erik: hadn't heard of it |
| 07:18.03 | brlcad | starseeker: is that what 66249 broke? ran several tests and didn't hit an error with that pointer conversion, curious to figure out what I missed |
| 07:18.27 | brlcad | or is that the intersection case? |
| 07:32.51 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 08:30.46 | *** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52) | |
| 09:01.09 | *** join/#brlcad KimK (~Kim__@ip68-102-30-239.ks.ok.cox.net) | |
| 11:07.34 | starseeker | brlcad: I just flat out couldn't raytrace any brep |
| 11:07.44 | starseeker | brlcad: I'll show you tomorrow |
| 11:08.35 | starseeker | maybe just a local quirk on my setup... |
| 11:09.11 | starseeker | (r66249) |
| 11:09.26 | starseeker | that test case is the one I can't successfully e up or raytrace |
| 11:09.50 | starseeker | it has a LOT of subtracted combs, iirc - probably some kind of very unoptimized tree... |
| 12:51.12 | brlcad | starseeker: was it crashing or not producing a picture? |
| 12:53.28 | maths22 | brlcad: Is something strange going on on bz? |
| 12:53.31 | maths22 | It's really slow |
| 12:56.03 | Notify | 03BRL-CAD:starseeker * 66311 brlcad/trunk/src/libbrep/tests/nurbs_csg.g: Add a cylinder sliver example. |
| 13:08.25 | ``Erik | maths22: major backup is running |
| 13:14.28 | *** join/#brlcad maths22_ (~maths22@66-118-151-70.static.sagonet.net) | |
| 13:30.44 | brlcad | at the rate it's going, this is just .. painful |
| 13:31.10 | brlcad | yeah, maths22_ major backup underway ... assuming I don't have to kill the job |
| 13:31.37 | brlcad | anything you can do to keep load down will help (like temporarily shutting down the cmake builds and svn lookups) |
| 13:32.47 | brlcad | probably should have run make clean in the various ports dirs before doing this... |
| 13:32.51 | Notify | 03BRL-CAD:starseeker * 66312 brlcad/trunk/src/libbrep/tests/nurbs_csg.g: Add a couple more sliver test cases. |
| 13:46.21 | Notify | 03BRL-CAD:starseeker * 66313 brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp: Add logic to handle "sliver" cylinder shapes. |
| 13:50.53 | *** join/#brlcad zero_level (~mohit@66-118-151-70.static.sagonet.net) | |
| 13:58.47 | *** join/#brlcad Boquete (~piotr@avj118.neoplus.adsl.tpnet.pl) | |
| 14:09.02 | Notify | 03BRL-CAD:starseeker * 66314 brlcad/trunk/src/libged/shape_recognition.cpp: Add back in the validation capability. |
| 14:12.07 | starseeker | brlcad: couldn't get a wireframe to come up or a raytrace to start - didn't crash, just nothing happening |
| 14:12.19 | starseeker | (for the big csg tree) |
| 14:12.32 | starseeker | for the raytracing, it just immediately reported 'raytrace failed" |
| 14:12.50 | starseeker | (the stl pointer converstion issue) |
| 14:13.23 | starseeker | all breps failed the same way, didn't seem to matter |
| 14:46.14 | Notify | 03BRL-CAD:starseeker * 66315 (brlcad/trunk/src/libbrep/shape_recognition.cpp brlcad/trunk/src/libbrep/shape_recognition_util.cpp): Given really weird inputs, nucleus can end up null... |
| 15:14.09 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:16.23 | *** join/#brlcad boquete_asus (~piotr@avj118.neoplus.adsl.tpnet.pl) | |
| 15:36.23 | boquete | brlcad, ping |
| 15:36.57 | *** join/#brlcad devilmind (~Prateek@14.139.194.12) | |
| 16:15.22 | *** join/#brlcad devilmind (~Prateek@14.139.194.12) | |
| 16:40.40 | *** join/#brlcad boquete (~piotr@avj118.neoplus.adsl.tpnet.pl) | |
| 16:42.55 | *** join/#brlcad boquete (~piotr@avj118.neoplus.adsl.tpnet.pl) | |
| 17:06.16 | *** join/#brlcad boquete (~piotr@avj118.neoplus.adsl.tpnet.pl) | |
| 17:10.33 | *** join/#brlcad ejno (~ejno@unaffiliated/kazaik) | |
| 17:15.12 | *** join/#brlcad boquete (~piotr@avj118.neoplus.adsl.tpnet.pl) | |
| 17:21.29 | *** join/#brlcad boquete (~piotr@avj118.neoplus.adsl.tpnet.pl) | |
| 17:37.03 | *** join/#brlcad boquete (~piotr@avj118.neoplus.adsl.tpnet.pl) | |
| 17:40.15 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 17:41.13 | Notify | 03BRL-CAD:starseeker * 66317 (brlcad/trunk/include/brep.h brlcad/trunk/src/libbrep/shape_recognition.cpp brlcad/trunk/src/libged/shape_recognition.cpp): rename find_subbreps to brep_to_csg, since it's now doing essentially all the work. |
| 17:41.15 | Notify | 03BRL-CAD:starseeker * 66316 brlcad/trunk/src/librt/primitives/arbn/arbn.c: for whatever reason this error message is causing mged to crash... |
| 17:41.18 | *** join/#brlcad boquete (~piotr@avj118.neoplus.adsl.tpnet.pl) | |
| 17:48.12 | *** join/#brlcad boquete (~piotr@avj118.neoplus.adsl.tpnet.pl) | |
| 18:00.41 | *** join/#brlcad boquete (~piotr@avj118.neoplus.adsl.tpnet.pl) | |
| 18:08.48 | *** join/#brlcad boquete (~piotr@avj118.neoplus.adsl.tpnet.pl) | |
| 18:17.25 | *** join/#brlcad sofat (~sofat@202.164.45.212) | |
| 18:17.29 | *** join/#brlcad boquete (~piotr@avj118.neoplus.adsl.tpnet.pl) | |
| 18:35.47 | *** join/#brlcad boquete (~piotr@avj118.neoplus.adsl.tpnet.pl) | |
| 18:39.34 | *** join/#brlcad ejno (~ejno@unaffiliated/kazaik) | |
| 18:51.29 | *** join/#brlcad boquete (~piotr@avj118.neoplus.adsl.tpnet.pl) | |
| 19:14.58 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 20:21.40 | brlcad | starseeker: only three reasons 66316 would crash: 1) stp is null/bad, 2) st_name is null, 3) stack corruption |
| 20:21.46 | brlcad | valgrind time |
| 20:26.05 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 20:56.12 | Notify | 03BRL-CAD:starseeker * 66318 brlcad/trunk/src/libbrep/shape_recognition.cpp: only do this test once per pass... |
| 21:12.29 | *** join/#brlcad LordOfBikes (~armin@dslb-092-075-145-169.092.075.pools.vodafone-ip.de) | |
| 22:56.13 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 00:57.07 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 01:10.51 | starseeker | brlcad: it's in Tcl land... trying to avoid that maze right now |
| 01:11.25 | starseeker | looks like some sort of interaction between the Tcl result stuff and bu_log |
| 01:37.15 | *** join/#brlcad devilmind (~Prateek@14.139.194.12) | |
| 01:45.33 | *** join/#brlcad LordOfBikes_ (~armin@dslb-092-075-149-162.092.075.pools.vodafone-ip.de) | |
| 01:56.29 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 02:43.28 | *** join/#brlcad devilmind (~Prateek@14.139.194.12) | |
| 02:53.16 | brlcad | sure, just noting the very very limited possibilities there |
| 07:07.32 | *** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52) | |
| 07:57.39 | *** join/#brlcad devilmind (~Prateek@14.139.194.12) | |
| 08:50.42 | *** join/#brlcad devilmind (~Prateek@14.139.194.12) | |
| 09:14.33 | *** join/#brlcad devilmind (~Prateek@14.139.194.12) | |
| 10:06.49 | *** join/#brlcad devilmind (~Prateek@14.139.194.12) | |
| 10:30.15 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 10:38.40 | *** join/#brlcad packrat (~packrator@c-71-231-32-234.hsd1.wa.comcast.net) | |
| 13:14.21 | Notify | 03BRL-CAD:starseeker * 66319 brlcad/trunk/src/libbrep/tests/nurbs_csg.g: Add some new boolean assembly tests. |
| 13:15.37 | Notify | 03BRL-CAD:starseeker * 66320 brlcad/trunk/src/libbrep/shape_recognition.cpp: Simplify the hierarchy construction - the key bit is to not consider subtraction islands in the parent chains, so aside from that check everything. Catches all the weird cases without having to get too convoluted. |
| 13:47.37 | Notify | 03BRL-CAD:starseeker * 66321 brlcad/trunk/src/libbrep/shape_recognition.cpp: Add a few protections for null lookup of nucleus |
| 13:48.29 | *** join/#brlcad boquete (~piotr@abgw63.neoplus.adsl.tpnet.pl) | |
| 14:10.44 | Notify | 03BRL-CAD:starseeker * 66322 brlcad/trunk/src/libbrep/tests/nurbs_csg.g: Add a toplevel-inside-toplevel case that breaks current scheme. |
| 14:11.19 | boquete | ping brlcad |
| 14:17.36 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 14:25.51 | Notify | 03BRL-CAD:starseeker * 66323 brlcad/trunk/src/libbrep/tests/nurbs_csg.g: Add another problem case that doesn't involved toplevel objects. |
| 14:36.30 | *** join/#brlcad devilmind (~Prateek@14.139.194.12) | |
| 14:49.59 | *** join/#brlcad devilmind (~Prateek@14.139.194.12) | |
| 15:04.11 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:20.22 | *** join/#brlcad devilmind (~Prateek@14.139.194.12) | |
| 15:25.29 | Notify | 03BRL-CAD:starseeker * 66324 brlcad/trunk/src/libbrep/shape_recognition.cpp: Use the inheritance chains of child nodes, not just the parents of the current node, to get lists of things to ignore. Just need to make sure we don't remove anything between any of the children and the current node. |
| 15:26.09 | *** join/#brlcad boquete (~piotr@abgw63.neoplus.adsl.tpnet.pl) | |
| 15:28.33 | *** join/#brlcad Prateek (~Prateek@14.139.194.12) | |
| 15:53.40 | *** join/#brlcad devilmind (~Prateek@14.139.194.12) | |
| 16:14.59 | *** join/#brlcad Prateek (~Prateek@14.139.194.12) | |
| 16:43.56 | *** join/#brlcad boquete_asus (~piotr@abkl121.neoplus.adsl.tpnet.pl) | |
| 16:44.41 | *** join/#brlcad LordOfBikes (~armin@dslb-092-075-149-162.092.075.pools.vodafone-ip.de) | |
| 17:21.25 | Notify | 03BRL-CAD:starseeker * 66325 brlcad/trunk/src/libbrep/tests/nurbs_csg.g: Add a negative island with an inner loop - doesn't work at the moment... |
| 17:54.57 | Notify | 03BRL-CAD:starseeker * 66326 (brlcad/trunk/include/brep.h brlcad/trunk/src/libbrep/shape_recognition.cpp and 2 others): Some clean up for consistency - an island having multiple active loops in a single face is defined to be self intersecting in the csg conversion context. Avoids the need for triangulation with holes altogether, although that is left in place since it is needed if we go ahead and enable |
| 17:55.00 | Notify | triangulation of planar top level islands anyway at some point. For now, go with consistency and simplicity. |
| 17:55.02 | Notify | ... |
| 18:13.26 | Notify | 03BRL-CAD:starseeker * 66327 brlcad/trunk/src/libbrep/shape_recognition_util.cpp: reorganize util functions slightly |
| 18:56.10 | *** join/#brlcad Boquete (~piotr@abkl121.neoplus.adsl.tpnet.pl) | |
| 19:11.58 | *** join/#brlcad Prateek (~Prateek@14.139.194.12) | |
| 19:14.58 | Notify | 03BRL-CAD:starseeker * 66328 (brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp brlcad/trunk/src/libbrep/shape_recognition_planar.cpp): Move some logic around. |
| 19:15.17 | *** join/#brlcad boquete (~Piotr@abkl121.neoplus.adsl.tpnet.pl) | |
| 19:24.25 | Notify | 03BRL-CAD:starseeker * 66329 brlcad/trunk/src/libbrep/shape_recognition_planar.cpp: comment rework |
| 19:30.11 | *** join/#brlcad devilmind (~Prateek@14.139.194.12) | |
| 20:18.26 | Notify | 03BRL-CAD:starseeker * 66330 brlcad/trunk/src/libbrep/shape_recognition_planar.cpp: whoops |
| 20:19.11 | Notify | 03BRL-CAD:starseeker * 66331 brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp: refactor the degeneracy test for edges with an eye towards a bit more generality. |
| 20:25.28 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 20:27.36 | Notify | 03BRL-CAD:starseeker * 66332 brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp: Make a note about what we'll eventually try for spheres. |
| 21:25.20 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 01:44.51 | *** join/#brlcad LordOfBikes_ (~armin@dslb-088-066-136-198.088.066.pools.vodafone-ip.de) | |
| 01:50.38 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 02:57.10 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 08:45.49 | *** join/#brlcad boquete (~Piotr@87.204.156.212) | |
| 09:08.00 | *** join/#brlcad KimK (~Kim__@ip68-102-30-239.ks.ok.cox.net) | |
| 09:44.35 | *** join/#brlcad boquete (~Piotr@87.204.156.212) | |
| 11:06.57 | *** join/#brlcad boquete_asus (~Piotr@87.204.156.212) | |
| 11:07.57 | *** join/#brlcad devilmind (~Prateek@14.139.194.12) | |
| 11:14.20 | *** join/#brlcad Prateek (~Prateek@14.139.194.12) | |
| 11:27.58 | *** join/#brlcad Prateek (~Prateek@14.139.194.12) | |
| 11:34.40 | *** join/#brlcad devilmind (~Prateek@14.139.194.12) | |
| 11:40.06 | *** join/#brlcad KimK (~Kim__@ip68-102-30-239.ks.ok.cox.net) | |
| 11:49.56 | *** join/#brlcad Prateek (~Prateek@14.139.194.12) | |
| 13:11.13 | Notify | 03BRL-CAD:starseeker * 66333 brlcad/trunk/src/libbrep/tests/nurbs_csg.g: Add a couple general surface island tests. |
| 13:18.12 | *** join/#brlcad boquete (~Piotr@87.204.156.212) | |
| 13:24.34 | Notify | 03BRL-CAD:starseeker * 66334 brlcad/trunk/src/libbrep/tests/nurbs_csg.g: Go with simpler examples of general booleans |
| 13:38.20 | *** join/#brlcad boquete (~Piotr@87.204.156.212) | |
| 13:44.00 | Notify | 03BRL-CAD:starseeker * 66335 brlcad/trunk/src/libbrep/shape_recognition_util.cpp: Improve the up-front boolean check somewhat - use edge midpoints instead of vertices, and fall back on control points of surfaces if the edges yield no information. |
| 13:53.16 | *** join/#brlcad boquete (~Piotr@87.204.156.212) | |
| 14:15.52 | *** join/#brlcad devilmind (~Prateek@14.139.194.12) | |
| 14:17.43 | *** join/#brlcad boquete (~Piotr@87.204.156.212) | |
| 14:33.55 | *** join/#brlcad boquete (~Piotr@87.204.156.212) | |
| 14:50.44 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 14:54.21 | Notify | 03BRL-CAD Wiki:Prateek cs14 * 0 /wiki/User:Prateek_cs14: |
| 15:12.27 | *** join/#brlcad devilmind (~Prateek@14.139.194.12) | |
| 15:41.09 | Notify | 03BRL-CAD:starseeker * 66336 brlcad/trunk/src/libbrep/tests/nurbs_csg.g: Add a couple cases that break the boolean assembly. |
| 15:46.21 | *** join/#brlcad devilmind (~Prateek@14.139.194.12) | |
| 15:55.11 | *** join/#brlcad merzo (~merzo@92.60.189.225) | |
| 15:58.15 | *** join/#brlcad devilmind (~Prateek@14.139.194.12) | |
| 15:59.32 | devilmind | i am 2nd year b tech student.I want to contribute . Can anybody tell me an easy bug ? |
| 16:44.14 | Notify | 03BRL-CAD:starseeker * 66337 brlcad/trunk/src/libbrep/tests/nurbs_csg.g: Constructed a B-Rep example where a child object (per inner/outer loops) has a subtraction that engulfs part of a parent that it shouldn't. |
| 16:45.37 | Notify | 03BRL-CAD:brlcad * 66338 brlcad/trunk/misc/tools/lemon/CMakeLists.txt: still need to install the lemon template file lempar.c; default to a usual simple share dir |
| 16:46.39 | *** join/#brlcad LordOfBikes (~armin@dslb-088-066-136-198.088.066.pools.vodafone-ip.de) | |
| 16:48.25 | Notify | 03BRL-CAD:brlcad * 66339 brlcad/trunk/misc/CMake/FindLEMON.cmake: rework the template searching logic to not assume it's in the bin dir or /usr/share. search in the data dir where it should be first, then fall back to exec dir, then warn if we still didn't find it. |
| 17:45.16 | *** join/#brlcad boquete (~Piotr@aano5.neoplus.adsl.tpnet.pl) | |
| 17:51.17 | *** join/#brlcad boquete_asus (~Piotr@abkg207.neoplus.adsl.tpnet.pl) | |
| 18:13.36 | Notify | 03BRL-CAD:brlcad * 66340 (brlcad/trunk/include/brep.h brlcad/trunk/src/libbrep/BBNode.cpp and 3 others): restore 66249 with allocation sizes fixed. was attempting to pre-allocate the first child, but the containers are only filled via push_back (instead of index). this leaves an unset entry when we iterate by size and kaboomage. unrelated, tested and observed no performance impact on an unoptimized build |
| 18:13.38 | Notify | (before/after). |
| 18:13.40 | Notify | ... |
| 18:40.01 | Notify | 03BRL-CAD:brlcad * 66341 (brlcad/trunk/include/brep.h brlcad/trunk/src/libbrep/opennurbs_ext.cpp): converted the m_sortedX/Y lists over to pointers |
| 18:40.55 | Notify | 03BRL-CAD:brlcad * 66342 (brlcad/trunk/include/brep.h brlcad/trunk/src/libbrep/opennurbs_ext.cpp): m_sortedY is unused, remove |
| 18:48.18 | Notify | 03BRL-CAD:brlcad * 66343 (brlcad/trunk/include/brep.h brlcad/trunk/src/libbrep/BBNode.cpp): convert m_trims_above and m_trims_vertical to pointers |
| 18:49.07 | Notify | 03BRL-CAD:brlcad * 66344 (brlcad/trunk/include/brep.h brlcad/trunk/src/libbrep/BBNode.cpp): oof, m_trims_vertical also unused. removed. |
| 18:54.57 | Notify | 03BRL-CAD:brlcad * 66345 (brlcad/trunk/include/brep.h brlcad/trunk/src/libbrep/opennurbs_ext.cpp): convert f_queue to pointer so SurfaceTree class has a constant size, is exportable. |
| 19:03.36 | Notify | 03BRL-CAD:brlcad * 66346 (brlcad/trunk/include/brep.h brlcad/trunk/src/libbrep/PullbackCurve.cpp): convert the pbcdata segments list over to pointer as well, remove the unused edge and order_reversed fields. |
| 19:20.36 | *** join/#brlcad LordOfBikes (~armin@dslb-088-066-136-198.088.066.pools.vodafone-ip.de) | |
| 19:36.43 | Notify | 03BRL-CAD:brlcad * 66347 brlcad/trunk/src/librt/prep.c: it's wrong to report 'rt_init_resource(...) re-registering resource...' when the resource we're cleaning up is the rt_uniresource. it doesn't and shouldn't get registered in the rtip for cpu 0 as you could both have per-cpu resources and use the uni. if we really ever do encounter a situation where the rtip has something different registered, just set it and |
| 19:36.45 | Notify | continue since it's more likely that the thing we just cleaned is not released memory. |
| 19:36.47 | Notify | ... |
| 19:48.20 | Notify | 03BRL-CAD:brlcad * 66348 brlcad/trunk/src/rt/view.c: remove the qualitative assertion, consistently prefix the different evaluation modes with a label. |
| 19:49.06 | *** join/#brlcad boquete (~Piotr@188.146.133.177.nat.umts.dynamic.t-mobile.pl) | |
| 20:20.52 | *** join/#brlcad devilmind (~Prateek@14.139.194.12) | |
| 20:27.55 | *** join/#brlcad boquete (~Piotr@abkg207.neoplus.adsl.tpnet.pl) | |
| 20:53.14 | brlcad | devilmind: that's not really answerable -- just try one |
| 20:54.47 | *** join/#brlcad Izakey (~Izakey@41.205.22.46) | |
| 21:49.20 | *** join/#brlcad LordOfBikes (~armin@dslb-088-066-136-198.088.066.pools.vodafone-ip.de) | |
| 22:45.21 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 23:14.11 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 23:58.12 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 00:14.44 | Notify | 03BRL-CAD:starseeker * 66349 brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp: This is just a counter - no need for a std::vector |
| 00:37.57 | *** join/#brlcad KimK (~Kim__@ip68-102-30-239.ks.ok.cox.net) | |
| 00:44.23 | *** join/#brlcad devilmind (~Prateek@14.139.194.12) | |
| 01:09.02 | Notify | 03BRL-CAD:n_reed * 66350 (brlcad/trunk/include/brep.h brlcad/trunk/src/conv/step/step-g/OpenNurbsInterfaces.cpp): Follow up to r66346. edge and order_reversed fields are used in OpenNurbsInterfaces.cpp. Fix accesses to segments in same now that it's a pointer. |
| 01:28.22 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 01:43.30 | *** join/#brlcad LordOfBikes_ (~armin@dslb-088-064-032-199.088.064.pools.vodafone-ip.de) | |
| 01:58.27 | *** join/#brlcad devilmind (~Prateek@14.139.194.12) | |
| 02:29.40 | *** join/#brlcad KimK (~Kim__@ip68-102-30-239.ks.ok.cox.net) | |
| 04:00.52 | *** join/#brlcad devilmind (~Prateek@14.139.194.12) | |
| 06:51.07 | *** join/#brlcad devilmind (~Prateek@14.139.194.12) | |
| 07:11.17 | *** join/#brlcad KimK (~Kim__@ip68-102-67-135.ks.ok.cox.net) | |
| 07:28.04 | *** join/#brlcad Prateek (~Prateek@14.139.194.12) | |
| 07:40.05 | Prateek | i am trying to configure cmake but i am getting an error sayin cmake_c_compiler and cmake_cxx_compiler not found. |
| 07:40.20 | Prateek | somebody help |
| 07:44.39 | *** join/#brlcad devilmind (~Prateek@14.139.194.12) | |
| 07:48.24 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 08:17.37 | *** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52) | |
| 08:59.51 | Notify | 03BRL-CAD:d_rossberg * 66351 brlcad/trunk/src/libbrep/shape_recognition_planar.cpp: quell compilation error: variable ?\226?\128?\152is_coplanar?\226?\128?\153 set but not used [-Werror=unused-but-set-variable] |
| 09:14.42 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 09:34.34 | *** join/#brlcad Prateek (~Prateek@14.139.194.12) | |
| 11:24.43 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 12:41.32 | *** join/#brlcad boquete (~Piotr@abkr141.neoplus.adsl.tpnet.pl) | |
| 12:42.45 | Notify | 03BRL-CAD:starseeker * 66352 brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp: It's not actually edge intersections per say, but connected planar faces crossing the plane (can happen without individual edges being cut.) |
| 13:31.27 | *** join/#brlcad Prateek (~Prateek@14.139.194.12) | |
| 13:49.38 | Notify | 03BRL-CAD:starseeker * 66353 (brlcad/trunk/src/libbrep/shape_recognition.cpp brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp): No good - too aggressive. |
| 14:29.36 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 14:33.12 | *** join/#brlcad Prateek (~Prateek@14.139.194.12) | |
| 15:20.19 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:31.22 | Notify | 03BRL-CAD:starseeker * 66354 brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp: doing the same thing regardless of dpc outcome... |
| 16:27.49 | *** join/#brlcad boquete (~Piotr@abkr141.neoplus.adsl.tpnet.pl) | |
| 16:41.50 | *** join/#brlcad boquete (~Piotr@abkr141.neoplus.adsl.tpnet.pl) | |
| 16:43.00 | *** join/#brlcad LordOfBikes (~armin@dslb-088-064-032-199.088.064.pools.vodafone-ip.de) | |
| 17:28.24 | *** join/#brlcad boquete (~Piotr@abkr141.neoplus.adsl.tpnet.pl) | |
| 17:56.05 | *** join/#brlcad boquete (~Piotr@abkr141.neoplus.adsl.tpnet.pl) | |
| 18:37.14 | *** join/#brlcad boquete (~Piotr@abkr141.neoplus.adsl.tpnet.pl) | |
| 19:50.54 | *** join/#brlcad boquete (~Piotr@abkr141.neoplus.adsl.tpnet.pl) | |
| 21:28.17 | *** join/#brlcad LordOfBikes (~armin@dslb-088-064-032-199.088.064.pools.vodafone-ip.de) | |
| 22:40.48 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 01:10.43 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 01:42.33 | *** join/#brlcad LordOfBikes_ (~armin@dslb-088-066-153-074.088.066.pools.vodafone-ip.de) | |
| 02:46.01 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 02:53.37 | *** join/#brlcad devilmind (~Prateek@14.139.194.12) | |
| 06:45.49 | *** join/#brlcad devilmind (~Prateek@14.139.194.12) | |
| 08:33.45 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 08:52.39 | *** join/#brlcad devilmind (~Prateek@14.139.194.12) | |
| 09:39.17 | *** join/#brlcad LordOfBikes (~armin@dslb-088-066-153-074.088.066.pools.vodafone-ip.de) | |
| 10:24.28 | *** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52) | |
| 11:27.38 | *** join/#brlcad Prateek (~Prateek@14.139.194.12) | |
| 13:21.15 | *** join/#brlcad Prateek (~Prateek@14.139.194.12) | |
| 13:57.19 | *** join/#brlcad boquete (~Piotr@atx197.neoplus.adsl.tpnet.pl) | |
| 14:41.21 | *** join/#brlcad devilmind (~Prateek@14.139.194.12) | |
| 15:14.52 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:37.26 | *** join/#brlcad LordOfBikes (~armin@dslb-088-066-153-074.088.066.pools.vodafone-ip.de) | |
| 15:40.57 | *** join/#brlcad devilmind (~Prateek@14.139.194.12) | |
| 16:18.48 | *** join/#brlcad devilmind (~Prateek@14.139.194.12) | |
| 16:25.36 | *** join/#brlcad boquete (~Piotr@atx197.neoplus.adsl.tpnet.pl) | |
| 16:35.45 | *** join/#brlcad Prateek (~Prateek@14.139.194.12) | |
| 16:36.49 | *** join/#brlcad boquete (~Piotr@atx197.neoplus.adsl.tpnet.pl) | |
| 16:54.07 | *** join/#brlcad boquete (~Piotr@atx197.neoplus.adsl.tpnet.pl) | |
| 17:06.23 | *** join/#brlcad boquete (~Piotr@atx197.neoplus.adsl.tpnet.pl) | |
| 18:51.09 | *** join/#brlcad boquete (~Piotr@atx197.neoplus.adsl.tpnet.pl) | |
| 18:54.16 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 19:30.24 | Notify | 03BRL-CAD:starseeker * 66355 (brlcad/trunk/src/archer/CMakeLists.txt brlcad/trunk/src/fb/tests/CMakeLists.txt and 4 others): Fix some CMake distcheck issues. |
| 20:33.33 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 23:16.43 | *** join/#brlcad LordOfBikes (~armin@dslb-088-066-153-074.088.066.pools.vodafone-ip.de) | |
| 00:37.54 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 01:41.34 | *** join/#brlcad LordOfBikes_ (~armin@dslb-092-074-238-111.092.074.pools.vodafone-ip.de) | |
| 03:11.04 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 05:07.54 | *** join/#brlcad devilmind (~Prateek@14.139.194.12) | |
| 07:46.17 | *** join/#brlcad Prateek (~Prateek@14.139.194.12) | |
| 08:36.38 | *** join/#brlcad boquete (~Piotr@atx197.neoplus.adsl.tpnet.pl) | |
| 09:28.49 | *** join/#brlcad Prateek (~Prateek@14.139.194.12) | |
| 10:39.07 | *** join/#brlcad boquete (~Piotr@atx197.neoplus.adsl.tpnet.pl) | |
| 11:16.48 | *** join/#brlcad boquete_asus (~Piotr@abkl142.neoplus.adsl.tpnet.pl) | |
| 11:32.22 | *** join/#brlcad boquete (~Piotr@abkl142.neoplus.adsl.tpnet.pl) | |
| 14:17.59 | *** join/#brlcad boquete (~Piotr@abkl142.neoplus.adsl.tpnet.pl) | |
| 14:53.18 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:18.26 | Notify | 03BRL-CAD:starseeker * 66356 (brlcad/trunk/misc/tools/dom2dox/CMake/FindLEMON.cmake brlcad/trunk/misc/tools/dom2dox/CMake/LEMON_Util.cmake and 6 others): Sync up the other copies of FindLEMON and LEMON_Util. |
| 15:44.35 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:14.14 | *** join/#brlcad boquete (~Piotr@abkl142.neoplus.adsl.tpnet.pl) | |
| 16:14.35 | *** join/#brlcad merzo (~merzo@50-135-133-95.pool.ukrtel.net) | |
| 16:26.42 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:52.47 | *** join/#brlcad merzo (~merzo@138-49-132-95.pool.ukrtel.net) | |
| 17:12.14 | *** join/#brlcad boquete (~Piotr@abkl142.neoplus.adsl.tpnet.pl) | |
| 17:30.43 | *** join/#brlcad merzo (~merzo@138-49-132-95.pool.ukrtel.net) | |
| 17:31.49 | *** join/#brlcad LordOfBikes (~armin@dslb-092-074-238-111.092.074.pools.vodafone-ip.de) | |
| 17:37.24 | starseeker | brlcad: distcheck-autodetect_debug (and a few others) don't seem to be doing well with the new lemon CMake logic |
| 17:37.32 | starseeker | the enable all ones work |
| 18:09.34 | *** join/#brlcad merzo (~merzo@54-75-133-95.pool.ukrtel.net) | |
| 19:12.53 | *** join/#brlcad merzo (~merzo@41-15-132-95.pool.ukrtel.net) | |
| 19:53.54 | *** join/#brlcad boquete (~Piotr@abeh120.neoplus.adsl.tpnet.pl) | |
| 20:53.50 | *** join/#brlcad boquete (~Piotr@abeh120.neoplus.adsl.tpnet.pl) | |
| 20:56.11 | Notify | 03BRL-CAD:starseeker * 66357 brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp: Use a simpler, more robust approach to finding a cylinder that will enclose the volume we need for a given shape. |
| 21:19.29 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 21:51.12 | ``Erik | hm, article that mentions a little about the history of NURBS use in CAD... http://isicad.net/articles.php?article_num=14940 |
| 22:00.58 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 22:10.51 | *** join/#brlcad nmz787 (~nmz787@unaffiliated/nmz787) | |
| 22:11.17 | nmz787 | anyone know offhand if this is still likely to work, and have you ever used it or know if there are quirks? https://github.com/mbuesch/cnc/blob/master/tools/brlcad2gcode.sh |
| 01:40.44 | *** join/#brlcad neguniekzmofabtb (~armin@dslb-094-216-165-172.094.216.pools.vodafone-ip.de) | |
| 04:23.14 | *** join/#brlcad LordOfBikes (~armin@dslb-094-216-165-172.094.216.pools.vodafone-ip.de) | |
| 06:44.13 | *** join/#brlcad merzo (~merzo@84-92-132-95.pool.ukrtel.net) | |
| 07:10.14 | *** join/#brlcad merzo (~merzo@171-97-133-95.pool.ukrtel.net) | |
| 08:23.27 | *** join/#brlcad merzo (~merzo@108-125-132-95.pool.ukrtel.net) | |
| 09:54.27 | *** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca) | |
| 11:25.42 | *** join/#brlcad boquete (~Piotr@abeh120.neoplus.adsl.tpnet.pl) | |
| 11:42.04 | *** join/#brlcad merzo (~merzo@108-125-132-95.pool.ukrtel.net) | |
| 11:44.33 | *** join/#brlcad merzo (~merzo@108-125-132-95.pool.ukrtel.net) | |
| 12:21.04 | *** join/#brlcad packrat (~packrator@c-71-231-32-234.hsd1.wa.comcast.net) | |
| 12:29.49 | *** join/#brlcad boquete (~Piotr@abeh120.neoplus.adsl.tpnet.pl) | |
| 12:54.21 | *** join/#brlcad boquete (~Piotr@abeh120.neoplus.adsl.tpnet.pl) | |
| 01:37.05 | *** join/#brlcad starseek1r (~starseeke@66-118-151-70.static.sagonet.net) | |
| 01:37.31 | *** join/#brlcad cox (~quassel@188.226.208.53) | |
| 01:39.36 | *** join/#brlcad ejno (~ejno@unaffiliated/kazaik) | |
| 01:41.33 | *** join/#brlcad iwyyxqwmacglepyn (~armin@dslb-088-066-138-244.088.066.pools.vodafone-ip.de) | |
| 01:44.28 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 01:48.39 | *** join/#brlcad KimK (~Kim__@ip68-102-67-135.ks.ok.cox.net) | |
| 14:19.48 | *** join/#brlcad infobot (ibot@69-58-76-73.ut.vivintwireless.net) | |
| 14:19.48 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-) | |
| 14:49.18 | Notify | 03BRL-CAD:starseeker * 66358 brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp: Rather than using midpoints, construct the required points from the cyl axis and the planes. Also check edge vertices, since they may constitute maximum/minimum points on the cylinder. |
| 15:36.11 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:45.34 | *** join/#brlcad boquete (~Piotr@abei131.neoplus.adsl.tpnet.pl) | |
| 18:27.16 | *** join/#brlcad pujani (~pujani@202.164.45.212) | |
| 18:28.31 | *** join/#brlcad pujani (~pujani@202.164.45.212) | |
| 18:31.03 | *** join/#brlcad pujani (~pujani@202.164.45.212) | |
| 18:32.35 | *** join/#brlcad pujani (~pujani@202.164.45.212) | |
| 19:24.38 | *** join/#brlcad boquete (~Piotr@abei131.neoplus.adsl.tpnet.pl) | |
| 19:52.14 | *** join/#brlcad boquete (~Piotr@aua186.neoplus.adsl.tpnet.pl) | |
| 22:49.01 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 01:35.43 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 01:38.10 | *** join/#brlcad sfbuneofplfnbimk (~armin@dslb-088-066-149-061.088.066.pools.vodafone-ip.de) | |
| 03:22.58 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 03:38.32 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 03:54.22 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 08:19.38 | *** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52) | |
| 08:30.45 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 08:51.13 | *** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca) | |
| 10:39.04 | *** join/#brlcad packrat (~packrator@c-71-231-32-234.hsd1.wa.comcast.net) | |
| 13:42.45 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 14:51.35 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:31.57 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:36.48 | *** join/#brlcad boquete (~Piotr@aua186.neoplus.adsl.tpnet.pl) | |
| 19:39.50 | *** join/#brlcad boquete (~Piotr@aua186.neoplus.adsl.tpnet.pl) | |
| 19:45.22 | *** join/#brlcad boquete_asus (~Piotr@ave94.neoplus.adsl.tpnet.pl) | |
| 20:02.33 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 21:11.09 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 21:14.22 | brlcad | nmz787: no idea, but we have three separate brl-cad to gcode paths, one probably a little more robust than the others |
| 21:14.34 | brlcad | Notify: you stuck babe? |
| 01:20.20 | *** join/#brlcad infobot (ibot@69-58-76-73.ut.vivintwireless.net) | |
| 01:20.20 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-) | |
| 02:48.53 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 03:10.06 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 03:54.46 | *** join/#brlcad packrat (~packrator@c-71-231-32-234.hsd1.wa.comcast.net) | |
| 04:14.24 | *** join/#brlcad packrat (~packrator@c-71-231-32-234.hsd1.wa.comcast.net) | |
| 05:02.41 | *** join/#brlcad packrat (~packrator@c-71-231-32-234.hsd1.wa.comcast.net) | |
| 07:28.08 | *** join/#brlcad teepee (~teepee@unaffiliated/teepee) | |
| 07:45.56 | *** join/#brlcad boquete (~Piotr@ave94.neoplus.adsl.tpnet.pl) | |
| 07:52.14 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 08:26.02 | *** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52) | |
| 12:10.42 | *** join/#brlcad boquete (~Piotr@ave94.neoplus.adsl.tpnet.pl) | |
| 14:32.53 | *** join/#brlcad boquete (~Piotr@acma52.neoplus.adsl.tpnet.pl) | |
| 14:55.59 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 17:18.25 | *** join/#brlcad boquete (~Piotr@acma52.neoplus.adsl.tpnet.pl) | |
| 17:53.07 | *** join/#brlcad boquete (~Piotr@acma52.neoplus.adsl.tpnet.pl) | |
| 18:10.01 | *** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca) | |
| 19:47.01 | *** join/#brlcad merzo (~merzo@147-18-133-95.pool.ukrtel.net) | |
| 20:05.51 | *** join/#brlcad boquete (~Piotr@acma52.neoplus.adsl.tpnet.pl) | |
| 21:56.12 | *** join/#brlcad boquete (~Piotr@acma52.neoplus.adsl.tpnet.pl) | |
| 00:49.44 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 01:36.23 | *** join/#brlcad rotssuuyeawkmnqp (~armin@dslb-094-216-165-172.094.216.pools.vodafone-ip.de) | |
| 01:48.52 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 02:09.09 | *** join/#brlcad teepee (~teepee@unaffiliated/teepee) | |
| 02:32.11 | *** join/#brlcad teepee (~teepee@unaffiliated/teepee) | |
| 05:36.00 | *** join/#brlcad KimK (~Kim__@ip68-102-67-135.ks.ok.cox.net) | |
| 08:19.05 | *** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52) | |
| 08:42.51 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 08:59.59 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 13:33.04 | *** join/#brlcad boquete (~Piotr@aaah196.neoplus.adsl.tpnet.pl) | |
| 14:03.48 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 14:43.19 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:28.49 | *** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca) | |
| 15:40.28 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 18:55.38 | *** join/#brlcad merzo (~merzo@124-95-133-95.pool.ukrtel.net) | |
| 19:38.20 | *** join/#brlcad merzo (~merzo@222-67-132-95.pool.ukrtel.net) | |
| 20:54.19 | *** join/#brlcad cox (~quassel@188.226.208.53) | |
| 21:16.17 | *** join/#brlcad LordOfBikes (~armin@dslb-094-216-165-172.094.216.pools.vodafone-ip.de) | |
| 23:41.23 | starseek1r | brlcad: are you familiar with Phabricator? http://phabricator.org/ |
| 00:05.49 | starseek1r | https://secure.phabricator.com/book/phabricator/article/audit/ |
| 00:16.06 | starseek1r | possibly useful http://pe-kay.blogspot.com/2014/04/phabricator-code-auditing.html |
| 01:35.22 | *** join/#brlcad xtbkqedcyrveoehh (~armin@dslb-094-216-167-077.094.216.pools.vodafone-ip.de) | |
| 02:28.50 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 03:06.16 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 07:53.25 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 10:40.05 | *** join/#brlcad Izakey_ (~Izakey@41.205.22.7) | |
| 10:44.09 | Izakey_ | Hi ``Erik |
| 10:46.07 | Izakey_ | Are there libraries where BRL-CAD employs spatial subdivision techniques ? brlcad , starseek1r , ``Erik |
| 10:54.52 | starseek1r | Izakey_: you mean bounding volume hierarchies? |
| 10:55.07 | starseek1r | the raytracer does, although I don't know the precise details |
| 10:55.27 | Izakey_ | Yes, starseek1r |
| 10:55.36 | starseek1r | the NURBS raytracer builds a BVH tree using the NURBS surfaces |
| 10:55.58 | starseek1r | that guides the ray to "semi-flat" patches where the final iterative solve is performed |
| 10:57.44 | Izakey_ | Thanks starseek1r |
| 14:26.50 | *** join/#brlcad Izakey (~Izakey@41.205.22.27) | |
| 15:03.47 | *** join/#brlcad boquete (~Piotr@abei74.neoplus.adsl.tpnet.pl) | |
| 15:24.54 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:44.44 | starseeker | blinks - now the OSG dm isn't coming up at all. mutter... |
| 15:54.31 | Stragus | reads that as Open Scene Graph Dungeon Master |
| 15:56.48 | starseeker | heh |
| 16:01.28 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:29.53 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:46.29 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 16:48.38 | *** join/#brlcad boquete (~Piotr@abei74.neoplus.adsl.tpnet.pl) | |
| 17:40.24 | *** join/#brlcad ChanServ (ChanServ@services.) | |
| 17:40.24 | *** mode/#brlcad [+o ChanServ] by card.freenode.net | |
| 17:42.33 | *** join/#brlcad boquete (~Piotr@abei74.neoplus.adsl.tpnet.pl) | |
| 17:46.54 | ``Erik | Stragus: are you casting magic missile at the darkness? :D |
| 17:49.35 | Stragus | That's impossible, Magic Missile requires having the target in sight |
| 18:37.41 | ``Erik | Stragus: https://www.youtube.com/watch?v=zng5kRle4FA |
| 18:46.41 | Stragus | Ahaha, darn |
| 18:46.53 | Stragus | Thanks ``Erik, that was special |
| 19:00.45 | *** join/#brlcad KimK (~Kim__@ip68-102-67-135.ks.ok.cox.net) | |
| 19:25.07 | *** join/#brlcad merzo (~merzo@97-127-133-95.pool.ukrtel.net) | |
| 19:43.36 | *** join/#brlcad merzo (~merzo@38-46-132-95.pool.ukrtel.net) | |
| 20:12.37 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 21:37.20 | ``Erik | http://wave.webaim.org/ |
| 21:42.27 | Stragus | Eh... It complains about image links having no alternate text for blind users, when the link is only to maximize the image |
| 10:23.47 | *** join/#brlcad infobot (ibot@69-58-76-73.ut.vivintwireless.net) | |
| 10:23.47 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-) | |
| 12:30.44 | *** join/#brlcad infobot (ibot@69-58-76-73.ut.vivintwireless.net) | |
| 12:30.44 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-) | |
| 13:56.50 | *** join/#brlcad boquete (~Piotr@abec64.neoplus.adsl.tpnet.pl) | |
| 14:25.23 | *** join/#brlcad boquete (~Piotr@abec64.neoplus.adsl.tpnet.pl) | |
| 14:31.02 | *** join/#brlcad boquete (~Piotr@abec64.neoplus.adsl.tpnet.pl) | |
| 15:37.25 | *** join/#brlcad boquete (~Piotr@abec64.neoplus.adsl.tpnet.pl) | |
| 18:14.37 | *** join/#brlcad boquete (~Piotr@abec64.neoplus.adsl.tpnet.pl) | |
| 22:08.27 | *** join/#brlcad boquete (~Piotr@abec64.neoplus.adsl.tpnet.pl) | |
| 00:26.20 | kanzure | opencascade/oce/occt scheduled chat on monday october 5 at 9pm UTC at https://gitter.im/tpaviot/oce |
| 01:15.17 | *** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca) | |
| 01:32.46 | *** join/#brlcad vzhfjbjtbhltxzke (~armin@dslb-178-010-185-221.178.010.pools.vodafone-ip.de) | |
| 03:19.09 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 10:04.32 | *** join/#brlcad boquete (~Piotr@abec64.neoplus.adsl.tpnet.pl) | |
| 10:20.51 | *** join/#brlcad ``Erik_ (~erik@pool-96-244-200-66.bltmmd.fios.verizon.net) | |
| 11:00.15 | *** join/#brlcad boquete (~Piotr@abec64.neoplus.adsl.tpnet.pl) | |
| 12:01.08 | *** join/#brlcad boquete (~Piotr@abec64.neoplus.adsl.tpnet.pl) | |
| 12:40.42 | *** join/#brlcad boquete (~Piotr@abec64.neoplus.adsl.tpnet.pl) | |
| 13:36.38 | *** join/#brlcad boquete (~Piotr@abec64.neoplus.adsl.tpnet.pl) | |
| 14:38.02 | *** join/#brlcad boquete (~Piotr@aclz195.neoplus.adsl.tpnet.pl) | |
| 15:05.23 | *** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca) | |
| 15:57.49 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 19:06.38 | nmz787 | it took 6.5 hours for my eeepc 901 to 'make' an svn checkout from last night |
| 19:11.14 | nmz787 | 1.6 GHz single core Atom.... http://ark.intel.com/products/36331/Intel-Atom-Processor-N270-512K-Cache-1_60-GHz-533-MHz-FSB |
| 19:11.37 | nmz787 | even make install is taking a while |
| 19:16.08 | nmz787 | has anyone tried compiling on an x86 Android device? |
| 19:17.52 | *** join/#brlcad boquete (~Piotr@aclz195.neoplus.adsl.tpnet.pl) | |
| 19:31.07 | nmz787 | someone is telling me to use debian chroot |
| 19:31.24 | *** join/#brlcad boquete (~Piotr@aclz195.neoplus.adsl.tpnet.pl) | |
| 19:32.29 | *** join/#brlcad starseek1r (~starseeke@66.118.151.70) | |
| 19:33.14 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) | |
| 20:28.59 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 20:49.14 | *** join/#brlcad boquete (~Piotr@aclz195.neoplus.adsl.tpnet.pl) | |
| 00:06.26 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 01:31.26 | *** join/#brlcad urrgcrbmflvvlfkc (~armin@dslb-088-066-140-088.088.066.pools.vodafone-ip.de) | |
| 02:05.08 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 03:47.36 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 05:34.34 | nmz787 | ok, got to the point where I am cloning the svn repo, using https://play.google.com/store/apps/details?id=champion.gnuroot&hl=en |
| 08:10.05 | *** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52) | |
| 12:26.06 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 12:44.02 | *** join/#brlcad merzo_ (~merzo@user-94-45-58-141.skif.com.ua) | |
| 12:51.33 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 13:24.38 | *** join/#brlcad boquete (~Piotr@aclz195.neoplus.adsl.tpnet.pl) | |
| 13:43.12 | ``Erik | neat https://josauder.github.io/procedural_city_generation/ |
| 13:44.02 | ``Erik | (hn comment says it's an impl of a 2001 siggraph paper, "procedural modeling of cities"... https://news.ycombinator.com/item?id=10288242&utm_term=comment) |
| 13:55.42 | *** join/#brlcad boquete_asus (~Piotr@aanp121.neoplus.adsl.tpnet.pl) | |
| 14:25.42 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 14:28.45 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 14:38.54 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 17:08.41 | Stragus | ``Erik, somehow it doesn't look that impressive... |
| 17:09.16 | Stragus | I can appreciate the random blend of radial/grid/organic shapes though |
| 17:11.45 | ``Erik | be interesting to see something like that as a procdb *shrug* and I'm all for procedurally generated geometry :) |
| 17:12.08 | Stragus | nods |
| 17:12.23 | Stragus | I have some procedurally generated buildings, castles and stuff when I thought about creating a little game |
| 17:12.59 | Stragus | But really, it was just combining together a large stack of pieces, with proper removal of hidden geometry |
| 17:13.13 | Stragus | I have done* some |
| 17:40.30 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 19:46.45 | *** join/#brlcad boquete (~Piotr@aanp121.neoplus.adsl.tpnet.pl) | |
| 19:50.07 | *** join/#brlcad merzo (~merzo@254-28-132-95.pool.ukrtel.net) | |
| 19:57.50 | *** join/#brlcad boquete (~Piotr@aanp121.neoplus.adsl.tpnet.pl) | |
| 20:48.43 | *** join/#brlcad merzo (~merzo@235-12-132-95.pool.ukrtel.net) | |
| 22:04.15 | *** join/#brlcad merzo (~merzo@200-4-133-95.pool.ukrtel.net) | |
| 22:14.03 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 22:54.36 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 23:02.31 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 01:25.11 | *** join/#brlcad merzo (~merzo@62-19-132-95.pool.ukrtel.net) | |
| 01:30.20 | *** join/#brlcad tyghdtjbgsvaoldv (~armin@dslb-092-075-157-032.092.075.pools.vodafone-ip.de) | |
| 03:39.40 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 06:45.03 | nmz787 | so cmake failed with a bunch of errors on gnuroot on android :( |
| 06:46.43 | nmz787 | I guess cmake doesn't make a log automatically? |
| 11:44.08 | *** join/#brlcad infobot (ibot@69-58-76-73.ut.vivintwireless.net) | |
| 11:44.09 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-) | |
| 12:58.50 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 13:14.43 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 13:35.10 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 14:04.09 | *** join/#brlcad boquete (~Piotr@ayy70.neoplus.adsl.tpnet.pl) | |
| 14:23.48 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 14:37.01 | *** join/#brlcad Prateek (~Prateek@14.139.194.12) | |
| 15:06.17 | *** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52) | |
| 15:15.06 | starseek1r | nmz787: there should be a cmake log in the build directory |
| 15:15.35 | starseek1r | CMakeFiles/CMakeOutput.log |
| 15:17.11 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:48.17 | *** join/#brlcad Prateek (~Prateek@14.139.194.12) | |
| 17:35.12 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 18:59.55 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 19:54.27 | *** join/#brlcad boquete (~Piotr@ayy70.neoplus.adsl.tpnet.pl) | |
| 20:32.57 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 20:48.46 | *** join/#brlcad teepee (~teepee@unaffiliated/teepee) | |
| 20:48.47 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 20:48.47 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 20:48.47 | *** join/#brlcad packrat (~packrator@c-71-231-32-234.hsd1.wa.comcast.net) | |
| 20:48.47 | *** join/#brlcad LordOfBikes (~armin@dslb-092-075-157-032.092.075.pools.vodafone-ip.de) | |
| 20:48.47 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) | |
| 20:48.47 | *** join/#brlcad starseek1r (~starseeke@66.118.151.70) | |
| 20:48.47 | *** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca) | |
| 20:48.47 | *** join/#brlcad ``Erik (~erik@pool-96-244-200-66.bltmmd.fios.verizon.net) | |
| 20:48.47 | *** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net) | |
| 20:48.47 | *** join/#brlcad KimK (~Kim__@ip68-102-67-135.ks.ok.cox.net) | |
| 20:48.47 | *** join/#brlcad ChanServ (ChanServ@services.) | |
| 20:48.47 | *** join/#brlcad cox (~quassel@188.226.208.53) | |
| 20:48.47 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 20:48.47 | *** join/#brlcad ejno (~ejno@unaffiliated/kazaik) | |
| 20:48.47 | *** join/#brlcad nmz787 (~nmz787@unaffiliated/nmz787) | |
| 20:48.47 | *** join/#brlcad maths22 (~maths22@66-118-151-70.static.sagonet.net) | |
| 20:48.47 | *** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 20:48.47 | *** join/#brlcad kanzure (~kanzure@unaffiliated/kanzure) | |
| 20:48.47 | *** mode/#brlcad [+o ChanServ] by leguin.freenode.net | |
| 20:50.03 | *** join/#brlcad infobot (ibot@69-58-76-73.ut.vivintwireless.net) | |
| 20:50.03 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-) | |
| 21:37.36 | *** join/#brlcad boquete (~Piotr@ayy70.neoplus.adsl.tpnet.pl) | |
| 00:06.23 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 01:29.08 | *** join/#brlcad dbtefgzrttmjgpsy (~armin@dslb-088-066-152-079.088.066.pools.vodafone-ip.de) | |
| 02:02.32 | *** join/#brlcad Prateek (~Prateek@14.139.194.12) | |
| 02:41.03 | *** join/#brlcad shootingstar (~Prateek@14.139.194.12) | |
| 03:41.07 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 04:46.51 | *** join/#brlcad shootingstar (~Prateek@14.139.194.12) | |
| 07:19.45 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) | |
| 07:21.52 | *** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 07:21.53 | *** join/#brlcad maths22 (~maths22@66-118-151-70.static.sagonet.net) | |
| 07:21.54 | *** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net) | |
| 07:22.16 | *** join/#brlcad ejno (~ejno@unaffiliated/kazaik) | |
| 07:22.17 | *** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net) | |
| 08:12.33 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 09:20.58 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 09:29.57 | *** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52) | |
| 10:40.12 | *** join/#brlcad boquete (~Piotr@ayy70.neoplus.adsl.tpnet.pl) | |
| 10:45.13 | *** join/#brlcad shootingstar (~Prateek@14.139.194.12) | |
| 11:06.56 | *** join/#brlcad shootingstar (~Prateek@14.139.194.12) | |
| 11:29.00 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 11:52.58 | *** join/#brlcad boquete (~Piotr@ayy70.neoplus.adsl.tpnet.pl) | |
| 12:21.40 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 12:36.16 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 13:28.22 | *** join/#brlcad maths22_log (~maths22_l@66-118-151-70.static.sagonet.net) | |
| 13:32.44 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 13:52.42 | *** join/#brlcad boquete (~Piotr@ayy70.neoplus.adsl.tpnet.pl) | |
| 13:54.15 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 13:55.13 | *** join/#brlcad boquete_asus (~Piotr@acqa110.neoplus.adsl.tpnet.pl) | |
| 14:05.23 | *** join/#brlcad shootingstar (~Prateek@14.139.194.3) | |
| 15:06.21 | *** join/#brlcad boquete (~Piotr@acqa110.neoplus.adsl.tpnet.pl) | |
| 15:38.20 | *** join/#brlcad shootingstar (~Prateek@14.139.194.12) | |
| 15:56.22 | *** join/#brlcad devilmind (~Prateek@14.139.194.3) | |
| 16:07.04 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 17:12.41 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 17:14.14 | *** join/#brlcad boquete (~Piotr@acqa110.neoplus.adsl.tpnet.pl) | |
| 17:27.32 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 17:31.05 | *** join/#brlcad LordOfBikes (~armin@dslb-088-066-152-079.088.066.pools.vodafone-ip.de) | |
| 19:32.51 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 20:13.12 | *** join/#brlcad saltan (~saltan@81.83.2.132) | |
| 20:16.24 | *** part/#brlcad saltan (~saltan@81.83.2.132) | |
| 20:44.55 | *** join/#brlcad devilmind (~Prateek@14.139.194.3) | |
| 21:10.46 | ``Erik | :o macosx 'el capitan' no longer has cvs in the base system or dev package |
| 21:11.47 | ``Erik | (also doesn't have rcs or sccs) |
| 21:12.37 | Stragus | I assume Apple declared it's deprecated, and you should now use their iCommit |
| 21:14.19 | ``Erik | heh, no, worse... svn and git O.o |
| 21:15.17 | ``Erik | flips the switches and pushes the buttons to start the paper tape reader to load his operating system *sigh* |
| 21:47.33 | *** join/#brlcad merzo (~merzo@63-42-132-95.pool.ukrtel.net) | |
| 22:04.03 | *** join/#brlcad merzo (~merzo@190-3-133-95.pool.ukrtel.net) | |
| 23:04.05 | ``Erik | http://www.ustream.tv/channel/nasa-tv-wallops |
| 23:04.54 | ``Erik | if you're near wallops, the coords are 37.9386,-75.4572 Â anhttp://www.movable-type.co.uk/scripts/latlong.html will give you a bearingd |
| 23:21.16 | ``Erik | too many trees, no los here |
| 23:30.06 | *** join/#brlcad devilmind (~Prateek@14.139.194.3) | |
| 23:59.51 | Stragus | ``Erik, a video from a month ago? I tought for a moment it was some live stream |
| 00:31.30 | *** join/#brlcad merzo (~merzo@229-1-133-95.pool.ukrtel.net) | |
| 01:24.15 | *** join/#brlcad jcoolin8s (c765752d@gateway/web/freenode/ip.199.101.117.45) | |
| 01:24.25 | jcoolin8s | hello |
| 01:24.32 | jcoolin8s | every body here |
| 01:24.37 | jcoolin8s | slaps cox around a bit with a large fishbot |
| 01:28.02 | *** join/#brlcad drwkshgoowvekxrx (~armin@dslb-088-066-132-065.088.066.pools.vodafone-ip.de) | |
| 02:06.49 | *** join/#brlcad devilmind (~Prateek@14.139.194.12) | |
| 02:31.43 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 03:16.57 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 04:03.19 | *** join/#brlcad devilmind (~Prateek@14.139.194.3) | |
| 05:33.42 | *** join/#brlcad shootingstar (~Prateek@115.248.3.26) | |
| 05:43.16 | *** join/#brlcad devilmind (~Prateek@115.248.3.26) | |
| 05:57.15 | *** join/#brlcad shootingstar (~Prateek@115.248.3.26) | |
| 06:01.47 | *** join/#brlcad merzo (~merzo@81-120-133-95.pool.ukrtel.net) | |
| 06:42.50 | *** join/#brlcad merzo (~merzo@251-89-132-95.pool.ukrtel.net) | |
| 07:08.43 | *** join/#brlcad packrat (~packrator@c-71-231-32-234.hsd1.wa.comcast.net) | |
| 08:16.59 | *** join/#brlcad shootingstar (~Prateek@14.139.194.3) | |
| 08:42.40 | *** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52) | |
| 08:50.59 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 09:07.40 | *** join/#brlcad shootingstar (~Prateek@14.139.194.12) | |
| 09:47.05 | *** join/#brlcad shootingstar (~Prateek@14.139.194.3) | |
| 11:03.48 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 12:18.35 | *** join/#brlcad boquete (~Piotr@acqa110.neoplus.adsl.tpnet.pl) | |
| 13:25.30 | ``Erik | Stragus: there was a live stream when I posted it... guess they took it down so they could 'process' it before putting up a recorded video :/ |
| 13:56.07 | *** join/#brlcad boquete (~Piotr@acqb144.neoplus.adsl.tpnet.pl) | |
| 14:07.07 | *** join/#brlcad shootingstar (~Prateek@14.139.194.3) | |
| 15:22.14 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:13.01 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:29.29 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:45.23 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 17:02.57 | *** join/#brlcad boquete (~Piotr@aafy179.neoplus.adsl.tpnet.pl) | |
| 17:22.08 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 18:40.56 | *** join/#brlcad shootingstar (~Prateek@14.139.194.12) | |
| 18:50.08 | *** join/#brlcad boquete (~Piotr@aafy179.neoplus.adsl.tpnet.pl) | |
| 19:24.56 | *** join/#brlcad boquete (~Piotr@aafy179.neoplus.adsl.tpnet.pl) | |
| 20:19.02 | *** join/#brlcad boquete (~Piotr@aafy179.neoplus.adsl.tpnet.pl) | |
| 01:27.12 | *** join/#brlcad nkuitefcsunlfipv (~armin@dslb-088-066-213-194.088.066.pools.vodafone-ip.de) | |
| 02:54.07 | *** join/#brlcad shootingstar (~Prateek@14.139.194.12) | |
| 04:20.03 | *** join/#brlcad shootingstar (~Prateek@14.139.194.3) | |
| 05:22.05 | *** join/#brlcad shootingstar (~Prateek@14.139.194.12) | |
| 06:10.48 | nmz787 | what placedo you folks like files/logs uploaded? |
| 06:18.16 | nmz787 | well here is the CMakeLists.txt that I started to try and get to work on gnuroot (on x86 Android tablet)... I only changed the error on the date-parsing section to hard-code a date, as that was failing... but then it has other errors that are seemingly unrelated to the date stuff http://cryptb.in/qid1#77be42909e88b27eca73fe6a24d83c8b |
| 06:18.58 | nmz787 | (also there are the cmake logs, one I created from the command-line, redirecting the stdout and stderr to a file, and the others from the dir starseeker directed me to) |
| 06:20.10 | nmz787 | (the change in the date-parsing error is at line 626 in the CMakeLists.txt) |
| 07:34.32 | *** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52) | |
| 09:03.48 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 09:34.23 | *** join/#brlcad packrat (~packrator@c-71-231-32-234.hsd1.wa.comcast.net) | |
| 11:26.53 | *** join/#brlcad shootingstar (~Prateek@14.139.194.20) | |
| 12:07.07 | *** join/#brlcad boquete (~Piotr@aafy179.neoplus.adsl.tpnet.pl) | |
| 12:55.31 | *** join/#brlcad shootingstar (~Prateek@14.139.194.20) | |
| 15:52.21 | *** join/#brlcad boquete_asus (~Piotr@avm180.neoplus.adsl.tpnet.pl) | |
| 16:04.43 | *** join/#brlcad shootingstar (~Prateek@14.139.194.3) | |
| 17:33.04 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 19:09.34 | *** join/#brlcad shootingstar (~Prateek@14.139.194.3) | |
| 20:33.47 | *** join/#brlcad merzo (~merzo@15-58-132-95.pool.ukrtel.net) | |
| 21:31.32 | *** join/#brlcad merzo (~merzo@223-60-133-95.pool.ukrtel.net) | |
| 22:13.22 | *** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca) | |
| 22:50.21 | *** join/#brlcad merzo (~merzo@180-47-132-95.pool.ukrtel.net) | |
| 23:08.40 | *** join/#brlcad merzo (~merzo@24-16-132-95.pool.ukrtel.net) | |
| 23:09.54 | *** join/#brlcad shootingstar (~Prateek@14.139.194.12) | |
| 23:26.43 | *** join/#brlcad merzo (~merzo@145-63-132-95.pool.ukrtel.net) | |
| 23:47.38 | *** join/#brlcad merzo (~merzo@126-34-132-95.pool.ukrtel.net) | |
| 00:50.55 | *** join/#brlcad ``Erik_ (~erik@pool-96-244-200-66.bltmmd.fios.verizon.net) | |
| 01:00.04 | *** join/#brlcad merzo (~merzo@240-4-133-95.pool.ukrtel.net) | |
| 01:25.53 | *** join/#brlcad kmofyeagafcxkevv (~armin@dslb-094-216-164-036.094.216.pools.vodafone-ip.de) | |
| 02:02.53 | *** join/#brlcad shootingstar (~Prateek@14.139.194.12) | |
| 02:08.33 | *** join/#brlcad merzo (~merzo@181-40-133-95.pool.ukrtel.net) | |
| 02:18.59 | *** join/#brlcad shootingstar (~Prateek@14.139.194.3) | |
| 03:15.57 | *** join/#brlcad shootingstar (~Prateek@14.139.194.12) | |
| 03:26.07 | *** join/#brlcad shootingstar (~Prateek@14.139.194.3) | |
| 03:39.17 | *** join/#brlcad merzo (~merzo@181-57-132-95.pool.ukrtel.net) | |
| 03:40.45 | *** join/#brlcad shootingstar (~Prateek@14.139.194.3) | |
| 05:05.25 | *** join/#brlcad merzo (~merzo@228-16-132-95.pool.ukrtel.net) | |
| 05:31.46 | *** join/#brlcad packrat (~packrator@c-71-231-32-234.hsd1.wa.comcast.net) | |
| 05:31.48 | *** join/#brlcad maths22_ (~maths22@66-118-151-70.static.sagonet.net) | |
| 05:42.36 | *** join/#brlcad merzo (~merzo@6-25-133-95.pool.ukrtel.net) | |
| 06:08.25 | *** join/#brlcad merzo (~merzo@40-96-132-95.pool.ukrtel.net) | |
| 06:09.37 | *** join/#brlcad packrat (~packrator@c-71-231-32-234.hsd1.wa.comcast.net) | |
| 06:14.54 | *** join/#brlcad devilmind (~Prateek@14.139.194.3) | |
| 06:29.08 | *** join/#brlcad packrat (~packrator@c-71-231-32-234.hsd1.wa.comcast.net) | |
| 06:38.32 | *** join/#brlcad packrat (~packrator@c-71-231-32-234.hsd1.wa.comcast.net) | |
| 06:54.30 | *** join/#brlcad packrat (~packrator@c-71-231-32-234.hsd1.wa.comcast.net) | |
| 07:09.18 | *** join/#brlcad merzo (~merzo@19-74-132-95.pool.ukrtel.net) | |
| 07:25.36 | *** join/#brlcad ``Erik (~erik@pool-96-244-200-66.bltmmd.fios.verizon.net) | |
| 07:27.48 | *** join/#brlcad packrat (~packrator@c-71-231-32-234.hsd1.wa.comcast.net) | |
| 08:15.58 | *** join/#brlcad boquete_asus (~Piotr@abkd52.neoplus.adsl.tpnet.pl) | |
| 09:32.33 | *** join/#brlcad boquete (~Piotr@bwb192.neoplus.adsl.tpnet.pl) | |
| 09:39.35 | *** join/#brlcad boquete_asus (~Piotr@acow74.neoplus.adsl.tpnet.pl) | |
| 10:29.58 | *** join/#brlcad boquete (~Piotr@acow74.neoplus.adsl.tpnet.pl) | |
| 10:43.37 | *** join/#brlcad devilmind (~Prateek@14.139.194.3) | |
| 11:20.37 | *** join/#brlcad merzo (~merzo@61-119-133-95.pool.ukrtel.net) | |
| 11:22.53 | *** join/#brlcad KimK (~Kim__@ip68-102-67-135.ks.ok.cox.net) | |
| 11:25.25 | *** join/#brlcad boquete (~Piotr@acow74.neoplus.adsl.tpnet.pl) | |
| 12:31.20 | *** join/#brlcad LordOfBikes (~armin@dslb-094-216-164-036.094.216.pools.vodafone-ip.de) | |
| 12:32.22 | *** join/#brlcad packrat (~packrator@c-71-231-32-234.hsd1.wa.comcast.net) | |
| 12:56.35 | *** join/#brlcad packrat (~packrator@c-71-231-32-234.hsd1.wa.comcast.net) | |
| 13:04.19 | *** join/#brlcad boquete (~Piotr@acow74.neoplus.adsl.tpnet.pl) | |
| 18:12.59 | *** join/#brlcad infobot (ibot@69-58-76-73.ut.vivintwireless.net) | |
| 18:12.59 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-) | |
| 18:53.58 | *** join/#brlcad packrat (~packrator@c-71-231-32-234.hsd1.wa.comcast.net) | |
| 18:57.58 | *** join/#brlcad boquete (~Piotr@acow74.neoplus.adsl.tpnet.pl) | |
| 19:28.58 | *** join/#brlcad packrat (~packrator@c-71-231-32-234.hsd1.wa.comcast.net) | |
| 21:12.41 | *** join/#brlcad packrat (~packrator@c-71-231-32-234.hsd1.wa.comcast.net) | |
| 21:26.21 | *** join/#brlcad packrat (~packrator@c-71-231-32-234.hsd1.wa.comcast.net) | |
| 21:33.45 | *** join/#brlcad Ch3ck_ (~Ch3ck@66-118-151-70.static.sagonet.net) | |
| 01:24.35 | *** join/#brlcad tmunitydewzxniwb (~armin@dslb-092-075-149-008.092.075.pools.vodafone-ip.de) | |
| 03:47.12 | *** join/#brlcad Prateek (~Prateek@14.139.194.12) | |
| 07:29.42 | *** join/#brlcad packrat (~packrator@c-71-231-32-234.hsd1.wa.comcast.net) | |
| 09:23.30 | *** join/#brlcad merzo (~merzo@10-115-133-95.pool.ukrtel.net) | |
| 09:35.16 | *** join/#brlcad Prateek (~Prateek@14.139.194.12) | |
| 10:17.05 | *** join/#brlcad merzo (~merzo@19-58-133-95.pool.ukrtel.net) | |
| 10:18.11 | *** join/#brlcad devilmind (~Prateek@14.139.194.3) | |
| 10:36.47 | *** join/#brlcad boquete (~Piotr@abgp196.neoplus.adsl.tpnet.pl) | |
| 10:38.58 | *** join/#brlcad merzo (~merzo@4-91-133-95.pool.ukrtel.net) | |
| 10:52.07 | *** join/#brlcad boquete (~Piotr@abgp196.neoplus.adsl.tpnet.pl) | |
| 11:20.10 | *** join/#brlcad merzo (~merzo@245-73-133-95.pool.ukrtel.net) | |
| 11:57.11 | *** join/#brlcad merzo (~merzo@137-47-132-95.pool.ukrtel.net) | |
| 13:46.03 | *** join/#brlcad packrat (~packrator@c-71-231-32-234.hsd1.wa.comcast.net) | |
| 14:34.23 | *** join/#brlcad merzo (~merzo@137-47-132-95.pool.ukrtel.net) | |
| 15:07.59 | *** join/#brlcad merzo (~merzo@137-47-132-95.pool.ukrtel.net) | |
| 16:40.54 | *** join/#brlcad devilmind (~Prateek@14.139.194.3) | |
| 17:18.16 | *** join/#brlcad shootingstar (~Prateek@14.139.194.3) | |
| 18:02.46 | *** join/#brlcad boquete (~Piotr@axd96.neoplus.adsl.tpnet.pl) | |
| 19:38.14 | *** join/#brlcad merzo (~merzo@153-22-132-95.pool.ukrtel.net) | |
| 22:44.58 | *** join/#brlcad ``Erik (~erik@pool-96-244-200-66.bltmmd.fios.verizon.net) | |
| 00:29.25 | *** join/#brlcad packrat (~packrator@c-71-231-32-234.hsd1.wa.comcast.net) | |
| 01:23.31 | *** join/#brlcad hesebdxytkjmzkde (~armin@dslb-088-066-144-000.088.066.pools.vodafone-ip.de) | |
| 01:40.58 | *** join/#brlcad shootingstar (~Prateek@14.139.194.3) | |
| 02:31.18 | *** join/#brlcad shootingstar (~Prateek@14.139.194.3) | |
| 03:05.28 | *** join/#brlcad ``Erik (~erik@pool-96-244-200-66.bltmmd.fios.verizon.net) | |
| 04:23.33 | *** join/#brlcad shootingstar (~Prateek@14.139.194.3) | |
| 06:54.21 | *** join/#brlcad packrat (~packrator@c-71-231-32-234.hsd1.wa.comcast.net) | |
| 07:15.40 | *** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52) | |
| 08:21.59 | *** join/#brlcad KimK (~Kim__@ip68-102-67-135.ks.ok.cox.net) | |
| 09:05.58 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 09:43.49 | *** join/#brlcad shootingstar (~Prateek@14.139.194.3) | |
| 13:07.14 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 13:33.28 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 13:41.36 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 13:51.25 | *** join/#brlcad boquete (~Piotr@axd96.neoplus.adsl.tpnet.pl) | |
| 14:08.09 | *** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52) | |
| 14:09.19 | *** join/#brlcad merzo_ (~merzo@user-94-45-58-141.skif.com.ua) | |
| 14:18.54 | *** join/#brlcad merzo_ (~merzo@user-94-45-58-141.skif.com.ua) | |
| 14:19.09 | *** join/#brlcad boquete (~Piotr@axd96.neoplus.adsl.tpnet.pl) | |
| 14:27.01 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 16:15.27 | *** join/#brlcad packrat (~packrator@c-71-231-32-234.hsd1.wa.comcast.net) | |
| 18:01.10 | *** join/#brlcad boquete (~Piotr@abkm227.neoplus.adsl.tpnet.pl) | |
| 18:18.42 | *** join/#brlcad KimK (~Kim__@ip68-102-67-135.ks.ok.cox.net) | |
| 20:55.23 | *** join/#brlcad LordOfBikes (~armin@dslb-088-066-144-000.088.066.pools.vodafone-ip.de) | |
| 20:55.44 | *** join/#brlcad merzo_ (~merzo@78-29-133-95.pool.ukrtel.net) | |
| 20:57.36 | *** join/#brlcad merzo_ (~merzo@78-29-133-95.pool.ukrtel.net) | |
| 20:59.01 | *** join/#brlcad merzo_ (~merzo@78-29-133-95.pool.ukrtel.net) | |
| 20:59.43 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 21:00.43 | *** join/#brlcad merzo_ (~merzo@78-29-133-95.pool.ukrtel.net) | |
| 21:01.35 | *** join/#brlcad merzo_ (~merzo@78-29-133-95.pool.ukrtel.net) | |
| 21:03.33 | *** join/#brlcad merzo_ (~merzo@78-29-133-95.pool.ukrtel.net) | |
| 21:06.26 | *** join/#brlcad merzo_ (~merzo@78-29-133-95.pool.ukrtel.net) | |
| 21:12.26 | *** join/#brlcad merzo_ (~merzo@78-29-133-95.pool.ukrtel.net) | |
| 21:16.26 | *** join/#brlcad merzo_ (~merzo@78-29-133-95.pool.ukrtel.net) | |
| 21:20.26 | *** join/#brlcad merzo_ (~merzo@78-29-133-95.pool.ukrtel.net) | |
| 21:44.21 | *** join/#brlcad merzo (~merzo@93-62-133-95.pool.ukrtel.net) | |
| 21:47.55 | *** join/#brlcad merzo_ (~merzo@15-5-133-95.pool.ukrtel.net) | |
| 21:56.27 | *** join/#brlcad merzo_ (~merzo@15-5-133-95.pool.ukrtel.net) | |
| 21:58.31 | *** join/#brlcad merzo_ (~merzo@15-5-133-95.pool.ukrtel.net) | |
| 22:01.58 | *** join/#brlcad merzo (~merzo@53-26-132-95.pool.ukrtel.net) | |
| 22:40.49 | *** join/#brlcad merzo (~merzo@186-10-132-95.pool.ukrtel.net) | |
| 22:59.26 | *** join/#brlcad merzo (~merzo@186-10-132-95.pool.ukrtel.net) | |
| 23:02.26 | *** join/#brlcad merzo (~merzo@186-10-132-95.pool.ukrtel.net) | |
| 23:04.21 | *** join/#brlcad merzo (~merzo@186-10-132-95.pool.ukrtel.net) | |
| 23:08.26 | *** join/#brlcad merzo (~merzo@186-10-132-95.pool.ukrtel.net) | |
| 23:27.49 | *** join/#brlcad merzo (~merzo@87-26-132-95.pool.ukrtel.net) | |
| 00:58.31 | *** join/#brlcad Ang3h (~courage@41.244.243.152) | |
| 01:00.11 | *** part/#brlcad Ang3h (~courage@41.244.243.152) | |
| 01:22.35 | *** join/#brlcad omjerleozgwaezcf (~armin@dslc-082-083-186-181.pools.arcor-ip.net) | |
| 02:32.12 | brlcad | nmz787: thanks for the build log ... any inspection on why date was failing? (see builddir/CMakeFiles/CMakeError.log |
| 02:44.30 | nmz787 | brlcad: i'll check... just logged in to say that a TCL file that /was/ working months ago is now producing this error message with a SVN checkout build from last week: cut_unimonotone(): infinite loop 0x86b2688 |
| 02:45.46 | nmz787 | here is the TCL I was pushing to mged http://paste.pound-python.org/show/f3dUdaeNea42ZvQwhdbb/ |
| 03:07.15 | *** join/#brlcad packrat (~packrator@c-71-231-32-234.hsd1.wa.comcast.net) | |
| 04:56.55 | brlcad | nmz787: hm, not sure what to say .. I just tried your script on trunk sources from April and today, both worked without error |
| 04:57.26 | brlcad | make sure you're up to date .. if it still is happening, we can dive deeper |
| 05:41.38 | nmz787 | this was on a 32-bit system if that would matter |
| 05:48.16 | nmz787 | ok, I just did svn update and it says I have rev 66423 now, will try re-compiling... will report in tomorrow night |
| 07:10.34 | *** join/#brlcad packrat (~packrator@c-71-231-32-234.hsd1.wa.comcast.net) | |
| 07:24.56 | *** join/#brlcad packrat (~packrator@c-71-231-32-234.hsd1.wa.comcast.net) | |
| 07:32.49 | *** join/#brlcad hackrat (~packrator@c-71-231-32-234.hsd1.wa.comcast.net) | |
| 07:35.04 | *** join/#brlcad KimK (~Kim__@ip68-102-67-135.ks.ok.cox.net) | |
| 07:38.19 | *** join/#brlcad packrat (~packrator@c-71-231-32-234.hsd1.wa.comcast.net) | |
| 07:55.05 | *** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52) | |
| 10:38.32 | *** join/#brlcad packrat (~packrator@c-71-231-32-234.hsd1.wa.comcast.net) | |
| 11:56.09 | *** join/#brlcad ColloquyUser (~caen23@213.233.84.215) | |
| 13:30.59 | *** join/#brlcad boquete (~Piotr@abkm227.neoplus.adsl.tpnet.pl) | |
| 14:50.25 | brlcad | nmz787: that definitely could make a difference -- less precision to work with on the calculations |
| 17:37.39 | *** join/#brlcad boquete_asus (~Piotr@bvy40.neoplus.adsl.tpnet.pl) | |
| 19:09.20 | brlcad | *finally* unattended backups running smoothly |
| 20:32.07 | *** join/#brlcad boquete (~Piotr@bvy40.neoplus.adsl.tpnet.pl) | |
| 21:34.44 | *** join/#brlcad boquete (~Piotr@bvy40.neoplus.adsl.tpnet.pl) | |
| 01:21.36 | *** join/#brlcad hlwzxlkfaqvlkmgl (~armin@dslb-088-066-212-254.088.066.pools.vodafone-ip.de) | |
| 01:51.33 | brlcad | ``Erik: Notify? |
| 02:02.41 | ``Erik | n/win 12 |
| 02:05.20 | Notify | 03BRL-CAD:brlcad * 66359 brlcad/trunk/src/libbrep/intersect.cpp: initialize corners_min/max, convert to vect_t since we're using vmath macros on them |
| 02:07.09 | Notify | 03BRL-CAD:brlcad * 66360 brlcad/trunk/src/libbrep/boolean.cpp: enum symbols are scoped in the top-level with some compilers (e.g., msvc2010), so lets use something slightly more descriptive than IN/OUT (which are symbols in the msvc socket API) |
| 02:07.11 | Notify | 03BRL-CAD:brlcad * 66361 brlcad/trunk/src/libbrep/libbrep_brep_tools.cpp: interface headers should always come first |
| 02:07.13 | Notify | 03BRL-CAD:brlcad * 66362 brlcad/trunk/src/libbrep/opennurbs_fit.h: including opennurbs.h first skips our windows header protections. don't let opennurbs.h include windows.h for us, include common.h first. |
| 02:07.15 | Notify | 03BRL-CAD:brlcad * 66363 (brlcad/trunk/src/libbrep/BBNode.cpp brlcad/trunk/src/libbrep/BRNode.cpp): NOMINMAX being handled by headers |
| 02:07.18 | Notify | 03BRL-CAD:brlcad * 66364 brlcad/trunk/src/libbrep/libbrep_brep_tools.h: another -- including opennurbs.h first skips our windows header protections. don't let opennurbs.h include windows.h for us, include common.h first. |
| 02:07.20 | Notify | 03BRL-CAD:brlcad * 66365 brlcad/trunk/src/libbrep/PullbackCurve.h: include common.h first, use bio.h for windows instead of letting opennurbs.h include it without our include settings. |
| 02:07.22 | Notify | 03BRL-CAD:brlcad * 66366 brlcad/trunk/CMakeLists.txt: leave a not about WX not actually doing anything right now, that we'd need to check the flag proper to turn it on. we can't do that just yet. |
| 02:07.24 | Notify | 03BRL-CAD:brlcad * 66367 brlcad/trunk/src/librt/primitives/bot/g_bot_include.c: another ambiguous use of IN/OUT that conflicts with windows api symbols |
| 02:08.16 | Notify | 03BRL-CAD:starseeker * 66368 (brlcad/trunk/include/bg/defines.h brlcad/trunk/include/bg/polygon.h and 2 others): Change function name, since it returns both ccw and cw results. |
| 02:08.19 | Notify | 03BRL-CAD:brlcad * 66369 brlcad/trunk/BUGS: encountered a couple minor bugs in fblabel and rtedge that have workarounds, but incredibly inconvenient and confusing to sort out. |
| 02:08.21 | Notify | 03BRL-CAD:n_reed * 66370 (brlcad/branches/brep-debug/AUTHORS brlcad/branches/brep-debug/CMakeLists.txt and 103 others): sync from trunk |
| 02:08.23 | Notify | 03BRL-CAD:n_reed * 66371 (brlcad/branches/brep-debug/NEWS brlcad/branches/brep-debug/include/rt/defines.h and 19 others): sync from trunk |
| 02:08.25 | Notify | 03BRL-CAD:n_reed * 66372 (brlcad/branches/brep-debug/CMakeLists.txt brlcad/branches/brep-debug/doc/docbook/articles/en/main_menu.xml and 159 others): sync from trunk |
| 02:08.36 | Notify | 03BRL-CAD:n_reed * 66373 (brlcad/branches/brep-debug/HACKING brlcad/branches/brep-debug/doc/docbook/CMakeLists.txt and 81 others): sync from trunk |
| 02:08.38 | Notify | 03BRL-CAD:n_reed * 66374 (brlcad/branches/brep-debug/CHANGES brlcad/branches/brep-debug/CMakeLists.txt and 89 others): sync from trunk |
| 02:08.40 | Notify | 03BRL-CAD:n_reed * 66375 (brlcad/branches/brep-debug/BUGS brlcad/branches/brep-debug/CMakeLists.txt and 52 others): sync from trunk |
| 02:08.49 | Notify | 03BRL-CAD:n_reed * 66376 brlcad/branches/brep-debug/src/libbrep/CMakeLists.txt: remove duplicate add_subdirectory command |
| 02:08.54 | Notify | 03BRL-CAD:n_reed * 66377 brlcad/branches/brep-debug/src/libged/CMakeLists.txt: update parser macro calls |
| 02:09.18 | Notify | 03BRL-CAD:brlcad * 66378 brlcad/trunk/src/librt/primitives/bot/gct_decimation/meshdecimation.c: start to handle three functions unsupported in msvc 2010 (some added in 2013) including fmin/fminf, log2/log2f, and round/roundf. |
| 02:09.52 | ``Erik | hm, it'll take ~40 minutes to work through it's queue |
| 02:10.00 | Notify | 03BRL-CAD:starseeker * 66379 brlcad/trunk/misc/tools/lemon/CMakeLists.txt: make sure the template file is in the right place for FindLEMON |
| 02:13.44 | Notify | 03BRL-CAD:starseeker * 66380 brlcad/trunk/src/libbrep/tests/nurbs_csg.g: Add a couple more test cases |
| 02:13.47 | Notify | 03BRL-CAD:starseeker * 66381 (brlcad/trunk/include/brep.h brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp brlcad/trunk/src/libbrep/shape_recognition_planar.cpp): resolve the cylinder/cylinder shoal nucleus case. |
| 02:15.42 | Notify | 03BRL-CAD:starseeker * 66382 brlcad/trunk/misc/tools/CMakeLists.txt: oops - do test, *then* set variable based on results of test. |
| 02:16.04 | Notify | 03BRL-CAD:starseeker * 66383 (brlcad/trunk/src/other/stepcode/cmake/Generated_Source_Utils.cmake brlcad/trunk/src/other/stepcode/src/express/CMakeLists.txt and 2 others): Ease up a bit on the stepcode verification logic, and simplify. No longer checking tool and template versions - the presumption will be that changes impacting functionality we care about will come from our own input files, and that provided |
| 02:16.06 | Notify | generators work. If we need features from them, write configure time tests like any other tool. |
| 02:16.08 | Notify | ... |
| 02:16.25 | Notify | 03BRL-CAD:starseeker * 66384 (brlcad/branches/gecode/AUTHORS brlcad/branches/gecode/BUGS and 354 others): Sync with trunk up to r66383 |
| 02:16.27 | Notify | 03BRL-CAD:starseeker * 66385 (brlcad/branches/qtged/AUTHORS brlcad/branches/qtged/BUGS and 354 others): Sync with trunk up to r66383 |
| 02:17.21 | Notify | 03BRL-CAD:starseeker * 66386 brlcad/trunk/src/libbrep/shape_recognition.cpp: Try what should be a simpler and more powerful method of boolean reassembly. This may reach the limit of bbox based reassembly methods, but need to try it with a few new test cases first to be sure... |
| 02:17.23 | Notify | 03BRL-CAD:starseeker * 66387 brlcad/trunk/src/libbrep/tests/nurbs_csg.g: Add some convoluted boolean test cases. |
| 02:27.53 | Notify | 03BRL-CAD:starseeker * 66388 (brlcad/trunk/src/libbrep/CMakeLists.txt brlcad/trunk/src/libbrep/shape_recognition.cpp and 2 others): Begin breaking the cylinder specific pieces of conversion out of the island->shoal->nucleus pipeline code - see if we can get some reuse. |
| 02:27.57 | Notify | 03BRL-CAD:starseeker * 66389 (brlcad/trunk/src/libbrep/shape_recognition.h brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp brlcad/trunk/src/libbrep/shape_recognition_pipeline.cpp): In principle, this should separate out the cylinder specific bits. |
| 02:28.00 | Notify | 03BRL-CAD:starseeker * 66390 (brlcad/trunk/src/libbrep/shape_recognition.cpp brlcad/trunk/src/libbrep/shape_recognition.h brlcad/trunk/src/libbrep/shape_recognition_pipeline.cpp): Make the shoal pipeline names more generic. |
| 02:28.25 | Notify | 03BRL-CAD:starseeker * 66391 (brlcad/trunk/src/libbrep/CMakeLists.txt brlcad/trunk/src/libbrep/shape_recognition.cpp and 4 others): Start adding cones back into the mix. |
| 02:28.28 | Notify | 03BRL-CAD:starseeker * 66392 brlcad/trunk/src/libbrep/tests/nurbs_csg.g: Add some basic cone tests. |
| 02:29.38 | Notify | 03BRL-CAD:starseeker * 66393 brlcad/trunk/src/libbrep/shape_recognition_cone.cpp: better, but not handling multiple cutting planes on top and bottom of cones yet. |
| 02:29.59 | Notify | 03BRL-CAD:starseeker * 66394 (brlcad/trunk/src/libbrep/shape_recognition_cone.cpp brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp brlcad/trunk/src/libbrep/shape_recognition_pipeline.cpp): Variety of fixes gets basic cones working. |
| 02:30.01 | Notify | 03BRL-CAD:starseeker * 66395 brlcad/trunk/src/libbrep/tests/nurbs_csg.g: Add a cone shoal test |
| 02:30.04 | Notify | 03BRL-CAD:starseeker * 66396 brlcad/trunk/src/libbrep/shape_recognition_pipeline.cpp: Don't try types we don't handle yet. |
| 02:30.53 | Notify | 03BRL-CAD:starseeker * 66397 (brlcad/trunk/src/libbrep/shape_recognition_cone.cpp brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp): Bump the top and bottom bounding box planes out slightly, to avoid problems with arbns when the cylinder capping face is almost but not quite that of a perfect rcc. |
| 02:30.55 | Notify | 03BRL-CAD:starseeker * 66398 (brlcad/trunk/src/libbrep/shape_recognition_cone.cpp brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp): Unit vector length of 1 is not always a good basis for scaling - use the actual axis length. |
| 02:30.59 | Notify | 03BRL-CAD:starseeker * 66399 brlcad/trunk/src/libbrep/shape_recognition.cpp: never subtract a subtraction from a subtraction... |
| 02:31.02 | Notify | 03BRL-CAD:starseeker * 66400 brlcad/trunk/src/libbrep/tests/nurbs_csg.g: still having hierarchy problems - here's another failing test case that shouldn't fail... |
| 02:31.09 | Notify | 03BRL-CAD:starseeker * 66401 (brlcad/trunk/src/libbrep/shape_recognition.cpp brlcad/trunk/src/libbrep/tests/nurbs_csg.g): subtractions do not break chains in the hierarchy build. |
| 02:31.12 | Notify | 03BRL-CAD:starseeker * 66402 brlcad/trunk/src/libbrep/shape_recognition.cpp: remove debugging bu_log |
| 02:31.16 | Notify | 03BRL-CAD:starseeker * 66403 (brlcad/trunk/src/libbrep/CMakeLists.txt brlcad/trunk/src/libbrep/shape_recognition.cpp and 3 others): Turn on sphere logic - untested. |
| 02:31.44 | Notify | 03BRL-CAD:starseeker * 66404 brlcad/trunk/src/libbrep/tests/nurbs_csg.g: Add some simple sphere test cases |
| 02:31.47 | Notify | 03BRL-CAD:starseeker * 66405 (brlcad/trunk/src/libbrep/shape_recognition.h brlcad/trunk/src/libbrep/shape_recognition_pipeline.cpp and 2 others): Get a few spherical bits working, but right now a lot of failures |
| 02:31.49 | Notify | 03BRL-CAD:starseeker * 66406 brlcad/trunk/src/libbrep/shape_recognition_pipeline.cpp: turn spheres off for now - a fair number of issues still to resolve. |
| 02:32.14 | Notify | 03BRL-CAD:starseeker * 66407 brlcad/trunk/src/libbrep/shape_recognition_pipeline.cpp: Add a note that edge midpoints don't give us enough information if they are all coplanar with the connecting loop of a face - in that situation we need intelligent point sampling of the surface. Too much work to implement now, so left as a TODO... |
| 02:32.36 | Notify | 03BRL-CAD:starseeker * 66408 brlcad/trunk/src/libbrep/shape_recognition_util.cpp: oops |
| 02:34.07 | Notify | 03BRL-CAD:starseeker * 66409 brlcad/trunk/src/libged/shape_recognition.cpp: keep our own vls log to make sure things don't get reset midstream. |
| 02:34.09 | Notify | 03BRL-CAD:starseeker * 66410 brlcad/trunk/src/libged/shape_recognition.cpp: Make sure we pass through the breps if we can't convert to csg. |
| 02:34.12 | Notify | 03BRL-CAD:starseeker * 66411 brlcad/trunk/src/libbrep/shape_recognition.cpp: Boundary trims are bad news for CSG conversion - usually mean the B-Rep doesn't define a solid. |
| 02:34.31 | Notify | 03BRL-CAD:starseeker * 66412 brlcad/trunk/src/libbrep/shape_recognition_cone.cpp: Don't have the implementation in place for cutting planes with normals perpendicular to the cone axis - bail until we get that in. |
| 02:34.41 | Notify | 03BRL-CAD:starseeker * 66413 brlcad/trunk/src/libbrep/shape_recognition_cone.cpp: Don't trim away points with planes that intersect above the apex point (or at infinity) |
| 02:34.45 | Notify | 03BRL-CAD:starseeker * 66414 brlcad/trunk/src/libbrep/shape_recognition_cone.cpp: initialize hdelta |
| 02:34.47 | Notify | 03BRL-CAD:starseeker * 66415 brlcad/trunk/src/libdm/fontstash/fontstash.h: quell errors |
| 02:36.46 | Notify | 03BRL-CAD:starseeker * 66416 brlcad/trunk/src/libbrep/tests/nurbs_csg.g: Commit a test case that is supposed to illustrate why we need local subtractions. Unfortunately, this is currently exposing a weakness in the nucleus construction - it creates an 'interior' face on the nucleus bot that messes with the raytracing results. |
| 02:36.48 | Notify | 03BRL-CAD:starseeker * 66417 brlcad/trunk/src/libbrep/tests/nurbs_csg.g: Add a test similar to the previous one but tweaked so the problematic nucleus bot isn't generated. Need to think about how to deal with the other case - not so simple. |
| 02:38.10 | Notify | 03BRL-CAD:starseeker * 66418 brlcad/trunk/src/libbrep/tests/nurbs_csg.g: tweak subtraction example. |
| 02:40.04 | Notify | 03BRL-CAD:brlcad * 66419 brlcad/trunk/TODO: thx to rob mcdonald (openvsp) for the lead on libIGES being of potential interest |
| 02:42.19 | Notify | 03BRL-CAD:starseeker * 66420 brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp: Print out params for figure creation (checkpointing in case it is needed again at some point.) |
| 02:42.21 | Notify | 03BRL-CAD:starseeker * 66421 brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp: remove print statements. |
| 02:46.28 | Notify | 03BRL-CAD:starseeker * 66422 brlcad/trunk/src/libbrep/shape_recognition_cone.cpp: do for cone what we did for cylinder - checkpoint the information printouts, then revert. |
| 02:46.29 | Notify | 03BRL-CAD:starseeker * 66423 brlcad/trunk/src/libbrep/shape_recognition_cone.cpp: back out printouts. |
| 02:49.53 | Notify | 03BRL-CAD:brlcad * 66424 brlcad/trunk/NEWS: brad implemented centroid calculations for the 'part' primitive, added in c66030 |
| 02:49.55 | Notify | 03BRL-CAD:brlcad * 66425 brlcad/trunk/NEWS: kalpit thakkar implemented surface area calculations for arb8, added in c65973 (sf patch 327) |
| 02:49.59 | Notify | 03BRL-CAD Wiki:Seyedaminhashemi * 0 /wiki/User:Seyedaminhashemi: |
| 02:50.03 | Notify | 03BRL-CAD Wiki:RustumOnly * 0 /wiki/User:RustumOnly: |
| 02:50.05 | Notify | 03BRL-CAD Wiki:Dragonlord311 * 0 /wiki/User:Dragonlord311: |
| 02:50.07 | Notify | 03BRL-CAD Wiki:Dragonlord311 * 0 /wiki/File:Test.png: fun |
| 02:50.09 | Notify | 03BRL-CAD Wiki:Herbstrith * 0 /wiki/User:Herbstrith: |
| 02:50.11 | Notify | 03BRL-CAD Wiki:177.21.255.18 * 9504 /wiki/ARL_Technical_Reports: |
| 02:50.13 | Notify | 03BRL-CAD Wiki:177.21.255.18 * 9505 /wiki/Developer_Documents: |
| 02:50.15 | Notify | 03BRL-CAD Wiki:Sean * 9506 /wiki/Developer_Documents: Reverted edits by [[Special:Contributions/177.21.255.18|177.21.255.18]] ([[User talk:177.21.255.18|talk]]) to last revision by [[User:Sean|Sean]] |
| 02:50.17 | Notify | 03BRL-CAD Wiki:Sean * 0 /wiki/User:HowardBarnes: Spamming links to external sites |
| 02:50.19 | Notify | 03BRL-CAD Wiki:Sean * 0 /wiki/User:177.21.255.18: Spamming links to external sites |
| 02:50.21 | Notify | 03BRL-CAD Wiki:Sean * 9507 /wiki/Developer_Documents: Undo revision 7753 by [[Special:Contributions/HowardBarnes|HowardBarnes]] ([[User talk:HowardBarnes|talk]]) |
| 02:50.23 | Notify | 03BRL-CAD Wiki:DaifallahSupMath * 0 /wiki/User:DaifallahSupMath: |
| 03:58.21 | Stragus | You guys are very productive today |
| 06:43.46 | *** join/#brlcad KimK (~Kim__@ip68-102-67-135.ks.ok.cox.net) | |
| 11:40.58 | *** join/#brlcad boquete (~Piotr@aadq60.neoplus.adsl.tpnet.pl) | |
| 11:45.17 | ``Erik | Stragus: notify was taking a bit of a nap |
| 12:29.40 | boquete | Hello |
| 13:01.22 | *** join/#brlcad svineet_ (~svineet@117.214.43.94) | |
| 13:21.46 | svineet_ | Will you guys participate in GCI? |
| 13:53.58 | boquete | ping brlcad |
| 13:54.03 | boquete | or maybe ``Erik |
| 14:22.09 | *** join/#brlcad boquete (~Piotr@aadq60.neoplus.adsl.tpnet.pl) | |
| 15:34.32 | Notify | 03BRL-CAD:starseeker * 66426 brlcad/trunk/src/libbrep/shape_recognition.cpp: Finally figured out how to get a Tikz representation (more or less) of 3D wireframes. |
| 15:42.30 | Notify | 03BRL-CAD Wiki:Nbedgar1504 * 0 /wiki/User:Nbedgar1504: |
| 16:00.58 | *** join/#brlcad boquete (~Piotr@aadq60.neoplus.adsl.tpnet.pl) | |
| 16:59.45 | *** join/#brlcad ``Erik (~erik@pool-96-244-200-66.bltmmd.fios.verizon.net) | |
| 16:59.45 | *** join/#brlcad Ch3ck_ (~Ch3ck@66-118-151-70.static.sagonet.net) | |
| 17:06.43 | *** join/#brlcad boquete (~Piotr@aadq60.neoplus.adsl.tpnet.pl) | |
| 17:10.16 | *** join/#brlcad boquete (~Piotr@aadq60.neoplus.adsl.tpnet.pl) | |
| 17:10.17 | *** join/#brlcad ``Erik (~erik@pool-96-244-200-66.bltmmd.fios.verizon.net) | |
| 17:10.17 | *** join/#brlcad Ch3ck_ (~Ch3ck@66-118-151-70.static.sagonet.net) | |
| 17:21.34 | Notify | 03BRL-CAD:brlcad * 66427 brlcad/trunk/include/brep.h: don't let opennurbs include windows.h |
| 17:29.46 | Notify | 03BRL-CAD:brlcad * 66428 brlcad/trunk/src/librt/primitives/bot/gct_decimation/meshdecimation.c: rint() is more portable on windows than round(), though both are available in latest msvc. unlikely this code relies on specifically rounding away from zero. |
| 17:36.41 | Notify | 03BRL-CAD:brlcad * 66429 brlcad/trunk/src/librt/primitives/bot/gct_decimation/auxiliary/mm.c: unary minus on an unsigned type is still a positive (unsigned) number... offsetting to 2^64-padding was almost certainly not the intention. |
| 17:37.06 | Notify | 03BRL-CAD:brlcad * 66430 brlcad/trunk/src/librt/primitives/bot/gct_decimation/meshoptimizer.c: quell warning, cachescore is singleprecision float |
| 17:46.30 | Notify | 03BRL-CAD:brlcad * 66431 brlcad/trunk/src/librt/primitives/tgc/tgc.c: be a little more descriptive than IN/OUT to indicate that these are t distances along the ray. |
| 17:50.37 | Notify | 03BRL-CAD:brlcad * 66432 brlcad/trunk/src/librt/primitives/bot/gct_decimation/auxiliary/mm.c: one more unary negative on unsigned type bug, make the others consistent that were previously caught |
| 17:50.45 | Notify | 03BRL-CAD:brlcad * 66433 brlcad/trunk/src/librt/binunif/db5_bin.c: include bnetwork instead of arpa header directly so we get the right stuff cross-platform |
| 17:51.52 | Stragus | brlcad, can you quickly tell me what were these unary minus on unsigned types? |
| 18:00.05 | Stragus | All right, checked the logs, changing some (int) casts to (intptr_t) for pointer arithmetics |
| 18:00.32 | Stragus | It makes no difference since the value is a constant at compilation time, but I guess it looks more correct |
| 19:46.39 | *** join/#brlcad boquete (~Piotr@aadq60.neoplus.adsl.tpnet.pl) | |
| 21:53.16 | *** join/#brlcad boquete (~Piotr@aadq60.neoplus.adsl.tpnet.pl) | |
| 22:50.20 | maths22 | ``Erik: That would explain why the channel had been so quiet for so long |
| 08:40.11 | *** join/#brlcad infobot (ibot@69-58-76-73.ut.vivintwireless.net) | |
| 08:40.11 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-) | |
| 09:38.17 | *** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 11:40.15 | *** join/#brlcad packrat (~packrator@c-71-231-32-234.hsd1.wa.comcast.net) | |
| 13:42.08 | *** join/#brlcad skat00sh (uid103741@gateway/web/irccloud.com/x-yxcdjyimdejszawa) | |
| 16:26.33 | *** join/#brlcad luca79 (~luca@151.44.192.170) | |
| 16:33.33 | *** join/#brlcad boquete (~Piotr@cey156.neoplus.adsl.tpnet.pl) | |
| 16:50.24 | *** join/#brlcad infobot (ibot@69-58-76-73.ut.vivintwireless.net) | |
| 16:50.24 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-) | |
| 18:30.21 | *** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 18:51.48 | Notify | 03BRL-CAD:starseeker * 66436 brlcad/trunk/src/libbrep/shape_recognition.cpp: Draw Tikz circles if that's what we've got. |
| 19:07.23 | Notify | 03BRL-CAD:starseeker * 66437 (brlcad/branches/qtged/NEWS brlcad/branches/qtged/TODO and 25 others): Sync with trunk up to r66436 |
| 19:10.09 | Notify | 03BRL-CAD:starseeker * 66438 (brlcad/branches/gecode/NEWS brlcad/branches/gecode/TODO and 25 others): Sync with trunk up to r66436 |
| 23:35.30 | *** join/#brlcad ``Erik (~erik@pool-96-244-200-66.bltmmd.fios.verizon.net) | |
| 23:36.12 | *** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net) | |
| 00:02.44 | *** join/#brlcad KimK (~Kim__@ip68-102-67-135.ks.ok.cox.net) | |
| 00:06.43 | *** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net) | |
| 00:06.43 | *** join/#brlcad nmz787 (~nmz787@unaffiliated/nmz787) | |
| 00:07.18 | *** join/#brlcad ``Erik (~erik@pool-96-244-200-66.bltmmd.fios.verizon.net) | |
| 00:07.18 | *** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca) | |
| 00:07.18 | *** join/#brlcad cox (~quassel@188.226.208.53) | |
| 00:07.52 | *** join/#brlcad teepee (~teepee@unaffiliated/teepee) | |
| 00:08.37 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 00:10.42 | *** join/#brlcad skat00sh (uid103741@gateway/web/irccloud.com/x-yxcdjyimdejszawa) | |
| 00:10.42 | *** join/#brlcad maths22_log (~maths22_l@66-118-151-70.static.sagonet.net) | |
| 00:11.58 | *** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 00:11.58 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) | |
| 00:15.54 | *** join/#brlcad packrat (~packrator@c-71-231-32-234.hsd1.wa.comcast.net) | |
| 00:15.54 | *** join/#brlcad LordOfBikes (~armin@dslb-092-075-153-248.092.075.pools.vodafone-ip.de) | |
| 00:15.54 | *** join/#brlcad maths22 (~maths22@66-118-151-70.static.sagonet.net) | |
| 00:15.54 | *** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net) | |
| 00:17.09 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 00:17.09 | *** join/#brlcad ejno (~ejno@unaffiliated/kazaik) | |
| 00:23.35 | *** join/#brlcad kanzure (~kanzure@bryan.fairlystable.org) | |
| 00:30.06 | *** join/#brlcad ChanServ (ChanServ@services.) | |
| 00:30.06 | *** mode/#brlcad [+o ChanServ] by kornbluth.freenode.net | |
| 00:37.42 | *** join/#brlcad kanzure (~kanzure@unaffiliated/kanzure) | |
| 00:55.17 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 01:27.36 | *** join/#brlcad LordOfBikes (~armin@dslb-088-064-040-077.088.064.pools.vodafone-ip.de) | |
| 02:01.08 | Notify | 03BRL-CAD:starseeker * 66439 (brlcad/trunk/include/brep.h brlcad/trunk/src/libbrep/shape_recognition.cpp and 4 others): start making the tikz wireframe output less of a debug hack and more of an actual feature, although there's quite a ways to go to make a proper, full-featured output option. |
| 02:44.19 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 04:23.44 | Notify | 03BRL-CAD:brlcad * 66440 brlcad/trunk/src/libicv/filter.c: unary minus on unsigned type is bad news. shift the for loop range up and the usage down for equivalence. |
| 04:25.18 | Notify | 03BRL-CAD:brlcad * 66441 brlcad/trunk/src/libfb/if_wgl.c: return value missing |
| 07:05.44 | *** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52) | |
| 11:40.05 | *** join/#brlcad nmz787 (~nmz787@unaffiliated/nmz787) | |
| 13:28.52 | *** join/#brlcad boquete (~Piotr@abhb248.neoplus.adsl.tpnet.pl) | |
| 14:16.54 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 17:39.18 | *** join/#brlcad alexandrus (~alexandru@p4FFCED7D.dip0.t-ipconnect.de) | |
| 17:39.28 | alexandrus | moin |
| 17:42.00 | alexandrus | wonder, what do you use for texture mapping, a failed miserably with the texture shader |
| 19:07.38 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 19:27.18 | *** join/#brlcad boquete (~Piotr@abhb248.neoplus.adsl.tpnet.pl) | |
| 22:38.59 | *** join/#brlcad Ang3h (~courage@41.244.243.162) | |
| 01:38.26 | *** join/#brlcad LordOfBikes (~armin@dslb-088-064-042-061.088.064.pools.vodafone-ip.de) | |
| 10:30.07 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 14:35.42 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:12.13 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:34.04 | *** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 16:57.01 | *** join/#brlcad witness_ (uid10044@gateway/web/irccloud.com/x-tfugcksimeulimgh) | |
| 17:56.46 | starseeker | ``Erik: did Notify go out again? |
| 20:59.06 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 21:39.53 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 23:39.16 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 23:40.54 | Notify | 03BRL-CAD:bob1961 * 66442 (brlcad/trunk/include/brep.h brlcad/trunk/src/conv/3dm/3dm-g.cpp and 12 others): Updates for compiling on windows. |
| 23:41.29 | Notify | 03BRL-CAD:brlcad * 66443 brlcad/trunk/include/common.h: globally disable msvc warnings that are unquellable. first on the list is C4351 that basically is a warning that msvc is now compliant with C++98 with respect to array initialization. (they apparently want to make sure old codes that relied on that behavior aren't bitten at the expense of everyone else.) |
| 23:41.31 | Notify | 03BRL-CAD:brlcad * 66444 brlcad/trunk/src/libged/remove.c: cast to remove the constness |
| 23:41.33 | Notify | 03BRL-CAD:brlcad * 66445 (brlcad/trunk/include/bnetwork.h brlcad/trunk/include/bsocket.h): remove the header ordering #error. it causes big problems once any of these convenience headers are used in a system header and is just bad header management in general. the ordering requirement was added to ensure proper ordering of windows sockets vs windows.h, but this is being tackled differently. |
| 23:41.37 | Notify | 03BRL-CAD:brlcad * 66446 brlcad/trunk/include/common.h: C4800 is pretty bogus too as type conversion to bool is pretty clearly defined by both C and C++, but there is an argument for making such a conversion explicit and/or the potential for there being unintentional conversions to bool and the potential to quell by making the rhs variable a bool instead of an int. |
| 23:41.48 | Notify | 03BRL-CAD:brlcad * 66447 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: fix msvc build error -- copy constructor must be public if we're going to be putting DBInternal into stl containers (std::pair) |
| 23:41.51 | Notify | 03BRL-CAD:brlcad * 66448 brlcad/trunk/include/bio.h: streamline the inclusion of windows.h (take #2) to only include the base API sans Winsock and a bit more. still have a few issues being worked out, but this gets the msvc build through the libs without implicit header ordering requirements |
| 23:41.53 | Notify | 03BRL-CAD:brlcad * 66449 (brlcad/trunk/include/brep.h brlcad/trunk/include/bsocket.h and 9 others): revert r66434 and r66435 as the goal being worked is to fix the implicit header ordering problem, not accommodate it further. |
| 23:41.55 | Notify | 03BRL-CAD:brlcad * 66450 brlcad/trunk/src/libgcv/conv/obj/obj_read.c: cast away constness for realloc |
| 23:42.00 | Notify | 03BRL-CAD:brlcad * 66451 brlcad/trunk/include/bu/opt.h: make BU_OPT perform the data pointer cast for callers since the type will likely never be a void * to begin with. simplifies the examples a bit. do not do the same for the other args as that will mask type errors and can cause crashes. |
| 23:42.05 | Notify | 03BRL-CAD:brlcad * 66452 brlcad/trunk/src/libged/shape_recognition.cpp: comment out symbol missing, probably just not yet committed |
| 23:42.36 | Notify | 03BRL-CAD:starseeker * 66453 (brlcad/trunk/include/brep.h brlcad/trunk/src/libged/shape_recognition.cpp): whoops |
| 23:42.55 | Notify | 03BRL-CAD:starseeker * 66454 (brlcad/trunk/include/brep.h brlcad/trunk/src/libbrep/libbrep_brep_tools.cpp and 2 others): Split the ON_Curve polyline approximation routine out of the librt brep primitive into libbrep. |
| 23:42.58 | Notify | 03BRL-CAD:starseeker * 66455 brlcad/trunk/src/libbrep/shape_recognition_util.cpp: use the same logic as the wireframe plotting for tikz. Not ideal, but it should at least work... |
| 23:43.07 | Notify | 03BRL-CAD:starseeker * 66456 brlcad/trunk/src/libbrep/shape_recognition_util.cpp: Use the points from the wireframes to create either polylines (if the brep reports polylines) or smoothed interpolation curves. |
| 23:43.11 | Notify | 03BRL-CAD:starseeker * 66457 (brlcad/trunk/src/libged/brep.c brlcad/trunk/src/libged/ged_private.h brlcad/trunk/src/libged/shape_recognition.cpp): Add support for writing tikz output to a file, since the new approach results in fairly large outputs. |
| 23:44.23 | Notify | 03BRL-CAD Wiki:Asnelchristian * 0 /wiki/User:Asnelchristian: |
| 01:46.36 | *** join/#brlcad LordOfBikes (~armin@dslb-088-064-039-155.088.064.pools.vodafone-ip.de) | |
| 03:53.56 | *** join/#brlcad maths22_log (~maths22_l@66-118-151-70.static.sagonet.net) | |
| 03:55.29 | *** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net) | |
| 03:55.33 | *** join/#brlcad maths22 (~maths22@66-118-151-70.static.sagonet.net) | |
| 03:55.42 | *** join/#brlcad ejno (~ejno@unaffiliated/kazaik) | |
| 03:56.00 | *** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 03:56.42 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) | |
| 03:58.44 | *** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net) | |
| 04:08.14 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 10:40.14 | *** join/#brlcad boquete (~Piotr@aadr180.neoplus.adsl.tpnet.pl) | |
| 11:35.04 | *** join/#brlcad boquete_asus (~Piotr@abkb125.neoplus.adsl.tpnet.pl) | |
| 15:24.00 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:09.01 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 18:15.22 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 18:27.10 | Notify | 03BRL-CAD Wiki:Hudsonnacar * 0 /wiki/User:Hudsonnacar: |
| 18:37.28 | *** join/#brlcad KimK (~Kim__@ip68-102-67-135.ks.ok.cox.net) | |
| 19:48.09 | *** join/#brlcad luca79 (~luca@151.57.13.44) | |
| 21:46.13 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 01:27.05 | Notify | 03BRL-CAD:starseeker * 66458 brlcad/trunk/src/libbrep/shape_recognition_pipeline.cpp: Add license header |
| 01:45.22 | *** join/#brlcad hakonuwzhenxdrhz (~armin@dslb-088-064-042-003.088.064.pools.vodafone-ip.de) | |
| 05:33.56 | Notify | 03BRL-CAD:brlcad * 66459 (brlcad/trunk/src/mged/CMakeLists.txt brlcad/trunk/src/mged/cmd.c and 2 others): remove the 'parse_points' command and associated parser sources. it was never properly documented, hasn't been an active area of work in a long while, incurred a maintenance cost, and can be revived if/when needed again. for archival searching, the interface read in points from a csv text file (commonly output |
| 05:33.58 | Notify | from metrology equipment, e.g., ArcSecond Vulcan) containing one per line and a label with a convention implied for each label type (e.g., PLATE was n planar points that formed a closed loop followed by a triple-repeated depth point). to be really useful, this interface needed to be integrated during aquisition (e.g., with mged running on a tablet) so that error points could be deleted (instead of having a |
| 05:34.00 | Notify | delete/undo convention in the point stream) and progress viewed interactively.... |
| 07:30.46 | Notify | 03BRL-CAD Wiki:Fibercables * 0 /wiki/User:Fibercables: |
| 12:02.34 | *** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52) | |
| 13:22.37 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 13:49.48 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 14:05.06 | *** join/#brlcad boquete (~Piotr@aatk57.neoplus.adsl.tpnet.pl) | |
| 14:46.13 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:28.35 | Notify | 03BRL-CAD:starseeker * 66460 brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp: Again, checkpoint debugging printout code so it's available later if needed. |
| 15:29.19 | Notify | 03BRL-CAD:starseeker * 66461 brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp: back out printing commit |
| 16:30.58 | *** join/#brlcad kanzure (~kanzure@unaffiliated/kanzure) | |
| 16:45.08 | *** join/#brlcad skat00sh (uid103741@gateway/web/irccloud.com/x-isdbdclyfzwptari) | |
| 16:48.41 | skat00sh | Hi! I saw a project named-> C/C++ Code Reduction in semester of code season2 . Could someone please tell me a little more on the topic? |
| 18:28.38 | *** join/#brlcad KimK (~Kim__@ip68-102-67-135.ks.ok.cox.net) | |
| 19:22.53 | *** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 19:28.46 | *** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 19:59.32 | *** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 20:19.04 | *** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 20:26.49 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 21:01.11 | *** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 21:04.56 | *** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 21:48.34 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 22:33.20 | *** join/#brlcad Ang3h (~courage@41.244.243.50) | |
| 22:34.06 | Ang3h | Hi |
| 23:31.11 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 23:44.08 | *** join/#brlcad KimK (~Kim__@ip68-102-67-135.ks.ok.cox.net) | |
| 01:44.03 | *** join/#brlcad oeyvxbivpozgsrth (~armin@dslb-088-064-036-040.088.064.pools.vodafone-ip.de) | |
| 04:47.30 | Notify | 03BRL-CAD:brlcad * 66462 brlcad/trunk/src/librt/primitives/hyp/hyp.c: no way this was right, init matrices to identity. was performing a division by zero in a MAT4X3VEC during tess(). |
| 05:19.37 | Notify | 03BRL-CAD:brlcad * 66463 (brlcad/trunk/src/conv/proe-g.c brlcad/trunk/src/libged/red.c and 2 others): don't blindly define __restrict to nothing, causes redefinition warnings. |
| 06:02.04 | Notify | 03BRL-CAD:brlcad * 66464 brlcad/trunk/src/libbrep/opennurbs_fit.h: don't need stdio.h explicit with bio.h |
| 06:08.22 | Notify | 03BRL-CAD:brlcad * 66465 brlcad/trunk/regress/repository.sh: count is now 182 |
| 06:13.59 | Notify | 03BRL-CAD:brlcad * 66466 (brlcad/trunk/src/conv/3dm/3dm-g.cpp brlcad/trunk/src/libbrep/BBNode.cpp and 5 others): might still need <algorithm>, but quick test without passed. regardless, including it before common.h violates header ordering convention and fails regression test. |
| 06:19.20 | Notify | 03BRL-CAD:brlcad * 66467 (brlcad/trunk/src/libbrep/shape_recognition.cpp brlcad/trunk/src/libbrep/shape_recognition.h and 2 others): the original committer/contributor needs to apply the appropriate license header. annotating just a few noticed on the spot. repository.sh should probably detect when no legal statement is present as a release blocker. |
| 07:12.11 | *** join/#brlcad merzo (~merzo@userh704.uk.uudial.com) | |
| 08:01.42 | *** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52) | |
| 08:55.55 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 09:04.22 | Notify | 03BRL-CAD Wiki:Dvocong1968 * 0 /wiki/User:Dvocong1968: |
| 09:37.10 | Notify | 03BRL-CAD Wiki:Luisrosety * 0 /wiki/User:Luisrosety: |
| 10:39.19 | *** join/#brlcad packrat (~packrator@c-71-231-32-234.hsd1.wa.comcast.net) | |
| 10:55.38 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 12:50.31 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 12:57.52 | *** join/#brlcad witness_ (uid10044@gateway/web/irccloud.com/x-iyfdyfmtcinobxmr) | |
| 13:12.55 | Notify | 03BRL-CAD:starseeker * 66468 brlcad/trunk/src/libbrep/intersect.cpp: Need algorithm here for std::sort |
| 13:17.11 | Notify | 03BRL-CAD:brlcad * 66469 brlcad/trunk/src/conv/asc/asc2pix.c: remove the OUT label |
| 14:17.11 | *** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52) | |
| 15:17.03 | Notify | 03BRL-CAD:bob1961 * 66470 brlcad/trunk/src/libged/lt.c: Added a -c sep_char option to the ged_lt function to override the default tcl style formatting by allowing the caller to specify a character separator. |
| 16:47.34 | Notify | 03BRL-CAD:brlcad * 66471 brlcad/trunk/src/adrt/adrt.h: bu is only imported, load_g needs to be exported by librender |
| 16:48.38 | Notify | 03BRL-CAD:brlcad * 66472 brlcad/trunk/src/bwish/winMain.c: need common.h before system headers if we're going to be including our headers |
| 16:55.50 | Notify | 03BRL-CAD:brlcad * 66473 brlcad/trunk/src/libbu/tests/test_funcs.c: partial revert of r64615 as it's wrong in here. negative offsets are used intentionally in here. |
| 16:56.46 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 17:05.28 | Notify | 03BRL-CAD:brlcad * 66474 (brlcad/trunk/src/libgcv/soup.h brlcad/trunk/src/libgcv/tri_intersect.h): should not be exporting gcv_tri_tri_intersect_with_isectline |
| 17:29.59 | *** join/#brlcad roop (~roop@49.14.134.250) | |
| 18:14.17 | Notify | 03BRL-CAD:brlcad * 66475 brlcad/trunk/src/proc-db/surfaceintersect.cpp: do not put application logic in an assert() expression as they may be removed during compilation (e.g., optimized compiles and/or NDEBUG=1). |
| 18:26.35 | Notify | 03BRL-CAD:brlcad * 66476 brlcad/trunk/src/rt/rtscale.c: use fastf_t consistently with vmath types |
| 18:28.09 | Notify | 03BRL-CAD:brlcad * 66477 brlcad/trunk/src/conv/obj-g.c: cast away constness during allocation, clean up to long lines, and remove unnecessary void* casts set on void* data member. |
| 18:28.48 | Notify | 03BRL-CAD:brlcad * 66478 (brlcad/trunk/src/conv/g-xxx_facets.c brlcad/trunk/src/conv/jack/jack-g.c): duplicitous decls, already in nmg.h |
| 18:29.08 | Notify | 03BRL-CAD:brlcad * 66479 brlcad/trunk/src/conv/g-x3d.c: ave_pt is unused |
| 19:37.58 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 20:57.55 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 22:01.13 | Notify | 03BRL-CAD:brlcad * 66480 (brlcad/trunk/src/conv/bot_shell-vtk.c brlcad/trunk/src/conv/dbupgrade.c and 8 others): ws indent and some style cleanup |
| 22:16.08 | Notify | 03BRL-CAD:brlcad * 66481 (brlcad/trunk/src/conv/bot_dump.c brlcad/trunk/src/conv/bot_shell-vtk.c and 23 others): more ws consistency cleanup |
| 22:18.32 | Notify | 03BRL-CAD:brlcad * 66482 (brlcad/trunk/src/conv/g-acad.c brlcad/trunk/src/conv/nastran-g.c): fix typos |
| 22:30.22 | Notify | 03BRL-CAD:brlcad * 66483 brlcad/trunk/src/conv/fast4-g.c: isolate the comma like we do elsewhere to more readily notice comma expansion |
| 22:31.07 | Notify | 03BRL-CAD:brlcad * 66484 brlcad/trunk/src/libbu/tests/opt.c: cast away constness during allocation |
| 23:15.36 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 00:21.36 | Notify | 03BRL-CAD:brlcad * 66485 brlcad/trunk/src/conv/ply/g-ply.c: nmg.h already declares properly |
| 00:22.34 | Notify | 03BRL-CAD:brlcad * 66486 (brlcad/trunk/src/conv/csg/csg_parser.lemon brlcad/trunk/src/conv/csg/csg_scanner.perplex): use txt instead of text to avoid msvc warning |
| 00:58.02 | *** join/#brlcad merzo (~merzo@132-37-132-95.pool.ukrtel.net) | |
| 01:12.26 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 01:42.20 | *** join/#brlcad buadmjabavviwxcc (~armin@dslb-088-064-044-170.088.064.pools.vodafone-ip.de) | |
| 01:43.16 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 01:59.19 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 02:03.37 | maths22 | Does |
| 02:03.37 | maths22 | s~. |
| 02:03.45 | maths22 | sorry |
| 02:04.06 | maths22 | Does anyone know if we can fix the following error: http://pastebin.ubuntu.com/12882256/ |
| 02:05.12 | maths22 | Also, I was looking at CDash today, and noticed two things |
| 02:05.19 | maths22 | One, it is still running, so yay! |
| 02:05.54 | maths22 | Two, regress-repository is failing: http://brlcad.org/CDash/testDetails.php?test=9418&build=251 |
| 03:13.57 | Notify | 03BRL-CAD:brlcad * 66487 (brlcad/trunk/src/other/clipper/clipper.cpp brlcad/trunk/src/other/clipper/clipper.hpp): stash STL containers as pointers so that they do not need to be exported/imported on Windows. |
| 03:16.29 | Notify | 03BRL-CAD:brlcad * 66488 brlcad/trunk/src/other/CMakeLists.txt: this still isn't working right to quell warning D9025 (overridding '/W#' with '/w'), but it did remove the /W3 we add. unfortunately, there's still a /W1 coming from somewhere. |
| 03:45.33 | Notify | 03BRL-CAD Wiki:Andrewnewjack * 0 /wiki/User:Andrewnewjack: |
| 04:13.13 | *** join/#brlcad roop (~roop@106.79.1.163) | |
| 04:26.04 | Notify | 03BRL-CAD:brlcad * 66489 brlcad/trunk/src/other/CMakeLists.txt: looks like it's the addition of the unknown -w flag that spurs the override warnings as it gets added as an additional flag. if we set /W0, it properly overrides and no warning is issued. test for how to disable warnings more generically. |
| 04:54.04 | Notify | 03BRL-CAD:brlcad * 66490 (brlcad/trunk/misc/CMake/CompilerFlags.cmake brlcad/trunk/misc/tools/CMakeLists.txt brlcad/trunk/src/other/CMakeLists.txt): wrap the warning disable functionality into a generalized function so we can use it in two places without duplication. there's minimal utility exposing BRLCAD_DISABLE_SRC_OTHER_WARN as a user option since it's easily commented out and unlikely to be something toggled |
| 04:54.08 | Notify | with any frequency/regularity, so we remove that as well. |
| 04:54.08 | Notify | ... |
| 05:23.27 | Notify | 03BRL-CAD:brlcad * 66491 brlcad/trunk/misc/CMake/CompilerFlags.cmake: needs to be a macro or need to set PARENT_SCOPE on the set() call so that the values are changed in the caller's scope, go with macro method for consistency |
| 05:24.42 | Notify | 03BRL-CAD:brlcad * 66492 brlcad/trunk/CMakeLists.txt: remove the BRLCAD_DISABLE_SRC_OTHER_WARN option, unlikely to be toggled with any frequency. |
| 05:31.46 | *** join/#brlcad KimK (~Kim__@ip68-102-67-135.ks.ok.cox.net) | |
| 07:45.51 | *** join/#brlcad roop (~roop@1.187.232.22) | |
| 07:50.46 | *** join/#brlcad packrat (~packrator@c-71-231-32-234.hsd1.wa.comcast.net) | |
| 07:56.47 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 08:50.44 | *** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52) | |
| 09:19.22 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 10:11.30 | *** join/#brlcad boquete (~Piotr@avh152.neoplus.adsl.tpnet.pl) | |
| 11:35.40 | *** join/#brlcad boquete_asus (~Piotr@dzf150.neoplus.adsl.tpnet.pl) | |
| 11:40.13 | *** join/#brlcad teepee`_ (bc5c2134@gateway/web/freenode/ip.188.92.33.52) | |
| 11:45.59 | *** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52) | |
| 12:15.49 | *** join/#brlcad skat00sh (uid103741@gateway/web/irccloud.com/x-fkgndflxunarazlj) | |
| 12:38.03 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 14:03.54 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 14:11.21 | *** join/#brlcad boquete (~Piotr@dzf150.neoplus.adsl.tpnet.pl) | |
| 14:23.27 | *** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52) | |
| 14:30.41 | Notify | 03BRL-CAD:brlcad * 66493 brlcad/trunk/src/libgcv/tri_intersect.h: the unit test currently calls the gcv_tri_tri_intersect_with_isectline() function as an import from libgcv, so we do still need to export it. need a better solution. |
| 15:07.43 | Notify | 03BRL-CAD:brlcad * 66494 brlcad/trunk/src/tclscripts/hv3/hv3_form.tcl: only source the combobox package if it's needed, so hv3.tcl doesn't end up providing combobox package twice |
| 15:08.08 | *** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52) | |
| 16:03.51 | *** join/#brlcad ion__ (~eme@187.37.251.254) | |
| 16:05.59 | ion__ | Hello everyone. |
| 16:06.20 | ion__ | I cannot install brl-cad on Arch Linux. |
| 17:47.03 | *** join/#brlcad boquete (~Piotr@dzf150.neoplus.adsl.tpnet.pl) | |
| 17:48.07 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 21:16.33 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 21:56.32 | *** join/#brlcad merzo (~merzo@139-7-132-95.pool.ukrtel.net) | |
| 23:00.37 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 23:32.52 | *** join/#brlcad merzo (~merzo@205-10-133-95.pool.ukrtel.net) | |
| 01:40.59 | *** join/#brlcad rthsoqdgvthtayht (~armin@dslb-092-074-236-236.092.074.pools.vodafone-ip.de) | |
| 15:55.05 | *** join/#brlcad infobot (ibot@69-58-76-73.ut.vivintwireless.net) | |
| 15:55.05 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-) | |
| 17:06.13 | *** join/#brlcad sofat (~sofat@115.96.84.53) | |
| 17:33.08 | *** join/#brlcad Guest55 (~textual@103.248.244.9) | |
| 17:38.06 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 17:52.56 | *** join/#brlcad Guest55 (~textual@103.248.244.9) | |
| 17:58.36 | Notify | 03BRL-CAD:starseeker * 66495 brlcad/trunk/src/libged/attr.c: list is a subcommand of attr |
| 18:35.15 | Notify | 03BRL-CAD:starseeker * 66496 brlcad/trunk/src/libged/remove.c: bu_opt_parse reorders the argv for convenience, but in this case the original argv has more work to do after ged_remove is done, so we need to duplicate the argv array. Use the handy libbu API for this task. |
| 18:58.52 | *** join/#brlcad Guest55 (~textual@103.248.244.9) | |
| 19:19.37 | *** join/#brlcad boquete (~Piotr@dwg153.neoplus.adsl.tpnet.pl) | |
| 20:18.45 | *** join/#brlcad Guest55 (~textual@103.248.244.9) | |
| 20:25.51 | Notify | 03BRL-CAD:starseeker * 66497 (brlcad/trunk/src/libbu/opt.c brlcad/trunk/src/libbu/tests/CMakeLists.txt brlcad/trunk/src/libbu/tests/opt.c): make a stab at supporting rm -rf style options in bu_opt_parse. |
| 21:27.41 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 21:42.14 | Notify | 03BRL-CAD:starseeker * 66498 (brlcad/trunk/doc/docbook/system/mann/en/rm.xml brlcad/trunk/src/libged/remove.c): Get rm -r and rm -rf working. Also added a -F option to vacuum out references in order to expose both the -f and -a options from killtree. Just need to add a simulate option and all of the kill/killtree capabilities should be exposed through rm. |
| 22:46.23 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 23:06.40 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 00:37.10 | Notify | 03BRL-CAD:starseeker * 66499 (brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp brlcad/trunk/src/libbrep/shape_recognition_pipeline.cpp): Checkpoint latest iteration of tikz debug plotting for cylinders. |
| 00:40.13 | Notify | 03BRL-CAD:starseeker * 66500 brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp: back out printing |
| 01:40.13 | *** join/#brlcad zffpbjgihoyphxwz (~armin@dslb-088-066-149-098.088.066.pools.vodafone-ip.de) | |
| 01:41.01 | maths22 | ~ask |
| 01:41.04 | infobot | Questions in the channel should be specific, informative, complete, concise, and on-topic. Don't ask if you can ask a question first. Don't ask if a person is there; just ask what you intended to ask them. Better questions more frequently yield better answers. We are all here voluntarily or against our will. |
| 01:41.26 | maths22 | I just posted that because I wanted the ask text and didn't remember another way to do it |
| 01:41.36 | maths22 | (not directed at anyone) |
| 02:38.29 | *** join/#brlcad merzo (~merzo@146-25-132-95.pool.ukrtel.net) | |
| 05:01.22 | Notify | 03BRL-CAD:brlcad * 66501 brlcad/trunk/src/conv/step/CMakeLists.txt: attempt at disabling very chatty msvc warnings that cannot be quelled without modifying upstream sources (i.e., the code generator in stepcode): stl containers exposed (C4251), forcing int to bool (C4800), and switch statement without cases (C4065). |
| 05:09.10 | maths22 | I discovered an annoying build error with MSVC 2015 |
| 05:09.34 | maths22 | MSVC 2015 defines snprintf, so it clashes with our macro in config_win.h |
| 05:51.07 | *** join/#brlcad Guest55 (~textual@103.248.244.9) | |
| 06:36.55 | *** join/#brlcad Guest55 (~textual@103.248.244.9) | |
| 06:42.39 | *** join/#brlcad skat00sh (uid103741@gateway/web/irccloud.com/x-femgkressddbfzhd) | |
| 07:21.09 | *** join/#brlcad Guest55 (~textual@103.248.244.9) | |
| 07:49.17 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 08:07.05 | *** join/#brlcad witness (uid10044@gateway/web/irccloud.com/x-aksikpvowqsksdyc) | |
| 08:31.56 | *** join/#brlcad Guest55 (~textual@103.248.244.9) | |
| 09:10.32 | *** join/#brlcad Guest55 (~textual@103.248.244.9) | |
| 09:59.13 | *** join/#brlcad n_reed_ (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 10:01.19 | *** join/#brlcad tofu__ (~sean@66-118-151-70.static.sagonet.net) | |
| 10:36.25 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 13:32.54 | Notify | 03BRL-CAD:starseeker * 66502 brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp: Only add vertices once to list - also, with edge points being considered, we can go ahead and use the implicit plane to trim away points as well and get tighter cylinders. |
| 13:42.55 | *** mode/#brlcad [+o brlcad] by ChanServ | |
| 13:43.31 | brlcad | sooo close, exactly one warning remaining and it's a genuine issue |
| 14:03.39 | *** join/#brlcad Guest55 (~textual@103.248.244.9) | |
| 15:25.17 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:27.40 | *** join/#brlcad boquete (~Piotr@aanq213.neoplus.adsl.tpnet.pl) | |
| 15:49.29 | *** join/#brlcad Guest55 (~textual@103.248.244.9) | |
| 16:04.49 | *** join/#brlcad LordOfBikes (~armin@dslb-088-066-149-098.088.066.pools.vodafone-ip.de) | |
| 16:36.16 | *** join/#brlcad roop (~roop@49.14.155.53) | |
| 16:36.56 | roop | join/shiana |
| 16:52.21 | *** join/#brlcad Guest55 (~textual@103.248.244.9) | |
| 16:57.24 | *** join/#brlcad Guest55 (~textual@103.248.244.9) | |
| 17:22.57 | *** join/#brlcad Guest55 (~textual@103.248.244.9) | |
| 18:05.24 | *** join/#brlcad Guest55 (~textual@103.248.244.9) | |
| 18:09.57 | *** join/#brlcad merzo (~merzo@146-25-132-95.pool.ukrtel.net) | |
| 18:36.51 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 18:46.36 | *** join/#brlcad boquete (~Piotr@aanq213.neoplus.adsl.tpnet.pl) | |
| 18:53.39 | Notify | 03BRL-CAD:brlcad * 66503 brlcad/trunk/src/conv/step/CMakeLists.txt: don't just disable a specific set of flags, disable all warnings on these generated sources. we may want to disable this later, but we need to sync upstream stepcode sources badly first. |
| 18:54.03 | Notify | 03BRL-CAD:brlcad * 66504 brlcad/trunk/src/conv/step/step-g/OpenNurbsInterfaces.cpp: ws |
| 18:56.27 | Notify | 03BRL-CAD:brlcad * 66505 brlcad/trunk/misc/CMake/CompilerFlags.cmake: be more generalized in our warning flag testing, and order matters. have to test most unlikely first in order to avoid undesirable matches (e.g., must test /W0 after -w since msvc will match both, but using the latter will result in warnings while the prior will not |
| 19:04.47 | maths22 | brlcad: did you see my note about snprintf? |
| 19:39.37 | *** join/#brlcad boquete (~Piotr@aanq213.neoplus.adsl.tpnet.pl) | |
| 20:12.14 | *** join/#brlcad boquete (~Piotr@aanq213.neoplus.adsl.tpnet.pl) | |
| 21:10.27 | *** join/#brlcad boquete (~Piotr@aanq213.neoplus.adsl.tpnet.pl) | |
| 21:10.48 | *** join/#brlcad behollis (~behollis@adm-dhcp5.sci.utah.edu) | |
| 23:24.25 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 23:35.07 | *** join/#brlcad merzo (~merzo@118-3-133-95.pool.ukrtel.net) | |
| 01:39.25 | *** join/#brlcad emnfwsgloxrlcqii (~armin@dslb-092-074-239-142.092.074.pools.vodafone-ip.de) | |
| 02:56.17 | *** join/#brlcad LordOfBikes (~armin@dslb-088-066-154-079.088.066.pools.vodafone-ip.de) | |
| 05:23.53 | *** join/#brlcad Guest55 (~textual@103.248.244.9) | |
| 07:20.07 | *** join/#brlcad Guest55 (~textual@103.248.244.9) | |
| 07:24.10 | *** join/#brlcad boquete (~Piotr@aanq213.neoplus.adsl.tpnet.pl) | |
| 08:52.05 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 08:55.06 | *** join/#brlcad LordOfBikes (~armin@dslb-088-066-154-079.088.066.pools.vodafone-ip.de) | |
| 09:08.19 | *** join/#brlcad boquete (~Piotr@aanq213.neoplus.adsl.tpnet.pl) | |
| 09:17.25 | *** join/#brlcad Guest55 (~textual@103.248.244.9) | |
| 10:42.26 | *** join/#brlcad Guest55 (~textual@103.248.244.9) | |
| 11:06.42 | *** join/#brlcad Guest55 (~textual@103.248.244.9) | |
| 11:08.54 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 11:12.53 | *** join/#brlcad boquete (~Piotr@aanq213.neoplus.adsl.tpnet.pl) | |
| 11:25.57 | *** join/#brlcad Guest55 (~textual@103.248.244.9) | |
| 11:36.36 | *** join/#brlcad boquete_asus (~Piotr@acql169.neoplus.adsl.tpnet.pl) | |
| 12:03.17 | *** join/#brlcad Boquete__ (~Piotr@cff240.neoplus.adsl.tpnet.pl) | |
| 12:06.09 | *** join/#brlcad Guest55 (~textual@103.248.244.9) | |
| 12:43.15 | *** join/#brlcad Guest55 (~textual@103.248.244.9) | |
| 13:31.59 | *** join/#brlcad boquete (~Piotr@2a01:115f:217:f600:a5ed:2fcd:11ce:da74) | |
| 14:13.51 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 14:46.48 | *** join/#brlcad Guest55 (~textual@103.248.244.9) | |
| 15:32.33 | *** join/#brlcad Guest55 (~textual@103.248.244.9) | |
| 16:20.06 | *** join/#brlcad Ang3h (~courage@154.70.108.206) | |
| 16:24.16 | Notify | 03BRL-CAD Wiki:Blunruh463 * 0 /wiki/User:Blunruh463: |
| 16:26.21 | *** join/#brlcad boquete (~Piotr@cff240.neoplus.adsl.tpnet.pl) | |
| 17:05.54 | *** join/#brlcad Guest55 (~textual@103.248.244.9) | |
| 17:49.19 | *** join/#brlcad boquete (~Piotr@cff240.neoplus.adsl.tpnet.pl) | |
| 18:09.15 | *** join/#brlcad Guest55 (~textual@103.248.244.9) | |
| 19:00.56 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 21:01.38 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 22:03.27 | *** join/#brlcad Guest55 (~textual@103.248.244.9) | |
| 22:12.24 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 22:42.39 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 22:56.11 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 23:31.06 | *** join/#brlcad merzo (~merzo@119-54-133-95.pool.ukrtel.net) | |
| 02:53.37 | *** join/#brlcad fvbhbjbyxhggmbaz (~armin@dslb-088-065-180-088.088.065.pools.vodafone-ip.de) | |
| 04:35.58 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 04:44.13 | *** join/#brlcad starseek1r (~starseeke@66-118-151-70.static.sagonet.net) | |
| 06:42.19 | *** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca) | |
| 08:57.15 | *** join/#brlcad Ang3h (~courage@154.70.108.222) | |
| 09:07.00 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 09:53.39 | *** join/#brlcad Ang3h (~courage@154.70.108.207) | |
| 11:36.50 | *** join/#brlcad merzo (~merzo@119-54-133-95.pool.ukrtel.net) | |
| 11:39.19 | *** join/#brlcad merzo (~merzo@119-54-133-95.pool.ukrtel.net) | |
| 12:01.16 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 13:28.38 | *** join/#brlcad boquete (~Piotr@abdx79.neoplus.adsl.tpnet.pl) | |
| 13:55.49 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 14:14.26 | *** join/#brlcad kanzure (~kanzure@unaffiliated/kanzure) | |
| 14:23.25 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 14:46.50 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:52.33 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 16:26.08 | *** join/#brlcad witness (uid10044@gateway/web/irccloud.com/x-gbchrpkqsywbuzvy) | |
| 16:42.32 | *** join/#brlcad boquete (~Piotr@abdx79.neoplus.adsl.tpnet.pl) | |
| 17:39.38 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 17:58.10 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 18:22.42 | *** join/#brlcad Guest55 (~textual@103.248.244.9) | |
| 18:47.28 | *** join/#brlcad Guest55 (~textual@103.248.244.9) | |
| 19:12.52 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 19:53.06 | *** join/#brlcad Guest55 (~textual@103.248.244.9) | |
| 20:05.32 | *** join/#brlcad Guest55 (~textual@103.248.244.9) | |
| 20:28.14 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 21:52.18 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 22:13.19 | *** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 22:25.42 | *** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 22:30.03 | *** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 23:29.54 | *** join/#brlcad merzo (~merzo@229-14-133-95.pool.ukrtel.net) | |
| 00:20.32 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 02:52.48 | *** join/#brlcad oyulegfxwpzafmru (~armin@dslb-094-216-162-144.094.216.pools.vodafone-ip.de) | |
| 03:29.59 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 05:43.06 | *** join/#brlcad witness (uid10044@gateway/web/irccloud.com/x-gqnxzgibevsaeaek) | |
| 07:18.20 | *** join/#brlcad Guest55 (~textual@103.248.244.9) | |
| 07:54.07 | *** join/#brlcad Guest55 (~textual@103.248.244.9) | |
| 08:51.17 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 09:25.56 | *** join/#brlcad Guest55 (~textual@103.248.244.9) | |
| 10:19.57 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 10:36.39 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 10:42.27 | *** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52) | |
| 12:23.22 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 13:40.37 | *** join/#brlcad Guest55 (~textual@103.248.244.9) | |
| 14:06.27 | Notify | 03BRL-CAD:starseeker * 66506 brlcad/trunk/src/libbu/opt.c: Fix crash when rm -rf gets supplied a non-matching name. |
| 14:15.05 | Notify | 03BRL-CAD:starseeker * 66507 brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp: Wrap the debug printouts in a define for now for convenience. |
| 14:25.17 | *** join/#brlcad infobot (ibot@69-58-76-73.ut.vivintwireless.net) | |
| 14:25.17 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-) | |
| 14:44.55 | *** join/#brlcad Guest55 (~textual@103.248.244.9) | |
| 14:59.36 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:00.17 | *** join/#brlcad boquete (~Piotr@aud50.neoplus.adsl.tpnet.pl) | |
| 15:06.59 | *** join/#brlcad luca79 (~luca@188-22-131-60.adsl.highway.telekom.at) | |
| 15:37.04 | *** join/#brlcad boquete (~Piotr@aud50.neoplus.adsl.tpnet.pl) | |
| 15:59.13 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 17:26.24 | *** join/#brlcad Guest55 (~textual@103.248.244.9) | |
| 17:54.16 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 18:16.55 | *** join/#brlcad Guest55 (~textual@103.248.244.9) | |
| 18:31.02 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 18:55.51 | Notify | 03BRL-CAD:brlcad * 66508 brlcad/trunk/misc/CMake/CompilerFlags.cmake: the check flags cannot have the leading slash or they end up as -/ unknown options |
| 18:59.56 | Notify | 03BRL-CAD:starseeker * 66509 brlcad/trunk/src/libged/remove.c: Start of rework of rm command - rather than calling killtree et. al. under the hood, use search and implement a consolidated version of all the kill commands. Needs extensive testing and some thought on desired behavior. |
| 19:31.49 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 19:32.23 | Notify | 03BRL-CAD:starseeker * 66510 brlcad/trunk/src/libged/remove.c: Fix a few problems. |
| 19:50.00 | *** join/#brlcad boquete (~Piotr@aud50.neoplus.adsl.tpnet.pl) | |
| 20:57.19 | Notify | 03BRL-CAD:starseeker * 66511 brlcad/trunk/src/libged/remove.c: line return might help... |
| 21:15.49 | Notify | 03BRL-CAD:starseeker * 66512 brlcad/trunk/src/libged/remove.c: Fix another bug. The recursive safe delete needs to be a lot smarter about not adding children to the delete queue when a parent has already ruled them out... |
| 21:18.21 | *** join/#brlcad boquete (~Piotr@aud50.neoplus.adsl.tpnet.pl) | |
| 21:32.15 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 21:35.43 | Notify | 03BRL-CAD:starseeker * 66513 brlcad/trunk/src/libged/remove.c: checkpoint. |
| 21:38.38 | Notify | 03BRL-CAD:starseeker * 66514 brlcad/trunk/src/libged/CMakeLists.txt: make remove a C++ file |
| 22:56.28 | Notify | 03BRL-CAD:starseeker * 66515 brlcad/trunk/src/libged/remove.cpp: Try reworking to make the searching faster - mostly untested. Looks like there's a bug in search somewhere - getting non zero ret but empty tbl... |
| 00:08.25 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 00:25.33 | Notify | 03BRL-CAD:starseeker * 66516 brlcad/trunk/src/libged/remove.cpp: Not a db_search bug, rather db_update_nref wasn't up to date. Should db_ls call this whenever the DB_LS_TOPS flag is passed in to ensure a correct result? Vaguely recall we opted not to on performance grounds... |
| 00:32.30 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 00:33.26 | Notify | 03BRL-CAD:starseeker * 66517 brlcad/trunk/src/libged/remove.cpp: fix ref logic - struct directory, not string. |
| 00:44.27 | Notify | 03BRL-CAD:starseeker * 66518 brlcad/trunk/src/libged/remove.cpp: Allow v to act in flag mode. |
| 00:51.00 | Notify | 03BRL-CAD:starseeker * 66519 brlcad/trunk/src/libbu/opt.c: If a missing arg_process function doesn't tell us about flag status for an option, try the arg_process function itself to see if it has a valid flag mode. |
| 01:05.23 | Notify | 03BRL-CAD:starseeker * 66520 brlcad/trunk/src/libged/remove.cpp: Try to speed up the checking a bit... |
| 02:59.50 | *** join/#brlcad LordOfBikes (~armin@dslb-092-075-153-099.092.075.pools.vodafone-ip.de) | |
| 03:26.30 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 03:27.09 | *** join/#brlcad Guest55 (~textual@103.248.244.9) | |
| 04:26.03 | *** join/#brlcad louipc (~louipc@unaffiliated/louipc) | |
| 04:31.25 | louipc | How's the project going? |
| 04:56.14 | *** join/#brlcad Guest55 (~textual@103.248.244.9) | |
| 07:02.38 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 07:44.55 | *** join/#brlcad KimK (~Kim__@ip68-102-67-135.ks.ok.cox.net) | |
| 09:28.10 | *** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52) | |
| 09:41.05 | *** join/#brlcad Guest55 (~textual@103.248.244.9) | |
| 09:59.55 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 10:32.59 | *** join/#brlcad Guest55 (~textual@103.248.244.9) | |
| 10:45.25 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 10:50.34 | *** join/#brlcad Guest55 (~textual@103.248.244.9) | |
| 11:38.23 | *** join/#brlcad packrat (~packrator@c-71-231-32-234.hsd1.wa.comcast.net) | |
| 11:43.37 | Notify | 03BRL-CAD:brlcad * 66521 brlcad/trunk/src/libged/remove.cpp: warnings C4804, unsafe use of bool in operation. simplify to what was probably intended by the expression. |
| 12:25.09 | *** join/#brlcad Guest55 (~textual@103.248.244.9) | |
| 13:09.57 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 13:18.20 | *** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca) | |
| 14:08.37 | Notify | 03BRL-CAD:starseeker * 66522 brlcad/trunk/src/libbu/opt.c: More careful checking for flag opt determination. |
| 14:18.42 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 14:49.30 | *** join/#brlcad boquete (~Piotr@avf207.neoplus.adsl.tpnet.pl) | |
| 15:23.07 | Notify | 03BRL-CAD:starseeker * 66523 brlcad/trunk/src/libged/remove.cpp: cleanup |
| 15:25.23 | Notify | 03BRL-CAD:starseeker * 66524 (brlcad/trunk/include/rt/search.h brlcad/trunk/src/libged/glob.c and 2 others): refactor globbing out of mged and libged into a shared librt function. Going ahead with this since it's a code reduction, but we probably want something better than this for more powerful globbing support down the road... |
| 15:51.43 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 16:10.14 | Notify | 03BRL-CAD:starseeker * 66525 (brlcad/trunk/include/rt/search.h brlcad/trunk/src/libged/glob.c and 2 others): try to set up to use flags for controlling globbing behavior. |
| 16:26.46 | Notify | 03BRL-CAD:starseeker * 66526 brlcad/trunk/src/libged/remove.cpp: Fix a comple more crashers in rm |
| 16:57.53 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 17:05.20 | *** join/#brlcad l4rry (~l4rry__@41.205.22.38) | |
| 17:27.01 | *** join/#brlcad boquete (~Piotr@avf207.neoplus.adsl.tpnet.pl) | |
| 18:32.14 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 19:45.13 | *** join/#brlcad boquete (~Piotr@avf207.neoplus.adsl.tpnet.pl) | |
| 22:35.13 | *** join/#brlcad infobot (ibot@69-58-76-73.ut.vivintwireless.net) | |
| 22:35.13 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-) | |
| 23:57.15 | *** join/#brlcad KimK (~Kim__@ip68-102-67-135.ks.ok.cox.net) | |
| 02:19.28 | *** join/#brlcad KimK (~Kim__@ip68-102-67-135.ks.ok.cox.net) | |
| 02:58.41 | *** join/#brlcad uoabqjerhyxroosv (~armin@dslb-092-075-158-035.092.075.pools.vodafone-ip.de) | |
| 03:06.47 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 05:14.30 | *** join/#brlcad KimK (~Kim__@ip68-102-67-135.ks.ok.cox.net) | |
| 07:16.40 | *** join/#brlcad KimK (~Kim__@ip68-102-67-135.ks.ok.cox.net) | |
| 09:04.45 | *** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52) | |
| 10:13.26 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 12:59.47 | Notify | 03BRL-CAD:brlcad * 66528 brlcad/trunk/include/rt/search.h: must export functions used outside a library |
| 13:20.45 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 13:22.23 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 13:48.46 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 13:59.34 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 14:17.33 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 14:31.16 | Notify | 03BRL-CAD:starseeker * 66529 brlcad/trunk/src/libged/remove.cpp: print deprecation warning |
| 14:59.01 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:32.30 | *** join/#brlcad Guest55 (~textual@103.248.244.9) | |
| 15:37.05 | *** join/#brlcad boquete (~Piotr@att1.neoplus.adsl.tpnet.pl) | |
| 16:09.16 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:55.54 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 17:10.22 | *** join/#brlcad boquete (~Piotr@att1.neoplus.adsl.tpnet.pl) | |
| 17:26.08 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 18:27.13 | *** join/#brlcad teepee (~teepee@unaffiliated/teepee) | |
| 19:42.10 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 20:03.19 | *** join/#brlcad boquete (~Piotr@att1.neoplus.adsl.tpnet.pl) | |
| 20:29.05 | Notify | 03BRL-CAD:starseeker * 66530 brlcad/trunk/src/libged/remove.cpp: Remove the reference option |
| 20:40.03 | Notify | 03BRL-CAD:starseeker * 66531 brlcad/trunk/src/libged/remove.cpp: don't delete combs in non-recursive mode unless they are empty (or the force flag is on.) |
| 21:38.56 | Notify | 03BRL-CAD:brlcad * 66532 brlcad/trunk/include/common.h: try another angle on the UNUSED() macro to avoid using pragma warning disable 4100 on msvc. may be needed for places assert() is called, but can handle that without pragma. |
| 21:40.16 | Notify | 03BRL-CAD:brlcad * 66533 brlcad/trunk/src/libbrep/PullbackCurve.cpp: make the conversion from ON_BOOL32 to bool explicit. cast to bool is insufficient on msvc. |
| 21:43.07 | Notify | 03BRL-CAD:brlcad * 66534 (brlcad/trunk/src/libbrep/PullbackCurve.cpp brlcad/trunk/src/libbrep/PullbackCurve.h): ws style consistency cleanup |
| 22:35.32 | Notify | 03BRL-CAD:brlcad * 66535 brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp: unused var |
| 22:37.18 | Notify | 03BRL-CAD:n_reed * 66536 (brlcad/trunk/doc/docbook/system/man1/en/gqa.xml brlcad/trunk/doc/docbook/system/mann/en/gqa.xml): fix gqa docs; default volume tolerance is 1/1000 bbox volume |
| 22:49.57 | *** join/#brlcad Gunit__ (~abby@176.194.233.156) | |
| 22:50.19 | Notify | 03BRL-CAD:brlcad * 66537 (brlcad/trunk/src/conv/3dm/3dm-g.cpp brlcad/trunk/src/libbrep/intersect.cpp and 3 others): more explicit conversions from int to bool for clarity, some conversions to ON_BOOL32 where we can avoid a type conversion |
| 22:50.38 | *** part/#brlcad Gunit__ (~abby@176.194.233.156) | |
| 23:07.07 | *** join/#brlcad merzo (~merzo@70-45-132-95.pool.ukrtel.net) | |
| 23:14.15 | Notify | 03BRL-CAD:brlcad * 66538 brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp: minor cleanup |
| 23:19.03 | *** join/#brlcad merzo (~merzo@194-13-133-95.pool.ukrtel.net) | |
| 23:23.32 | Notify | 03BRL-CAD:brlcad * 66539 brlcad/trunk/src/other/freetype/CMakeLists.txt: only print messages and create the include/freetype2 dir and include/freetype2/ftconfig.h header file if they don't already exist |
| 00:08.22 | Notify | 03BRL-CAD:starseeker * 66540 (brlcad/trunk/src/librt/search.c brlcad/trunk/src/librt/search.h): This is a brute force solution to search's memory leak problem, but it appears to work. |
| 00:13.39 | Notify | 03BRL-CAD:brlcad * 66541 brlcad/trunk/src/other/libz/CMakeLists.txt: make sure /machine is set regardless of being 32-bit or 64-bit since at least msvc10 still warns in 32-bit mode about it being unset. known issue/interaction between the build file cmake generates and msvc behaving weird when a resource file is listed first in a static lib. |
| 00:26.23 | Notify | 03BRL-CAD:starseeker * 66542 brlcad/trunk/CHANGES: Mark the kill* commands as deprecated. |
| 00:30.14 | Notify | 03BRL-CAD:starseeker * 66543 brlcad/trunk/CHANGES: list old rm behavior for deprecation. |
| 00:39.50 | *** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca) | |
| 00:43.24 | Notify | 03BRL-CAD:brlcad * 66544 brlcad/trunk/CMakeLists.txt: blindly adding /WX on win32 is wrong when compiling with mingw. since it didn't actually set strict properly anyways, remove it. |
| 00:47.44 | Notify | 03BRL-CAD:brlcad * 66545 brlcad/trunk/src/conv/step/CMakeLists.txt: we need to disable more than just warnings on the generated sources because the sdai and clstepcore headers are included in pretty much every single source file. instead, test for the few warnings that are getting spit out on the stepcode sources. this lets us continue to get warnings on our code, minus the few that are pervasive to stepcode. this |
| 00:47.46 | Notify | is okay because our code is now fully scrubbed of all the msvc /W3 level warnings. |
| 00:47.48 | Notify | ... |
| 00:48.03 | Notify | 03BRL-CAD:starseeker * 66546 brlcad/trunk/doc/docbook/system/mann/en/rm.xml: update man page for rm |
| 02:57.07 | *** join/#brlcad sberpvwykfesmntw (~armin@dslb-088-066-133-014.088.066.pools.vodafone-ip.de) | |
| 03:49.11 | Notify | 03BRL-CAD:brlcad * 66547 (brlcad/trunk/include/bu/endian.h brlcad/trunk/include/bu/parse.h brlcad/trunk/include/bu/str.h): move declarations around so the bu_str functions are in str.h, move the bu_gethostname outlier to endian.h (needs a diff header like platform.h) |
| 04:02.29 | Notify | 03BRL-CAD:brlcad * 66548 (brlcad/trunk/src/proc-db/surfaceintersect.cpp brlcad/trunk/src/util/admin-db.cpp brlcad/trunk/src/util/bu_arg_parse.cpp): more msvc quellage, eliminate remainder of C4800 |
| 04:32.49 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 05:00.28 | *** join/#brlcad KimK (~Kim__@ip68-102-67-135.ks.ok.cox.net) | |
| 06:07.54 | Notify | 03BRL-CAD:brlcad * 66549 (brlcad/trunk/src/libbu/gethostname.c brlcad/trunk/src/rt/main.c): must export and import bu_gethostname with a decl correctly |
| 07:33.05 | Notify | 03BRL-CAD:brlcad * 66550 brlcad/trunk/src/util/bu_arg_parse.cpp: BU_ARG, not OPT |
| 09:56.30 | *** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52) | |
| 12:36.06 | Notify | 03BRL-CAD:brlcad * 66551 brlcad/trunk/src/util/bu_arg_parse.cpp: last one! |
| 12:47.34 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 13:12.02 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 14:27.33 | *** join/#brlcad boquete (~Piotr@abed42.neoplus.adsl.tpnet.pl) | |
| 14:36.26 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 14:52.19 | ``Erik | hm, free/cheap graphic resource list http://gamasutra.com/blogs/ArtursSosins/20151028/257619/The_list_of_best_free_and_affordable_game_graphics_resources.php |
| 15:06.59 | Notify | 03BRL-CAD:starseeker * 66552 brlcad/trunk/doc/docbook/system/mann/en/rm.xml: need to rework verbosity option. |
| 15:19.42 | *** join/#brlcad boquete_asus (~Piotr@abed42.neoplus.adsl.tpnet.pl) | |
| 15:32.06 | *** join/#brlcad boquete_asus (~Piotr@abed42.neoplus.adsl.tpnet.pl) | |
| 15:32.39 | *** join/#brlcad boquete_asus (~Piotr@abed42.neoplus.adsl.tpnet.pl) | |
| 16:40.57 | Notify | 03BRL-CAD:starseeker * 66553 (brlcad/trunk/src/libged/glob.c brlcad/trunk/src/librt/db_glob.c): Whoops, copy paste fail in migration. |
| 16:47.08 | *** join/#brlcad boquete (~Piotr@abed42.neoplus.adsl.tpnet.pl) | |
| 16:47.18 | Notify | 03BRL-CAD:starseeker * 66554 brlcad/trunk/src/librt/db_glob.c: We haven't made the local copy at this point - printf the original input |
| 17:34.06 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 18:03.19 | *** join/#brlcad KimK (~Kim__@ip68-102-67-135.ks.ok.cox.net) | |
| 18:15.41 | *** join/#brlcad boquete (~Piotr@abed42.neoplus.adsl.tpnet.pl) | |
| 19:13.28 | *** join/#brlcad boquete (~Piotr@abed42.neoplus.adsl.tpnet.pl) | |
| 19:45.56 | *** join/#brlcad boquete (~Piotr@abed42.neoplus.adsl.tpnet.pl) | |
| 20:03.47 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 21:38.41 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 22:30.08 | Notify | 03BRL-CAD:starseeker * 66555 brlcad/trunk/src/libbu/opt.c: If a flag provides a custom callback, use it. |
| 22:32.47 | Notify | 03BRL-CAD:starseeker * 66556 brlcad/trunk/src/libged/remove.cpp: Go with 'multiple supplied v flags ups verbosity of reporting' instead of the optional integer arg. |
| 22:55.20 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 23:04.17 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 23:33.10 | *** join/#brlcad merzo (~merzo@46-26-133-95.pool.ukrtel.net) | |
| 02:50.24 | *** join/#brlcad teepee (~teepee@unaffiliated/teepee) | |
| 02:56.01 | *** join/#brlcad ggqvyiwjqqomkpjd (~armin@dslb-088-066-157-237.088.066.pools.vodafone-ip.de) | |
| 06:21.56 | *** join/#brlcad roop (~roop@202.164.45.200) | |
| 08:16.20 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 08:27.54 | *** join/#brlcad merzo (~merzo@92.60.189.225) | |
| 09:36.33 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 10:45.26 | *** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52) | |
| 15:42.10 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:00.23 | *** join/#brlcad boquete (~Piotr@ebi240.neoplus.adsl.tpnet.pl) | |
| 17:13.28 | *** join/#brlcad boquete_asus (~Piotr@ebi240.neoplus.adsl.tpnet.pl) | |
| 19:29.17 | *** join/#brlcad boquete (~Piotr@ebi240.neoplus.adsl.tpnet.pl) | |
| 19:51.24 | *** join/#brlcad boquete (~Piotr@ebi240.neoplus.adsl.tpnet.pl) | |
| 21:54.20 | *** join/#brlcad Guest55 (~textual@103.248.244.9) | |
| 23:16.56 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 00:54.53 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 02:55.06 | *** join/#brlcad mxdcmreqidgoeyod (~armin@ipservice-092-211-155-232.092.211.pools.vodafone-ip.de) | |
| 03:51.36 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 04:49.03 | *** join/#brlcad Guest55 (~textual@103.248.244.9) | |
| 05:44.44 | *** join/#brlcad Guest55 (~textual@103.248.244.9) | |
| 07:30.16 | *** join/#brlcad KimK (~Kim__@ip68-102-67-135.ks.ok.cox.net) | |
| 08:02.22 | *** join/#brlcad KimK (~Kim__@ip68-102-67-135.ks.ok.cox.net) | |
| 09:17.15 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 10:39.12 | *** join/#brlcad Guest55 (~textual@103.248.244.9) | |
| 11:41.14 | *** join/#brlcad KimK (~Kim__@ip68-102-67-135.ks.ok.cox.net) | |
| 12:11.22 | *** join/#brlcad Guest55 (~textual@103.248.244.9) | |
| 14:35.51 | *** join/#brlcad Guest55 (~textual@103.248.244.9) | |
| 16:09.54 | *** join/#brlcad infobot (ibot@69-58-76-73.ut.vivintwireless.net) | |
| 16:09.54 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-) | |
| 16:20.31 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:46.26 | *** join/#brlcad boquete_asus (~Piotr@acqd21.neoplus.adsl.tpnet.pl) | |
| 17:00.07 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 18:04.14 | *** join/#brlcad KimK (~Kim__@ip68-102-67-135.ks.ok.cox.net) | |
| 18:32.32 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 18:49.28 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 19:48.24 | *** join/#brlcad Guest55 (~textual@103.248.244.9) | |
| 20:34.46 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 20:42.07 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 21:46.01 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 22:19.00 | *** join/#brlcad boquete (~Piotr@acqd21.neoplus.adsl.tpnet.pl) | |
| 01:51.08 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 02:47.37 | *** join/#brlcad jkhkjiwffxjmmlrk (~armin@dslb-092-075-155-112.092.075.pools.vodafone-ip.de) | |
| 02:54.13 | *** join/#brlcad merzo (~merzo@173-28-133-95.pool.ukrtel.net) | |
| 04:41.54 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 10:24.44 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 11:33.57 | *** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 14:49.48 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 16:23.55 | *** join/#brlcad gaganjyot (~gaganjyot@117.253.209.201) | |
| 16:24.14 | gaganjyot | Hi all, I am trying to compile brlcad on arch linux |
| 16:24.20 | gaganjyot | and I have TCL 8.6 |
| 16:24.55 | gaganjyot | but brlcad is asking for 8.5 and I can't downgrade tcl/tk to 8.5 |
| 16:24.57 | gaganjyot | any help? |
| 16:33.40 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:50.47 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 17:57.39 | *** join/#brlcad boquete (~Piotr@abdx139.neoplus.adsl.tpnet.pl) | |
| 19:19.45 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 23:31.57 | *** join/#brlcad merzo (~merzo@196-17-133-95.pool.ukrtel.net) | |
| 02:45.52 | *** join/#brlcad cldhzydtnkazokco (~armin@dslb-092-074-228-123.092.074.pools.vodafone-ip.de) | |
| 07:19.37 | *** join/#brlcad boquete (~Piotr@aadt182.neoplus.adsl.tpnet.pl) | |
| 08:24.19 | *** join/#brlcad merzo_ (~merzo@245-85-132-95.pool.ukrtel.net) | |
| 08:44.14 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 10:26.18 | *** join/#brlcad merzo_ (~merzo@user-94-45-58-141.skif.com.ua) | |
| 11:47.39 | *** join/#brlcad boquete (~Piotr@aadt182.neoplus.adsl.tpnet.pl) | |
| 14:35.47 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:26.20 | *** join/#brlcad kintel_ (~kintel@unaffiliated/kintel) | |
| 15:37.02 | *** join/#brlcad teepee (~teepee@unaffiliated/teepee) | |
| 15:40.06 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 16:47.26 | *** join/#brlcad merzo_ (~merzo@92.60.189.225) | |
| 18:39.19 | *** join/#brlcad boquete (~Piotr@aadt182.neoplus.adsl.tpnet.pl) | |
| 21:16.14 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 22:13.18 | *** join/#brlcad merzo_ (~merzo@245-85-132-95.pool.ukrtel.net) | |
| 22:14.02 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 02:44.37 | *** join/#brlcad azsryabngovyywjr (~armin@dslb-088-065-184-099.088.065.pools.vodafone-ip.de) | |
| 03:45.17 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 07:06.41 | *** join/#brlcad packrat (~packrator@c-76-121-210-58.hsd1.wa.comcast.net) | |
| 07:40.14 | *** join/#brlcad KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net) | |
| 08:19.31 | *** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52) | |
| 08:58.37 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 10:43.41 | *** join/#brlcad merzo_ (~merzo@92.60.189.225) | |
| 13:14.51 | *** join/#brlcad merzo_ (~merzo@92.60.189.225) | |
| 13:19.24 | *** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 14:26.25 | *** join/#brlcad boquete (~Piotr@abko131.neoplus.adsl.tpnet.pl) | |
| 14:27.18 | *** join/#brlcad witness (uid10044@gateway/web/irccloud.com/x-fmulpmyqlpuhhirx) | |
| 15:37.52 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 19:49.13 | *** join/#brlcad witness (uid10044@gateway/web/irccloud.com/x-ppnvbfvwhdeshdea) | |
| 20:18.39 | Notify | 03BRL-CAD Wiki:Dplotner62 * 0 /wiki/User:Dplotner62: |
| 23:05.08 | *** join/#brlcad merzo_ (~merzo@251-3-132-95.pool.ukrtel.net) | |
| 00:30.12 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 02:11.33 | *** join/#brlcad LordOfBikes (~armin@dslb-092-075-155-145.092.075.pools.vodafone-ip.de) | |
| 02:12.56 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 04:55.49 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 05:19.04 | *** join/#brlcad packrat (~packrator@c-76-121-210-58.hsd1.wa.comcast.net) | |
| 05:53.38 | *** join/#brlcad witness (uid10044@gateway/web/irccloud.com/x-zpdgyjedhsrwhwre) | |
| 06:13.42 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 07:13.17 | *** join/#brlcad Guest55 (~textual@103.248.244.9) | |
| 07:29.06 | *** join/#brlcad Guest55 (~textual@103.248.244.9) | |
| 08:13.08 | *** join/#brlcad Guest55_ (~textual@103.248.244.9) | |
| 08:22.06 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 09:39.33 | *** join/#brlcad teepee` (bc5c2133@gateway/web/freenode/ip.188.92.33.51) | |
| 10:27.44 | *** join/#brlcad packrat (~packrator@c-76-121-210-58.hsd1.wa.comcast.net) | |
| 10:52.05 | *** join/#brlcad merzo_ (~merzo@92.60.189.225) | |
| 11:30.54 | *** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca) | |
| 12:45.07 | *** join/#brlcad Guest55 (~textual@103.248.244.9) | |
| 13:15.30 | *** join/#brlcad ngesb (~ngesb@41.244.243.199) | |
| 13:16.17 | ngesb | quit |
| 13:34.13 | *** join/#brlcad Guest55 (~textual@103.248.244.9) | |
| 15:06.06 | *** join/#brlcad boquete (~Piotr@aaai166.neoplus.adsl.tpnet.pl) | |
| 15:06.57 | Notify | 03BRL-CAD Wiki:AnonUserID * 0 /wiki/User:AnonUserID: |
| 15:07.11 | *** join/#brlcad boquete (~Piotr@aaai166.neoplus.adsl.tpnet.pl) | |
| 15:22.28 | *** join/#brlcad boquete_asus (~Piotr@aatf118.neoplus.adsl.tpnet.pl) | |
| 15:33.33 | *** join/#brlcad boquete_asus (~Piotr@aatf118.neoplus.adsl.tpnet.pl) | |
| 16:17.50 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 17:41.53 | *** join/#brlcad boquete (~Piotr@aatf118.neoplus.adsl.tpnet.pl) | |
| 18:33.06 | *** join/#brlcad boquete (~Piotr@aatf118.neoplus.adsl.tpnet.pl) | |
| 19:45.31 | *** join/#brlcad Ang3h (~courage@154.70.108.223) | |
| 21:18.30 | *** join/#brlcad boquete (~Piotr@aatf118.neoplus.adsl.tpnet.pl) | |
| 21:30.58 | *** join/#brlcad Ang3h (~courage@154.70.108.196) | |
| 22:02.18 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 22:53.37 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 02:10.38 | *** join/#brlcad xlkhdbypsghfsyjt (~armin@dslb-178-010-190-223.178.010.pools.vodafone-ip.de) | |
| 02:47.32 | *** join/#brlcad packrat (~packrator@c-76-121-210-58.hsd1.wa.comcast.net) | |
| 08:43.17 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 09:43.03 | *** join/#brlcad teepee` (bc5c2133@gateway/web/freenode/ip.188.92.33.51) | |
| 10:02.15 | *** join/#brlcad merzo_ (~merzo@92.60.189.225) | |
| 14:38.25 | ``Erik | heh, bit twisting http://gynvael.coldwind.pl/n/c_cpp_number_to_binary_string_01011010 |
| 14:42.10 | *** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net) | |
| 15:19.59 | *** join/#brlcad boquete (~Piotr@abkg130.neoplus.adsl.tpnet.pl) | |
| 16:16.07 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:53.24 | *** join/#brlcad Ch3ck_ (~Ch3ck@66-118-151-70.static.sagonet.net) | |
| 16:54.23 | *** join/#brlcad ries_nicked (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 17:24.50 | Stragus | Darn ``Erik, I like these little hacks when they are faster than the native version :) |
| 17:25.49 | Stragus | I'm surprised they claim it's slower though. mulq, shrq, addq, andq... |
| 17:28.51 | Stragus | They must have tested on 32 bits. This *should* be faster |
| 17:34.01 | *** join/#brlcad boquete (~Piotr@abkg130.neoplus.adsl.tpnet.pl) | |
| 20:00.27 | *** join/#brlcad boquete (~Piotr@abkg130.neoplus.adsl.tpnet.pl) | |
| 22:19.21 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 02:09.32 | *** join/#brlcad biicugrwdkwqgzwm (~armin@dslb-088-066-143-058.088.066.pools.vodafone-ip.de) | |
| 02:18.04 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 03:40.07 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 06:22.17 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 08:35.38 | *** join/#brlcad teepee` (bc5c2133@gateway/web/freenode/ip.188.92.33.51) | |
| 09:16.56 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) | |
| 10:19.20 | *** join/#brlcad merzo_ (~merzo@user-94-45-58-141.skif.com.ua) | |
| 16:32.44 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:43.50 | *** join/#brlcad Guest55 (~textual@103.248.245.141) | |
| 18:04.11 | *** join/#brlcad LordOfBikes (~armin@dslb-088-066-143-058.088.066.pools.vodafone-ip.de) | |
| 19:22.54 | *** join/#brlcad LordOfBikes (~armin@dslb-088-066-143-058.088.066.pools.vodafone-ip.de) | |
| 20:51.08 | *** join/#brlcad Ang3h (~courage@154.70.108.214) | |
| 00:09.55 | *** join/#brlcad merzo_ (~merzo@209-44-132-95.pool.ukrtel.net) | |
| 01:10.25 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 02:08.38 | *** join/#brlcad whatzzjnkuoqxteb (~armin@dslb-088-066-159-169.088.066.pools.vodafone-ip.de) | |
| 05:26.37 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 06:40.08 | *** join/#brlcad KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net) | |
| 07:54.51 | *** join/#brlcad Guest55 (~textual@103.248.245.141) | |
| 08:41.17 | *** join/#brlcad merzo_ (~merzo@134-103-133-95.pool.ukrtel.net) | |
| 09:24.26 | *** join/#brlcad Guest55 (~textual@103.248.245.141) | |
| 09:31.08 | Notify | 03BRL-CAD Wiki:ZorgyLegrand * 0 /wiki/User:ZorgyLegrand: |
| 09:39.03 | Notify | 03BRL-CAD Wiki:ZorgyLegrand * 9508 /wiki/Developer_Documents: |
| 09:52.56 | Notify | 03BRL-CAD Wiki:JoeSattylo * 0 /wiki/User:JoeSattylo: |
| 09:55.59 | Notify | 03BRL-CAD Wiki:JoeSattylo * 9509 /wiki/ARL_Technical_Reports: remove spam |
| 10:26.12 | *** join/#brlcad Guest55 (~textual@103.248.245.141) | |
| 10:50.24 | *** join/#brlcad Guest55 (~textual@103.248.245.141) | |
| 10:53.16 | Notify | 03BRL-CAD Wiki:JoeSattylo * 9510 /wiki/Developer_Documents: /* Development Tips */ |
| 11:59.23 | *** join/#brlcad Guest55 (~textual@103.248.245.141) | |
| 14:26.31 | *** join/#brlcad boquete (~Piotr@bcy87.neoplus.adsl.tpnet.pl) | |
| 14:30.07 | *** join/#brlcad Guest55 (~textual@103.248.245.141) | |
| 15:14.20 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:45.49 | *** join/#brlcad Guest55 (~textual@103.248.245.141) | |
| 16:20.57 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 17:28.30 | *** join/#brlcad Guest55 (~textual@103.248.245.141) | |
| 17:35.50 | *** join/#brlcad Guest55 (~textual@103.248.245.141) | |
| 18:09.51 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 21:02.45 | Notify | 03BRL-CAD Wiki:Sean * 0 /wiki/User:ZorgyLegrand: Spamming links to external sites |
| 21:03.01 | Notify | 03BRL-CAD Wiki:Sean * 9511 /wiki/Developer_Documents: Undo revision 9508 by [[Special:Contributions/ZorgyLegrand|ZorgyLegrand]] ([[User talk:ZorgyLegrand|talk]]) |
| 23:27.03 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 00:19.03 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 00:37.49 | *** join/#brlcad LordOfBikes (~armin@dslb-088-066-159-169.088.066.pools.vodafone-ip.de) | |
| 00:49.50 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 02:07.53 | *** join/#brlcad hpqazolhtbviiecm (~armin@dslb-092-074-248-171.092.074.pools.vodafone-ip.de) | |
| 05:41.34 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 06:01.59 | *** join/#brlcad Guest55 (~textual@103.248.245.141) | |
| 07:58.43 | *** join/#brlcad Guest55 (~textual@103.248.245.141) | |
| 08:05.55 | Notify | 03BRL-CAD Wiki:Dukelanovic * 0 /wiki/User:Dukelanovic: |
| 08:06.02 | *** join/#brlcad Guest55 (~textual@103.248.245.141) | |
| 08:26.31 | *** join/#brlcad Guest55 (~textual@103.248.245.141) | |
| 08:35.11 | *** join/#brlcad merzo_ (~merzo@145-112-132-95.pool.ukrtel.net) | |
| 08:47.49 | *** join/#brlcad Guest55 (~textual@103.248.245.141) | |
| 09:54.09 | *** join/#brlcad Guest55 (~textual@103.248.245.141) | |
| 11:22.11 | *** join/#brlcad Guest55 (~textual@103.248.245.141) | |
| 15:16.01 | *** join/#brlcad marco7 (~marco731c@200.12.4.29) | |
| 15:59.33 | *** join/#brlcad Guest55 (~textual@103.248.245.141) | |
| 19:07.47 | *** join/#brlcad merzo_ (~merzo@145-112-132-95.pool.ukrtel.net) | |
| 20:02.56 | *** join/#brlcad boquete (~Piotr@abkn26.neoplus.adsl.tpnet.pl) | |
| 22:30.15 | *** join/#brlcad konro (~konro@41.205.22.32) | |
| 22:51.09 | *** join/#brlcad infobot (ibot@69-58-76-73.ut.vivintwireless.net) | |
| 22:51.09 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-) | |
| 23:04.39 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 02:03.04 | starseek1r | hah, neat - Maxima got staff pick from sourceforge for POTM |
| 02:06.38 | *** join/#brlcad ynirhepmwrwxpsbs (~armin@dslb-092-075-146-232.092.075.pools.vodafone-ip.de) | |
| 02:51.29 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 03:12.39 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 06:58.11 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 07:45.06 | *** join/#brlcad Guest55 (~textual@103.248.245.141) | |
| 08:02.29 | *** join/#brlcad Guest55 (~textual@103.248.245.141) | |
| 08:35.08 | *** join/#brlcad merzo_ (~merzo@28-9-133-95.pool.ukrtel.net) | |
| 09:17.04 | *** join/#brlcad Guest55 (~textual@103.248.245.141) | |
| 10:15.35 | *** join/#brlcad teepee` (bc5c2133@gateway/web/freenode/ip.188.92.33.51) | |
| 10:17.54 | *** join/#brlcad Guest55 (~textual@103.248.245.141) | |
| 11:33.47 | *** join/#brlcad merzo_ (~merzo@user-94-45-58-141.skif.com.ua) | |
| 11:41.15 | *** join/#brlcad kanzure (~kanzure@unaffiliated/kanzure) | |
| 11:41.32 | *** join/#brlcad nmz787 (~nmz787@unaffiliated/nmz787) | |
| 14:20.04 | *** join/#brlcad boquete (~Piotr@avm195.neoplus.adsl.tpnet.pl) | |
| 14:37.47 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 14:40.21 | *** join/#brlcad Guest55 (~textual@103.248.245.141) | |
| 15:58.00 | *** join/#brlcad boquete (~Piotr@avm195.neoplus.adsl.tpnet.pl) | |
| 19:29.25 | Notify | 03BRL-CAD:starseeker * 66557 brlcad/trunk/src/libged/remove.cpp: Put the old rm behavior behind a -L/--legacy flag - hopefully there will be some regex command that can be run on Tcl scripts (s/^[:whitespace:]rm /rm --legacy or some such) that would allow for minimally impacting status... |
| 20:04.25 | Notify | 03BRL-CAD:starseeker * 66558 brlcad/trunk/src/libged/remove.cpp: use db_full_path string conversion to validate paths |
| 21:24.27 | *** join/#brlcad merzo_ (~merzo@28-9-133-95.pool.ukrtel.net) | |
| 22:52.06 | Notify | 03BRL-CAD:starseeker * 66559 brlcad/trunk/src/libged/remove.cpp: Make a stab at a 'safe' mode for comb element removal. |
| 02:05.45 | *** join/#brlcad daajifiqkzwdssjz (~armin@dslb-094-216-167-109.094.216.pools.vodafone-ip.de) | |
| 02:51.15 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 03:34.18 | Notify | 03BRL-CAD:brlcad * 66560 brlcad/trunk/src/other/URToolkit/cnv/rletorla.c: if we don't have gethostname(), try the HOSTNAME environment variable |
| 04:03.23 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 04:43.01 | Notify | 03BRL-CAD:brlcad * 66561 brlcad/trunk/src/other/URToolkit/CMakeLists.txt: add a config.h for tools that need to check for features before using them. |
| 06:16.46 | Notify | 03BRL-CAD:brlcad * 66562 (brlcad/trunk/src/other/URToolkit/CMakeLists.txt brlcad/trunk/src/other/URToolkit/cnv/CMakeLists.txt brlcad/trunk/src/other/URToolkit/cnv/rletorla.c): expand the config.h setup so that it's put in the right place, we look in that place, and logic is limited to the scope that currently uses it |
| 06:21.47 | Notify | 03BRL-CAD:brlcad * 66563 brlcad/trunk/TODO: caching is going to require some attention on libbu's directory/path searching, so revive attention on the notes discussed that are intended to kill/generalize the legacy BRLCAD_* env vars and bu_brlcad_* funcs. |
| 06:22.49 | Notify | 03BRL-CAD:brlcad * 66564 brlcad/trunk/src/other/URToolkit/cnv/config.h.in: oops, remove trailing ws in the template |
| 08:24.40 | *** join/#brlcad teepee` (bc5c2133@gateway/web/freenode/ip.188.92.33.51) | |
| 08:33.44 | *** join/#brlcad merzo_ (~merzo@67-10-132-95.pool.ukrtel.net) | |
| 09:40.17 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 10:25.07 | *** join/#brlcad merzo_ (~merzo@user-94-45-58-141.skif.com.ua) | |
| 11:01.09 | *** join/#brlcad merzo_ (~merzo@user-94-45-58-141.skif.com.ua) | |
| 12:47.31 | *** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net) | |
| 12:52.31 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 14:07.24 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 14:15.39 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 15:03.50 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:18.02 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:43.52 | *** join/#brlcad boquete (~Piotr@bwc250.neoplus.adsl.tpnet.pl) | |
| 15:45.18 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:01.48 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:21.01 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 17:33.14 | Notify | 03BRL-CAD:bob1961 * 66565 (brlcad/branches/eab/include/raytrace.h brlcad/branches/eab/include/rt/search.h and 15 others): Backported a few more things. |
| 17:52.23 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 20:13.40 | *** join/#brlcad merzo_ (~merzo@67-10-132-95.pool.ukrtel.net) | |
| 21:43.40 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 22:48.11 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 02:15.45 | *** join/#brlcad LordOfBikes (~armin@dslb-188-098-170-234.188.098.pools.vodafone-ip.de) | |
| 06:09.42 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 07:18.52 | *** join/#brlcad KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net) | |
| 07:44.27 | *** join/#brlcad nmz787 (~nmz787@unaffiliated/nmz787) | |
| 09:35.58 | *** join/#brlcad teepee` (bc5c2133@gateway/web/freenode/ip.188.92.33.51) | |
| 09:57.22 | *** join/#brlcad merzo_ (~merzo@user-94-45-58-141.skif.com.ua) | |
| 10:54.13 | *** join/#brlcad boquete (~Piotr@abgv26.neoplus.adsl.tpnet.pl) | |
| 12:53.44 | ``Erik | huh, http://pinecar.woodlandscenics.com/show/Item/P363/page/1 looks kinda familiar |
| 14:11.29 | *** join/#brlcad boquete (~Piotr@abgv26.neoplus.adsl.tpnet.pl) | |
| 15:33.05 | *** join/#brlcad teepee` (bc5c2133@gateway/web/freenode/ip.188.92.33.51) | |
| 15:47.26 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:18.41 | *** join/#brlcad packrat (~packrator@c-76-121-210-58.hsd1.wa.comcast.net) | |
| 21:14.39 | *** join/#brlcad LordOfBikes (~armin@dslb-188-098-170-234.188.098.pools.vodafone-ip.de) | |
| 21:51.34 | *** join/#brlcad merzo_ (~merzo@153-122-132-95.pool.ukrtel.net) | |
| 23:50.53 | *** join/#brlcad packrat (~packrator@c-76-121-210-58.hsd1.wa.comcast.net) | |
| 02:13.19 | *** join/#brlcad oiuncghvliqjvftz (~armin@dslb-178-010-188-092.178.010.pools.vodafone-ip.de) | |
| 03:54.12 | *** join/#brlcad louipc (~louipc@unaffiliated/louipc) | |
| 04:21.48 | *** join/#brlcad louipc (~louipc@unaffiliated/louipc) | |
| 08:31.48 | *** join/#brlcad teepee` (bc5c2133@gateway/web/freenode/ip.188.92.33.51) | |
| 08:49.27 | *** join/#brlcad KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net) | |
| 09:09.38 | *** join/#brlcad merzo_ (~merzo@user-94-45-58-141.skif.com.ua) | |
| 13:02.02 | *** join/#brlcad boquete (~Piotr@abkr110.neoplus.adsl.tpnet.pl) | |
| 13:24.49 | *** join/#brlcad boquete (~Piotr@abkr110.neoplus.adsl.tpnet.pl) | |
| 14:36.20 | *** join/#brlcad boquete (~Piotr@abkr110.neoplus.adsl.tpnet.pl) | |
| 17:52.40 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 18:26.49 | Notify | 03BRL-CAD Wiki:Paulacerasulo * 0 /wiki/User:Paulacerasulo: |
| 19:00.13 | Notify | 03BRL-CAD:starseeker * 66566 brlcad/trunk/regress/gqa.sh: Exercise the Am option. |
| 19:05.49 | Notify | 03BRL-CAD:starseeker * 66567 (brlcad/trunk/doc/docbook/system/man1/en/gqa.xml brlcad/trunk/doc/docbook/system/mann/en/gqa.xml): Mention the 'm' option for centroids and moments of intertia. Needs much better documentation... is the matrix produced this matrix? http://www2.eng.cam.ac.uk/~hemh/gyroscopes/momentinertia.html |
| 21:35.59 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 00:02.25 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 01:26.34 | Notify | 03BRL-CAD:starseeker * 66568 (brlcad/trunk/src/libbu/CMakeLists.txt brlcad/trunk/src/libbu/fnmatch.c): Break the charclass bits into a private header as in BSD, in anticipation of glob work. |
| 01:31.09 | Notify | 03BRL-CAD:starseeker * 66569 brlcad/trunk/TODO: Add a note to take a look at using the non-recursive fnmatch implementation added to recent OpenBSD |
| 02:29.14 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 03:06.40 | Notify | 03BRL-CAD Wiki:177.92.54.114 * 9512 /wiki/ARL_Technical_Reports: |
| 03:16.04 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 03:25.09 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 07:59.25 | *** join/#brlcad merzo_ (~merzo@user-94-45-58-141.skif.com.ua) | |
| 09:54.34 | *** join/#brlcad teepee` (bc5c2133@gateway/web/freenode/ip.188.92.33.51) | |
| 15:19.08 | Notify | 03BRL-CAD:starseeker * 66570 brlcad/trunk/src/libbu/charclass.h: Add NCCLASSES |
| 15:21.09 | Notify | 03BRL-CAD:starseeker * 66571 (brlcad/trunk/include/bu/malloc.h brlcad/trunk/src/libbu/malloc.c): OpenBSD has been making extensive use of reallocarray, for what appear to be good reasons - set up a bu version to ease porting of BSD code into BRL-CAD. |
| 15:59.20 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 16:38.33 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:51.26 | *** join/#brlcad boquete (~Piotr@avc52.neoplus.adsl.tpnet.pl) | |
| 17:41.44 | Notify | 03BRL-CAD:starseeker * 66572 (brlcad/trunk/include/bu/path.h brlcad/trunk/src/libbu/CMakeLists.txt): Work in progress - nothing functional yet, but it does compile on linux so good time for a checkpoint. |
| 18:27.22 | *** join/#brlcad boquete (~Piotr@avc52.neoplus.adsl.tpnet.pl) | |
| 20:00.09 | Notify | 03BRL-CAD:starseeker * 66573 brlcad/trunk/src/libbu/glob.c: regress-repository is checking the file even though it's not being built, apparently... |
| 20:13.10 | *** join/#brlcad boquete_asus (~Piotr@abfm139.neoplus.adsl.tpnet.pl) | |
| 20:47.42 | *** join/#brlcad ih8sum3r (~deepak@122.173.190.108) | |
| 21:49.14 | *** join/#brlcad boquete (~Piotr@abfm139.neoplus.adsl.tpnet.pl) | |
| 22:05.07 | Notify | 03BRL-CAD:starseeker * 66574 brlcad/trunk/src/libbu/glob.c: ws |
| 02:11.14 | *** join/#brlcad ptqzrauwqynhrkhy (~armin@dslb-092-075-146-199.092.075.pools.vodafone-ip.de) | |
| 03:47.56 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 05:09.35 | *** join/#brlcad kanzure_ (~kanzure@unaffiliated/kanzure) | |
| 05:15.04 | *** join/#brlcad KimK_ (~Kim__@ip68-102-29-211.ks.ok.cox.net) | |
| 06:16.07 | *** join/#brlcad ejno_ (~ejno@unaffiliated/kazaik) | |
| 06:18.33 | *** join/#brlcad starseek1r (~starseeke@66-118-151-70.static.sagonet.net) | |
| 06:59.43 | *** join/#brlcad maths22_ (~maths22@66-118-151-70.static.sagonet.net) | |
| 11:17.51 | *** join/#brlcad boquete (~Piotr@abfm139.neoplus.adsl.tpnet.pl) | |
| 11:56.41 | *** join/#brlcad boquete (~Piotr@abfm139.neoplus.adsl.tpnet.pl) | |
| 13:19.31 | *** join/#brlcad boquete (~Piotr@abfm139.neoplus.adsl.tpnet.pl) | |
| 15:15.17 | *** join/#brlcad boquete (~Piotr@abfm139.neoplus.adsl.tpnet.pl) | |
| 15:41.49 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:14.18 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:39.58 | *** join/#brlcad merzo (~merzo@184-105-133-95.pool.ukrtel.net) | |
| 16:56.59 | *** join/#brlcad boquete (~Piotr@abfm139.neoplus.adsl.tpnet.pl) | |
| 19:17.43 | ``Erik | https://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2015-8126 libpng overflow vulns |
| 19:25.21 | brlcad | whee |
| 20:13.14 | *** join/#brlcad boquete_asus (~Piotr@abkg224.neoplus.adsl.tpnet.pl) | |
| 20:25.24 | brlcad | starseek1r: https://www.mathjax.org |
| 21:42.17 | starseek1r | brlcad: cool! |
| 22:16.42 | starseek1r | http://opensource.com/business/15/6/red-hat-women-open-source-award-winner-kesha-shah |
| 22:24.47 | louipc | nice |
| 00:47.06 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 01:06.00 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 02:04.28 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 02:09.53 | *** join/#brlcad fkepcklqqdlizvbf (~armin@dslb-088-065-179-040.088.065.pools.vodafone-ip.de) | |
| 03:49.41 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 04:21.29 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 08:29.50 | *** join/#brlcad merzo (~merzo@242-64-132-95.pool.ukrtel.net) | |
| 08:41.39 | *** join/#brlcad boquete (~Piotr@abkg224.neoplus.adsl.tpnet.pl) | |
| 12:27.12 | *** join/#brlcad boquete (~Piotr@abkg224.neoplus.adsl.tpnet.pl) | |
| 16:03.40 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 17:25.15 | *** join/#brlcad Guest55 (~textual@103.253.201.126) | |
| 20:23.32 | *** join/#brlcad boquete (~Piotr@abhb206.neoplus.adsl.tpnet.pl) | |
| 03:28.23 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 03:40.40 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 06:34.11 | *** join/#brlcad packrat (~packrator@c-76-121-210-58.hsd1.wa.comcast.net) | |
| 08:29.22 | *** join/#brlcad merzo (~merzo@245-127-133-95.pool.ukrtel.net) | |
| 09:10.43 | *** join/#brlcad teepee` (bc5c2133@gateway/web/freenode/ip.188.92.33.51) | |
| 10:15.31 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 10:33.39 | *** join/#brlcad KimK_ (~Kim__@ip68-102-29-211.ks.ok.cox.net) | |
| 11:30.08 | *** join/#brlcad KimK_ (~Kim__@ip68-102-29-211.ks.ok.cox.net) | |
| 13:02.17 | *** join/#brlcad gaganjyot (~gaganjyot@117.244.31.84) | |
| 13:02.35 | *** join/#brlcad Guest55 (~textual@103.253.201.126) | |
| 14:17.55 | *** join/#brlcad Guest55 (~textual@103.253.201.126) | |
| 14:46.33 | ``Erik | cuda on amd http://www.anandtech.com/show/9792/amd-sc15-boltzmann-initiative-announced-c-and-cuda-compilers-for-amd-gpus |
| 15:02.58 | *** join/#brlcad boquete (~Piotr@auc179.neoplus.adsl.tpnet.pl) | |
| 15:08.05 | *** join/#brlcad boquete (~Piotr@auc179.neoplus.adsl.tpnet.pl) | |
| 15:11.54 | *** join/#brlcad Guest55 (~textual@103.253.201.126) | |
| 15:12.56 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:19.59 | *** join/#brlcad Guest55 (~textual@103.253.201.126) | |
| 15:51.12 | *** join/#brlcad Guest55 (~textual@103.253.201.126) | |
| 16:50.00 | *** join/#brlcad gaganjyot (~gaganjyot@117.244.31.84) | |
| 17:01.29 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 17:21.58 | *** join/#brlcad merzo_ (~merzo@user-94-45-58-141.skif.com.ua) | |
| 18:21.19 | *** join/#brlcad boquete (~Piotr@auc179.neoplus.adsl.tpnet.pl) | |
| 19:22.52 | *** join/#brlcad KimK_ (~Kim__@ip68-102-29-211.ks.ok.cox.net) | |
| 19:43.43 | *** join/#brlcad boquete (~Piotr@auc179.neoplus.adsl.tpnet.pl) | |
| 19:58.34 | *** join/#brlcad cox (~quassel@188.226.208.53) | |
| 22:07.03 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 22:50.57 | *** join/#brlcad hackrat (~packrator@c-76-121-210-58.hsd1.wa.comcast.net) | |
| 22:51.16 | *** join/#brlcad kintel_ (~kintel@unaffiliated/kintel) | |
| 23:08.30 | Notify | 03BRL-CAD:starseeker * 66575 brlcad/trunk/src/libbu/tests/opt.c: fix logic test (clang 3.7 Wtautological-constant-out-of-range-compare) |
| 23:13.04 | Notify | 03BRL-CAD:starseeker * 66576 (brlcad/trunk/src/librt/primitives/bot/gct_decimation/auxiliary/cc.h brlcad/trunk/src/librt/primitives/bot/gct_decimation/auxiliary/mmatomic.h brlcad/trunk/src/librt/primitives/bot/gct_decimation/auxiliary/mmthread.h): Clear some 'Winfinite-recursion' reports from clang 3.7 |
| 23:28.54 | *** join/#brlcad merzo_ (~merzo@245-127-133-95.pool.ukrtel.net) | |
| 00:34.50 | *** join/#brlcad LordOfBikes (~armin@dslb-092-075-146-126.092.075.pools.vodafone-ip.de) | |
| 01:03.51 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 02:39.18 | *** join/#brlcad rxntqpozmvatzjbf (~armin@dslb-178-007-229-127.178.007.pools.vodafone-ip.de) | |
| 03:46.24 | *** join/#brlcad Guest55 (~textual@103.253.201.126) | |
| 04:37.19 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 04:53.37 | *** join/#brlcad tofu (~sean@66-118-151-70.static.sagonet.net) | |
| 05:09.17 | Notify | 03BRL-CAD:brlcad * 66577 brlcad/trunk/include/config_win.h.in: because _pipe takes different args |
| 05:44.12 | *** join/#brlcad Guest55 (~textual@103.253.201.126) | |
| 08:18.24 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 09:40.08 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 17:24.55 | *** join/#brlcad infobot (ibot@170-72-46-25.vivintwireless.net) | |
| 17:24.55 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-) | |
| 20:37.54 | *** join/#brlcad infobot (ibot@170-72-44-209.vivintwireless.net) | |
| 20:37.54 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-) | |
| 20:39.02 | maths22 | I have created a git clone of the brlcad repo (I hope to get travis builds running off of it): |
| 20:39.05 | maths22 | https://github.com/maths22/brlcad |
| 20:50.09 | Notify | 03BRL-CAD:starseeker * 66586 brlcad/trunk/src/libbu/fnmatch.c: c assignment was only used in comment out bu_log - move it in with the log statement. |
| 20:53.34 | Notify | 03BRL-CAD:starseeker * 66587 brlcad/trunk/src/libbu/opt.c: desc_found doesn't play a role in this portion of the code. |
| 22:12.54 | maths22 | Also, apparently my cdash builds are still running. Yay! |
| 23:36.44 | louipc | oh man that's gonna be a beast |
| 00:47.59 | *** join/#brlcad packrat (~packrator@c-76-121-210-58.hsd1.wa.comcast.net) | |
| 00:54.29 | maths22 | louipc: What is? |
| 00:55.40 | louipc | travis builds of brlcad |
| 01:12.25 | *** join/#brlcad packrat (~packrator@c-76-121-210-58.hsd1.wa.comcast.net) | |
| 01:14.21 | maths22 | louipc: We will see. I tried one run, and it worked ok until it tried to use lemon, so I will try forcing built-in lemon |
| 01:16.17 | louipc | yeah some things you will need to use bundled version... at least from when I last tried to build |
| 01:29.55 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 01:39.31 | maths22 | louipc: I actually am also going to try appveyor |
| 01:39.37 | maths22 | That should be interesting |
| 01:40.54 | louipc | what is taht? |
| 01:41.12 | louipc | oh cool |
| 01:41.29 | louipc | does travis do windows builds? |
| 01:52.25 | maths22 | louipc: travis does not |
| 01:52.32 | maths22 | Appveyor is basically travis for windows |
| 01:53.00 | maths22 | My final goal is to have nightly compiled builds, but that will be a bit of a challenge |
| 01:53.18 | maths22 | I am actually working on the same thing for SuperTux, which should hopefully be finished in the next week |
| 01:54.12 | maths22 | (For linux builds, there is this service called Open Build Service which allows us to package for a bunch of distros |
| 01:54.48 | maths22 | Travis actually does do OS X, which is nice |
| 02:47.56 | *** join/#brlcad LordOfBikes (~armin@dslb-178-007-231-065.178.007.pools.vodafone-ip.de) | |
| 03:50.20 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 04:06.53 | starseeker | maths22: wow! I see you did the whole history - I'm surprised github didn't choke on the size of the repo |
| 04:07.06 | starseeker | maths22: how did you convert the history to git? |
| 04:47.11 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 05:10.25 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 05:22.39 | maths22 | starseeker: subgit to do the conversion |
| 05:23.13 | maths22 | Interestingly, the whole history compresses to 373 mb |
| 05:23.22 | maths22 | (With branches and all) |
| 05:24.09 | maths22 | (that is the .git directory of my checkout) |
| 05:24.23 | maths22 | The .svn directory of a subversion checkout is 325 mb |
| 05:24.52 | maths22 | They are even closer if I don't include the branches |
| 05:25.05 | maths22 | It just goes to show how amazing compression is |
| 08:03.47 | Notify | 03BRL-CAD Wiki:P.bjoennes * 0 /wiki/User:P.bjoennes: |
| 10:12.05 | *** join/#brlcad ziggypup (~ziggypup@202-180-115-128.callplus.net.nz) | |
| 10:12.08 | *** part/#brlcad ziggypup (~ziggypup@202-180-115-128.callplus.net.nz) | |
| 10:13.00 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 14:58.33 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:14.39 | *** join/#brlcad boquete (~Piotr@abkk29.neoplus.adsl.tpnet.pl) | |
| 15:30.53 | Notify | 03BRL-CAD:starseeker * 66588 brlcad/trunk/src/libbu/avs.c: If we somehow got a null from avsp->avp, bail. |
| 15:44.16 | maths22 | starseeker: by the way, it took many hours when I first made the clone (I don't remember how many, but I think more than 12) |
| 15:49.05 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:52.29 | Notify | 03BRL-CAD:starseeker * 66589 brlcad/trunk/include/bu/path.h: Checkpoint glob work so it doesn't accidently get committed with other stuff. |
| 16:02.00 | Notify | 03BRL-CAD:starseeker * 66590 brlcad/trunk/src/libbu/convert.c: Aren't checking buflen for this last switch, so no point in decrementing. |
| 16:04.49 | *** join/#brlcad boquete (~Piotr@abkk29.neoplus.adsl.tpnet.pl) | |
| 16:08.31 | Notify | 03BRL-CAD:starseeker * 66591 brlcad/trunk/src/libbu/parse.c: Make sure prev is not still in it's initialized-to-NULL state before trying to get the first character for a comparison |
| 16:15.53 | Notify | 03BRL-CAD:starseeker * 66592 brlcad/trunk/src/libbu/malloc.c: Don't do an illegal write to mp if memdebug_check failed. |
| 17:56.52 | Notify | 03BRL-CAD:starseeker * 66593 brlcad/trunk/src/libbu/malloc.c: Don't use %p to print original_ptr, since clang static analyzer doesn't yet know that using it for fprintf is OK. Change this back if/when clang can handle this case properly. |
| 18:00.43 | Notify | 03BRL-CAD:starseeker * 66594 brlcad/trunk/include/bu/list.h: Fix null assert check - back is being assigned in (new)->forw, not (old)-forw. |
| 18:14.29 | Notify | 03BRL-CAD:starseeker * 66595 brlcad/trunk/src/libbn/sphmap.c: Make sure count isn't zero before we divide by it. |
| 18:19.46 | Notify | 03BRL-CAD:starseeker * 66596 (brlcad/trunk/include/bu/defines.h brlcad/trunk/include/bu/list.h and 2 others): Add an assert to BU_LIST_INIT |
| 18:21.31 | Notify | 03BRL-CAD:starseeker * 66597 (brlcad/trunk/include/bu/defines.h brlcad/trunk/include/bu/log.h brlcad/trunk/include/bu/magic.h): Back out _BU_ATTR_ANALYZE_NORETURN - committed by mistake. |
| 18:24.10 | Notify | 03BRL-CAD:starseeker * 66598 (brlcad/trunk/include/bu/defines.h brlcad/trunk/include/bu/log.h brlcad/trunk/include/bu/magic.h): For the time being, go ahead and commit this - Add clang static analyzer attributes to bu_exit, bu_bomb and bu_badmagic letting it know they don't return. This is not strictly true, and longer term it may be worth updating our logic to properly handle the situation where bu_bomb *does* |
| 18:24.12 | Notify | return, but until we reach the point where we're ready to do that the noise from these functions drowns out the signal. |
| 18:24.14 | Notify | ... |
| 18:29.26 | Notify | 03BRL-CAD:starseeker * 66599 brlcad/trunk/include/bu/defines.h: Ugh - gcc doesn't like this. Will revert this in a bit, once a configure test is in place. |
| 18:35.55 | Notify | 03BRL-CAD:starseeker * 66600 brlcad/trunk/include/bu/defines.h: Oops, define it empty in the else case. |
| 18:44.58 | Notify | 03BRL-CAD:starseeker * 66601 brlcad/trunk/src/libbu/avs.c: Hmm. Returning 0 here causes problems - just prevent the writes, which is close to the old behavior without the invalid assignments. |
| 18:48.48 | *** join/#brlcad boquete (~Piotr@abkk29.neoplus.adsl.tpnet.pl) | |
| 18:52.49 | starseeker | maths22: cool! it would be interesting to compare those results with the ones produced by the procedure documented in misc/svn2git |
| 18:55.16 | Notify | 03BRL-CAD:starseeker * 66602 brlcad/trunk/src/libbu/avs.c: Add a comment to revisit the avs behavior to better understand what's happening and why. |
| 19:15.47 | maths22 | starseeker: I should have used the account map |
| 19:16.01 | maths22 | I didn't know that folder exists |
| 19:16.54 | maths22 | The cool thing about subgit is it automatically creates/runs a background process to synch them |
| 20:00.44 | Notify | 03BRL-CAD Wiki:Skoobedo39 * 0 /wiki/User:Skoobedo39: |
| 20:14.08 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 20:31.58 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 20:45.00 | *** join/#brlcad LordOfBikes (~armin@dslb-178-007-231-065.178.007.pools.vodafone-ip.de) | |
| 21:14.32 | Notify | 03BRL-CAD:starseeker * 66603 brlcad/trunk/src/libbrep/shape_recognition_cone.cpp: remove unused |
| 21:35.17 | *** join/#brlcad infobot (ibot@170-72-44-209.vivintwireless.net) | |
| 21:35.17 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-) | |
| 22:43.29 | Notify | 03BRL-CAD:starseeker * 66604 (brlcad/trunk/include/analyze.h brlcad/trunk/include/bu/defines.h): Not sure at this point if __attribute__ (()) is legal with the space, but we have instances both with and without. The GNU documentation has a space in the form description but none of their examples have it. The rest of our __attribute__ labels don't seem to use the space, and clang 3.7 is known to have trouble with it |
| 22:43.31 | Notify | in at least one case. Remove spaces. |
| 22:43.33 | Notify | ... |
| 22:44.23 | Notify | 03BRL-CAD:starseeker * 66605 brlcad/trunk/include/analyze.h: revert stray function definion. |
| 23:32.16 | Notify | 03BRL-CAD:tbrowder2 * 66606 (brlcad/branches/attr-extension-mods/README.binary_attributes =================================================================== and 22 others): start documenting the binary attributes mod |
| 23:58.57 | *** join/#brlcad louipc (~louipc@unaffiliated/louipc) | |
| 00:27.27 | *** join/#brlcad merzo (~merzo@141-52-132-95.pool.ukrtel.net) | |
| 00:30.46 | *** join/#brlcad merzo (~merzo@141-52-132-95.pool.ukrtel.net) | |
| 00:54.43 | Notify | 03BRL-CAD:tbrowder2 * 66607 (brlcad/branches/attr-extension-mods/BUGS brlcad/branches/attr-extension-mods/CHANGES and 3291 others): sync merge trunk with branch |
| 00:59.21 | Notify | 03BRL-CAD:tbrowder2 * 66608 (brlcad/trunk/doc/docbook/system/mann/en/attr.xml brlcad/trunk/src/librt/attributes.c): correct typos |
| 01:05.09 | Notify | 03BRL-CAD:tbrowder2 * 66609 brlcad/branches/attr-extension-mods/README.binary_attributes: add a test plan; correct typo |
| 01:06.39 | Notify | 03BRL-CAD:tbrowder2 * 66610 brlcad/branches/attr-extension-mods/README.binary_attributes: correct typo |
| 01:27.26 | starseeker | O.o https://github.com/microsoft/vscode |
| 01:44.19 | louipc | it's happening... |
| 02:45.52 | *** join/#brlcad ciliaxsnjsmdpyyu (~armin@dslb-088-065-178-169.088.065.pools.vodafone-ip.de) | |
| 05:09.44 | Notify | 03BRL-CAD:brlcad * 66611 brlcad/trunk/doc/BRL-CAD.bib: add four arl tech reports from ARL summer students that worked on BRL-CAD in summer 2014 (published 2015). notably still missing publication(s) from jon engbert. |
| 05:38.45 | Notify | 03BRL-CAD:brlcad * 66612 brlcad/trunk/doc/BRL-CAD.bib: add a slew of additional publications, some old reprints, a couple overlooked reports, and a recent report by butler/yapp |
| 05:44.14 | *** join/#brlcad kanzure (~kanzure@bryan.fairlystable.org) | |
| 05:46.04 | *** join/#brlcad kanzure (~kanzure@unaffiliated/kanzure) | |
| 05:56.28 | *** join/#brlcad kanzure (~kanzure@unaffiliated/kanzure) | |
| 06:02.12 | *** join/#brlcad nmz787 (~nmz787@unaffiliated/nmz787) | |
| 06:54.44 | Notify | 03BRL-CAD:brlcad * 66613 brlcad/trunk/doc/BRL-CAD.bib: add ARL-TR-2396 from kunkel |
| 06:57.42 | *** join/#brlcad kanzure (~kanzure@unaffiliated/kanzure) | |
| 07:05.07 | *** join/#brlcad nmz787 (~nmz787@unaffiliated/nmz787) | |
| 08:34.49 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) | |
| 09:00.38 | *** join/#brlcad teepee` (bc5c2133@gateway/web/freenode/ip.188.92.33.51) | |
| 10:01.44 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 15:16.01 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:02.57 | *** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52) | |
| 17:20.13 | *** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52) | |
| 17:57.56 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 18:10.12 | Notify | 03BRL-CAD:tbrowder2 * 66614 brlcad/trunk/include/bu/parse.h: add new convenience macros for USE_BINARY_ATTRIBUTES |
| 18:11.22 | Notify | 03BRL-CAD:tbrowder2 * 66615 brlcad/trunk/include/rt/db_io.h: add a function stub for USE_BINARY_ATTRIBUTES |
| 18:14.21 | Notify | 03BRL-CAD:tbrowder2 * 66616 brlcad/branches/attr-extension-mods/src/librt/attributes.c: add missing semis; use correct var names; cast as necessary; correct arg types; remove incomplete line |
| 18:41.13 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 19:15.16 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 19:38.18 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 19:57.15 | Notify | 03BRL-CAD:tbrowder2 * 66617 (brlcad/branches/attr-extension-mods/src/util/admin-db.cpp =================================================================== and 525 others): rename per conversation with Sean (may change again later) |
| 19:57.51 | Notify | 03BRL-CAD:tbrowder2 * 66618 brlcad/branches/attr-extension-mods/src/util/CMakeLists.txt: make db-admin-tool installable |
| 20:13.43 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 21:19.14 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 21:40.46 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 22:11.21 | Notify | 03BRL-CAD:tbrowder2 * 66619 (brlcad/branches/attr-extension-mods/src/librt/tests/test_binary_attribute.c =================================================================== and 47 others): add a stub of a test file for binary attributes |
| 22:12.01 | Notify | 03BRL-CAD:tbrowder2 * 66620 brlcad/branches/attr-extension-mods/src/librt/tests/CMakeLists.txt: add the test to be executed |
| 22:44.17 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 23:28.52 | *** join/#brlcad merzo (~merzo@95.133.23.18) | |
| 00:04.06 | *** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca) | |
| 02:13.41 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 02:37.04 | *** join/#brlcad merzo (~merzo@167-23-132-95.pool.ukrtel.net) | |
| 02:44.56 | *** join/#brlcad xnpaaoplyajhxfha (~armin@dslb-092-074-238-196.092.074.pools.vodafone-ip.de) | |
| 02:46.39 | Notify | 03BRL-CAD:starseeker * 66621 brlcad/trunk/src/librt/test_brepreport.cpp: fix surface type counting tool, skip shapes we can't handle. |
| 09:49.24 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 10:50.56 | *** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52) | |
| 13:35.49 | *** join/#brlcad KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net) | |
| 13:50.56 | *** join/#brlcad KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net) | |
| 14:32.54 | *** join/#brlcad KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net) | |
| 14:59.36 | *** join/#brlcad KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net) | |
| 15:34.06 | Notify | 03BRL-CAD Wiki:Necron2600 * 0 /wiki/User:Necron2600: |
| 15:43.13 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:02.01 | *** join/#brlcad KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net) | |
| 16:09.46 | brlcad | maths22: I set up brl-cad on appveyor earlier in the year |
| 16:15.03 | brlcad | this is it: https://ci.appveyor.com/project/brlcad/trunk |
| 16:22.12 | brlcad | cool, subgit looks like it might be what I was looking for to create a bridge that stays in sync |
| 16:24.41 | brlcad | wonder how they manage users... |
| 16:26.04 | brlcad | ah, found it |
| 16:28.17 | *** join/#brlcad packrat (~packrator@c-76-121-210-58.hsd1.wa.comcast.net) | |
| 16:28.28 | *** join/#brlcad hackrat (~packrator@c-76-121-210-58.hsd1.wa.comcast.net) | |
| 16:33.42 | *** join/#brlcad KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net) | |
| 16:51.33 | *** join/#brlcad KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net) | |
| 17:08.18 | Notify | 03BRL-CAD:tbrowder2 * 66622 (brlcad/branches/attr-extension-mods/doc/docbook/specifications/en/BRL_CAD_g_format_V6.xml =================================================================== and 1855 others): start a new version to include binary attributes |
| 17:16.30 | *** join/#brlcad KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net) | |
| 17:47.53 | Notify | 03BRL-CAD:brlcad * 66623 brlcad/trunk/include/config_win.h.in: remove duplicate snprintf define |
| 18:02.29 | Notify | 03BRL-CAD:tbrowder2 * 66624 brlcad/branches/attr-extension-mods/doc/docbook/specifications/en/CMakeLists.txt: add new V6 version |
| 18:03.00 | Notify | 03BRL-CAD:tbrowder2 * 66625 brlcad/branches/attr-extension-mods/doc/docbook/specifications/en/BRL_CAD_g_format_V6.xml: change version no |
| 18:03.32 | Notify | 03BRL-CAD:tbrowder2 * 66626 brlcad/branches/attr-extension-mods/README.binary_attributes: add more scribbles |
| 18:04.03 | Notify | 03BRL-CAD:tbrowder2 * 66627 brlcad/branches/attr-extension-mods/doc/docbook/system/mann/en/attr.xml: start a binary attr section |
| 18:05.02 | Notify | 03BRL-CAD:tbrowder2 * 66628 brlcad/trunk/include/rt/db_attr.h: prelim thoughts--probably will change |
| 18:05.38 | Notify | 03BRL-CAD:tbrowder2 * 66629 brlcad/branches/attr-extension-mods/src/librt/tests/test_binary_attribute.c: correct internal title |
| 18:37.12 | *** join/#brlcad KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net) | |
| 19:01.38 | *** join/#brlcad KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net) | |
| 19:33.11 | *** join/#brlcad boquete (~Piotr@aatk129.neoplus.adsl.tpnet.pl) | |
| 21:07.44 | Notify | 03BRL-CAD:brlcad * 66630 brlcad/trunk/CMakeLists.txt: rename make 'check's long form to validation testing as it runs more than unit tests -- it also runs our system/integration and regression tests. display a very noisy notice describing this target to try and minimize confusion. |
| 21:09.43 | Notify | 03BRL-CAD:brlcad * 66631 brlcad/trunk/doc/README.Windows: stash in case this needs to be revisited. lots of dragons and bugs lurking about mingw/msys land. |
| 21:10.33 | Notify | 03BRL-CAD:brlcad * 66632 brlcad/trunk/doc/docbook/books/en/HACKING_BRL-CAD.xml: don't want them running make test |
| 21:13.59 | Notify | 03BRL-CAD:starseeker * 66633 brlcad/trunk/src/libged/shape_recognition.cpp: turn debugging objects back off. |
| 21:27.33 | Notify | 03BRL-CAD:starseeker * 66634 brlcad/trunk/src/libbrep/shape_recognition_cone.cpp: If we don't have any planes we can't make a shape... |
| 21:29.18 | *** join/#brlcad boquete (~Piotr@aatk129.neoplus.adsl.tpnet.pl) | |
| 00:40.30 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 02:43.39 | *** join/#brlcad brkerfbgoxjlkprj (~armin@88.65.178.231) | |
| 02:54.23 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 03:29.21 | Notify | 03BRL-CAD:brlcad * 66635 brlcad/trunk/TODO: there is no binary-incompat section, it's backwards-incompat. expand latent thoughts on binary attributes including the desire to use a binary json-style format. |
| 05:40.24 | *** join/#brlcad infobot (ibot@69-58-80-29.ut.vivintwireless.net) | |
| 05:40.25 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-) | |
| 12:48.40 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 13:36.41 | *** join/#brlcad merzo (~merzo@195.128.182.31) | |
| 13:57.15 | *** join/#brlcad boquete (~Piotr@atw28.neoplus.adsl.tpnet.pl) | |
| 14:12.41 | *** join/#brlcad merzo (~merzo@195.128.182.31) | |
| 14:33.00 | *** join/#brlcad merzo (~merzo@195.128.182.31) | |
| 15:06.05 | *** join/#brlcad merzo (~merzo@195.128.182.31) | |
| 15:54.49 | *** join/#brlcad boquete (~Piotr@2a01:115f:217:f600:a0e2:50df:836e:f99d) | |
| 17:56.32 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 18:21.55 | *** join/#brlcad LordOfBikes (~armin@dslb-088-065-178-231.088.065.pools.vodafone-ip.de) | |
| 20:31.12 | *** join/#brlcad boquete (~Piotr@atw28.neoplus.adsl.tpnet.pl) | |
| 20:48.11 | *** join/#brlcad sahelanthropus (~dartzon@41.250.90.230) | |
| 21:53.14 | Notify | 03BRL-CAD:tbrowder2 * 66636 brlcad/trunk/TODO: correct some over-long lines |
| 21:53.53 | Notify | 03BRL-CAD:tbrowder2 * 66637 brlcad/trunk/TODO: correct spelling |
| 21:58.54 | Notify | 03BRL-CAD:tbrowder2 * 66638 brlcad/trunk/TODO: correct use of 'e.g'; correct spelling of 'attribut' (add missing ending 'e') |
| 02:42.45 | *** join/#brlcad epmirhfsfvjtjass (~armin@dslb-092-074-252-043.092.074.pools.vodafone-ip.de) | |
| 03:37.49 | *** join/#brlcad maths22_ (~maths22@66-118-151-70.static.sagonet.net) | |
| 03:40.15 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) | |
| 03:40.47 | *** join/#brlcad nmz787 (~nmz787@unaffiliated/nmz787) | |
| 03:45.00 | *** join/#brlcad kanzure_ (~kanzure@unaffiliated/kanzure) | |
| 03:51.37 | *** join/#brlcad LordOfBikes (~armin@dslb-092-074-252-043.092.074.pools.vodafone-ip.de) | |
| 03:52.40 | *** join/#brlcad starseek1r (~starseeke@66-118-151-70.static.sagonet.net) | |
| 03:55.32 | *** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca) | |
| 03:56.01 | *** join/#brlcad KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net) | |
| 04:52.48 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 05:42.47 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 07:12.43 | *** join/#brlcad KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net) | |
| 07:35.48 | *** join/#brlcad KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net) | |
| 11:37.25 | ``Erik | infographic of time/performance type, uh, shtuff http://www.eecs.berkeley.edu/~rcs/research/interactive_latency.html |
| 12:35.39 | Notify | 03BRL-CAD:tbrowder2 * 66639 brlcad/branches/attr-extension-mods/doc/docbook/specifications/en/BRL_CAD_g_format_V5.xml: elim info on binary attrs |
| 13:22.16 | Notify | 03BRL-CAD:tbrowder2 * 66640 (svn:ignore ## -0,0 +1,3 ## and 3 others): creating a private branch of trunk for work on binary attributes |
| 14:13.12 | *** join/#brlcad KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net) | |
| 16:28.00 | *** join/#brlcad KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net) | |
| 16:36.41 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 17:01.15 | *** join/#brlcad KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net) | |
| 18:07.25 | Notify | 03BRL-CAD:tbrowder2 * 66641 (brlcad/branches/binary-attributes/doc/docbook/specifications/en/BRL_CAD_g_format_V5.xml brlcad/branches/binary-attributes/doc/docbook/specifications/en/CMakeLists.txt and 4 others): bring new 'binary-attributes' branch up-to-date with changes in the old 'attr-extension-mods' branch |
| 18:10.19 | *** join/#brlcad boquete (~Piotr@dze6.neoplus.adsl.tpnet.pl) | |
| 18:14.31 | maths22 | brlcad: That is good to know |
| 18:14.39 | maths22 | Do you have an appveyor.yml? |
| 18:33.43 | Notify | 03BRL-CAD:tbrowder2 * 66642 NIL: Removing original branch which was replaced by branch 'binary-attributes'. |
| 18:51.06 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 18:58.34 | *** join/#brlcad merzo (~merzo@195.128.182.31) | |
| 19:53.06 | Notify | 03BRL-CAD:tbrowder2 * 66643 (svn:mime-type ## -0,0 +1 ## and 2 others): prepare to add libbson as an external required source for binary attributes |
| 20:30.46 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 21:29.19 | Notify | 03BRL-CAD:tbrowder2 * 66644 (brlcad/branches/binary-attributes/src/other/libbson/.gitignore =================================================================== and 46 others): add libbson source release 'libbson-1.3.0-beta0' |
| 22:41.35 | Notify | 03BRL-CAD Wiki:Postalbyke * 0 /wiki/User:Postalbyke: |
| 23:03.17 | Notify | 03BRL-CAD:tbrowder2 * 66645 brlcad/branches/binary-attributes/README.binary_attributes: updated info |
| 23:04.31 | Notify | 03BRL-CAD:tbrowder2 * 66646 brlcad/branches/binary-attributes/src/other/CMakeLists.txt: initial whack at a cmakefile |
| 23:06.15 | *** join/#brlcad merzo (~merzo@118-6-133-95.pool.ukrtel.net) | |
| 23:12.44 | Notify | 03BRL-CAD:tbrowder2 * 66647 (brlcad/branches/binary-attributes/src/other/libbson/.mci.yml =================================================================== and 262 others): add files from orig source |
| 23:30.15 | Notify | 03BRL-CAD:tbrowder2 * 66648 (svn:ignore ## -0,0 +1,3 ## and 3 others): weird changes--looks like these files should all be ignored, i.e., they are artifatcs of the build processProperty Changed:----------------brlcad/branches/binary-attributes/src/other/libbson/brlcad/branches/binary-attributes/src/other/libbson/build/autotools/brlcad/branches/binary-attributes/src/other/libbson/build/autotools/m4/ |
| 23:39.32 | Notify | 03BRL-CAD:tbrowder2 * 66649 (brlcad/branches/binary-attributes/INSTALL =================================================================== and 767 others): rename per error instructions |
| 00:20.02 | Notify | 03BRL-CAD:tbrowder2 * 66650 (brlcad/branches/binary-attributes/INSTALL.new =================================================================== and 778 others): remove auto-generated file |
| 00:21.34 | *** join/#brlcad Ch3ck_away (~Ch3ck@66-118-151-70.static.sagonet.net) | |
| 00:21.57 | *** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net) | |
| 00:21.57 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) | |
| 01:05.28 | Notify | 03BRL-CAD:tbrowder2 * 66651 (brlcad/branches/binary-attributes/configure =================================================================== and 235 others): remove auto-generated file fron version control |
| 01:42.48 | Notify | 03BRL-CAD:tbrowder2 * 66652 (svn:ignore ## -1,3 +1,5 ## and 16 others): ignore auto-generated filesProperty Changed:----------------brlcad/branches/binary-attributes/ |
| 02:34.22 | *** join/#brlcad merzo (~merzo@118-42-133-95.pool.ukrtel.net) | |
| 02:42.06 | *** join/#brlcad ugmibovdoyvhholf (~armin@dslb-088-064-038-240.088.064.pools.vodafone-ip.de) | |
| 03:15.52 | *** join/#brlcad ejno (~ejno@unaffiliated/kazaik) | |
| 04:10.27 | Notify | 03BRL-CAD:starseeker * 66653 (brlcad/branches/binary-attributes/INSTALL =================================================================== and 767 others): Put toplevel configure and install back. |
| 04:12.42 | Notify | 03BRL-CAD:starseeker * 66654 brlcad/branches/binary-attributes/src/other/libbson/CMakeLists.txt: Use relative directories for sources, make a few other tweaks. Untested as yet. |
| 04:13.52 | Notify | 03BRL-CAD:starseeker * 66655 (brlcad/branches/binary-attributes/src/other/libbson/Makefile.am =================================================================== and 57 others): Remove autotools build files |
| 04:43.18 | Notify | 03BRL-CAD:starseeker * 66656 (brlcad/branches/binary-attributes/INSTALL brlcad/branches/binary-attributes/configure and 2 others): updates, fixes |
| 04:48.30 | Notify | 03BRL-CAD:starseeker * 66657 brlcad/trunk/src/libged/remove.cpp: use var |
| 06:44.21 | *** join/#brlcad KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net) | |
| 07:29.31 | *** join/#brlcad KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net) | |
| 08:01.08 | *** join/#brlcad KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net) | |
| 09:46.15 | *** join/#brlcad KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net) | |
| 10:07.40 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 10:11.35 | *** join/#brlcad KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net) | |
| 10:23.51 | *** join/#brlcad KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net) | |
| 10:43.23 | *** join/#brlcad KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net) | |
| 10:50.22 | *** join/#brlcad KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net) | |
| 11:25.06 | *** join/#brlcad KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net) | |
| 11:45.08 | *** join/#brlcad KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net) | |
| 11:52.05 | *** join/#brlcad KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net) | |
| 13:35.07 | Notify | 03BRL-CAD:tbrowder2 * 66658 brlcad/trunk/doc/README.MacOSX: fix spelling |
| 14:06.15 | Notify | 03BRL-CAD:tbrowder2 * 66659 (brlcad/branches/binary-attributes/doc/README.MacOSX Property Changed: and 2 others): commit merge of rev 66658 |
| 14:37.36 | Notify | 03BRL-CAD:tbrowder2 * 66660 brlcad/branches/binary-attributes/README.binary_attributes: update info with more details of a working scheme for handling binary attributes as BSON objects |
| 15:01.48 | *** join/#brlcad KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net) | |
| 15:25.47 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:28.26 | *** join/#brlcad KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net) | |
| 16:10.42 | *** join/#brlcad KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net) | |
| 16:27.40 | *** join/#brlcad KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net) | |
| 16:28.22 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:30.28 | *** join/#brlcad boquete (~Piotr@abkc41.neoplus.adsl.tpnet.pl) | |
| 16:55.18 | *** join/#brlcad KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net) | |
| 17:04.22 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 17:18.43 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 17:19.19 | Notify | 03BRL-CAD:starseeker * 66661 brlcad/branches/binary-attributes/src/other/CMakeLists.txt: Don't require BRLCAD_ENABLE_BSON to turn on libbson build. |
| 17:52.59 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 18:22.25 | *** join/#brlcad boquete (~Piotr@abkc41.neoplus.adsl.tpnet.pl) | |
| 18:23.15 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 19:11.09 | *** join/#brlcad jasleen (73f98189@gateway/web/cgi-irc/kiwiirc.com/ip.115.249.129.137) | |
| 19:15.41 | jasleen | hi |
| 19:15.44 | jasleen | brlcad |
| 20:15.23 | Notify | 03BRL-CAD:starseeker * 66662 brlcad/trunk/src/libged/shape_recognition.cpp: turn off debug printing. |
| 20:16.12 | Notify | 03BRL-CAD:starseeker * 66663 brlcad/trunk/src/libged/typein.c: Respect dbi_local2base for units when inputing datums |
| 20:25.44 | brlcad | maths22: I do not |
| 20:25.48 | brlcad | (not that i know of) |
| 20:40.50 | Notify | 03BRL-CAD:brlcad * 66664 brlcad/trunk/NEWS: cliff fixed a bug in the typein interface to datums. I didn't account for current working unit during text input. |
| 20:59.01 | *** join/#brlcad merzo (~merzo@118-42-133-95.pool.ukrtel.net) | |
| 21:37.54 | *** join/#brlcad boquete (~Piotr@abkc41.neoplus.adsl.tpnet.pl) | |
| 23:04.46 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 23:25.43 | Notify | 03BRL-CAD:starseeker * 66665 (brlcad/trunk/include/bu/opt.h brlcad/trunk/src/libbu/opt.c): Start working on the docbook output generator for bu_opt descriptions. |
| 00:35.22 | Notify | 03BRL-CAD:tbrowder2 * 66666 brlcad/branches/binary-attributes/README.binary_attributes: save work on mged attr command |
| 02:01.59 | starseeker | tom snags the all sixes commit - now we need 11,111 more commits to get another all-one-digit number |
| 02:08.07 | Notify | 03BRL-CAD:starseeker * 66667 brlcad/branches/binary-attributes/misc/CMake/BRLCAD_Summary.cmake: Temporarily add BSON to the reporting list for binary-attributes branch. |
| 02:33.45 | *** join/#brlcad merzo (~merzo@26-25-132-95.pool.ukrtel.net) | |
| 02:40.59 | *** join/#brlcad vomsugjxrjbbecgw (~armin@dslc-082-083-185-075.pools.arcor-ip.net) | |
| 04:50.42 | Notify | 03BRL-CAD:brlcad * 66668 brlcad/trunk/CMakeLists.txt: do not understand why this is not working right. it's printing the message during cmake and entering the 'TARGET check' section ... but we only want to print the message during 'make check'. |
| 06:04.55 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 07:25.36 | *** join/#brlcad KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net) | |
| 08:51.02 | *** join/#brlcad boquete (~Piotr@atv183.neoplus.adsl.tpnet.pl) | |
| 09:05.23 | *** join/#brlcad packrat (~packrator@c-76-121-210-58.hsd1.wa.comcast.net) | |
| 10:01.28 | *** join/#brlcad boquete (~Piotr@atv183.neoplus.adsl.tpnet.pl) | |
| 10:25.39 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 11:30.28 | *** join/#brlcad boquete (~Piotr@atv183.neoplus.adsl.tpnet.pl) | |
| 12:51.52 | Notify | 03BRL-CAD:starseeker * 66669 brlcad/trunk/src/libbu/opt.c: move assignments to the right function. |
| 12:57.39 | Notify | 03BRL-CAD:starseeker * 66670 brlcad/trunk/CMakeLists.txt: The TARGET test tests during CMake configure whether the specified target has been defined. Set up the make check custom target to print the desired message. Unfortunately there does not seem to be a way currently to do this for make test - see bug https://cmake.org/Bug/view.php?id=8438 |
| 13:02.34 | *** join/#brlcad KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net) | |
| 14:00.23 | *** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52) | |
| 14:03.59 | Notify | 03BRL-CAD:tbrowder2 * 66671 brlcad/branches/binary-attributes/README.binary_attributes: save work |
| 14:05.31 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 14:26.49 | *** join/#brlcad KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net) | |
| 14:49.42 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:20.10 | *** join/#brlcad boquete (~Piotr@atv183.neoplus.adsl.tpnet.pl) | |
| 15:29.47 | Notify | 03BRL-CAD:starseeker * 66672 (brlcad/trunk/CMakeLists.txt brlcad/trunk/include/bu/defines.h): Add a configure test for __attribute__((analyzer_noreturn)) |
| 15:47.59 | Notify | 03BRL-CAD:starseeker * 66673 brlcad/trunk/src/libbu/opt.c: Initialize i |
| 16:57.32 | Notify | 03BRL-CAD:starseeker * 66674 (brlcad/trunk/CMakeLists.txt brlcad/trunk/include/bu/defines.h): Add compiler tests for the other attributes as well. |
| 17:02.10 | *** join/#brlcad boquete (~Piotr@atv183.neoplus.adsl.tpnet.pl) | |
| 17:20.39 | Notify | 03BRL-CAD:starseeker * 66675 brlcad/trunk/HACKING: liborle is gone. |
| 18:23.09 | *** join/#brlcad boquete (~Piotr@atv183.neoplus.adsl.tpnet.pl) | |
| 20:24.57 | Notify | 03BRL-CAD:starseeker * 66676 brlcad/trunk/src/libbu/opt.c: Initialize |
| 20:27.20 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 20:33.50 | Notify | 03BRL-CAD:starseeker * 66677 brlcad/trunk/CHANGES: should -> must I think was the intent here? |
| 20:58.32 | *** join/#brlcad boquete (~Piotr@atv183.neoplus.adsl.tpnet.pl) | |
| 21:10.00 | Notify | 03BRL-CAD:starseeker * 66678 brlcad/trunk/src/librt/db_diff.c: handle the case where one or more inputs come in NULL. |
| 22:15.44 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 22:45.56 | Notify | 03BRL-CAD:starseeker * 66679 brlcad/trunk/src/other/CMakeLists.txt: Turn off the PNG test executables. |
| 22:47.21 | Notify | 03BRL-CAD:starseeker * 66680 brlcad/trunk/HACKING: Start weeding out the 'depends on tcl' references that are now out of date. More to do here, and should check the docs more generally. Think I held off on this originally because there was some prospect of punting libtcl out of another library or two... |
| 22:48.50 | Notify | 03BRL-CAD:brlcad * 66681 brlcad/trunk/NEWS: cliff removed liborle and friends |
| 22:50.50 | Notify | 03BRL-CAD:brlcad * 66682 (brlcad/trunk/doc/docbook/articles/en/main_menu.xml brlcad/trunk/doc/docbook/system/man1/en/brlcad.xml and 9 others): remove other straggler references to orle tools/docs |
| 23:03.30 | Notify | 03BRL-CAD:brlcad * 66683 brlcad/trunk/include/bu/mime.h: sync new mime.h without orle |
| 23:15.07 | Notify | 03BRL-CAD:starseeker * 66684 (brlcad/trunk/CMakeLists.txt brlcad/trunk/include/config_win.h.in and 2 others): Whittle away at libsysv by removing the three functions that should be part of C89. Needs quite a lot of testing on multiple platforms. |
| 23:25.16 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 00:15.49 | *** join/#brlcad merzo (~merzo@26-25-132-95.pool.ukrtel.net) | |
| 00:51.44 | Notify | 03BRL-CAD:starseeker * 66685 (brlcad/branches/qtged/CHANGES brlcad/branches/qtged/CMakeLists.txt and 164 others): Sync with trunk up to r66684 |
| 00:55.25 | Notify | 03BRL-CAD:brlcad * 66686 brlcad/trunk/CMakeLists.txt: still not there, but getting close to forcing 'make test' to output a notice that it can benormal for some tests to fail. |
| 01:07.45 | Notify | 03BRL-CAD:starseeker * 66687 brlcad/trunk/TODO: note ffts along with kissfft |
| 01:13.58 | Notify | 03BRL-CAD:starseeker * 66688 brlcad/trunk/src/libbu/malloc.c: Can't get away with this on 32 bit BSD - error: format specifies type 'unsigned long' but the argument has type 'uintptr_t' (aka 'unsigned int') |
| 01:17.04 | *** join/#brlcad infobot (ibot@69-58-80-29.ut.vivintwireless.net) | |
| 01:17.04 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-) | |
| 01:55.59 | Notify | 03BRL-CAD:starseeker * 66690 brlcad/trunk/src/libbu/tests/CMakeLists.txt: update expected number for test with orle removed. |
| 02:03.25 | Notify | 03BRL-CAD:starseeker * 66691 brlcad/trunk/misc/CMake/make_check_msg.cmake: as currently defined, make check doesn't do the regression tests - those are defined separately under make regress. Might be worth thinking about consolidating them, but for the moment the thinking is that for performance reasons a dev may want to run make check without also firing off all of the heavier regression/integration tests. |
| 02:20.03 | Notify | 03BRL-CAD:starseeker * 66692 brlcad/trunk/misc/CMakeLists.txt: commit a script with the right (or at least 'seems to work') voodoo to run the clang static analyzer while avoiding the incorporation into the results of src/other binaries, etc. |
| 02:32.56 | *** join/#brlcad merzo (~merzo@123-24-132-95.pool.ukrtel.net) | |
| 02:42.04 | *** join/#brlcad uobfhbladosbicab (~armin@dslb-088-064-045-174.088.064.pools.vodafone-ip.de) | |
| 02:42.36 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 04:09.42 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 04:13.26 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 04:38.31 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 08:52.07 | *** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52) | |
| 10:06.11 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 11:11.10 | Notify | 03BRL-CAD Wiki:Origamilandi * 0 /wiki/User:Origamilandi: |
| 13:41.38 | *** join/#brlcad merzo (~merzo@94.45.58.141) | |
| 13:49.14 | *** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52) | |
| 13:59.34 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 14:36.10 | Notify | 03BRL-CAD:starseeker * 66693 brlcad/trunk/src/other/libpng.dist: Add pngtest.c to the dist list, now that we aren't building it. |
| 14:55.09 | Notify | 03BRL-CAD:starseeker * 66694 (brlcad/trunk/HACKING brlcad/trunk/src/external/ProEngineer/proe-brl.c and 10 others): We were already using bu_strdup most places - change over the remaining uses of bare strdup and add bu_strdup to the HACKING list. |
| 14:59.00 | Notify | 03BRL-CAD:starseeker * 66695 (brlcad/trunk/include/config_win.h.in brlcad/trunk/include/sysv.h brlcad/trunk/src/libsysv/CMakeLists.txt): Moved to bu_strdup, now remove strdup.c from libsysv. Again, needs testing. |
| 15:22.29 | Notify | 03BRL-CAD:starseeker * 66696 brlcad/trunk/src/conv/asc/asc2g.c: Looks like strsep was introduced into asc2g a long time back (25912 or earlier) for early Windows porting work. strtok has been part of Visual Studio since at least 2005 per https://msdn.microsoft.com/en-us/library/2c8d19sb.aspx, so we can fall back to the original strtok implementation. The strtok version predates the use of strsep and was always |
| 15:22.31 | Notify | present as a fallback anyway if HAVE_STRSEP didn't work. Removing since this is the only use of strsep in the BRL-CAD codebase. |
| 15:22.33 | Notify | ... |
| 15:27.20 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:27.55 | Notify | 03BRL-CAD:starseeker * 66697 (brlcad/trunk/CMakeLists.txt brlcad/trunk/include/sysv.h brlcad/trunk/src/libsysv/CMakeLists.txt): Remove strsep from libsysv, after removing one use in BRL-CAD. |
| 15:40.08 | Notify | 03BRL-CAD:starseeker * 66698 (brlcad/trunk/include/bu/CMakeLists.txt brlcad/trunk/include/bu.h and 3 others): Stand up a bu_setenv version of the sysv setenv, and replace the two uses of setenv (nirt and mged) with bu_setenv. |
| 15:53.53 | Notify | 03BRL-CAD:starseeker * 66699 (brlcad/trunk/CMakeLists.txt brlcad/trunk/HACKING and 16 others): With the stand-up of bu_setenv, remove libsysv completely. Needs testing on all platforms. |
| 16:09.17 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:34.29 | Notify | 03BRL-CAD:starseeker * 66700 (brlcad/trunk/CMakeLists.txt brlcad/trunk/src/other/CMakeLists.txt): Set target folders for MSVC |
| 16:48.50 | Notify | 03BRL-CAD:brlcad * 66701 brlcad/trunk/CMakeLists.txt: check for snprintf() now that msvc 2015 finally implements it, sort the rest |
| 17:10.15 | Notify | 03BRL-CAD:starseeker * 66702 brlcad/trunk/CMakeLists.txt: Fix make check regex filters |
| 17:30.52 | Notify | 03BRL-CAD:brlcad * 66703 brlcad/trunk/regress/repository.sh: add strdup() to the list of functions we wrap |
| 17:55.35 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 19:35.56 | *** join/#brlcad boquete (~Piotr@aub34.neoplus.adsl.tpnet.pl) | |
| 20:44.10 | Notify | 03BRL-CAD:brlcad * 66704 brlcad/trunk/src/libbu/malloc.c: revert c66688, use an unsigned long cast instead of uintptr_t. could truncate, but probably won't. |
| 21:04.26 | Notify | 03BRL-CAD:starseeker * 66705 (brlcad/trunk/CMakeLists.txt brlcad/trunk/bench/CMakeLists.txt and 2 others): take a stab at setting up unit and benchmark test sets, and have make check run the unit, benchmark, and regression tests that are expected to succeed. |
| 21:09.19 | *** join/#brlcad merzo (~merzo@123-24-132-95.pool.ukrtel.net) | |
| 21:29.24 | Notify | 03BRL-CAD:starseeker * 66706 (brlcad/trunk/misc/CMake/distcheck_in_src_dir.cmake.in brlcad/trunk/misc/CMake/distcheck_target.cmake.in): Update distcheck templates |
| 21:32.30 | Notify | 03BRL-CAD:starseeker * 66707 brlcad/trunk/CMakeLists.txt: benchmark isn't one of the unit tests |
| 21:34.25 | *** join/#brlcad merzo (~merzo@123-24-132-95.pool.ukrtel.net) | |
| 22:50.35 | Notify | 03BRL-CAD:starseeker * 66708 brlcad/trunk/src/util/CMakeLists.txt: Stub in an icv image conversion tool. |
| 01:03.59 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 02:32.09 | *** join/#brlcad merzo (~merzo@71-42-133-95.pool.ukrtel.net) | |
| 02:38.38 | *** join/#brlcad yyvadjumxrzdtnop (~armin@dslb-088-064-047-211.088.064.pools.vodafone-ip.de) | |
| 05:30.26 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 08:26.55 | *** join/#brlcad infobot (ibot@69-58-80-29.ut.vivintwireless.net) | |
| 08:26.55 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-) | |
| 09:05.50 | *** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52) | |
| 09:31.11 | *** join/#brlcad Ch3ck__ (~Ch3ck@66-118-151-70.static.sagonet.net) | |
| 10:49.00 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 11:29.41 | *** join/#brlcad Stragus_ (~alexis@modemcable090.29-19-135.mc.videotron.ca) | |
| 12:57.48 | Notify | 03BRL-CAD Wiki:Brian Patterson * 0 /wiki/User:Brian_Patterson: |
| 14:45.00 | *** join/#brlcad boquete (~Piotr@aatk98.neoplus.adsl.tpnet.pl) | |
| 14:51.13 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:15.34 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:34.48 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:12.28 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:44.00 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 18:28.36 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 19:13.31 | *** join/#brlcad ``Erik (~erik@pool-96-244-200-66.bltmmd.fios.verizon.net) | |
| 19:13.31 | *** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 19:13.31 | *** join/#brlcad tofu_ (~sean@66-118-151-70.static.sagonet.net) | |
| 19:13.31 | *** join/#brlcad teepee (~teepee@unaffiliated/teepee) | |
| 19:13.31 | *** join/#brlcad nmz787 (~nmz787@unaffiliated/nmz787) | |
| 19:13.31 | *** join/#brlcad ejno (~ejno@unaffiliated/kazaik) | |
| 19:13.31 | *** join/#brlcad cox_ (~quassel@188.226.208.53) | |
| 19:13.31 | *** join/#brlcad starseek1r (~starseeke@66-118-151-70.static.sagonet.net) | |
| 19:13.31 | *** join/#brlcad ChanServ (ChanServ@services.) | |
| 19:13.31 | *** mode/#brlcad [+o ChanServ] by verne.freenode.net | |
| 19:14.47 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 19:14.47 | *** join/#brlcad KimK_ (~Kim__@ip68-102-29-211.ks.ok.cox.net) | |
| 19:26.00 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 19:35.05 | *** join/#brlcad vasc (~vasc@bl13-107-14.dsl.telepac.pt) | |
| 20:47.40 | *** join/#brlcad LordOfBikes (~armin@dslb-088-064-047-211.088.064.pools.vodafone-ip.de) | |
| 21:20.09 | *** join/#brlcad boquete (~Piotr@aatk98.neoplus.adsl.tpnet.pl) | |
| 02:29.40 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 02:37.19 | *** join/#brlcad xqrtfxtxjqatnxqm (~armin@dslc-082-083-184-025.pools.arcor-ip.net) | |
| 05:34.56 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 06:36.44 | *** join/#brlcad vasc (~vasc@bl13-107-14.dsl.telepac.pt) | |
| 06:40.53 | *** join/#brlcad LordOfBikes (~armin@dslc-082-083-184-025.pools.arcor-ip.net) | |
| 11:31.27 | *** join/#brlcad teepee (~teepee@unaffiliated/teepee) | |
| 11:48.18 | *** join/#brlcad KimK_ (~Kim__@ip68-102-29-211.ks.ok.cox.net) | |
| 12:11.59 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 13:04.31 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 14:04.58 | *** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52) | |
| 15:04.36 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:08.14 | *** join/#brlcad KimK_ (~Kim__@ip68-102-29-211.ks.ok.cox.net) | |
| 16:54.34 | Notify | 03BRL-CAD:starseeker * 66709 (brlcad/trunk/include/bu/mime.h brlcad/trunk/include/bu/path.h and 3 others): Untested as yet, but teach bu_path_component to return mime types. Should be able to consolidate image conversion and geometry conversion type guessing using this approach. Expands the scope of bu_path_component a bit, but it already was able to get file extensions so it's a convenient place to add suport for |
| 16:54.36 | Notify | returning an actual mime type without having to add a new special purpose function. |
| 16:54.38 | Notify | ... |
| 16:56.13 | *** join/#brlcad KimK_ (~Kim__@ip68-102-29-211.ks.ok.cox.net) | |
| 16:57.44 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 17:24.41 | Notify | 03BRL-CAD:starseeker * 66710 (brlcad/trunk/include/bu/path.h brlcad/trunk/src/libbu/path.c and 2 others): Use bu_path_component for icv, rather than its own custom logic. |
| 17:30.22 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 17:31.28 | *** join/#brlcad teepee (~teepee@unaffiliated/teepee) | |
| 17:44.22 | *** join/#brlcad boquete (~Piotr@aaga208.neoplus.adsl.tpnet.pl) | |
| 20:10.50 | *** join/#brlcad boquete (~Piotr@aaga208.neoplus.adsl.tpnet.pl) | |
| 20:38.04 | *** join/#brlcad KimK_ (~Kim__@ip68-102-29-211.ks.ok.cox.net) | |
| 21:39.35 | *** join/#brlcad boquete (~Piotr@aaga208.neoplus.adsl.tpnet.pl) | |
| 23:59.39 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 00:32.35 | *** join/#brlcad KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net) | |
| 01:10.49 | *** join/#brlcad KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net) | |
| 01:59.18 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 02:26.29 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 02:36.06 | *** join/#brlcad rwasdkpypgtorbjg (~armin@dslb-088-066-142-243.088.066.pools.vodafone-ip.de) | |
| 02:40.39 | Notify | 03BRL-CAD:starseeker * 66711 brlcad/trunk/src/util/icv.cpp: Turn on the image conversion. bw to png doesn't match the command line, but not sure yet if that's due to icv or libicv. |
| 03:02.11 | *** join/#brlcad KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net) | |
| 05:55.56 | *** join/#brlcad teepee_ (~teepee@unaffiliated/teepee) | |
| 06:02.12 | *** join/#brlcad LordOfBikes (~armin@dslb-088-066-142-243.088.066.pools.vodafone-ip.de) | |
| 06:07.18 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 09:22.29 | *** join/#brlcad boquete (~Piotr@abej253.neoplus.adsl.tpnet.pl) | |
| 09:25.42 | *** join/#brlcad KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net) | |
| 11:03.10 | *** join/#brlcad KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net) | |
| 11:36.53 | *** join/#brlcad KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net) | |
| 13:55.33 | *** join/#brlcad KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net) | |
| 14:15.51 | *** join/#brlcad KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net) | |
| 14:32.45 | *** join/#brlcad boquete (~Piotr@aatk161.neoplus.adsl.tpnet.pl) | |
| 15:04.25 | *** join/#brlcad KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net) | |
| 15:15.15 | *** join/#brlcad KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net) | |
| 15:43.18 | *** join/#brlcad boquete (~Piotr@aatk161.neoplus.adsl.tpnet.pl) | |
| 15:43.36 | *** join/#brlcad boquete (~Piotr@aatk161.neoplus.adsl.tpnet.pl) | |
| 16:25.51 | *** join/#brlcad KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net) | |
| 16:27.01 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:55.32 | *** join/#brlcad KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net) | |
| 17:21.57 | *** join/#brlcad KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net) | |
| 17:57.56 | *** join/#brlcad KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net) | |
| 18:30.55 | *** join/#brlcad KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net) | |
| 18:40.47 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 18:51.02 | *** join/#brlcad KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net) | |
| 19:23.05 | *** join/#brlcad KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net) | |
| 19:40.40 | *** join/#brlcad KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net) | |
| 20:00.08 | *** join/#brlcad KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net) | |
| 20:23.06 | *** join/#brlcad KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net) | |
| 20:48.56 | *** join/#brlcad KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net) | |
| 21:10.00 | *** join/#brlcad KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net) | |
| 21:30.20 | *** join/#brlcad KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net) | |
| 21:50.57 | *** join/#brlcad KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net) | |
| 22:14.58 | *** join/#brlcad KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net) | |
| 22:36.10 | *** join/#brlcad KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net) | |
| 22:58.53 | *** join/#brlcad KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net) | |
| 23:23.11 | *** join/#brlcad KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net) | |
| 00:44.22 | *** join/#brlcad KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net) | |
| 01:11.39 | *** join/#brlcad KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net) | |
| 01:46.43 | *** join/#brlcad KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net) | |
| 02:01.16 | *** join/#brlcad KimK (~Kim__@ip68-102-29-211.ks.ok.cox.net) | |
| 02:34.52 | *** join/#brlcad xclijfpepbycruee (~armin@dslb-088-065-181-142.088.065.pools.vodafone-ip.de) | |
| 02:39.02 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 05:14.35 | *** join/#brlcad sajohn52 (4ceb11f1@gateway/web/freenode/ip.76.235.17.241) | |
| 11:45.38 | *** join/#brlcad boquete (~Piotr@aatk161.neoplus.adsl.tpnet.pl) | |
| 13:08.48 | Notify | 03BRL-CAD:tbrowder2 * 66712 brlcad/branches/binary-attributes/README.binary_attributes: update tests section and BA representation info |
| 14:56.54 | *** join/#brlcad maths22 (~maths22@66-118-151-70.static.sagonet.net) | |
| 15:33.32 | *** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca) | |
| 17:28.12 | *** join/#brlcad boquete (~Piotr@abkc172.neoplus.adsl.tpnet.pl) | |
| 20:58.26 | *** join/#brlcad boquete (~Piotr@83.7.170.172) | |
| 21:20.02 | *** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net) | |
| 21:20.04 | *** join/#brlcad ejno (~ejno@unaffiliated/kazaik) | |
| 21:20.33 | *** join/#brlcad cox (~quassel@188.226.208.53) | |
| 21:21.17 | *** join/#brlcad boquete (~Piotr@83.7.170.172) | |
| 16:32.59 | *** join/#brlcad infobot (ibot@69-58-80-29.ut.vivintwireless.net) | |
| 16:32.59 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-) | |
| 21:45.28 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 22:44.08 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 00:14.16 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 00:55.36 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 01:13.49 | starseek1r | ``Erik: is Notify awol? |
| 01:15.00 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 01:16.48 | ``Erik | it must've gotten too excited from that PDPi link O.o :) |
| 01:17.39 | Notify | 03BRL-CAD Wiki:JoeSattylo * 9513 /wiki/Developer_Documents: |
| 01:17.59 | Notify | 03BRL-CAD Wiki:JoeSattylo * 9514 /wiki/ARL_Technical_Reports: |
| 01:18.12 | Notify | 03BRL-CAD Wiki:RAFAELMOTORISTA * 0 /wiki/User:RAFAELMOTORISTA: |
| 01:23.25 | Notify | 03BRL-CAD:brlcad * 66713 brlcad/trunk/doc/BRL-CAD.bib: note cliff's just-published arl special report on nurbs to csg |
| 01:24.10 | Notify | 03BRL-CAD:starseeker * 66714 brlcad/trunk/src/librt/primitives/brep/brep_debug.cpp: Create an empty brep if we aren't duplicating one. |
| 01:24.15 | Notify | 03BRL-CAD:starseeker * 66715 brlcad/trunk/src/libged/shape_recognition.cpp: Start working on making the tikz output viable for comb hierarchies of breps. First step is to teach the routines to add a reasonable guess at a scaling factor based on bbox. |
| 01:24.41 | Notify | 03BRL-CAD:starseeker * 66716 brlcad/trunk/src/libged/shape_recognition.cpp: This appears to work for basic examples, but hitting tex memory limits for larger examples. |
| 01:33.56 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 02:08.49 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 02:11.16 | louipc | lol inkscape for cad data |
| 02:50.30 | *** join/#brlcad aedzuwfeclsqgxtr (~armin@dslb-088-066-153-029.088.066.pools.vodafone-ip.de) | |
| 02:50.58 | louipc | LordOfBikes: how many |
| 03:14.49 | Notify | 03BRL-CAD:starseeker * 66717 brlcad/trunk/CMakeLists.txt: Make always inline test happy on gcc 4.8 |
| 08:59.51 | *** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52) | |
| 12:05.47 | *** join/#brlcad LordOfBikes (~armin@dslb-178-010-189-063.178.010.pools.vodafone-ip.de) | |
| 15:22.57 | Notify | 03BRL-CAD Wiki:Hetjshah.1996 * 0 /wiki/User:Hetjshah.1996: |
| 15:38.57 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 15:39.28 | *** join/#brlcad cox_ (~quassel@188.226.208.53) | |
| 15:39.28 | *** join/#brlcad starseek1r (~starseeke@66-118-151-70.static.sagonet.net) | |
| 15:39.28 | *** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net) | |
| 15:40.56 | *** join/#brlcad louipc (~louipc@unaffiliated/louipc) | |
| 15:40.56 | *** join/#brlcad nmz787 (~nmz787@unaffiliated/nmz787) | |
| 15:42.28 | *** join/#brlcad teepee (~teepee@unaffiliated/teepee) | |
| 15:42.28 | *** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca) | |
| 15:42.28 | *** join/#brlcad maths22 (~maths22@66-118-151-70.static.sagonet.net) | |
| 15:42.33 | *** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52) | |
| 15:59.25 | *** join/#brlcad ejno (~ejno@unaffiliated/kazaik) | |
| 15:59.26 | *** join/#brlcad kanzure (~kanzure@bryan.fairlystable.org) | |
| 16:34.39 | *** join/#brlcad ``Erik (~erik@pool-96-244-200-66.bltmmd.fios.verizon.net) | |
| 16:34.40 | *** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 16:34.40 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) | |
| 16:34.40 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 16:34.40 | *** join/#brlcad ejno (~ejno@unaffiliated/kazaik) | |
| 16:34.40 | *** join/#brlcad kanzure (~kanzure@bryan.fairlystable.org) | |
| 16:46.25 | *** join/#brlcad kanzure (~kanzure@bryan.fairlystable.org) | |
| 16:46.25 | *** join/#brlcad ejno (~ejno@unaffiliated/kazaik) | |
| 16:46.25 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 16:46.25 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) | |
| 16:46.25 | *** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 16:46.25 | *** join/#brlcad ``Erik (~erik@pool-96-244-200-66.bltmmd.fios.verizon.net) | |
| 17:04.45 | *** join/#brlcad ChanServ (ChanServ@services.) | |
| 17:04.45 | *** mode/#brlcad [+o ChanServ] by leguin.freenode.net | |
| 17:52.30 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 19:38.39 | *** join/#brlcad boquete (~Piotr@avh228.neoplus.adsl.tpnet.pl) | |
| 22:56.49 | Notify | 03BRL-CAD:starseeker * 66718 brlcad/trunk/include/brep.h: using this in libged, at least for the moment. |
| 22:57.13 | Notify | 03BRL-CAD:brlcad * 66719 brlcad/trunk/src/mged/attach.c: let's pretend setenv() is not needed. already setting DISPLAY via tcl and the reason for calling setenv in the first place wasn't documented. probably older buggy versions of tcl didn't set DISPLAY properly causing rt to pop up on a different window when run from mged. might be worth removing the Tcl method as well, though, since invoking on a remote device |
| 22:57.20 | Notify | doesn't seem to be working any more. |
| 22:57.23 | Notify | ... |
| 22:59.49 | Notify | 03BRL-CAD:starseeker * 66720 brlcad/trunk/include/brep.h: whoops |
| 23:21.46 | Notify | 03BRL-CAD:brlcad * 66721 brlcad/trunk/src/libbu/env.c: if we have setenv, just use it |
| 23:28.30 | Notify | 03BRL-CAD:brlcad * 66722 brlcad/trunk/src/libbu/env.c: use bu_malloc and document why we don't free the memory here. could register an atexit() handler. |
| 23:29.06 | Notify | 03BRL-CAD:brlcad * 66723 brlcad/trunk/src/libbu/env.c: need bu malloc header |
| 23:30.00 | Notify | 03BRL-CAD:brlcad * 66724 brlcad/trunk/CMakeLists.txt: check for setenv() |
| 23:49.18 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 01:16.45 | Notify | 03BRL-CAD:starseeker * 66725 brlcad/trunk/src/libbu/env.c: If we're using setenv, errcode is unused. |
| 02:07.55 | *** join/#brlcad diymqyopqkfkulud (~armin@dslb-088-064-045-095.088.064.pools.vodafone-ip.de) | |
| 05:08.45 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 07:48.48 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 08:25.19 | *** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52) | |
| 11:03.29 | *** join/#brlcad nmz787_ (~nmz787@unaffiliated/nmz787) | |
| 14:50.55 | Notify | 03BRL-CAD:starseeker * 66726 brlcad/trunk/src/libged/display_list.c: Make sure we don't try to work with a null gldp. While we're at it, add some NULL initializations. |
| 15:36.03 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:39.51 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 16:02.43 | Notify | 03BRL-CAD:starseeker * 66727 brlcad/trunk/src/libged/glob.c: Bug in mged commands failing to work without an open db was introduced in r66524. Change was in ged_glob not zeroing out its return string in the case where there was no open database. |
| 16:34.56 | d_rossberg | if somebody would like to kill mged this line will do it |
| 16:35.10 | d_rossberg | put {dings.s} bot mode volume orient no flags {} V { { 1 0 0 } { 0 1 0 } { 0 0 1 }} F { { 0 1 2 } { 0 2 1 }} |
| 16:35.11 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:36.04 | Notify | 03BRL-CAD:d_rossberg * 66728 brlcad/trunk/src/librt/primitives/bot/bot.c: fixed crash caused by a "double free" when the second face (in the "F" section) was processedBTW, it looks like there are some memory leaks in connection with the obj_array uses |
| 16:43.47 | Notify | 03BRL-CAD:starseeker * 66729 brlcad/trunk/src/libged/display_list.c: null it out in addition to freeing it. |
| 17:25.23 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 18:01.20 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 19:46.29 | Notify | 03BRL-CAD:starseeker * 66730 brlcad/trunk/CHANGES: Mark nirt -T option for TIE as deprecated. Wonder if we should do the same thing for the -B rt_bot_minpieces option? Would be nice to be consistent... |
| 19:46.43 | *** join/#brlcad boquete (~Piotr@abkt104.neoplus.adsl.tpnet.pl) | |
| 19:50.36 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 20:04.50 | Notify | 03BRL-CAD:starseeker * 66731 brlcad/trunk/TODO: Make a note that we should look into merging the sig functionality into libicv (not to mention documenting what it actually does...) |
| 20:13.48 | Notify | 03BRL-CAD:starseeker * 66732 brlcad/trunk/src/libged/display_list.c: There we go - clear clang static analyzer warnings from display_list.c |
| 20:36.17 | Notify | 03BRL-CAD:starseeker * 66733 brlcad/trunk/src/libged/qray.c: this apparently goes all the way back to 31394 - qray doesn't actually operate on the database. Instead, it changes settings in gedp. So it doesn't need to check if the database is open - in fact, mgedrc typically has settings that set values for qray. That's why we were seeing error messages in ged_result_str when we had the problem with ged_glob not |
| 20:36.19 | Notify | truncating down the result string. |
| 20:36.21 | Notify | ... |
| 20:43.49 | Notify | 03BRL-CAD:starseeker * 66734 brlcad/trunk/src/mged/mged.c: Suggest from Sean - scrub ged_result_str after doing the .mgedrc file load, since there's no telling what users might have run and what might be left over in the result str. |
| 22:12.26 | *** join/#brlcad LordOfBikes (~armin@dslb-088-064-045-095.088.064.pools.vodafone-ip.de) | |
| 22:20.52 | starseek1r | I must say, I like the way http://msgpack.org implements their widget showing examples in various languages |
| 22:31.43 | *** join/#brlcad dinesh__ (~dinesh@154.70.108.200) | |
| 23:31.57 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 01:17.46 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 02:06.58 | *** join/#brlcad vsvuzjhkqcdsmdhl (~armin@dslb-088-066-142-042.088.066.pools.vodafone-ip.de) | |
| 03:43.32 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 03:56.35 | *** join/#brlcad kintel_ (~kintel@unaffiliated/kintel) | |
| 05:24.14 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 05:42.09 | *** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net) | |
| 05:42.09 | *** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net) | |
| 05:42.19 | *** join/#brlcad tofu_ (~sean@66-118-151-70.static.sagonet.net) | |
| 05:42.23 | *** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 06:22.29 | *** join/#brlcad ``Erik (~erik@pool-96-244-200-66.bltmmd.fios.verizon.net) | |
| 11:04.42 | *** join/#brlcad dinesh__ (~dinesh@169.255.6.9) | |
| 11:40.56 | *** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52) | |
| 12:21.18 | *** join/#brlcad dinesh_ (~dinesh@169.255.6.9) | |
| 15:48.19 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:52.32 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 17:58.49 | *** join/#brlcad dinesh__ (~dinesh@41.205.22.10) | |
| 18:20.03 | *** join/#brlcad dinesh__ (~dinesh@41.205.22.22) | |
| 18:20.26 | Notify | 03BRL-CAD Wiki:Hargesheimer * 0 /wiki/User:Hargesheimer: |
| 19:26.52 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 19:51.20 | *** join/#brlcad teepee (~teepee@unaffiliated/teepee) | |
| 21:08.33 | Notify | 03BRL-CAD:starseeker * 66735 brlcad/trunk/sh/CMakeLists.txt: remove distcheck screen script - never matured properly, and not used. |
| 21:15.17 | Notify | 03BRL-CAD:starseeker * 66736 brlcad/trunk/sh/CMakeLists.txt: Remove most of the make_*.sh scripts. Leave rpm and deb for now, since they show relatively recent activity - rpm should be done through CMake but this may have logic not ported to CMake yet, and we don't yet handle deb in CMake. dmg also comes under the should be handled by CMake but isn't yet category - can't tell if this script is still useful, so, |
| 21:15.19 | Notify | leave it for now. |
| 21:15.21 | Notify | ... |
| 21:18.48 | Notify | 03BRL-CAD:starseeker * 66737 brlcad/trunk/sh/CMakeLists.txt: remove shtool. |
| 21:20.06 | starseeker | brlcad: do we need to go through deprecation with .sh scripts that get installed? (looking at show.sh and ios-icons.sh in particular...) |
| 22:09.57 | ``Erik | why remove ios-icons? |
| 20:32.50 | *** join/#brlcad infobot (ibot@208.53.50.138) | |
| 20:32.50 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-) | |
| 20:51.22 | *** join/#brlcad Ch3ck (uid129553@gateway/web/irccloud.com/x-kfgituiwouvtthfj) | |
| 00:30.23 | *** join/#brlcad LordOfBikes (~armin@dslb-092-074-238-069.092.074.pools.vodafone-ip.de) | |
| 01:12.26 | *** join/#brlcad LordOfBikes (~armin@dslb-088-064-042-169.088.064.pools.vodafone-ip.de) | |
| 02:16.47 | *** join/#brlcad vuapsrnvmomepkli (~armin@dslb-088-064-038-022.088.064.pools.vodafone-ip.de) | |
| 04:31.19 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 05:27.12 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 07:15.44 | *** join/#brlcad Ch3ck (uid129553@gateway/web/irccloud.com/x-bwkfmssguvxwforr) | |
| 07:16.58 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 07:22.23 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 09:17.35 | *** join/#brlcad boquete (~Piotr@avj174.neoplus.adsl.tpnet.pl) | |
| 09:34.39 | *** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52) | |
| 12:17.18 | *** join/#brlcad boquete (~Piotr@avj174.neoplus.adsl.tpnet.pl) | |
| 13:18.36 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 13:42.38 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 13:57.22 | *** join/#brlcad boquete (~Piotr@avj174.neoplus.adsl.tpnet.pl) | |
| 13:59.15 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 14:03.07 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 14:59.02 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:31.57 | *** join/#brlcad boquete (~Piotr@avj174.neoplus.adsl.tpnet.pl) | |
| 15:47.37 | *** join/#brlcad boquete (~Piotr@avj174.neoplus.adsl.tpnet.pl) | |
| 17:03.02 | *** join/#brlcad boquete_asus (~Piotr@avd134.neoplus.adsl.tpnet.pl) | |
| 17:08.04 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 18:44.04 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 19:01.50 | *** part/#brlcad ignacio (~ignacio@2001:4830:134:7::11) | |
| 20:52.57 | Notify | 03BRL-CAD:bob1961 * 66758 brlcad/trunk/src/tclscripts/archer/Archer.tcl: Also need to set mGridRhPref and mGridRvPref in case the preferences panel is open. |
| 22:44.24 | *** join/#brlcad Ch3ck (uid129553@gateway/web/irccloud.com/x-lgygecoybbjtpxon) | |
| 23:00.08 | *** join/#brlcad boquete (~Piotr@avd134.neoplus.adsl.tpnet.pl) | |
| 23:05.10 | *** join/#brlcad boquete (~Piotr@avd134.neoplus.adsl.tpnet.pl) | |
| 23:05.44 | maths22 | I have to say, the new GCI interface looks so much more plesant to use than the old one |
| 02:16.03 | *** join/#brlcad vhqxzgtghjkrewdp (~armin@dslb-092-075-147-037.092.075.pools.vodafone-ip.de) | |
| 03:02.30 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 04:18.15 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 07:01.06 | *** join/#brlcad maths22 (~maths22@66-118-151-70.static.sagonet.net) | |
| 07:14.32 | *** join/#brlcad boquete (~Piotr@91-231-23-120.studiowik.net.pl) | |
| 07:33.12 | *** join/#brlcad ``Erik (~erik@100.16.40.20) | |
| 08:21.13 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 09:13.35 | *** join/#brlcad boquete (~Piotr@91-231-23-121.studiowik.net.pl) | |
| 09:23.18 | *** join/#brlcad abhi_ (cb6ef7dd@gateway/web/freenode/ip.203.110.247.221) | |
| 09:24.25 | abhi_ | I want to do GSOC project in brl-cad, how do i get started ? |
| 09:30.17 | *** join/#brlcad boquete (~Piotr@91-231-23-121.studiowik.net.pl) | |
| 10:17.05 | *** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52) | |
| 10:19.26 | *** join/#brlcad boquete (~Piotr@91-231-23-121.studiowik.net.pl) | |
| 10:29.27 | *** join/#brlcad boquete_asus (~Piotr@91-231-23-120.studiowik.net.pl) | |
| 11:24.05 | *** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52) | |
| 15:07.10 | *** join/#brlcad boquete (~Piotr@avd134.neoplus.adsl.tpnet.pl) | |
| 15:53.56 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:29.44 | *** join/#brlcad LordOfBikes (~armin@dslb-092-075-147-037.092.075.pools.vodafone-ip.de) | |
| 16:46.36 | *** join/#brlcad Ch3ck (uid129553@gateway/web/irccloud.com/x-xwqgapdivzslzulj) | |
| 16:57.11 | brlcad | you write lots of code! |
| 16:57.44 | brlcad | maths22: more pleasant in many aspects, but there are some warts and pretty major problems |
| 16:58.05 | brlcad | not digging the privatization of tasks at all |
| 17:01.14 | *** topic/#brlcad by brlcad -> http://ibot.rikers.org/%23brlcad/ || We're busy preparing a major release 7.26 (eta January) and getting archer/mged to Beta status (eta April) || SEEKING: web devs to finish setting up our new website! | |
| 17:02.21 | brlcad | poxip: thanks -- you also working on data-mining the new interface? |
| 17:02.42 | brlcad | ignacio was working on an approach that requires a mentor to log in |
| 17:03.19 | brlcad | ``Erik: you seen the pi zero? and I assume you did the reboot? |
| 17:03.22 | *** join/#brlcad boquete_asus (~Piotr@acou231.neoplus.adsl.tpnet.pl) | |
| 17:03.27 | brlcad | s/assume/hope/ |
| 17:41.42 | poxip | brlcad: no time, though I found a way to fetch the data |
| 17:42.42 | poxip | maybe gonna hack on it on sunday, will see |
| 18:49.51 | ``Erik | I saw the pi zero, didn't look very interesting (I'm looking at picking up a pi2b with some goodies, though). I did not do the reboot. |
| 20:47.09 | *** join/#brlcad boquete (~Piotr@acou231.neoplus.adsl.tpnet.pl) | |
| 20:58.14 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 21:06.47 | brlcad | nifty, using clang-tidy to modernize c++ |
| 21:06.48 | brlcad | https://www.youtube.com/watch?v=nzCLcfH3pb0 |
| 21:07.44 | brlcad | this is what sofat needed to find: https://read-the-docs.readthedocs.org/ looks like it's maturing (but doesn't support docbook, which sofat got working) |
| 21:53.07 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 22:08.52 | Notify | 03BRL-CAD:starseeker * 66759 brlcad/trunk/src/librt/tree.c: Revert r65636 - Bob encountered a raytracing case where reg_bit was zero, the unsigned char * cast turned it into NULL, and bu_hash ended up very unhappy. Result: crash on a previously successful raytrace. Not sure what the right solution is, but clearly r65636 wasn't it. |
| 22:45.26 | *** join/#brlcad boquete (~Piotr@acou231.neoplus.adsl.tpnet.pl) | |
| 02:14.49 | *** join/#brlcad imiflclqndkdwfdf (~armin@dslb-092-075-157-162.092.075.pools.vodafone-ip.de) | |
| 03:51.15 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 05:49.51 | *** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net) | |
| 05:52.39 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) | |
| 05:53.19 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 05:54.06 | *** join/#brlcad maths22 (~maths22@66-118-151-70.static.sagonet.net) | |
| 06:19.43 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 06:20.25 | *** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net) | |
| 06:21.51 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) | |
| 06:22.29 | *** join/#brlcad maths22 (~maths22@66-118-151-70.static.sagonet.net) | |
| 08:57.00 | *** join/#brlcad boquete (~Piotr@acou231.neoplus.adsl.tpnet.pl) | |
| 10:06.11 | *** join/#brlcad starseek1r (~starseeke@66-118-151-70.static.sagonet.net) | |
| 10:06.48 | *** join/#brlcad ``Erik_ (~erik@100.16.40.20) | |
| 10:09.23 | *** join/#brlcad kanzure_ (~kanzure@bryan.fairlystable.org) | |
| 10:12.57 | *** join/#brlcad archivist_ (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 10:17.28 | *** join/#brlcad boquete (~Piotr@acou231.neoplus.adsl.tpnet.pl) | |
| 10:51.44 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) | |
| 10:55.18 | *** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net) | |
| 10:55.35 | *** join/#brlcad maths22 (~maths22@66-118-151-70.static.sagonet.net) | |
| 10:59.44 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 12:29.15 | *** join/#brlcad goelakash (~goelakash@103.61.114.30) | |
| 12:37.56 | goelakash | I have an OGV related query |
| 12:40.20 | goelakash | Is is hosted anywhere? |
| 12:40.29 | goelakash | Or does it run only locally ? |
| 13:14.50 | *** join/#brlcad boquete (~Piotr@acou231.neoplus.adsl.tpnet.pl) | |
| 13:27.37 | *** join/#brlcad goelakash_ (~goelakash@112.196.141.196) | |
| 13:35.38 | ``Erik | hm, more pine64 noise: http://www.geek.com/chips/15-pine-a64-is-trying-to-be-a-faster-64-bit-raspberry-pi-1641789/ |
| 14:33.20 | *** join/#brlcad goelakash_ (~goelakash@112.196.141.196) | |
| 14:52.45 | *** join/#brlcad goelakash_ (~goelakash@112.196.141.196) | |
| 15:32.48 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 17:03.52 | *** join/#brlcad boquete_asus (~Piotr@dwk197.neoplus.adsl.tpnet.pl) | |
| 17:11.18 | *** join/#brlcad LordOfBikes (~armin@dslb-092-075-157-162.092.075.pools.vodafone-ip.de) | |
| 17:42.36 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 17:52.05 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 19:52.18 | *** join/#brlcad Ch3ck (uid129553@gateway/web/irccloud.com/x-cimiuuvfeobcwczh) | |
| 21:30.13 | *** join/#brlcad boquete (~Piotr@dwk197.neoplus.adsl.tpnet.pl) | |
| 22:43.19 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 06:32.27 | *** join/#brlcad KimK (~Kim__@ip68-102-70-90.ks.ok.cox.net) | |
| 09:54.22 | *** join/#brlcad boquete (~Piotr@dwk197.neoplus.adsl.tpnet.pl) | |
| 10:36.23 | *** join/#brlcad boquete (~Piotr@dwk197.neoplus.adsl.tpnet.pl) | |
| 10:57.28 | *** join/#brlcad Ch3ck (uid129553@gateway/web/irccloud.com/x-pgigcfsrrfzbdlzm) | |
| 11:31.24 | *** join/#brlcad boquete (~Piotr@dwk197.neoplus.adsl.tpnet.pl) | |
| 15:39.53 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 17:03.54 | *** join/#brlcad boquete_asus (~Piotr@aatf140.neoplus.adsl.tpnet.pl) | |
| 17:19.44 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 18:15.23 | *** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net) | |
| 18:21.00 | *** join/#brlcad boquete_asus (~Piotr@aatf140.neoplus.adsl.tpnet.pl) | |
| 18:21.39 | *** join/#brlcad KimK (~Kim__@ip68-102-70-90.ks.ok.cox.net) | |
| 18:27.19 | *** join/#brlcad boquete_asus (~Piotr@aatf140.neoplus.adsl.tpnet.pl) | |
| 19:00.03 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 19:25.58 | *** join/#brlcad boquete (~Piotr@aatf140.neoplus.adsl.tpnet.pl) | |
| 21:10.04 | *** join/#brlcad boquete (~Piotr@aatf140.neoplus.adsl.tpnet.pl) | |
| 21:18.31 | *** join/#brlcad KimK (~Kim__@ip68-102-70-90.ks.ok.cox.net) | |
| 23:52.53 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 02:13.03 | *** join/#brlcad cyarqocsphkicibb (~armin@dslb-088-065-185-207.088.065.pools.vodafone-ip.de) | |
| 02:38.33 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 03:50.05 | *** join/#brlcad KimK (~Kim__@ip68-102-70-90.ks.ok.cox.net) | |
| 04:05.19 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 06:06.31 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 03:06.08 | *** join/#brlcad infobot (ibot@rikers.org) | |
| 03:06.08 | *** topic/#brlcad is http://ibot.rikers.org/%23brlcad/ || We're busy preparing a major release 7.26 (eta January) and getting archer/mged to Beta status (eta April) || SEEKING: web devs to finish setting up our new website! | |
| 05:08.59 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 05:15.00 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 06:17.13 | *** join/#brlcad KimK (~Kim__@ip68-102-70-90.ks.ok.cox.net) | |
| 08:25.22 | *** join/#brlcad KimK (~Kim__@68.102.70.90) | |
| 09:44.35 | *** join/#brlcad boquete (~Piotr@dwk123.neoplus.adsl.tpnet.pl) | |
| 10:13.46 | *** join/#brlcad boquete (~Piotr@dwk123.neoplus.adsl.tpnet.pl) | |
| 11:20.36 | *** join/#brlcad LordOfBikes (~armin@dslb-088-066-157-175.088.066.pools.vodafone-ip.de) | |
| 11:41.11 | *** join/#brlcad boquete (~Piotr@dwk123.neoplus.adsl.tpnet.pl) | |
| 11:52.24 | *** join/#brlcad LordOfBikes (~armin@dslb-088-066-157-175.088.066.pools.vodafone-ip.de) | |
| 14:34.25 | *** join/#brlcad boquete (~Piotr@dwk123.neoplus.adsl.tpnet.pl) | |
| 15:10.55 | *** join/#brlcad boquete_ (~Piotr@dwk123.neoplus.adsl.tpnet.pl) | |
| 15:34.34 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 18:58.47 | *** join/#brlcad teepee (~teepee@unaffiliated/teepee) | |
| 23:08.04 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 23:45.38 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 23:50.22 | *** join/#brlcad merzo (~merzo@16-0-132-95.pool.ukrtel.net) | |
| 01:08.52 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 02:02.06 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 02:18.21 | *** join/#brlcad LordOfBikes (~armin@dslb-088-066-150-128.088.066.pools.vodafone-ip.de) | |
| 02:34.45 | *** join/#brlcad merzo (~merzo@157-14-132-95.pool.ukrtel.net) | |
| 02:42.40 | Notify | 03BRL-CAD:ejno * 66765 brlcad/trunk/src/libbu/path.c: fix warning |
| 06:02.04 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 06:40.55 | Notify | 03BRL-CAD:brlcad * 66766 (brlcad/trunk/src/libgcv/NOTES brlcad/trunk/src/libgcv/bot_solidity.c and 19 others): bulk ws and indent consistency cleanup |
| 06:54.37 | Notify | 03BRL-CAD:brlcad * 66767 brlcad/trunk/TODO: all the new mime symbol API is lacking a prefix. need a way to test for this automatically since it's desirable to keep cleaned up libs, like bu, in shape over time and across authorship. |
| 06:55.55 | Notify | 03BRL-CAD:brlcad * 66768 brlcad/trunk/TODO: semaphore init is not implemented correctly on windows now that every thread self-initializes and bu_semaphore_init is expected to be thread-safe. |
| 07:00.50 | Notify | 03BRL-CAD:brlcad * 66769 brlcad/trunk/src/libbu/semaphore.c: detabify cpp indents for consistency |
| 07:03.36 | Notify | 03BRL-CAD:brlcad * 66770 brlcad/trunk/src/libbu/semaphore.c: make platform delineation more clear. ironically, four platforms is manageable, but need better solution for platform management (self-contained, more modular logic) |
| 09:49.28 | *** join/#brlcad merzo (~merzo@92.60.189.225) | |
| 10:13.52 | *** join/#brlcad LordOfBikes (~armin@dslb-088-066-150-128.088.066.pools.vodafone-ip.de) | |
| 10:17.28 | *** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net) | |
| 11:28.37 | *** join/#brlcad teepee_ (~teepee@unaffiliated/teepee) | |
| 12:06.49 | *** join/#brlcad ayuz (b644c848@gateway/web/freenode/ip.182.68.200.72) | |
| 14:09.58 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 14:46.59 | starseeker | brlcad: did you want to prefix both the types and the mime enums themselves? |
| 14:47.26 | starseeker | kinda saw the mime bit as generic rather than being specific to bu, but I guess it makes sense to avoid collisions |
| 15:55.07 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:07.08 | Notify | 03BRL-CAD:starseeker * 66771 brlcad/trunk/TODO: Jot down some initial thoughts about a different, more power way to approach defining and identifying mime types. |
| 16:15.12 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 17:06.32 | Notify | 03BRL-CAD:starseeker * 66772 (brlcad/branches/qtged/src/qged/cadconsole.cxx brlcad/branches/qtged/src/qged/main_window.cxx): Demonstrate how to use the Qt built in file dialog. If we want a customized file open dialog at some point, it looks like we would need to start with the 'built-in' version... |
| 18:16.34 | *** join/#brlcad tandoorichick (~chatzilla@117.199.138.16) | |
| 18:42.28 | *** join/#brlcad merzo (~merzo@94.45.58.141) | |
| 20:53.21 | *** join/#brlcad teepee_ (~teepee@unaffiliated/teepee) | |
| 22:47.06 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 00:11.50 | *** join/#brlcad tofu (~sean@66-118-151-70.static.sagonet.net) | |
| 01:27.14 | *** join/#brlcad teepee_ (~teepee@unaffiliated/teepee) | |
| 01:53.14 | *** join/#brlcad ejno (~ejno@unaffiliated/kazaik) | |
| 01:55.33 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 02:26.24 | Notify | 03BRL-CAD:starseeker * 66773 brlcad/trunk/TODO: Keith mentioned observing some regressions in step-g - we need to get those straightened out before release. |
| 02:55.05 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 06:21.40 | Notify | 03BRL-CAD:brlcad * 66774 brlcad/trunk/src/libbu/semaphore.c: turns out the code was almost right for initializing the semaphores on windows, mostly lacking in clarity. the important bit missing was indeed just needing to set bu_nsemaphores to the new limit. atomically set our manual-mutex back to 0 for good measure. |
| 06:27.02 | Notify | 03BRL-CAD:brlcad * 66775 brlcad/trunk/TODO: need starseeker to run his test case, but the semaphore init memory leak and reinit should be fixed now. |
| 06:36.32 | *** part/#brlcad wed (~wedin@83.209.54.109) | |
| 06:48.15 | Notify | 03BRL-CAD:brlcad * 66776 brlcad/trunk/CMakeLists.txt: handle snprintf() a bit more generically so we can eliminate it from config_win.h altogether. |
| 06:48.50 | Notify | 03BRL-CAD:brlcad * 66777 brlcad/trunk/include/config_win.h.in: no longer need to define this blindly now that tests are in place to detect it (msvc added support for snprintf in latter versions circa 2015) |
| 07:44.55 | *** join/#brlcad tandoorichick (~chatzilla@117.207.73.87) | |
| 09:04.42 | *** join/#brlcad merzo (~merzo@92.60.189.225) | |
| 11:16.41 | *** join/#brlcad tandoorichick (~chatzilla@117.207.72.132) | |
| 11:48.48 | *** join/#brlcad tandoorichick (~chatzilla@117.199.142.181) | |
| 12:48.38 | *** join/#brlcad teepee_ (~teepee@unaffiliated/teepee) | |
| 14:15.45 | *** join/#brlcad merzo (~merzo@92.60.189.225) | |
| 15:28.12 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:31.21 | *** join/#brlcad teepee_ (~teepee@unaffiliated/teepee) | |
| 17:04.29 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 17:31.05 | *** join/#brlcad poxip (~poxip@unaffiliated/mrpoxipol) | |
| 18:11.32 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 19:58.08 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 21:54.31 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 22:25.21 | *** join/#brlcad teepee_ (~teepee@unaffiliated/teepee) | |
| 22:31.29 | *** join/#brlcad merzo (~merzo@179-34-133-95.pool.ukrtel.net) | |
| 22:36.11 | *** join/#brlcad merzo (~merzo@179-34-133-95.pool.ukrtel.net) | |
| 22:37.51 | *** join/#brlcad merzo (~merzo@179-34-133-95.pool.ukrtel.net) | |
| 23:35.48 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 23:37.17 | Notify | 03BRL-CAD:brlcad * 66778 (brlcad/trunk/src/libgcv/conv/brlcad.c brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_read.c and 6 others): only public symbols should have the gcv_/GCV_ prefix. hiddens symbols can keep it simple. |
| 00:38.20 | *** join/#brlcad merzo (~merzo@179-34-133-95.pool.ukrtel.net) | |
| 00:41.01 | *** join/#brlcad teepee_ (~teepee@unaffiliated/teepee) | |
| 01:13.10 | *** join/#brlcad kanzure (~kanzure@unaffiliated/kanzure) | |
| 01:52.38 | Notify | 03BRL-CAD:brlcad * 66779 (brlcad/trunk/src/libgcv/wfobj/CMakeLists.txt =================================================================== and 50 others): stub in an initial attempt at making the obj parser a proper libwfobj library. this should set the stage for integrating and testing other libs or for simply removing our duplicitous inlined parser compilations. |
| 02:33.09 | *** join/#brlcad merzo (~merzo@35-14-133-95.pool.ukrtel.net) | |
| 06:24.42 | *** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca) | |
| 06:41.22 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 07:07.27 | *** join/#brlcad tandoorichick (~chatzilla@117.216.49.238) | |
| 07:30.30 | *** join/#brlcad tandoorichick (~chatzilla@61.3.209.20) | |
| 07:48.58 | *** join/#brlcad tandoorichick (~chatzilla@61.3.210.209) | |
| 09:57.26 | *** join/#brlcad tandoorichick (~chatzilla@61.3.210.209) | |
| 10:02.56 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 10:17.11 | *** join/#brlcad tandoorichick (~chatzilla@61.3.215.137) | |
| 11:22.18 | *** join/#brlcad merzo (~merzo@77.52.189.30) | |
| 11:45.37 | *** join/#brlcad tandoorichick (~chatzilla@117.222.153.0) | |
| 12:16.45 | *** join/#brlcad merzo (~merzo@77.52.189.30) | |
| 13:00.32 | *** join/#brlcad teepee_ (~teepee@unaffiliated/teepee) | |
| 14:01.47 | *** join/#brlcad merzo (~merzo@92.60.189.225) | |
| 15:39.53 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:37.06 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 20:04.19 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 21:17.56 | *** join/#brlcad KimK (~Kim__@ip68-102-70-90.ks.ok.cox.net) | |
| 21:55.54 | ``Erik | happy festivus, all |
| 23:38.35 | *** join/#brlcad merzo (~merzo@35-14-133-95.pool.ukrtel.net) | |
| 00:13.19 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 00:36.20 | *** join/#brlcad KimK (~Kim__@ip68-102-70-90.ks.ok.cox.net) | |
| 00:57.54 | *** join/#brlcad KimK (~Kim__@ip68-102-70-90.ks.ok.cox.net) | |
| 02:24.44 | *** join/#brlcad LordOfBikes (~armin@dslb-094-216-165-175.094.216.pools.vodafone-ip.de) | |
| 02:27.43 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) | |
| 02:28.34 | *** join/#brlcad maths22 (~maths22@66-118-151-70.static.sagonet.net) | |
| 02:28.35 | *** join/#brlcad ejno (~ejno@unaffiliated/kazaik) | |
| 02:28.41 | *** join/#brlcad starseeker (~starseeke@66.118.151.70) | |
| 02:32.11 | *** join/#brlcad merzo (~merzo@219-54-133-95.pool.ukrtel.net) | |
| 02:36.32 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 03:02.08 | *** join/#brlcad teepee_ (~teepee@unaffiliated/teepee) | |
| 03:06.16 | *** join/#brlcad KimK (~Kim__@ip68-102-70-90.ks.ok.cox.net) | |
| 05:24.24 | *** join/#brlcad KimK (~Kim__@ip68-102-70-90.ks.ok.cox.net) | |
| 05:30.52 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 05:45.39 | Notify | 03BRL-CAD:ejno * 66780 (brlcad/trunk/include/gcv/api.h brlcad/trunk/include/gcv/util.h and 13 others): simplify API for use of GCV plugins |
| 05:48.37 | Notify | 03BRL-CAD:ejno * 66781 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_read.c: remove global variables (in progress) |
| 06:21.48 | *** join/#brlcad tandoorichick (~chatzilla@117.207.69.14) | |
| 06:49.26 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 06:53.09 | *** join/#brlcad KimK (~Kim__@ip68-102-70-90.ks.ok.cox.net) | |
| 10:27.40 | *** join/#brlcad tandoorichick (~chatzilla@117.207.69.14) | |
| 10:30.35 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 12:04.31 | *** join/#brlcad KimK (~Kim__@ip68-102-66-31.ks.ok.cox.net) | |
| 13:11.59 | *** join/#brlcad teepee_ (~teepee@unaffiliated/teepee) | |
| 13:27.42 | *** join/#brlcad tandoorichick (~chatzilla@117.207.69.14) | |
| 16:17.11 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:56.36 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 17:46.21 | *** join/#brlcad Ch3ck (uid129553@gateway/web/irccloud.com/x-ufwfovuzkrkzovlu) | |
| 17:47.08 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 20:37.39 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 20:50.08 | Notify | 03BRL-CAD:ejno * 66782 (brlcad/trunk/include/gcv/api.h brlcad/trunk/src/conv/gcv/gcv.c and 9 others): add a name string to struct gcv_filter to allow uniquely identifying filters; use struct gcv_context |
| 20:57.35 | Notify | 03BRL-CAD:ejno * 66783 (brlcad/trunk/src/conv/gcv/gcv.c brlcad/trunk/src/libgcv/filter.c): output option processing messages into the context's messages vls |
| 21:34.37 | Notify | 03BRL-CAD:ejno * 66784 brlcad/trunk/src/libgcv/filter.c: free filter options |
| 21:37.58 | Notify | 03BRL-CAD:ejno * 66785 brlcad/trunk/src/libgcv/filter.c: fix |
| 22:30.14 | Notify | 03BRL-CAD:ejno * 66786 (brlcad/trunk/include/gcv/api.h brlcad/trunk/src/conv/gcv/gcv.c brlcad/trunk/src/libgcv/filter.c): try to use an attribute-value set to communicate with plugins |
| 23:46.48 | *** join/#brlcad teepee_ (~teepee@unaffiliated/teepee) | |
| 02:01.00 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 02:23.01 | *** join/#brlcad uqjwhkixaojkmgmy (~armin@dslb-092-074-244-238.092.074.pools.vodafone-ip.de) | |
| 02:34.27 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 02:48.15 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 04:38.13 | *** join/#brlcad teepee_ (~teepee@unaffiliated/teepee) | |
| 06:19.11 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 07:22.21 | *** join/#brlcad KimK (~Kim__@ip68-102-66-31.ks.ok.cox.net) | |
| 10:26.22 | *** join/#brlcad tandoorichick (~chatzilla@61.3.208.219) | |
| 10:52.04 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 12:33.54 | *** join/#brlcad tandoorichick (~chatzilla@61.3.208.219) | |
| 13:25.27 | *** join/#brlcad teepee_ (~teepee@unaffiliated/teepee) | |
| 16:18.11 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:49.14 | *** join/#brlcad tandoorichick (~chatzilla@117.222.152.229) | |
| 16:50.03 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 17:37.28 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 18:19.51 | *** join/#brlcad ameya (ameya@nat/iiit/x-majfvoboufkqkvis) | |
| 18:39.27 | *** join/#brlcad tandoorichick (~chatzilla@117.207.66.26) | |
| 20:39.45 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 21:25.57 | *** join/#brlcad merzo (~merzo@110-12-132-95.pool.ukrtel.net) | |
| 00:03.18 | *** join/#brlcad teepee_ (~teepee@unaffiliated/teepee) | |
| 02:31.06 | *** join/#brlcad merzo (~merzo@182-47-133-95.pool.ukrtel.net) | |
| 05:27.10 | DrImpossible | Hello! I was trying to compile the dev version of BRL-CAD.. but the make is failing due to this error "brlcad/src/libgcv/conv/fastgen4/fastgen4_read.c:610:5: error: enum conversion in assignment is invalid in C++ [-Wc++-compat] new_ptr->mode = pstate->mode;" |
| 05:27.31 | DrImpossible | How do I fix it, or is it a genuine bug? |
| 07:18.46 | DrImpossible | Fixed it! |
| 07:19.20 | DrImpossible | On fastgen4_read.c:610:5: correct code: new_ptr->mode = (enum section_mode)pstate->mode; |
| 07:19.50 | DrImpossible | Do I need to submit a patch for this? |
| 07:40.54 | Stragus | They'll probably see this, I believe they always read back the channel's log |
| 07:41.29 | Stragus | BRL-CAD tends to consider any compilation warning as a fatal error, eh |
| 08:04.51 | *** join/#brlcad merzo (~merzo@182-47-133-95.pool.ukrtel.net) | |
| 20:10.10 | *** join/#brlcad infobot (ibot@rikers.org) | |
| 20:10.10 | *** topic/#brlcad is http://ibot.rikers.org/%23brlcad/ || We're busy preparing a major release 7.26 (eta January) and getting archer/mged to Beta status (eta April) || SEEKING: web devs to finish setting up our new website! | |
| 00:12.14 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 05:59.04 | *** join/#brlcad tandoorichick (~chatzilla@117.207.66.21) | |
| 09:44.55 | *** join/#brlcad tandoorichick (~chatzilla@117.207.66.21) | |
| 10:17.38 | *** join/#brlcad Ch3ck (uid129553@gateway/web/irccloud.com/x-xcfavfmbffdbsdrc) | |
| 13:01.30 | ``Erik | sparcstation20 vs raspberrypi http://eschatologist.net/blog/?p=266 |
| 14:26.44 | *** join/#brlcad merzo (~merzo@52-50-133-95.pool.ukrtel.net) | |
| 14:42.32 | *** join/#brlcad tandoorichick (~chatzilla@117.207.66.21) | |
| 16:04.04 | *** join/#brlcad tandoorichick (~chatzilla@117.207.66.21) | |
| 16:57.03 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 19:45.02 | *** join/#brlcad tandoorichick (~chatzilla@117.199.142.93) | |
| 21:48.55 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 00:28.17 | *** join/#brlcad merzo (~merzo@52-50-133-95.pool.ukrtel.net) | |
| 02:28.43 | *** join/#brlcad merzo (~merzo@70-50-133-95.pool.ukrtel.net) | |
| 04:00.26 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 07:31.38 | *** join/#brlcad teepee (~teepee@unaffiliated/teepee) | |
| 10:15.33 | *** join/#brlcad tandoorichick (~chatzilla@117.199.135.240) | |
| 10:44.40 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 17:11.10 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 18:20.19 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 18:57.58 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 21:05.16 | *** join/#brlcad LordOfBikes (~armin@dslb-092-075-152-236.092.075.pools.vodafone-ip.de) | |
| 22:49.02 | *** join/#brlcad merzo (~merzo@70-50-133-95.pool.ukrtel.net) | |
| 22:58.53 | *** join/#brlcad merzo (~merzo@70-50-133-95.pool.ukrtel.net) | |
| 23:19.51 | *** join/#brlcad merzo (~merzo@70-50-133-95.pool.ukrtel.net) | |
| 23:39.31 | ``Erik | hm, /tmp is full, www checked out github.../BRL-CAD/web.git |
| 02:28.05 | *** join/#brlcad merzo (~merzo@196-43-132-95.pool.ukrtel.net) | |
| 02:30.03 | *** join/#brlcad gffcugmcbtaatasz (~armin@dslb-178-007-228-238.178.007.pools.vodafone-ip.de) | |
| 02:37.34 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 05:10.47 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 06:10.59 | *** join/#brlcad Ch3ck (uid129553@gateway/web/irccloud.com/x-ogjebxorsgeiipfl) | |
| 10:41.32 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 12:04.04 | *** join/#brlcad ejno (~ejno@unaffiliated/kazaik) | |
| 14:16.11 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 14:23.50 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 14:52.29 | *** join/#brlcad teepee (~teepee@unaffiliated/teepee) | |
| 15:49.37 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 18:27.38 | *** join/#brlcad tandoorichick (75c7889f@gateway/web/freenode/ip.117.199.136.159) | |
| 18:29.55 | *** join/#brlcad tandoorichick_ (~chatzilla@117.199.136.159) | |
| 01:19.07 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 02:28.27 | *** join/#brlcad jzdnfmtjhfgpgafk (~armin@dslb-092-074-225-205.092.074.pools.vodafone-ip.de) | |
| 03:41.02 | Notify | 03BRL-CAD:ejno * 66787 (brlcad/trunk/src/conv/CMakeLists.txt brlcad/trunk/src/libgcv/CMakeLists.txt brlcad/trunk/src/libgcv/conv/obj/wfobj/CMakeLists.txt): build wfobj as a library |
| 03:44.52 | Notify | 03BRL-CAD:ejno * 66788 brlcad/trunk/src/libgcv/filter.c: use rt_tol_default() for default calculational tolerance |
| 03:52.00 | Notify | 03BRL-CAD:ejno * 66789 (brlcad/trunk/src/librt/CMakeLists.txt brlcad/trunk/src/librt/primitives/bot/gct_decimation/auxiliary/mmatomic.h brlcad/trunk/src/librt/primitives/bot/gct_decimation/meshdecimation.c): detect SSE capabilities using bu_simd_supported() |
| 04:12.20 | Notify | 03BRL-CAD:ejno * 66790 (brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_read.c brlcad/trunk/src/libgcv/filter.c): fix warnings |
| 08:49.03 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 09:21.40 | *** join/#brlcad tandoorichick (~chatzilla@117.245.148.86) | |
| 09:56.45 | Notify | 03BRL-CAD:brlcad * 66791 (brlcad/trunk/src/libgcv/CMakeLists.txt brlcad/trunk/src/libgcv/conv/obj/wfobj/CMakeLists.txt): libwfobj requires librt and libbu; must be careful to not introduce a cycle now that it's a lib (librt cannot depend on libwfobj or libgcv) |
| 09:57.34 | *** join/#brlcad tandoorichick (~chatzilla@117.245.148.203) | |
| 10:18.25 | *** join/#brlcad tandoorichick (~chatzilla@117.207.75.205) | |
| 11:08.44 | *** join/#brlcad dinesh_ (~dinesh@154.70.108.193) | |
| 12:50.28 | *** join/#brlcad LordOfBikes (~armin@dslb-092-074-225-205.092.074.pools.vodafone-ip.de) | |
| 15:45.11 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 17:12.43 | *** join/#brlcad Ch3ck (uid129553@gateway/web/irccloud.com/x-ygffsjgifrtibcbs) | |
| 19:08.13 | *** join/#brlcad tandoorichick (~chatzilla@117.199.128.67) | |
| 23:46.56 | *** join/#brlcad merzo (~merzo@95.133.8.119) | |
| 02:27.27 | *** join/#brlcad gvroyrpgruwmbdyi (~armin@dslb-088-065-187-018.088.065.pools.vodafone-ip.de) | |
| 02:28.34 | *** join/#brlcad merzo (~merzo@197-19-132-95.pool.ukrtel.net) | |
| 02:57.39 | *** join/#brlcad tandoorichick (~chatzilla@117.222.152.163) | |
| 07:20.12 | *** join/#brlcad louipc (~louipc@unaffiliated/louipc) | |
| 08:12.11 | *** join/#brlcad tandoorichick (~chatzilla@117.222.152.163) | |
| 09:36.10 | *** join/#brlcad merzo (~merzo@197-19-132-95.pool.ukrtel.net) | |
| 10:20.39 | *** join/#brlcad tandoorichick (~chatzilla@117.222.152.163) | |
| 11:07.08 | *** join/#brlcad merzo (~merzo@92.60.189.225) | |
| 14:38.47 | *** join/#brlcad tandoorichick (~chatzilla@117.222.152.163) | |
| 15:05.21 | *** join/#brlcad merzo (~merzo@126-245-134-95.pool.ukrtel.net) | |
| 15:35.44 | *** join/#brlcad ceterumnet (~ceterumne@50.56.243.144) | |
| 15:37.07 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 19:13.19 | *** join/#brlcad tandoorichick (~chatzilla@117.199.131.121) | |
| 19:50.12 | *** join/#brlcad merzo (~merzo@126-245-134-95.pool.ukrtel.net) | |
| 22:35.55 | Notify | 03BRL-CAD:n_reed * 66792 brlcad/trunk/src/libicv/fileformat.c: need to reverse loop direction when writing png rows so image doesn't appear vertically flipped |
| 23:43.34 | Notify | 03BRL-CAD:ejno * 66793 (brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_read.c brlcad/trunk/src/libgcv/conv/obj/obj_read.c and 3 others): remove global variables; enable bu_opt options |
| 23:45.19 | Notify | 03BRL-CAD:ejno * 66794 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: simplify CCONE processing; improve error messages |
