From lars.grobe at nus.edu.sg Mon Mar 2 03:22:06 2009 From: lars.grobe at nus.edu.sg (Lars O. Grobe) Date: Mon Mar 2 03:22:02 2009 Subject: [Radiance-general] mkillum implementation for light modifier (l+ switch) Message-ID: <49ABC15E.9000803@nus.edu.sg> Hi, I have a question regarding the l+ switch for mkillum. As the light modified surfaces as generated by mkillum with l+ block direct light sources, the direct components should be included into their distribution. At least if this is what they are made for. So is this switch only for debugging purposes and does not change the actual calculation done by mkillum, or does it also generate a valid representation of the environment? Thanks & CU, Lars. -------------- next part -------------- A non-text attachment was scrubbed... Name: lars_grobe.vcf Type: text/x-vcard Size: 299 bytes Desc: not available Url : http://radiance-online.org/pipermail/radiance-general/attachments/20090302/6601d49a/lars_grobe.vcf From gregoryjward at gmail.com Mon Mar 2 09:37:28 2009 From: gregoryjward at gmail.com (Greg Ward) Date: Mon Mar 2 09:37:35 2009 Subject: [Radiance-general] mkillum implementation for light modifier (l+ switch) In-Reply-To: <49ABC15E.9000803@nus.edu.sg> References: <49ABC15E.9000803@nus.edu.sg> Message-ID: Hi Lars, The 'l+' option to mkillum (that's that's a lower-case 'L,' everyone) turns designated surfaces into light sources, which as you say must include all components for correctness. This will NOT produce an appropriate model for blinds that admit direct sunlight, but will be fine if sunlight is excluded by the blind angle or for diffusing or other surfaces where the direct component is negligible. It's not merely for debugging purposes -- using light sources rather than illum's is appropriate under some circumstances. -Greg > From: "Lars O. Grobe" > Date: March 2, 2009 3:22:06 AM PST > > Hi, > > I have a question regarding the l+ switch for mkillum. As the light > modified surfaces as generated by mkillum with l+ block direct > light sources, the direct components should be included into their > distribution. At least if this is what they are made for. So is > this switch only for debugging purposes and does not change the > actual calculation done by mkillum, or does it also generate a > valid representation of the environment? > > Thanks & CU, Lars. From chandrayeeee at gmail.com Tue Mar 3 06:14:52 2009 From: chandrayeeee at gmail.com (Chandrayee Basu) Date: Tue Mar 3 06:14:51 2009 Subject: [Radiance-general] Installing gendaylit In-Reply-To: <49A2D05B.8070603@visarc.com> References: <49997514.8050105@ise.fraunhofer.de> <499994C8.6050803@ise.fraunhofer.de> <81B1EF74-E19D-4BF0-9FA3-9D8D0EEAD2BC@arcor.de> <49A2CF82.9030605@visarc.com> <49A2D05B.8070603@visarc.com> Message-ID: Hello I am trying to determine Daylight coefficient in a classroom using ESP-r and RADIANCE. I am getting a message on selecting sky type that "not a radiance skyfile". What could be the reason for this? I have installed Gendaylit and included the link to the Gendaylit in PATH and to the Sky .cal files in RAYPATH. Is it some problem with gensky? What should I do about this? Thank you Regards Chandrayee 2009/2/23 Jack de Valpine > Ack, please disregard! It works fine as is. > > Sorry! > > Jack de Valpine wrote: > > Hi all, > > Gendaylit seems to spit out an uncommented line as part of the outpu: > > gendaylit : the actual zenith radiance.... > > This results in output that cannot be run, unless a comment "#" is added > in. Is there some reason for this? I have added a "#" in the src and > recompiled to remove this. > > Thanks, > > -Jack > > > Thomas Bleicher wrote: > > > On 17 Feb 2009, at 11:34, Chandrayee Basu wrote: > > Is there any problem regarding the location of Gendaylit? The binaries of > RADIANCE are in /usr/local/bin while the libraries are in > /usr/local/lib/ray. But the default location of the Gendaylit components is > /usr/local/radiance. Could this be a problem? Do I have to reset the > environment variable PATH for Gendaylit? > > > The simplest solution is to edit the makefile and > change the installation locations to your existing > Radiance installation (binary and libraries). Then > run 'make install' again in the source directory. > > Alternatively you can extend your RAYPATH and > PATH to include the location of gendaylit and its > *.cal files. > > There is no risk of overwriting existing > files so I would recommend the first option; > > Regards, > Thomas > > > _______________________________________________ > Radiance-general mailing list > Radiance-general@radiance-online.org > http://www.radiance-online.org/mailman/listinfo/radiance-general > > > -- > # Jack de Valpine > # president > # > # visarc incorporated > # http://www.visarc.com > # > # channeling technology for superior design and construction > > > ------------------------------ > > _______________________________________________ > Radiance-general mailing listRadiance-general@radiance-online.orghttp://www.radiance-online.org/mailman/listinfo/radiance-general > > > -- > # Jack de Valpine > # president > # > # visarc incorporated > # http://www.visarc.com > # > # channeling technology for superior design and construction > > > _______________________________________________ > Radiance-general mailing list > Radiance-general@radiance-online.org > http://www.radiance-online.org/mailman/listinfo/radiance-general > > -- Chandrayee Basu (M.Tech) Schr?felhofstra?e 12, WG 07/02 81375 M?nchen +49-89-289-22403 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://radiance-online.org/pipermail/radiance-general/attachments/20090303/a6e3adab/attachment.html From ltbrugman70 at hotmail.com Tue Mar 3 06:43:36 2009 From: ltbrugman70 at hotmail.com (M. Brugman) Date: Tue Mar 3 06:43:36 2009 Subject: [Radiance-general] Running parrellel processes in ubuntu Message-ID: Hi all! I've finally got my ubuntu partition in working order with Radiance installed and ready to go. Unfortunately, my office only had a dual core machine available for my use, so I need to get Radiance running some parallel processes on the two cores. I've been reading up on the -N option for rad, but whenever I use "-N 2" as a parameter, only one of the cores is running rad. Does the -N option actually work, or do I need to use rpiece for running radiance on both processors. Thanks, Matthew Brugman _________________________________________________________________ Hotmail? is up to 70% faster. Now good news travels really fast. http://windowslive.com/online/hotmail?ocid=TXT_TAGLM_WL_HM_70faster_032009 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://radiance-online.org/pipermail/radiance-general/attachments/20090303/92c9511a/attachment.htm From jedev at visarc.com Tue Mar 3 06:53:53 2009 From: jedev at visarc.com (Jack de Valpine) Date: Tue Mar 3 06:54:10 2009 Subject: [Radiance-general] Running parrellel processes in ubuntu In-Reply-To: References: Message-ID: <49AD4481.2020905@visarc.com> Hi Matthew, I believe that the -N option of rad will start multiple instances of rpict, with each instance working on a different view (ie NOT parallel processing on the same view). So if the rad file that you have only has one view then using -N 2 will not accomplish anything. If your intent is to distribute one image (view) over multiple cores then you will need to look into rpiece. Regards, -Jack de Valpine M. Brugman wrote: > Hi all! > > I've finally got my ubuntu partition in working order with Radiance > installed and ready to go. Unfortunately, my office only had a dual > core machine available for my use, so I need to get Radiance running > some parallel processes on the two cores. I've been reading up on the > -N option for rad, but whenever I use "-N 2" as a parameter, only one > of the cores is running rad. Does the -N option actually work, or do I > need to use rpiece for running radiance on both processors. > > Thanks, > Matthew Brugman > > > > > ------------------------------------------------------------------------ > Hotmail? is up to 70% faster. Now good news travels really fast. Find > out more. > > > ------------------------------------------------------------------------ > > _______________________________________________ > Radiance-general mailing list > Radiance-general@radiance-online.org > http://www.radiance-online.org/mailman/listinfo/radiance-general > -- # Jack de Valpine # president # # visarc incorporated # http://www.visarc.com # # channeling technology for superior design and construction -------------- next part -------------- An HTML attachment was scrubbed... URL: http://radiance-online.org/pipermail/radiance-general/attachments/20090303/74487756/attachment.html From lars.grobe at nus.edu.sg Tue Mar 3 07:05:29 2009 From: lars.grobe at nus.edu.sg (Lars O. Grobe) Date: Tue Mar 3 07:04:05 2009 Subject: [Radiance-general] Running parrellel processes in ubuntu In-Reply-To: References: Message-ID: <49AD4739.8040402@nus.edu.sg> Hi Matthew! > cores. I've been reading up on the -N option for rad, but whenever I > use "-N 2" as a parameter, only one of the cores is running rad. Does > the -N option actually work, or do I need to use rpiece for running > radiance on both processors. Well it works, but not the way you were hoping for I guess ;-) The -N 2 will distribute your views (or frames) over two rpict processes - but it will not divide one view into parts (or pieces, hm, that is why it is called rpiece). So to make use of more then one CPU or core or network node or whatever, you will need more then one view defined. By the way, I have also used ranimate for this task, which has some extra functionality for cluster support... For most cases, with modern machines, it is not worth the trouble to care about distributing the rendering calculations for one view. In some special cases, where you have very complicated scenes or want to render in very high resolution, rpiece may be a good solution. CU Lars. From reinhart at gsd.harvard.edu Thu Mar 5 05:25:39 2009 From: reinhart at gsd.harvard.edu (Reinhart, Christoph) Date: Thu Mar 5 05:25:41 2009 Subject: [Radiance-general] Preannouncement - 8th International Radiance Workshop @ Harvard Message-ID: Dear friends and colleagues, It is my pleasure to announce that we will be hosting this year's International Radiance Workshop on October 22/23 at the Harvard Graduate School of Design. The school is located in Cambridge, Massachusetts, which is part of the Boston Metropolitan Area. Logan Airport is the closest international airport. The International Radiance Workshops are annual gatherings of developers and users of the Radiance backward raytracer. The workshop consists of a series of presentations that in the past included case studies on the use of Radiance in lighting and/or daylighting projects, recent advanced in glare detection, visual comfort and energy savings from lighting controls as well as the use of Radiance in Art and Design. At least one session is typically also dedicated to technical advances that have been made within the Radiance engine over the past year. Presentations from previous workshops can be downloaded from http://www.radiance-online.org/. We are planning to split the workshop into an 'application day' (Thursday) and a more 'technical day' (Friday). Workshop fees have not been determined, yet, but should be within the $250 to $300 range. We will offer a reduced student registration fee. I will soon send out another email with registration details and a call for presentations. For now, mark your calendars! I look forward to welcoming you in Cambridge, Christoph Christoph Reinhart, Dr. Ing. Associate Professor of Architectural Technology Graduate School of Design - Harvard University Gund Hall 331b, 48 Quincy Street, Cambridge, MA 02138, USA t: 617 384 7269, f: 617 495 8916, reinhart@gsd.harvard.edu Daylighting Design: www.daylight1-2-3.com (entry level); www.daysim.com (advanced) -------------- next part -------------- An HTML attachment was scrubbed... URL: http://radiance-online.org/pipermail/radiance-general/attachments/20090305/0d64360e/attachment.htm From rfritz at u.washington.edu Thu Mar 5 20:07:53 2009 From: rfritz at u.washington.edu (Randolph Fritz) Date: Thu Mar 5 20:07:36 2009 Subject: [Radiance-general] vnd.radiance is now an IANA image media type Message-ID: <49B0A199.7000208@u.washington.edu> I am pleased to be able to write that the IANA accepted our media type registration. See . -- Randolph Fritz design machine group architecture department university of washington rfritz@u.washington.edu From lars.grobe at nus.edu.sg Thu Mar 5 20:21:22 2009 From: lars.grobe at nus.edu.sg (Lars O. Grobe) Date: Thu Mar 5 20:21:21 2009 Subject: [Radiance-general] vnd.radiance is now an IANA image media type In-Reply-To: <49B0A199.7000208@u.washington.edu> References: <49B0A199.7000208@u.washington.edu> Message-ID: <49B0A4C2.3070403@nus.edu.sg> Randolph Fritz wrote: > I am pleased to be able to write that the IANA accepted our media type > registration. See > . Great work, thank you!!! One note to be added to the list for the next update: under applications using the format, imagemagick should be added, as it is used by a lot of application for image handling. I use it quite frequently for quick conversion to jpg (using convert -gamma 2.2 in.hdr out.jpg) when I want e.g. to send a preview by mail. Not urgent really, but if you should ever want to update the record, you could include this. CU Lars. -------------- next part -------------- A non-text attachment was scrubbed... Name: lars_grobe.vcf Type: text/x-vcard Size: 299 bytes Desc: not available Url : http://radiance-online.org/pipermail/radiance-general/attachments/20090306/d3ce0c58/lars_grobe.vcf From David.Smith at BuroHappold.com Fri Mar 6 06:31:27 2009 From: David.Smith at BuroHappold.com (David Smith) Date: Fri Mar 6 06:31:35 2009 Subject: [Radiance-general] vnd.radiance is now an IANA image media type In-Reply-To: <49B0A199.7000208@u.washington.edu> References: <49B0A199.7000208@u.washington.edu> Message-ID: <58E15A7AECA742499E0D566C95B03BD20913EB30@ex-be01.burohappold.com> Also for the next round, please consider adding IrfanView, Autodesk 3ds Max, Autodesk Radiance Image Viewer (a member of the Ecotect suite), and Zumtobel Vivaldi. David Smith, IES, EIT, Design Member of the IALD Lighting Designer Direct: (+1) 212 616 0291 > -----Original Message----- > From: radiance-general-bounces@radiance-online.org [mailto:radiance-general- > bounces@radiance-online.org] On Behalf Of Randolph Fritz > Sent: Thursday, March 05, 2009 11:08 PM > To: Radiance general discussion > Subject: [Radiance-general] vnd.radiance is now an IANA image media type > > I am pleased to be able to write that the IANA accepted our media type > registration. See > . > > -- > Randolph Fritz > design machine group > architecture department > university of washington > rfritz@u.washington.edu > > > _______________________________________________ > Radiance-general mailing list > Radiance-general@radiance-online.org > http://www.radiance-online.org/mailman/listinfo/radiance-general > > > This message has been scanned by MailController - > www.MailController.altohiway.com From rfritz at u.washington.edu Fri Mar 6 14:01:16 2009 From: rfritz at u.washington.edu (R Fritz) Date: Fri Mar 6 14:01:13 2009 Subject: [Radiance-general] vnd.radiance is now an IANA image media type In-Reply-To: <58E15A7AECA742499E0D566C95B03BD20913EB30@ex-be01.burohappold.com> References: <49B0A199.7000208@u.washington.edu> <58E15A7AECA742499E0D566C95B03BD20913EB30@ex-be01.burohappold.com> Message-ID: <35D34984-2FCC-4C21-ACA6-C280D3DA81EC@u.washington.edu> Thanks, Greg. You're very welcome. I don't think the IANA is set up for frequent updates, but I'll file the additional platforms, and in a while submit them. I'd no idea the type was so widely implemented. I didn't know Zumtobel Vivaldi even existed! Randolph From cbm at imi.aau.dk Mon Mar 9 02:11:19 2009 From: cbm at imi.aau.dk (Claus B. Madsen) Date: Mon Mar 9 02:11:15 2009 Subject: [Radiance-general] Rendering of normal map Message-ID: <49B4DD37.5020502@imi.aau.dk> Dear Radiance community, I wish to use Radiance to render a normal map of a scene. By normal map I mean a floating point RGB image, where the RGB values of each pixel correspond to the xyz coordinates of the surface normal in scene coordinates. More precisely, for example for the red channel: R = (Nx + 1)/2 where Nx is the surface normal (in scene coordinates, not camera coordinates) of the primary ray intersection point for a given ray. With the expression given above the resulting pixel values should be in the range from 0 to 1. I have been working with making my own normal.cal function, since Nx, Ny, and Nz are available in rayinit.cal, so it should be dead easy, I just can't figure out how to return the offset/scaled N values as RGB values directly, so as to completely bypass any lighting computations. Best, Claus -------------- next part -------------- A non-text attachment was scrubbed... Name: cbm.vcf Type: text/x-vcard Size: 354 bytes Desc: not available Url : http://radiance-online.org/pipermail/radiance-general/attachments/20090309/b777f1ed/cbm.vcf From lars.grobe at nus.edu.sg Mon Mar 9 02:32:55 2009 From: lars.grobe at nus.edu.sg (Lars O. Grobe) Date: Mon Mar 9 02:32:55 2009 Subject: [Radiance-general] Rendering of normal map In-Reply-To: <49B4DD37.5020502@imi.aau.dk> References: <49B4DD37.5020502@imi.aau.dk> Message-ID: <49B4E247.3090005@nus.edu.sg> Hi! > I wish to use Radiance to render a normal map of a scene. By normal map > I mean a floating point RGB image, where the RGB values of each pixel > correspond to the xyz coordinates of the surface normal in scene > coordinates. More precisely, for example for the red channel: > > R = (Nx + 1)/2 I think I'd use rtace with -oN, pipe the result to rtrace to calculate your channel value, and convert the output into a radiance hdr format using pvalue. I guess that, if you want to do all this with rpict and render the surfaces "in your scene", you could try the glow modifier as a material to modify. Just as a starting point. CU Lars. -------------- next part -------------- A non-text attachment was scrubbed... Name: lars_grobe.vcf Type: text/x-vcard Size: 299 bytes Desc: not available Url : http://radiance-online.org/pipermail/radiance-general/attachments/20090309/9b75f6eb/lars_grobe.vcf From cbm at imi.aau.dk Mon Mar 9 12:35:41 2009 From: cbm at imi.aau.dk (Claus B. Madsen) Date: Mon Mar 9 12:35:43 2009 Subject: [Radiance-general] Rendering of normal map In-Reply-To: <49B4E247.3090005@nus.edu.sg> References: <49B4DD37.5020502@imi.aau.dk> <49B4E247.3090005@nus.edu.sg> Message-ID: <49B56F8D.3000900@imi.aau.dk> Hi Lars, your little hint concerning glow was the final push I needed to crack the nut. It turned out to be even easier than I expected. Here is my material specification (glow, modified by colorfunc, which calls a normalshader.cal function file that I wrote, listed further down): ---------------------------------------------------------------- # Materials void glow normalglow 0 0 4 1.0 1.0 1.0 -1 normalglow colorfunc normalshadermaterial 4 red green blue normalshader.cal 0 0 ------------------------------------------ The normalshader.cal looks like this (thanks to Greg for making function files so easy to use and versatile): { normalshader.cal Look in RADIANCE/lib/rayinit.cal for more info on builtin funcs and vars } red = (Nx + 1)/2; green = (Ny + 1)/2; blue = (Nz + 1)/2; ------------------------------------------------------------------------- A example normal map is attached. It looks a little ugly because it is a triangle mesh constructed from a stereo camera scan of an outdoor scene (color image attached, too). Best, Claus Lars O. Grobe wrote: > Hi! >> I wish to use Radiance to render a normal map of a scene. By normal map >> I mean a floating point RGB image, where the RGB values of each pixel >> correspond to the xyz coordinates of the surface normal in scene >> coordinates. More precisely, for example for the red channel: >> >> R = (Nx + 1)/2 > > I think I'd use rtace with -oN, pipe the result to rtrace to calculate > your channel value, and convert the output into a radiance hdr format > using pvalue. > > I guess that, if you want to do all this with rpict and render the > surfaces "in your scene", you could try the glow modifier as a > material to modify. Just as a starting point. > > CU Lars. > _______________________________________________ > Radiance-general mailing list > Radiance-general@radiance-online.org > http://www.radiance-online.org/mailman/listinfo/radiance-general > -------------- next part -------------- A non-text attachment was scrubbed... Name: meshcolor.jpg Type: image/jpeg Size: 19432 bytes Desc: not available Url : http://radiance-online.org/pipermail/radiance-general/attachments/20090309/fbb5a25a/meshcolor-0001.jpg -------------- next part -------------- A non-text attachment was scrubbed... Name: meshnormals.jpg Type: image/jpeg Size: 24722 bytes Desc: not available Url : http://radiance-online.org/pipermail/radiance-general/attachments/20090309/fbb5a25a/meshnormals-0001.jpg -------------- next part -------------- A non-text attachment was scrubbed... Name: cbm.vcf Type: text/x-vcard Size: 354 bytes Desc: not available Url : http://radiance-online.org/pipermail/radiance-general/attachments/20090309/fbb5a25a/cbm-0001.vcf From defuller at lbl.gov Thu Mar 12 14:44:52 2009 From: defuller at lbl.gov (Daniel Fuller) Date: Fri Mar 13 09:16:38 2009 Subject: [Radiance-general] Test e-mail Message-ID: <739b560fe9f718296b9b49867a7a7e1a@lbl.gov> Please ignore -- server issues... Test 2 -Dan From nicolas.roy at VELUX.com Fri Mar 13 07:38:31 2009 From: nicolas.roy at VELUX.com (Nicolas Roy) Date: Fri Mar 13 09:19:27 2009 Subject: [Radiance-general] Announcement - 3rd VELUX Daylight Symposium in Rotterdam, 13-14 May 2009 Message-ID: 3rd VELUX Daylight Symposium in Rotterdam, 13-14 May 2009 The third VELUX Daylight Symposium on daylight quality in buildings will be held at Van Nelle Factory in Rotterdam, the Netherlands, on 13 and 14 May 2009. The previous daylight symposiums, held in Budapest in 2005 and in Bilbao in 2007, brought together participants from research, education and architectural practices as well as legislators and lighting designers from all over the world. Worldwide interest in daylighting has been renewed considerably to meet future challenges in relation to energy efficiency, and a growing movement towards sustainable buildings has established a hopeful target for buildings to reach energy self-sufficiency in the near future. At the same time, medical and health research is focusing more on light and its effect on human health and a unified understanding of light and its impact on human beings has evolved; in general, buildings that use daylight are healthier places to live in. This third daylight symposium will focus specifically on benefits in connection with energy use and health. The programme will provide updates on the scientific progress in the field as well as experiences and viewpoints from architectural practices. The programme will also include separate sessions addressing particular aspects of daylighting as well as open discussions between the speakers and the audience. The symposium will feature invited papers and commentaries from leading scientists and practitioners. For more information on the programme and registrations please visit www.thedaylightsite.com. http://www.thedaylightsite.com/symposium.asp?tp=1024&y=2009 Deadline for registration on 4 April 2009. Regards, Nicolas Roy VELUX A/S nicolas.roy@velux.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://radiance-online.org/pipermail/radiance-general/attachments/20090313/53dffbe3/attachment.html From jean at afnet.fr Wed Mar 11 15:41:52 2009 From: jean at afnet.fr (=?ISO-8859-1?Q?jean_Brang=E9?=) Date: Fri Mar 13 09:20:11 2009 Subject: [Radiance-general] =?iso-8859-1?q?Fwd=3A_Daylighting=3A_Art=2C_S?= =?iso-8859-1?q?cience_and_Incentive_in_New-York_Monday=2C_03/16/2009=2C_6?= =?iso-8859-1?q?=3A00=968=3A00pm_?= References: <1826241201-1463792126-1236808284@centerforarchitecture.b.topica.com> Message-ID: <8D14836C-52C9-4B06-BA74-F20321F80DC2@afnet.fr> Dear Radiance fans, I bumped into this info which might interest those of you in NY area;) Best Regards from Paris , Jean- D?but du message r?exp?di? : > De : Center for Architecture > Date : 11 mars 2009 22:49:40 HNEC > ? : secretariat@afnet.fr > Objet : Daylighting: Art, Science and Incentive > R?pondre ? : > X-Original-To: jean.brange@bespin.afnet.fr > Delivered-To: jean.brange@bespin.afnet.fr > > > > > Daylighting: Art, Science and Incentive > Monday, 03/16/2009, 6:00?8:00pm (RSVP) > Carpenter Norris Consulting, is one of the two firms statewide that > has been selected by NYSERDA to provide free daylighting consulting > to architectural firms for approved NY State design projects. Few > design firms are aware that NYSERDA offers a daylighting program > which incorporates free daylighting consulting services and NYSERDA > sponsored incentives to actually defray the capital cost of > correctly designed daylighting systems. Participants will learn the > main strategies and techniques for core, perimeter, atria > daylighting and dimming, as well as the history and aesthetics of > daylighting. The NY State incentive program will also be outlined. > > > Speakers: James Carpenter, Carpenter Norris Consulting and James > Carpenter Design Associates; Davidson Norris, Carpenter Norris > Consulting; and Marsha Walton, NYSERDA. (For speaker bios, please > visit our calendar listing entry.) > Organized by: AIANY COTE > Location: Center for Architecture, 536 LaGuardia Place (Directions) > Member Price: Free > Nonmember Price: $20 > AIA New York Chapter > CES LUs: 1.5, CES HSW: 1.5, CES SD: 1.5 > ? Show all events for Monday, 03/16/2009 > ? Visit our calendar > ? Submit your own calendar event > > Please take our 7-Question ONLINE SURVEY to share your thoughts on > the AIA New York web newsletter e-OCULUS. Your comments are much > appreciated and will be taken into serious consideration as we work > towards improving our publication. > > Unsubscribe | Update Profile | Confirm | Complain > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://radiance-online.org/pipermail/radiance-general/attachments/20090311/d07aafa0/attachment-0001.html From marina.aviles at gmail.com Wed Mar 11 04:12:27 2009 From: marina.aviles at gmail.com (marina aviles) Date: Fri Mar 13 09:20:16 2009 Subject: [Radiance-general] How to calculate the ( rtn gtn btn ) values of the material type glass ? Message-ID: <51fa7f670903110412w28011b3bk5c4792b8b7a96228@mail.gmail.com> Hello all, i don?t know haw can you get the values rtn, gtn and btn of the material description "glass": void glass id 0 0 3 rtn gtn btn from some glass samples. I have measured their transmittance values with a Spectrometer ( Varian - Cary 5000) in the field 350 - 780 nm wavelenght and have calculate the Transmittace. Should I then calculate the transmissivity from the transmittance by computing tn = (sqrt(.8402528435+.0072522239*Tn*Tn)-.9166530661)/.0036261119/Tn ? and, in this case, how can I get the values rtn, gtn and btn? Thanks a lot, Marina -------------- next part -------------- An HTML attachment was scrubbed... URL: http://radiance-online.org/pipermail/radiance-general/attachments/20090311/376a28b4/attachment-0001.htm From nofunciona_g at yahoo.gr Thu Mar 12 12:47:25 2009 From: nofunciona_g at yahoo.gr (George Makrythanasis) Date: Fri Mar 13 09:20:55 2009 Subject: [Radiance-general] Rtcontrib/tregsamp.dat Message-ID: >> Dear all, >> >> I was looking the rtcontutor example of the Radiance 2006 Workshop >> and the examples of the R3.8. I have a question for the >> second pass of rtcontrib. If I understand correctly, the input for >> rtcontrib is the tregsamp.dat >> file but modified by rcalc. The modofication applies to the rays >> origin which from 0,0,0 I think >> that they are distributed 1.7m off the facade of the building. It >> looks that the directions >> remain the same. In adittion, if one tries to actually plot the >> file it looks that all these rays are directed to the facade of the >> building. >> >> >> The description for this step within the readme file was "The >> second stage computes the incidence of sky >> illumination on these portholes, and the results are combined". >> >> Could somebody throw a little bit of light on this step as I can >> not figure out the logic behind. Hopefully, >> I have not misunderstood what's going on and this email does make a >> bit of sense. >> >> Cheers, >> >> George __________________________________________________ Χρησιμοποιείτε Yahoo!; Βαρεθήκατε τα ενοχλητικά μηνύματα (spam); Το Yahoo! Mail διαθέτει την καλύτερη δυνατή προστασία κατά των ενοχλητικών μηνυμάτων http://mail.yahoo.gr From gregoryjward at gmail.com Thu Mar 12 10:03:46 2009 From: gregoryjward at gmail.com (Gregory J. Ward) Date: Fri Mar 13 09:21:02 2009 Subject: [Radiance-general] Test e-mail Message-ID: <4F0FFF7C-A775-411A-854C-ECE6B38AA1E3@gmail.com> Please ignore -- server issues... -Greg From nofunciona_g at yahoo.gr Thu Mar 12 07:56:27 2009 From: nofunciona_g at yahoo.gr (George Makrithanasis) Date: Fri Mar 13 09:21:06 2009 Subject: [Radiance-general] Rtcontrib and tregsamp.dat file Message-ID: <563324.93422.qm@web26906.mail.ukl.yahoo.com> Dear all, I was looking the rtcontutor example of the Radiance 2006 Workshop and the examples of the R3.8. I have a question for the second pass of rtcontrib. If I understand correctly, the input for rtcontrib is the tregsamp.dat file but modified by rcalc. The modofication applies to the rays origin which from 0,0,0 I think that they are distributed 1.7m off the facade of the building. It looks that the directions remain the same. In adittion, if one tries to actually plot the file it looks that all these rays are directed to the facade of the building. The description for this step within the readme file was "The second stage computes the incidence of sky illumination on these portholes, and the results are combined". Could somebody throw a little bit of light on this step as I can not figure out the logic behind. Hopefully, I have not misunderstood what's going on and this email does make a bit of sense. Cheers, George ___________________________________________________________ ?????????????? Yahoo!; ?????????? ?? ?????????? ???????? (spam); ?? Yahoo! Mail ???????? ??? ???????? ?????? ????????? ???? ??? ??????????? ????????? http://login.yahoo.com/config/mail?.intl=gr From chandrayeeee at gmail.com Thu Mar 12 03:23:18 2009 From: chandrayeeee at gmail.com (Chandrayee Basu) Date: Fri Mar 13 09:21:16 2009 Subject: [Radiance-general] [WARNING: SUSPICIOUS LINK] rendering of glass Message-ID: Skipped content of type multipart/alternative-------------- next part -------------- A non-text attachment was scrubbed... Name: RCP_c1.jpg Type: image/jpeg Size: 36038 bytes Desc: not available Url : http://radiance-online.org/pipermail/radiance-general/attachments/20090312/c50034fd/RCP_c1-0001.jpg From perhaugaard at yahoo.dk Thu Mar 12 00:27:39 2009 From: perhaugaard at yahoo.dk (Per Haugaard) Date: Fri Mar 13 09:21:29 2009 Subject: [Radiance-general] vwrays -Unexpected EOF on input Message-ID: <778735.49823.qm@web26605.mail.ukl.yahoo.com> Hi users, I just started using vwrays and encountered an error. Here is my input: vwrays -x 600 -y 600 -vf view_down.vf | rcalc -e '$1=$1; $2=$2; $3=0.85; $4=$4; $5=$5; $6=1' | rtrace -ab 3 -aa 0.2 -ar 128 -ad 512 -as 256 -fac -w -I -ov `vwrays -d -vf view_outside.vf -x 600 -y 600` scene_CIE_win1.oct > illum.pic and I get the following error: rtrace fatal: Unexpected EOF on input. Can any spot my mistake? Any help is appreciated :) /Per Tr?nger du til at se det store billede? Kelkoo giver dig gode tilbud p? LCD TV! Se her http://dk.yahoo.com/r/pat/lcd -------------- next part -------------- An HTML attachment was scrubbed... URL: http://radiance-online.org/pipermail/radiance-general/attachments/20090312/49044f37/attachment.html From perhaugaard at yahoo.dk Wed Mar 11 05:29:47 2009 From: perhaugaard at yahoo.dk (Per Haugaard) Date: Fri Mar 13 09:21:41 2009 Subject: [Radiance-general] vwrays -Unexpected EOF on input Message-ID: <340781.82187.qm@web26604.mail.ukl.yahoo.com> Hi users, I just started using vwrays and encountered an error. Here is my input: vwrays -x 600 -y 600 -vf view_down.vf | rcalc -e '$1=$1; $2=$2; $3=0.85; $4=$4; $5=$5; $6=1' | rtrace -ab 3 -aa 0.2 -ar 128 -ad 512 -as 256 -fac -w -I -ov `vwrays -d -vf view_outside.vf -x 600 -y 600` scene_CIE_win1.oct > illum.pic and I get the following error: rtrace fatal: Unexpected EOF on input. Can any spot my mistake? Any help is appreciated :) /Per Find din nye laptop p? kelkoo.dk. Se de gode tilbud her - http://dk.yahoo.com/r/pat/mm -------------- next part -------------- An HTML attachment was scrubbed... URL: http://radiance-online.org/pipermail/radiance-general/attachments/20090311/2387d817/attachment.htm From Christopher.Rush at arup.com Fri Mar 13 09:36:05 2009 From: Christopher.Rush at arup.com (Christopher Rush) Date: Fri Mar 13 09:36:56 2009 Subject: [WARNING: SUSPICIOUS LINK] RE: [Radiance-general] rendering of glass In-Reply-To: References: Message-ID: ##### - WARNING: SUSPICIOUS LINK(S) Please be EXTREMELY careful about one or more of the links in the message below. The Berkeley Lab Computer Protection Program inserted this warning because the email appears to contain a suspicious link. For more information, see this Berkeley Lab web page: http://www.lbl.gov/cyber/services/suspicious-links.html ##### - END OF WARNING I would first check your model for coplanar surfaces. Maybe your box shaped room does not have a hole cut out where the glass is inserted? Sent: Thursday, March 12, 2009 6:23 AM I am trying to use radiance for visualising the illuminance at the workplane of a simple classroom model developed in ecotect. I am calling radiance from ecotect. Further I will use DAYSIM for detailed calculation of UDI and DC. I have downloaded RADIANCE for windows from http://www.arch.mcgill.ca/prof/reinhart/software/Radiance3P7forWindows.zip. I have used the materials library from http://irc.nrc-cnrc.gc.ca/ie/lighting/daylight/daysim/docs/NRC_LightingLibrarySetup.exe. However the image I am getting after rendering is pretty weird. It seems that the glass has not been properly rendered. I have set all the rendering options to medium. Even with high quality specification and ecotect libraries (glass material other than the link previously mentioned), I am getting the same result. Further when I am importing the .rad file to daysim the glass seems to be having some problem. Please find the image of the room after render attached and let me know how I can solve this problem. Thank you Regards Chandrayee -- Chandrayee Basu (M.Tech) Schr?felhofstra?e 12, WG 07/02 81375 M?nchen +49-89-289-22403 ____________________________________________________________ Electronic mail messages entering and leaving Arup business systems are scanned for acceptability of content and viruses -------------- next part -------------- An HTML attachment was scrubbed... URL: http://radiance-online.org/pipermail/radiance-general/attachments/20090313/57a6b0db/attachment.html From gregoryjward at gmail.com Fri Mar 13 10:29:34 2009 From: gregoryjward at gmail.com (Greg Ward) Date: Fri Mar 13 10:29:28 2009 Subject: [Radiance-general] vwrays -Unexpected EOF on input In-Reply-To: <778735.49823.qm@web26605.mail.ukl.yahoo.com> References: <778735.49823.qm@web26605.mail.ukl.yahoo.com> Message-ID: You substituted "view_outside.vf" fro "view_down.vf" in the second use of vwrays, so it probably produced the wrong -x and -y dimensions. Incidentally, "view_down.vf" better be a parallel view, or all your origin points passed to rtrace will be the same. -Greg > From: Per Haugaard > Date: March 12, 2009 12:27:39 AM PDT > > Hi users, > > I just started using vwrays and encountered an error. > > Here is my input: > > vwrays -x 600 -y 600 -vf view_down.vf | rcalc -e '$1=$1; $2=$2; > $3=0.85; $4=$4; $5=$5; $6=1' | rtrace -ab 3 -aa 0.2 -ar 128 -ad 512 > -as 256 -fac -w -I -ov `vwrays -d -vf view_outside.vf -x 600 -y > 600` scene_CIE_win1.oct > illum.pic > > and I get the following error: rtrace fatal: Unexpected EOF on input. > > Can any spot my mistake? Any help is appreciated :) > > > /Per From gregoryjward at gmail.com Fri Mar 13 11:07:50 2009 From: gregoryjward at gmail.com (Greg Ward) Date: Fri Mar 13 11:07:43 2009 Subject: [Radiance-general] How to calculate the ( rtn gtn btn ) values of the material type glass ? In-Reply-To: <51fa7f670903110412w28011b3bk5c4792b8b7a96228@mail.gmail.com> References: <51fa7f670903110412w28011b3bk5c4792b8b7a96228@mail.gmail.com> Message-ID: Good question. Apply the formula you cite at each of three wavelengths: Red: 700 nm Green: 546 nm Blue: 436 nm -Greg > From: marina aviles > Date: March 11, 2009 4:12:27 AM PDT > > Hello all, > > i don?t know haw can you get the values rtn, gtn and btn of the > material description "glass": > > void glass id > 0 > 0 > 3 rtn gtn btn > > from some glass samples. > > I have measured their transmittance values with a Spectrometer > ( Varian - Cary 5000) in the field 350 - 780 nm wavelenght and have > calculate the Transmittace. > Should I then calculate the transmissivity from the transmittance > by computing > tn = (sqrt(.8402528435+.0072522239*Tn*Tn)-.9166530661)/.0036261119/ > Tn ? > > > and, in this case, how can I get the values rtn, gtn and btn? > > Thanks a lot, > > Marina From gregoryjward at gmail.com Fri Mar 13 11:19:55 2009 From: gregoryjward at gmail.com (Greg Ward) Date: Fri Mar 13 11:19:48 2009 Subject: [Radiance-general] Rtcontrib and tregsamp.dat file In-Reply-To: <563324.93422.qm@web26906.mail.ukl.yahoo.com> References: <563324.93422.qm@web26906.mail.ukl.yahoo.com> Message-ID: <2391F131-F691-4286-9A5D-614F1B27C5E5@lmi.net> Hi George, What part is unclear to you? The second stage is a kind of forward ray-tracing to determine the relationship between sky patches and outgoing directions in each of the ceiling "sources." -Greg > From: George Makrithanasis > Date: March 12, 2009 7:56:27 AM PDT > > Dear all, > > I was looking the rtcontutor example of the Radiance 2006 Workshop > and the examples of the R3.8. I have a question for the > second pass of rtcontrib. If I understand correctly, the input for > rtcontrib is the tregsamp.dat > file but modified by rcalc. The modofication applies to the rays > origin which from 0,0,0 I think > that they are distributed 1.7m off the facade of the building. It > looks that the directions > remain the same. In adittion, if one tries to actually plot the > file it looks that all these rays are directed to the facade of the > building. > > The description for this step within the readme file was "The > second stage computes the incidence of sky > illumination on these portholes, and the results are combined". > > Could somebody throw a little bit of light on this step as I can > not figure out the logic behind. Hopefully, > I have not misunderstood what's going on and this email does make a > bit of sense. > > Cheers, > > George From minki.sung at gmail.com Sat Mar 14 22:52:03 2009 From: minki.sung at gmail.com (Minki Sung) Date: Sat Mar 14 22:52:11 2009 Subject: [Radiance-general] I can't get even similar irradiance values from a lamp. Message-ID: <3acd9e4a0903142252q11a2543bt608decddfb28f4f8@mail.gmail.com> Dear Radiance users, I'm writing here for third time and I always sorry for just asking. I'm modeling a small box has a several bared cylindrical fluorescent lamps (actually UV lamps) inside and want to know the irradiance level on the surfaces of the box. The cylindrical lamps has 32mm in diameter and 540mm in length and The radiance of 44W/sr/m2 calculated with the UV output of the lamps (7.5W) was applied to the lamps. Before calculating the small box model I checked irradiance values with an experiment measuring UV intensity at the distance of 1 m and compared that with the same simple RADIANCE calculation and the result was reasonable. However, the calculation results are higher than those of experiments by 2~4 times with the small box model. The small box is not simple but not so complicated. I have modeled the lamp both as a cylinder and 72 polygons but there were not so much changes. Only one channel was used to calculate irradiances of UV from modeling to issuing results and only diffused reflections were assumed. Geometric errors or abnormal radiance distributions of lamps could be assumed to cause the discrepancy, but 2~5 times are too large Here is my rtrace options. cat pts_sensor.pts | rtrace -I -oov -ar 128 -ad 512 -as 256 -ab 2 -ds 0.02 uv.oct > uv.dat It would be appreciated if anyone give me advice. Sung -------------- next part -------------- An HTML attachment was scrubbed... URL: http://radiance-online.org/pipermail/radiance-general/attachments/20090315/df99f672/attachment.htm From lars.grobe at nus.edu.sg Sun Mar 15 08:18:57 2009 From: lars.grobe at nus.edu.sg (Lars O. Grobe) Date: Sun Mar 15 08:17:23 2009 Subject: [Radiance-general] I can't get even similar irradiance values from a lamp. In-Reply-To: <3acd9e4a0903142252q11a2543bt608decddfb28f4f8@mail.gmail.com> References: <3acd9e4a0903142252q11a2543bt608decddfb28f4f8@mail.gmail.com> Message-ID: <49BD1C61.10300@nus.edu.sg> Hi, are you sure the material properties of the box match those you use in your experiment? How did you define the materials? Lars. From gregoryjward at gmail.com Sun Mar 15 09:54:28 2009 From: gregoryjward at gmail.com (Greg Ward) Date: Sun Mar 15 09:54:38 2009 Subject: [Radiance-general] I can't get even similar irradiance values from a lamp. In-Reply-To: <3acd9e4a0903142252q11a2543bt608decddfb28f4f8@mail.gmail.com> References: <3acd9e4a0903142252q11a2543bt608decddfb28f4f8@mail.gmail.com> Message-ID: How did you measure the UV reflectance of the surfaces of your box? Most paints drop off dramatically from the visible spectrum to UV. White paints may re-emit UV as visible so they appear "whiter" under daylight illumination. You really need to know the behavior of your paint with respect to ultraviolet wavelengths to do this correctly. -Greg > From: Minki Sung > Date: March 14, 2009 10:52:03 PM PDT > > Dear Radiance users, > > I'm writing here for third time and I always sorry for just asking. > I'm modeling a small box has a several bared cylindrical > fluorescent lamps (actually UV lamps) inside and want to know the > irradiance level on the surfaces of the box. The cylindrical lamps > has 32mm in diameter and 540mm in length and The radiance of 44W/sr/ > m2 calculated with the UV output of the lamps (7.5W) was applied to > the lamps. Before calculating the small box model I checked > irradiance values with an experiment measuring UV intensity at the > distance of 1 m and compared that with the same simple RADIANCE > calculation and the result was reasonable. However, the calculation > results are higher than those of experiments by 2~4 times with the > small box model. The small box is not simple but not so > complicated. I have modeled the lamp both as a cylinder and 72 > polygons but there were not so much changes. Only one channel was > used to calculate irradiances of UV from modeling to issuing > results and only diffused reflections were assumed. Geometric > errors or abnormal radiance distributions of lamps could be assumed > to cause the discrepancy, but 2~5 times are too large > Here is my rtrace options. > > cat pts_sensor.pts | rtrace -I -oov -ar 128 -ad 512 -as 256 -ab 2 - > ds 0.02 uv.oct > uv.dat > > It would be appreciated if anyone give me advice. > > > Sung From lars.grobe at nus.edu.sg Sun Mar 15 18:31:54 2009 From: lars.grobe at nus.edu.sg (Lars O. Grobe) Date: Sun Mar 15 18:32:05 2009 Subject: [Radiance-general] vwrays -Unexpected EOF on input In-Reply-To: <778735.49823.qm@web26605.mail.ukl.yahoo.com> References: <778735.49823.qm@web26605.mail.ukl.yahoo.com> Message-ID: <49BDAC0A.5010109@nus.edu.sg> > and I get the following error: rtrace fatal: Unexpected EOF on input. Are you sure that your view-file has the correct format? Maybe you first try it giving the views on the command-line as such: vwrays -x 600 -y 600 -vp 0 0 0 -vd 1 0 0 | rcalc -e '$1=$1; $2=$2; $3=0.85; $4=$4; $5=$5; $6=1' (Of course replacing my rather meaningless viewpoint/direction with yours) CU Lars -------------- next part -------------- A non-text attachment was scrubbed... Name: lars_grobe.vcf Type: text/x-vcard Size: 299 bytes Desc: not available Url : http://radiance-online.org/pipermail/radiance-general/attachments/20090316/ae780eea/lars_grobe.vcf From minki.sung at gmail.com Sun Mar 15 21:33:31 2009 From: minki.sung at gmail.com (Minki sung) Date: Sun Mar 15 21:33:45 2009 Subject: [Radiance-general] Re: Re: I can't get even similar irradiance values$B!!(Bfrom$B!!(Ba lamp. In-Reply-To: <49bd507c.16078e0a.08a0.5013SMTPIN_ADDED@mx.google.com> References: <49bd507c.16078e0a.08a0.5013SMTPIN_ADDED@mx.google.com> Message-ID: <49bdd6a2.16be600a.0c69.ffffc504@mx.google.com> Dear Lars and Greg, Thank you for your replying. As you said, the reflectance for UV is usually lower than that for visible light. Actually, the box is an air handling unit and the materials are mostly galvanized copper plates and the reflectance of it for UV is referred from other reference. I thought the result might be caused by incorrect reflectance so I have checked the values when only direct components were calculated by deleting -ab option. The values dropped eventually but were higher than those of experiment yet. I'm checking if there are problems with the lamp model. Sung Message: 2 Date: Sun, 15 Mar 2009 23:18:57 +0800 From: "Lars O. Grobe" Subject: Re: [Radiance-general] I can't get even similar irradiance values from a lamp. To: Radiance general discussion Message-ID: <49BD1C61.10300@nus.edu.sg> Content-Type: text/plain; charset=ISO-8859-1 Hi, are you sure the material properties of the box match those you use in your experiment? How did you define the materials? Lars. ------------------------------ Message: 3 Date: Sun, 15 Mar 2009 09:54:28 -0700 From: Greg Ward Subject: Re: [Radiance-general] I can't get even similar irradiance values from a lamp. To: Radiance general discussion Message-ID: Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed How did you measure the UV reflectance of the surfaces of your box? Most paints drop off dramatically from the visible spectrum to UV. White paints may re-emit UV as visible so they appear "whiter" under daylight illumination. You really need to know the behavior of your paint with respect to ultraviolet wavelengths to do this correctly. -Greg > From: Minki Sung > Date: March 14, 2009 10:52:03 PM PDT > > Dear Radiance users, > > I'm writing here for third time and I always sorry for just asking. > I'm modeling a small box has a several bared cylindrical > fluorescent lamps (actually UV lamps) inside and want to know the > irradiance level on the surfaces of the box. The cylindrical lamps > has 32mm in diameter and 540mm in length and The radiance of 44W/sr/ > m2 calculated with the UV output of the lamps (7.5W) was applied to > the lamps. Before calculating the small box model I checked > irradiance values with an experiment measuring UV intensity at the > distance of 1 m and compared that with the same simple RADIANCE > calculation and the result was reasonable. However, the calculation > results are higher than those of experiments by 2~4 times with the > small box model. The small box is not simple but not so > complicated. I have modeled the lamp both as a cylinder and 72 > polygons but there were not so much changes. Only one channel was > used to calculate irradiances of UV from modeling to issuing > results and only diffused reflections were assumed. Geometric > errors or abnormal radiance distributions of lamps could be assumed > to cause the discrepancy, but 2~5 times are too large > Here is my rtrace options. > > cat pts_sensor.pts | rtrace -I -oov -ar 128 -ad 512 -as 256 -ab 2 - > ds 0.02 uv.oct > uv.dat > > It would be appreciated if anyone give me advice. > > > Sung ------------------------------ _______________________________________________ Radiance-general mailing list Radiance-general@radiance-online.org http://www.radiance-online.org/mailman/listinfo/radiance-general End of Radiance-general Digest, Vol 61, Issue 11 ************************************************ From lars.grobe at nus.edu.sg Mon Mar 16 01:30:30 2009 From: lars.grobe at nus.edu.sg (Lars O. Grobe) Date: Mon Mar 16 01:30:39 2009 Subject: [Radiance-general] I can't get even similar irradiance values from a lamp. In-Reply-To: <49bdd6a2.16be600a.0c69.ffffc504@mx.google.com> References: <49bd507c.16078e0a.08a0.5013SMTPIN_ADDED@mx.google.com> <49bdd6a2.16be600a.0c69.ffffc504@mx.google.com> Message-ID: <49BE0E26.5000609@nus.edu.sg> Hi! >> irradiance level on the surfaces of the box. The cylindrical lamps >> has 32mm in diameter and 540mm in length and The radiance of 44W/sr/ >> m2 calculated with the UV output of the lamps (7.5W) was applied to >> the lamps. Hm, how did you calculate the 44W/sr/m2 for the lamps? I get 7.5/(2*pi*0.54*0.032)=7.5/0.1086=69W/m2, divided by pi=21.99 W/m2sr. This means that your light source is two times brighter than I would expect it to be. CU Lars. -------------- next part -------------- A non-text attachment was scrubbed... Name: lars_grobe.vcf Type: text/x-vcard Size: 310 bytes Desc: not available Url : http://radiance-online.org/pipermail/radiance-general/attachments/20090316/f17a5681/lars_grobe.vcf From yijunhuang at hotmail.com Mon Mar 16 06:41:45 2009 From: yijunhuang at hotmail.com (yijun huang) Date: Mon Mar 16 06:41:51 2009 Subject: ReE: [Radiance-general] I can't get even similar irradiancevalues from a lamp. In-Reply-To: References: Message-ID: Also, I'm curious how you'd use LAMPCOLOR for a UV-lamp? Obviously the efficacy would not be the usual 179? YC Huang > ------------------------------ > > Message: 3 > Date: Sun, 15 Mar 2009 09:54:28 -0700 > From: Greg Ward > Subject: Re: [Radiance-general] I can't get even similar irradiance > values from a lamp. > To: Radiance general discussion > Message-ID: > Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed > > How did you measure the UV reflectance of the surfaces of your box? > Most paints drop off dramatically from the visible spectrum to UV. > White paints may re-emit UV as visible so they appear "whiter" under > daylight illumination. You really need to know the behavior of your > paint with respect to ultraviolet wavelengths to do this correctly. > > -Greg > > > From: Minki Sung > > Date: March 14, 2009 10:52:03 PM PDT > > > > Dear Radiance users, > > > > I'm writing here for third time and I always sorry for just asking. > > I'm modeling a small box has a several bared cylindrical > > fluorescent lamps (actually UV lamps) inside and want to know the > > irradiance level on the surfaces of the box. The cylindrical lamps > > has 32mm in diameter and 540mm in length and The radiance of 44W/sr/ > > m2 calculated with the UV output of the lamps (7.5W) was applied to > > the lamps. Before calculating the small box model I checked > > irradiance values with an experiment measuring UV intensity at the > > distance of 1 m and compared that with the same simple RADIANCE > > calculation and the result was reasonable. However, the calculation > > results are higher than those of experiments by 2~4 times with the > > small box model. The small box is not simple but not so > > complicated. I have modeled the lamp both as a cylinder and 72 > > polygons but there were not so much changes. Only one channel was > > used to calculate irradiances of UV from modeling to issuing > > results and only diffused reflections were assumed. Geometric > > errors or abnormal radiance distributions of lamps could be assumed > > to cause the discrepancy, but 2~5 times are too large > > Here is my rtrace options. > > > > cat pts_sensor.pts | rtrace -I -oov -ar 128 -ad 512 -as 256 -ab 2 - > > ds 0.02 uv.oct > uv.dat > > > > It would be appreciated if anyone give me advice. > > > > > > Sung > > > > ------------------------------ > > _______________________________________________ > Radiance-general mailing list > Radiance-general@radiance-online.org > http://www.radiance-online.org/mailman/listinfo/radiance-general > > > End of Radiance-general Digest, Vol 61, Issue 11 > ************************************************ _________________________________________________________________ NEW! Get Windows Live FREE. http://www.get.live.com/wl/all -------------- next part -------------- An HTML attachment was scrubbed... URL: http://radiance-online.org/pipermail/radiance-general/attachments/20090316/f9e65e10/attachment.html From lars.grobe at nus.edu.sg Mon Mar 16 07:51:48 2009 From: lars.grobe at nus.edu.sg (Lars O. Grobe) Date: Mon Mar 16 07:50:18 2009 Subject: [Radiance-general] I can't get even similar irradiancevalues from a lamp. In-Reply-To: References: Message-ID: <49BE6784.80702@nus.edu.sg> > > Also, I'm curious how you'd use LAMPCOLOR for a UV-lamp? Obviously the > efficacy would not be the usual 179? Well, it is probably not. But if you multiply the 7.5W to get the lumen output, lampcolor will internally divide by 179 to calculate back to radiometric values, so the result should be fine (as long as you do not start to multiply the results of rtrace to get anything like lux or nits from what is not visible light ;-) )... One nice problem if comparing the result to experimental measurements will be that the lamp's age will probably show some influence on the real output. So most probably something like 7.5W*0.9 or 0.8 would be more realistic. But I have NO experience with this UV stuff, so this is something to find out first. CU Lars. From minki.sung at gmail.com Mon Mar 16 19:27:45 2009 From: minki.sung at gmail.com (Minki sung) Date: Mon Mar 16 19:27:58 2009 Subject: [Radiance-general] RE: RE: I can't get even similar irradiance values from lamps. In-Reply-To: <49bea213.1e048e0a.654b.3321SMTPIN_ADDED@mx.google.com> References: <49bea213.1e048e0a.654b.3321SMTPIN_ADDED@mx.google.com> Message-ID: <49bf0aa8.151e640a.762f.528f@mx.google.com> Thank you for your comments. As only radiance(W/m2sr) or irradiance(W/m2) values are being dealt with from modeling to results lamp color does not make problem as Lars said and radiance value also has no problem as 0.032m is diameter, which Lars might already know. But the aging of lamps might need to be checked, that means all the conditions of experiment should be checked again as the experiment was done at the field, in case there is no problem in RADIANCE calculation. Sung Message: 3 Date: Mon, 16 Mar 2009 16:30:30 +0800 From: "Lars O. Grobe" Subject: Re: [Radiance-general] I can't get even similar irradiance values from a lamp. To: Radiance general discussion Message-ID: <49BE0E26.5000609@nus.edu.sg> Content-Type: text/plain; charset="iso-2022-jp" Hi! >> irradiance level on the surfaces of the box. The cylindrical lamps >> has 32mm in diameter and 540mm in length and The radiance of 44W/sr/ >> m2 calculated with the UV output of the lamps (7.5W) was applied to >> the lamps. Hm, how did you calculate the 44W/sr/m2 for the lamps? I get 7.5/(2*pi*0.54*0.032)=7.5/0.1086=69W/m2, divided by pi=21.99 W/m2sr. This means that your light source is two times brighter than I would expect it to be. CU Lars. -------------- next part -------------- A non-text attachment was scrubbed... Name: lars_grobe.vcf Type: text/x-vcard Size: 310 bytes Desc: not available Url : http://radiance-online.org/pipermail/radiance-general/attachments/20090316/f 17a5681/lars_grobe-0001.vcf ------------------------------ Message: 4 Date: Mon, 16 Mar 2009 13:41:45 +0000 From: yijun huang Subject: ReE: [Radiance-general] I can't get even similar irradiancevalues from a lamp. To: Message-ID: Content-Type: text/plain; charset="gb2312" Also, I'm curious how you'd use LAMPCOLOR for a UV-lamp? Obviously the efficacy would not be the usual 179? YC Huang Message: 5 Date: Mon, 16 Mar 2009 22:51:48 +0800 From: "Lars O. Grobe" Subject: Re: [Radiance-general] I can't get even similar irradiancevalues from a lamp. To: Radiance general discussion Message-ID: <49BE6784.80702@nus.edu.sg> Content-Type: text/plain; charset=GB2312 > > Also, I'm curious how you'd use LAMPCOLOR for a UV-lamp? Obviously the > efficacy would not be the usual 179? Well, it is probably not. But if you multiply the 7.5W to get the lumen output, lampcolor will internally divide by 179 to calculate back to radiometric values, so the result should be fine (as long as you do not start to multiply the results of rtrace to get anything like lux or nits from what is not visible light ;-) )... One nice problem if comparing the result to experimental measurements will be that the lamp's age will probably show some influence on the real output. So most probably something like 7.5W*0.9 or 0.8 would be more realistic. But I have NO experience with this UV stuff, so this is something to find out first. CU Lars. ------------------------------ _______________________________________________ Radiance-general mailing list Radiance-general@radiance-online.org http://www.radiance-online.org/mailman/listinfo/radiance-general End of Radiance-general Digest, Vol 61, Issue 12 ************************************************ From lars.grobe at nus.edu.sg Mon Mar 16 21:05:33 2009 From: lars.grobe at nus.edu.sg (Lars O. Grobe) Date: Mon Mar 16 21:05:41 2009 Subject: [Radiance-general] I can't get even similar irradiance values from lamps. In-Reply-To: <49bf0aa8.151e640a.762f.528f@mx.google.com> References: <49bea213.1e048e0a.654b.3321SMTPIN_ADDED@mx.google.com> <49bf0aa8.151e640a.762f.528f@mx.google.com> Message-ID: <49BF218D.7050305@nus.edu.sg> Hi! > as 0.032m is diameter, which Lars might already know. Well, good point.... ;-) Maybe this is of help: http://www.uvequip.co.za/faq.htm "Of the approximately 456 types of fluorescent lamps made all of the UV or Blacklight lamps make up less than 1% of the total lighting industries lamp production. Therefore there is not much economic incentive to do research to develop low UV depreciation LW phosphors and lamps. The typical UV depreciation of a 4W, 6W, or 8W LW lamp might be as much as 40% to 50% in about 2,400 hours. UV SYSTEMS has just completed a scientific UV depreciation test using one TripleBright II LW LL-60-352 lamp. From this test it was determined that the UV output of that lamp depreciated to about 80% of initial output (a 20% reduction) after about 7,000 hours of use. While this was only a sample of one, it could be typical of all LL-60-352 lamps." And some more tests (you can see a set-up how to determine the depreciation in this paper, too): http://www.uvsystems.com/articles/Life_SW_Filters_UV_Depreciation_Lamps.pdf CU Lars. -------------- next part -------------- A non-text attachment was scrubbed... Name: lars_grobe.vcf Type: text/x-vcard Size: 299 bytes Desc: not available Url : http://radiance-online.org/pipermail/radiance-general/attachments/20090317/92d22b30/lars_grobe.vcf From marina.aviles at gmail.com Tue Mar 17 09:02:44 2009 From: marina.aviles at gmail.com (marina aviles olmos) Date: Tue Mar 17 09:03:00 2009 Subject: [Radiance-general] How to calculate the ( rtn gtn btn ) values of the material type glass ? In-Reply-To: References: <51fa7f670903110412w28011b3bk5c4792b8b7a96228@mail.gmail.com> Message-ID: <49BFC9A4.1030009@gmail.com> Hi Greg, I don't know how I didn't thought about this. It seems also like quite an intuituve description! The results also look like right. Nevertheless I define how I have proceeded, because there is a step that could be wrong. >From the hole transmitance spectrum of each glass sample I have just taken the transmittance values at this wavelengths you said and then calculated its tn #glass sample 01 Rot=700nm Tn=40.8 rtn= 18.093 Green=546 Tn=48.13 gtn= 18.813 Blue=436 Tn=42.87 btn= 18.317 void glass smpl_01 0 0 3 0.18093 0.18813 0.18317 And this would be the hole material description of this transparent glass, als just one layer glass, 10mm thick Thanks again, Marina From gregoryjward at gmail.com Tue Mar 17 09:32:32 2009 From: gregoryjward at gmail.com (Greg Ward) Date: Tue Mar 17 09:32:48 2009 Subject: [Radiance-general] How to calculate the ( rtn gtn btn ) values of the material type glass ? In-Reply-To: <49BFC9A4.1030009@gmail.com> References: <51fa7f670903110412w28011b3bk5c4792b8b7a96228@mail.gmail.com> <49BFC9A4.1030009@gmail.com> Message-ID: Hi Marina, The tn formula assumes your Tn values are between 0 and 1, not 0 and 100% -- your results should be: void glass smpl_01 0 0 3 0.4449 0.5248 0.4675 Good that you checked! -Greg > From: marina aviles olmos > Date: March 17, 2009 9:02:44 AM PDT > > Hi Greg, > > I don't know how I didn't thought about this. It seems also like quite > an intuituve description! > The results also look like right. > > Nevertheless I define how I have proceeded, because there is a step > that > could be wrong. > >> From the hole transmitance spectrum of each glass sample I have just > taken the transmittance values at this wavelengths you said and then > calculated its tn > > #glass sample 01 > > Rot=700nm Tn=40.8 rtn= 18.093 > Green=546 Tn=48.13 gtn= 18.813 > Blue=436 Tn=42.87 btn= 18.317 > > void glass smpl_01 > 0 > 0 > 3 0.18093 0.18813 0.18317 > > And this would be the hole material description of this transparent > glass, als just one layer glass, 10mm thick > > Thanks again, > > Marina From deepak.gv at ufl.edu Wed Mar 18 07:14:29 2009 From: deepak.gv at ufl.edu (G V DEEPAK) Date: Wed Mar 18 07:14:37 2009 Subject: [Radiance-general] Illuminance values Message-ID: <1714227751.99221237385669941.JavaMail.osg@osgjas03.cns.ufl.edu> Hello Everyone, I am simulating to find illuminance values for different angles of Venetian blinds, Using Mkillum.. Do we need to consider Blinds as part of the Luminous plane generated by mkillum..? We are getting better results when using just a plane polygon as Luminous secondary source as compared to when we include Blinds in the fenestration system as luminous plane. ( comparing two different systems of blinds of similar angles and characteristics.) Thank you G V Deepak From lars.grobe at nus.edu.sg Wed Mar 18 08:15:30 2009 From: lars.grobe at nus.edu.sg (Lars O. Grobe) Date: Wed Mar 18 08:13:49 2009 Subject: [Radiance-general] Illuminance values In-Reply-To: <1714227751.99221237385669941.JavaMail.osg@osgjas03.cns.ufl.edu> References: <1714227751.99221237385669941.JavaMail.osg@osgjas03.cns.ufl.edu> Message-ID: <49C11012.9090409@nus.edu.sg> Hi... > I am simulating to find illuminance values for different angles of > Venetian blinds, Using Mkillum.. Do we need to consider Blinds as part > of the Luminous plane generated by mkillum..? We are getting better > results when using just a plane polygon as Luminous secondary source > as compared to when we include Blinds in the fenestration system as > luminous plane. ( comparing two different systems of blinds of similar > angles and characteristics.) If I understand you right - are you asking wether to replace the each blind's surface by a mkillum-generated illum??? This makes no sense - you have aluminium blinds, and no light will pass through a blind. This must lead to really funny results. Mkillum has been written to precalculate the effect of compex fenestration such as blinds. You calculate a light source on the inside of the complex fenestration using mkillum, so that during your (rpict or rtrace) rendering, the light source for ambient calculations is not obstructed. The reasons for this are explained in detail in the book "Rendering with Radiance". In your case there are only two reasonable options as far as I understood so far. Either render without mkillum, but very(!!!) high quality settings for ad, as, aa, ab (which will take a long time), or seal your complete fenestration system with mkillum-generated illum surface(s) as explained in the book. CU Lars. From rpg at rumblestrip.org Wed Mar 18 10:52:26 2009 From: rpg at rumblestrip.org (Rob Guglielmetti) Date: Wed Mar 18 10:52:32 2009 Subject: [Radiance-general] Illuminance values In-Reply-To: <49C11012.9090409@nus.edu.sg> References: <1714227751.99221237385669941.JavaMail.osg@osgjas03.cns.ufl.edu> <49C11012.9090409@nus.edu.sg> Message-ID: <49C134DA.10206@rumblestrip.org> Lars O. Grobe wrote: > Mkillum has been written to precalculate the effect of compex > fenestration such as blinds. You calculate a light source on the inside > of the complex fenestration using mkillum, so that during your (rpict or > rtrace) rendering, the light source for ambient calculations is not > obstructed. The reasons for this are explained in detail in the book > "Rendering with Radiance". Lars is correct; as Greg Ward says, you want the virtual light source positioned just inside of "where it gets nasty". You're basically taking the backwards ray tracing operation away from the view plane and placing it right up against the blinds to help guarantee that plenty of rays get through the "nastiness" and find those bright light sources out there. The result of that calculation is then saved as a .dat file and used on that virtual light source plane in the regular calculation, giving much better results in less time (opposed to relying on brute force with the ambient calculation). As Lars said, there is good information on this in the RwR text. - Rob Guglielmetti From deepak.gv at ufl.edu Wed Mar 18 12:40:52 2009 From: deepak.gv at ufl.edu (G V DEEPAK) Date: Wed Mar 18 12:41:01 2009 Subject: [Radiance-general] Illuminance values Message-ID: <570198876.130261237405252076.JavaMail.osg@osgjas03.cns.ufl.edu> Thank you very much, I just wanted to know this. Thank you On Wed Mar 18 11:15:30 EDT 2009, "Lars O. Grobe" wrote: > Hi... >> I am simulating to find illuminance values for different angles >> of >> Venetian blinds, Using Mkillum.. Do we need to consider Blinds >> as part >> of the Luminous plane generated by mkillum..? We are getting >> better >> results when using just a plane polygon as Luminous secondary >> source >> as compared to when we include Blinds in the fenestration system >> as >> luminous plane. ( comparing two different systems of blinds of >> similar >> angles and characteristics.) > If I understand you right - are you asking wether to replace the > each > blind's surface by a mkillum-generated illum??? This makes no > sense - > you have aluminium blinds, and no light will pass through a > blind. This > must lead to really funny results. > > Mkillum has been written to precalculate the effect of compex > fenestration such as blinds. You calculate a light source on the > inside > of the complex fenestration using mkillum, so that during your > (rpict or > rtrace) rendering, the light source for ambient calculations is > not > obstructed. The reasons for this are explained in detail in the > book > "Rendering with Radiance". > > In your case there are only two reasonable options as far as I > understood so far. Either render without mkillum, but very(!!!) > high > quality settings for ad, as, aa, ab (which will take a long > time), or > seal your complete fenestration system with mkillum-generated > illum > surface(s) as explained in the book. > > > CU Lars. > > _______________________________________________ > Radiance-general mailing list > Radiance-general@radiance-online.org > http://www.radiance-online.org/mailman/listinfo/radiance-general > > G V DEEPAK Graduate Research Assistant M.E. Rinker, Sr. School of Building Construction. University Of Florida. From G.Harding1 at Bradford.ac.uk Mon Mar 23 08:58:42 2009 From: G.Harding1 at Bradford.ac.uk (G HARDING) Date: Mon Mar 23 08:58:49 2009 Subject: [Radiance-general] rpict/rpiece and multiple processors Message-ID: <91F362C23F834E4DAB6D76CAD0564171@UNIVERSI047A23> Hi, I am rendering a number of images on a machine with multiple processors. I'm using rpiece with the -PP option (splitting into 4 pieces with the hope of running one on each or the 4 processors in my machine), but still only ever seem to be using 1 processor at a time. I get multiple rpict threads, but only one of them seems to do anything at any one time. Does anyone know where I'm going wrong, or even if it's possible to use multiple cpus in the same machine at once? Many thanks, Glen Harding. Glen Harding Bradford School of Optometry and Vision Sciences University of Bradford BD7 1DP Tel: 07969 797391 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://radiance-online.org/pipermail/radiance-general/attachments/20090323/5819999e/attachment.html From lars.grobe at nus.edu.sg Mon Mar 23 09:41:06 2009 From: lars.grobe at nus.edu.sg (Lars O. Grobe) Date: Mon Mar 23 09:39:17 2009 Subject: [Radiance-general] rpict/rpiece and multiple processors In-Reply-To: <91F362C23F834E4DAB6D76CAD0564171@UNIVERSI047A23> References: <91F362C23F834E4DAB6D76CAD0564171@UNIVERSI047A23> Message-ID: <49C7BBA2.3050507@nus.edu.sg> Hi Glen! > > I am rendering a number of images on a machine with multiple processors. > > (...) > > Does anyone know where I?m going wrong, or even if it?s possible to > use multiple cpus in the same machine at once? > It is possible, and asked here from time to time. The trick is to start one with all the command line arguments and the others without, so that they will take over from the parent process. BUT: If you have several frames to render, I would not care. It is much easier to render the frames in parallel then slicing the single images. And to render all the views at one (if you have enough processors) you just call rad -N 8 (for eight CPUs), and it will start eight images at once for you. Much easier, same effect. Besides that, if you have really lots of frames, I have an old documentation on how to use ranimate for similar stuff: http://www.larsgrobe.de/projects/radiance/ranimate_openmosix/ CU Lars. From jedev at visarc.com Mon Mar 23 09:39:18 2009 From: jedev at visarc.com (Jack de Valpine) Date: Mon Mar 23 09:39:23 2009 Subject: [Radiance-general] rpict/rpiece and multiple processors In-Reply-To: <91F362C23F834E4DAB6D76CAD0564171@UNIVERSI047A23> References: <91F362C23F834E4DAB6D76CAD0564171@UNIVERSI047A23> Message-ID: <49C7BB36.1070705@visarc.com> Hi Glen, The -PP is used for memory sharing on a single host running multiple processes. If you have a machine with 4 cores then you will need to start 4 copies of rpiece. So with something like the following: rpiece -x 800 -y 800 -X 2 -Y 2 -F my_syncfile.sync -o myimage.unf myscene.oct this command line would need to be run 4 times in order to get the 4 processes up and running This would result in an image split into a 2 by 2 grid and spread out over 4 processes. The memory including the scene would be shared among the 4 processes, thus reducing the memory footprint. This can be automated simply using a Makefile or with other tools such as Perl or Python. Let me know if you have any further questions and I can try to answer. -Jack de Valpine G HARDING wrote: > > Hi, > > I am rendering a number of images on a machine with multiple processors. > > I?m using rpiece with the ?PP option (splitting into 4 pieces with the > hope of running one on each or the 4 processors in my machine), but > still only ever seem to be using 1 processor at a time. > > I get multiple rpict threads, but only one of them seems to do > anything at any one time. > > Does anyone know where I?m going wrong, or even if it?s possible to > use multiple cpus in the same machine at once? > > Many thanks, > > Glen Harding. > > Glen Harding > > Bradford School of Optometry and Vision Sciences > > University of Bradford > > BD7 1DP > > Tel: 07969 797391 > > ------------------------------------------------------------------------ > > _______________________________________________ > Radiance-general mailing list > Radiance-general@radiance-online.org > http://www.radiance-online.org/mailman/listinfo/radiance-general > From deepak.gv at ufl.edu Mon Mar 23 10:38:24 2009 From: deepak.gv at ufl.edu (G V DEEPAK) Date: Mon Mar 23 10:38:32 2009 Subject: [Radiance-general] Sun angles, Message-ID: <950002588.63591237829904611.JavaMail.osg@osgjas03.cns.ufl.edu> Hello Everyone, I am trying to find illuminance values on an yearly basis, I am expecting to get different values for different seasons. Say if we compare between march nad december, we should get higher values of illuminance for december as compared to march. But I am getting almost same values for both the months. I am not sure if the software is considering sun angles in calculations. I am running this script to find the values, #!/bin/csh -f set mon=12 set month=March set day=21 set coord=(-a 30.00 -o 82.35 -m 84) rm $month.out while($day<23) foreach hr(08 09 10 11 12 13 14 15 16 17) echo "hr=$hr" set skypar=($mon $day $hr +i $coord) echo "$month/$day/$hr">>$month.out oconv room.rad '\!gensky '"$skypar" sky.rad>hr.oct mkillum -ab 0 -ad 1024 -av 0.1 0.1 0.1 hr.oct "<" windowillum.rad>illumination.rad oconv -i hr.oct outside.rad Conv-0.rad illumination.rad>hour.oct rtrace -h -I -ab 1 -ad 4096 -as 128 -av 0 0 0 hour.oct>$month.out #`./newglares.csh hr.oct $month.out` echo " ">>$month.out rm hr.oct end @ day++ echo "day=$day" end Let me know if there is anything wrong with this. Thank you From lars.grobe at nus.edu.sg Mon Mar 23 11:10:58 2009 From: lars.grobe at nus.edu.sg (Lars O. Grobe) Date: Mon Mar 23 11:09:10 2009 Subject: [Radiance-general] Sun angles, In-Reply-To: <950002588.63591237829904611.JavaMail.osg@osgjas03.cns.ufl.edu> References: <950002588.63591237829904611.JavaMail.osg@osgjas03.cns.ufl.edu> Message-ID: <49C7D0B2.8090802@nus.edu.sg> Hi! > I am not sure if the software is considering sun angles in calculations. (...) > set skypar=($mon $day $hr +i $coord) > echo "$month/$day/$hr">>$month.out > oconv room.rad '\!gensky '"$skypar" sky.rad>hr.oct You are rendering an intermediate sky /without/ sun. Check the manpage of gensky about how to switch on the sun. Do a test using rvu, looking up with a fish-eye view - if you do not see the sun, there will be little contribution for direct sunlight. You can always test the output of gensky - if there is no light modifier defined called solar, there will be no sun (which is defined as solar source sun, by the way). > mkillum -ab 0 -ad 1024 -av 0.1 0.1 0.1 hr.oct "<" > windowillum.rad>illumination.rad I think you do not want -ab 0 for mkillum. You do not calculate anything here - setting the ambient parameters high, but calculating 0 bounces (this means nothing) is not very reasonable. If you still have your blinds there, run mkillum with 2, than 3 and 4, and find out if you have significant changes. > oconv -i hr.oct outside.rad Conv-0.rad illumination.rad>hour.oct > rtrace -h -I -ab 1 -ad 4096 -as 128 -av 0 0 0 You should be able to reduce -ad here, a much lower value should be fine and give a great gain in rendering speed. > Let me know if there is anything wrong with this. Done ;-) CU Lars. From tbleicher at arcor.de Mon Mar 23 11:12:40 2009 From: tbleicher at arcor.de (tbleicher@arcor.de) Date: Mon Mar 23 11:12:47 2009 Subject: [Radiance-general] Sun angles, In-Reply-To: <950002588.63591237829904611.JavaMail.osg@osgjas03.cns.ufl.edu> References: <950002588.63591237829904611.JavaMail.osg@osgjas03.cns.ufl.edu> Message-ID: <14538831.1237831960657.JavaMail.ngmail@webmail14.arcor-online.net> At a first glance the script seems fine. But your problem is most likely that gensky does not know about the absolute irridiance values of a particular sky. It only creates a distribution pattern with an unspecified total value. If you want to create a sky with ie. 50000lux you can specify this with one of the -b/-B or -r/-R options. You can find typical values for the sky illuminance at your location in climate data files which are available for various energy simulation packages. Regards, Thomas ----- Original Nachricht ---- Von: G V DEEPAK An: Radiance general discussion Datum: 23.03.2009 18:38 Betreff: [Radiance-general] Sun angles, > Hello Everyone, > > I am trying to find illuminance values on an yearly basis, I am > expecting to get different values for different seasons. Say if we > compare between march nad december, we should get higher values of > illuminance for december as compared to march. But I am getting > almost same values for both the months. > > I am not sure if the software is considering sun angles in > calculations. > > I am running this script to find the values, > > > > #!/bin/csh -f > > set mon=12 > set month=March > set day=21 > set coord=(-a 30.00 -o 82.35 -m 84) > rm $month.out > while($day<23) > foreach hr(08 09 10 11 12 13 14 15 16 17) > echo "hr=$hr" > set skypar=($mon $day $hr +i $coord) > echo "$month/$day/$hr">>$month.out > oconv room.rad '\!gensky '"$skypar" sky.rad>hr.oct > mkillum -ab 0 -ad 1024 -av 0.1 0.1 0.1 hr.oct "<" > windowillum.rad>illumination.rad > oconv -i hr.oct outside.rad Conv-0.rad illumination.rad>hour.oct > rtrace -h -I -ab 1 -ad 4096 -as 128 -av 0 0 0 > hour.oct '$1=47.4*$1+120*$2+11.6*$3'>>$month.out > #`./newglares.csh hr.oct $month.out` > echo " ">>$month.out > rm hr.oct > end > @ day++ > echo "day=$day" > end > > > Let me know if there is anything wrong with this. > > Thank you > > > _______________________________________________ > Radiance-general mailing list > Radiance-general@radiance-online.org > http://www.radiance-online.org/mailman/listinfo/radiance-general > Zerrei?en Sie die Netze der Phisher, Hacker und Betr?ger! Ihre Internet-Sicherheits-Seiten auf Arcor.de bieten alle Infos und Hilfsmittel, die Sie zum sicheren Surfen brauchen! Play it safe! http://www.arcor.de/footer-sicherheit/ From Raphael.Compagnon at hefr.ch Mon Mar 23 12:31:08 2009 From: Raphael.Compagnon at hefr.ch (=?iso-8859-1?Q?Compagnon_Rapha=EBl?=) Date: Mon Mar 23 12:32:27 2009 Subject: [Radiance-general] Sun angles, In-Reply-To: <950002588.63591237829904611.JavaMail.osg@osgjas03.cns.ufl.edu> References: <950002588.63591237829904611.JavaMail.osg@osgjas03.cns.ufl.edu> Message-ID: <70DD3A1408BDA8498790E8D553B7D253018AD86870A0@HEFRMAIL.sofr.hefr.lan> It seems strange that you define mon=12 (= december) and Month=March in your script file... ________________________________________ De : radiance-general-bounces@radiance-online.org [radiance-general-bounces@radiance-online.org] de la part de G V DEEPAK [deepak.gv@ufl.edu] Date d'envoi : lundi, 23. mars 2009 18:38 ? : Radiance general discussion Objet : [Radiance-general] Sun angles, Hello Everyone, I am trying to find illuminance values on an yearly basis, I am expecting to get different values for different seasons. Say if we compare between march nad december, we should get higher values of illuminance for december as compared to march. But I am getting almost same values for both the months. I am not sure if the software is considering sun angles in calculations. I am running this script to find the values, #!/bin/csh -f set mon=12 set month=March set day=21 set coord=(-a 30.00 -o 82.35 -m 84) rm $month.out while($day<23) foreach hr(08 09 10 11 12 13 14 15 16 17) echo "hr=$hr" set skypar=($mon $day $hr +i $coord) echo "$month/$day/$hr">>$month.out oconv room.rad '\!gensky '"$skypar" sky.rad>hr.oct mkillum -ab 0 -ad 1024 -av 0.1 0.1 0.1 hr.oct "<" windowillum.rad>illumination.rad oconv -i hr.oct outside.rad Conv-0.rad illumination.rad>hour.oct rtrace -h -I -ab 1 -ad 4096 -as 128 -av 0 0 0 hour.oct>$month.out #`./newglares.csh hr.oct $month.out` echo " ">>$month.out rm hr.oct end @ day++ echo "day=$day" end Let me know if there is anything wrong with this. Thank you _______________________________________________ Radiance-general mailing list Radiance-general@radiance-online.org http://www.radiance-online.org/mailman/listinfo/radiance-general From lars.grobe at nus.edu.sg Mon Mar 23 19:17:05 2009 From: lars.grobe at nus.edu.sg (Lars O. Grobe) Date: Mon Mar 23 19:17:15 2009 Subject: [Radiance-general] Sun angles, In-Reply-To: <14538831.1237831960657.JavaMail.ngmail@webmail14.arcor-online.net> References: <950002588.63591237829904611.JavaMail.osg@osgjas03.cns.ufl.edu> <14538831.1237831960657.JavaMail.ngmail@webmail14.arcor-online.net> Message-ID: <49C842A1.90305@nus.edu.sg> Hi! > But your problem is most likely that gensky does not know about the > absolute irridiance values of a particular sky. It only creates a > distribution pattern with an unspecified total value. If you want to > create a sky with ie. 50000lux you can specify this with one of the > -b/-B or -r/-R options. While it may be much better to use empirical weather data, gensky will calculate the brightness of the sky dome and the sun from the sun position. So while overriding these calculated values using b, B, r or R may be the way to improve results for a given location, the value given by gensky is not really unspecified. At least I would hope so... ;-) CU Lars. -- http://www.seris.sg -------------- next part -------------- A non-text attachment was scrubbed... Name: lars_grobe.vcf Type: text/x-vcard Size: 299 bytes Desc: not available Url : http://radiance-online.org/pipermail/radiance-general/attachments/20090324/0da1efb4/lars_grobe.vcf From deepak.gv at ufl.edu Tue Mar 24 04:45:19 2009 From: deepak.gv at ufl.edu (G V DEEPAK) Date: Tue Mar 24 04:45:24 2009 Subject: [Radiance-general] Sun angles, Message-ID: <441824990.24561237895119020.JavaMail.osg@osgjas03.cns.ufl.edu> Thanx a lot ... On Mon Mar 23 14:12:40 EDT 2009, tbleicher@arcor.de wrote: > At a first glance the script seems fine. > > But your problem is most likely that gensky does not know about > the > absolute irridiance values of a particular sky. It only creates a > distribution > pattern with an unspecified total value. If you want to create a > sky with > ie. 50000lux you can specify this with one of the -b/-B or -r/-R > options. > > You can find typical values for the sky illuminance at your > location in > climate data files which are available for various energy > simulation packages. > > Regards, > Thomas > > > ----- Original Nachricht ---- > Von: G V DEEPAK > An: Radiance general discussion > > Datum: 23.03.2009 18:38 > Betreff: [Radiance-general] Sun angles, > >> Hello Everyone, >> >> I am trying to find illuminance values on an yearly basis, I am >> expecting to get different values for different seasons. Say if >> we compare between march nad december, we should get higher >> values of illuminance for december as compared to march. But I >> am getting almost same values for both the months. >> >> I am not sure if the software is considering sun angles in >> calculations. >> >> I am running this script to find the values, >> >> >> >> #!/bin/csh -f >> >> set mon=12 >> set month=March >> set day=21 >> set coord=(-a 30.00 -o 82.35 -m 84) >> rm $month.out >> while($day<23) >> foreach hr(08 09 10 11 12 13 14 15 16 17) >> echo "hr=$hr" >> set skypar=($mon $day $hr +i $coord) >> echo "$month/$day/$hr">>$month.out >> oconv room.rad '\!gensky '"$skypar" sky.rad>hr.oct >> mkillum -ab 0 -ad 1024 -av 0.1 0.1 0.1 hr.oct "<" >> windowillum.rad>illumination.rad >> oconv -i hr.oct outside.rad Conv-0.rad illumination.rad>hour.oct >> rtrace -h -I -ab 1 -ad 4096 -as 128 -av 0 0 0 >> hour.oct> '$1=47.4*$1+120*$2+11.6*$3'>>$month.out >> #`./newglares.csh hr.oct $month.out` >> echo " ">>$month.out >> rm hr.oct >> end >> @ day++ >> echo "day=$day" >> end >> >> >> Let me know if there is anything wrong with this. >> >> Thank you >> >> >> _______________________________________________ >> Radiance-general mailing list >> Radiance-general@radiance-online.org >> http://www.radiance-online.org/mailman/listinfo/radiance-general >> > > Zerrei??en Sie die Netze der Phisher, Hacker und Betr??ger! > Ihre Internet-Sicherheits-Seiten auf Arcor.de bieten alle Infos > und Hilfsmittel, die Sie zum sicheren Surfen brauchen! Play it > safe! > http://www.arcor.de/footer-sicherheit/ > > _______________________________________________ > Radiance-general mailing list > Radiance-general@radiance-online.org > http://www.radiance-online.org/mailman/listinfo/radiance-general > > G V DEEPAK Graduate Research Assistant M.E. Rinker, Sr. School of Building Construction. University Of Florida. From iversen.anne at gmail.com Wed Mar 25 07:45:57 2009 From: iversen.anne at gmail.com (Anne Iversen) Date: Wed Mar 25 07:46:20 2009 Subject: [Radiance-general] modeling external glass lamella Message-ID: Dear Radiance list, I have build up a model of a room with external glass blinds. The aim with my simulations is to obtain the light transmittance of the glass blinds, and for the entire system (blinds + window). The blinds are modeled as polygons with the trans material. This means that the blinds have no thickness in the model, but the reflectance and transmittance values correspond to the information from the glass manufacturer (r=0.31 and LT=0.65). My approach is to obtain illuminance at three different locations: 1) Before the blinds, externally; 2) Between the blinds and the window, externally; 3) After the window, internally. I have therefore made a grid of points in these locations. The orientation of my measuring points is outwards, perpendicular to the fa?ade. My results show that the illuminance level is increased at loaction 2 compared to location 1, which is a result I do not find reliable! I have placed calculation points in the entire height of the window with a spacing of 0.01, to be sure not to have the result affected by high illuminance levels locally. I would have expected higher illuminance levels locally due to the redirecting of light in the glass blinds, but I would not have expected a higher average illuminance level. My simulation approach is given below ? please let me know if you can find any mistakes. Thanks in advance /Anne # /az 30, #Room.rad includes room geometry, #LamelSystem.rad includes geometry of the blinds, #Syst2.rad includes geometry of the window system for mkillum oconv materials.mat CIE.sky Room.rad LamelSystem30.rad Syst2.rad > ./profil30az0alt30/scene_window_prof30alt30az0.oct cat Syst2.rad | mkillum -ab 4 ./profil30az0alt30/scene_window_prof30alt30az0.oct >./profil30az0alt30/scene_window_prof30alt30az0_i.rad oconv materials.mat Room.rad ./profil30az0alt30/scene_window_prof30alt30az0_i.rad CIE.sky > ./profil30az0alt30/window_ii.oct #points in grid inside the room cat points.xyz | rtrace -w -h -I+ -ab 3 -aa 0.1 -ad 1026 -as 256 -ar 512 -ds .3 -oov ./profil30az0alt30/window_2ii.oct | rcalc -e '$1=179*($4*0.265+$5*0.670+$6*0.065)' > ./profil30az0alt30/prof30al30az0_2.dat #points before and after the blind cat extpoints.xyz | rtrace -w -h -I+ -ab 3 -aa 0.1 -ad 1026 -as 256 -ar 512 -ds .3 -oov ./profil30az0alt30/window_2ii.oct | rcalc -e '$1=179*($4*0.265+$5*0.670+$6*0.065)' > ./profil30az0alt30/prof30al30az0_2ext.dat -------------- next part -------------- An HTML attachment was scrubbed... URL: http://radiance-online.org/pipermail/radiance-general/attachments/20090325/04d6c558/attachment.html From gward at lmi.net Wed Mar 25 07:54:13 2009 From: gward at lmi.net (Greg Ward) Date: Wed Mar 25 07:54:18 2009 Subject: [Radiance-general] modeling external glass lamella In-Reply-To: References: Message-ID: <1BF4AB04-3C52-42BA-A0AF-16C90EB18758@lmi.net> Hi Anne, You need to share your trans specification, as this may be a problem. It's too easy to get it wrong, and specify a surface that produces more light than it receives.... -Greg > From: Anne Iversen > Date: March 25, 2009 7:45:57 AM PDT > Dear Radiance list, > > I have build up a model of a room with external glass blinds. The > aim with my simulations is to obtain the light transmittance of the > glass blinds, and for the entire system (blinds + window). > > The blinds are modeled as polygons with the trans material. This > means that the blinds have no thickness in the model, but the > reflectance and transmittance values correspond to the information > from the glass manufacturer (r=0.31 and LT=0.65). > > My approach is to obtain illuminance at three different locations: > > 1) Before the blinds, externally; > > 2) Between the blinds and the window, externally; > > 3) After the window, internally. > > > > I have therefore made a grid of points in these locations. The > orientation of my measuring points is outwards, perpendicular to > the fa?ade. > > My results show that the illuminance level is increased at loaction > 2 compared to location 1, which is a result I do not find reliable! > I have placed calculation points in the entire height of the window > with a spacing of 0.01, to be sure not to have the result affected > by high illuminance levels locally. I would have expected higher > illuminance levels locally due to the redirecting of light in the > glass blinds, but I would not have expected a higher average > illuminance level. My simulation approach is given below ? please > let me know if you can find any mistakes. > > Thanks in advance > > /Anne From rpg at rumblestrip.org Wed Mar 25 09:55:41 2009 From: rpg at rumblestrip.org (Rob Guglielmetti) Date: Wed Mar 25 09:56:08 2009 Subject: [Radiance-general] modeling external glass lamella In-Reply-To: <1BF4AB04-3C52-42BA-A0AF-16C90EB18758@lmi.net> References: <1BF4AB04-3C52-42BA-A0AF-16C90EB18758@lmi.net> Message-ID: <49CA620D.2080407@rumblestrip.org> Greg Ward wrote: > Hi Anne, > > You need to share your trans specification, as this may be a problem. > It's too easy to get it wrong, and specify a surface that produces more > light than it receives.... Anne, There is also an excellent flowchart for understanding how trans interactions are calculated; it definitely helps in defining valid trans descriptions: http://www.schorsch.com/rayfront/manual/transdef.html - Rob G. From iversen.anne at gmail.com Thu Mar 26 02:33:55 2009 From: iversen.anne at gmail.com (Anne Iversen) Date: Thu Mar 26 02:34:01 2009 Subject: [Radiance-general] modeling external glass lamella incl discription of trans data Message-ID: Hi Rob and Greg, Thanks for your answers! I have carried out simulations with two different definitions of trans, but I get the same result for each type of trans. For both approaches, when checking the material under a glow sky, I get the reflectance 0.31 when looking down on the glass and I get the transmittance 0.65 when looking in the direction upwards. I have listed my discription of trans below - looking forward to hearing your comments. Br Anne The trans data is defined as: # a1, a2 og a3 = 1, due to the color of the glass is included in the transmittance end reflectance given by the manufacturer # a4 = 0,31 # a5 = 0 # a6 = trans, determined from t_s=a6*a7(1-a4), where t_s is 0.65 and a7=1 # a7 = 1 void trans lamel_trans 0 0 7 1 1 1 0.31 0 0.942028986 1 I have also tried to define my trans material according to the description in http://www.schorsch.com/rayfront/manual/transdef.html. #Spec=Light reflectance = 0.31 #The color of the glass is determined from: #Absorptance=(1-spec)(1-color) -> 0.04 = (1-0.31)(1-color), from where the color is found to be 0.94 #Transmittance = (1-spec) *color* trans, transmittance is 0.65 and trans can then be found to be 1 #Rough is set to 0, as the material is glass #Tr-spec is set to 1, as the glass is a clear glass material void trans lamel_transrayfront 0 0 7 0.94 0.94 0.94 0.31 0 1 1 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://radiance-online.org/pipermail/radiance-general/attachments/20090326/8d544dbd/attachment.htm From gward at lmi.net Thu Mar 26 09:18:01 2009 From: gward at lmi.net (Greg Ward) Date: Thu Mar 26 09:18:04 2009 Subject: [Radiance-general] modeling external glass lamella incl discription of trans data In-Reply-To: References: Message-ID: <8EA011F2-6DC7-461E-81E9-399F2B9B6139@lmi.net> Hi Anne, The first trans definition should be correct. The best thing to do at this point is to e-mail me your model so I can run the simulations and debug them on my end. Don't send it to the list. Thanks! -Greg > From: Anne Iversen > Date: March 26, 2009 2:33:55 AM PDT > > Hi Rob and Greg, > Thanks for your answers! > I have carried out simulations with two different definitions of > trans, but I get the same result for each type of trans. For both > approaches, when checking the material under a glow sky, I get the > reflectance 0.31 when looking down on the glass and I get the > transmittance 0.65 when looking in the direction upwards. > > I have listed my discription of trans below - looking forward to > hearing your comments. > > Br > Anne > > The trans data is defined as: > # a1, a2 og a3 = 1, due to the color of the glass is included in > the transmittance end reflectance given by the manufacturer > # a4 = 0,31 > # a5 = 0 > # a6 = trans, determined from t_s=a6*a7(1-a4), where t_s is 0.65 > and a7=1 > # a7 = 1 > > void trans lamel_trans > 0 > 0 > 7 1 1 1 0.31 0 0.942028986 1 > > I have also tried to define my trans material according to the > description in http://www.schorsch.com/rayfront/manual/transdef.html. > #Spec=Light reflectance = 0.31 > #The color of the glass is determined from: > #Absorptance=(1-spec)(1-color) -> 0.04 = (1-0.31)(1-color), from > where the color is found to be 0.94 > #Transmittance = (1-spec) *color* trans, transmittance is 0.65 and > trans can then be found to be 1 > #Rough is set to 0, as the material is glass > #Tr-spec is set to 1, as the glass is a clear glass material > > > void trans lamel_transrayfront > 0 > 0 > 7 0.94 0.94 0.94 0.31 0 1 1 From lars.grobe at nus.edu.sg Tue Mar 31 20:13:14 2009 From: lars.grobe at nus.edu.sg (Lars O. Grobe) Date: Tue Mar 31 20:13:21 2009 Subject: [Radiance-general] "Rendering with Radiance" still not available Message-ID: <49D2DBCA.3040605@nus.edu.sg> Hi! I got the message from Amazon today that they gave up trying to provide me with the book that we tried to order several times over the last half year. Obviously it is not printed, even if multiple orders go in, as I read about others who also ordered during these last months. Is there any possibility that the book will be printed again in the future? If not, has it been considered to provide it as a digital copy, like in ps or pdf format? I guess that even the smallest amount to be charged for download would result in better monetary benefit for the authors then a printed edition, which is listed at a higher price, but not sold because noone is printing it. Right now, the information collected in the book is simply lost for anyone starting to work with Radiance, only libraries that purchased a copy years ago have still some of the books available. I feel that it is a pity to have this book, that is refered to in every second mail on the list, and probably the only source of information covering really more or less any aspect of Radiance, is currently disappearing from the library shelves and cannot be replaced, and of course will prevent radiance from playing a role in new programmes that cannot use it if no documentation is available. CU Lars. -------------- next part -------------- A non-text attachment was scrubbed... Name: lars_grobe.vcf Type: text/x-vcard Size: 299 bytes Desc: not available Url : http://radiance-online.org/pipermail/radiance-general/attachments/20090401/4fe2b6de/lars_grobe.vcf From solomoncw76 at gmail.com Tue Mar 31 20:16:43 2009 From: solomoncw76 at gmail.com (Chang Chew Wai) Date: Tue Mar 31 20:16:49 2009 Subject: [Radiance-general] "Rendering with Radiance" still not available In-Reply-To: <49D2DBCA.3040605@nus.edu.sg> References: <49D2DBCA.3040605@nus.edu.sg> Message-ID: <5AA45A10-FB8C-4A90-B218-192423634004@gmail.com> yes Lars, I have ordered and they are still trying to find.. I am in for PDF format with small download price cw On Apr 1, 2009, at 11:13 AM, Lars O. Grobe wrote: > Hi! > > I got the message from Amazon today that they gave up trying to > provide me with the book that we tried to order several times over > the last half year. Obviously it is not printed, even if multiple > orders go in, as I read about others who also ordered during these > last months. > > Is there any possibility that the book will be printed again in the > future? If not, has it been considered to provide it as a digital > copy, like in ps or pdf format? I guess that even the smallest > amount to be charged for download would result in better monetary > benefit for the authors then a printed edition, which is listed at a > higher price, but not sold because noone is printing it. Right now, > the information collected in the book is simply lost for anyone > starting to work with Radiance, only libraries that purchased a copy > years ago have still some of the books available. > > I feel that it is a pity to have this book, that is refered to in > every second mail on the list, and probably the only source of > information covering really more or less any aspect of Radiance, is > currently disappearing from the library shelves and cannot be > replaced, and of course will prevent radiance from playing a role in > new programmes that cannot use it if no documentation is available. > > CU Lars. > _______________________________________________ > Radiance-general mailing list > Radiance-general@radiance-online.org > http://www.radiance-online.org/mailman/listinfo/radiance-general