mirror of
https://github.com/denoland/deno.git
synced 2025-03-04 09:57:11 -05:00
e4b8fa5f4f
This commits moves all `.d.ts` files from `ext/*` to `cli/tsc/dts`. Due to TSC snapshot removal, `cargo publish` is now erroring out, unable to find the declaration files. These files were moved to "cli/tsc/dts", because it's much easier than keeping them in extension directories, while still providing them compressed or uncompressed depending on the build type. |
||
|---|---|---|
| .. | ||
| 01_image.js | ||
| Cargo.toml | ||
| image_ops.rs | ||
| lib.rs | ||
| op_create_image_bitmap.rs | ||
| README.md | ||
deno_canvas
Extension that implements various OffscreenCanvas related APIs.
Image processing architecture in Rust
flowchart LR
Input["input binary<br/>( &[u8] )"]
II["intermediate image<br/>( DynamicImage )"]
Ops["processing pixel<br/>( ImageBuffer< P, S > )"]
Output["output binary<br/>( Box<[u8]> )"]
Input --> II
II --> Ops --> II
II --> Output
The architecture of image processing in Rust is rely on the structure of
image crate.
If the input is a image of binary, it convert to an intermediate image
(DynamicImage in image) with using a decoder corresponding to its image
formats.
After converting to an intermediate image, it can process various way for
example, to use the pixel processong operation
imageops
supplied by image.
On the other hand, there can also to implement your own pixel processong
operation to refer to
the implementation of imageops as here
or image_ops.rs module.
You can treat any bit depth that supported by image with generics in the
processing pixel layer.