| Age | Commit message (Collapse) | Author |
|---|
|
These are called from fz_new_image_from_buffer.
|
|
|
|
Update separations interface further to cope with whether spots
should be rendered separately, or as composite colors.
|
|
|
|
|
|
This silences the many warnings we get when building for x64
in windows.
This does not address any of the warnings we get in thirdparty
libraries - in particular harfbuzz. These look (at a quick
glance) harmless though.
|
|
|
|
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.
|
|
|
|
|
|
|
|
|
|
|
|
Reintroduce fz_load_jpeg() (previously removed in 12c1466) improved with:
* application agnostic memory handler support from 6a8abce
* colorspace context from 93bd1ff
* resolution detection from 4dc6cbe
|
|
|
|
* Use a better 4-bit fallback palette (use vga palette as
indicated by variable name instead of 16 color web palette)
* Determine if existing palette entries are grayscale and if so
use a grayscale palette instead of the vga or web palette
* Extend the web palette with black entries to make it eaiser
to copy from.
|
|
|
|
|
|
|
|
* The component bitmasks in the header are only valid for
bitfields compression
* The extra component bitmasks are only present if using
bitfields compression and for 16-/32-bit images if not
already present in header
|
|
|
|
The rle8 encoding already uses the same comparison
|
|
|
|
Update generate.bat to generate generate/fontname.c files rather
than generate/fontname.{ttc,ttf,cff} etc.
Add a new libfonts target that builds those, and make libmupdf
depend on it.
Fix build problem in load-bmp.c - don't declare in the middle of
blocks.
|
|
|
