NexusWpp 1.0.71.0

Changed

• Build: the version stamp is written from VERSION by MSBuild (Directory.Build.targets) for the app, the installer
  and the tests, so a plain dotnet build works from the IDE or the command line; compile.ps1 no longer writes it.
  The .NET SDK is pinned in global.json (10.0.402, latest feature band), as in NexusKeypad.
• Changelog: versions without a Git tag are no longer shown as broken links.

Fixed

• The center panel (clock, radar logo, buttons) sits on the screen's vertical middle in the wide three-column layout:
  the side columns are now equal (the right one was wider), which left it 64 px left of the middle on a 4096 px screen.

NexusWpp 1.0.70.0

Fixed

• A missing index.html next to nexuswpp.exe is reported as an incomplete installation (crash.txt) instead of
  silently loading the page from C:\nexuswpp, a folder only the standalone installer uses.

Removed

• deploy_local.ps1 and run.bat, a second installation path that duplicated NexusWppSetup.exe (and announced a
  scheduled task while it wrote the Run key): the installer is the only one, for a local build too.
• scripts/csc.ps1, scripts/host_sources.ps1 and the legacy scripts/benchmark_fullscreen_suspend.ps1. The graphics
  profile is now a real project, tools/GraphicsProfile, built by scripts/profile_graphics.ps1.

Changed

• Dependabot also watches the NuGet packages of the tests and of both tools, and the changelog carries its comparison
  links.
• The performance counter test measures the sample's CPU time instead of wall-clock time, which failed under a loaded
  CPU while the sample itself stayed cheap.

NexusWpp 1.0.69.0

Changed

• The NVIDIA GPU gauge shows the share of the card's capacity in use: busy time scaled by the current graphics clock
  over the card's maximum clock. An idle RTX 4080 SUPER at 210 MHz read 70 % while it used about 5 % of its power;
  it now reads about 5 %. When a clock is not reported, the gauge keeps the raw busy time.

Fixed

• Store screenshots are declared by their exact output size, with a whole-pixel viewport: the 2560x1440 images came
  out 2561x1440 (a 1707-pixel viewport at scale 1.5). Each capture now checks the size of the PNG it saved.
• Store screenshots show fixed demonstration power plans in the screenshot's language instead of this PC's own plan
  names, which appeared in French on the English images.

NexusWpp 1.0.68.0

Fixed

• The settings window speaks the language of the thread that builds it, read each time instead of once per process.
  The English Store screenshot of the settings window showed the French window, because the French one was built
  first in the same process. Regression test in the settings harness.

Changed

• The C# feature tests (sensor, telemetry and alert rules, and the desktop coverage behind the pause) run on xUnit v3
  with Microsoft Testing Platform (tests/NexusWpp.Tests, dotnet test), from test.ps1 and the CI. The coverage
  scenarios were not run by any script before.
• This changelog follows Keep a Changelog, in English; the release workflow and tag_release.ps1 read its
  ## [VERSION] - date sections.
• Commit messages and release notes are written in English.
• The icons are rendered by a .NET tool (tools/ExportIcons, Svg.Skia) instead of scripts/export_icons.py (Python and
  cairosvg): the build chain no longer needs Python. Same sizes and files; the versioned icons are unchanged.
• Every C# test runs on xUnit v3 (tests/NexusWpp.Tests): the host, settings window, mouse hook, runtime pause,
  responsive layout, Store screenshot and visual resume harnesses moved from standalone programs built by
  scripts/csc.ps1 into the test project, which compiles every host source. The off-screen ones run with each
  test.ps1 and in CI (the mouse hook test was run by neither); the ones that need the real desktop (Store screenshots,
  visual resume) and the exhaustive layout run are explicit tests, started by their scripts or
  dotnet test --explicit only. test_settings.ps1, test_runtime_pause.ps1, test_responsive_layout.ps1 and
  test_mouse_hook.ps1 are gone; the CI runs all of it in its compile job.
• The visual resume harness never activates a window: its covers are shown without activation and the user's windows
  are minimized without activating another one. It now fails if a cover, maximized or full screen included, takes the
  foreground, or if a window of the user is not back in its place and state, or the foreground not given back.
• CodeQL runs from a workflow file (.github/workflows/codeql.yml: actions, C# and JavaScript/TypeScript, default
  queries) instead of the repository's default setup, so that OpenSSF Scorecard credits the static analysis.

NexusWpp 1.0.67.0

Démarrage prioritaire : nouvel essai si Windows refuse le lancement

• Au redémarrage du 6 novembre, la tâche de démarrage prioritaire s'est lancée à la seconde même de l'ouverture de session et Windows a refusé d'activer le paquet (erreur 0xD0004001) : NexusWpp ne démarrait pas du tout, et le démarrage du Store, coupé tant que cette tâche existe, ne prenait pas le relais. Le Planificateur de tâches relance maintenant NexusWpp toutes les minutes, trois fois au plus, si le lancement échoue. Un lancement en trop est sans effet : l'instance déjà ouverte le fait quitter aussitôt.
• La tâche est réécrite à chaque lancement de NexusWpp, pour qu'une tâche créée par une version précédente reçoive ce réglage.
• Test de non-régression : la tâche créée contient la relance (toutes les minutes, trois fois).

NexusWpp 1.0.66.0

