Age | Commit message (Collapse) | Author |
|
Previously the API assumed that all bands had to be the same
height. By moving the multiplication into the caller, we can
lift that assumption.
|
|
clang only accepts the unified format - so use the unified syntax
everywhere, and add .syntax unified to tell the gnu assembler we're
using the unified syntax.
|
|
|
|
fz_pixmaps now have an explicit stride value. By default no change
from before, but code all copes with extra gaps at the end of the
line.
The alpha data in fz_pixmaps is no longer compulsory.
mudraw: use rgb not rgba (ppmraw), cmyk not cmyka (pkmraw).
Update halftone code to not expect alpha plane.
Update PNG writing to cope with alpha less input.
Also hide repeated params within the png output context.
ARM code needs updating.
|
|
Now covers non-ARM arch's too, and both load/stores.
|
|
Fix do_threshold_1 and implement do_threshold_4.
do_threshold_1 checks for white and shortcuts the work if it
can.
There are 2 ARM variants of do_threshold_4. One for ARMs that
support unaligned loads, and one for the (rare configurations)
that don't. The former checks for white and shortcuts the work.
|
|
Use the LCM of the different tile widths rather than a complete
line copy. This should play better with caches on devices like
the pi.
|
|
No clever SIMD tricks.
|
|
Simple unrolling.
|
|
A request for a .pkm file will produce the same as a pamcmyk4 does
on ghostscript. Ghostscripts pkmraw device does a 1bpp cmyk and
then converts to rgb as writing to ppm, but that seems silly.
|
|
|
|
Ensure we free buffers if we fail to malloc, and that we drop
the temporary buffer at the end of halftoning a pixmap.
|
|
|
|
|
|
|