| 7 |
|
[ |
| 8 |
|
.B "\-n nsteps" |
| 9 |
|
][ |
| 10 |
+ |
.B "\-h" |
| 11 |
+ |
][ |
| 12 |
|
.B "\-o ospec" |
| 13 |
+ |
][ |
| 14 |
+ |
.B "\-i{f|d} |
| 15 |
+ |
][ |
| 16 |
+ |
.B "\-o{f|d|c} |
| 17 |
|
] |
| 18 |
|
.B DCspec |
| 19 |
|
[ |
| 24 |
|
[ |
| 25 |
|
.B "\-n nsteps" |
| 26 |
|
][ |
| 27 |
+ |
.B "\-h" |
| 28 |
+ |
][ |
| 29 |
|
.B "\-o ospec" |
| 30 |
+ |
][ |
| 31 |
+ |
.B "\-i{f|d} |
| 32 |
+ |
][ |
| 33 |
+ |
.B "\-o{f|d} |
| 34 |
|
] |
| 35 |
|
.B Vspec |
| 36 |
< |
.B Tbsdf.xml |
| 36 |
> |
.B Tbsdf |
| 37 |
|
.B Dmat.dat |
| 38 |
|
[ |
| 39 |
|
.B skyf |
| 57 |
|
directions are related to some set of measured values, such as an array of |
| 58 |
|
illuminance points or images. |
| 59 |
|
This matrix is usually computed by |
| 60 |
+ |
.I rfluxmtx(1) |
| 61 |
+ |
or |
| 62 |
|
.I rcontrib(1) |
| 63 |
|
for a particular set of windows or skylight openings. |
| 64 |
|
The second argument is the window transmission matrix, or BSDF, given as |
| 65 |
< |
a standard XML description. |
| 65 |
> |
a matrix or a standard XML description. |
| 66 |
|
The third argument is the Daylight matrix file that defines how sky patches |
| 67 |
|
relate to input directions on the same opening. |
| 68 |
|
This is usually computed using |
| 69 |
< |
.I genklemsamp(1) |
| 70 |
< |
with |
| 71 |
< |
.I rcontrib |
| 72 |
< |
in a separate run for each window or skylight orientation. |
| 73 |
< |
The final input is the sky contribution vector or matrix, |
| 74 |
< |
usually computed by |
| 75 |
< |
.I genskyvec(1), |
| 76 |
< |
which may be passed on the standard input. |
| 63 |
< |
This data must be in ASCII format, whereas the View and Daylight matrices |
| 64 |
< |
are more efficiently represented as binary float data if machine |
| 65 |
< |
byte-order is not an issue. |
| 69 |
> |
.I rfluxmtx |
| 70 |
> |
with separate runs for each window or skylight orientation. |
| 71 |
> |
The last file is the sky contribution vector or matrix, |
| 72 |
> |
typically computed by |
| 73 |
> |
.I genskyvec(1) |
| 74 |
> |
or |
| 75 |
> |
.I gendaymtx(1), |
| 76 |
> |
and may be passed on the standard input. |
| 77 |
|
.PP |
| 78 |
< |
Sent to the standard output of |
| 78 |
> |
If the input sky data lacks a header, the |
| 79 |
> |
.I \-n |
| 80 |
> |
option may be used to indicate the number of time steps, which |
| 81 |
> |
will be 1 for a sky vector. |
| 82 |
> |
The sky input file must otherwise contain the number of |
| 83 |
> |
columns (time steps) specified in each sky patch row, |
| 84 |
> |
whether it is read from the standard input or from a file. |
| 85 |
> |
Input starts from the first patch at the first time step, then the |
| 86 |
> |
first patch at the second time step, and so on. |
| 87 |
> |
Note that all matrix elements are RGB triplets, so the actual size |
| 88 |
> |
of the sky vector or matrix is three times the number of steps times |
| 89 |
> |
the number of sky patches. |
| 90 |
> |
The |
| 91 |
> |
.I \-if |
| 92 |
> |
or |
| 93 |
> |
.I \-id |
| 94 |
> |
option may be used to specify that sky data is in float or double |
| 95 |
> |
format, respectively, which is more efficient for large matrices. |
| 96 |
> |
These options are unnecessary when the sky input includes a header. |
| 97 |
> |
.PP |
| 98 |
> |
Any of the matrix or vector files may be read from a command |
| 99 |
> |
instead of a file by |
| 100 |
> |
using quotes and a beginning exclamation point ('!'). |
| 101 |
> |
.PP |
| 102 |
> |
The standard output of |
| 103 |
|
.I dctimestep |
| 104 |
< |
is either an ASCII color vector with as many RGB triplets |
| 104 |
> |
is either a color vector with as many RGB triplets |
| 105 |
|
as there are rows in the View matrix, or a combined |
| 106 |
|
.I Radiance |
| 107 |
|
picture. |
| 115 |
|
vector. |
| 116 |
|
.PP |
| 117 |
|
The |
| 83 |
– |
.I \-n |
| 84 |
– |
option may be used to compute multiple time steps in a |
| 85 |
– |
single invocation. |
| 86 |
– |
The sky input file must contain the number of |
| 87 |
– |
columns specified in each sky patch row, whether it is read |
| 88 |
– |
from the standard input or from an ASCII file. |
| 89 |
– |
The columns do not need to be given on the same |
| 90 |
– |
line, so long as the number of values totals 3*Nsteps*Npatches. |
| 91 |
– |
Input starts from the first patch at the first time step, then the |
| 92 |
– |
first patch at the second time step, and so on. |
| 93 |
– |
.PP |
| 94 |
– |
The |
| 118 |
|
.I \-o |
| 119 |
|
option may be used to specify a file or a set of output files |
| 120 |
|
to use rather than the standard output. |
| 121 |
|
If the given specification contains a '%d' format string, this |
| 122 |
< |
will be replaced by the time step index, starting from 1. |
| 122 |
> |
will be replaced by the time step index, starting from 0. |
| 123 |
|
In this way, multiple output pictures may be produced, |
| 124 |
< |
or separate results vector (one per time step). |
| 124 |
> |
or separate result vectors (one per time step). |
| 125 |
> |
.PP |
| 126 |
> |
A header will normally be produced on the output, unless the |
| 127 |
> |
.I \-h |
| 128 |
> |
option is specified. |
| 129 |
> |
The |
| 130 |
> |
.I \-of, |
| 131 |
> |
.I \-od, |
| 132 |
> |
or |
| 133 |
> |
.I \-oc |
| 134 |
> |
option may be used to specify IEEE float, double, or RGBE (picture) output |
| 135 |
> |
data, respectively. |
| 136 |
|
.SH EXAMPLES |
| 137 |
|
To compute workplane illuminances at 3:30pm on Feb 10th: |
| 138 |
|
.IP "" .2i |
| 140 |
|
.PP |
| 141 |
|
To compute an image at 10am on the equinox from a set of component images: |
| 142 |
|
.IP "" .2i |
| 143 |
< |
gensky 3 21 10 | genskyvec | dctimestep viewc%03d.hdr > view_03-21-10.hdr |
| 143 |
> |
gensky 3 21 10 | genskyvec | dctimestep dcomp%03d.hdr > view_03-21-10.hdr |
| 144 |
|
.PP |
| 145 |
|
To compute a set of illuminance contributions for Window 1 on |
| 146 |
|
the Winter solstice at 2pm: |
| 149 |
|
.PP |
| 150 |
|
To compute Window2's contribution to an interior view at 12 noon on the Summer solstice: |
| 151 |
|
.IP "" .2i |
| 152 |
< |
gensky 6 21 12 | genskyvec | dctimestep view%03d.hdr Blinds30.xml Window2.dmx > view_6-21-12.hdr |
| 152 |
> |
gensky 6 21 12 | genskyvec | dctimestep view%03d.hdr Blinds30.xml |
| 153 |
> |
Window2.dmx > view_6-21-12.hdr |
| 154 |
> |
.PP |
| 155 |
> |
To generate an hourly matrix of sensor value contributions from Skylight3 |
| 156 |
> |
using a 3-phase calculation, where output columns are time steps: |
| 157 |
> |
.IP "" .2i |
| 158 |
> |
gendaymtx -of Tampa.wea | dctimestep WPpts.vmx |
| 159 |
> |
shade3.xml Skylight3.dmx > wp_win3.dat |
| 160 |
> |
.PP |
| 161 |
> |
Generate a series of pictures corresponding to timesteps |
| 162 |
> |
in an annual simulation: |
| 163 |
> |
.IP "" .2i |
| 164 |
> |
gendaymtx NYCity.wea | dctimestep -o tstep%04d.hdr dcomp%03d.hdr |
| 165 |
> |
.PP |
| 166 |
> |
To multiply an irradiance view matrix through a pair of XML window layers using |
| 167 |
> |
a given exterior daylight matrix and sky vector: |
| 168 |
> |
.IP "" .2i |
| 169 |
> |
dctimestep Illum.vmx "!rmtxop -ff Blinds1.xml Windo1.xml" Exter.dmx Jan20.sky |
| 170 |
> |
.PP |
| 171 |
> |
To multiply two matrices into a IEEE-float result with header: |
| 172 |
> |
.IP "" .2i |
| 173 |
> |
dctimestep -of Inp1.fmx Inp2.fmx > Inp1xInp2.fmx |
| 174 |
|
.SH AUTHOR |
| 175 |
|
Greg Ward |
| 176 |
|
.SH "SEE ALSO" |
| 177 |
< |
genklemsamp(1), genskyvec(1), mkillum(1), rcontrib(1), rtrace(1), vwrays(1) |
| 177 |
> |
gendaymtx(1), genskyvec(1), getinfo(1), |
| 178 |
> |
mkillum(1), rcollate(1), rcontrib(1), |
| 179 |
> |
rfluxmtx(1), rmtxop(1), rtrace(1), vwrays(1) |
