IRC log for #brlcad on 20130624

02:09.49 *** join/#brlcad cstirk (~quassel@96.255.19.39)
03:55.23 brlcad that is very cool, freebsd 9 being used for playstation 4
06:43.32 *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
08:40.28 Notify 03BRL-CAD:d_rossberg * 55820 NIL: tag the C++ core interface with the corresponding BRL-CAD version (i.e. 7.24.0)
17:51.00 *** join/#brlcad infobot (~infobot@63.226.104.168)
17:51.00 *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || GSoC 2013! http://brlcad.org/wiki/Google_Summer_of_Code
17:52.13 *** join/#brlcad infobot (~infobot@63.226.104.168)
17:52.13 *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || GSoC 2013! http://brlcad.org/wiki/Google_Summer_of_Code
18:04.44 Notify 03BRL-CAD Wiki:IIIzzzaaakkk * 5505 /wiki/User:Izak/GSOC_2013_logs: /* From June 24th to June 28th */
18:10.58 Notify 03BRL-CAD:starseeker * 55825 (brlcad/trunk/include/brep.h brlcad/trunk/src/libbrep/opennurbs_ext.cpp): No need to copy corners and normals around - just use the frames
18:18.57 Notify 03BRL-CAD Wiki:NyahCh3ck20 * 5506 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 24 June - 30 June */
18:21.48 Notify 03BRL-CAD:vladbogo * 55826 brlcad/trunk/include/dm.h: Added qt display manager info to dm.h
18:37.58 Notify 03BRL-CAD Wiki:NyahCh3ck20 * 5507 /wiki/Google_Summer_of_Code/2013: /* Pull Routine for reversing the effects of push on Geometry */
18:44.13 Notify 03BRL-CAD Wiki:NyahCh3ck20 * 5508 /wiki/Google_Summer_of_Code/2013: /* Pull Routine for reversing the effects of push on Geometry */
18:49.32 Notify 03BRL-CAD:vladbogo * 55827 (brlcad/trunk/CMakeLists.txt brlcad/trunk/src/libdm/CMakeLists.txt brlcad/trunk/src/libdm/dm-generic.c): Added the qt display manager to libdm and included in the cmake build.
18:51.19 Notify 03BRL-CAD:starseeker * 55828 brlcad/trunk/src/libbrep/opennurbs_ext.cpp: It looks like there is very similar code between the knot and the non-knot subdivideSurface functions. Start re-working the logic to see if they can be combined.
19:01.05 Notify 03BRL-CAD:vladbogo * 55829 (brlcad/trunk/src/mged/CMakeLists.txt brlcad/trunk/src/mged/attach.c): Added the qt display manager files to mged folder so that mged can use it.
20:00.05 *** join/#brlcad vlad__ (~vlad@86.121.96.67)
20:11.23 *** join/#brlcad vladbogo_ (~vlad@86.124.248.7)
20:20.47 Notify 03BRL-CAD Wiki:Harman052 * 5509 /wiki/User:Harman052/GSoc2013/Logs:
20:27.32 Notify 03BRL-CAD:starseeker * 55830 brlcad/trunk/src/libbrep/opennurbs_ext.cpp: Comments were moved to libbrep_brep_tools.h header.
20:35.53 Notify 03BRL-CAD:starseeker * 55831 (brlcad/trunk/src/libbrep/libbrep_brep_tools.h brlcad/trunk/src/libbrep/opennurbs_ext.cpp): Move defines into a header.
20:51.45 Notify 03BRL-CAD:starseeker * 55832 brlcad/trunk/src/libbrep/opennurbs_ext.cpp: Start easing the logic towards a similar form in the sans-knots subdivide. This has to be done very carefully to avoid unintential side effects.
21:42.53 *** join/#brlcad mpictor (~mark@2601:d:b280:9:d63d:7eff:fe2d:2505)
22:01.06 Notify 03BRL-CAD Wiki:Vladbogolin * 5510 /wiki/User:Vladbogolin/GSoC2013/Logs:
22:04.45 zero_level brlcad , ``Erik , Today i am implementing operations on images.
22:04.59 zero_level Predominately as i see there are two types of operations
22:05.21 zero_level a) In the images Adding, substracting deviding a double.
22:05.48 zero_level b) Adding two images substracting two images Logical operations bw images etc.
22:06.10 zero_level I have few questions regarding implemntations!
22:09.42 zero_level 1) I plan two implement them i two groups and passing a element of enum as shown here http://brlcad.org/wiki/User:Level_zero/GSOC13/api . I believe this is fine. ?Or do i implement them as icv_add, icv_subs as seperate functions ?
22:11.44 zero_level 2)If, I follow the current implementation way, I seek suggestion regarding names, the current names are icv_airth1 and icv_airth2.. And i am very bad at naming
22:12.37 ``Erik I'd imagine you're going for too much abstraction... understandable, schools teach abstraction at all cost
22:12.46 ``Erik is the intermediate format final?
22:13.01 zero_level you mean icv_image struct
22:13.05 zero_level ?
22:13.33 ``Erik yes, unless the operations involve different data sets
22:14.47 zero_level yes, as per your and brlcad's suggestions, i am planning to use pixel_s {float r,g,b,a}
22:14.53 ``Erik double, not float
22:14.53 zero_level and no other datatype.
22:15.01 zero_level yes.
22:15.09 ``Erik in that case, you can use a slew of vmath operators fairly trivially
22:15.14 ``Erik V3ADD() etc
22:15.52 zero_level ok, also for logical operations ?
22:16.05 zero_level that is cool :-)
22:16.53 ``Erik logical in what sense?
22:17.22 zero_level i was just trying to modify bwdiff and pixdiff, and bwmod to functions.
22:17.22 ``Erik && || ! type stuff is just... what it is
22:17.40 zero_level logical : OR operations. AndOperations etc.
22:17.47 zero_level yes
22:17.48 ``Erik < > type stuff has NEAR_ZERO() and stuff to do the floating point fluff
22:18.19 ``Erik vmath.h is rich with math-fu
22:19.00 ``Erik most oriented towards doubles and vectors of doubles... which is yet another reason using double as a channel type is attractive :)
22:19.52 zero_level ok,just opened vmath doc page. But i guess these functions will still be handy. But in the function defintions we could use vmath api.
22:21.23 ``Erik there will be some functions, but the macros should make them trivial
22:22.19 ``Erik also; don't be too quick to over-abstract... wait until you actually do something twice before you break it into a seperate function
22:23.59 zero_level also ``Erik can u have a look at my api link so that you could advise on my functions abstractness
22:24.20 zero_level here goes the link http://brlcad.org/wiki/User:Level_zero/GSOC13/api
22:25.33 zero_level ``Erik : also see patch 197. there are seperate files this time.
22:25.50 zero_level for load functions
22:38.36 zero_level ``Erik is vmath you are refering similar to http://bartipan.net/vmath/ ? or ?
22:39.51 zero_level or include/vmath.h ?
22:39.57 zero_level i guess the later.
22:44.46 zero_level also is found that V3ADD is VADD3 in include/vmath.h

Generated by irclog2html.pl Modified by Tim Riker to work with infobot.