perf: use lossless ZIP compression for TIFF output

[yeagoo]

TIFF output currently inherits the input compression state, so common conversions can produce uncompressed files or reuse a JPEG compression choice. Set the writer's settings.compression to ZIP for both .tiff and .tif.

This is an output-policy/performance change: it trades additional compression time for smaller losslessly encoded TIFF files. It should be reviewed separately from pixel-correctness fixes. It does not promise every input will get smaller.

Validation

JPEG, BMP and PNG fixtures are converted to both TIFF extensions. The decoded compression must be ZIP and pixels must equal the decoded input, avoiding another lossy JPEG encode. A deliberately compressible fixture also verifies that output is smaller than the raw RGB buffer.

• bun run test: 11 passed, including five shared behavior tests.
• The defect-focused tests fail against the unchanged upstream conversion function (6 failing tests before this fix).
• bun run build: passed with a local .env based on .env.example.
• ESLint and Prettier: changed files pass.
• bun run check: the same 7 pre-existing missing Node type errors as upstream; no additional errors. Full-repository lint has existing failures outside this change; changed files pass.

Patch structure

This branch is based on upstream cc7b5a54d5e9c797b377db47b9bdfbb561707783 and includes shared test harness commit c69e961, which moves the existing magickConvert function unchanged into a utility imported by the worker. Tests invoke that exact production function with the installed WASM. No new package dependency is introduced.

Each repair branch can be reviewed independently. After the shared harness lands, the remaining branches will need rebasing onto upstream main to resolve overlapping edits in magick-convert.ts.

Shares the behavior-preserving test harness with #275.

[JovannMC]

note: this is a boilerplate response for numerous open PRs

hiya!

firstly sorry for the late response to your PR (if it has been open for a while). we are closing this, along with other people's PRs, as we are preparing for the very overdue update drop. once merged, it will most likely break most existing PRs and will need to be redone. track the PR #282, and once merged you may wish to open another PR with the new base.

do also note this repository's and our main contributing guidelines which was made recently here, when submitting your new PR: repo & main