kc3-lang/libjpeg-turbo/java/doc
Branch :
Log
| Author | Commit | Date | CI | Message |
|---|---|---|---|---|
 |
466c3448 | 2025-10-23 10:41:16 | TurboJPEG doc tweaks - Clarify that YUV encoding performs downsampling as well as color conversion. - Clarify that TJPARAM_LOSSLESS is ignored by tj3CompressFromYUV*8(). - Clarify that tj3CompressFromYUV*8() generates only YCbCr or grayscale JPEG images, i.e. that TJPARAM_COLORSPACE has no effect. | |
|
d7932a27 | 2024-10-30 12:12:03 | TJ doc: Density params require YCbCr or grayscale Since libjpeg-turbo does not support Exif, the only way it can embed density information in a JPEG image is by using the JFIF marker, which is only written if the JPEG colorspace is YCbCr or grayscale. (Referring to the conversation under #793, we may need to further restrict that to 8-bit-per-sample JPEG images, because the JFIF spec requires 8-bit data precision.) | |
|
9b01f5a0 | 2024-09-14 11:56:14 | TJ: Add func/method for computing xformed buf size | |
|
a2728582 | 2024-09-03 07:54:17 | TurboJPEG: ICC profile support | |
|
5f05c75a | 2024-09-06 19:55:20 | Merge branch 'main' into dev | |
|
b3f0abe3 | 2024-09-06 10:23:02 | TJ: Calc. xformed buf sizes based on dst. subsamp With respect to tj3Transform(), this addresses an oversight from bb1d540a807783a3db8b85bab2993d70b1330287. Note to self: A convenience function/method for computing the worst-case transformed JPEG size for a particular transform would be nice. | |
|
6d959170 | 2024-09-05 21:57:16 | Minor TurboJPEG doc tweaks - When transforming, the worst-case JPEG buffer size depends on the subsampling level used in the destination image, since a grayscale transform might have been applied. - Parentheses Police | |
|
d43ed7a1 | 2024-09-04 08:38:13 | Merge branch 'main' into dev | |
|
5550c80f | 2024-09-03 17:20:10 | Doc: "compress operation"="compression operation" (consistification) | |
|
6d9f1f81 | 2024-09-01 14:04:20 | Merge branch 'main' into dev |