FreeBSD Manual Pages
vpLoadRawVolume(3) Library Functions Manual vpLoadRawVolume(3) NAME vpLoadRawVolume, vpLoadMinMaxOctree, vpLoadClassifiedVolume, vpLoadCon- text - load volume data structures from a file SYNOPSIS #include <volpack.h> vpResult vpLoadRawVolume(vpc, fd) vpContext *vpc; int fd; vpResult vpLoadMinMaxOctree(vpc, fd) vpContext *vpc; int fd; vpResult vpLoadClassifiedVolume(vpc, fd) vpContext *vpc; int fd; vpResult vpLoadContext(vpc, fd) vpContext *vpc; int fd; ARGUMENTS vpc VolPack context from vpCreateContext. fd File descriptor from open(2), open for reading. DESCRIPTION These functions are used to load volume data structures into a render- ing context from files in the format written by the VolPack file stor- ing routines (see vpStoreRawVolume(3)). vpLoadRawVolume loads a 3D voxel array file. The file includes infor- mation about the size of the volume and the layout of the voxels as well as the volume data itself. A new voxel array is allocated, the data is read into the array, and the array is stored in the rendering context. Note that the array will not be freed automatically when the context is destroyed; the application is responsible for freeing the array when appropriate (by using vpGetp with the VP_VOXEL_DATA state variable code to retrieve the array pointer), or for unmapping the voxel array if it has been memory mapped (see below). Any existing min-max octree or preclassified volume data is destroyed when vpLoadRawVolume is called. The information loaded from the file includes all of the parameters set with vpSetVolumeSize, vpSetVoxel- Size, vpSetVoxelField and vpSetRawVoxels. The data in the file is au- tomatically byte-swapped if the file was written on an architecture with different byte ordering than the current architecture. A magic constant in the file is used to determine if byte-swapping is neces- sary. Volume fields that have not been explicitly declared (by calling vpSetVoxelField before storing the voxel array file) cannot be byte- swapped. vpLoadMinMaxOctree loads a min-max octree file. The current 3D voxel array size and voxel layout must match the data in the octree file be- fore the file is loaded; consistency checks are performed. Any exist- ing octree is destroyed and the new octree is stored in the rendering context. Byte-swapping is performed if necessary. vpLoadClassifiedVolume loads a preclassified volume data file. The file includes information about the size of the volume and the layout of the voxels as well as the volume data itself. If the volume matches the size and layout of any existing volume data in the rendering con- text then the data in the file replaces only the current preclassified volume; otherwise, the old octree is destroyed, the 3D voxel array pa- rameters are zeroed out, and the new size and layout parameters are loaded. The information loaded from the file includes all of the para- meters set with vpSetVolumeSize, vpSetVoxelSize and vpSetVoxelField. Byte-swapping is performed if necessary. vpLoadContext loads a rendering context file. The file includes all rendering parameters except volume data and callback functions. The contents of any lookup tables for shading and classification are also loaded. Any existing preclassified volume data or octree are destroyed and the 3D voxel array parameters pointer is zeroed out. The lookup tables are loaded into dynamically allocated arrays, and the applica- tion is responsible for freeing those array when necessary; the arrays are not automatically freed when vpDestroyContext is called. In the current implementation byte swapping is not performed so context files from other architectures cannot be read. The function used to read data from the files can be set by calling vpSetCallback with the VP_READ_FUNC option. This could be used to im- plement a file-compression system, for example. It is also possible to memory-map data from files by setting the VP_MMAP_FUNC option. If this function is set then large data structures are memory mapped from files instead of being copied into memory, when possible. Data that must be byte-swapped cannot be memory mapped. Memory mapping has the advan- tages that less swap space is required and data is loaded into memory only as it is used. STATE VARIABLES The current file I/O parameters can be retrieved with the following state variable codes (see vpGeti(3)): VP_READ_FUNC, VP_MMAP_FUNC. ERRORS The normal return value is VP_OK. The following error return values are possible: VPERROR_IO The file reading or memory mapping function returned an error value (in which case the external variable errno should contain an operating-system specific error code), or the end of the file was reached prematurely. VPERROR_BAD_FILE The data in the file is invalid, usually meaning that it isn't a file written by the appropriate VolPack function. VPERROR_BAD_VOLUME The data in a min-max octree file does not match the current volume size (vpLoadMinMaxOctree only). VPERROR_BAD_VOXEL The data in a min-max octree file does not match the current voxel layout parameters (vpLoadMinMaxOctree only). SEE ALSO VolPack(3), vpCreateContext(3), vpStoreRawVolume(3) VolPack vpLoadRawVolume(3)
NAME | SYNOPSIS | ARGUMENTS | DESCRIPTION | STATE VARIABLES | ERRORS | SEE ALSO
Want to link to this manual page? Use this URL:
<https://man.freebsd.org/cgi/man.cgi?query=volpack-Load&sektion=3&manpath=FreeBSD+Ports+15.0>