]> granicus.if.org Git - libjpeg-turbo/commit
djpeg -crop: Exit gracefully with non-PPM formats
authorDRC <information@libjpeg-turbo.org>
Thu, 9 Nov 2017 03:01:57 +0000 (21:01 -0600)
committerDRC <information@libjpeg-turbo.org>
Thu, 9 Nov 2017 03:30:19 +0000 (21:30 -0600)
commit073b0e88a192adebbb479ee2456beb089d8b5de7
treea3b39ae089efa1eb50de86304b020a148248ec3d
parent1b385f37f3f166c046b6a73e7d3346eabd36ef76
djpeg -crop: Exit gracefully with non-PPM formats

... and document that only PPM/PGM output images are supported with the
-crop option for the moment.

I investigated the possibility of supporting -crop with -bmp, but even
after resetting the buffer dimensions, I still kept getting virtual
array access errors.  It seems that doing this the "right way" would
require creating a re-initialization function for each image format's
destination manager.  I'm disinclined to do that right now, given that
this feature was Google's baby (developed as a prerequisite for
including libjpeg-turbo in Android), and the -crop option in djpeg is
intended only as an example of how to use the partial image
decompression API.  Real-world applications would need to handle this
in their own destination managers.

It would probably be possible to make this work with Targa by employing
a similar hack to the one we used with PPM, but Targa isn't popular
enough to bother.

Fixes #185
ChangeLog.md
djpeg.1
djpeg.c