diff options
author | DRC <dcommander@users.sourceforge.net> | 2015-06-08 18:31:34 +0000 |
---|---|---|
committer | DRC <dcommander@users.sourceforge.net> | 2015-06-08 18:31:34 +0000 |
commit | db6d8fca591c924ba3da8ef525925b92e261e66a (patch) | |
tree | ab088ec2feb4f6a5db93a7ccd8f3594b9d004b5e | |
parent | f15ef3376870abb4a31c2d3661ab08b0c3ce50de (diff) | |
download | libjpeg-turbo-db6d8fca591c924ba3da8ef525925b92e261e66a.tar.gz |
Now that the TurboJPEG API is reporting libjpeg warnings as errors, an "Invalid SOS parameters for sequential JPEG" warning surfaced in tjDecodeYUV*(). This was caused by the Se member of jpeg_decompress_struct being set to 0 (it is normally set to a non-zero value when the start-of-scan markers are read, but there are no SOS markers in this case, because we're not actually decompressing a JPEG file.)
git-svn-id: svn+ssh://svn.code.sf.net/p/libjpeg-turbo/code/branches/1.4.x@1564 632fc199-4ca6-4c93-a231-07263d6284db
-rw-r--r-- | turbojpeg.c | 1 |
1 files changed, 1 insertions, 0 deletions
diff --git a/turbojpeg.c b/turbojpeg.c index ec03aff6..5ba9a19b 100644 --- a/turbojpeg.c +++ b/turbojpeg.c @@ -1568,6 +1568,7 @@ DLLEXPORT int DLLCALL tjDecodeYUVPlanes(tjhandle handle, retval=-1; goto bailout; } dinfo->do_fancy_upsampling=FALSE; + dinfo->Se=DCTSIZE2-1; jinit_master_decompress(dinfo); (*dinfo->upsample->start_pass)(dinfo); |