FeatherWall : anciennes versions à télécharger

Requires the .NET 10 desktop runtime
(the build is framework-dependent, which is what keeps the download small).
Releases are unsigned, so SmartScreen will warn. Verify the SHA-256 against the
.sha256 file, or build from source.
Widgets that read the system, and performance numbers you can reproduce with a command instead of
taking on trust.
Widgets
Info widget. A second, independently anchored block fed by the operating system. Off by
default — one checkbox on the Info page turns it on. A v0.1.0 config loads unchanged and the
desktop renders exactly as it did until you switch it on.
Battery halo. A ring with the charge inside it: the arc is the level, the colour steps with it
— red low, orange middling, green when healthy — and a bolt sits beside the number while charging,
replaced by a tick when full. Three palette presets, five colour pickers, adjustable thresholds and
size. It sits beside the text, or detaches entirely and takes its own anchor anywhere on screen.
Now-playing record. What you are listening to, drawn as a vinyl record with the real album
artwork on its label — read from the same Windows media session everything else here uses, so
there is still no network call. It turns at 33⅓ rpm while something plays, with the track's
progress on the rim. A track with no artwork gets a flat disc in the accent colour rather than a
broken box; pausing dims it rather than emptying it. It reads any app with media controls, a
browser tab included.
Clock. Independent date styling — its own font, size as a percentage of the time, colour and
opacity, or inherit each from the time. Per-edge margins for both.

The record animates, which is new
The record is the first continuous frame clock in FeatherWall. To be precise about what changed:
the clock widget has re-armed a 1 Hz timer since v0.1.0 to tick over the minute, so the app has
never been entirely timer-free. What is new is something redrawing many times a second.
It is deliberately hard to leave running. It runs only while something is actually playing and
the desktop is uncovered and the display is on. Any of those going false stops it dead — not
throttled, stopped. Turning off Spin while playing leaves the timer permanently disarmed, so
nothing fires and the record, its artwork and the progress ring stay as a still image.
The battery and now-playing sources repaint on events only: a battery percentage moving, a track
changing.

Rendering and reliability
- Per-monitor DPI. Widgets are sized against the primary display's scaling, so they keep the
same physical size on a 100 % external monitor as on a 150 % laptop panel.
- Device-loss recovery. A driver update or TDR rebuilds the whole layer instead of leaving a
dead surface, with a bounded guard against a rebuild loop.
- Pushed power and display signals replace polling for display state. The wallpaper stops
rendering into a screen that is off because Windows says so, not because a timer noticed. Pause
decisions that depend on the foreground window — fullscreen apps, coverage — are still polled
twice a second, because Windows offers no push for those.
- CodeQL runs on the C# code on every push.

Measurement, and two corrections
scripts/bench/Run-Bench.ps1 drives FeatherWall through each wallpaper state and measures it. It
refuses to report a row whose pause state changed inside the sampling window — measuring a
silently paused wallpaper is the easiest way to publish a flattering number. That check is not
theoretical: the harness's own first run reported a "video playing" figure while the log showed the
wallpaper pausing and resuming three times inside the window.
Building it corrected two published claims, and both corrections go against us:
- The README and the website said dedicated VRAM reads 0 MB "because integrated graphics have no
memory of their own". Wrong. This machine's integrated Arc reports 2048 MB of adapter RAM and
Windows attributes 232 MB of dedicated usage to FeatherWall on it. The old explanation made
the foot