From rfritz at u.washington.edu Tue Jan 6 11:22:09 2009 From: rfritz at u.washington.edu (R Fritz) Date: Tue Jan 6 11:22:22 2009 Subject: [Radiance-dev] Radiane MIME types In-Reply-To: References: <100441490810251133i276ee9a5ge3d9fe77dd342edd@mail.gmail.com> <76ECF890-A5DC-4665-B870-CDF9B7B49241@u.washington.edu> Message-ID: <3C7AA773-2AA7-4838-A93C-C1754B20BBF3@u.washington.edu> Mark Baker on the IETF list thinks we're good to go. I'm ready to submit the attached to the IANA on behalf of Greg Ward and "The Radiance Lighting Simulation Group" (which means us) & will do so tomorrow. Randolph -------------- next part -------------- To: ietf-types@iana.org Subject: Registration of media type image/vnd.radiance Type name: image Subtype name: vnd.radiance Required parameters: None Optional parameters: None Encoding considerations: Binary preferred. This is a binary image type with a text header; "binary" or "base64" are the only reasonable choices. Security considerations: The Radiance HDR file format does not include executable code or scripts; it is a graphics file with an ASCII header. Compression is used, which could crash an image viewer. There is no way to completely rule out the possibility of malicious content, however HDR viewer applications do not usually run with administrator privileges--they seem poor targets for such attacks. Interoperability considerations: byte orders are spelled in the published specification; we expect that Radiance HDR files will be readable on all systems. Published specification: *Radiance File Formats*, available freely at and also as part of Ch 18 of *Rendering With Radiance* (Booksurge/Amazon, ISBN 0974538108). Applications that use this media type: Adobe Photoshop, AHDRIA, AHDRIC, CinePaint, FDRTools, hdrgen, HDR Shop, PFStools, Photosphere, Qtpfsgui, RadDisplay, Radiance, Web HDR Additional information: Magic number(s): Text "#?RADIANCE\n" (octet sequence 23 3f 52 41 44 49 41 4e 43 45 0a) at the beginning of the file. File extension(s): pic, hdr, rgbe, xyze Macintosh file type code(s): Person & email address to contact for further information: rfritz@u.washington.edu Intended usage: COMMON Restrictions on usage: none Author: Randolph Fritz Change controller: Greg Ward (gregoryjward@gmail.com) / The Radiance Lighting Simulation Group Notes: 1. The "pic" extension is also used for Macintosh PICT files; it is deprecated. 2. The rgbe and xyze extensions represent information about the content of the files, and may conflict with the actual content of files. Applications should check. 3. Radiance also uses "?RADIANCE\n" as a tag for its octree files; applications should read the file header to confirm that the file is indeed a Radiance HDR file, as described in the specification. -------------- next part -------------- From Christopher.Rush at arup.com Wed Jan 7 13:22:40 2009 From: Christopher.Rush at arup.com (Christopher Rush) Date: Wed Jan 7 13:22:37 2009 Subject: [Radiance-dev] rpiece and rad In-Reply-To: <3C7AA773-2AA7-4838-A93C-C1754B20BBF3@u.washington.edu> References: <100441490810251133i276ee9a5ge3d9fe77dd342edd@mail.gmail.com><76ECF890-A5DC-4665-B870-CDF9B7B49241@u.washington.edu> <3C7AA773-2AA7-4838-A93C-C1754B20BBF3@u.washington.edu> Message-ID: Not sure how complicated this would become (but throwing it out there) ... Would it be feasible to implement an option to call rpiece via rad? Maybe -p option similar to the -N option for rad could call multiple rpiece commands for each view instead of a rendering a view on each processor. This would be useful for speeding up single views or when getting that first output quickly is preferred. My little experience with rpiece has produces sometimes spotty results, so I don't know if this might make errors trickier to troubleshoot. ____________________________________________________________ Electronic mail messages entering and leaving Arup business systems are scanned for acceptability of content and viruses From gregoryjward at gmail.com Wed Jan 7 22:11:46 2009 From: gregoryjward at gmail.com (Gregory J. Ward) Date: Wed Jan 7 22:16:05 2009 Subject: [Radiance-dev] rpiece and rad In-Reply-To: References: <100441490810251133i276ee9a5ge3d9fe77dd342edd@mail.gmail.com><76ECF890-A5DC-4665-B870-CDF9B7B49241@u.washington.edu> <3C7AA773-2AA7-4838-A93C-C1754B20BBF3@u.washington.edu> Message-ID: <7C5202AE-B68D-44C6-8817-1452FF39BB84@gmail.com> Hi Christopher, I have given this some thought in the past, and the problem is, rpiece is not really that reliable or well-supported. I'm therefore reluctant to include it with the more dependable programs called by rad. Also, rpiece is made to be run over multiple machines, which rad cannot easily support. Have you tried using rvu (rad run with -o) and the -N option on your multiprocessor? If what you're after is a quick preview, this works rather well in the latest release. Best, -Greg > From: "Christopher Rush" > Date: January 7, 2009 1:22:40 PM PST > > Not sure how complicated this would become (but throwing it out there) > ... Would it be feasible to implement an option to call rpiece via > rad? > Maybe -p option similar to the -N option for rad could call multiple > rpiece commands for each view instead of a rendering a view on each > processor. This would be useful for speeding up single views or when > getting that first output quickly is preferred. > > My little experience with rpiece has produces sometimes spotty > results, > so I don't know if this might make errors trickier to troubleshoot. > From gregoryjward at gmail.com Thu Jan 8 09:52:58 2009 From: gregoryjward at gmail.com (Gregory J. Ward) Date: Thu Jan 8 09:52:55 2009 Subject: [Radiance-dev] Radiane MIME types In-Reply-To: <3C7AA773-2AA7-4838-A93C-C1754B20BBF3@u.washington.edu> References: <100441490810251133i276ee9a5ge3d9fe77dd342edd@mail.gmail.com> <76ECF890-A5DC-4665-B870-CDF9B7B49241@u.washington.edu> <3C7AA773-2AA7-4838-A93C-C1754B20BBF3@u.washington.edu> Message-ID: <007554F9-87C1-442A-BBED-D0319347373E@gmail.com> Well done. Thanks, Randolph! -Greg > From: R Fritz > Date: January 6, 2009 11:22:09 AM PST > > Mark Baker on the IETF list thinks we're good to go. I'm ready to > submit the attached to the IANA on behalf of Greg Ward and "The > Radiance Lighting Simulation Group" (which means us) & will do so > tomorrow. > > Randolph