Add ffmpeg to install requirements in CI

Author: kipcole9

.github/workflows/ci.yml

@@ -34,8 +34,6 @@ jobs:
       matrix:
         include:
           # minimum required versions
-          - otp: "26.2.5.6"
-            elixir: "1.16.2-otp-26"
           - otp: "26.2.5.6"
             elixir: "1.17.2-otp-26"
           - otp: "27.2"
@@ -92,7 +90,7 @@ jobs:
 
     # Step: Install the dependencies for libvips
     - name: Install libvips build dependencies
-      run: sudo apt-get install build-essential meson libwebp-dev libheif-dev libavif-dev libcgif0 libcgif-dev libxml2-dev libfftw3-dev libmagickwand-dev libopenexr-dev liborc-0.4-0 gobject-introspection libgirepository1.0-dev libgsf-1-dev libglib2.0-dev liborc-0.4-dev libpango1.0-dev libpangocairo-1.0-0 libpangoft2-1.0-0 curl xz-utils
+      run: sudo apt-get install build-essential meson libwebp-dev libheif-dev libavif-dev libcgif0 libcgif-dev libxml2-dev libfftw3-dev libmagickwand-dev libopenexr-dev liborc-0.4-0 gobject-introspection libgirepository1.0-dev libgsf-1-dev libglib2.0-dev liborc-0.4-dev libpango1.0-dev libpangocairo-1.0-0 libpangoft2-1.0-0 curl xz-utils fffmpeg
 
     # Install latest libvips
     - name: Get latest version of libvips

CHANGELOG.md

@@ -17,11 +17,11 @@ The primary intent of this release is to stablise the code in readiness for a 1.
 
 * `Image.Color` has been removed. Color handling now lives in two new modules and one new dependency:
 
-  * `Image.Pixel` — `to_pixel/3` resolves any colour input (atom, hex string, named colour, numeric list, `Color.*` struct) into a pixel matching the **interpretation, value range, and band layout** of a target image. This fixes a long-standing bug where colour arguments were treated as raw 8-bit sRGB regardless of the image's actual colour space (so `:red` against a Lab image would yield `[255, 0, 0]` instead of Lab red `[53.24, 80.09, 67.20]`). Every option validator that accepts a colour now routes through `Image.Pixel.to_pixel/3`. `Image.Pixel` also exposes `to_srgb/1`, `transparency/1`, the `is_pixel/1` defguard, and the `t/0` type.
+  * `Image.Pixel` — `to_pixel/3` resolves any colour input (atom, hex string, named colour, numeric list, `Color.*` struct) into a pixel matching the interpretation, value range, and band layout of a target image. This fixes a long-standing bug where colour arguments were treated as raw 8-bit sRGB regardless of the image's actual colour space (so `:red` against a Lab image would yield `[255, 0, 0]` instead of Lab red `[53.24, 80.09, 67.20]`). Every option validator that accepts a colour now routes through `Image.Pixel.to_pixel/3`. `Image.Pixel` also exposes `to_srgb/1`, `transparency/1`, the `is_pixel/1` defguard, and the `t/0` type.
 
   * `Image.ICCProfile` — the libvips ICC profile helpers (`inbuilt/0`, `known?/1`, `is_inbuilt/1`, `t/0`).
 
-  * The new `:color` dependency — a full-featured colour science library (`Color.new/2`, `Color.convert/2,3`, `Color.SRGB.parse/1`, `Color.CSSNames`, all the major colour spaces, gamut mapping, ICC rendering intents). Hex parsing now supports `#RGB`, `#RGBA`, `#RRGGBB`, and `#RRGGBBAA`.
+  * The new `:color` dependency — a full-featured colour library (`Color.new/2`, `Color.convert/2,3`, `Color.SRGB.parse/1`, `Color.CSSNames`, all the major colour spaces, gamut mapping, ICC rendering intents). Hex parsing now supports `#RGB`, `#RGBA`, `#RRGGBB`, and `#RRGGBBAA`.
 
 * `Image.Classification` and `Image.Generation` have moved to a new sibling package, [`:image_detection`](https://hex.pm/packages/image_detection). The two modules keep their fully-qualified names (`Image.Classification` and `Image.Generation`) so that existing call sites continue to work — they just live in a different OTP application now. To restore the previous functionality, add `:image_detection` to your `mix.exs`:
 
@@ -34,7 +34,7 @@ The primary intent of this release is to stablise the code in readiness for a 1.
         ]
       end
 
-* `:bumblebee` is no longer a dependency of `:image`. It is brought in transitively only when you add `:image_detection`. The `:nx`, `:nx_image`, `:scholar`, `:exla`, and `:rustler` optional deps stay in `:image` because `Image.to_nx/2`, `Image.from_nx/1`, `Image.k_means/2`, and a few internal pipelines still use them.
+* `:bumblebee` is no longer a dependency of `:image`. It is configured in the new library `image_detection`.
 
 * `Image.Video` is now backed by [Xav](https://hex.pm/packages/xav) (a thin Elixir wrapper around FFmpeg) instead of `:evision` / OpenCV. The public API surface is largely unchanged but the underlying type, options, and a few semantic details have moved:
 

lib/image/options/text.ex

@@ -261,7 +261,7 @@ defmodule Image.Options.Text do
   @doc false
   def validate_color(option, color, options) do
     cond do
-      (is_binary(color) or is_atom(color)) && match?({:ok, _}, Color.CSSNames.lookup(color)) ->
+      (is_binary(color) or is_atom(color)) && match?({:ok, _}, Color.CSS.Names.lookup(color)) ->
         {:cont, options}
 
       match?(<<"#", _rest::bytes-6>>, color) ->

mix.exs

@@ -61,7 +61,7 @@ defmodule Image.MixProject do
       # {:vix, path: "../vix"},
 
       # Color science: conversions, gamut mapping, parsing.
-      {:color, github: "elixir-image/color"},
+      {:color, "~> 0.3"},
 
       # FFmpeg bindings, used by Image.Video for video frame
       # extraction, seeking, and streaming.
@@ -91,7 +91,7 @@ defmodule Image.MixProject do
       # and Scholar for k-means clustering. Image classification
       # and image generation moved to the `:image_detection`
       # package along with the `:bumblebee` dependency.
-      {:nx, "~> 0.10", optional: true},
+      {:nx, "~> 0.11", optional: true},
       {:nx_image, "~> 0.1", optional: true},
       {:scholar, "~> 0.3", optional: true},
       {:exla, "~> 0.9", optional: true},