Unit JdAPImin |
Classes |
Functions |
jpeg_consume_input - Consume data in advance of what the decompressor requires.
jpeg_CreateDecompress - Initialization of a JPEG decompression object.
jpeg_create_decompress - Nomssi
jpeg_destroy_decompress - Destruction of a JPEG decompression object } {GLOBAL
Destruction of a JPEG decompression object } {GLOBAL
jpeg_finish_decompress - Finish JPEG decompression.
jpeg_has_multiple_scans - Is there more than one scan? } {GLOBAL
Is there more than one scan? } {GLOBAL
jpeg_input_complete - Have we finished reading the input file? } {GLOBAL
Have we finished reading the input file? } {GLOBAL
jpeg_read_header - Decompression startup: read start of JPEG datastream to see what's there.
jpeg_set_marker_processor - Install a special processing method for COM or APPn markers.
Types |
Constants |
Variables |
Functions |
Consume data in advance of what the decompressor requires. This can be called at any time once the decompressor object has been created and a data source has been set up. This routine is essentially a state machine that handles a couple of critical state-transition actions, namely initial setup and transition from header scanning to ready-for-start_decompress. All the actual input is done via the input controller's consume_input method. } {GLOBAL
Initialization of a JPEG decompression object. The error manager must already be set up (in case memory manager fails). } {GLOBAL
Destruction of a JPEG decompression object } {GLOBAL
Finish JPEG decompression. This will normally just verify the file trailer and release temp storage. Returns FALSE if suspended. The return value need be inspected only if a suspending data source is used. } {GLOBAL
Is there more than one scan? } {GLOBAL
Have we finished reading the input file? } {GLOBAL
Decompression startup: read start of JPEG datastream to see what's there. Need only initialize JPEG object and supply a data source before calling. This routine will read as far as the first SOS marker (ie, actual start of compressed data), and will save all tables and parameters in the JPEG object. It will also initialize the decompression parameters to default values, and finally return JPEG_HEADER_OK. On return, the application may adjust the decompression parameters and then call jpeg_start_decompress. (Or, if the application only wanted to determine the image parameters, the data need not be decompressed. In that case, call jpeg_abort or jpeg_destroy to release any temporary space.) If an abbreviated (tables only) datastream is presented, the routine will return JPEG_HEADER_TABLES_ONLY upon reaching EOI. The application may then re-use the JPEG object to read the abbreviated image datastream(s). It is unnecessary (but OK) to call jpeg_abort in this case. The JPEG_SUSPENDED return code only occurs if the data source module requests suspension of the decompressor. In this case the application should load more source data and then re-call jpeg_read_header to resume processing. If a non-suspending data source is used and require_image is TRUE, then the return code need not be inspected since only JPEG_HEADER_OK is possible. This routine is now just a front end to jpeg_consume_input, with some extra error checking. } {GLOBAL
Install a special processing method for COM or APPn markers. } {GLOBAL
Types |
Constants |
Variables |