123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158 |
- /*
- * Copyright (c) 2012-2017 The Khronos Group Inc.
- *
- * Licensed under the Apache License, Version 2.0 (the "License");
- * you may not use this file except in compliance with the License.
- * You may obtain a copy of the License at
- *
- * http://www.apache.org/licenses/LICENSE-2.0
- *
- * Unless required by applicable law or agreed to in writing, software
- * distributed under the License is distributed on an "AS IS" BASIS,
- * WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
- * See the License for the specific language governing permissions and
- * limitations under the License.
- */
- #ifndef _OPENVX_IMPORT_EXPORT_H_
- #define _OPENVX_IMPORT_EXPORT_H_
- /*!
- * \file
- * \brief The OpenVX Export and Import extension API.
- */
- #define OPENVX_KHR_IX "vx_khr_ix"
- #include <VX/vx_import.h>
- #ifdef __cplusplus
- extern "C" {
- #endif
- /*=============================================================================
- Export to host memory
- =============================================================================*/
- /*! \brief Exports selected objects to memory in a vendor-specific format.\n
- *
- * \details A list of references in the given context is supplied to this function, and all information
- * required to re-create these is stored in memory in such a way that those objects may be re-created
- * with the corresponding import function, according to the usage specified by the *uses* parameter[*REQ*].\n
- * The information must be context independent in that it may be written to external storage for later
- * retreival with another instantiation of a compatible implementation[*REQ*].\n
- * The list of objects to export may contain only valid references (i.e. vxGetStatus() will return VX_SUCCESS)
- * to vx_graph and non-virtual data objects or the function will fail[*REQ*].
- * (Specifically not vx_context, vx_import, vx_node, vx_kernel, vx_parameter or vx_meta_format)\n
- * Some node creation functions take C parameters rather than OpenVX data objects (such as the *gradient_size*
- * parameter of <tt>\ref vxHarrisCornersNode</tt> that is provided as a vx_int32), because these are intended
- * to be fixed at node creation time; nevertheless OpenVX data objects may be assigned to them, for example if
- * the <tt>\ref vxCreateGenericNode</tt> API is used.
- * A data object corresponding to a node parameter that is intended to be fixed at node creation time must not be
- * in the list of exported objects nor attached as a graph parameter or the export operation will fail[*REQ*].\n
- * The *uses* array specifies how the objects in the corresponding *refs* array will be exported. A data object
- * will always have its meta-data (e.g. dimensions and format of an image) exported, and optionally
- * may have its data (e.g. pixel values) exported, and additionally you can decide whether the importing
- * application will create data objects to replace those attached to graphs, or if the implementation will
- * automatically create them:
- * - <tt>\ref VX_IX_USE_APPLICATION_CREATE</tt> \n
- * Export sufficient data to check that an application-supplied
- * object is compatible when the data is later imported[*REQ*].
- * \note This value must be given for images created from handles, or the the export operation
- * will fail[*REQ*]
- * - <tt>\ref VX_IX_USE_EXPORT_VALUES</tt>\n
- * Export complete information (for example image data or value of a
- * scalar)[*REQ*].
- * - <tt>\ref VX_IX_USE_NO_EXPORT_VALUES</tt>\n
- * Export meta-data only; the importing application will set values
- * as applicable[*REQ*]
- *
- * The values in *uses* are applicable only for data objects and are ignored for vx_graph objects[*REQ*].\n
- * If the list *refs* contains vx_graph objects, these graphs will be verified during the export operation and the export operation will fail if verification fails; when successfully exported graphs are subsequently imported they will appear as verified [*REQ*].\n
- * \note The implementation may also choose to re-verify any previously verified graphs and apply
- * optimisations based upon which references are to be exported and how.\n
- * Any data objects attached to a graph that are hidden, i.e. their references are not in the list *refs*,
- * may be treated by the implementation as virtual objects, since they can never be visible when the graph is
- * subsequently imported.\n
- * Note that imported graphs cannot become unverified. Attempts to change the
- * graph that might normally cause the graph to be unverified, e.g. calling
- * vxSetGraphParameterByIndex with an object with different metadata, will fail.\n
- * The implementation should make sure that all permissible changes of exported objects are possible
- * without re-verification. For example:
- * - A uniform image may be swapped for a non-uniform image, so corresponding optimisations should be
- * inhibited if a uniform image appears in the *refs* list
- * - An image that is a region of interest of another image may be similarly replaced by any other image of
- * matching size and format, and vice-versa
- *
- * If a graph is exported that has delays registered for auto-aging, then this information is also
- * exported[*REQ*].\n
- * If the function is called with NULL for any of its parameters, this is an error [*REQ*].\n
- * The reference counts of objects as visible to the calling application will not be affected
- * by calling this function [*REQ*].\n
- * The export operation will fail if more than one object whose reference is listed at *refs*
- * has been given the same non-zero length name (via <tt>\ref vxSetReferenceName</tt>)[*REQ*].\n
- * If a graph listed for export has any graph parameters not listed at *refs*, then the
- * export operation will fail[*REQ*].
- * \note The order of the references supplied in the *refs* array will be the order in which the
- * framwork will supply references for the corresponding import operation with <tt>\ref vxImportObjectsFromMemory</tt>.\n
- * The same length of *uses* array, containing the same values, and the same value of *numrefs*, must be supplied
- * for the corresponding import operation.
- *
- * For objects not listed in *refs*, the following rules apply:
- * 1. In any one graph, if an object is not connected as an output of a node in a graph being exported
- * then its data values will be exported (for subsequent import)[*REQ*].
- * 2. Where the object in (1) is a composite object (such as a pyramid) then rule (1) applies to
- * all of its sub-objects[*REQ*].
- * 3. Where the object in (1) is a sub-object such as a region of interest, and the composite object
- * (in this case the parent image) does not meet the conditions of rule (1), then rule (1) applies
- * to the sub-object only[*REQ*].
- * \param [in] context context from which to export objects, must be valid [*REQ*].
- * \param [in] numrefs number of references to export [*REQ*].
- * \param [in] refs references to export. This is an array of length numrefs populated with
- * the references to export[*REQ*].
- * \param [in] uses how to export the references. This is an array of length numrefs containing
- * values as described above[*REQ*].
- * \param [out] ptr returns pointer to binary buffer. On error this is set to NULL[*REQ*].
- * \param [out] length number of bytes at \*ptr. On error this is set to zero[*REQ*].
- * \return A <tt>\ref vx_status</tt> value.
- * \retval VX_SUCCESS If no errors occurred and the objects were sucessfully exported[*REQ*].
- * An error is indicated when the return value is not VX_SUCCESS.\n
- * An implementation may provide several different return values to give useful diagnostic
- * information in the event of failure to export, but these are not required to indicate
- * possible recovery mechanisms, and for safety critical use assume errors are not recoverable.
- * \post <tt>\ref vxReleaseExportedMemory</tt> is used to deallocate the memory.
- * \ingroup group_import
- */
- VX_API_ENTRY vx_status VX_API_CALL vxExportObjectsToMemory(
- vx_context context,
- vx_size numrefs,
- const vx_reference *refs,
- const vx_enum * uses,
- const vx_uint8 ** ptr,
- vx_size * length);
- /*! \brief Releases memory allocated for a binary export when it is no longer required.
- * \details This function releases memory allocated by <tt>\ref vxExportObjectsToMemory</tt>[*REQ*].
- * \param [in] context The context for which <tt>\ref vxExportObjectsToMemory</tt> was called[*REQ*].
- * \param [in,out] ptr A pointer previously set by calling <tt>\ref vxExportObjectsToMemory</tt>[*REQ*].
- * The function will fail if <code>*ptr</code> does not contain an address of memory previously
- * allocated by <tt>\ref vxExportObjectsToMemory</tt>[*REQ*].
- * \post After returning from sucessfully from this function \*ptr is set to NULL[*REQ*].
- * \return A <tt>\ref vx_status</tt> value.
- * \retval VX_SUCCESS If no errors occurred and the memory was sucessfully released[*REQ*].\n
- * An error is indicated when the return value is not VX_SUCCESS[*REQ*].\n
- * An implementation may provide several different return values to give useful diagnostic
- * information in the event of failure to export, but these are not required to indicate
- * possible recovery mechanisms, and for safety critical use assume errors are not recoverable.
- * \pre <tt>\ref vxExportObjectsToMemory</tt> is used to allocate the memory.
- * \ingroup group_import
- */
- VX_API_ENTRY vx_status VX_API_CALL vxReleaseExportedMemory(
- vx_context context, const vx_uint8 ** ptr);
- #ifdef __cplusplus
- }
- #endif
- #endif
|