summaryrefslogtreecommitdiffstats
path: root/src/3rdparty/libjpeg/structure.doc
diff options
context:
space:
mode:
Diffstat (limited to 'src/3rdparty/libjpeg/structure.doc')
-rw-r--r--src/3rdparty/libjpeg/structure.doc4
1 files changed, 2 insertions, 2 deletions
diff --git a/src/3rdparty/libjpeg/structure.doc b/src/3rdparty/libjpeg/structure.doc
index 0601ee7a9..b9b20cc83 100644
--- a/src/3rdparty/libjpeg/structure.doc
+++ b/src/3rdparty/libjpeg/structure.doc
@@ -489,7 +489,7 @@ shown are:
* Color reduction: this module handles color precision reduction, e.g.,
generating 15-bit color (5 bits/primary) from JPEG's 24-bit output.
- Not tquite clear yet how this should be handled... should we merge it with
+ Not quite clear yet how this should be handled... should we merge it with
colorspace conversion???
Note that some high-speed operating modes might condense the entire
@@ -722,7 +722,7 @@ decoding need not worry about this, since they will just store the same values
again if forced to repeat the MCU.
This approach would probably not work for an arithmetic codec, since its
-modifiable state is tquite large and couldn't be copied cheaply. Instead it
+modifiable state is quite large and couldn't be copied cheaply. Instead it
would have to suspend and resume exactly at the point of the buffer end.
The JPEG marker reader is designed to cope with suspension at an arbitrary