aboutsummaryrefslogtreecommitdiff
path: root/fiv-io.c
diff options
context:
space:
mode:
authorPřemysl Eric Janouch <p@janouch.name>2022-01-05 12:01:07 +0100
committerPřemysl Eric Janouch <p@janouch.name>2022-01-05 12:07:05 +0100
commit9a1396b91f95befe84b754fa638d48094a1519bf (patch)
tree0d3f9672437cc14406e3da35d3b12299b140119c /fiv-io.c
parent5abf6a719f6e1326d3259d92aff1849e00433eae (diff)
downloadfiv-9a1396b91f95befe84b754fa638d48094a1519bf.tar.gz
fiv-9a1396b91f95befe84b754fa638d48094a1519bf.tar.xz
fiv-9a1396b91f95befe84b754fa638d48094a1519bf.zip
Update comments
Diffstat (limited to 'fiv-io.c')
-rw-r--r--fiv-io.c7
1 files changed, 6 insertions, 1 deletions
diff --git a/fiv-io.c b/fiv-io.c
index 012202e..592e134 100644
--- a/fiv-io.c
+++ b/fiv-io.c
@@ -265,6 +265,7 @@ static void
trivial_cmyk_to_host_byte_order_argb(unsigned char *p, int len)
{
// This CMYK handling has been seen in gdk-pixbuf/JPEG, GIMP/JPEG, skcms.
+ // It will typically produce horribly oversaturated results.
// Assume that all YCCK/CMYK JPEG files use inverted CMYK, as Photoshop
// does, see https://bugzilla.gnome.org/show_bug.cgi?id=618096
while (len--) {
@@ -1055,6 +1056,10 @@ static cairo_surface_t *
open_libjpeg_turbo(
const gchar *data, gsize len, FivIoProfile profile, GError **error)
{
+ // Note that there doesn't seem to be much of a point in using this
+ // simplified API anymore, because JPEG-QS needs the original libjpeg API.
+ // It's just more or less duplicated code which won't compile with
+ // the slow version of the library.
tjhandle dec = tjInitDecompress();
if (!dec) {
set_error(error, tjGetErrorStr2(dec));
@@ -2325,7 +2330,7 @@ fiv_io_open(
cairo_surface_t *surface =
fiv_io_open_from_data(data, len, uri, profile, enhance, error);
- free(data);
+ g_free(data);
return surface;
}