Lines Matching +full:input +full:- +full:only
1 /* SPDX-License-Identifier: 0BSD */
23 * - C99's 'true' and 'false' from stdbool.h;
24 * - C++'s internal 'true' and 'false'; or
25 * - integers one (true) and zero (false).
38 * enumeration constants in liblzma API will be non-negative and less
53 * described per-function basis.
70 * output bytes should be picked from strm->next_out.
75 * \brief Input stream has no integrity check
77 * This return value can be returned only if the
95 * Encoders can return this value only from the initialization
100 * Decoders can return this value only from lzma_code() and
101 * only if the LZMA_TELL_UNSUPPORTED_CHECK flag was used when
117 * This value can be returned only by the lzma_code() function
118 * and only if the decoder was initialized with the
122 * implement a decoder that accepts only files that have
147 * liblzma 5.2.6 and earlier had a bug in single-threaded .xz
158 * The decoder did not recognize the input as supported file
161 * because lzma_stream_decoder accepts only the .xz format.
169 * - unsupported filter(s) or filter options; or
170 * - reserved bits set in headers (decoder only).
190 * Decoders return this error if the input data is corrupt.
200 * any new input and produce any new output. The most common
201 * reason for this error is that the input stream being
205 * by providing more input and/or more output space, if
209 * progress returns LZMA_OK instead of LZMA_BUF_ERROR. Only
217 * to properly written applications unless the input file
228 * - Function arguments are invalid or the structures
230 * e.g. if strm->next_out has been set to NULL and
231 * strm->avail_out > 0 when calling lzma_code().
232 * - lzma_* functions have been called in wrong order
234 * - If errors occur randomly, the reason might be flaky
244 * \brief Request to change the input file position
246 * Some coders can do random access in the input file. The
255 * After seeking the application should read new input and
279 * LZMA_STREAM_END. Also, the amount of input (that is, strm->avail_in) must
281 * LZMA_STREAM_END. Changing the 'action' or modifying the amount of input
289 * Encoder: Encode as much input as possible. Some internal
291 * chain in use), which causes latency: the input used won't
295 * Decoder: Decode as much input as possible and produce as
301 * \brief Make all the input available at output
310 * Only some filters support LZMA_SYNC_FLUSH. Trying to use
317 * LZMA2), fine-tuning the compression options may help
328 * All the input data going to the current Block must have
334 * This action is currently supported only by Stream encoder
344 * necessarily wait until all the input has been made
346 * might return LZMA_STREAM_END as soon as all the input
357 * With a lzma_stream initialized with the single-threaded
366 * All the input data must have been given to the encoder
370 * the amount of input must no longer be changed by
375 * initialized. When LZMA_CONCATENATED was not used, the only
376 * effect of LZMA_FINISH is that the amount of input must not
392 * Single-threaded mode only: liblzma doesn't make an internal copy of
418 * The nmemb argument exists only for
429 * This is not only about speed, but also memory usage, since the
432 * input files, liblzma may actually need only a fraction of the
483 * - passing pointers to input and output buffers to liblzma;
484 * - defining custom memory handler functions; and
485 * - holding a pointer to coder-specific internal data structures.
489 * - After allocating lzma_stream (on stack or with malloc()), it must be
492 * - Initialize a coder to the lzma_stream, for example by using
494 * - In contrast to zlib, strm->next_in and strm->next_out are
497 * - The initialization functions always set strm->total_in and
498 * strm->total_out to zero.
499 * - If the initialization function fails, no memory is left allocated
504 * - Use lzma_code() to do the actual work.
506 * - Once the coding has been finished, the existing lzma_stream can be
511 * - Finally, use lzma_end() to free the allocated memory. lzma_end() never
520 const uint8_t *next_in; /**< Pointer to the next input byte. */
521 size_t avail_in; /**< Number of available input bytes in next_in. */
561 * \brief New seek input position for LZMA_SEEK_NEEDED
563 * When lzma_code() returns LZMA_SEEK_NEEDED, the new input position
619 * using this function. The application has to update strm->next_in,
620 * strm->avail_in, strm->next_out, and strm->avail_out to pass input
623 * See the description of the coder-specific initialization function to find
641 * After lzma_end(strm), strm->internal is guaranteed to be NULL. No other
657 * In single-threaded mode, applications can get progress information from
658 * strm->total_in and strm->total_out. In multi-threaded mode this is less
659 * useful because a significant amount of both input and output data gets
662 * non-smooth.
664 * This function gives realistic progress information also in multi-threaded
666 * single-threaded mode *progress_in and *progress_out are set to
667 * strm->total_in and strm->total_out, respectively.
671 * \param[out] progress_in Pointer to the number of input bytes processed.
681 * This function is currently supported only when *strm has been initialized
687 * the memory usage limit should have been to decode the input. Note that
696 * some non-zero value is still returned, which is less than
710 * This function is supported only when *strm has been initialized with
717 * (always non-zero). On error, zero is returned.
726 * This function is supported only when *strm has been initialized with
734 * liblzma 5.2.6 and earlier had a bug in single-threaded .xz decoder
740 * - LZMA_OK: New memory usage limit successfully set.
741 * - LZMA_MEMLIMIT_ERROR: The new limit is too small.
743 * - LZMA_PROG_ERROR: Invalid arguments, e.g. *strm doesn't