IOFormat
IOF_v0.34.0_release
|
IOFormat does not necessarily need to be initialized, but it is a way to force plugins to be loaded at start-up, to avoid some latency during the first opening at runtime.
IOFormat provides methods to directly retrieve a view from a path. The filename extension will determine the format, and thus the extractor to instantiate. Theorically, IOFormat can handle any kind of format, so this method cannot directly return an ImageView. You will have to check first the type of view returned, and then transform it.
Concerning images, IOFormat can return three kinds of view:
In case of problem (file not found, format not recognized, decoding issue...), the method will return an empty view.
Important remark: at this moment, image content is not loaded in memory. No copy is done.
Users can decide to directly load in memory the full content of the loaded image. That way, the view is directly created in memory, through a specific method.
For now, this functionality is only for single-frame images. If given file contains more than one frame, the method will fail (an exception will be raised).
You have the possibility to load a view from an URI. This allows to load an image with a network protocol (HTTP or a file using the prefix file '://').
Remark: In the case of HTTP, the server must support HTTP range requests.
2 methods are available for 2 distinct cases:
And the case when file format cannot be identified with its URI. Format must be specified:
For any other cases, you can use an accessor as container for your image to decode.
You can have a look onto 'accessor concept' section in IOLink user-guide for more details.
Once you have your content in an accessor, IOFormat provides a method to create a view onto this accessor. On the other hand, you have to know the format of your data.
Remark: IOLink provides a factory to create a view onto an accessor, but with raw data only (not encoded). This one is different, since data are encoded in the accessor, and only IOFormat has capacities to decode them.
The StackReader
factory can be used to aggregate files which names follow a pattern into an ImageView
. Methods from this factory usually take a pattern and the interpretation of the stacking dimension. The pattern format is quite simple: variable parts of the path are indicated with a wildcard "*". The wildcard must only be in the last segment of the pattern. For example some/dir/img_*.png
is valid, where some/dir_*/img_*.png
is invalid.
openImageFromPattern
will not load anything in memory, so it is useful for out of core mechanics.readImageFromPattern
will stack the files and then load the resulting view in memory for better performance.A file list is a file where each line is a path to an image, StackReader::openListFile
will open such a file list and create a stacked image using the listed images in order. The StackReader::loadListFile
variant do all the same, and then load the stacked image in memory.
Example of an image list:
Code example to load a list file:
Exporting a view into a specific format is to encode your view content into this format. But each format has its own specificity, limitation, and can request some parameters (compression, color, ...). Each format needs a specific writer.
If you need to export your view content into a file or stream, the easiest way is to use the write view method. The appropriate writer plugin will be internally used. Default options of writers will be used for encoding.
This is a simple code example:
You can use advanced API methods to automatically let IOFormat choose for you the appropriate writer according to the desired output format or directly the plugin to use. All these methods return a writer which could then be used for advanced configuration.
Important remark: a writer can only be used for one writing. If you need to write your data a second time, another writer shall be created.
Following methods are provided in IOFormat API:
Finally, you can use your created writer as following:
With Writer object, you have possibility to set options for writing step. In the previous example, 'quality' of compression can be customized (to replace default value).
IOFormat API provides some helpers.
Some IOFormat APIs require to provide the format to encode or decode a data through a stream. This format is given as a characters string and should textually match with one of formats supported by internal plugins.
Example: To encode a view into a stream with JPEG format, you have to specify "JPEG" as 'format'.
An helper exists to easily convert an extension (i.e "jpg" or "png") into a format recognized by IOFormat APIs.
Following example shows how to encode your view into a specific extension whose you don't know the format:
IOFormat can log messages with different level of criticity:
User is free to select the level of messages which he's interested to display at runtime.
By default, IOFormat log level is initialized with IOLink log level. Level can only be specified at initialization by using Logger
object, before any other IOFormat API call.
In this previous example, IOLink log level is set at INFO level, and IOFormat log level is set at ERROR level.
In this other example, only IOLink log level is set. IOFormat log level is internally initialized to IOLink log level.
In this last example, the IOFormat log level is set after an IOFormat API call. This last line has no effect.