| oyArray2d_s | 2d data arrayoyArray2d_s is a in memory data view. The array2d holds pointers to lines in the original memory blob. The arrays contained in array2d represent the samples. There is no information in which order the samples appear. No pixel layout or meaning is provided. Given the coordinates x and y, a samples memory adress can be accessed by &array2d[y][x] . This adress must be converted to the data type provided in oyArray2d_s::t |
| oyCMMInfo_s | CMM API resources struct to implement and set by a CMMGiven an example CMM with name "little cms", which wants to use the four-char ID 'lcms', the CMM can register itself to Oyranos as follows: The CMM module file must be named something_lcms_cmm_module_something.something . On Linux this could be "liboyranos_lcms_cmm_module.so.0.1.8". The four-chars 'lcms' must be prepended with OY_MODULE_NAME alias "_cmm_module" |
| oyColourConversion_s | |
| oyConnector_s | Filter connection description structureThis structure holds informations about the connection capabilities. It holds common structure members of oyFilterPlug_s and oyFilterSocket_s |
| oyConversion_s | Filter chain or graph to manipulate a imageOrder of filters matters. The processing direction is a bit like raytracing as nodes request their parent |
| oyFilter_s | Filter to manipulate a imageThis is the Oyranos filter object. Filters are categorised into basic classes of filters described in the filter_type_ member. Filters implement a container for data and options. Filters can be manipulated by changing their options or data set |
| oyFilterNode_s | FilterNode objectFilter nodes chain filters into a oyConversion_s graph. The filter nodes use plugs and sockets for creating connections. Each plug can only connect to one socket |
| oyFilterPlug_s | Filter connection structureThe active input version of a oyConnector_s. Each plug can connect to exact one socket |
| oyFilterPlugs_s | FilterPlugs list |
| oyFilters_s | Filters list |
| oyFilterSocket_s | Filter connection structureThe passive output version of a oyConnector_s |
| oyIcon_s | Icon dataSince: 0.1.8 |
| oyImage_s | Reference struct to gather information for image transformationas we dont target a complete imaging solution, only raster is supported |
| oyName_s | Oyranos name structure |
| oyNamedColour_s | Colour patch with meta informationsData management on library side. User can control memory management at creation time |
| oyNamedColours_s | List of colour patchesData management on library side. User can control memory management at creation time |
| oyObject_s | Oyranos structure baseThe base object of Oyranos object system is self contained. It can be handled by the belonging function set. Complex objects for user interaction should almost all be derived from this struct. The memory management can be controlled by the user and will affect internal and derived data |
| oyOption_s | Option for rendering |
| oyOptions_s | Generic OptionsOptions can be any flag or rendering intent and other informations needed to configure a process. The object contains a list of oyOption_s objects |
| oyPixelAccess_s | Control pixel access orderA struct to control pixel access. It is a kind of flexible pixel iterator. The order or pattern of access is defined by the array_xy and start_[x,y] variables |
| oyProfile_s | Profile and its attributes |
| oyProfiles_s | Tell about the conversion profiles |
| oyProfileTag_s | Profile constituting element |
| oyRegion_s | Start with a simple rectangle |
| oyStruct_s | Oyranos base structureAll Oyranos structures should be castable to this basic one |
| oyValue_u | Value |
1.6.1