style(fmt): rustfmt the GNOME 50 HDR files under the pinned toolchain

`feat(hdr): GNOME 50 HDR screencast capture` (0e977817) landed with rustfmt
drift — six files were not clean under the pinned 1.96.0 toolchain, so
`cargo fmt --all --check` (ci.yml "Format") is red on main. Pure whitespace/
wrapping from `cargo fmt --all`; no semantic change.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>

crates/pf-encode/src/enc/linux/vaapi.rs

@@ -479,7 +479,10 @@ impl CpuInner {
             )
         };
         if sws.is_null() {
-            bail!("sws_getContext(RGB→{})", if ten_bit { "P010" } else { "NV12" });
+            bail!(
+                "sws_getContext(RGB→{})",
+                if ten_bit { "P010" } else { "NV12" }
+            );
         }
         // SAFETY: `sws` is the non-null `SwsContext` from `sws_getContext` above (the `is_null()`
         // check immediately preceding returned false). The coefficient table from

crates/pf-encode/src/enc/sw.rs

@@ -184,7 +184,10 @@ impl Encoder for OpenH264Encoder {
             // 10-bit HDR comes only from the GPU paths; the software 8-bit H.264 encoder can't
             // represent it (and never receives it — HDR is never negotiated on a software host).
             PixelFormat::Rgb10a2 | PixelFormat::X2Rgb10 | PixelFormat::X2Bgr10 => {
-                anyhow::bail!("software H.264 encoder cannot encode 10-bit HDR ({:?})", self.src_format)
+                anyhow::bail!(
+                    "software H.264 encoder cannot encode 10-bit HDR ({:?})",
+                    self.src_format
+                )
             }
             // NV12/P010 are GPU-resident video-processor outputs for the NVENC path; the software
             // encoder never receives them (it only gets CPU RGB frames).