HOOPS Visualize can load a variety of different 2D and 3D file formats. If HOOPS Exchange is also licensed, the list of importable file formats is extended even further. Regardless of which type of file you are loading, HOOPS Visualize uses a common pattern to load all files. There are four basic steps:
The following example loads a HOOPS Stream File (HSF). HSF is the native file format for Visualize. An HSF contains all model information as well as its related scene hierarchy that can be used to save and load complete scenes. The data is stored in a compressed format. HSFs are loaded using the Stream class. Other file formats use a similar class. For example, to load an STL file, you would use the STL class. It is recommended to make use of a notifier during file loading. Notifiers are available for all file types - their purpose is to track loading progress:
Snippet 9.1.1.a demonstrates the use of Wait() on your notifier object. Because all notifier classes do their I/O in a separate thread, the potential exists to use the object before it is done loading, especially if you try to interact with it immediately after you call Import(). Calling Wait() ensures the I/O operation is complete before continuing. If you do not use Wait(), you could end up with unexpected behavior.
After the file load is finished, you should test the result of the load operation to ensure there was not an unexpected failure:
Assuming the file was loaded correctly, you can get information about the model by querying the associated HPS::Stream::ImportResultsKit.
NOTE: For HSF files, any user options contained within will be UTF8 encoded and stored as user data.
IMPORTANT: During the import process, if you did not use the HPS::Stream::ImportOptionsKit to specify a destination segment, Visualize will create a root segment and place the model there. In this case, to display the model it is necessary to call ShowSegment (as shown in the previous code snippet) in order to get the key of the segment where the model was loaded. After locating the model, it can be included into the tree for rendering.
If the file import is taking too much time, the user changes his mind about loading the file, or your application detects it is running out of memory, you have the ability to cancel a file import.
Canceling is not immediate. Once you cancel, a notice is posted that the import needs to be cancelled. The importer checks periodically to see if the notice has been posted, and when it sees it, it cancels itself.
In addition to HSF files, HOOPS Visualize can also natively import STL and OBJ files. The procedure follows the same pattern as HSF. As before, be sure to set the destination segment in the importer's options kit:
For MTL files, the OBJ importer opens and reads them in order to discover which material properties are present in the file. The file is closed when the import completes or is interrupted by an exception.
For information on how to load a file into HOOPS Visualize using HOOPS Exchange, see the Programming Guide section about Exchange. Integrating with HOOPS Publish is covered here.
The examples from previous sections have all dealt with loading 3D CAD files. 2D images are loaded slightly differently. First of all, the process uses the HPS::Image namespace. Secondly, the result of the file load is an HPS::ImageKit. Normally the image is loaded from an external file, although it is possible to use a programmtically-defined or generated image as well. This is the process you would use to load an image to prepare it for use, for example, as a texture:
Visualize can load common image formats, including JPG, PNG, and TGA. The full list of supported file formats is provided in the appendix. It is also possible to save 2D images out of an HPS::ImageKit in a similar way. Note that the size and export format must be specified within the HPS::ImageKit itself.
In order to save a screenshot, you can skip the HPS::ImageKit entirely and pass a HPS::WindowKey as a parameter. If you do not specify the image size, the window size is used. If you do specify the image size, and it does not match the window size, the resulting image will be stretched to match the size you specify. This procedure is as follows: