From jcalixihan at cladding.com Mon Oct 6 20:11:36 2008 From: jcalixihan at cladding.com (Jhun Calixihan) Date: Mon Oct 6 19:56:43 2008 Subject: [Radiance-general] Glass Transmittance not showing Message-ID: <001701c9282a$6b836340$428a29c0$@com> Hi! I am new to Desktop Radiance and wish to ask if anybody knows why I could not get any differences in luminance rendering clear and dark glass. I have 2 types of glass, one is clear with below transmittance: void glass Clear 0 0 3 0.890 0.961 0.961 Another glass is darker with below transmittance: void glass Project_SC_0_2 0 0 3 0.308 0.308 0.308 We wish to know how dark would the rooms be with a glass shading coefficient of 0.20 and visible light transmittance of 0.28. The above radiance transmission numbers were generated by Ecotect. I tried editing them to: void glass Project_SC_0_2 0 0 3 0.28 0.28 0.28 But I get the same image rendered, the objects behind the glass looks the same. Looks like there is no difference in the transmission thru the glass, or is there something wrong with my approach? But when I click on the image to display luminance I get different cd/m2 numbers. Any advise would be helpful. Thanks in advance! Rgds, Jun From tbleicher at arcor.de Tue Oct 7 02:17:24 2008 From: tbleicher at arcor.de (Thomas Bleicher) Date: Tue Oct 7 02:17:38 2008 Subject: [Radiance-general] Glass Transmittance not showing In-Reply-To: <001701c9282a$6b836340$428a29c0$@com> References: <001701c9282a$6b836340$428a29c0$@com> Message-ID: On 7 Oct 2008, at 04:11, Jhun Calixihan wrote: > Hi! > > I am new to Desktop Radiance and wish to ask if anybody knows why I > could > not get any differences in luminance rendering clear and dark glass. [...] > But I get the same image rendered, the objects behind the glass > looks the > same. Looks like there is no difference in the transmission thru > the glass, > or is there something wrong with my approach? But when I click on > the image > to display luminance I get different cd/m2 numbers. > > Any advise would be helpful. Thanks in advance! I think you only have a problem in understanding the image format and its representation on screen. Radiance stores the calculation result as an image where every pixel has RGB value and an exponent giving the 'brightness' of the point. This format can store an illuminance range that exceeds the capabilities of your display by far. To get a visual impression (the image you would expect from the rendering) the image viewer has to convert the real values in the picture file to RGB values for your computer screen. If you have two different pictures with the same scene but lit with different amounts of light this adjustment will present you the image optimised for the display, which probably means that the real brightness of the scene is changed to something that gives the best representation for your eyes. The images 'look' similar (or indeed identical) but the real content of the image is different (as you have found out with the cd/m2 values). You can think of this process of something like your eyes do in different lighting conditions: At first you will feel blinded in a bright room but after a while your eyes adjust to the light levels and you can see normally. If you move to an identical but dimly lit room you will think it's too dark. After some time you will get used to it and you can see in this room just like in the room before. To help you with your problem: While you view the image in an image viewer for Radiance *.pic file format you have to set the 'exposure' to the same value for both images. If you use ximage (on Unix) use the '-e' option for this. If you can't do this in your picture viewer use the tool 'pcompos' to combine the two pictures into one and view them at the same time: pcompos -a 2 bright.pic dark.pic > brigh_and_dark.pic Regards, Thomas From jcalixihan at cladding.com Tue Oct 7 04:27:18 2008 From: jcalixihan at cladding.com (Jhun Calixihan) Date: Tue Oct 7 04:11:55 2008 Subject: [Radiance-general] Glass Transmittance not showing In-Reply-To: References: <001701c9282a$6b836340$428a29c0$@com> Message-ID: <002901c9286f$abca90f0$035fb2d0$@com> Ah.. I see. This is great! Thanks Thomas for the help! Rgds, Jun -----Original Message----- From: Thomas Bleicher [mailto:tbleicher@arcor.de] Sent: Tuesday, October 07, 2008 5:17 PM To: jcalixihan@cladding.com; Radiance general discussion Subject: Re: [Radiance-general] Glass Transmittance not showing Importance: High On 7 Oct 2008, at 04:11, Jhun Calixihan wrote: > Hi! > > I am new to Desktop Radiance and wish to ask if anybody knows why I > could > not get any differences in luminance rendering clear and dark glass. [...] > But I get the same image rendered, the objects behind the glass > looks the > same. Looks like there is no difference in the transmission thru > the glass, > or is there something wrong with my approach? But when I click on > the image > to display luminance I get different cd/m2 numbers. > > Any advise would be helpful. Thanks in advance! I think you only have a problem in understanding the image format and its representation on screen. Radiance stores the calculation result as an image where every pixel has RGB value and an exponent giving the 'brightness' of the point. This format can store an illuminance range that exceeds the capabilities of your display by far. To get a visual impression (the image you would expect from the rendering) the image viewer has to convert the real values in the picture file to RGB values for your computer screen. If you have two different pictures with the same scene but lit with different amounts of light this adjustment will present you the image optimised for the display, which probably means that the real brightness of the scene is changed to something that gives the best representation for your eyes. The images 'look' similar (or indeed identical) but the real content of the image is different (as you have found out with the cd/m2 values). You can think of this process of something like your eyes do in different lighting conditions: At first you will feel blinded in a bright room but after a while your eyes adjust to the light levels and you can see normally. If you move to an identical but dimly lit room you will think it's too dark. After some time you will get used to it and you can see in this room just like in the room before. To help you with your problem: While you view the image in an image viewer for Radiance *.pic file format you have to set the 'exposure' to the same value for both images. If you use ximage (on Unix) use the '-e' option for this. If you can't do this in your picture viewer use the tool 'pcompos' to combine the two pictures into one and view them at the same time: pcompos -a 2 bright.pic dark.pic > brigh_and_dark.pic Regards, Thomas From radiance at rendigo.com Tue Oct 7 15:19:01 2008 From: radiance at rendigo.com (Erwin Zierler) Date: Tue Oct 7 15:19:07 2008 Subject: [Radiance-general] obj2rad failing Message-ID: <00038B6E.48EBFC75@192.168.0.81> Hi all, I am currently testing differrent converters with what you could call 'real-world' scene files originating from differrent CAD systems and modellers. While exploring the capabilities of obj2rad I noticed that it fails on a OBJ File (exported from ArchiCAD) with the following error: example.obj: Wavefront syntax error near line 167037: Bad face Here is the 'bad' part of the file (line 167037 - 167041) f 29760/83929/29760 29761/83930/29761 29762/83931/29762 29763/83932/29763 vt 42.5353 8.46865 vt 42.5353 8.474 vt 42.53 8.474 vt 42.53 8.469 Other parts of the obj file work fine: f 29682/83789 29683/83790 29684/83791 29685/83792 vt -0.019984 -0.400179 vt 8.56333 -0.400179 vt 8.58332 0 vt 0 0 The OBJ file format specification tells me that both 'f' lines are perfectly legal: Using v, vt, and vn to represent geometric vertices, texture vertices, and vertex normals, the statement would read: f v/vt/vn v/vt/vn v/vt/vn v/vt/vn But obj2rad doesn't seem to like the 3rd number(s) vn which are supposed to represent the vertex normals. The obj2rad man page doesn't go into much detail about the 'f' statement with respect to allowed format. Running obj2rad -f (ignoring vertex normal information) also fails on the exact same line. I will try to get ahold of some smaller ArchiCAD OBJ exports now and see if I can narrow down the problem. If anyone has some ideas or similar experiences I would sure appreciate to hear from you! TIA, Erwin From gregoryjward at gmail.com Tue Oct 7 22:20:08 2008 From: gregoryjward at gmail.com (Greg Ward) Date: Tue Oct 7 22:20:44 2008 Subject: [Radiance-general] Re: obj2rad failing In-Reply-To: <00038B6E.48EBFC75@192.168.0.81> References: <00038B6E.48EBFC75@192.168.0.81> Message-ID: Hi Erwin, The problem with that face is that it refers to vertex normals 29760, 29761, and 29763, whereas you've only defined 544 normals up until that point in the file. It is illegal to refer to an undefined index in obj2rad, hence the reported error. None of the other OBJ file converters will like it, either. The faces up until that point in the file don't use vertex normals, so they pass without complaint. -Greg P.S. To those of you confused by this exchange, Erwin sent me his OBJ file in a separate e-mail at my request. > From: "Erwin Zierler" > Date: October 7, 2008 3:19:01 PM PDT > > Hi all, > > I am currently testing differrent converters with what you could > call 'real-world' scene files originating from differrent CAD > systems and modellers. While exploring the capabilities of obj2rad > I noticed that it fails on a OBJ File (exported from ArchiCAD) with > the following error: > > example.obj: Wavefront syntax error near line 167037: Bad face > > Here is the 'bad' part of the file (line 167037 - 167041) > > f 29760/83929/29760 29761/83930/29761 29762/83931/29762 > 29763/83932/29763 > vt 42.5353 8.46865 > vt 42.5353 8.474 > vt 42.53 8.474 > vt 42.53 8.469 > > Other parts of the obj file work fine: > > f 29682/83789 29683/83790 29684/83791 29685/83792 > vt -0.019984 -0.400179 > vt 8.56333 -0.400179 > vt 8.58332 0 > vt 0 0 > > The OBJ file format specification tells me that both 'f' lines are > perfectly legal: > > Using v, vt, and vn to represent geometric vertices, texture vertices, > and vertex normals, the statement would read: > > f v/vt/vn v/vt/vn v/vt/vn v/vt/vn > > But obj2rad doesn't seem to like the 3rd number(s) vn which are > supposed to represent the vertex normals. The obj2rad man page > doesn't go into much detail about the 'f' statement with respect to > allowed format. Running obj2rad -f (ignoring vertex normal > information) also fails on the exact same line. > > I will try to get ahold of some smaller ArchiCAD OBJ exports now > and see if I can narrow down the problem. If anyone has some ideas > or similar experiences I would sure appreciate to hear from you! > TIA, > Erwin From radiance at rendigo.com Tue Oct 7 23:44:42 2008 From: radiance at rendigo.com (Erwin Zierler) Date: Tue Oct 7 23:44:57 2008 Subject: [Radiance-general] Re: obj2rad failing Message-ID: <00038B96.48EC72F9@192.168.0.81> Hi Greg, thanks for the investigation. This means that Archicad produces faulty OBJ files or something went wrong during the export. I will have to ask the folks who gave me the file. I tried importing this file into other modellers, some of them seem to ignore all faulty objects, and some of them import everything only up to that line. But I have not checked this out in great detail. Maybe I can implement some kind of syntax checker that does some sanity checks on obj files before I throw them at obj2rad. I guess my goal will be to import at least the geometry, even if the vn or vt info is not correct. Regards, Erwin -------- Original Message -------- Subject: [Radiance-general] Re: obj2rad failing (08-Okt-2008 7:21) From: Greg Ward To: radiance@rendigo.com > Hi Erwin, > > The problem with that face is that it refers to vertex normals 29760, > 29761, and 29763, whereas you've only defined 544 normals up until > that point in the file. It is illegal to refer to an undefined index > in obj2rad, hence the reported error. None of the other OBJ file > converters will like it, either. The faces up until that point in > the file don't use vertex normals, so they pass without complaint. > > -Greg > > P.S. To those of you confused by this exchange, Erwin sent me his > OBJ file in a separate e-mail at my request. > > > From: "Erwin Zierler" > > Date: October 7, 2008 3:19:01 PM PDT > > > > Hi all, > > > > I am currently testing differrent converters with what you could > > call 'real-world' scene files originating from differrent CAD > > systems and modellers. While exploring the capabilities of obj2rad > > I noticed that it fails on a OBJ File (exported from ArchiCAD) with > > the following error: > > > > example.obj: Wavefront syntax error near line 167037: Bad face > > > > Here is the 'bad' part of the file (line 167037 - 167041) > > > > f 29760/83929/29760 29761/83930/29761 29762/83931/29762 > > 29763/83932/29763 > > vt 42.5353 8.46865 > > vt 42.5353 8.474 > > vt 42.53 8.474 > > vt 42.53 8.469 > > > > Other parts of the obj file work fine: > > > > f 29682/83789 29683/83790 29684/83791 29685/83792 > > vt -0.019984 -0.400179 > > vt 8.56333 -0.400179 > > vt 8.58332 0 > > vt 0 0 > > > > The OBJ file format specification tells me that both 'f' lines are > > perfectly legal: > > > > Using v, vt, and vn to represent geometric vertices, texture vertices, > > and vertex normals, the statement would read: > > > > f v/vt/vn v/vt/vn v/vt/vn v/vt/vn > > > > But obj2rad doesn't seem to like the 3rd number(s) vn which are > > supposed to represent the vertex normals. The obj2rad man page > > doesn't go into much detail about the 'f' statement with respect to > > allowed format. Running obj2rad -f (ignoring vertex normal > > information) also fails on the exact same line. > > > > I will try to get ahold of some smaller ArchiCAD OBJ exports now > > and see if I can narrow down the problem. If anyone has some ideas > > or similar experiences I would sure appreciate to hear from you! > > TIA, > > Erwin > > _______________________________________________ > Radiance-general mailing list > Radiance-general@radiance-online.org > http://www.radiance-online.org/mailman/listinfo/radiance-general From gregoryjward at gmail.com Wed Oct 8 07:44:29 2008 From: gregoryjward at gmail.com (Greg Ward) Date: Wed Oct 8 07:44:46 2008 Subject: [Radiance-general] Re: obj2rad failing In-Reply-To: <00038B96.48EC72F9@192.168.0.81> References: <00038B96.48EC72F9@192.168.0.81> Message-ID: <72564F4B-88AD-42D9-BE3A-DC46009B5F71@lmi.net> Hi Erwin, Importing minus the vertex and textures can be done with this command: sed '/^f /s@/[0-9/]*@@g' Hauk-EZ.obj | obj2rad > Hauk-EZ.rad Seems to work for me, at least. -Greg P.S. I also tried putting all the vertex normals at the front of the file, thinking maybe ACAD just scattered them throughout in violation of one of the Wavefront syntax restrictions, but there were still faces that referred to vertex normal indices that exceeded the total number of vertex normals in the file. > From: "Erwin Zierler" > Date: October 7, 2008 11:44:42 PM PDT > > Hi Greg, > > thanks for the investigation. This means that Archicad produces > faulty OBJ files or something went wrong during the export. I will > have to ask the folks who gave me the file. I tried importing this > file into other modellers, some of them seem to ignore all faulty > objects, and some of them import everything only up to that line. > But I have not checked this out in great detail. Maybe I can > implement some kind of syntax checker that does some sanity checks > on obj files before I throw them at obj2rad. I guess my goal will > be to import at least the geometry, even if the vn or vt info is > not correct. > Regards, > Erwin From silkworth at transsolar.com Fri Oct 10 09:48:07 2008 From: silkworth at transsolar.com (Cramer Silkworth) Date: Fri Oct 10 09:48:22 2008 Subject: [Radiance-general] rhino - ecotect - radiance issues Message-ID: Hi All, I've got a model from an architect, built in Rhino, that I need to get into Radiance. Typically we do this via Ecotect, exporting 3ds files from Rhino, importing into Ecotect, and using Ecotect to generate my rad files. However, this model is just a mess once it's imported into Ecotect - even the flat facades are a mess of triangles, and the reduce coincident triangles/polygons command is all but worthless. The Rhino model is actually fairly complex, it's a masterplan with 20 or so towers, but even doing just one building is going to take me a day to clean up. Does anyone have any suggestions? Thanks, Cramer J. Cramer Silkworth Transsolar Climate Engineering Technical consulting for energy efficiency and environmental quality in buildings. 145 Hudson Street Suite 402 New York, NY 10013 Office: 212-219-2255 Mobile: 347-283-2547 silkworth@transsolar.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://radiance-online.org/pipermail/radiance-general/attachments/20081010/a976d330/attachment.html From babetzki at transsolar.com Fri Oct 10 09:57:21 2008 From: babetzki at transsolar.com (Kai Babetzki) Date: Fri Oct 10 09:58:01 2008 Subject: AW: [Radiance-general] rhino - ecotect - radiance issues Message-ID: Hi Cramer, try obj2rad. Therefore you simply have to export parts of the model as Wavefront(*.obj) in rhino. Then you can convert them with: obj2rad *.obj > *.rad. Afterwards it's pretty simple and fast to import these *.rad files into ecotec again. Kind regards, Kai _____ Von: radiance-general-bounces@radiance-online.org [mailto:radiance-general-bounces@radiance-online.org] Im Auftrag von Cramer Silkworth Gesendet: Freitag, 10. Oktober 2008 18:48 An: radiance-general@radiance-online.org Betreff: [Radiance-general] rhino - ecotect - radiance issues Hi All, I've got a model from an architect, built in Rhino, that I need to get into Radiance. Typically we do this via Ecotect, exporting 3ds files from Rhino, importing into Ecotect, and using Ecotect to generate my rad files. However, this model is just a mess once it's imported into Ecotect - even the flat facades are a mess of triangles, and the reduce coincident triangles/polygons command is all but worthless. The Rhino model is actually fairly complex, it's a masterplan with 20 or so towers, but even doing just one building is going to take me a day to clean up. Does anyone have any suggestions? Thanks, Cramer J. Cramer Silkworth Transsolar Climate Engineering Technical consulting for energy efficiency and environmental quality in buildings. 145 Hudson Street Suite 402 New York, NY 10013 Office: 212-219-2255 Mobile: 347-283-2547 silkworth@transsolar.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://radiance-online.org/pipermail/radiance-general/attachments/20081010/a489baeb/attachment.htm From kkonis at berkeley.edu Fri Oct 10 14:17:44 2008 From: kkonis at berkeley.edu (kkonis@berkeley.edu) Date: Fri Oct 10 14:17:50 2008 Subject: [Radiance-general] Re: Radiance-general Digest, Vol 56, Issue 4 In-Reply-To: References: Message-ID: <49304.198.128.27.129.1223673464.squirrel@calmail.berkeley.edu> When you export 3d geometry from rino you have a choice of the file type (3d studio, dxf etc) and you also have the choice (a slider bar) of how much detail to export for complex surfaces. If the stuff that's in your masterplan is rectilinear (i.e. not a bunch of NURBS objects) then this slider should be almost all the way to the left (for less detail). That might be where all those triangles are coming from, as rino is designed to model complex shapes like sailboat hulls, it has to reduce its curvy objects to faceted objects (so other programs can read them) and if it adds too many triangles then the file will be unnessicarily large for what you want to do. is it a DXF file? It probably should be. (just a guess : ) ) Also, how large is the file size? Maybe you can ask for your architect to supply you with several exports, low, med and high file size exports of the same geometry. It's been a few years since I have used rino extensively so i hope this helps. -Kyle ****************************************** Kyle Konis PhD Student Lawrence Berkeley National Lab (LBNL) UC Berkeley Center for the Built Environment (CBE) 206.303.9786 ****************************************** > Send Radiance-general mailing list submissions to > radiance-general@radiance-online.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://www.radiance-online.org/mailman/listinfo/radiance-general > or, via email, send a message with subject or body 'help' to > radiance-general-request@radiance-online.org > > You can reach the person managing the list at > radiance-general-owner@radiance-online.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Radiance-general digest..." > > > Today's Topics: > > 1. rhino - ecotect - radiance issues (Cramer Silkworth) > 2. AW: [Radiance-general] rhino - ecotect - radiance issues > (Kai Babetzki) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Fri, 10 Oct 2008 18:48:07 +0200 > From: "Cramer Silkworth" > Subject: [Radiance-general] rhino - ecotect - radiance issues > To: > Message-ID: > > Content-Type: text/plain; charset="us-ascii" > > Hi All, > > I've got a model from an architect, built in Rhino, that I need to get > into Radiance. Typically we do this via Ecotect, exporting 3ds files > from Rhino, importing into Ecotect, and using Ecotect to generate my rad > files. However, this model is just a mess once it's imported into > Ecotect - even the flat facades are a mess of triangles, and the reduce > coincident triangles/polygons command is all but worthless. The Rhino > model is actually fairly complex, it's a masterplan with 20 or so > towers, but even doing just one building is going to take me a day to > clean up. Does anyone have any suggestions? > > Thanks, > Cramer > > > J. Cramer Silkworth > > Transsolar Climate Engineering > > Technical consulting for energy efficiency and environmental quality in > buildings. > > 145 Hudson Street > > Suite 402 > > New York, NY 10013 > > Office: 212-219-2255 > > Mobile: 347-283-2547 > > silkworth@transsolar.com > > > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > http://radiance-online.org/pipermail/radiance-general/attachments/20081010/a976d330/attachment-0001.html > > ------------------------------ > > Message: 2 > Date: Fri, 10 Oct 2008 18:57:21 +0200 > From: "Kai Babetzki" > Subject: AW: [Radiance-general] rhino - ecotect - radiance issues > To: "Radiance general discussion" > > Message-ID: > > Content-Type: text/plain; charset="us-ascii" > > Hi Cramer, > > try obj2rad. Therefore you simply have to export parts of the model as > Wavefront(*.obj) in rhino. > Then you can convert them with: obj2rad *.obj > *.rad. > > Afterwards it's pretty simple and fast to import these *.rad files into > ecotec again. > > Kind regards, > Kai > > _____ > > Von: radiance-general-bounces@radiance-online.org > [mailto:radiance-general-bounces@radiance-online.org] Im Auftrag von > Cramer Silkworth > Gesendet: Freitag, 10. Oktober 2008 18:48 > An: radiance-general@radiance-online.org > Betreff: [Radiance-general] rhino - ecotect - radiance issues > > > Hi All, > > I've got a model from an architect, built in Rhino, that I need to get > into Radiance. Typically we do this via Ecotect, exporting 3ds files > from Rhino, importing into Ecotect, and using Ecotect to generate my rad > files. However, this model is just a mess once it's imported into > Ecotect - even the flat facades are a mess of triangles, and the reduce > coincident triangles/polygons command is all but worthless. The Rhino > model is actually fairly complex, it's a masterplan with 20 or so > towers, but even doing just one building is going to take me a day to > clean up. Does anyone have any suggestions? > > Thanks, > Cramer > > > J. Cramer Silkworth > > Transsolar Climate Engineering > > Technical consulting for energy efficiency and environmental quality in > buildings. > > 145 Hudson Street > > Suite 402 > > New York, NY 10013 > > Office: 212-219-2255 > > Mobile: 347-283-2547 > > silkworth@transsolar.com > > > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > http://radiance-online.org/pipermail/radiance-general/attachments/20081010/a489baeb/attachment.html > > ------------------------------ > > _______________________________________________ > Radiance-general mailing list > Radiance-general@radiance-online.org > http://www.radiance-online.org/mailman/listinfo/radiance-general > > > End of Radiance-general Digest, Vol 56, Issue 4 > *********************************************** > From giorgio.butturini at gmail.com Fri Oct 10 23:30:22 2008 From: giorgio.butturini at gmail.com (giorgio butturini) Date: Fri Oct 10 23:30:28 2008 Subject: [Radiance-general] Re: Radiance-general Digest, Vol 56, Issue 4 In-Reply-To: <48efa73a.1e018e0a.0382.ffffcf16SMTPIN_ADDED@mx.google.com> References: <48efa73a.1e018e0a.0382.ffffcf16SMTPIN_ADDED@mx.google.com> Message-ID: <5fb1fb5f0810102330g6516fa48s162425cfcc9e6290@mail.gmail.com> Hi Cramer, Other solution: export file from rhino to dxf, then you can convert them with: dxf2rad *.dxf > *.rad Kind regards, Giorgio Butturini 2008/10/10 > Send Radiance-general mailing list submissions to > radiance-general@radiance-online.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://www.radiance-online.org/mailman/listinfo/radiance-general > or, via email, send a message with subject or body 'help' to > radiance-general-request@radiance-online.org > > You can reach the person managing the list at > radiance-general-owner@radiance-online.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Radiance-general digest..." > > > Today's Topics: > > 1. rhino - ecotect - radiance issues (Cramer Silkworth) > 2. AW: [Radiance-general] rhino - ecotect - radiance issues > (Kai Babetzki) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Fri, 10 Oct 2008 18:48:07 +0200 > From: "Cramer Silkworth" > Subject: [Radiance-general] rhino - ecotect - radiance issues > To: > Message-ID: > > Content-Type: text/plain; charset="us-ascii" > > Hi All, > > I've got a model from an architect, built in Rhino, that I need to get > into Radiance. Typically we do this via Ecotect, exporting 3ds files > from Rhino, importing into Ecotect, and using Ecotect to generate my rad > files. However, this model is just a mess once it's imported into > Ecotect - even the flat facades are a mess of triangles, and the reduce > coincident triangles/polygons command is all but worthless. The Rhino > model is actually fairly complex, it's a masterplan with 20 or so > towers, but even doing just one building is going to take me a day to > clean up. Does anyone have any suggestions? > > Thanks, > Cramer > > > J. Cramer Silkworth > > Transsolar Climate Engineering > > Technical consulting for energy efficiency and environmental quality in > buildings. > > 145 Hudson Street > > Suite 402 > > New York, NY 10013 > > Office: 212-219-2255 > > Mobile: 347-283-2547 > > silkworth@transsolar.com > > > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > http://radiance-online.org/pipermail/radiance-general/attachments/20081010/a976d330/attachment-0001.html > > ------------------------------ > > Message: 2 > Date: Fri, 10 Oct 2008 18:57:21 +0200 > From: "Kai Babetzki" > Subject: AW: [Radiance-general] rhino - ecotect - radiance issues > To: "Radiance general discussion" > > Message-ID: > > Content-Type: text/plain; charset="us-ascii" > > Hi Cramer, > > try obj2rad. Therefore you simply have to export parts of the model as > Wavefront(*.obj) in rhino. > Then you can convert them with: obj2rad *.obj > *.rad. > > Afterwards it's pretty simple and fast to import these *.rad files into > ecotec again. > > Kind regards, > Kai > > _____ > > Von: radiance-general-bounces@radiance-online.org > [mailto:radiance-general-bounces@radiance-online.org] Im Auftrag von > Cramer Silkworth > Gesendet: Freitag, 10. Oktober 2008 18:48 > An: radiance-general@radiance-online.org > Betreff: [Radiance-general] rhino - ecotect - radiance issues > > > Hi All, > > I've got a model from an architect, built in Rhino, that I need to get > into Radiance. Typically we do this via Ecotect, exporting 3ds files > from Rhino, importing into Ecotect, and using Ecotect to generate my rad > files. However, this model is just a mess once it's imported into > Ecotect - even the flat facades are a mess of triangles, and the reduce > coincident triangles/polygons command is all but worthless. The Rhino > model is actually fairly complex, it's a masterplan with 20 or so > towers, but even doing just one building is going to take me a day to > clean up. Does anyone have any suggestions? > > Thanks, > Cramer > > > J. Cramer Silkworth > > Transsolar Climate Engineering > > Technical consulting for energy efficiency and environmental quality in > buildings. > > 145 Hudson Street > > Suite 402 > > New York, NY 10013 > > Office: 212-219-2255 > > Mobile: 347-283-2547 > > silkworth@transsolar.com > > > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > http://radiance-online.org/pipermail/radiance-general/attachments/20081010/a489baeb/attachment.html > > ------------------------------ > > _______________________________________________ > Radiance-general mailing list > Radiance-general@radiance-online.org > http://www.radiance-online.org/mailman/listinfo/radiance-general > > > End of Radiance-general Digest, Vol 56, Issue 4 > *********************************************** > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://radiance-online.org/pipermail/radiance-general/attachments/20081011/a590dbbe/attachment.html From meredith.davey at atelierten.com Sun Oct 12 22:43:50 2008 From: meredith.davey at atelierten.com (Meredith Davey) Date: Sun Oct 12 22:45:13 2008 Subject: [Radiance-general] RE: rhino - ecotect - radiance issues In-Reply-To: References: Message-ID: <5F14FD0DF6BA66459300C536DEFCFBB2F8C1D5@exchsvr01.atelierten.com> Cramer, I've come across the same thing in the past and thought that it was due to the model being a set of NURBS surfaces that rhino is segmenting to turn into a DXF. I think there is a way to try and get rhino to clean some of this up but haven't found a fast process to do so. Do you need to clean up the model? I would try a test render to find out what kind of processing time it takes to render and use this to evaluate if you need to clean up. In ecotect the edges are highlighted to help you indentify different objects. I've found in the past that these often don't show up in a radiance render and this can often be less time consuming than trying to process the surfaces. Regards, Meredith Davey Associate Director atelier ten??? building service engineers + environmental designers ---------------------------------------------------------------------- Message: 1 Date: Fri, 10 Oct 2008 18:48:07 +0200 From: "Cramer Silkworth" Subject: [Radiance-general] rhino - ecotect - radiance issues To: Message-ID: Content-Type: text/plain; charset="us-ascii" Hi All, I've got a model from an architect, built in Rhino, that I need to get into Radiance. Typically we do this via Ecotect, exporting 3ds files from Rhino, importing into Ecotect, and using Ecotect to generate my rad files. However, this model is just a mess once it's imported into Ecotect - even the flat facades are a mess of triangles, and the reduce coincident triangles/polygons command is all but worthless. The Rhino model is actually fairly complex, it's a masterplan with 20 or so towers, but even doing just one building is going to take me a day to clean up. Does anyone have any suggestions? Thanks, Cramer J. Cramer Silkworth Transsolar Climate Engineering Technical consulting for energy efficiency and environmental quality in buildings. 145 Hudson Street Suite 402 New York, NY 10013 Office: 212-219-2255 Mobile: 347-283-2547 silkworth@transsolar.com ________________________________________________________________________ This e-mail has been scanned for all viruses by Star. The service is powered by MessageLabs. For more information on a proactive anti-virus service working around the clock, around the globe, visit: http://www.star.net.uk ________________________________________________________________________ From jelleferinga at gmail.com Mon Oct 13 12:00:42 2008 From: jelleferinga at gmail.com (Jelle Feringa) Date: Mon Oct 13 12:31:05 2008 Subject: [Radiance-general] Re: Radiance-general Digest, Vol 56, Issue 6 In-Reply-To: <48f39b40.1e038e0a.23bb.2ae3SMTPIN_ADDED@mx.google.com> References: <48f39b40.1e038e0a.23bb.2ae3SMTPIN_ADDED@mx.google.com> Message-ID: <855A6592-5B8C-4C76-8536-6662AF526858@gmail.com> > I've come across the same thing in the past and thought that it was > due to the model being a set of NURBS surfaces that rhino is > segmenting to turn into a DXF. I think there is a way to try and get > rhino to clean some of this up but haven't found a fast process to > do so. Yep, often Rhino produces horrible large meshes for solid / brep objects. If you simple select all objects in your scene and run the "explode" command, then if you mesh your objects the meshes are really just fine. Best thing is to make layers of material, than mesh per material layer. Writing a rhino -> radiance mesh converter with RhinoScript is pretty trivial too, if you need to do this ask more often or are interested in developing a workflow. Cheers, -jelle From danf at eb7.co.uk Tue Oct 14 04:12:06 2008 From: danf at eb7.co.uk (Dan Fitzpatrick) Date: Tue Oct 14 04:12:17 2008 Subject: [Radiance-general] Radzilla install Message-ID: <7385040.13911223982726829.JavaMail.servlet@kundenserver> Hi all I'm trying to install Radzilla onto my Mac. I am at the beginning of my understanding of all things Unix based and installing Radiance was a steep hill. Can anyone give me an idiots guide on what I need to do to install Radzilla? So far I have installed QT4 okay and I have Xcode tools installed. However the Radzilla install completes with a number of errors... Any pointers will be greatly appreciated. Dan From grobe at gmx.net Wed Oct 15 05:43:00 2008 From: grobe at gmx.net (Lars O. Grobe) Date: Wed Oct 15 05:48:19 2008 Subject: [Radiance-general] Radzilla install In-Reply-To: <7385040.13911223982726829.JavaMail.servlet@kundenserver> References: <7385040.13911223982726829.JavaMail.servlet@kundenserver> Message-ID: <48F5E554.1010500@gmx.net> Hi Dan, there is a dedicated Radzilla mailing list. Would binaries be helpful for you? I had problems with the GUI (which was built but not really useable on a Mac), but have been successful installing the command-line. CU Lars. From deepak.gv at ufl.edu Wed Oct 15 07:07:22 2008 From: deepak.gv at ufl.edu (G V DEEPAK) Date: Wed Oct 15 07:07:31 2008 Subject: [Radiance-general] Findglare Message-ID: <754471474.368761224079642638.JavaMail.osg@osgjas04.cns.ufl.edu> HI I am running simulations of Blinds in a small office room. I am trying to get glare values for my viewpoints. While running the findglare program I get the following segmentation fault findglare -vf bestview.vp -ga 10-60:10 -av .1 .1 .1 sample1.oct Segmentation fault Any Advice would be helpful.. Thanx in advance.. G V DEEPAK Graduate student and Research Assistant M.E. Rinker, Sr. School of Building Construction. University Of Florida. From grobe at gmx.net Wed Oct 15 07:49:43 2008 From: grobe at gmx.net (Lars O. Grobe) Date: Wed Oct 15 07:49:57 2008 Subject: [Radiance-general] Findglare In-Reply-To: <754471474.368761224079642638.JavaMail.osg@osgjas04.cns.ufl.edu> References: <754471474.368761224079642638.JavaMail.osg@osgjas04.cns.ufl.edu> Message-ID: <48F60307.3070008@gmx.net> > findglare -vf bestview.vp -ga 10-60:10 -av .1 .1 .1 sample1.oct > > Segmentation fault Can you please give details on the operating system, system architecture, and the release and source of the findglare you used? That will make it easier to track problems. CU Lars. -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3617 bytes Desc: S/MIME Cryptographic Signature Url : http://radiance-online.org/pipermail/radiance-general/attachments/20081015/f440e159/smime.bin From deepak.gv at ufl.edu Wed Oct 15 12:59:22 2008 From: deepak.gv at ufl.edu (G V DEEPAK) Date: Wed Oct 15 12:59:33 2008 Subject: [Radiance-general] Findglare Message-ID: <1565027211.245541224100762407.JavaMail.osg@osgjas03.cns.ufl.edu> Hello Dr Grobe, Thanx for the prompt reply. I am Using Mac OSX. I have installed Radiance version 3.9. I am not from a Computer Science background so excuse me for lack of knowledge about this but I did not exactly get what you meant by release and source of findglare..!! Thank you again. On Wed Oct 15 10:49:43 EDT 2008, "Lars O. Grobe" wrote: > >> findglare -vf bestview.vp -ga 10-60:10 -av .1 .1 .1 sample1.oct >> >> Segmentation fault > > Can you please give details on the operating system, system > architecture, and the release and source of the findglare you > used? That > will make it easier to track problems. > > CU Lars. > > _______________________________________________ > Radiance-general mailing list > Radiance-general@radiance-online.org > http://www.radiance-online.org/mailman/listinfo/radiance-general > G V DEEPAK Graduate student and Research Assistant M.E. Rinker, Sr. School of Building Construction. University Of Florida. From antonutto at yahoo.it Wed Oct 15 14:11:05 2008 From: antonutto at yahoo.it (giulio) Date: Wed Oct 15 14:11:29 2008 Subject: [Radiance-general] Findglare In-Reply-To: <1565027211.245541224100762407.JavaMail.osg@osgjas03.cns.ufl.edu> References: <1565027211.245541224100762407.JavaMail.osg@osgjas03.cns.ufl.edu> Message-ID: <816A974F-7913-4A81-A06A-38AABEEBD32F@yahoo.it> yep, same on macosx/intel here... the solution?use the PPC intel binaries... I guess there is a bug somewhere and the intel processors do not like it. funnily enough the old PPCs are ok :-) Greg? G On 15 Oct 2008, at 20:59, G V DEEPAK wrote: > Hello Dr Grobe, > > Thanx for the prompt reply. I am Using Mac OSX. I have installed > Radiance version 3.9. > I am not from a Computer Science background so excuse me for lack > of knowledge about this but I did not exactly get what you meant by > release and source of findglare..!! > > Thank you again. > > > On Wed Oct 15 10:49:43 EDT 2008, "Lars O. Grobe" > wrote: > >>> findglare -vf bestview.vp -ga 10-60:10 -av .1 .1 .1 sample1.oct >>> Segmentation fault >> Can you please give details on the operating system, system >> architecture, and the release and source of the findglare you >> used? That >> will make it easier to track problems. >> CU Lars. >> _______________________________________________ >> Radiance-general mailing list >> Radiance-general@radiance-online.org >> http://www.radiance-online.org/mailman/listinfo/radiance-general > > > > G V DEEPAK > Graduate student and Research Assistant > M.E. Rinker, Sr. School of Building Construction. > University Of Florida. > > > _______________________________________________ > Radiance-general mailing list > Radiance-general@radiance-online.org > http://www.radiance-online.org/mailman/listinfo/radiance-general Chiacchiera con i tuoi amici in tempo reale! http://it.yahoo.com/mail_it/foot/*http://it.messenger.yahoo.com From gregoryjward at gmail.com Wed Oct 15 14:36:39 2008 From: gregoryjward at gmail.com (Greg Ward) Date: Wed Oct 15 14:36:49 2008 Subject: [Radiance-general] Findglare In-Reply-To: <816A974F-7913-4A81-A06A-38AABEEBD32F@yahoo.it> References: <1565027211.245541224100762407.JavaMail.osg@osgjas03.cns.ufl.edu> <816A974F-7913-4A81-A06A-38AABEEBD32F@yahoo.it> Message-ID: Must be a pointer or byte-order issue. I'll have to look into it when I get back from Japan next week. Luckily, I have a MacBook I can experiment with at home. -Greg > From: giulio > Date: October 16, 2008 6:11:05 AM JST > > yep, same on macosx/intel here... > the solution?use the PPC intel binaries... > I guess there is a bug somewhere and the intel processors do not > like it. > funnily enough the old PPCs are ok :-) > Greg? > G > > On 15 Oct 2008, at 20:59, G V DEEPAK wrote: > >> Hello Dr Grobe, >> >> Thanx for the prompt reply. I am Using Mac OSX. I have installed >> Radiance version 3.9. >> I am not from a Computer Science background so excuse me for lack >> of knowledge about this but I did not exactly get what you meant >> by release and source of findglare..!! >> >> Thank you again. >> >> >> On Wed Oct 15 10:49:43 EDT 2008, "Lars O. Grobe" >> wrote: >> >>>> findglare -vf bestview.vp -ga 10-60:10 -av .1 .1 .1 sample1.oct >>>> Segmentation fault >>> Can you please give details on the operating system, system >>> architecture, and the release and source of the findglare you >>> used? That >>> will make it easier to track problems. >>> CU Lars. From deepak.gv at ufl.edu Thu Oct 16 06:46:52 2008 From: deepak.gv at ufl.edu (G V DEEPAK) Date: Thu Oct 16 06:47:01 2008 Subject: [Radiance-general] Findglare Message-ID: <1791011420.292411224164812823.JavaMail.osg@osgjas03.cns.ufl.edu> Hi again... I have Installed RADIANCE 3.9 Official Release 30 April 2008 by GW from the following link : http://radsite.lbl.gov/radiance/framed.html Let me know if this is reliable or i must use binaries from other links..? Thank you again... On Wed Oct 15 17:36:39 EDT 2008, Greg Ward wrote: > Must be a pointer or byte-order issue. I'll have to look into it > when I get back from Japan next week. Luckily, I have a MacBook > I can experiment with at home. > > -Greg > >> From: giulio >> Date: October 16, 2008 6:11:05 AM JST >> >> yep, same on macosx/intel here... >> the solution?use the PPC intel binaries... >> I guess there is a bug somewhere and the intel processors do not >> like it. >> funnily enough the old PPCs are ok :-) >> Greg? >> G >> >> On 15 Oct 2008, at 20:59, G V DEEPAK wrote: >> >>> Hello Dr Grobe, >>> >>> Thanx for the prompt reply. I am Using Mac OSX. I have >>> installed Radiance version 3.9. >>> I am not from a Computer Science background so excuse me for >>> lack of knowledge about this but I did not exactly get what >>> you meant by release and source of findglare..!! >>> >>> Thank you again. >>> >>> >>> On Wed Oct 15 10:49:43 EDT 2008, "Lars O. Grobe" >>> wrote: >>> >>>>> findglare -vf bestview.vp -ga 10-60:10 -av .1 .1 .1 sample1.oct >>>>> Segmentation fault >>>> Can you please give details on the operating system, system >>>> architecture, and the release and source of the findglare you >>>> used? That >>>> will make it easier to track problems. >>>> CU Lars. > > _______________________________________________ > Radiance-general mailing list > Radiance-general@radiance-online.org > http://www.radiance-online.org/mailman/listinfo/radiance-general > > G V DEEPAK Graduate student and Research Assistant M.E. Rinker, Sr. School of Building Construction. University Of Florida. From jacobs.axel at gmail.com Fri Oct 17 07:54:32 2008 From: jacobs.axel at gmail.com (Axel Jacobs) Date: Fri Oct 17 07:54:41 2008 Subject: [Radiance-general] LEARNIX 2008-1 beta Message-ID: <100441490810170754p65631534sa445e9c90beaf841@mail.gmail.com> Dear list, A beta version of the new LEARNIX live-CD is up for grabs: http://luminance.londonmet.ac.uk/learnix/ LEARNIX is now based on Ubuntu, rather than Knoppix. We use Bernd's official Radiance packages. Please get it, test it, and send any feedback off-list directly to me. Note that some of the documentation has not been updated, e.g. the Getting Started Guide and Luisa's ESP-r tutorial. Although some seemingly unmaintained or non-functional packages have been dropped, we are happy to announce that Andreas' radview, as well as Ilya's mt tools have made it into LEARNIX. There are a number of test scripts under /usr/local/share/learnix which are designed to verify the functionality of Radiance and add-ons. We would greatly appreciate if you could give any feedback and/or suggestions on them, too. Cheers Axel From bernd at bzed.de Fri Oct 17 08:57:45 2008 From: bernd at bzed.de (Bernd Zeimetz) Date: Fri Oct 17 08:57:27 2008 Subject: [Radiance-general] LEARNIX 2008-1 beta In-Reply-To: <100441490810170754p65631534sa445e9c90beaf841@mail.gmail.com> References: <100441490810170754p65631534sa445e9c90beaf841@mail.gmail.com> Message-ID: <48F8B5F9.4020908@bzed.de> Hi, > LEARNIX is now based on Ubuntu, rather than Knoppix. We use Bernd's > official Radiance packages. Please get it, test it, and send any > feedback off-list directly to me. Note that some of the documentation > has not been updated, e.g. the Getting Started Guide and Luisa's ESP-r > tutorial. > > Although some seemingly unmaintained or non-functional packages have > been dropped, we are happy to announce that Andreas' radview, as well > as Ilya's mt tools have made it into LEARNIX. great to know the packages are useful here, too. What I'm wondering about is if there's anything else out there which is under a DFSG compatible license and could be included in Debian, too? If somebody else would like to maintain such packages in Debian just let me know and I'll happily review and sponsor the uploads for them - or create and maintain the packages if you want me to. Cheers, Bernd -- Bernd Zeimetz Debian GNU/Linux Developer GPG Fingerprint: 06C8 C9A2 EAAD E37E 5B2C BE93 067A AD04 C93B FF79 From galenburrell at yahoo.com Mon Oct 20 00:08:09 2008 From: galenburrell at yahoo.com (Galen Burrell) Date: Mon Oct 20 00:08:15 2008 Subject: [Radiance-general] calculating percentages of a given value in a radiance .pic Message-ID: <126602.12210.qm@web42102.mail.mud.yahoo.com> Hi All, I have a radiance .pic with lux values calculated using rpict -i. Is there a way to calculate the percentage of the pixels that are at or above a specified value? Thanks, Galen __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://radiance-online.org/pipermail/radiance-general/attachments/20081020/66782fc2/attachment.html From maricanis at gmail.com Mon Oct 20 03:42:28 2008 From: maricanis at gmail.com (Marija Velickovic) Date: Mon Oct 20 03:42:39 2008 Subject: [Radiance-general] calculating percentages of a given value in a radiance .pic In-Reply-To: <126602.12210.qm@web42102.mail.mud.yahoo.com> References: <126602.12210.qm@web42102.mail.mud.yahoo.com> Message-ID: <124b40400810200342x70bae81avd4d04b3b85937fec@mail.gmail.com> Hi, I suppose you can use some of standard Radiance tools for that, but here is another way we use. In Raddisplay http://deluminaelab.com/en/raddisplay_details.html program you can create falsecolor image from your original radiance image. If you define false color palette with 2 colors - one has value 0 and another value you want to use as a threshold, and open Statistiques dialog, you'll have percent for each color in the tablle. You can also define the palette with more colors, for various threshold values. Hope this helps, Marija De Luminae. 2008/10/20 Galen Burrell > Hi All, > I have a radiance .pic with lux values calculated using rpict -i. Is there > a way to calculate the percentage of the pixels that are at or above a > specified value? > Thanks, > Galen > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://radiance-online.org/pipermail/radiance-general/attachments/20081020/5c9194b7/attachment.htm From gregoryjward at gmail.com Mon Oct 20 10:12:17 2008 From: gregoryjward at gmail.com (Greg Ward) Date: Mon Oct 20 10:12:28 2008 Subject: [Radiance-general] Re: calculating percentages of a given value in a radiance .pic In-Reply-To: <124b40400810200342x70bae81avd4d04b3b85937fec@mail.gmail.com> References: <126602.12210.qm@web42102.mail.mud.yahoo.com> <124b40400810200342x70bae81avd4d04b3b85937fec@mail.gmail.com> Message-ID: And here is one of the many possible standard Radiance tools ways: pvalue -h -H -o -b -df input.pic | rcalc -if -of -e '$1=1;$2=if(179* $1-THRESHOLD,1,0)' | total -if2 You need to set THRESHOLD to the desired luminance value (in cd/ m^2). This will give you two numbers, the ratio of which is the percentage you seek. If you want to do it all on the command line, you can add: | rcalc -e '$1=100*$2/$1' to the end of the pipe. Best, -Greg > From: "Marija Velickovic" > Date: October 20, 2008 3:42:28 AM PDT > > Hi, > > I suppose you can use some of standard Radiance tools for that, but > here is another way we use. > > In Raddisplay http://deluminaelab.com/en/raddisplay_details.html > program you can create falsecolor image from your original radiance > image. If you define false color palette with 2 colors - one has > value 0 and another value you want to use as a threshold, and open > Statistiques dialog, you'll have percent for each color in the > tablle. You can also define the palette with more colors, for > various threshold values. > > Hope this helps, > Marija > De Luminae. > > 2008/10/20 Galen Burrell > Hi All, > I have a radiance .pic with lux values calculated using rpict -i. > Is there a way to calculate the percentage of the pixels that are > at or above a specified value? > Thanks, > Galen > From jdlenard at deluminaelab.com Wed Oct 22 02:04:22 2008 From: jdlenard at deluminaelab.com (jeando) Date: Wed Oct 22 02:16:59 2008 Subject: [Radiance-general] Modelling an artificial sky : help needed Message-ID: <48FEEC96.2070807@deluminaelab.com> An HTML attachment was scrubbed... URL: http://radiance-online.org/pipermail/radiance-general/attachments/20081022/122fc6aa/attachment.html From tbleicher at arcor.de Wed Oct 22 03:26:16 2008 From: tbleicher at arcor.de (Thomas Bleicher) Date: Wed Oct 22 03:26:28 2008 Subject: [Radiance-general] Modelling an artificial sky : help needed In-Reply-To: <48FEEC96.2070807@deluminaelab.com> References: <48FEEC96.2070807@deluminaelab.com> Message-ID: <190482EF-329D-4A14-8723-4C5135C854D0@arcor.de> On 22 Oct 2008, at 10:04, jeando wrote: > Hi, > > We are building an artificial sky for an architecture school where > we teach, and before starting we prepare a Radiance model, to > simulate the interior of the artificial sky. The idea is to help us > to choose the right bulbs, the ceiling, etc. Interesting approach. I would have used physical mock ups to decide on materials (diffusers, layout and spacing) and measurements on a number of lamps of the same type to check for manufacturing inconsistencies. With Radiance you introduce the new complexity of modelling the physical materials _correctly_ in a virtual world and in some cases you have to deal with the optimisation of the algorithms. > To simulate the overcast sky (Moon and Spencer) distribution in > Radiance we made walls of mirror material and ceiling is filled > with fluorescent tubes (very close to one another) and covered with > translucent material. Then we tried to render few images of > interior, with several sets of rendering parameters, but final > images still aren't good enough with a lot of spots. > > Please see our results on http://docs.google.com/Doc? > id=dfvbdbg3_13f66n99kx At a first look I'd say your spotty images are the result of "-av 0 0 0" and a rather low "-ab 4". Note that the trans material will swallow one bounce just to let light pass. That leaves you 3 bounces to hit a light source which is not a lot. As a first step I'd set "-av" to something realistic. You should be able to calculate a reasonably good approximation of the ambient value from your physical set up. Next: Your rendering times might benefit from an 'illum' calculation. Replace the "trans" material ceiling with an "illum" to make it a direct light source. This will affect the appearance of the ceiling but not the accuracy of the rendering. However, this may go against your idea of simulating the physical set up. In your last image you're disabling the ambient cache with "-aa 0". Now every ray is calculated with your high settings. You can probably reduce "- ad" and "-as" a lot in your uniform environment. I'd also set "-lr" back to 8 again. There is a difference but it has not such a big visual impact. Regards, Thomas -------------- next part -------------- An HTML attachment was scrubbed... URL: http://radiance-online.org/pipermail/radiance-general/attachments/20081022/dce97063/attachment.htm From doers003 at umn.edu Wed Oct 22 08:05:28 2008 From: doers003 at umn.edu (Katja Doerschner) Date: Wed Oct 22 08:08:42 2008 Subject: [Radiance-general] Scaling texture Message-ID: <337A1B23-3E92-4BB6-AFCA-C498EA599C6A@umn.edu> Hello, I am rendering a movie of an cube that gradually changes its height. Since, as far as I know I can only scale meshes uniformly in Radiance (-s), I am constructing my meshes in matlab, export them as .obj, convert them to .rtm and render each frame with Radiance. This part works fine. I also want to texture-map my cube, and the texture should scale together with the geometry. I tried this several ways using brightfunc (with a modified version of Mark Stock's checker.cal) and colorpict, however all my animations look similar to this: http://www.bilkent.edu.tr/~katja/cube.html Instead of what you see I would like the texture to "squeeze" (i.e. stripes getting thinner in z-direction) as the object shrinks in height. If any one could point me to information that helps me solving this problem, that would be most appreciated. Thank you very much. Kind Regards, Katja Doerschner From tbleicher at arcor.de Wed Oct 22 09:22:26 2008 From: tbleicher at arcor.de (Thomas Bleicher) Date: Wed Oct 22 09:22:38 2008 Subject: [Radiance-general] Scaling texture In-Reply-To: <337A1B23-3E92-4BB6-AFCA-C498EA599C6A@umn.edu> References: <337A1B23-3E92-4BB6-AFCA-C498EA599C6A@umn.edu> Message-ID: On 22 Oct 2008, at 16:05, Katja Doerschner wrote: > I also want to texture-map my cube, and the texture should scale > together with the geometry. I tried this several ways using brightfunc > (with a modified version of Mark Stock's checker.cal) and colorpict, > however all my animations look similar to this: > > http://www.bilkent.edu.tr/~katja/cube.html Since you're already using the 'obj' format for the first export I'd add UV texture coordinates to the 'obj' and convert to mesh with obj2mesh. If you keep the UV coordinates the same for different sizes of the cube you will get the same mapping effect. Using the basic Radiance texture mapping I think you will have to scale the texture along the z-axis to get the effect you want. That requires a new material definition for each frame you export. Regards, Thomas From doers003 at umn.edu Wed Oct 22 10:12:54 2008 From: doers003 at umn.edu (Katja Doerschner) Date: Wed Oct 22 10:16:55 2008 Subject: [Radiance-general] Scaling texture In-Reply-To: References: <337A1B23-3E92-4BB6-AFCA-C498EA599C6A@umn.edu> Message-ID: <14804E6B-F5A1-4B46-92CD-FE39FF39EC8F@umn.edu> Thank you very much, Thomas! I will try what you suggested. Best, Katja On Oct 22, 2008, at 7:22 PM, Thomas Bleicher wrote: > > On 22 Oct 2008, at 16:05, Katja Doerschner wrote: > >> I also want to texture-map my cube, and the texture should scale >> together with the geometry. I tried this several ways using >> brightfunc >> (with a modified version of Mark Stock's checker.cal) and colorpict, >> however all my animations look similar to this: >> >> http://www.bilkent.edu.tr/~katja/cube.html > > Since you're already using the 'obj' format for the first export I'd > add > UV texture coordinates to the 'obj' and convert to mesh with obj2mesh. > If you keep the UV coordinates the same for different sizes of the > cube > you will get the same mapping effect. > > Using the basic Radiance texture mapping I think you will have to > scale the texture along the z-axis to get the effect you want. That > requires a new material definition for each frame you export. > > Regards, > Thomas > > _______________________________________________ > Radiance-general mailing list > Radiance-general@radiance-online.org > http://www.radiance-online.org/mailman/listinfo/radiance-general From gregoryjward at gmail.com Wed Oct 22 15:02:50 2008 From: gregoryjward at gmail.com (Greg Ward) Date: Wed Oct 22 15:03:05 2008 Subject: [Radiance-general] Modelling an artificial sky : help needed In-Reply-To: <48FEEC96.2070807@deluminaelab.com> References: <48FEEC96.2070807@deluminaelab.com> Message-ID: <890008EE-CB5A-4B8E-B3BB-02D675A0843E@lmi.net> Hi Ljubica, I just want to add to what Thomas wrote. Quoting your webpage: > Materials are basic : > walls are mirrors (80% reflexion - mirror material) > ceiling is translucent (60% transmission all diffuse, trans material) > floor is gray (60% reflexion, plastic material) > half-sphere is blue plastic Since your trans surface blocks visibility of the light sources, I wouldn't recommend using the mirror type for this at all. I'd just use an 80% reflective metal material (pure specular) and let the interreflection calculation handle it. I don't think an illum is suitable, due to the high variance in luminance over the surface of each panel. I'm actually quite surprised at how bad these results look. I think something else must be going on that I don't understand, like leaks at the sides of the structure. Anyway, try it without the mirror type and see if that helps. Your calculation time could probably be improved without too much loss in accuracy by using a glow material for the cylindrical light sources -- set the distance limit to something like 4 times the size of one of your light panel widths. Finally, I don't think a pure diffuse translucent material can have a transmission over 50%. Best, -Greg > From: jeando > Date: October 22, 2008 2:04:22 AM PDT > > Hi, > > We are building an artificial sky for an architecture school where > we teach, and before starting we prepare a Radiance model, to > simulate the interior of the artificial sky. The idea is to help us > to choose the right bulbs, the ceiling, etc. > > To simulate the overcast sky (Moon and Spencer) distribution in > Radiance we made walls of mirror material and ceiling is filled > with fluorescent tubes (very close to one another) and covered with > translucent material. Then we tried to render few images of > interior, with several sets of rendering parameters, but final > images still aren't good enough with a lot of spots. > > Please see our results on http://docs.google.com/Doc? > id=dfvbdbg3_13f66n99kx > > Does anyone on the list have an experience with similar modelling, > where mirror objects are included? > Why do we get strange spots on the floor even when ambient > parameters are really high? > What combination of parameters may lead us to good image, for > acceptable rendering time? > > Thanks in advance, > Ljubica, JeanDo, Marija From rfritz at u.washington.edu Thu Oct 23 10:38:42 2008 From: rfritz at u.washington.edu (R Fritz) Date: Thu Oct 23 10:38:49 2008 Subject: [Radiance-general] Experimental Radiance build scripts Message-ID: I have written a set of scons scripts which build Radiance on Linux, Windows (using MSVC), and Mac OS X. The scripts are simple and generally follow the library model used in makeall. They work with the current Radiance head and are very alpha--the scripts do not install the built files and there are other limitations--but I think they might be interesting for experimentation. If anyone is interested in experimenting with them, I would be delighted to share them. Randolph From gregoryjward at gmail.com Thu Oct 23 10:53:04 2008 From: gregoryjward at gmail.com (Greg Ward) Date: Thu Oct 23 10:53:09 2008 Subject: [Radiance-general] Experimental Radiance build scripts In-Reply-To: References: Message-ID: <9A13A351-A1A8-47B4-9D13-48240EAA9B3B@lmi.net> Hi Randolph, Are these a modification of the scons scripts schorsch already developed, a replacement, or ?? -Greg > From: R Fritz > Date: October 23, 2008 10:38:42 AM PDT > > I have written a set of scons scripts which build Radiance on > Linux, Windows (using MSVC), and Mac OS X. The scripts are simple > and generally follow the library model used in makeall. They work > with the current Radiance head and are very alpha--the scripts do > not install the built files and there are other limitations--but I > think they might be interesting for experimentation. If anyone is > interested in experimenting with them, I would be delighted to > share them. > > Randolph From rfritz at u.washington.edu Thu Oct 23 11:20:09 2008 From: rfritz at u.washington.edu (R Fritz) Date: Thu Oct 23 11:20:17 2008 Subject: [Radiance-general] Experimental Radiance build scripts In-Reply-To: <9A13A351-A1A8-47B4-9D13-48240EAA9B3B@lmi.net> References: <9A13A351-A1A8-47B4-9D13-48240EAA9B3B@lmi.net> Message-ID: <76EF9A59-0910-4A14-86A0-FFC0E6C46AD1@u.washington.edu> It's a new set of scripts, though I started with Schorsch's scripts, as well as the Radiance makefiles. This new set of scripts has ended up very different because I had different goals. The scripts use more- current SCons features. They are cross-platform, though the set of platforms is limited. The libraries built follow the makefile model as closely as I could quickly manage (few large libraries) rather than the Schorsch model (many small libraries). I like to think that this makes for simpler build scripts. I do, though, incorporate much of Schorsh's Windows C code, so that pipes in scene description files work. There are two small source-code tweaks, in included headers. Probably the biggest practical difference is that I have not written install code into the scripts, since these are a base for experimentation rather than production. Randolph On Oct 23, 2008, at 10:53 AM, Greg Ward wrote: > Hi Randolph, > > Are these a modification of the scons scripts schorsch already > developed, a replacement, or ?? > > -Greg > >> From: R Fritz >> Date: October 23, 2008 10:38:42 AM PDT >> >> I have written a set of scons scripts which build Radiance on >> Linux, Windows (using MSVC), and Mac OS X. The scripts are simple >> and generally follow the library model used in makeall. They work >> with the current Radiance head and are very alpha--the scripts do >> not install the built files and there are other limitations--but I >> think they might be interesting for experimentation. If anyone is >> interested in experimenting with them, I would be delighted to >> share them. >> >> Randolph > > _______________________________________________ > Radiance-general mailing list > Radiance-general@radiance-online.org > http://www.radiance-online.org/mailman/listinfo/radiance-general -------------- next part -------------- An HTML attachment was scrubbed... URL: http://radiance-online.org/pipermail/radiance-general/attachments/20081023/1b798005/attachment.html From gregoryjward at gmail.com Thu Oct 23 11:59:06 2008 From: gregoryjward at gmail.com (Greg Ward) Date: Thu Oct 23 11:59:09 2008 Subject: [Radiance-general] Re: Experimental Radiance build scripts In-Reply-To: <76EF9A59-0910-4A14-86A0-FFC0E6C46AD1@u.washington.edu> References: <9A13A351-A1A8-47B4-9D13-48240EAA9B3B@lmi.net> <76EF9A59-0910-4A14-86A0-FFC0E6C46AD1@u.washington.edu> Message-ID: OK, thanks for the additional explanation. I'm moving this thread to the development list for those who want to continue with it. It's really out of my domain. Best, -Greg > From: R Fritz > Date: October 23, 2008 11:20:09 AM PDT > > It's a new set of scripts, though I started with Schorsch's > scripts, as well as the Radiance makefiles. This new set of scripts > has ended up very different because I had different goals. The > scripts use more-current SCons features. They are cross-platform, > though the set of platforms is limited. The libraries built follow > the makefile model as closely as I could quickly manage (few large > libraries) rather than the Schorsch model (many small libraries). I > like to think that this makes for simpler build scripts. I do, > though, incorporate much of Schorsh's Windows C code, so that pipes > in scene description files work. There are two small source-code > tweaks, in included headers. Probably the biggest practical > difference is that I have not written install code into the > scripts, since these are a base for experimentation rather than > production. > > Randolph > > On Oct 23, 2008, at 10:53 AM, Greg Ward wrote: > >> Hi Randolph, >> >> Are these a modification of the scons scripts schorsch already >> developed, a replacement, or ?? >> >> -Greg >> >>> From: R Fritz >>> Date: October 23, 2008 10:38:42 AM PDT >>> >>> I have written a set of scons scripts which build Radiance on >>> Linux, Windows (using MSVC), and Mac OS X. The scripts are simple >>> and generally follow the library model used in makeall. They work >>> with the current Radiance head and are very alpha--the scripts do >>> not install the built files and there are other limitations--but >>> I think they might be interesting for experimentation. If anyone >>> is interested in experimenting with them, I would be delighted to >>> share them. >>> >>> Randolph From deepak.gv at ufl.edu Fri Oct 24 21:17:36 2008 From: deepak.gv at ufl.edu (G V DEEPAK) Date: Fri Oct 24 21:17:42 2008 Subject: [Radiance-general] Findglare Message-ID: <1891355780.170761224908256344.JavaMail.osg@osgjas03.cns.ufl.edu> Hello everyone, I Installed the older version of radiance, Radiance 3.8, but could not run Findglare on that too.. Need help in figuring this out.. Thanx in Advance On Wed Oct 15 17:36:39 EDT 2008, Greg Ward wrote: > Must be a pointer or byte-order issue. I'll have to look into it > when I get back from Japan next week. Luckily, I have a MacBook > I can experiment with at home. > > -Greg > >> From: giulio >> Date: October 16, 2008 6:11:05 AM JST >> >> yep, same on macosx/intel here... >> the solution?use the PPC intel binaries... >> I guess there is a bug somewhere and the intel processors do not >> like it. >> funnily enough the old PPCs are ok :-) >> Greg? >> G >> >> On 15 Oct 2008, at 20:59, G V DEEPAK wrote: >> >>> Hello Dr Grobe, >>> >>> Thanx for the prompt reply. I am Using Mac OSX. I have >>> installed Radiance version 3.9. >>> I am not from a Computer Science background so excuse me for >>> lack of knowledge about this but I did not exactly get what >>> you meant by release and source of findglare..!! >>> >>> Thank you again. >>> >>> >>> On Wed Oct 15 10:49:43 EDT 2008, "Lars O. Grobe" >>> wrote: >>> >>>>> findglare -vf bestview.vp -ga 10-60:10 -av .1 .1 .1 sample1.oct >>>>> Segmentation fault >>>> Can you please give details on the operating system, system >>>> architecture, and the release and source of the findglare you >>>> used? That >>>> will make it easier to track problems. >>>> CU Lars. > > _______________________________________________ > Radiance-general mailing list > Radiance-general@radiance-online.org > http://www.radiance-online.org/mailman/listinfo/radiance-general > > G V DEEPAK Graduate student and Research Assistant M.E. Rinker, Sr. School of Building Construction. University Of Florida. From gregoryjward at gmail.com Fri Oct 24 22:48:03 2008 From: gregoryjward at gmail.com (Greg Ward) Date: Fri Oct 24 22:48:09 2008 Subject: [Radiance-general] Findglare In-Reply-To: <1891355780.170761224908256344.JavaMail.osg@osgjas03.cns.ufl.edu> References: <1891355780.170761224908256344.JavaMail.osg@osgjas03.cns.ufl.edu> Message-ID: <31D15BAD-2A03-4FC2-89C6-48AB1B9E79B3@lmi.net> Use the attached version of findglare, instead. It's recompiled from 3.9 sources. -Greg -------------- next part -------------- Skipped content of type multipart/appledouble From jacobs.axel at gmail.com Sat Oct 25 07:20:09 2008 From: jacobs.axel at gmail.com (Axel Jacobs) Date: Sat Oct 25 07:20:17 2008 Subject: [Radiance-general] HDR extension in rad, trad Message-ID: <100441490810250720n6c6ddf64iceb54c768a459b16@mail.gmail.com> Dear Greg, I'm just updating my tutorial, and decided to be be more consistent with directories and file extensions. I personally still use trad a lot--it's convenient, fast, and doesn't get in the way. trad still puts the old .pic extension on image files. The general consensus nowadays seems to be to use .hdr. Since it's a quick find-and-replace jobbie, may I propose to use this convention for rad and trad as well. I'd be happy to send you patch. Regards Axel From rpg at rumblestrip.org Sat Oct 25 07:43:24 2008 From: rpg at rumblestrip.org (Rob Guglielmetti) Date: Sat Oct 25 07:44:21 2008 Subject: [Radiance-general] HDR extension in rad, trad In-Reply-To: <100441490810250720n6c6ddf64iceb54c768a459b16@mail.gmail.com> References: <100441490810250720n6c6ddf64iceb54c768a459b16@mail.gmail.com> Message-ID: <59C09612-3EB9-4C83-9C08-2BF10C84533C@rumblestrip.org> On Oct 25, 2008, at 8:20 AM, Axel Jacobs wrote: > > trad still puts the old .pic extension on image files. The general > consensus nowadays seems to be to use .hdr. Since it's a quick > find-and-replace jobbie, may I propose to use this convention for rad > and trad as well. I'd be happy to send you patch. I rather like (and have become accustomed to, and have built scripts around) the .pic extension referring to a raw Radiance-generated image. I dunno how everyone else feels, but with all the available sources for hdr images, some of which we can call "hdr" images, I'd rather keep our good old .pic extension as a Radiance community standard. From gregoryjward at gmail.com Sat Oct 25 10:10:36 2008 From: gregoryjward at gmail.com (Greg Ward) Date: Sat Oct 25 10:10:39 2008 Subject: [Radiance-general] HDR extension in rad, trad In-Reply-To: <59C09612-3EB9-4C83-9C08-2BF10C84533C@rumblestrip.org> References: <100441490810250720n6c6ddf64iceb54c768a459b16@mail.gmail.com> <59C09612-3EB9-4C83-9C08-2BF10C84533C@rumblestrip.org> Message-ID: <4171DA5C-83A6-4B53-941F-37B0C28EDA61@lmi.net> All suffixes in Radiance are just a convention, but since both Windows and Mac OS X look at the suffix as a first indication of file type, it's not a bad idea to standardize them. The "hdr" suffix has definitely been picked up by the mainstream as a Radiance image file, while the "pic" suffix gets confused for other types on the different systems. In this respect, I agree with Axel that it would be beneficial to change this convention, if people are OK with that. Although I can see Rob's point that it's nice to have a suffix that uniquely identifies a Radiance-generated image from other possible sources, the de facto use of extensions does not support this these days. An extension indicates the file type, not its creator. If anyone else has a good reason why we should not switch to using ".hdr" in place of ".pic" in rad/trad/etc. in the next release, now is the time to speak up. -Greg > From: Rob Guglielmetti > Date: October 25, 2008 7:43:24 AM PDT > > On Oct 25, 2008, at 8:20 AM, Axel Jacobs wrote: >> >> trad still puts the old .pic extension on image files. The general >> consensus nowadays seems to be to use .hdr. Since it's a quick >> find-and-replace jobbie, may I propose to use this convention for rad >> and trad as well. I'd be happy to send you patch. > > I rather like (and have become accustomed to, and have built > scripts around) the .pic extension referring to a raw Radiance- > generated image. I dunno how everyone else feels, but with all the > available sources for hdr images, some of which we can call "hdr" > images, I'd rather keep our good old .pic extension as a Radiance > community standard. From rfritz at u.washington.edu Sat Oct 25 10:58:51 2008 From: rfritz at u.washington.edu (R Fritz) Date: Sat Oct 25 10:59:34 2008 Subject: [Radiance-general] HDR extension in rad, trad In-Reply-To: <4171DA5C-83A6-4B53-941F-37B0C28EDA61@lmi.net> References: <100441490810250720n6c6ddf64iceb54c768a459b16@mail.gmail.com> <59C09612-3EB9-4C83-9C08-2BF10C84533C@rumblestrip.org> <4171DA5C-83A6-4B53-941F-37B0C28EDA61@lmi.net> Message-ID: <6FE4D5BE-B8A2-4A8D-BA2F-89C27661906E@u.washington.edu> I agree. There are too many apps which already use "pic", and it's confusing besides; there's more information in an HDR map than there is in a conventional image file. Perhaps we could also register a MIME type for hdr files? Or has that already been done? I'm willing to undertake the work on that, if people want and if it hasn't been done yet. Randolph On Oct 25, 2008, at 10:10 AM, Greg Ward wrote: > All suffixes in Radiance are just a convention, but since both > Windows and Mac OS X look at the suffix as a first indication of > file type, it's not a bad idea to standardize them. The "hdr" > suffix has definitely been picked up by the mainstream as a Radiance > image file, while the "pic" suffix gets confused for other types on > the different systems. In this respect, I agree with Axel that it > would be beneficial to change this convention, if people are OK with > that. > > Although I can see Rob's point that it's nice to have a suffix that > uniquely identifies a Radiance-generated image from other possible > sources, the de facto use of extensions does not support this these > days. An extension indicates the file type, not its creator. > > If anyone else has a good reason why we should not switch to using > ".hdr" in place of ".pic" in rad/trad/etc. in the next release, now > is the time to speak up. > > -Greg > >> From: Rob Guglielmetti >> Date: October 25, 2008 7:43:24 AM PDT >> >> On Oct 25, 2008, at 8:20 AM, Axel Jacobs wrote: >>> >>> trad still puts the old .pic extension on image files. The general >>> consensus nowadays seems to be to use .hdr. Since it's a quick >>> find-and-replace jobbie, may I propose to use this convention for >>> rad >>> and trad as well. I'd be happy to send you patch. >> >> I rather like (and have become accustomed to, and have built >> scripts around) the .pic extension referring to a raw Radiance- >> generated image. I dunno how everyone else feels, but with all the >> available sources for hdr images, some of which we can call "hdr" >> images, I'd rather keep our good old .pic extension as a Radiance >> community standard. > > _______________________________________________ > Radiance-general mailing list > Radiance-general@radiance-online.org > http://www.radiance-online.org/mailman/listinfo/radiance-general -------------- next part -------------- An HTML attachment was scrubbed... URL: http://radiance-online.org/pipermail/radiance-general/attachments/20081025/b385e41b/attachment.htm From jacobs.axel at gmail.com Sat Oct 25 11:09:21 2008 From: jacobs.axel at gmail.com (Axel Jacobs) Date: Sat Oct 25 11:09:27 2008 Subject: [Radiance-general] HDR extension in rad, trad Message-ID: <100441490810251109l65e5aa3bkdf0378974a3ec61f@mail.gmail.com> > I agree. There are too many apps which already use "pic", and it's > confusing besides; there's more information in an HDR map than there > is in a conventional image file. Perhaps we could also register a MIME > type for hdr files? Or has that already been done? I'm willing to > undertake the work on that, if people want and if it hasn't been done > yet. Brilliant! I've looked into this, but are are not sufficiently confident with HDR file format. Let's move this thread over to dev and continue there. Axel From jdlenard at deluminaelab.com Sun Oct 26 12:58:07 2008 From: jdlenard at deluminaelab.com (jeando) Date: Sun Oct 26 12:58:25 2008 Subject: [Radiance-general] Modelling an artificial sky : help needed In-Reply-To: <890008EE-CB5A-4B8E-B3BB-02D675A0843E@lmi.net> References: <48FEEC96.2070807@deluminaelab.com> <890008EE-CB5A-4B8E-B3BB-02D675A0843E@lmi.net> Message-ID: <4904CBCF.90008@deluminaelab.com> Thanks to you two I'll try your suggestions. JeanDo Greg Ward a ?crit : > Hi Ljubica, > > I just want to add to what Thomas wrote. Quoting your webpage: > >> Materials are basic : >> walls are mirrors (80% reflexion - mirror material) >> ceiling is translucent (60% transmission all diffuse, trans material) >> floor is gray (60% reflexion, plastic material) >> half-sphere is blue plastic > > Since your trans surface blocks visibility of the light sources, I > wouldn't recommend using the mirror type for this at all. I'd just > use an 80% reflective metal material (pure specular) and let the > interreflection calculation handle it. I don't think an illum is > suitable, due to the high variance in luminance over the surface of > each panel. > > I'm actually quite surprised at how bad these results look. I think > something else must be going on that I don't understand, like leaks at > the sides of the structure. Anyway, try it without the mirror type > and see if that helps. > > Your calculation time could probably be improved without too much loss > in accuracy by using a glow material for the cylindrical light sources > -- set the distance limit to something like 4 times the size of one of > your light panel widths. > > Finally, I don't think a pure diffuse translucent material can have a > transmission over 50%. > > Best, > -Greg > >> From: jeando >> Date: October 22, 2008 2:04:22 AM PDT >> >> Hi, >> >> We are building an artificial sky for an architecture school where we >> teach, and before starting we prepare a Radiance model, to simulate >> the interior of the artificial sky. The idea is to help us to choose >> the right bulbs, the ceiling, etc. >> >> To simulate the overcast sky (Moon and Spencer) distribution in >> Radiance we made walls of mirror material and ceiling is filled with >> fluorescent tubes (very close to one another) and covered with >> translucent material. Then we tried to render few images of interior, >> with several sets of rendering parameters, but final images still >> aren't good enough with a lot of spots. >> >> Please see our results on >> http://docs.google.com/Doc?id=dfvbdbg3_13f66n99kx >> >> Does anyone on the list have an experience with similar modelling, >> where mirror objects are included? >> Why do we get strange spots on the floor even when ambient parameters >> are really high? >> What combination of parameters may lead us to good image, for >> acceptable rendering time? >> >> Thanks in advance, >> Ljubica, JeanDo, Marija > > _______________________________________________ > Radiance-general mailing list > Radiance-general@radiance-online.org > http://www.radiance-online.org/mailman/listinfo/radiance-general > > From nac342 at drexel.edu Mon Oct 27 09:54:30 2008 From: nac342 at drexel.edu (Nick Calcagni) Date: Mon Oct 27 09:54:38 2008 Subject: [Radiance-general] rayinit.cal problems Message-ID: Hello, I think I have the exact same scenario as described in this previous post below. Perhaps this is more an Ubuntu question, but what exactly would I have to do in Terminal with the chmod command in order to get rayinit.cal to work? Thanks, Nick My error: nick@nick-desktop:~/scene3$ rvu -vp 0 -15 4 -av 0.02 0.01 0.04 scene1.oct rvu: fatal - cannot find function file "rayinit.cal" nick@nick-desktop:~/scene3$ rpict -vp 2.25 0.375 1 -vp -0.25 0.125 -0.125 -av .5 .5 .5 scene1.oct > image.hdr nick@nick-desktop:~/scene3$ rpict -vf scene1.vf -x 750 -y 750 -av .01 .01 .03 -t 30 scene1.oct > scene1.pic rpict: 22832 rays, 0.00% after 0.000u 0.000s 0.000r hours on nick-desktop rpict: fatal - cannot find function file "rayinit.cal" The other reference: may be it's a permission problem... try to 'chmod' the ray folder.... ----Messaggio originale---- Da: maino at psu.edu Data: 17-nov-2005 18.57 A: "Radiance general discussion"> Ogg: [Radiance-general] rayinit.cal problems Hello all, may be it's a permission problem... try to 'chmod' the ray folder.... ----Messaggio originale---- Da: maino at psu.edu Data: 17-nov-2005 18.57 A: "Radiance general discussion"> Ogg: [Radiance-general] rayinit.cal problems Hello all, I recently installed radiance on my Ubuntu machine and am now having some problems with rpict. I get the error: rpict: fatal - cannot find function file "rayinit.cal." I searched through the mailing list archives and found a few items on the placement of library files and setting path variables, but nothing I've done has worked. Currently I have my library files in /usr/local/lib/ray, and I checked to make sure that rayinit.cal is indeed in there (it is). The path variables are exporting properly as I can see the paths when I "echo $PATH" and "echo $RAYPATH," however rpict is still not finding rayinit.cal for some reason. Any ideas would be greatly appreciated. Thanks, Dave Maino -------------- next part -------------- An HTML attachment was scrubbed... URL: http://radiance-online.org/pipermail/radiance-general/attachments/20081027/354efff3/attachment.htm From rfritz at u.washington.edu Mon Oct 27 09:59:21 2008 From: rfritz at u.washington.edu (R Fritz) Date: Mon Oct 27 09:59:27 2008 Subject: [Radiance-general] rayinit.cal problems In-Reply-To: References: Message-ID: It's probably a RAYPATH problem. Look for rayinit.cal, and set the RAYPATH environment variable to ".:(path)" Randolph On Oct 27, 2008, at 9:54 AM, Nick Calcagni wrote: > Hello, > > I think I have the exact same scenario as described in this previous > post below. Perhaps this is more an Ubuntu question, but what > exactly would I have to do in Terminal with the chmod command in > order to get rayinit.cal to work? > > Thanks, > Nick > > My error: > > nick@nick-desktop:~/scene3$ rvu -vp 0 -15 4 -av 0.02 0.01 0.04 > scene1.oct > rvu: fatal - cannot find function file "rayinit.cal" > nick@nick-desktop:~/scene3$ rpict -vp 2.25 0.375 1 -vp -0.25 0.125 > -0.125 -av .5 .5 .5 scene1.oct > image.hdr > nick@nick-desktop:~/scene3$ rpict -vf scene1.vf -x 750 -y 750 -av . > 01 .01 .03 -t 30 scene1.oct > scene1.pic > rpict: 22832 rays, 0.00% after 0.000u 0.000s 0.000r hours on nick- > desktop > rpict: fatal - cannot find function file "rayinit.cal" > > The other reference: > may be it's a permission problem... > try to 'chmod' the ray folder.... > > > > ----Messaggio originale---- > > Da: maino at psu.edu > Data: 17-nov-2005 18.57 > A: "Radiance general discussion" online.org> > > Ogg: [Radiance-general] rayinit.cal problems > > Hello all, > may be it's a permission problem... > try to 'chmod' the ray folder.... > > > > ----Messaggio originale---- > Da: maino at psu.edu > > Data: 17-nov-2005 18.57 > A: "Radiance general discussion" online.org> > Ogg: [Radiance-general] rayinit.cal problems > > > Hello all, > > I recently > installed radiance on my Ubuntu machine and am now having > some > problems with rpict. I get the error: rpict: fatal - cannot find > function file "rayinit.cal." I searched through the mailing list > > archives and found a few items on the placement of library files and > setting path variables, but nothing I've done has worked. Currently I > have my library files in /usr/local/lib/ray, and I checked to make > > sure > that rayinit.cal is indeed in there (it is). The path variables > are > exporting properly as I can see the paths when I "echo $PATH" and > "echo > $RAYPATH," however rpict is still not finding rayinit.cal for > > some > reason. Any ideas would be greatly appreciated. > > Thanks, > > Dave > Maino > > > _______________________________________________ > Radiance-general mailing list > Radiance-general@radiance-online.org > http://www.radiance-online.org/mailman/listinfo/radiance-general -------------- next part -------------- An HTML attachment was scrubbed... URL: http://radiance-online.org/pipermail/radiance-general/attachments/20081027/2a2be5cf/attachment.html From andrew.mcneil at arup.com Mon Oct 27 11:34:44 2008 From: andrew.mcneil at arup.com (Andrew McNeil) Date: Mon Oct 27 11:39:06 2008 Subject: [Radiance-general] daysim on osx In-Reply-To: <2D729F72-A702-45D7-A3D8-7AC090F491AF@mac.com> Message-ID: Hi Tom, It's been a while since your original post, I'm behind on reading the radiance general emails. A while back I was able to download the linux source code and compile it on Mac OSX with some minor changes to the makefile. I don't remember what modifications were, but I think if you try to compile daysim and look at the errors the necessary modifications can be deciphered. I used Daysim version 2.2P2 (Linux) to do this. Andy On 7/18/08 3:04 AM, "Tom Young" wrote: > hi > > Is there any experience out there to share regarding installing > Daysim (Linux version) on a Mac PPC running OS 10.4 ? > > Questions: > - Can it be done i.e will a Linux app run on OS 10.4 ? > - If yes to above, which directory is best to install Daysim in (/usr/ > local/bin?)? > - How great is Daysim ? > > tom > > > > _______________________________________________ > Radiance-general mailing list > Radiance-general@radiance-online.org > http://www.radiance-online.org/mailman/listinfo/radiance-general ____________________________________________________________ Electronic mail messages entering and leaving Arup business systems are scanned for acceptability of content and viruses From dervishi_sokol at yahoo.com Mon Oct 27 12:44:11 2008 From: dervishi_sokol at yahoo.com (sokol dervishi) Date: Mon Oct 27 12:44:15 2008 Subject: [Radiance-general] Azimuth and Altitude Message-ID: <127681.31787.qm@web56906.mail.re3.yahoo.com> ?Hello everyone, I need to calculate solar altitude for 2008, from 6.15 to 18:00 every 15 minute step, and use this information to calculate the direct normal irradiance and together with diffuse irradiance? (I have direct and diffuse irradiance values) as an input for? PEREZ model using RADIANCE. ?I wanted to ask if RADIANCE can provide me with this information, so a list of sun altitude for a year-based. I have seen some website where I can calculate the sun altitude for a single step, however I need the data for a year-based, and it is not a good idea to calculate it each time step.? ?If not, can someone provide me with some sources? (formulas) how to calculate the values? I thank you in advance, Best Regards, Sokol Dervishi, -------------- next part -------------- An HTML attachment was scrubbed... URL: http://radiance-online.org/pipermail/radiance-general/attachments/20081027/aaa2843d/attachment.htm From Raphael.Compagnon at hefr.ch Mon Oct 27 14:03:20 2008 From: Raphael.Compagnon at hefr.ch (=?iso-8859-1?Q?Compagnon_Rapha=EBl?=) Date: Mon Oct 27 14:03:34 2008 Subject: [Radiance-general] Azimuth and Altitude In-Reply-To: <127681.31787.qm@web56906.mail.re3.yahoo.com> References: <127681.31787.qm@web56906.mail.re3.yahoo.com> Message-ID: <70DD3A1408BDA8498790E8D553B7D253BBBB30F681@HEFRMAIL.sofr.hefr.lan> Hello Azimuth and altitude angles are both given as comments in the output of the gensky program. Here are two very simple C-shell scripts that will just extract these values. You may use them to build a script to generate the data you need. Hope this will help you. Raphael ________________________________________ De : radiance-general-bounces@radiance-online.org [radiance-general-bounces@radiance-online.org] de la part de sokol dervishi [dervishi_sokol@yahoo.com] Date d'envoi : lundi, 27. octobre 2008 20:44 ? : radiance-general@radiance-online.org Objet : [Radiance-general] Azimuth and Altitude Hello everyone, I need to calculate solar altitude for 2008, from 6.15 to 18:00 every 15 minute step, and use this information to calculate the direct normal irradiance and together with diffuse irradiance (I have direct and diffuse irradiance values) as an input for PEREZ model using RADIANCE. I wanted to ask if RADIANCE can provide me with this information, so a list of sun altitude for a year-based. I have seen some website where I can calculate the sun altitude for a single step, however I need the data for a year-based, and it is not a good idea to calculate it each time step. If not, can someone provide me with some sources (formulas) how to calculate the values? I thank you in advance, Best Regards, Sokol Dervishi, -------------- next part -------------- A non-text attachment was scrubbed... Name: getaltitude Type: application/octet-stream Size: 196 bytes Desc: getaltitude Url : http://radiance-online.org/pipermail/radiance-general/attachments/20081027/bba3201e/getaltitude.obj -------------- next part -------------- A non-text attachment was scrubbed... Name: getazimuth Type: application/octet-stream Size: 196 bytes Desc: getazimuth Url : http://radiance-online.org/pipermail/radiance-general/attachments/20081027/bba3201e/getazimuth.obj From deepak.gv at ufl.edu Tue Oct 28 05:55:44 2008 From: deepak.gv at ufl.edu (G V DEEPAK) Date: Tue Oct 28 05:55:52 2008 Subject: [Radiance-general] Findglare Message-ID: <970938093.74771225198544534.JavaMail.osg@osgjas01.cns.ufl.edu> Thank you so much Dr Ward, This works.. I would like to know If it is possible to find Glare Index Values at specific point coordinates, like the way we calculate Illuminance values...? Thanks again.. On Sat Oct 25 01:48:03 EDT 2008, Greg Ward wrote: > Use the attached version of findglare, instead. It's recompiled > from 3.9 sources. > > -Greg > > > _______________________________________________ > Radiance-general mailing list > Radiance-general@radiance-online.org > http://www.radiance-online.org/mailman/listinfo/radiance-general > G V DEEPAK Graduate student and Research Assistant M.E. Rinker, Sr. School of Building Construction. University Of Florida. From gregoryjward at gmail.com Tue Oct 28 08:36:26 2008 From: gregoryjward at gmail.com (Greg Ward) Date: Tue Oct 28 08:36:27 2008 Subject: [Radiance-general] Findglare In-Reply-To: <970938093.74771225198544534.JavaMail.osg@osgjas01.cns.ufl.edu> References: <970938093.74771225198544534.JavaMail.osg@osgjas01.cns.ufl.edu> Message-ID: <28941E83-6300-4AA6-ADE9-494208C1D5BA@lmi.net> Hi -- glad it works. Yes, you may calculate glare index values at specific points, corresponding to eye positions. The "glare" script should help you with that. Best, -Greg > From: G V DEEPAK > Date: October 28, 2008 1:55:44 PM GMT+01:00 > > Thank you so much Dr Ward, This works.. > > I would like to know If it is possible to find Glare Index Values > at specific point coordinates, like the way we calculate > Illuminance values...? > > Thanks again.. > On Sat Oct 25 01:48:03 EDT 2008, Greg Ward > wrote: > >> Use the attached version of findglare, instead. It's recompiled >> from 3.9 sources. >> -Greg