Courbes de fond à vitesse constante à l'écran

• Les courbes avançaient d'un pas fixe à chaque image de l'horloge commune, mais ces images n'arrivent pas toujours à 83 ms pile : de temps en temps une image s'affiche un rafraîchissement d'écran plus tard, et la courbe ralentissait d'autant pendant ce pas. Elles avancent maintenant de la distance qui correspond au temps réellement écoulé depuis l'image précédente (au plus deux images), donc à vitesse constante à l'écran. Même cadence, même coût.
• Test de non-régression : une image sur cinq affichée un rafraîchissement plus tard, la vitesse de la courbe reste à ± 12 % ; l'ancien calcul échoue.

NexusWpp 1.0.65.0

Courbes de fond : plus d'à-coups de temps en temps

• Les courbes d'historique s'arrêtaient ou sautaient de temps en temps : leur défilement supposait une mesure toutes les 1000 ms pile, alors que les mesures réelles arrivent de 905 à 1105 ms d'écart (minuteur de l'hôte plus 10 à 112 ms de collecte, mesuré sur le vrai collecteur pendant 2 minutes). Une mesure en retard figeait la courbe, une mesure en avance lui faisait sauter des pas. Le banc ne le voyait pas : il envoyait des mesures parfaitement régulières.
• Chaque courbe garde maintenant le chemin qui lui reste à parcourir et avance d'environ un pas par image de l'horloge commune : une nouvelle mesure allonge ce chemin sans déplacer la courbe, et la vitesse est ajustée à chaque mesure (± 25 % au plus) pour garder un quart de seconde d'avance. Simulé sur les écarts mesurés : 78 arrêts et 76 sauts doubles en 2 minutes avant, aucun après. Même cadence (12 i/s), même coût.
• Test de non-régression : mesures arrivant de 905 à 1105 ms d'écart, chaque image avance la courbe de 0,5 à 1,5 pas.

NexusWpp 1.0.64.0

Cercles et barres harmonisés sur l'horloge commune

• Les cercles des jauges sautaient à chaque nouvelle valeur : leur glissement de 0,18 s ne faisait plus que deux pas depuis le passage à 12 images par seconde. Ils glissent maintenant sur 0,5 s, soit six pas de l'horloge commune.
• Les barres du bas des cartes glissaient à part, par une transition CSS à la fréquence de l'écran (60 images par seconde pendant 0,618 s à chaque mesure). Elles suivent maintenant la même horloge, la même durée et la même courbe que les cercles. Carte centrale, logos, cercles, barres et courbes de fond avancent ensemble, 12 fois par seconde.
• Mesuré hors écran à 5120 × 1440 (une mesure par seconde, médianes de six passages de 10 s) : GPU 3D 3,4 % → 2,6 %, CPU inchangé (20 % d'un cœur). Les courbes de fond avancent régulièrement (un pas toutes les 79 à 97 ms, aucun retard au moment des mises à jour, mise à jour des cartes en moins de 2 ms).
• Tests : cercles et barres encore en mouvement un quart de seconde après une nouvelle valeur, arrivés en 4 à 8 pas, sans transition CSS.

NexusWpp 1.0.63.0

Plus de plantage quand le pilote NVIDIA est mis à jour

• Quand Windows Update installe un pilote NVIDIA, NexusWpp plantait (violation d'accès dans nvml.dll, impossible à rattraper) : la session NVML ouverte avec l'ancien pilote restait utilisée. Constaté deux fois le 06/11/2026 pendant l'installation du pilote 32.0.15.6614.
• NexusWpp relit avant chaque mesure l'identité du pilote du GPU (version, date d'installation, dernier démarrage du périphérique, état Plug and Play). Si elle change ou si le périphérique s'arrête, la session NVML est fermée et les dernières valeurs sont marquées périmées ; NVML n'est rouvert qu'une fois le nouveau pilote resté démarré 30 s, car une installation redémarre le périphérique plusieurs fois.
• Tests de non-régression : changement de pilote, pilote arrêté, attente de 30 s, identité stable du pilote réel.

NexusWpp 1.0.62.0

Deux fois moins de GPU pour la même animation

• Sur secteur, l'horloge commune (carte centrale, logos, anneaux, courbes d'historique) passe de 24 à 12 images par seconde. Les courbes de fond continuent de glisser, en 12 petits pas par seconde au lieu de 24 ; sur batterie et en économiseur d'énergie, elles sautent toujours une fois par seconde.
• Mesuré hors écran à la taille d'un écran 5120 × 1440 (vraie page, médianes de quatre passages de 10 s, GPU 3D du groupe WebView2 / CPU en part d'un cœur) : 24 i/s avec courbes glissantes 6,8 % / 28 % ; 18 i/s 4,5 % / 27 % ; 12 i/s 4,0 % / 21 % ; 12 i/s avec courbes qui sautent 2,6 % / 21 % ; 8 i/s 2,0 % / 16 % ; sans animation 0 % / 10 %. Les halos des anneaux ne coûtent rien de mesurable. Le défilement continu des courbes coûtait à lui seul +3,1 points à 24 i/s (+0,7 mesuré sur 2560 × 1440).
• En watts, l'écart reste dans le bruit : la carte graphique reste à sa fréquence minimale (environ 1,2 W pour l'animation, à toute cadence).