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]

Reply via email to