| 00:58.53 | Notify | 03BRL-CAD:starseeker * 56765 brlcad/trunk/src/other/libgdiam/gdiam.cpp: Remove most of the comment out lines, ws |
| 01:02.55 | Notify | 03BRL-CAD:starseeker * 56766 brlcad/trunk/src/other/libgdiam/gdiam.cpp: Add notes about approach to take for improving robustness - need to study overall algorithms to identify other points where floating point weirdness needs to be handled... |
| 02:21.00 | brlcad | hot damn |
| 02:21.48 | brlcad | fucking needles in haytacks |
| 02:53.56 | Notify | 03BRL-CAD:brlcad * 56767 brlcad/trunk/include/tie.h: since TIE tries to be coherent, document the sizes of each of the struct elements and ensure that we stay on 4-byte boundaries. ironically shows that several core data structs do not fit within a cache line when using double-precision, so this is far from optimal. related and most significantly, I'm adding two new 'b' fields (on tie_tri_s and tie_kdtree_s) to |
| 02:53.58 | Notify | hold kd-tree data. reason why will become apparent in the next commit. |
| 03:16.55 | Notify | 03BRL-CAD:brlcad * 56768 (brlcad/trunk/src/librt/primitives/bot/tie.c brlcad/trunk/src/librt/primitives/bot/tie_kdtree.c brlcad/trunk/src/librt/primitives/bot/tieprivate.h): Fix 32-bit TIE. The problem was someone trying to be far too clever packing bits into a pointer address. You read that right. Bits were being set/unset and read from WITHIN the pointer VALUE. Even remember telling Justin many many years ago |
| 03:16.57 | Notify | this would be a problem, but obviously nothing came of that. My vague recollection was that he was hijacking particular bits that were always zero given particular struct allocation sizes. Of course, this is incredibly presumptuous and volatile to struct member type sizes, 32-bit vs 64-bit compilation, implicit padding/alignment issues, and more.This gets TIE working on 32-bit compilation (and generally more portably |
| 03:16.59 | Notify | all around) by extracting those bit values that were being packed into their own struct element (for both the kdtree and the tri structs) where this was happening. This took quite a bit of very cautious surgery to extract and propagate the bits correctly. There may be more needed (e.g., didn't test single-precision), but seems to work swell in all the tests I threw at it. Made (probably unnecessarily) most of the... |
| 03:19.45 | Notify | 03BRL-CAD:brlcad * 56769 brlcad/trunk/BUGS: comment significantly out of date, not observed that m1151 issue in a while and have traced one since then. |
| 03:21.54 | Notify | 03BRL-CAD:brlcad * 56770 brlcad/trunk/TODO: 32b bottie crash is fixed. no comment on why existing makesegs is insufficient and backend repo was updated so can clear those out |
| 03:30.47 | Notify | 03BRL-CAD:brlcad * 56771 brlcad/trunk/NEWS: fixed the 32-bit librt/adrt/TIE crashes. code was trying to be far too clever packing data into a pointer address value. put the data up into the struct so we don't have to worry about the slew of things that make that a bad idea. |
| 04:38.07 | *** join/#brlcad yiyus (1242712427@je.je.je) | |
| 05:31.02 | Notify | 03BRL-CAD:phoenixyjll * 56772 brlcad/trunk/src/libbrep/boolean.cpp: We should take care of the intersection tolerance, and "fix" the "gaps" if necessary. |
| 07:32.20 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 08:21.18 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 09:06.35 | *** join/#brlcad caen23 (~caen23@92.85.95.18) | |
| 10:48.39 | *** join/#brlcad caen23 (~caen23@92.85.95.18) | |
| 10:48.39 | *** join/#brlcad yiyus (1242712427@je.je.je) | |
| 10:48.40 | *** join/#brlcad merzo (~merzo@103-12-133-95.pool.ukrtel.net) | |
| 10:48.40 | *** join/#brlcad ``Erik (~erik@pool-173-67-38-235.bltmmd.fios.verizon.net) | |
| 10:48.40 | *** join/#brlcad Ch3ck_ (~Ch3ck@66-118-151-70.static.sagonet.net) | |
| 10:48.40 | *** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 10:48.40 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 10:48.40 | *** join/#brlcad ejno (~ejno@unaffiliated/kazaik) | |
| 10:48.40 | *** join/#brlcad Izak_ (~Izak@66-118-151-70.static.sagonet.net) | |
| 10:48.40 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 10:48.40 | *** join/#brlcad PrezKennedy (~DarkCalf@173.231.40.99) | |
| 10:48.40 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) | |
| 10:48.40 | *** join/#brlcad witness__ (uid10044@gateway/web/irccloud.com/x-xmppilpmofuwgrrd) | |
| 10:48.40 | *** join/#brlcad cogitokat (~kat@ip70-171-0-190.ga.at.cox.net) | |
| 10:48.40 | *** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net) | |
| 10:48.40 | *** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net) | |
| 10:48.40 | *** join/#brlcad kanzure (~kanzure@131.252.130.248) | |
| 10:48.40 | *** join/#brlcad ChanServ (ChanServ@services.) | |
| 10:48.40 | *** mode/#brlcad [+o ChanServ] by hubbard.freenode.net | |
| 10:49.49 | starseeker | confirms working isst on 32-bit Linux Mint |
| 10:49.49 | starseeker | woot! |
| 10:49.50 | starseeker | brlcad++ |
| 10:50.05 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 10:55.32 | *** join/#brlcad OneMore_ (~santos@pal1-84-90-21-87.netvisao.pt) | |
| 11:04.40 | ``Erik | hm, so it was over-cleverness with packing data into low bits of a pointer, the point of that was to keep the cache lines minimally packed with the 'right' data (normal for old tie was 32b float) |
| 11:05.00 | ``Erik | I wonder what the performance implications are :D |
| 11:18.33 | *** join/#brlcad Ch3ck (~Ch3ck@195.24.220.16) | |
| 11:21.45 | *** join/#brlcad Izak (~Izak@195.24.220.16) | |
| 11:33.32 | Ch3ck | starseeker: ticket 224 has been applied but has not been closed yet. |
| 11:33.37 | Ch3ck | rechecking 223 and 225 |
| 11:34.58 | Notify | 03BRL-CAD:d_rossberg * 56773 brlcad/trunk/src/conv/raw/g-raw.c: ups, I must have overlooked this g-stl remnant |
| 11:38.16 | Notify | 03BRL-CAD:erikgreenwald * 56774 brlcad/trunk/src/adrt/isst_tcltk.c: strcp->bu_strncmp |
| 11:50.48 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 11:52.06 | brlcad | ``Erik: yeah, I talked about that a little bit in 56767 .. the structures were a cacheline mess for single and double precision |
| 11:52.23 | brlcad | looks like he also assumed 32-bit compilation |
| 11:53.27 | brlcad | either way, working .. vs fast and broken ;) |
| 11:53.54 | brlcad | rather "faster" .. I didn't observe a huge impact (probably because they already go way over cache line sizes) |
| 11:58.01 | ``Erik | I may've mucked up quite a bit altering things to get awayfrom tfloat for everything *shrug* :/ |
| 11:58.35 | ``Erik | but it works, w00t, so faster rt and one less obstacle for isst |
| 12:06.55 | *** join/#brlcad caen23 (~caen23@92.85.95.18) | |
| 12:06.58 | Notify | 03BRL-CAD:d_rossberg * 56775 brlcad/trunk/src/conv/g-voxel.c: print the voxel's coordinates rather than its indicesstill needs some tests and fine tuning |
| 12:16.14 | Notify | 03BRL-CAD:phoenixyjll * 56776 brlcad/trunk/src/libbrep/boolean.cpp: Avoid getting nested polycurves, which makes ON_Brep::IsValid() to fail. If the curve we are going to append to a polycurve itself is a polycurve, we append each segments separately. |
| 13:10.27 | Notify | 03BRL-CAD:tbrowder2 * 56777 brlcad/trunk/doc/docbook/system/man1/en/mged.xml: use correct word 'within' |
| 13:15.43 | Notify | 03BRL-CAD:phoenixyjll * 56778 brlcad/trunk/src/libbrep/boolean.cpp: DEBUG is defined in brlcad_config.h. Use DEBUG_BREP_BOOLEAN instead. |
| 13:17.07 | Notify | 03BRL-CAD:phoenixyjll * 56779 brlcad/trunk/src/libbrep/boolean.cpp: l/100.0 is the normalized parameter. We should call ParameterAt(). |
| 13:18.59 | Notify | 03BRL-CAD:phoenixyjll * 56780 brlcad/trunk/src/libbrep/boolean.cpp: Remove temporal debug message, and print more infomation for the stack error and sort failure. |
| 13:22.33 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 5973 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 12 August - 18 August */ |
| 13:22.41 | Notify | 03BRL-CAD:carlmoore * 56781 brlcad/trunk/src/libbn/tests/bn_poly_sub.c: fix wording & spelling, and remove a few blank lines |
| 13:24.24 | Notify | 03BRL-CAD:carlmoore * 56782 brlcad/trunk/src/librt/primitives/hrt/hrt.c: fix spelling, and remove trailing blanks/tabs |
| 13:25.38 | Notify | 03BRL-CAD:erikgreenwald * 56783 brlcad/trunk/src/adrt/librender/cut.c: fix ray direction for initial cut shot |
| 13:29.17 | Notify | 03BRL-CAD:mohitdaga * 56784 (brlcad/trunk/src/libicv/bw.c brlcad/trunk/src/libicv/decimate.c brlcad/trunk/src/libicv/pix.c): Trailing WS |
| 13:38.28 | Notify | 03BRL-CAD:phoenixyjll * 56785 brlcad/trunk/src/libbrep/boolean.cpp: Returning the result of minus and implicit conversion to int for comparison is not correct for floating points. Should use explicit > and < comparison. |
| 13:41.05 | Izak_ | ``Erik: Please can you take a look at the rt_hrt_describe() routine I have written here http://paste.kde.org/p37dcb7dc/ |
| 13:42.00 | Notify | 03BRL-CAD:tbrowder2 * 56786 brlcad/trunk/src/libged/comb_color.c: remove command name from usage string (fixes double listing inside mged) |
| 13:42.38 | Notify | 03BRL-CAD Wiki:Phoenix * 5974 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 9 */ |
| 13:57.18 | Notify | 03BRL-CAD Wiki:KeshaSShah * 5975 /wiki/User:KeshaSShah/GSoC13/Reports: /* Week 9 */ |
| 14:06.29 | ``Erik | Izak_: looks good to me *shrug* |
| 14:23.34 | Notify | 03BRL-CAD:d_rossberg * 56787 (brlcad/trunk/misc/win32-msvc/Dll/BrlcadCore.def brlcad/trunk/misc/win32-msvc/Dll/brlcad.def): rt_g is now RTG |
| 14:27.32 | Notify | 03BRL-CAD:d_rossberg * 56788 brlcad/trunk/misc/win32-msvc/Dll/CMakeLists.txt: include libgdiam into the brlcad.dll |
| 14:31.01 | Notify | 03BRL-CAD:d_rossberg * 56789 brlcad/trunk/misc/win32-msvc/Dll/BrlcadCore.rc: somebody said the old eagle logo taboo, replaced it with the new gear logo in the brlcad.dll |
| 14:43.36 | Notify | 03BRL-CAD:tbrowder2 * 56790 brlcad/trunk/doc/docbook/system/man1/en/mged.xml: add a section on scripting mged |
| 14:47.46 | Notify | 03BRL-CAD:iiizzzaaakkk * 56791 brlcad/trunk/src/librt/primitives/hrt/hrt.c: rt_hrt_describe() routine to present heart in human-readable form |
| 14:52.17 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 14:53.55 | brlcad | Izak_: looks godo to me too. describe is for the 'l' command in mged and is just meant to be human-readable without a specific format |
| 15:09.42 | Notify | 03BRL-CAD:carlmoore * 56792 (brlcad/trunk/src/conv/step/ON_Brep.cpp brlcad/trunk/src/util/bwrect.c): remove trailing blanks/tabs |
| 15:11.40 | Notify | 03BRL-CAD:carlmoore * 56793 (brlcad/trunk/src/conv/g-voxel.c brlcad/trunk/src/librt/primitives/hrt/hrt.c): remove trailing blanks/tabs, and fix a spelling |
| 15:16.54 | Izak_ | brlcad:``Erik: okay commited it already |
| 15:22.24 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 5976 /wiki/User:Izak/GSOC_2013_logs: /* August 12th to August 17th */ |
| 16:44.44 | Notify | 03BRL-CAD:starseeker * 56794 brlcad/trunk/src/conv/step/ON_Brep.cpp: Start working on surfaces for g-step |
| 16:49.09 | *** join/#brlcad Skriptkid (~Skriptkid@117.208.161.111) | |
| 16:53.58 | Notify | 03BRL-CAD:erikgreenwald * 56795 (rtcmp/trunk/configure.ac rtcmp/trunk/rt/rt.c rtcmp/trunk/tri.c): cope with changes in the BRL-CAD API |
| 16:54.44 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 17:06.46 | Notify | 03BRL-CAD:erikgreenwald * 56796 (rtcmp/trunk/adrt/adrt.c rtcmp/trunk/configure.ac): updates for the version of TIE integrated into librt |
| 17:10.59 | Notify | 03BRL-CAD:starseeker * 56797 brlcad/trunk/src/conv/step/ON_Brep.cpp: Add general nurbs surfaces, add knots as well. |
| 17:17.23 | Notify | 03BRL-CAD Wiki:Harman052 * 5977 /wiki/User:Harman052/GSoc2013/Logs: |
| 17:39.24 | Notify | 03BRL-CAD:ejno * 56798 brlcad/branches/opencl/src/librt/primitives/sph/sph.c: load OpenCL code from a file; use the librt formula |
| 17:59.14 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 18:06.59 | Notify | 03BRL-CAD:ejno * 56799 (brlcad/branches/opencl/src/librt/primitives/sph/sph.c brlcad/branches/opencl/src/librt/primitives/sph/sph_shot.cl): calculate radsq on the host (this would be calculated once per sphere) |
| 18:07.33 | Notify | 03BRL-CAD:carlmoore * 56800 brlcad/trunk/src/conv/euclid/g-euclid.c: removed 's:' from bu_getopt argument string, because it is unused |
| 18:26.00 | Notify | 03BRL-CAD:erikgreenwald * 56801 (rtcmp/trunk/adrt/adrt.c rtcmp/trunk/dry/dry.c and 4 others): various warning quellage |
| 18:30.58 | Notify | 03BRL-CAD:erikgreenwald * 56802 (brlcad/trunk/src/adrt/isst brlcad/trunk/src/adrt/isst_tcltk.c): simplify C part of cut mode by moving logic into tcl |
| 18:31.21 | zero_level | brlcad , ``Erik: It is strange that pixrect has an option of number of bytes. |
| 18:31.31 | Notify | 03BRL-CAD:erikgreenwald * 56803 brlcad/trunk/src/adrt/isst: escape key now exits |
| 18:31.56 | zero_level | bytes_per_pixel |
| 18:32.04 | *** join/#brlcad caen23 (~caen23@92.83.180.66) | |
| 18:32.04 | zero_level | Do you think this is needed ? |
| 18:32.28 | zero_level | is modifiying the utils to use icv library. |
| 18:34.03 | ``Erik | I'd guess it's there to allow it to be used on bw images as well? I don't know if there're any other good reasons to have that knob |
| 18:34.14 | Notify | 03BRL-CAD Wiki:Vladbogolin * 5978 /wiki/User:Vladbogolin/GSoC2013/Logs: /* Week 8 */ |
| 18:34.19 | zero_level | we have bwrect as well. |
| 18:34.28 | zero_level | I think its good to remove that. |
| 18:34.49 | zero_level | ``Erik : Is there are process to easily change the man pages. |
| 18:34.57 | zero_level | i see them as xml files |
| 18:35.50 | ``Erik | a lot of them have been converted to docbook, so the xml generates the roff, html, pdf, etc |
| 18:36.09 | zero_level | wants to update the doc pages of utils. |
| 18:36.42 | Notify | 03BRL-CAD:mohitdaga * 56804 brlcad/trunk/src/util/bwrect.c: Remove Debug Parameters from bwrect.c |
| 18:38.49 | zero_level | so do u suggest editing the xml files ? |
| 18:39.27 | zero_level | in this case doc/docbook/system/man1/en/bwrect |
| 18:39.36 | zero_level | .xml |
| 18:42.41 | Notify | 03BRL-CAD:erikgreenwald * 56805 brlcad/trunk/src/adrt/isst: fix namespace seperator |
| 19:07.36 | Notify | 03BRL-CAD:mohitdaga * 56806 brlcad/trunk/doc/docbook/system/man1/en/bwrect.xml: Documnetation for bwrect utility |
| 19:07.43 | zero_level | brlcad, ``Erik : Do we document the api fucntions somewhere ? Other than the doxygen comments ? |
| 19:09.10 | Notify | 03BRL-CAD:mohitdaga * 56807 brlcad/trunk/src/util/bwrect.c: Correct Typo. |
| 19:13.19 | zero_level | also ``Erik : just found that the pixrect utility is designed such that it can extract rectangles from any datatype like arrays of floats etc. |
| 19:13.31 | zero_level | I am not sure if that is required. |
| 19:23.41 | Notify | 03BRL-CAD:starseeker * 56808 brlcad/trunk/src/conv/step/ON_Brep.cpp: Start building topology - looks like we may have an issue with the SdaiEdge_loop initialization. |
| 19:26.06 | zero_level | what is the difference between |
| 19:26.23 | zero_level | bwrect [-n height] |
| 19:26.37 | zero_level | bwrect -n height |
| 19:28.25 | *** join/#brlcad caen23 (~caen23@92.81.189.237) | |
| 19:32.04 | Notify | 03BRL-CAD:starseeker * 56809 brlcad/trunk/src/conv/step/ON_Brep.cpp: Add a note to check out the diamond inheritance fix recently made to stepcode - may relate to this edge_loop issue. |
| 20:05.59 | ``Erik | zero_level: the '[]' indicates that it's an optional parameter |
| 20:06.41 | ``Erik | http://superuser.com/questions/134166/how-to-read-unix-usage has some info |
| 20:07.47 | zero_level | also ``Erik : i would like to know about the scope of pixrect. |
| 20:08.42 | zero_level | Do u think It is fine to limit its uses for 3 channel pix images. Provided we have one for bw images (bwrect). |
| 20:09.58 | ``Erik | I honestly don't know... in theory, we should have an icv_rect() function that can cope with whatever happens to be in the opaque container... |
| 20:10.30 | ``Erik | but I don't know if any tools exist that use this byte size behavior... |
| 20:11.35 | ``Erik | rocks an eyebrow at r23652 |
| 20:11.41 | ``Erik | s/r/c/ |
| 20:15.00 | ``Erik | hm, variable pixel size was added in 1986 by Phil (I assume Dykstra), r1212 |
| 20:15.46 | ``Erik | before that, Mike (Muuss) had written it to be the 3 byte pix format |
| 20:16.31 | ``Erik | bwrect existed at r877 |
| 20:19.03 | ``Erik | so the option probably existed for some reason other than handling bw |
| 20:23.58 | zero_level | ``Erik : but we use icv containers. |
| 20:24.47 | zero_level | and it has limitation in the type data it can contain. (as agreed by all of us) |
| 20:26.01 | zero_level | ``Erik how do u see revision dating back to r877 and r1212. (curious) |
| 20:27.25 | ``Erik | there's a "hitch" in the 22000's, check out an older version and you can continue... I've mostly been using the git conversion for looking at old stuff :) |
| 20:28.18 | zero_level | ? |
| 20:28.47 | ``Erik | maybe the -# option should throw an error, or override the current behavior... I d'no... maybe another mentor or sr dev has an opinion :) |
| 20:29.17 | zero_level | alright. So do you think i should be posting a mail ? |
| 20:29.45 | ``Erik | sure, probably a good thing to do... answers might come back via mailing list or via irc, though |
| 20:32.41 | zero_level | ok. I will modify it and post it to brlcad-devel list. |
| 20:32.49 | zero_level | Lets see if any one has an issue. |
| 20:32.59 | zero_level | ``Erik : thanks :) |
| 20:52.32 | Notify | 03BRL-CAD:mohitdaga * 56810 (brlcad/trunk/doc/docbook/system/man1/en/bwrect.xml brlcad/trunk/src/util/bwrect.c): Add higher dimensional flag in bwrect |
| 21:20.38 | Notify | 03BRL-CAD:starseeker * 56811 (brlcad/trunk/include/CMakeLists.txt brlcad/trunk/include/raytrace.h brlcad/trunk/src/librt/search.c): Start inching towards the new db_search API. Move the to-be-deprecated search header contents into their own file. Can't flag them yet because they are still used. |
| 21:21.51 | Notify | 03BRL-CAD:r_weiss * 56812 (brlcad/trunk/include/tie.h brlcad/trunk/src/librt/primitives/bot/tie.c and 2 others): Changes to BOT-TIE to remove bit operations. |
| 21:23.11 | Notify | 03BRL-CAD:carlmoore * 56813 brlcad/trunk/src/conv/euclid/g-euclid1.c: implement h?, and add P to the Usage |
| 21:23.28 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 21:25.24 | Notify | 03BRL-CAD:mohitdaga * 56814 (brlcad/trunk/src/util/CMakeLists.txt brlcad/trunk/src/util/pixrect.c): pixrect modified to use icv api. It now no longer supports bytes_per pixel option and assumes 3 bytes for .pix files. Also prompting has been removed. Supports only command line arguments. |
| 21:46.54 | Notify | 03BRL-CAD:carlmoore * 56815 brlcad/trunk/src/conv/jack/g-jack.c: add h?, and, in the Usage, add P |
| 22:25.34 | Notify | 03BRL-CAD:mohitdaga * 56816 (brlcad/trunk/src/util/bwrect.c brlcad/trunk/src/util/pixrect.c): use bu_log instead of fprintf for showing up error messages. |
| 22:26.43 | brlcad | zero_level: we're getting away from -h meaning "high resolution", just so you know |
| 22:26.53 | brlcad | -h and -? should universally provide some sort of help |
| 22:27.21 | brlcad | and there should be a -s or -S size option and/or -nheight -wwidth options |
| 22:28.33 | brlcad | the change you made in r56810 is fine because you didn't actually say it was high res in the docs, just in the commit message |
| 22:31.47 | zero_level | brlcad : Thanks for informing me. I will take care while taking on other utils |
| 22:32.43 | zero_level | brlcad : Also I wanted some feedback regarding r56814 |
| 22:32.53 | zero_level | Sent a mail on brlcad-devellist |
| 22:34.20 | brlcad | saw it |
| 22:34.57 | brlcad | will have to investigate but probably covered by other functionality |
| 22:35.12 | Notify | 03BRL-CAD:mohitdaga * 56817 brlcad/trunk/NEWS: Added news for bwrect. |
| 22:40.02 | Notify | 03BRL-CAD:brlcad * 56818 brlcad/trunk/NEWS: mohit improved bwrect to accept redirected input/output image, improved usability/consistency. |
| 22:40.32 | brlcad | the commit messages for the NEWS file are also important, they're automatically extracted for reports |
| 22:40.55 | Notify | 03BRL-CAD:mohitdaga * 56819 (brlcad/trunk/src/util/bwrect.c brlcad/trunk/src/util/pixrect.c): -h option no longer means higher resolution images. It points to help regarding utility. |
| 22:41.03 | brlcad | so they should include information that won't fit on the one-liner like why/how/when/impact/etc |
| 22:42.32 | brlcad | feel free to remove all references to high-resolution ;) |
| 22:42.42 | zero_level | brlcad : Thanks for the update in NEWS. |
| 22:43.16 | zero_level | I was just going to ask you to review. I was ultra cautioned while writting. And this is better. :) |
| 22:43.45 | brlcad | it was almost perfect |
| 22:44.03 | zero_level | brlcad : about higher resolution i will do them as i move on. |
| 22:44.27 | brlcad | pipes are '|' while '>' and '<' are redirections |
| 22:44.27 | zero_level | brlcad : I am currently also looking at png format images |
| 22:44.45 | brlcad | cool |
| 22:44.45 | zero_level | i mean a seperate png.c |
| 22:45.10 | zero_level | ``Erik,brlcad : I just wanted to ask a concern regarding saving. |
| 22:45.43 | brlcad | so what does it do now if I say bwrect -s 512 -S 256 <file.bw > file.png |
| 22:46.05 | *** join/#brlcad mpictor (~mark@2601:d:b280:b5:d63d:7eff:fe2d:2505) | |
| 22:46.23 | brlcad | ~seen kesha |
| 22:46.27 | infobot | kesha <~kesha@14.139.122.114> was last seen on IRC in channel #brlcad, 9d 11h 12m 23s ago, saying: 'Deadline is approaching ..'. |
| 22:46.48 | brlcad | ah |
| 22:46.50 | brlcad | ~seen kesha_ |
| 22:46.50 | infobot | kesha_ <~kesha@14.139.122.114> was last seen on IRC in channel #brlcad, 8d 6h 24m 21s ago, saying: 'brlcad: ya, I am attaching new patch over there'. |
| 22:46.57 | brlcad | hm |
| 22:47.23 | brlcad | ah, so hasn't talked in 8 days |
| 22:49.16 | zero_level | Do we always save png files in 32 bits images every time. (since we have better resolution structure) or ask the user what he wants to do ? |
| 22:49.43 | zero_level | brlcad : I will pass your msg to kesha_. |
| 22:51.41 | zero_level | by 32 bits images i meant 32bits / pixel. |
| 22:51.41 | *** join/#brlcad DarkCalf (~DarkCalf@173.231.40.99) | |
| 22:52.46 | zero_level | I prefer we save the images in 32 bits / pixel image. |
| 22:53.19 | zero_level | While we can read from whatever depth is available. |
| 23:04.57 | zero_level | brlcad : as of now we dont have png in place. |
| 23:06.06 | zero_level | I mean png saving in place. As per the current practice this will save the cropped image in bw format to file.png |
| 23:06.27 | zero_level | so file.png will be a bw image with a wrong specifier. |
| 23:38.36 | brlcad | zero_level: don't worry (about kesha) |
| 23:39.15 | brlcad | zero_level: are you sure about that? (bw written as file.png?) |
| 23:39.28 | brlcad | not saying I doubt you, just seeking confirmation (test it.. :) |
| 23:40.18 | *** join/#brlcad mpictor_ (~mpictor_@2601:d:b280:b5:8cc5:331e:ce04:6a2f) | |
| 23:40.38 | *** join/#brlcad mpictor_ (~mpictor_@2601:d:b280:b5:8cc5:331e:ce04:6a2f) | |