| 00:11.08 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 01:23.15 | *** join/#brlcad Zhao_Anqing (~clouddrif@183.157.160.11) | |
| 02:07.05 | *** join/#brlcad hcurtis (b82d336f@gateway/web/freenode/ip.184.45.51.111) | |
| 02:08.59 | hcurtis | I am converting some of the elements of BRL-CAD's fast4-g.c from stack allocated to dynamic. The version of that file serving as the base for my corrections is the one shown in commit 56495. The number 11 appears in lines 213, 907, 1667, and 2943. Possibly, the 11s are to be replaced by a number that the program determines. However, I am stuck because I do not yet understand where the replacement number should come from. |
| 02:10.02 | hcurtis | Also, I realize that this might not even be the right approach to the problem. I was hoping to find that out before I went any farther down that road (so to speak). |
| 02:13.49 | *** join/#brlcad KimK (~Kim__@ip68-102-30-143.ks.ok.cox.net) | |
| 03:02.05 | *** join/#brlcad clock (~clock@77-58-143-135.dclient.hispeed.ch) | |
| 03:19.37 | *** join/#brlcad ries_nicked (~ries@190.9.171.121) | |
| 03:49.50 | *** join/#brlcad clock (~clock@77-58-143-135.dclient.hispeed.ch) | |
| 03:51.58 | hcurtis | brlcad: I wrote some code for fast4-g that I'd like to show you (and anyone else who is interested). |
| 07:23.56 | *** join/#brlcad pandrei (~pandrei@5-12-221-203.residential.rdsnet.ro) | |
| 07:43.48 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 07:49.45 | vladbogo | starseeker: this is the link to my logs http://brlcad.org/wiki/User:Vladbogolin/GSoC2014/Logs |
| 07:51.53 | vladbogo | and here are the screenshots: http://brlcad.org/wiki/File:Drawsph.png and http://brlcad.org/wiki/File:FirstDraw.png |
| 07:52.55 | vladbogo | I've linked the log page to the screenshots but there is a problem creating the thumbnail so that's why I provided the link |
| 08:02.56 | *** join/#brlcad oana_ (~elf11@p5.eregie.pub.ro) | |
| 08:05.42 | vladbogo | also if someone can fix the thumbnail problem or tell me how to do it, that would be great |
| 08:15.32 | *** join/#brlcad vladbogo_ (~vlad@79.115.184.216) | |
| 08:22.23 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 08:32.09 | pandrei | d_rossberg: hey! |
| 08:36.58 | d_rossberg | pandrei: servus |
| 08:41.16 | Zhao_Anqing | d_rossberg: Hi, daniel. |
| 08:43.17 | Zhao_Anqing | I tried several times to change import/export nmg, but all failed. It didn't get a satisfied result. Could you give me some help, please!~ |
| 08:46.25 | *** join/#brlcad teepee- (bc5c2133@gateway/web/freenode/ip.188.92.33.51) | |
| 08:47.24 | d_rossberg | Zhao_Anqing: i'll have a look at it for sure, don't panic; however it may need some time (maybe days) |
| 08:48.56 | d_rossberg | furthermore i'm afraid you are on the wrong way with the combination thing |
| 08:49.16 | d_rossberg | but i need to analyse it more deeper |
| 08:49.41 | d_rossberg | i would expect it to be much simpler than you think |
| 08:50.11 | Zhao_Anqing | d_rossbery: thank you so much sincerely. Yes, I guess I mistake something about this part according to your E-mail. |
| 08:51.38 | pandrei | daniel: got some( a lot of question) regarding the class implementation |
| 08:51.41 | pandrei | got time for it? |
| 08:51.46 | Zhao_Anqing | But I don't know where and how to do correctly. And I have been stuck in this place for days.@@ |
| 09:06.11 | *** join/#brlcad piyushparkash (~piyushpar@117.205.75.97) | |
| 09:06.27 | ankesh11 | vladbogo_: I faced the same problem. There are two fixes you can use, either use a smaller sized image or use an external site such as Imgur and provide the link in the wiki. |
| 09:08.34 | d_rossberg | Zhao_Anqing: how about working on the other open things first? E.g. nmg_clone_shell() doesn't work |
| 09:09.07 | d_rossberg | pandrei: you could simply ask and wait for an answer ;) |
| 09:09.51 | Zhao_Anqing | OK. get it. I will check this function now. |
| 09:09.55 | pandrei | I would have, but many questions are follow-up |
| 09:13.38 | d_rossberg | pandrei: ok, let me start: ConstSegment and Segment should be virtual |
| 09:14.17 | d_rossberg | you cannot create them, only the derived classes can be created |
| 09:15.34 | d_rossberg | i.e. virtual Type() with "= 0" in segment and implemented in the derived classes |
| 09:17.47 | pandrei | so, by being virtual you mean they have no fields |
| 09:17.49 | pandrei | and no constructors |
| 09:18.52 | d_rossberg | no, and no: it can have constructors and member variables but they can be used by the derived classes only |
| 09:19.19 | *** join/#brlcad teepee- (bc5c2133@gateway/web/freenode/ip.188.92.33.51) | |
| 09:19.41 | d_rossberg | and this is because it has a function which isn't defined in the parent class |
| 09:20.29 | pandrei | shouldn't I declare the methods with virtual then? |
| 09:20.46 | d_rossberg | however, then i see another problem: the ownership of the objects |
| 09:21.19 | d_rossberg | yes, you could declare the Type() as virtual |
| 09:21.42 | pandrei | with the Type() I was having trouble returning an enum |
| 09:21.53 | pandrei | I still haven't figure why it works in Combination but not in Sketch |
| 09:21.59 | pandrei | figured* |
| 09:22.47 | d_rossberg | the Type would be easy: Line returns line, Arc arc etc. |
| 09:23.34 | pandrei | yes, I figured that out, I had/have an issue with the compiler |
| 09:23.44 | pandrei | in order to return that, I have to typedef the enum |
| 09:23.56 | pandrei | as I get " seg_type is not a type" |
| 09:24.02 | pandrei | but, nevermind, I ll find a way to handle that |
| 09:24.22 | d_rossberg | another possibility would be the usage of a call-back function |
| 09:24.31 | pandrei | I'm more concerned about getting a class structure we can agree on, so I can progress |
| 09:26.48 | d_rossberg | ther is the ownership and an performance issue with this solution |
| 09:27.33 | d_rossberg | it works only if the objects are handled with pointers to instances living on the heap |
| 09:27.45 | pandrei | I might be stupid but I don't understand why Segment/ConstSegment aren't interfaces? |
| 09:28.31 | d_rossberg | they are interfaces, why not |
| 09:28.50 | pandrei | well, the way we have discussed them so far |
| 09:29.03 | pandrei | my understanding was that they're abstract classes |
| 09:29.14 | *** join/#brlcad caen23 (~caen23@92.83.166.162) | |
| 09:29.16 | pandrei | because if I put start and end point in Seg/ConstSeg |
| 09:29.24 | pandrei | then you would have get/set for them |
| 09:29.49 | d_rossberg | an interface is abstract in general ;) |
| 09:30.04 | pandrei | but an interface shouldn't contain any code? |
| 09:30.15 | d_rossberg | you can have an interface and different implementations behind it |
| 09:30.28 | d_rossberg | it depends |
| 09:31.19 | pandrei | I've got an idea |
| 09:31.49 | d_rossberg | fine :) |
| 09:31.54 | pandrei | rather than having a full header implementantion and then move on to class implementantion. What if I make a patch just with Segment/ConstSegment |
| 09:32.04 | pandrei | it's faster for you to review, then when I get it right |
| 09:32.06 | pandrei | we move on |
| 09:34.05 | d_rossberg | i'm afraid we need something similar to Object/ObjectCallback in ConstDatabase |
| 09:35.25 | pandrei | I'm afraid I don't understand what you mean by that :( |
| 09:39.47 | d_rossberg | objects on the heap have issues with ownership and performance |
| 09:41.34 | d_rossberg | they have to be deleted: who is resposible for this? and the allocation on the heap is (relatively) time expensive |
| 09:45.28 | pandrei | uhm, C++ doesn't have garbage collection |
| 09:45.33 | pandrei | so I assume the object has to delete itself |
| 10:04.54 | *** join/#brlcad vladbogo (~vlad@89.45.180.130) | |
| 10:15.04 | *** join/#brlcad vladbogo__ (~vlad@195.216.218.10) | |
| 10:27.37 | pandrei | so what should we do? |
| 10:35.48 | *** join/#brlcad teepee- (bc5c2133@gateway/web/freenode/ip.188.92.33.51) | |
| 10:47.36 | d_rossberg | the main layout of the classes stay as they are, i'll send you a revised .h file |
| 10:56.19 | pandrei | thanks a lot. |
| 11:15.57 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 12:23.12 | *** join/#brlcad ries (~ries@190.9.171.121) | |
| 12:50.54 | *** join/#brlcad teepee- (bc5c2133@gateway/web/freenode/ip.188.92.33.51) | |
| 12:59.09 | *** join/#brlcad vladbogo (~vlad@195.216.218.10) | |
| 13:11.50 | *** join/#brlcad piyushparkash (~piyushpar@117.205.75.97) | |
| 13:32.10 | *** join/#brlcad ries (~ries@190.9.171.121) | |
| 13:34.46 | Notify | 03BRL-CAD:zhaoanqing * 61325 brlcad/branches/nmgreorg/src/librt/primitives/nmg/nmg_copy.c: change clone routine to fix its not working. |
| 13:39.36 | *** join/#brlcad teepee- (bc5c2133@gateway/web/freenode/ip.188.92.33.51) | |
| 14:08.42 | Notify | 03BRL-CAD:zhaoanqing * 61326 (brlcad/branches/nmgreorg/src/librt/primitives/nmg/nmg_copy.c brlcad/branches/nmgreorg/src/librt/tests/test_nmg_copy.c): fix the bugs in test_nmg_copy.c. remove model and nmgregion parts of the tests. |
| 14:40.07 | *** join/#brlcad mihaineacsu (~mihaineac@92.85.193.175) | |
| 14:52.18 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:01.29 | *** join/#brlcad piyushparkash (~piyushpar@117.205.75.145) | |
| 15:22.53 | *** join/#brlcad ries (~ries@190.9.171.121) | |
| 15:48.23 | *** join/#brlcad clock (~clock@77-58-143-135.dclient.hispeed.ch) | |
| 15:55.42 | *** join/#brlcad starseek1r (~starseeke@66-118-151-70.static.sagonet.net) | |
| 15:56.44 | *** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net) | |
| 16:22.02 | *** join/#brlcad harmanpreet (~harmanpre@124.253.96.81) | |
| 16:25.29 | *** join/#brlcad ishwerdas (~ishwerdas@117.199.102.95) | |
| 16:25.40 | *** join/#brlcad teepee- (bc5c2133@gateway/web/freenode/ip.188.92.33.51) | |
| 16:25.42 | ishwerdas | harmanpreet: hi |
| 16:31.36 | harmanpreet | ishwerdas: hi :) |
| 16:32.28 | ishwerdas | I am working on my renderer |
| 16:32.41 | harmanpreet | okay |
| 16:32.44 | ishwerdas | and I uploaded few obj files by |
| 16:32.50 | ishwerdas | converting them using g-obj |
| 16:33.06 | ishwerdas | but they kind of come tilted by default |
| 16:33.22 | ishwerdas | other obj files from softwares like blender come straight in the center |
| 16:33.29 | ishwerdas | why is it so ? |
| 16:35.38 | ishwerdas | if I correct these files like by rotating them 90` as it's done in previous OGV code |
| 16:35.51 | ishwerdas | then other files would suffer the rotation |
| 16:36.42 | *** join/#brlcad piyushparkash (~piyushpar@117.205.75.145) | |
| 16:37.11 | harmanpreet | it's because in ThreeJS Y-axis denotes the "up and down" (vertical) whereas in BRL-CAD it is z-axis |
| 16:38.27 | ishwerdas | is there any work around that you know of, so that we don't have to apply that rotation ? |
| 16:38.58 | harmanpreet | We need to find out. :) |
| 16:39.13 | ishwerdas | hmm |
| 16:39.33 | harmanpreet | are you done with deployment? |
| 16:39.37 | ishwerdas | no! :( |
| 16:39.47 | ishwerdas | I just got my college server |
| 16:39.53 | ishwerdas | with access |
| 16:39.58 | ishwerdas | but could not deploy it |
| 16:40.06 | ishwerdas | on that server |
| 16:40.43 | harmanpreet | That's okay. |
| 16:41.11 | ishwerdas | I have my server, but it's shared with someone. As soon as I get it, I will deploy it and show. |
| 16:41.15 | harmanpreet | but you need to find out the reason behind this and do it asap |
| 16:42.09 | *** join/#brlcad teepee-_ (bc5c2133@gateway/web/freenode/ip.188.92.33.51) | |
| 16:42.27 | harmanpreet | Okay. For the mean time, put some screenshots in you dev. logs, so we all could see what you have developed till now. |
| 16:42.57 | ishwerdas | weird! I was just thinking of the same. |
| 16:43.22 | harmanpreet | Also please, don't work in isolation. |
| 16:43.44 | harmanpreet | Sharing problems are equally important as sharing success. |
| 16:43.47 | harmanpreet | :) |
| 16:44.29 | ishwerdas | I have got another way to show the work until I get a server. I can bundle some sample models along with my app and deploy it on meteor.com, so that no one has to upload models. It's only the uploading part that doesn't work there, rest works like charm. How does that sound for the time being ? |
| 16:45.08 | harmanpreet | Yeah sure! |
| 16:47.24 | ishwerdas | currently almost whole of the previous OGV functionality is ported to meteor |
| 16:47.45 | ishwerdas | except the g-obj conversion, which would be my next milestone |
| 16:48.07 | harmanpreet | that's the reason I want to see it in new looks. :) |
| 16:48.35 | harmanpreet | I see from your dev. logs that you are kinda ahead of your schedule.. that's great. :) |
| 16:48.43 | ishwerdas | hmm, I am also very eager to share. |
| 16:48.57 | ishwerdas | thanks :) |
| 16:51.12 | harmanpreet | I expect OGV to be deployed somewhere before mid term evaluations. |
| 16:51.35 | *** join/#brlcad shaina_ (~shaina@14.98.160.53) | |
| 16:51.49 | ishwerdas | yes, I will try my level best :) |
| 16:51.50 | harmanpreet | Also please keep some time before mid term eval. to prepare documentation. |
| 16:52.47 | ishwerdas | I have documentation in form doxygen style comments, for developer. |
| 16:53.15 | ishwerdas | though it needs to be polished, yet. I will complete it soon and report. |
| 16:53.31 | harmanpreet | Great |
| 16:53.34 | harmanpreet | :) |
| 16:57.37 | *** join/#brlcad teepee- (bc5c2133@gateway/web/freenode/ip.188.92.33.51) | |
| 17:00.06 | *** join/#brlcad piyushparkash (~piyushpar@117.205.75.145) | |
| 17:08.13 | vladbogo_ | ankesh11: thanks, I'll try that |
| 17:32.18 | *** join/#brlcad piyushparkash (~piyushpar@117.205.75.145) | |
| 17:37.43 | *** join/#brlcad clock (~clock@77-58-143-135.dclient.hispeed.ch) | |
| 18:15.33 | *** join/#brlcad jasleen_ (~jasleen@117.253.232.213) | |
| 18:17.44 | *** join/#brlcad clock (~clock@77-58-143-135.dclient.hispeed.ch) | |
| 18:50.45 | *** join/#brlcad clock (~clock@77-58-143-135.dclient.hispeed.ch) | |
| 19:11.53 | *** join/#brlcad clock (~clock@77-58-143-135.dclient.hispeed.ch) | |
| 19:28.18 | *** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net) | |
| 19:29.12 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 19:40.43 | Notify | 03BRL-CAD:starseeker * 61327 (brlcad/branches/openscenegraph/src/tclscripts/archer/Archer.tcl brlcad/branches/openscenegraph/src/tclscripts/archer/ArcherCore.tcl and 3 others): point the osg branch's Archer to osg exclusively. Old MGED will be a lot more difficult... |
| 20:13.30 | Notify | 03BRL-CAD:vladbogo * 61328 brlcad/trunk/src/libfb/if_qt.cpp: Implemented a first version of the write function. |
| 20:21.46 | Notify | 03BRL-CAD:starseeker * 61329 brlcad/branches/openscenegraph/src/libdm/query.c: For now, we'll focus on osg. Ideally, in the end, we'll have osg and qt (maybe X and Ogre) so it's not clear if these functions will survive in their current form. |
| 20:24.55 | Notify | 03BRL-CAD Wiki:Vladbogolin * 7289 /wiki/User:Vladbogolin/GSoC2014/Logs: |
| 20:39.19 | *** join/#brlcad piyushparkash (~piyushpar@117.205.75.145) | |
| 20:56.55 | ankesh11 | brlcad: Did you happen to get my email? |
| 20:57.44 | ankesh11 | The logs and server access would fasten the development I think. |
| 20:58.44 | ankesh11 | I also wanted to have a discussion on a bit of further perceptive on the project. |
| 21:10.43 | *** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net) | |
| 21:35.49 | Notify | 03BRL-CAD Wiki:Ankeshanand * 7290 /wiki/User:Ankeshanand/GSoC14/logs: /* Development Phase */ |
| 21:40.49 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 21:51.33 | *** join/#brlcad pandrei (~pandrei@5-12-113-68.residential.rdsnet.ro) | |
| 21:58.45 | Notify | 03BRL-CAD Wiki:Popescu.andrei1991 * 7291 /wiki/User:Popescu.andrei1991/devlogs2014: /* Week 4 */ |
| 22:06.07 | *** join/#brlcad jasleen_ (~jasleen@117.253.232.213) | |
| 22:34.32 | *** join/#brlcad clock (~clock@77-58-143-135.dclient.hispeed.ch) | |
| 22:55.42 | Notify | 03BRL-CAD:starseeker * 61330 (brlcad/branches/openscenegraph/src/libfb/if_osg.cpp brlcad/branches/openscenegraph/src/libfb/osgGA_FrameBufferManipulator.cpp brlcad/branches/openscenegraph/src/libfb/osgGA_FrameBufferManipulator.h): Add a Key handler (which is where we'll do the framebuffer bindings) but the osgViewer continues to insist on a camera manipulator to keep showing the image. Trim down the |
| 22:55.44 | Notify | FrameBufferManipulator some more - if we need to have it, want it to be the minimal code to get the job done. |
| 22:56.46 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 23:07.23 | Notify | 03BRL-CAD:starseeker * 61331 brlcad/branches/openscenegraph/src/libfb/osgGA_FrameBufferManipulator.cpp: Strip some unused bits out of FrameBufferManipulator |
| 23:14.46 | Notify | 03BRL-CAD:starseeker * 61332 (brlcad/branches/openscenegraph/src/libfb/osgGA_FrameBufferManipulator.cpp brlcad/branches/openscenegraph/src/libfb/osgGA_FrameBufferManipulator.h): Remove more from FrameBufferManipulator |
| 23:26.44 | Notify | 03BRL-CAD:starseeker * 61333 (brlcad/branches/openscenegraph/src/libfb/CMakeLists.txt brlcad/branches/openscenegraph/src/libfb/if_osg.cpp): Merge the trimmed down FrameBufferManipulator into if_osg.cpp |
| 23:34.21 | Notify | 03BRL-CAD:starseeker * 61334 brlcad/branches/openscenegraph/src/libfb/if_osg.cpp: Reorg slightly |
