Thanks a lot, I will work on it now. Ted
Chris Pelkie wrote: > > Here's one that worked for me (below). When you Export, use "dx ieee 2" > format and the binary data will be in a separate file leaving only the > header in ASCII, easy to fiddle with. Also, you neither want nor need > "normals" in an image, so to get rid of them, use Remove(field, "normals") > just before Export. > > Note that I had to add the last two objects by hand to this Export'ed file > header; I don't know any way to make DX do this automatically. I probably > also deleted some excess verbosity put in by Export. > > Example of screen object image: [This file would be called "myImage.dx"; I > did not supply the corresponding bin file.] > > object 1 class gridpositions counts 140 127 > origin 0 0 > delta 0 1 > delta 1 0 > attribute "dep" string "positions" > # > object 2 class gridconnections counts 140 127 > attribute "element type" string "quads" > attribute "ref" string "positions" > # > object 3 class array type float rank 1 shape 3 items 17780 > msb ieee data file myImage.bin,0 > attribute "dep" string "positions" > # > object "default" class field > component "positions" value 1 > component "connections" value 2 > component "colors" value 3 > # > object 4 class xform of "default" > times 0.3 0 0 > 0 0.3 0 > 0 0 1 > plus -23.3 -21.2 0 > > object 5 class screen viewport inside 4 > > See the DX docs on the syntax for Screen objects; you see there are > alternatives to "inside" (object 5). Obviously, also, your transform matrix > will differ from mine. By the way, you will NOT need Arrange if you use > this scheme. Arrange is to arrange 2 or more already rendered Images, > usually for display in a Display. If you Import, then Collect this screen > object (myImage.dx) with the other 3D objects you want to render, then send > them to Image, you can rotate the 3D objects, but the screen object will > stay pasted on a plane parallel to the camera "lens", but can be behind or > in front of the 3D objects. Except in this case, you NEVER want to send an > image to Image (it thinks it is a very high resolution grid of colors and > dutifully attempts to render that grid: big sucking sound coming from your > RAM at this point). > > If this doesn't work for you, I'll try to find the net in which I did a > 'live' PIP image... (:-) (I cannot remember how I did it, but it may have > involved sending an image to Image so was woefully slow.) > > Cheers, > > Chris Pelkie > Vice President/Scientific Visualization Producer > Conceptual Reality Presentations, Inc. > 30 West Meadow Drive > Ithaca, NY 14850 > [EMAIL PROTECTED] -- Ted Sariyski Combustion Research and Flow Technology, Inc. 174 North Main Street Building 3, P.O.Box 1150 Dublin, PA 18917 Tel: (215) 249-9780 Fax: (215) 249-9796 [EMAIL PROTECTED] [EMAIL PROTECTED]
