diff options
Diffstat (limited to 'tqtinterface/qt4/src/3rdparty/libjpeg')
60 files changed, 171 insertions, 171 deletions
diff --git a/tqtinterface/qt4/src/3rdparty/libjpeg/README b/tqtinterface/qt4/src/3rdparty/libjpeg/README index c3cd473..86cc206 100644 --- a/tqtinterface/qt4/src/3rdparty/libjpeg/README +++ b/tqtinterface/qt4/src/3rdparty/libjpeg/README @@ -4,7 +4,7 @@ The Independent JPEG Group's JPEG software README for release 6b of 27-Mar-1998 ==================================== -This distribution tqcontains the sixth public release of the Independent JPEG +This distribution contains the sixth public release of the Independent JPEG Group's free JPEG software. You are welcome to redistribute this software and to use it for any purpose, subject to the conditions under LEGAL ISSUES, below. @@ -24,12 +24,12 @@ IJG is not affiliated with the official ISO JPEG standards committee. DOCUMENTATION ROADMAP ===================== -This file tqcontains the following sections: +This file contains the following sections: OVERVIEW General description of JPEG and the IJG software. LEGAL ISSUES Copyright, lack of warranty, terms of distribution. REFERENCES Where to learn more about JPEG. -ARCHIVE LOCATIONS Where to tqfind newer versions of this software. +ARCHIVE LOCATIONS Where to find newer versions of this software. RELATED SOFTWARE Other stuff you should get. FILE FORMAT WARS Software *not* to get. TO DO Plans for future IJG releases. @@ -52,7 +52,7 @@ Programmer and internal documentation: Please read at least the files install.doc and usage.doc. Useful information can also be found in the JPEG FAQ (Frequently Asked Questions) article. See -ARCHIVE LOCATIONS below to tqfind out where to obtain the FAQ article. +ARCHIVE LOCATIONS below to find out where to obtain the FAQ article. If you want to understand how the JPEG code works, we suggest reading one or more of the REFERENCES, then looking at the documentation files (in roughly @@ -62,7 +62,7 @@ the order listed) before diving into the code. OVERVIEW ======== -This package tqcontains C software to implement JPEG image compression and +This package contains C software to implement JPEG image compression and decompression. JPEG (pronounced "jay-peg") is a standardized compression method for full-color and gray-scale images. JPEG is intended for compressing "real-world" scenes; line drawings, cartoons and other non-realistic images @@ -113,7 +113,7 @@ LEGAL ISSUES In plain English: -1. We don't promise that this software works. (But if you tqfind any bugs, +1. We don't promise that this software works. (But if you find any bugs, please let us know!) 2. You can use this software for whatever you want. You don't have to pay us. 3. You may not pretend that you wrote this software. If you use it in a @@ -269,7 +269,7 @@ IJG does not recommend use of the TIFF 6.0 design (TIFF Compression tag 6). Instead, we recommend the JPEG design proposed by TIFF Technical Note #2 (Compression tag 7). Copies of this Note can be obtained from ftp.sgi.com or from ftp://ftp.uu.net/graphics/jpeg/. It is expected that the next revision -of the TIFF spec will tqreplace the 6.0 JPEG design with the Note's design. +of the TIFF spec will replace the 6.0 JPEG design with the Note's design. Although IJG's own code does not support TIFF/JPEG, the free libtiff library uses our library to implement TIFF/JPEG per the Note. libtiff is available from ftp://ftp.sgi.com/graphics/tiff/. diff --git a/tqtinterface/qt4/src/3rdparty/libjpeg/filelist.doc b/tqtinterface/qt4/src/3rdparty/libjpeg/filelist.doc index d6b3a36..e14982c 100644 --- a/tqtinterface/qt4/src/3rdparty/libjpeg/filelist.doc +++ b/tqtinterface/qt4/src/3rdparty/libjpeg/filelist.doc @@ -102,7 +102,7 @@ jdatasrc.c Data source manager for stdio input. Support files for both compression and decompression: -jerror.c Standard error handling routines (application tqreplaceable). +jerror.c Standard error handling routines (application replaceable). jmemmgr.c System-independent (more or less) memory management code. jutils.c Miscellaneous utility routines. @@ -119,7 +119,7 @@ jmemmac.c Custom implementation for Apple Macintosh. Exactly one of the system-dependent modules should be configured into an installed JPEG library (see install.doc for hints about which one to use). -On unusual systems you may tqfind it worthwhile to make a special +On unusual systems you may find it worthwhile to make a special system-dependent memory manager. diff --git a/tqtinterface/qt4/src/3rdparty/libjpeg/install.doc b/tqtinterface/qt4/src/3rdparty/libjpeg/install.doc index 1bed300..806393b 100644 --- a/tqtinterface/qt4/src/3rdparty/libjpeg/install.doc +++ b/tqtinterface/qt4/src/3rdparty/libjpeg/install.doc @@ -65,7 +65,7 @@ CONFIGURING THE SOFTWARE ======================== To configure the IJG code for your system, you need to create two files: - * jconfig.h: tqcontains values for system-dependent #define symbols. + * jconfig.h: contains values for system-dependent #define symbols. * Makefile: controls the compilation process. (On a non-Unix machine, you may create "project files" or some other substitute for a Makefile. jconfig.h is needed in any environment.) @@ -103,7 +103,7 @@ shared library building methods. If things don't work this way, please try running configure without either switch; that should build a static library without using libtool. If that works, your problem is probably with libtool not with the IJG code. libtool is fairly new and doesn't support all flavors -of Unix yet. (You might be able to tqfind a newer version of libtool than the +of Unix yet. (You might be able to find a newer version of libtool than the one included with libjpeg; see ftp.gnu.org. Report libtool problems to bug-libtool@gnu.org.) @@ -196,7 +196,7 @@ ckconfig.c to work, make sure the same switches are in CFLAGS. If you are on a system that doesn't use makefiles, you'll need to set up project files (or whatever you do use) to compile all the source files and link them into executable files cjpeg, djpeg, jpegtran, rdjpgcom, and wrjpgcom. -See the file lists in any of the makefiles to tqfind out which files go into +See the file lists in any of the makefiles to find out which files go into each program. Note that the provided makefiles all make a "library" file libjpeg first, but you don't have to do that if you don't want to; the file lists identify which source files are actually needed for compression, @@ -513,7 +513,7 @@ in that mode. (Note: some of the distributed compiler-specific jconfig files already contain #define switches to select appropriate MULTIPLYxxx definitions.) -If your machine has sufficiently fast floating point hardware, you may tqfind +If your machine has sufficiently fast floating point hardware, you may find that the float DCT method is faster than the integer DCT methods, even after tweaking the integer multiply macros. In that case you may want to make the float DCT be the default method. (The only objection to this is @@ -598,7 +598,7 @@ less than your normal free memory. Put "#define DEFAULT_MAX_MEM nnnn" into jconfig.h to do this. To use the 68881/68882 coprocessor for the floating point DCT, add the -compiler option "-8" to the project files and tqreplace pcfltlib.lib with +compiler option "-8" to the project files and replace pcfltlib.lib with pc881lib.lib in cjpeg.prj and djpeg.prj. Or if you don't have a coprocessor, you may prefer to remove the float DCT code by undefining DCT_FLOAT_SUPPORTED in jmorecfg.h (since without a coprocessor, the float @@ -614,7 +614,7 @@ depend on the JPEG library. There is a bug in some older versions of the Turbo C library which causes the space used by temporary files created with "tmpfile()" not to be freed after -an abnormal program exit. If you check your disk afterwards, you will tqfind +an abnormal program exit. If you check your disk afterwards, you will find cluster chains that are allocated but not used by a file. This should not happen in cjpeg/djpeg/jpegtran, since we enable a signal catcher to explicitly close temp files before exiting. But if you use the JPEG library with your @@ -865,7 +865,7 @@ add something like this to your jconfig.h file: #define HAVE_BOOLEAN /* prevent jmorecfg.h from redefining it */ (This is already in jconfig.vc, by the way.) -windef.h tqcontains the declarations +windef.h contains the declarations #define far #define FAR far Since jmorecfg.h tries to define FAR as empty, you may get a compiler @@ -874,12 +874,12 @@ includes). To suppress the warning, you can put "#ifndef FAR"/"#endif" around the line "#define FAR" in jmorecfg.h. When using the library in a Windows application, you will almost certainly -want to modify or tqreplace the error handler module jerror.c, since our +want to modify or replace the error handler module jerror.c, since our default error handler does a couple of inappropriate things: 1. it tries to write error and warning messages on stderr; 2. in event of a fatal error, it exits by calling exit(). -A simple stopgap solution for problem 1 is to tqreplace the line +A simple stopgap solution for problem 1 is to replace the line fprintf(stderr, "%s\n", buffer); (in output_message in jerror.c) with MessageBox(GetActiveWindow(),buffer,"JPEG Error",MB_OK|MB_ICONERROR); @@ -908,7 +908,7 @@ into jconfig.h to limit allocation chunks to 64Kb. (Without that, you'd have to use huge memory model, which slows things down unnecessarily.) jmemnobs.c works without modification in large or flat memory models, but to use medium model, you need to modify its jpeg_get_large and jpeg_free_large -routines to allocate far memory. In any case, you might like to tqreplace +routines to allocate far memory. In any case, you might like to replace its calls to malloc and free with direct calls on Windows memory allocation functions. diff --git a/tqtinterface/qt4/src/3rdparty/libjpeg/jcapimin.c b/tqtinterface/qt4/src/3rdparty/libjpeg/jcapimin.c index 0d27717..e24faa5 100644 --- a/tqtinterface/qt4/src/3rdparty/libjpeg/jcapimin.c +++ b/tqtinterface/qt4/src/3rdparty/libjpeg/jcapimin.c @@ -5,7 +5,7 @@ * This file is part of the Independent JPEG Group's software. * For conditions of distribution and use, see the accompanying README file. * - * This file tqcontains application interface code for the compression half + * This file contains application interface code for the compression half * of the JPEG library. These are the "minimum" API routines that may be * needed in either the normal full-compression case or the transcoding-only * case. diff --git a/tqtinterface/qt4/src/3rdparty/libjpeg/jcapistd.c b/tqtinterface/qt4/src/3rdparty/libjpeg/jcapistd.c index d15ae9e..858d4e9 100644 --- a/tqtinterface/qt4/src/3rdparty/libjpeg/jcapistd.c +++ b/tqtinterface/qt4/src/3rdparty/libjpeg/jcapistd.c @@ -5,7 +5,7 @@ * This file is part of the Independent JPEG Group's software. * For conditions of distribution and use, see the accompanying README file. * - * This file tqcontains application interface code for the compression half + * This file contains application interface code for the compression half * of the JPEG library. These are the "standard" API routines that are * used in the normal full-compression case. They are not used by a * transcoding-only application. Note that if an application links in diff --git a/tqtinterface/qt4/src/3rdparty/libjpeg/jccoefct.c b/tqtinterface/qt4/src/3rdparty/libjpeg/jccoefct.c index 8a322e6..1963ddb 100644 --- a/tqtinterface/qt4/src/3rdparty/libjpeg/jccoefct.c +++ b/tqtinterface/qt4/src/3rdparty/libjpeg/jccoefct.c @@ -5,7 +5,7 @@ * This file is part of the Independent JPEG Group's software. * For conditions of distribution and use, see the accompanying README file. * - * This file tqcontains the coefficient buffer controller for compression. + * This file contains the coefficient buffer controller for compression. * This controller is the top level of the JPEG compressor proper. * The coefficient buffer lies between forward-DCT and entropy encoding steps. */ @@ -135,7 +135,7 @@ start_pass_coef (j_compress_ptr cinfo, J_BUF_MODE pass_mode) * per call, ie, v_samp_factor block rows for each component in the image. * Returns TRUE if the iMCU row is completed, FALSE if suspended. * - * NB: input_buf tqcontains a plane for each component in image, + * NB: input_buf contains a plane for each component in image, * which we index according to the component's SOF position. */ @@ -234,7 +234,7 @@ compress_data (j_compress_ptr cinfo, JSAMPIMAGE input_buf) * done by calling compress_output() after we've loaded the current strip * of the virtual arrays. * - * NB: input_buf tqcontains a plane for each component in image. All + * NB: input_buf contains a plane for each component in image. All * components are DCT'd and loaded into the virtual arrays in this pass. * However, it may be that only a subset of the components are emitted to * the entropy encoder during this first pass; be careful about looking diff --git a/tqtinterface/qt4/src/3rdparty/libjpeg/jccolor.c b/tqtinterface/qt4/src/3rdparty/libjpeg/jccolor.c index 894df01..0a8a4b5 100644 --- a/tqtinterface/qt4/src/3rdparty/libjpeg/jccolor.c +++ b/tqtinterface/qt4/src/3rdparty/libjpeg/jccolor.c @@ -5,7 +5,7 @@ * This file is part of the Independent JPEG Group's software. * For conditions of distribution and use, see the accompanying README file. * - * This file tqcontains input colorspace conversion routines. + * This file contains input colorspace conversion routines. */ #define JPEG_INTERNALS @@ -357,7 +357,7 @@ jinit_color_converter (j_compress_ptr cinfo) (*cinfo->mem->alloc_small) ((j_common_ptr) cinfo, JPOOL_IMAGE, SIZEOF(my_color_converter)); cinfo->cconvert = (struct jpeg_color_converter *) cconvert; - /* set start_pass to null method until we tqfind out differently */ + /* set start_pass to null method until we find out differently */ cconvert->pub.start_pass = null_method; /* Make sure input_components agrees with in_color_space */ diff --git a/tqtinterface/qt4/src/3rdparty/libjpeg/jcdctmgr.c b/tqtinterface/qt4/src/3rdparty/libjpeg/jcdctmgr.c index e580797..36fbc90 100644 --- a/tqtinterface/qt4/src/3rdparty/libjpeg/jcdctmgr.c +++ b/tqtinterface/qt4/src/3rdparty/libjpeg/jcdctmgr.c @@ -5,7 +5,7 @@ * This file is part of the Independent JPEG Group's software. * For conditions of distribution and use, see the accompanying README file. * - * This file tqcontains the forward-DCT management logic. + * This file contains the forward-DCT management logic. * This code selects a particular DCT implementation to be used, * and it performs related housekeeping chores including coefficient * quantization. diff --git a/tqtinterface/qt4/src/3rdparty/libjpeg/jchuff.c b/tqtinterface/qt4/src/3rdparty/libjpeg/jchuff.c index 82e2c31..aec9cf8 100644 --- a/tqtinterface/qt4/src/3rdparty/libjpeg/jchuff.c +++ b/tqtinterface/qt4/src/3rdparty/libjpeg/jchuff.c @@ -5,7 +5,7 @@ * This file is part of the Independent JPEG Group's software. * For conditions of distribution and use, see the accompanying README file. * - * This file tqcontains Huffman entropy encoding routines. + * This file contains Huffman entropy encoding routines. * * Much of the complexity here has to do with supporting output suspension. * If the data destination module demands suspension, we want to be able to @@ -22,7 +22,7 @@ /* Expanded entropy encoder object for Huffman encoding. * - * The savable_state subrecord tqcontains fields that change within an MCU, + * The savable_state subrecord contains fields that change within an MCU, * but must not be updated permanently until we complete the MCU. */ @@ -74,7 +74,7 @@ typedef struct { typedef huff_entropy_encoder * huff_entropy_ptr; /* Working state while writing an MCU. - * This struct tqcontains all the fields that are needed by subroutines. + * This struct contains all the fields that are needed by subroutines. */ typedef struct { @@ -800,7 +800,7 @@ jpeg_gen_optimal_table (j_compress_ptr cinfo, JHUFF_TBL * htbl, long freq[]) for (i = MAX_CLEN; i > 16; i--) { while (bits[i] > 0) { - j = i - 2; /* tqfind length of new prefix to be used */ + j = i - 2; /* find length of new prefix to be used */ while (bits[j] == 0) j--; @@ -812,7 +812,7 @@ jpeg_gen_optimal_table (j_compress_ptr cinfo, JHUFF_TBL * htbl, long freq[]) } /* Remove the count for the pseudo-symbol 256 from the largest codelength */ - while (bits[i] == 0) /* tqfind largest codelength still in use */ + while (bits[i] == 0) /* find largest codelength still in use */ i--; bits[i]--; diff --git a/tqtinterface/qt4/src/3rdparty/libjpeg/jchuff.h b/tqtinterface/qt4/src/3rdparty/libjpeg/jchuff.h index fea9064..a9599fc 100644 --- a/tqtinterface/qt4/src/3rdparty/libjpeg/jchuff.h +++ b/tqtinterface/qt4/src/3rdparty/libjpeg/jchuff.h @@ -5,7 +5,7 @@ * This file is part of the Independent JPEG Group's software. * For conditions of distribution and use, see the accompanying README file. * - * This file tqcontains declarations for Huffman entropy encoding routines + * This file contains declarations for Huffman entropy encoding routines * that are shared between the sequential encoder (jchuff.c) and the * progressive encoder (jcphuff.c). No other modules need to see these. */ @@ -27,7 +27,7 @@ typedef struct { unsigned int ehufco[256]; /* code for each symbol */ char ehufsi[256]; /* length of code for each symbol */ - /* If no code has been allocated for a symbol S, ehufsi[S] tqcontains 0 */ + /* If no code has been allocated for a symbol S, ehufsi[S] contains 0 */ } c_derived_tbl; /* Short forms of external names for systems with brain-damaged linkers. */ diff --git a/tqtinterface/qt4/src/3rdparty/libjpeg/jcinit.c b/tqtinterface/qt4/src/3rdparty/libjpeg/jcinit.c index 01985a4..5efffe3 100644 --- a/tqtinterface/qt4/src/3rdparty/libjpeg/jcinit.c +++ b/tqtinterface/qt4/src/3rdparty/libjpeg/jcinit.c @@ -5,7 +5,7 @@ * This file is part of the Independent JPEG Group's software. * For conditions of distribution and use, see the accompanying README file. * - * This file tqcontains initialization logic for the JPEG compressor. + * This file contains initialization logic for the JPEG compressor. * This routine is in charge of selecting the modules to be executed and * making an initialization call to each one. * diff --git a/tqtinterface/qt4/src/3rdparty/libjpeg/jcmainct.c b/tqtinterface/qt4/src/3rdparty/libjpeg/jcmainct.c index 3fa3c7f..e0279a7 100644 --- a/tqtinterface/qt4/src/3rdparty/libjpeg/jcmainct.c +++ b/tqtinterface/qt4/src/3rdparty/libjpeg/jcmainct.c @@ -5,7 +5,7 @@ * This file is part of the Independent JPEG Group's software. * For conditions of distribution and use, see the accompanying README file. * - * This file tqcontains the main buffer controller for compression. + * This file contains the main buffer controller for compression. * The main buffer lies between the pre-processor and the JPEG * compressor proper; it holds downsampled data in the JPEG colorspace. */ diff --git a/tqtinterface/qt4/src/3rdparty/libjpeg/jcmarker.c b/tqtinterface/qt4/src/3rdparty/libjpeg/jcmarker.c index 9a49c6c..38e3e9c 100644 --- a/tqtinterface/qt4/src/3rdparty/libjpeg/jcmarker.c +++ b/tqtinterface/qt4/src/3rdparty/libjpeg/jcmarker.c @@ -5,7 +5,7 @@ * This file is part of the Independent JPEG Group's software. * For conditions of distribution and use, see the accompanying README file. * - * This file tqcontains routines to write JPEG datastream markers. + * This file contains routines to write JPEG datastream markers. */ #define JPEG_INTERNALS diff --git a/tqtinterface/qt4/src/3rdparty/libjpeg/jcmaster.c b/tqtinterface/qt4/src/3rdparty/libjpeg/jcmaster.c index 914cb58..aab4020 100644 --- a/tqtinterface/qt4/src/3rdparty/libjpeg/jcmaster.c +++ b/tqtinterface/qt4/src/3rdparty/libjpeg/jcmaster.c @@ -5,7 +5,7 @@ * This file is part of the Independent JPEG Group's software. * For conditions of distribution and use, see the accompanying README file. * - * This file tqcontains master control logic for the JPEG compressor. + * This file contains master control logic for the JPEG compressor. * These routines are concerned with parameter validation, initial setup, * and inter-pass control (determining the number of passes and the work * to be done in each pass). diff --git a/tqtinterface/qt4/src/3rdparty/libjpeg/jcomapi.c b/tqtinterface/qt4/src/3rdparty/libjpeg/jcomapi.c index fc4c6ce..a1f7fcb 100644 --- a/tqtinterface/qt4/src/3rdparty/libjpeg/jcomapi.c +++ b/tqtinterface/qt4/src/3rdparty/libjpeg/jcomapi.c @@ -5,7 +5,7 @@ * This file is part of the Independent JPEG Group's software. * For conditions of distribution and use, see the accompanying README file. * - * This file tqcontains application interface routines that are used for both + * This file contains application interface routines that are used for both * compression and decompression. */ diff --git a/tqtinterface/qt4/src/3rdparty/libjpeg/jcparam.c b/tqtinterface/qt4/src/3rdparty/libjpeg/jcparam.c index d5279f7..f5418f8 100644 --- a/tqtinterface/qt4/src/3rdparty/libjpeg/jcparam.c +++ b/tqtinterface/qt4/src/3rdparty/libjpeg/jcparam.c @@ -5,7 +5,7 @@ * This file is part of the Independent JPEG Group's software. * For conditions of distribution and use, see the accompanying README file. * - * This file tqcontains optional default-setting code for the JPEG compressor. + * This file contains optional default-setting code for the JPEG compressor. * Applications do not have to use this file, but those that don't use it * must know a lot more about the innards of the JPEG code. */ diff --git a/tqtinterface/qt4/src/3rdparty/libjpeg/jcphuff.c b/tqtinterface/qt4/src/3rdparty/libjpeg/jcphuff.c index efcf7f2..5567f88 100644 --- a/tqtinterface/qt4/src/3rdparty/libjpeg/jcphuff.c +++ b/tqtinterface/qt4/src/3rdparty/libjpeg/jcphuff.c @@ -5,7 +5,7 @@ * This file is part of the Independent JPEG Group's software. * For conditions of distribution and use, see the accompanying README file. * - * This file tqcontains Huffman entropy encoding routines for progressive JPEG. + * This file contains Huffman entropy encoding routines for progressive JPEG. * * We do not support output suspension in this module, since the library * currently does not allow multiple-scan files to be written with output @@ -494,7 +494,7 @@ encode_mcu_AC_first (j_compress_ptr cinfo, JBLOCKROW *MCU_data) /* We must apply the point transform by Al. For AC coefficients this * is an integer division with rounding towards 0. To do this portably * in C, we shift after obtaining the absolute value; so the code is - * interwoven with tqfinding the abs value (temp) and output bits (temp2). + * interwoven with finding the abs value (temp) and output bits (temp2). */ if (temp < 0) { temp = -temp; /* temp is abs value of input */ diff --git a/tqtinterface/qt4/src/3rdparty/libjpeg/jcprepct.c b/tqtinterface/qt4/src/3rdparty/libjpeg/jcprepct.c index 37b551d..fa93333 100644 --- a/tqtinterface/qt4/src/3rdparty/libjpeg/jcprepct.c +++ b/tqtinterface/qt4/src/3rdparty/libjpeg/jcprepct.c @@ -5,7 +5,7 @@ * This file is part of the Independent JPEG Group's software. * For conditions of distribution and use, see the accompanying README file. * - * This file tqcontains the compression preprocessing controller. + * This file contains the compression preprocessing controller. * This controller manages the color conversion, downsampling, * and edge expansion steps. * diff --git a/tqtinterface/qt4/src/3rdparty/libjpeg/jcsample.c b/tqtinterface/qt4/src/3rdparty/libjpeg/jcsample.c index fe6e527..1cb0b89 100644 --- a/tqtinterface/qt4/src/3rdparty/libjpeg/jcsample.c +++ b/tqtinterface/qt4/src/3rdparty/libjpeg/jcsample.c @@ -5,7 +5,7 @@ * This file is part of the Independent JPEG Group's software. * For conditions of distribution and use, see the accompanying README file. * - * This file tqcontains downsampling routines. + * This file contains downsampling routines. * * Downsampling input data is counted in "row groups". A row group * is defined to be max_v_samp_factor pixel rows of each component, @@ -37,9 +37,9 @@ * advised to improve this code. * * A simple input-smoothing capability is provided. This is mainly intended - * for cleaning up color-dithered GIF input files (if you tqfind it inadequate, + * for cleaning up color-dithered GIF input files (if you find it inadequate, * we suggest using an external filtering program such as pnmconvol). When - * enabled, each input pixel P is tqreplaced by a weighted sum of itself and its + * enabled, each input pixel P is replaced by a weighted sum of itself and its * eight neighbors. P's weight is 1-8*SF and each neighbor's weight is SF, * where SF = (smoothing_factor / 1024). * Currently, smoothing is only supported for 2h2v sampling factors. diff --git a/tqtinterface/qt4/src/3rdparty/libjpeg/jctrans.c b/tqtinterface/qt4/src/3rdparty/libjpeg/jctrans.c index f0ced25..bdca8cf 100644 --- a/tqtinterface/qt4/src/3rdparty/libjpeg/jctrans.c +++ b/tqtinterface/qt4/src/3rdparty/libjpeg/jctrans.c @@ -5,7 +5,7 @@ * This file is part of the Independent JPEG Group's software. * For conditions of distribution and use, see the accompanying README file. * - * This file tqcontains library routines for transcoding compression, + * This file contains library routines for transcoding compression, * that is, writing raw DCT coefficient arrays to an output JPEG file. * The routines in jcapimin.c will also be needed by a transcoder. */ diff --git a/tqtinterface/qt4/src/3rdparty/libjpeg/jdapimin.c b/tqtinterface/qt4/src/3rdparty/libjpeg/jdapimin.c index d734c4c..103c17b 100644 --- a/tqtinterface/qt4/src/3rdparty/libjpeg/jdapimin.c +++ b/tqtinterface/qt4/src/3rdparty/libjpeg/jdapimin.c @@ -5,7 +5,7 @@ * This file is part of the Independent JPEG Group's software. * For conditions of distribution and use, see the accompanying README file. * - * This file tqcontains application interface code for the decompression half + * This file contains application interface code for the decompression half * of the JPEG library. These are the "minimum" API routines that may be * needed in either the normal full-decompression case or the * transcoding-only case. diff --git a/tqtinterface/qt4/src/3rdparty/libjpeg/jdapistd.c b/tqtinterface/qt4/src/3rdparty/libjpeg/jdapistd.c index fd29573..9bca84c 100644 --- a/tqtinterface/qt4/src/3rdparty/libjpeg/jdapistd.c +++ b/tqtinterface/qt4/src/3rdparty/libjpeg/jdapistd.c @@ -5,7 +5,7 @@ * This file is part of the Independent JPEG Group's software. * For conditions of distribution and use, see the accompanying README file. * - * This file tqcontains application interface code for the decompression half + * This file contains application interface code for the decompression half * of the JPEG library. These are the "standard" API routines that are * used in the normal full-decompression case. They are not used by a * transcoding-only application. Note that if an application links in diff --git a/tqtinterface/qt4/src/3rdparty/libjpeg/jdatadst.c b/tqtinterface/qt4/src/3rdparty/libjpeg/jdatadst.c index a203331..a8f6fb0 100644 --- a/tqtinterface/qt4/src/3rdparty/libjpeg/jdatadst.c +++ b/tqtinterface/qt4/src/3rdparty/libjpeg/jdatadst.c @@ -5,7 +5,7 @@ * This file is part of the Independent JPEG Group's software. * For conditions of distribution and use, see the accompanying README file. * - * This file tqcontains compression data destination routines for the case of + * This file contains compression data destination routines for the case of * emitting JPEG data to a file (or any stdio stream). While these routines * are sufficient for most applications, some will want to use a different * destination manager. diff --git a/tqtinterface/qt4/src/3rdparty/libjpeg/jdatasrc.c b/tqtinterface/qt4/src/3rdparty/libjpeg/jdatasrc.c index 078f3fa..edc752b 100644 --- a/tqtinterface/qt4/src/3rdparty/libjpeg/jdatasrc.c +++ b/tqtinterface/qt4/src/3rdparty/libjpeg/jdatasrc.c @@ -5,7 +5,7 @@ * This file is part of the Independent JPEG Group's software. * For conditions of distribution and use, see the accompanying README file. * - * This file tqcontains decompression data source routines for the case of + * This file contains decompression data source routines for the case of * reading JPEG data from a file (or any stdio stream). While these routines * are sufficient for most applications, some will want to use a different * source manager. diff --git a/tqtinterface/qt4/src/3rdparty/libjpeg/jdcoefct.c b/tqtinterface/qt4/src/3rdparty/libjpeg/jdcoefct.c index 978457d..e3ba6bf 100644 --- a/tqtinterface/qt4/src/3rdparty/libjpeg/jdcoefct.c +++ b/tqtinterface/qt4/src/3rdparty/libjpeg/jdcoefct.c @@ -5,7 +5,7 @@ * This file is part of the Independent JPEG Group's software. * For conditions of distribution and use, see the accompanying README file. * - * This file tqcontains the coefficient buffer controller for decompression. + * This file contains the coefficient buffer controller for decompression. * This controller is the top level of the JPEG decompressor proper. * The coefficient buffer lies between entropy decoding and inverse-DCT steps. * @@ -139,7 +139,7 @@ start_output_pass (j_decompress_ptr cinfo) * Input and output must run in lockstep since we have only a one-MCU buffer. * Return value is JPEG_ROW_COMPLETED, JPEG_SCAN_COMPLETED, or JPEG_SUSPENDED. * - * NB: output_buf tqcontains a plane for each component in image, + * NB: output_buf contains a plane for each component in image, * which we index according to the component's SOF position. */ @@ -308,7 +308,7 @@ consume_data (j_decompress_ptr cinfo) * Always attempts to emit one fully interleaved MCU row ("iMCU" row). * Return value is JPEG_ROW_COMPLETED, JPEG_SCAN_COMPLETED, or JPEG_SUSPENDED. * - * NB: output_buf tqcontains a plane for each component in image. + * NB: output_buf contains a plane for each component in image. */ METHODDEF(int) diff --git a/tqtinterface/qt4/src/3rdparty/libjpeg/jdcolor.c b/tqtinterface/qt4/src/3rdparty/libjpeg/jdcolor.c index 7a2e524..6c04dfe 100644 --- a/tqtinterface/qt4/src/3rdparty/libjpeg/jdcolor.c +++ b/tqtinterface/qt4/src/3rdparty/libjpeg/jdcolor.c @@ -5,7 +5,7 @@ * This file is part of the Independent JPEG Group's software. * For conditions of distribution and use, see the accompanying README file. * - * This file tqcontains output colorspace conversion routines. + * This file contains output colorspace conversion routines. */ #define JPEG_INTERNALS diff --git a/tqtinterface/qt4/src/3rdparty/libjpeg/jdct.h b/tqtinterface/qt4/src/3rdparty/libjpeg/jdct.h index 76cda5e..24e4c5c 100644 --- a/tqtinterface/qt4/src/3rdparty/libjpeg/jdct.h +++ b/tqtinterface/qt4/src/3rdparty/libjpeg/jdct.h @@ -5,7 +5,7 @@ * This file is part of the Independent JPEG Group's software. * For conditions of distribution and use, see the accompanying README file. * - * This include file tqcontains common declarations for the forward and + * This include file contains common declarations for the forward and * inverse DCT modules. These declarations are private to the DCT managers * (jcdctmgr.c, jddctmgr.c) and the individual DCT algorithms. * The individual DCT algorithms are kept in separate files to ease diff --git a/tqtinterface/qt4/src/3rdparty/libjpeg/jddctmgr.c b/tqtinterface/qt4/src/3rdparty/libjpeg/jddctmgr.c index 626ad6c..2bb81a4 100644 --- a/tqtinterface/qt4/src/3rdparty/libjpeg/jddctmgr.c +++ b/tqtinterface/qt4/src/3rdparty/libjpeg/jddctmgr.c @@ -5,7 +5,7 @@ * This file is part of the Independent JPEG Group's software. * For conditions of distribution and use, see the accompanying README file. * - * This file tqcontains the inverse-DCT management logic. + * This file contains the inverse-DCT management logic. * This code selects a particular IDCT implementation to be used, * and it performs related housekeeping chores. No code in this file * is executed per IDCT step, only during output pass setup. @@ -43,7 +43,7 @@ typedef struct { struct jpeg_inverse_dct pub; /* public fields */ - /* This array tqcontains the IDCT method code that each multiplier table + /* This array contains the IDCT method code that each multiplier table * is currently set up for, or -1 if it's not yet set up. * The actual multiplier tables are pointed to by dct_table in the * per-component comp_info structures. diff --git a/tqtinterface/qt4/src/3rdparty/libjpeg/jdhuff.c b/tqtinterface/qt4/src/3rdparty/libjpeg/jdhuff.c index 883e3a0..51e8d63 100644 --- a/tqtinterface/qt4/src/3rdparty/libjpeg/jdhuff.c +++ b/tqtinterface/qt4/src/3rdparty/libjpeg/jdhuff.c @@ -5,7 +5,7 @@ * This file is part of the Independent JPEG Group's software. * For conditions of distribution and use, see the accompanying README file. * - * This file tqcontains Huffman entropy decoding routines. + * This file contains Huffman entropy decoding routines. * * Much of the complexity here has to do with supporting input suspension. * If the data source module demands suspension, we want to be able to back @@ -23,7 +23,7 @@ /* * Expanded entropy decoder object for Huffman decoding. * - * The savable_state subrecord tqcontains fields that change within an MCU, + * The savable_state subrecord contains fields that change within an MCU, * but must not be updated permanently until we complete the MCU. */ diff --git a/tqtinterface/qt4/src/3rdparty/libjpeg/jdhuff.h b/tqtinterface/qt4/src/3rdparty/libjpeg/jdhuff.h index 9e59158..ae19b6c 100644 --- a/tqtinterface/qt4/src/3rdparty/libjpeg/jdhuff.h +++ b/tqtinterface/qt4/src/3rdparty/libjpeg/jdhuff.h @@ -5,7 +5,7 @@ * This file is part of the Independent JPEG Group's software. * For conditions of distribution and use, see the accompanying README file. * - * This file tqcontains declarations for Huffman entropy decoding routines + * This file contains declarations for Huffman entropy decoding routines * that are shared between the sequential decoder (jdhuff.c) and the * progressive decoder (jdphuff.c). No other modules need to see these. */ @@ -58,13 +58,13 @@ EXTERN(void) jpeg_make_d_derived_tbl * demanded at one time) never exceeds 15 for JPEG use. * * We read source bytes into get_buffer and dole out bits as needed. - * If get_buffer already tqcontains enough bits, they are fetched in-line + * If get_buffer already contains enough bits, they are fetched in-line * by the macros CHECK_BIT_BUFFER and GET_BITS. When there aren't enough * bits, jpeg_fill_bit_buffer is called; it will attempt to fill get_buffer * as full as possible (not just to the number of bits needed; this * prefetching reduces the overhead cost of calling jpeg_fill_bit_buffer). * Note that jpeg_fill_bit_buffer may return FALSE to indicate suspension. - * On TRUE return, jpeg_fill_bit_buffer guarantees that get_buffer tqcontains + * On TRUE return, jpeg_fill_bit_buffer guarantees that get_buffer contains * at least the requested number of bits --- dummy zeroes are inserted if * necessary. */ @@ -168,7 +168,7 @@ EXTERN(boolean) jpeg_fill_bit_buffer * Notes about the HUFF_DECODE macro: * 1. Near the end of the data segment, we may fail to get enough bits * for a lookahead. In that case, we do it the hard way. - * 2. If the lookahead table tqcontains no entry, the next code must be + * 2. If the lookahead table contains no entry, the next code must be * more than HUFF_LOOKAHEAD bits long. * 3. jpeg_huff_decode returns -1 if forced to suspend. */ diff --git a/tqtinterface/qt4/src/3rdparty/libjpeg/jdinput.c b/tqtinterface/qt4/src/3rdparty/libjpeg/jdinput.c index c9050db..6268d9b 100644 --- a/tqtinterface/qt4/src/3rdparty/libjpeg/jdinput.c +++ b/tqtinterface/qt4/src/3rdparty/libjpeg/jdinput.c @@ -5,7 +5,7 @@ * This file is part of the Independent JPEG Group's software. * For conditions of distribution and use, see the accompanying README file. * - * This file tqcontains input control logic for the JPEG decompressor. + * This file contains input control logic for the JPEG decompressor. * These routines are concerned with controlling the decompressor's input * processing (marker reading and coefficient decoding). The actual input * reading is done in jdmarker.c, jdhuff.c, and jdphuff.c. @@ -109,7 +109,7 @@ initial_setup (j_decompress_ptr cinfo) jdiv_round_up((long) cinfo->image_height, (long) (cinfo->max_v_samp_factor*DCTSIZE)); - /* Decide whether file tqcontains multiple scans */ + /* Decide whether file contains multiple scans */ if (cinfo->comps_in_scan < cinfo->num_components || cinfo->progressive_mode) cinfo->inputctl->has_multiple_scans = TRUE; else diff --git a/tqtinterface/qt4/src/3rdparty/libjpeg/jdmainct.c b/tqtinterface/qt4/src/3rdparty/libjpeg/jdmainct.c index 0cc0426..82517ae 100644 --- a/tqtinterface/qt4/src/3rdparty/libjpeg/jdmainct.c +++ b/tqtinterface/qt4/src/3rdparty/libjpeg/jdmainct.c @@ -5,7 +5,7 @@ * This file is part of the Independent JPEG Group's software. * For conditions of distribution and use, see the accompanying README file. * - * This file tqcontains the main buffer controller for decompression. + * This file contains the main buffer controller for decompression. * The main buffer lies between the JPEG decompressor proper and the * post-processor; it holds downsampled data in the JPEG colorspace. * @@ -36,7 +36,7 @@ * applying). * * The coefficient controller will deliver data to us one iMCU row at a time; - * each iMCU row tqcontains v_samp_factor * DCT_scaled_size sample rows, or + * each iMCU row contains v_samp_factor * DCT_scaled_size sample rows, or * exactly min_DCT_scaled_size row groups. (This amount of data corresponds * to one row of MCUs when the image is fully interleaved.) Note that the * number of sample rows varies across components, but the number of row @@ -51,7 +51,7 @@ * out as row groups to the postprocessor. * * When need_context_rows is TRUE, this controller guarantees that the buffer - * passed to postprocessing tqcontains at least one row group's worth of samples + * passed to postprocessing contains at least one row group's worth of samples * above and below the row group(s) being processed. Note that the context * rows "above" the first passed row group appear at negative row offsets in * the passed buffer. At the top and bottom of the image, the required diff --git a/tqtinterface/qt4/src/3rdparty/libjpeg/jdmarker.c b/tqtinterface/qt4/src/3rdparty/libjpeg/jdmarker.c index 2247b34..1399247 100644 --- a/tqtinterface/qt4/src/3rdparty/libjpeg/jdmarker.c +++ b/tqtinterface/qt4/src/3rdparty/libjpeg/jdmarker.c @@ -5,7 +5,7 @@ * This file is part of the Independent JPEG Group's software. * For conditions of distribution and use, see the accompanying README file. * - * This file tqcontains routines to decode JPEG datastream markers. + * This file contains routines to decode JPEG datastream markers. * Most of the complexity arises from our desire to support input * suspension: if not all of the data for a marker is available, * we must exit back to the application. On resumption, we reprocess @@ -183,7 +183,7 @@ typedef my_marker_reader * my_marker_ptr; * into memory, we use a slightly different convention: when forced to * suspend, the marker processor updates the restart point to the end of * what it's consumed (ie, the end of the buffer) before returning FALSE. - * On resumption, cinfo->unread_marker still tqcontains the marker code, + * On resumption, cinfo->unread_marker still contains the marker code, * but the data source will point to the next chunk of marker data. * The marker processor must retain internal state to deal with this. * @@ -964,7 +964,7 @@ read_markers (j_decompress_ptr cinfo) return JPEG_SUSPENDED; } } - /* At this point cinfo->unread_marker tqcontains the marker code and the + /* At this point cinfo->unread_marker contains the marker code and the * input point is just past the marker proper, but before any parameters. * A suspension will cause us to return with this state still true. */ @@ -1146,7 +1146,7 @@ read_restart_marker (j_decompress_ptr cinfo) * which permits a more intelligent recovery strategy; such managers would * presumably supply their own resync method. * - * read_restart_marker calls resync_to_restart if it tqfinds a marker other than + * read_restart_marker calls resync_to_restart if it finds a marker other than * the restart marker it was expecting. (This code is *not* used unless * a nonzero restart interval has been declared.) cinfo->unread_marker is * the marker code actually found (might be anything, except 0 or FF). @@ -1163,9 +1163,9 @@ read_restart_marker (j_decompress_ptr cinfo) * only the following actions to work with: * 1. Simply discard the marker and let the entropy decoder resume at next * byte of file. - * 2. Read forward until we tqfind another marker, discarding intervening + * 2. Read forward until we find another marker, discarding intervening * data. (In theory we could look ahead within the current bufferload, - * without having to discard data if we don't tqfind the desired marker. + * without having to discard data if we don't find the desired marker. * This idea is not implemented here, in part because it makes behavior * dependent on buffer size and chance buffer-boundary positions.) * 3. Leave the marker unread (by failing to zero cinfo->unread_marker). @@ -1184,7 +1184,7 @@ read_restart_marker (j_decompress_ptr cinfo) * resync at some future point). * For any valid non-restart JPEG marker, we apply #3. This keeps us from * overrunning the end of a scan. An implementation limited to single-scan - * files might tqfind it better to apply #2 for markers other than EOI, since + * files might find it better to apply #2 for markers other than EOI, since * any other marker would have to be bogus data in that case. */ diff --git a/tqtinterface/qt4/src/3rdparty/libjpeg/jdmaster.c b/tqtinterface/qt4/src/3rdparty/libjpeg/jdmaster.c index 1b9cfb0..9219b1c 100644 --- a/tqtinterface/qt4/src/3rdparty/libjpeg/jdmaster.c +++ b/tqtinterface/qt4/src/3rdparty/libjpeg/jdmaster.c @@ -5,7 +5,7 @@ * This file is part of the Independent JPEG Group's software. * For conditions of distribution and use, see the accompanying README file. * - * This file tqcontains master control logic for the JPEG decompressor. + * This file contains master control logic for the JPEG decompressor. * These routines are concerned with selecting the modules to be executed * and with determining the number of passes and the work to be done in each * pass. diff --git a/tqtinterface/qt4/src/3rdparty/libjpeg/jdmerge.c b/tqtinterface/qt4/src/3rdparty/libjpeg/jdmerge.c index 7da0eb3..8571d30 100644 --- a/tqtinterface/qt4/src/3rdparty/libjpeg/jdmerge.c +++ b/tqtinterface/qt4/src/3rdparty/libjpeg/jdmerge.c @@ -5,7 +5,7 @@ * This file is part of the Independent JPEG Group's software. * For conditions of distribution and use, see the accompanying README file. * - * This file tqcontains code for merged upsampling/color conversion. + * This file contains code for merged upsampling/color conversion. * * This file combines functions from jdsample.c and jdcolor.c; * read those files first to understand what's going on. diff --git a/tqtinterface/qt4/src/3rdparty/libjpeg/jdphuff.c b/tqtinterface/qt4/src/3rdparty/libjpeg/jdphuff.c index 20486f0..2267809 100644 --- a/tqtinterface/qt4/src/3rdparty/libjpeg/jdphuff.c +++ b/tqtinterface/qt4/src/3rdparty/libjpeg/jdphuff.c @@ -5,7 +5,7 @@ * This file is part of the Independent JPEG Group's software. * For conditions of distribution and use, see the accompanying README file. * - * This file tqcontains Huffman entropy decoding routines for progressive JPEG. + * This file contains Huffman entropy decoding routines for progressive JPEG. * * Much of the complexity here has to do with supporting input suspension. * If the data source module demands suspension, we want to be able to back @@ -25,7 +25,7 @@ /* * Expanded entropy decoder object for progressive Huffman decoding. * - * The savable_state subrecord tqcontains fields that change within an MCU, + * The savable_state subrecord contains fields that change within an MCU, * but must not be updated permanently until we complete the MCU. */ diff --git a/tqtinterface/qt4/src/3rdparty/libjpeg/jdpostct.c b/tqtinterface/qt4/src/3rdparty/libjpeg/jdpostct.c index dc7a42c..e6838c7 100644 --- a/tqtinterface/qt4/src/3rdparty/libjpeg/jdpostct.c +++ b/tqtinterface/qt4/src/3rdparty/libjpeg/jdpostct.c @@ -5,14 +5,14 @@ * This file is part of the Independent JPEG Group's software. * For conditions of distribution and use, see the accompanying README file. * - * This file tqcontains the decompression postprocessing controller. + * This file contains the decompression postprocessing controller. * This controller manages the upsampling, color conversion, and color * quantization/reduction steps; specifically, it controls the buffering * between upsample/color conversion and color quantization/reduction. * * If no color quantization/reduction is required, then this module has no * work to do, and it just hands off to the upsample/color conversion code. - * An integrated upsample/convert/quantize process would tqreplace this module + * An integrated upsample/convert/quantize process would replace this module * entirely. */ diff --git a/tqtinterface/qt4/src/3rdparty/libjpeg/jdsample.c b/tqtinterface/qt4/src/3rdparty/libjpeg/jdsample.c index 5d9f60e..1d16997 100644 --- a/tqtinterface/qt4/src/3rdparty/libjpeg/jdsample.c +++ b/tqtinterface/qt4/src/3rdparty/libjpeg/jdsample.c @@ -5,7 +5,7 @@ * This file is part of the Independent JPEG Group's software. * For conditions of distribution and use, see the accompanying README file. * - * This file tqcontains upsampling routines. + * This file contains upsampling routines. * * Upsampling input data is counted in "row groups". A row group * is defined to be (v_samp_factor * DCT_scaled_size / min_DCT_scaled_size) @@ -410,7 +410,7 @@ jinit_upsampler (j_decompress_ptr cinfo) cinfo->upsample = (struct jpeg_upsampler *) upsample; upsample->pub.start_pass = start_pass_upsample; upsample->pub.upsample = sep_upsample; - upsample->pub.need_context_rows = FALSE; /* until we tqfind out differently */ + upsample->pub.need_context_rows = FALSE; /* until we find out differently */ if (cinfo->CCIR601_sampling) /* this isn't supported */ ERREXIT(cinfo, JERR_CCIR601_NOTIMPL); diff --git a/tqtinterface/qt4/src/3rdparty/libjpeg/jdtrans.c b/tqtinterface/qt4/src/3rdparty/libjpeg/jdtrans.c index ed97448..6c0ab71 100644 --- a/tqtinterface/qt4/src/3rdparty/libjpeg/jdtrans.c +++ b/tqtinterface/qt4/src/3rdparty/libjpeg/jdtrans.c @@ -5,7 +5,7 @@ * This file is part of the Independent JPEG Group's software. * For conditions of distribution and use, see the accompanying README file. * - * This file tqcontains library routines for transcoding decompression, + * This file contains library routines for transcoding decompression, * that is, reading raw DCT coefficient arrays from an input JPEG file. * The routines in jdapimin.c will also be needed by a transcoder. */ diff --git a/tqtinterface/qt4/src/3rdparty/libjpeg/jerror.c b/tqtinterface/qt4/src/3rdparty/libjpeg/jerror.c index b70c1f4..3da7be8 100644 --- a/tqtinterface/qt4/src/3rdparty/libjpeg/jerror.c +++ b/tqtinterface/qt4/src/3rdparty/libjpeg/jerror.c @@ -5,9 +5,9 @@ * This file is part of the Independent JPEG Group's software. * For conditions of distribution and use, see the accompanying README file. * - * This file tqcontains simple error-reporting and trace-message routines. + * This file contains simple error-reporting and trace-message routines. * These are suitable for Unix-like systems and others where writing to - * stderr is the right thing to do. Many applications will want to tqreplace + * stderr is the right thing to do. Many applications will want to replace * some or all of these routines. * * If you define USE_WINDOWS_MESSAGEBOX in jconfig.h or in the makefile, diff --git a/tqtinterface/qt4/src/3rdparty/libjpeg/jerror.h b/tqtinterface/qt4/src/3rdparty/libjpeg/jerror.h index 0060d2b..57368b5 100644 --- a/tqtinterface/qt4/src/3rdparty/libjpeg/jerror.h +++ b/tqtinterface/qt4/src/3rdparty/libjpeg/jerror.h @@ -95,7 +95,7 @@ JMESSAGE(JERR_NOTIMPL, "Not implemented yet") JMESSAGE(JERR_NOT_COMPILED, "Requested feature was omitted at compile time") JMESSAGE(JERR_NO_BACKING_STORE, "Backing store not supported") JMESSAGE(JERR_NO_HUFF_TABLE, "Huffman table 0x%02x was not defined") -JMESSAGE(JERR_NO_IMAGE, "JPEG datastream tqcontains no image") +JMESSAGE(JERR_NO_IMAGE, "JPEG datastream contains no image") JMESSAGE(JERR_NO_TQUANT_TABLE, "Quantization table 0x%02x was not defined") JMESSAGE(JERR_NO_SOI, "Not a JPEG file: starts with 0x%02x 0x%02x") JMESSAGE(JERR_OUT_OF_MEMORY, "Insufficient memory (case %d)") diff --git a/tqtinterface/qt4/src/3rdparty/libjpeg/jfdctflt.c b/tqtinterface/qt4/src/3rdparty/libjpeg/jfdctflt.c index 70519db..79d7a00 100644 --- a/tqtinterface/qt4/src/3rdparty/libjpeg/jfdctflt.c +++ b/tqtinterface/qt4/src/3rdparty/libjpeg/jfdctflt.c @@ -5,7 +5,7 @@ * This file is part of the Independent JPEG Group's software. * For conditions of distribution and use, see the accompanying README file. * - * This file tqcontains a floating-point implementation of the + * This file contains a floating-point implementation of the * forward DCT (Discrete Cosine Transform). * * This implementation should be more accurate than either of the integer diff --git a/tqtinterface/qt4/src/3rdparty/libjpeg/jfdctfst.c b/tqtinterface/qt4/src/3rdparty/libjpeg/jfdctfst.c index 56ae898..ccb378a 100644 --- a/tqtinterface/qt4/src/3rdparty/libjpeg/jfdctfst.c +++ b/tqtinterface/qt4/src/3rdparty/libjpeg/jfdctfst.c @@ -5,7 +5,7 @@ * This file is part of the Independent JPEG Group's software. * For conditions of distribution and use, see the accompanying README file. * - * This file tqcontains a fast, not so accurate integer implementation of the + * This file contains a fast, not so accurate integer implementation of the * forward DCT (Discrete Cosine Transform). * * A 2-D DCT can be done by 1-D DCT on each row followed by 1-D DCT diff --git a/tqtinterface/qt4/src/3rdparty/libjpeg/jfdctint.c b/tqtinterface/qt4/src/3rdparty/libjpeg/jfdctint.c index 38bb0c3..0a78b64 100644 --- a/tqtinterface/qt4/src/3rdparty/libjpeg/jfdctint.c +++ b/tqtinterface/qt4/src/3rdparty/libjpeg/jfdctint.c @@ -5,7 +5,7 @@ * This file is part of the Independent JPEG Group's software. * For conditions of distribution and use, see the accompanying README file. * - * This file tqcontains a slow-but-accurate integer implementation of the + * This file contains a slow-but-accurate integer implementation of the * forward DCT (Discrete Cosine Transform). * * A 2-D DCT can be done by 1-D DCT on each row followed by 1-D DCT @@ -18,7 +18,7 @@ * Speech, and Signal Processing 1989 (ICASSP '89), pp. 988-991. * The primary algorithm described there uses 11 multiplies and 29 adds. * We use their alternate method with 12 multiplies and 32 adds. - * The advantage of this method is that no data path tqcontains more than one + * The advantage of this method is that no data path contains more than one * multiplication; this allows a very simple and accurate implementation in * scaled fixed-point arithmetic, with a minimal number of shifts. */ diff --git a/tqtinterface/qt4/src/3rdparty/libjpeg/jidctflt.c b/tqtinterface/qt4/src/3rdparty/libjpeg/jidctflt.c index f308445..a4893f8 100644 --- a/tqtinterface/qt4/src/3rdparty/libjpeg/jidctflt.c +++ b/tqtinterface/qt4/src/3rdparty/libjpeg/jidctflt.c @@ -5,7 +5,7 @@ * This file is part of the Independent JPEG Group's software. * For conditions of distribution and use, see the accompanying README file. * - * This file tqcontains a floating-point implementation of the + * This file contains a floating-point implementation of the * inverse DCT (Discrete Cosine Transform). In the IJG code, this routine * must also perform dequantization of the input coefficients. * @@ -87,7 +87,7 @@ jpeg_idct_float (j_decompress_ptr cinfo, jpeg_component_info * compptr, quantptr = (FLOAT_MULT_TYPE *) compptr->dct_table; wsptr = workspace; for (ctr = DCTSIZE; ctr > 0; ctr--) { - /* Due to quantization, we will usually tqfind that many of the input + /* Due to quantization, we will usually find that many of the input * coefficients are zero, especially the AC terms. We can exploit this * by short-circuiting the IDCT calculation for any column in which all * the AC terms are zero. In that case each output is equal to the diff --git a/tqtinterface/qt4/src/3rdparty/libjpeg/jidctfst.c b/tqtinterface/qt4/src/3rdparty/libjpeg/jidctfst.c index 730c8d4..3cbdb81 100644 --- a/tqtinterface/qt4/src/3rdparty/libjpeg/jidctfst.c +++ b/tqtinterface/qt4/src/3rdparty/libjpeg/jidctfst.c @@ -5,7 +5,7 @@ * This file is part of the Independent JPEG Group's software. * For conditions of distribution and use, see the accompanying README file. * - * This file tqcontains a fast, not so accurate integer implementation of the + * This file contains a fast, not so accurate integer implementation of the * inverse DCT (Discrete Cosine Transform). In the IJG code, this routine * must also perform dequantization of the input coefficients. * @@ -188,7 +188,7 @@ jpeg_idct_ifast (j_decompress_ptr cinfo, jpeg_component_info * compptr, quantptr = (IFAST_MULT_TYPE *) compptr->dct_table; wsptr = workspace; for (ctr = DCTSIZE; ctr > 0; ctr--) { - /* Due to quantization, we will usually tqfind that many of the input + /* Due to quantization, we will usually find that many of the input * coefficients are zero, especially the AC terms. We can exploit this * by short-circuiting the IDCT calculation for any column in which all * the AC terms are zero. In that case each output is equal to the diff --git a/tqtinterface/qt4/src/3rdparty/libjpeg/jidctint.c b/tqtinterface/qt4/src/3rdparty/libjpeg/jidctint.c index 35302e0..1f5f393 100644 --- a/tqtinterface/qt4/src/3rdparty/libjpeg/jidctint.c +++ b/tqtinterface/qt4/src/3rdparty/libjpeg/jidctint.c @@ -5,7 +5,7 @@ * This file is part of the Independent JPEG Group's software. * For conditions of distribution and use, see the accompanying README file. * - * This file tqcontains a slow-but-accurate integer implementation of the + * This file contains a slow-but-accurate integer implementation of the * inverse DCT (Discrete Cosine Transform). In the IJG code, this routine * must also perform dequantization of the input coefficients. * @@ -20,7 +20,7 @@ * Speech, and Signal Processing 1989 (ICASSP '89), pp. 988-991. * The primary algorithm described there uses 11 multiplies and 29 adds. * We use their alternate method with 12 multiplies and 32 adds. - * The advantage of this method is that no data path tqcontains more than one + * The advantage of this method is that no data path contains more than one * multiplication; this allows a very simple and accurate implementation in * scaled fixed-point arithmetic, with a minimal number of shifts. */ @@ -169,7 +169,7 @@ jpeg_idct_islow (j_decompress_ptr cinfo, jpeg_component_info * compptr, quantptr = (ISLOW_MULT_TYPE *) compptr->dct_table; wsptr = workspace; for (ctr = DCTSIZE; ctr > 0; ctr--) { - /* Due to quantization, we will usually tqfind that many of the input + /* Due to quantization, we will usually find that many of the input * coefficients are zero, especially the AC terms. We can exploit this * by short-circuiting the IDCT calculation for any column in which all * the AC terms are zero. In that case each output is equal to the diff --git a/tqtinterface/qt4/src/3rdparty/libjpeg/jidctred.c b/tqtinterface/qt4/src/3rdparty/libjpeg/jidctred.c index 6461bb3..5816c87 100644 --- a/tqtinterface/qt4/src/3rdparty/libjpeg/jidctred.c +++ b/tqtinterface/qt4/src/3rdparty/libjpeg/jidctred.c @@ -5,11 +5,11 @@ * This file is part of the Independent JPEG Group's software. * For conditions of distribution and use, see the accompanying README file. * - * This file tqcontains inverse-DCT routines that produce reduced-size output: + * This file contains inverse-DCT routines that produce reduced-size output: * either 4x4, 2x2, or 1x1 pixels from an 8x8 DCT block. * * The implementation is based on the Loeffler, Ligtenberg and Moschytz (LL&M) - * algorithm used in jidctint.c. We simply tqreplace each 8-to-8 1-D IDCT step + * algorithm used in jidctint.c. We simply replace each 8-to-8 1-D IDCT step * with an 8-to-4 step that produces the four averages of two adjacent outputs * (or an 8-to-2 step producing two averages of four outputs, for 2x2 output). * These steps were derived by computing the corresponding values at the end diff --git a/tqtinterface/qt4/src/3rdparty/libjpeg/jinclude.h b/tqtinterface/qt4/src/3rdparty/libjpeg/jinclude.h index 768b287..0a4f151 100644 --- a/tqtinterface/qt4/src/3rdparty/libjpeg/jinclude.h +++ b/tqtinterface/qt4/src/3rdparty/libjpeg/jinclude.h @@ -15,7 +15,7 @@ */ -/* Include auto-config file to tqfind out which system include files we need. */ +/* Include auto-config file to find out which system include files we need. */ #include "jconfig.h" /* auto configuration options */ #define JCONFIG_INCLUDED /* so that jpeglib.h doesn't do it again */ diff --git a/tqtinterface/qt4/src/3rdparty/libjpeg/jmemmgr.c b/tqtinterface/qt4/src/3rdparty/libjpeg/jmemmgr.c index e36c050..66c9d77 100644 --- a/tqtinterface/qt4/src/3rdparty/libjpeg/jmemmgr.c +++ b/tqtinterface/qt4/src/3rdparty/libjpeg/jmemmgr.c @@ -5,7 +5,7 @@ * This file is part of the Independent JPEG Group's software. * For conditions of distribution and use, see the accompanying README file. * - * This file tqcontains the JPEG system-independent memory management + * This file contains the JPEG system-independent memory management * routines. This code is usable across a wide variety of machines; most * of the system dependencies have been isolated in a separate file. * The major functions provided here are: @@ -15,7 +15,7 @@ * * control logic for swapping virtual arrays between main memory and * backing storage. * The separate system-dependent file provides the actual backing-storage - * access code, and it tqcontains the policy decision about how much total + * access code, and it contains the policy decision about how much total * main memory to use. * This file is system-dependent in the sense that some of its functions * are unnecessary in some systems. For example, if there is enough virtual diff --git a/tqtinterface/qt4/src/3rdparty/libjpeg/jmorecfg.h b/tqtinterface/qt4/src/3rdparty/libjpeg/jmorecfg.h index dedab7f..c2b38a7 100644 --- a/tqtinterface/qt4/src/3rdparty/libjpeg/jmorecfg.h +++ b/tqtinterface/qt4/src/3rdparty/libjpeg/jmorecfg.h @@ -5,7 +5,7 @@ * This file is part of the Independent JPEG Group's software. * For conditions of distribution and use, see the accompanying README file. * - * This file tqcontains additional configuration options that customize the + * This file contains additional configuration options that customize the * JPEG software for special applications or support machine-dependent * optimizations. Most users will not need to touch this file. */ diff --git a/tqtinterface/qt4/src/3rdparty/libjpeg/jpeglib.h b/tqtinterface/qt4/src/3rdparty/libjpeg/jpeglib.h index dfb10f8..7b8fd0a 100644 --- a/tqtinterface/qt4/src/3rdparty/libjpeg/jpeglib.h +++ b/tqtinterface/qt4/src/3rdparty/libjpeg/jpeglib.h @@ -16,7 +16,7 @@ /* * First we include the configuration files that record how this * installation of the JPEG library is set up. jconfig.h can be - * generated automatically for many systems. jmorecfg.h tqcontains + * generated automatically for many systems. jmorecfg.h contains * manual configuration options that most people need not worry about. */ @@ -582,7 +582,7 @@ struct jpeg_decompress_struct { * units of "iMCU" (interleaved MCU) rows. These are the same as MCU rows * in fully interleaved JPEG scans, but are used whether the scan is * interleaved or not. We define an iMCU row as v_samp_factor DCT block - * rows of each component. Therefore, the IDCT output tqcontains + * rows of each component. Therefore, the IDCT output contains * v_samp_factor*DCT_scaled_size sample rows of a component per iMCU row. */ @@ -686,9 +686,9 @@ struct jpeg_error_mgr { * Error code 0 is reserved for a "no such error string" message. */ const char * const * jpeg_message_table; /* Library errors */ - int last_jpeg_message; /* Table tqcontains strings 0..last_jpeg_message */ + int last_jpeg_message; /* Table contains strings 0..last_jpeg_message */ /* Second table can be added by application (see cjpeg/djpeg for example). - * It tqcontains strings numbered first_addon_message..last_addon_message. + * It contains strings numbered first_addon_message..last_addon_message. */ const char * const * addon_message_table; /* Non-library errors */ int first_addon_message; /* code for first string in addon table */ diff --git a/tqtinterface/qt4/src/3rdparty/libjpeg/jquant1.c b/tqtinterface/qt4/src/3rdparty/libjpeg/jquant1.c index 32206ab..fd173cf 100644 --- a/tqtinterface/qt4/src/3rdparty/libjpeg/jquant1.c +++ b/tqtinterface/qt4/src/3rdparty/libjpeg/jquant1.c @@ -5,7 +5,7 @@ * This file is part of the Independent JPEG Group's software. * For conditions of distribution and use, see the accompanying README file. * - * This file tqcontains 1-pass color quantization (color mapping) routines. + * This file contains 1-pass color quantization (color mapping) routines. * These routines provide mapping to a fixed color map using equally spaced * color values. Optional Floyd-Steinberg or ordered dithering is available. */ @@ -695,7 +695,7 @@ quantize_fs_dither (j_decompress_ptr cinfo, JSAMPARRAY input_buf, bpreverr = belowerr + cur; belowerr = bnexterr; cur += delta; /* form error * 7 */ - /* At this point cur tqcontains the 7/16 error value to be propagated + /* At this point cur contains the 7/16 error value to be propagated * to the next pixel on the current line, and all the errors for the * next line have been shifted over. We are therefore ready to move on. */ diff --git a/tqtinterface/qt4/src/3rdparty/libjpeg/jquant2.c b/tqtinterface/qt4/src/3rdparty/libjpeg/jquant2.c index ccd6986..7839e41 100644 --- a/tqtinterface/qt4/src/3rdparty/libjpeg/jquant2.c +++ b/tqtinterface/qt4/src/3rdparty/libjpeg/jquant2.c @@ -5,7 +5,7 @@ * This file is part of the Independent JPEG Group's software. * For conditions of distribution and use, see the accompanying README file. * - * This file tqcontains 2-pass color quantization (color mapping) routines. + * This file contains 2-pass color quantization (color mapping) routines. * These routines provide selection of a custom color map for an image, * followed by mapping of the image to that color map, with optional * Floyd-Steinberg dithering. @@ -270,7 +270,7 @@ typedef box * boxptr; LOCAL(boxptr) -tqfind_biggest_color_pop (boxptr boxlist, int numboxes) +find_biggest_color_pop (boxptr boxlist, int numboxes) /* Find the splittable box with the largest color population */ /* Returns NULL if no splittable boxes remain */ { @@ -290,7 +290,7 @@ tqfind_biggest_color_pop (boxptr boxlist, int numboxes) LOCAL(boxptr) -tqfind_biggest_volume (boxptr boxlist, int numboxes) +find_biggest_volume (boxptr boxlist, int numboxes) /* Find the splittable box with the largest (scaled) volume */ /* Returns NULL if no splittable boxes remain */ { @@ -434,9 +434,9 @@ median_cut (j_decompress_ptr cinfo, boxptr boxlist, int numboxes, * Current algorithm: by population for first half, then by volume. */ if (numboxes*2 <= desired_colors) { - b1 = tqfind_biggest_color_pop(boxlist, numboxes); + b1 = find_biggest_color_pop(boxlist, numboxes); } else { - b1 = tqfind_biggest_volume(boxlist, numboxes); + b1 = find_biggest_volume(boxlist, numboxes); } if (b1 == NULL) /* no splittable boxes left! */ break; @@ -576,12 +576,12 @@ select_colors (j_decompress_ptr cinfo, int desired_colors) * closest to the cell's center. This may not be quite the closest entry to * the actual input color, but it's almost as good. A zero in the cache * indicates we haven't found the nearest color for that cell yet; the array - * is cleared to zeroes before starting the mapping pass. When we tqfind the + * is cleared to zeroes before starting the mapping pass. When we find the * nearest color for a cell, its colormap index plus one is recorded in the * cache for future use. The pass2 scanning routines call fill_inverse_cmap * when they need to use an unfilled entry in the cache. * - * Our method of efficiently tqfinding nearest colors is based on the "locally + * Our method of efficiently finding nearest colors is based on the "locally * sorted search" idea described by Heckbert and on the incremental distance * calculation described by Spencer W. Thomas in chapter III.1 of Graphics * Gems II (James Arvo, ed. Academic Press, 1991). Thomas points out that @@ -643,7 +643,7 @@ select_colors (j_decompress_ptr cinfo, int desired_colors) */ LOCAL(int) -tqfind_nearby_colors (j_decompress_ptr cinfo, int minc0, int minc1, int minc2, +find_nearby_colors (j_decompress_ptr cinfo, int minc0, int minc1, int minc2, JSAMPLE colorlist[]) /* Locate the colormap entries close enough to an update box to be candidates * for the nearest entry to some cell(s) in the update box. The update box @@ -674,7 +674,7 @@ tqfind_nearby_colors (j_decompress_ptr cinfo, int minc0, int minc1, int minc2, maxc2 = minc2 + ((1 << BOX_C2_SHIFT) - (1 << C2_SHIFT)); centerc2 = (minc2 + maxc2) >> 1; - /* For each color in colormap, tqfind: + /* For each color in colormap, find: * 1. its minimum squared-distance to any point in the update box * (zero if color is within update box); * 2. its maximum squared-distance to any point in the update box. @@ -772,13 +772,13 @@ tqfind_nearby_colors (j_decompress_ptr cinfo, int minc0, int minc1, int minc2, LOCAL(void) -tqfind_best_colors (j_decompress_ptr cinfo, int minc0, int minc1, int minc2, +find_best_colors (j_decompress_ptr cinfo, int minc0, int minc1, int minc2, int numcolors, JSAMPLE colorlist[], JSAMPLE bestcolor[]) /* Find the closest colormap entry for each cell in the update box, - * given the list of candidate colors prepared by tqfind_nearby_colors. + * given the list of candidate colors prepared by find_nearby_colors. * Return the indexes of the closest entries in the bestcolor[] array. * This routine uses Thomas' incremental distance calculation method to - * tqfind the distance from a colormap entry to successive cells in the box. + * find the distance from a colormap entry to successive cells in the box. */ { int ic0, ic1, ic2; @@ -798,7 +798,7 @@ tqfind_best_colors (j_decompress_ptr cinfo, int minc0, int minc1, int minc2, for (i = BOX_C0_ELEMS*BOX_C1_ELEMS*BOX_C2_ELEMS-1; i >= 0; i--) *bptr++ = 0x7FFFFFFFL; - /* For each color selected by tqfind_nearby_colors, + /* For each color selected by find_nearby_colors, * compute its distance to the center of each cell in the box. * If that's less than best-so-far, update best distance and color number. */ @@ -853,7 +853,7 @@ tqfind_best_colors (j_decompress_ptr cinfo, int minc0, int minc1, int minc2, LOCAL(void) fill_inverse_cmap (j_decompress_ptr cinfo, int c0, int c1, int c2) -/* Fill the inverse-colormap entries in the update box that tqcontains */ +/* Fill the inverse-colormap entries in the update box that contains */ /* histogram cell c0/c1/c2. (Only that one cell MUST be filled, but */ /* we can fill as many others as we wish.) */ { @@ -885,10 +885,10 @@ fill_inverse_cmap (j_decompress_ptr cinfo, int c0, int c1, int c2) /* Determine which colormap entries are close enough to be candidates * for the nearest entry to some cell in the update box. */ - numcolors = tqfind_nearby_colors(cinfo, minc0, minc1, minc2, colorlist); + numcolors = find_nearby_colors(cinfo, minc0, minc1, minc2, colorlist); /* Determine the actually nearest colors. */ - tqfind_best_colors(cinfo, minc0, minc1, minc2, numcolors, colorlist, + find_best_colors(cinfo, minc0, minc1, minc2, numcolors, colorlist, bestcolor); /* Save the best color numbers (plus 1) in the main cache array */ @@ -934,7 +934,7 @@ pass2_no_dither (j_decompress_ptr cinfo, c1 = GETJSAMPLE(*inptr++) >> C1_SHIFT; c2 = GETJSAMPLE(*inptr++) >> C2_SHIFT; cachep = & histogram[c0][c1][c2]; - /* If we have not seen this color before, tqfind nearest colormap entry */ + /* If we have not seen this color before, find nearest colormap entry */ /* and update the cache */ if (*cachep == 0) fill_inverse_cmap(cinfo, c0,c1,c2); @@ -1025,7 +1025,7 @@ pass2_fs_dither (j_decompress_ptr cinfo, cur2 = GETJSAMPLE(range_limit[cur2]); /* Index into the cache with adjusted pixel value */ cachep = & histogram[cur0>>C0_SHIFT][cur1>>C1_SHIFT][cur2>>C2_SHIFT]; - /* If we have not seen this color before, tqfind nearest colormap */ + /* If we have not seen this color before, find nearest colormap */ /* entry and update the cache */ if (*cachep == 0) fill_inverse_cmap(cinfo, cur0>>C0_SHIFT,cur1>>C1_SHIFT,cur2>>C2_SHIFT); @@ -1068,7 +1068,7 @@ pass2_fs_dither (j_decompress_ptr cinfo, belowerr2 = bnexterr; cur2 += delta; /* form error * 7 */ } - /* At this point curN tqcontains the 7/16 error value to be propagated + /* At this point curN contains the 7/16 error value to be propagated * to the next pixel on the current line, and all the errors for the * next line have been shifted over. We are therefore ready to move on. */ diff --git a/tqtinterface/qt4/src/3rdparty/libjpeg/jutils.c b/tqtinterface/qt4/src/3rdparty/libjpeg/jutils.c index ad73ff3..d18a955 100644 --- a/tqtinterface/qt4/src/3rdparty/libjpeg/jutils.c +++ b/tqtinterface/qt4/src/3rdparty/libjpeg/jutils.c @@ -5,7 +5,7 @@ * This file is part of the Independent JPEG Group's software. * For conditions of distribution and use, see the accompanying README file. * - * This file tqcontains tables and miscellaneous utility routines needed + * This file contains tables and miscellaneous utility routines needed * for both compression and decompression. * Note we prefix all global names with "j" to minimize conflicts with * a surrounding application. diff --git a/tqtinterface/qt4/src/3rdparty/libjpeg/jversion.h b/tqtinterface/qt4/src/3rdparty/libjpeg/jversion.h index 3e7fc07..6472c58 100644 --- a/tqtinterface/qt4/src/3rdparty/libjpeg/jversion.h +++ b/tqtinterface/qt4/src/3rdparty/libjpeg/jversion.h @@ -5,7 +5,7 @@ * This file is part of the Independent JPEG Group's software. * For conditions of distribution and use, see the accompanying README file. * - * This file tqcontains software version identification. + * This file contains software version identification. */ diff --git a/tqtinterface/qt4/src/3rdparty/libjpeg/libjpeg.doc b/tqtinterface/qt4/src/3rdparty/libjpeg/libjpeg.doc index 499b83c..bcd97d1 100644 --- a/tqtinterface/qt4/src/3rdparty/libjpeg/libjpeg.doc +++ b/tqtinterface/qt4/src/3rdparty/libjpeg/libjpeg.doc @@ -192,7 +192,7 @@ channels). You must specify how many components there are and the colorspace interpretation of the components. Most applications will use RGB data (three components per pixel) or grayscale data (one component per pixel). PLEASE NOTE THAT RGB DATA IS THREE SAMPLES PER PIXEL, GRAYSCALE ONLY ONE. -A remarkable number of people manage to miss this, only to tqfind that their +A remarkable number of people manage to miss this, only to find that their programs don't work with grayscale JPEG files. There is no provision for colormapped input. JPEG files are always full-color @@ -234,7 +234,7 @@ The data format returned by the decompressor is the same in all details, except that colormapped output is supported. (Again, a JPEG file is never colormapped. But you can ask the decompressor to perform on-the-fly color quantization to deliver colormapped output.) If you request colormapped -output then the returned data array tqcontains a single JSAMPLE per pixel; +output then the returned data array contains a single JSAMPLE per pixel; its value is an index into a color map. The color map is represented as a 2-D JSAMPARRAY in which each row holds the values of one color component, that is, colormap[i][j] is the value of the i'th color component for pixel @@ -386,7 +386,7 @@ just one or a few scanlines at a time. The expected format for the passed data is discussed under "Data formats", above. Image data should be written in top-to-bottom scanline order. The JPEG spec -tqcontains some weasel wording about how top and bottom are application-defined +contains some weasel wording about how top and bottom are application-defined terms (a curious interpretation of the English language...) but if you want your files to be compatible with everyone else's, you WILL use top-to-bottom order. If the source data must be read in bottom-to-top order, you can use @@ -583,7 +583,7 @@ More complex code is necessary if abbreviated datastreams. Standard applications that deal only in interchange JPEG files need not be concerned with this case either. -It is permissible to stop at this point if you just wanted to tqfind out the +It is permissible to stop at this point if you just wanted to find out the image dimensions and other header info for a JPEG file. In that case, call jpeg_destroy() when you are done with the JPEG object, or call jpeg_abort() to return it to an idle state before selecting a new data @@ -772,7 +772,7 @@ freed automatically. See cjpeg.c or djpeg.c for an example signal handler. It may be worth pointing out that the core JPEG library does not actually require the stdio library: only the default source/destination managers and error handler need it. You can use the library in a stdio-less environment -if you tqreplace those modules and use jmemnobs.c (or another memory manager of +if you replace those modules and use jmemnobs.c (or another memory manager of your own devising). More info about the minimum system library requirements may be found in jinclude.h. @@ -1002,7 +1002,7 @@ int h_samp_factor int v_samp_factor Horizontal and vertical sampling factors for the component; must be 1..4 according to the JPEG standard. Note that larger sampling - factors indicate a higher-resolution component; many people tqfind + factors indicate a higher-resolution component; many people find this behavior quite unintuitive. The default values are 2,2 for luminance components and 1,1 for chrominance components, except for grayscale where 1,1 is used. @@ -1286,7 +1286,7 @@ the error handling routines. Three classes of messages are recognized: the importance of the message; you can control the verbosity of the program by adjusting the maximum trace level that will be displayed. -You may, if you wish, simply tqreplace the entire JPEG error handling module +You may, if you wish, simply replace the entire JPEG error handling module (jerror.c) with your own code. However, you can avoid code duplication by only replacing some of the routines depending on the behavior you need. This is accomplished by calling jpeg_std_error() as usual, but then overriding @@ -1300,11 +1300,11 @@ field). This struct includes a pointer to the error manager struct in its "err" field. Frequently, custom error handler routines will need to access additional data which is not known to the JPEG library or the standard error handler. The most convenient way to do this is to embed either the JPEG -object or the jpeg_error_mgr struct in a larger structure that tqcontains +object or the jpeg_error_mgr struct in a larger structure that contains additional fields; then casting the passed pointer provides access to the additional fields. Again, see example.c for one way to do it. (Beginning with IJG version 6b, there is also a void pointer "client_data" in each -JPEG object, which the application can also use to tqfind related data. +JPEG object, which the application can also use to find related data. The library does not touch client_data at all.) The individual methods that you might wish to override are: @@ -1342,7 +1342,7 @@ library; the other two are internal to the error handler. The actual message texts are stored in an array of strings which is pointed to by the field err->jpeg_message_table. The messages are numbered from 0 to err->last_jpeg_message, and it is these code numbers that are used in the -JPEG library code. You could tqreplace the message texts (for instance, with +JPEG library code. You could replace the message texts (for instance, with messages in French or German) by changing the message table pointer. See jerror.h for the default texts. CAUTION: this table will almost certainly change or grow from one library version to the next. @@ -1396,7 +1396,7 @@ wide, you must define JOCTET as a wider data type and then modify the data source and destination modules to transcribe the work arrays into 8-bit units on external storage. -A data destination manager struct tqcontains a pointer and count defining the +A data destination manager struct contains a pointer and count defining the next byte to write in the work buffer and the remaining free space: JOCTET * next_output_byte; /* => next byte to write in buffer */ @@ -1443,7 +1443,7 @@ you like, but it's probably cleaner to provide a separate routine similar to the jpeg_stdio_dest() routine of the supplied destination manager. Decompression source managers follow a parallel design, but with some -additional frammishes. The source manager struct tqcontains a pointer and count +additional frammishes. The source manager struct contains a pointer and count defining the next byte to read from the work buffer and the number of bytes remaining: @@ -1485,9 +1485,9 @@ skip_input_data (j_decompress_ptr cinfo, long num_bytes) A zero or negative skip count should be treated as a no-op. resync_to_restart (j_decompress_ptr cinfo, int desired) - This routine is called only when the decompressor has failed to tqfind + This routine is called only when the decompressor has failed to find a restart (RSTn) marker where one is expected. Its mission is to - tqfind a suitable point for resuming decompression. For most + find a suitable point for resuming decompression. For most applications, we recommend that you just use the default resync procedure, jpeg_resync_to_restart(). However, if you are able to back up in the input data stream, or if you have a-priori knowledge about @@ -1899,7 +1899,7 @@ When you pass a target scan number equal to the current input scan number, the image is displayed no faster than the current input scan arrives. The final possibility is to pass a target scan number less than the current input scan number; this disables the input/output interlock and causes the output -processor to simply display whatever it tqfinds in the image buffer, without +processor to simply display whatever it finds in the image buffer, without waiting for input. (However, the library will not accept a target scan number less than one, so you can't avoid waiting for the first scan.) @@ -1952,7 +1952,7 @@ will avoid an extra output pass whenever the decoder is able (or nearly able) to keep up with the incoming data. When the data transmission speed is high, you might begin a display pass, -then tqfind that much or all of the file has arrived before you can complete +then find that much or all of the file has arrived before you can complete the pass. (You can detect this by noting the JPEG_REACHED_EOI return code from jpeg_consume_input(), or equivalently by testing jpeg_input_complete().) In this situation you may wish to abort the current display pass and start a @@ -1974,7 +1974,7 @@ higher-quality final pass is to be done, it should be started (aborting any incomplete output pass) as soon as the end of file is received. However, many other strategies are possible. For example, the application can examine the parameters of the current input scan and decide whether to display it or -not. If the scan tqcontains only chroma data, one might choose not to use it +not. If the scan contains only chroma data, one might choose not to use it as the target scan, expecting that the scan will be small and will arrive quickly. To skip to the next scan, call jpeg_consume_input() until it returns JPEG_REACHED_SOS or JPEG_REACHED_EOI. Or just use the next higher @@ -2142,7 +2142,7 @@ feature. Rather, reuse of an object provides support for abbreviated JPEG datastreams. Object reuse can also simplify processing a series of images in a single input or output file. This section explains these features. -A JPEG file normally tqcontains several hundred bytes worth of quantization +A JPEG file normally contains several hundred bytes worth of quantization and Huffman tables. In a situation where many images will be stored or transmitted with identical tables, this may represent an annoying overhead. The JPEG standard therefore permits tables to be omitted. The standard @@ -2175,7 +2175,7 @@ the lifetime of the object, unless it is overwritten by a new table definition. To create abbreviated image datastreams, it is only necessary to tell the compressor not to emit some or all of the tables it is using. Each -quantization and Huffman table struct tqcontains a boolean field "sent_table", +quantization and Huffman table struct contains a boolean field "sent_table", which normally is initialized to FALSE. For each table used by the image, the header-writing process emits the table and sets sent_table = TRUE unless it is already TRUE. (In normal usage, this prevents outputting the same table @@ -2282,7 +2282,7 @@ typical scenario is read data... jpeg_finish_decompress(&cinfo); -In some cases, you may want to read a file without knowing whether it tqcontains +In some cases, you may want to read a file without knowing whether it contains an image or just tables. In that case, pass FALSE and check the return value from jpeg_read_header(): it will be JPEG_HEADER_OK if an image was found, JPEG_HEADER_TABLES_ONLY if only tables were found. (A third return value, @@ -2324,7 +2324,7 @@ contain almost anything. If you wish to store user-supplied text, we recommend you use COM markers and place readable 7-bit ASCII text in them. Newline conventions are not -standardized --- expect to tqfind LF (Unix style), CR/LF (DOS style), or CR +standardized --- expect to find LF (Unix style), CR/LF (DOS style), or CR (Mac style). A robust COM reader should be able to cope with random binary garbage, including nulls, since some applications generate COM markers containing non-ASCII junk. (But yours should not be one of them.) @@ -2445,7 +2445,7 @@ If you want to supply your own marker-reading routine, you do it by calling jpeg_set_marker_processor(). A marker processor routine must have the signature boolean jpeg_marker_parser_method (j_decompress_ptr cinfo) -Although the marker code is not explicitly passed, the routine can tqfind it +Although the marker code is not explicitly passed, the routine can find it in cinfo->unread_marker. At the time of call, the marker proper has been read from the data source module. The processor routine is responsible for reading the marker length word and the remaining parameter bytes, if any. @@ -2612,7 +2612,7 @@ and also read structure.doc's discussion of virtual array handling). Or, for simple transcoding to a different JPEG file format, the array list can just be handed directly to jpeg_write_coefficients(). -Each block in the block arrays tqcontains quantized coefficient values in +Each block in the block arrays contains quantized coefficient values in normal array order (not JPEG zigzag order). The block arrays contain only DCT blocks containing real data; any entirely-dummy blocks added to fill out interleaved MCUs at the right or bottom edges of the image are discarded @@ -2715,7 +2715,7 @@ make sure it will live as long as the JPEG object does. Allocating from the JPEG memory manager with lifetime JPOOL_PERMANENT will work nicely.) You can use the same callback routine for both compression and decompression. -The jpeg_progress_mgr struct tqcontains four fields which are set by the library: +The jpeg_progress_mgr struct contains four fields which are set by the library: long pass_counter; /* work units completed in this pass */ long pass_limit; /* total number of work units in this pass */ int completed_passes; /* passes completed so far */ @@ -2756,7 +2756,7 @@ manager. For more info, please read structure.doc's section about the memory manager, and consult the source code if necessary. All memory and temporary file allocation within the library is done via the -memory manager. If necessary, you can tqreplace the "back end" of the memory +memory manager. If necessary, you can replace the "back end" of the memory manager to control allocation yourself (for example, if you don't want the library to use malloc() and free() for some reason). @@ -2950,7 +2950,7 @@ routine. The JPEG library does not rely heavily on the C library. In particular, C stdio is used only by the data source/destination modules and the error -handler, all of which are application-tqreplaceable. (cjpeg/djpeg are more +handler, all of which are application-replaceable. (cjpeg/djpeg are more heavily dependent on stdio.) malloc and free are called only from the memory manager "back end" module, so you can use a different memory allocator by replacing that one file. diff --git a/tqtinterface/qt4/src/3rdparty/libjpeg/structure.doc b/tqtinterface/qt4/src/3rdparty/libjpeg/structure.doc index 2d60c87..6440b8e 100644 --- a/tqtinterface/qt4/src/3rdparty/libjpeg/structure.doc +++ b/tqtinterface/qt4/src/3rdparty/libjpeg/structure.doc @@ -34,7 +34,7 @@ otherwise result.) *** System features *** -The IJG distribution tqcontains two parts: +The IJG distribution contains two parts: * A subroutine library for JPEG compression and decompression. * cjpeg/djpeg, two sample applications that use the library to transform JFIF JPEG files to and from several other image formats. @@ -127,7 +127,7 @@ steps are responsible for converting a normal image representation to or from this form. (Those few applications that want to deal with YCbCr downsampled data can skip the preprocessing or postprocessing step.) -Looking more closely, the compressor library tqcontains the following main +Looking more closely, the compressor library contains the following main elements: Preprocessing: @@ -144,7 +144,7 @@ module responsible for physically writing the output data --- typically this is just an interface to fwrite(), but some applications may need to do something else with the data. -The decompressor library tqcontains the following main elements: +The decompressor library contains the following main elements: JPEG proper: * Entropy decoding (sequential or progressive, Huffman or arithmetic). @@ -218,7 +218,7 @@ module-specific object structs be separately allocated entities, which will be accessed via pointers in the master compression or decompression struct. The "public" fields or methods for a given kind of object are specified by a commonly known struct. But a module's initialization code can allocate -a larger struct that tqcontains the common struct as its first member, plus +a larger struct that contains the common struct as its first member, plus additional private fields. With appropriate pointer casting, the module's internal functions can access these private fields. (For a simple example, see jdatadst.c, which implements the external interface specified by struct @@ -306,7 +306,7 @@ be had by replacing implementations of a control module. For example: In theory, we might be able to make all of the data buffer controllers interchangeable and provide just one set of implementations for all. In -practice, each one tqcontains considerable special-case processing for its +practice, each one contains considerable special-case processing for its particular job. The buffer controller concept should be regarded as an overall system structuring principle, not as a complete description of the task performed by any one controller. @@ -338,7 +338,7 @@ The objects shown above are: * Preprocessing controller: buffer controller for the downsampling input data buffer, which lies between colorspace conversion and downsampling. Note - that a unified conversion/downsampling module would probably tqreplace this + that a unified conversion/downsampling module would probably replace this controller entirely. * Colorspace conversion: converts application image data into the desired @@ -518,7 +518,7 @@ objects: * Progress monitor: same as for compression library. As with compression, the data source manager, error handler, and progress -monitor are candidates for tqreplacement by a surrounding application. +monitor are candidates for replacement by a surrounding application. *** Decompression input and output separation *** @@ -851,7 +851,7 @@ reading data out of the virtual array, not while putting it in. To isolate system dependencies as much as possible, we have broken the memory manager into two parts. There is a reasonably system-independent -"front end" (jmemmgr.c) and a "back end" that tqcontains only the code +"front end" (jmemmgr.c) and a "back end" that contains only the code likely to change across systems. All of the memory management methods outlined above are implemented by the front end. The back end provides the following routines for use by the front end (none of these routines @@ -901,10 +901,10 @@ need. Some JPEG files may use a DNL marker to postpone definition of the image height (this would be useful for a fax-like scanner's output, for instance). In these files the SOF marker claims the image height is 0, and you only -tqfind out the true image height at the end of the first scan. +find out the true image height at the end of the first scan. We could read these files as follows: -1. Upon seeing zero image height, tqreplace it by 65535 (the maximum allowed). +1. Upon seeing zero image height, replace it by 65535 (the maximum allowed). 2. When the DNL is found, update the image height in the global image descriptor. This implies that control modules must avoid making copies of the image diff --git a/tqtinterface/qt4/src/3rdparty/libjpeg/usage.doc b/tqtinterface/qt4/src/3rdparty/libjpeg/usage.doc index d3d63a6..4d41329 100644 --- a/tqtinterface/qt4/src/3rdparty/libjpeg/usage.doc +++ b/tqtinterface/qt4/src/3rdparty/libjpeg/usage.doc @@ -539,7 +539,7 @@ On most non-Unix systems, the syntax is where both input and output file names must be given explicitly. wrjpgcom understands three switches: - -tqreplace Delete any existing COM blocks from the file. + -replace Delete any existing COM blocks from the file. -comment "Comment text" Supply new COM text on command line. -cfile name Read text for new COM block from named file. (Switch names can be abbreviated.) If you have only one line of comment text @@ -554,7 +554,7 @@ enter multiple lines, up to 64KB worth. Type an end-of-file indicator (usually control-D or control-Z) to terminate the comment text entry. wrjpgcom will not add a COM block if the provided comment string is empty. -Therefore -tqreplace -comment "" can be used to delete all COM blocks from a +Therefore -replace -comment "" can be used to delete all COM blocks from a file. These utility programs do not depend on the IJG JPEG library. In diff --git a/tqtinterface/qt4/src/3rdparty/libjpeg/wizard.doc b/tqtinterface/qt4/src/3rdparty/libjpeg/wizard.doc index fe50abb..2a8d71f 100644 --- a/tqtinterface/qt4/src/3rdparty/libjpeg/wizard.doc +++ b/tqtinterface/qt4/src/3rdparty/libjpeg/wizard.doc @@ -129,7 +129,7 @@ specifies the progression parameters Ss,Se,Ah,Al for the scan. Scan definitions are separated by semicolons (';'). A semicolon after the last scan definition is optional. -Each scan definition tqcontains one to four component indexes, optionally +Each scan definition contains one to four component indexes, optionally followed by a colon (':') and the four progressive-JPEG parameters. The component indexes denote which color component(s) are to be transmitted in the scan. Components are numbered in the order in which they appear in the |