Skip to content
Open
Show file tree
Hide file tree
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
19 changes: 6 additions & 13 deletions README.md
Original file line number Diff line number Diff line change
Expand Up @@ -5,32 +5,25 @@
wraps at 80. -->
<div align="center">

<img src="docs/assets/vmafx-readme-banner.svg" alt="VMAFx — perceptual video quality assessment, GPU-accelerated and SIMD-tuned" height="120" />
<img src="docs/assets/vmafx-readme-banner.svg" alt="VMAFx — perceptual video quality assessment, GPU-accelerated and SIMD-tuned" height="120" /> <!-- README-STANDARD badge block: one band, fixed group order (docs/README-STANDARD.md) --> <!-- 1 release/version -->

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Required: Praetor's README-01 order check reads only the first HTML comment on a line. Here that is the README-STANDARD badge block note, so the 1 release/version label is never read, and on the Release line the first comment is x-release-please-version. On this head the check finds no group labels at all, which is why a swapped order passes.

Putting the group label first fixes it without changing the rendered page:

  <img ... /> <!-- 1 release/version --> <!-- README-STANDARD badge block: one band, fixed group order (docs/README-STANDARD.md) -->

With that change and the Tests-line move from the other comment, I ran the check again: it reads groups 1 and 2 in order, reports the planted swap, and reports nothing new on the unswapped page. The cmark output is the same as on this head. A sentence in docs/README-STANDARD.md saying the group label comes before any other comment on its line would keep the next edit from undoing this.


<!-- README-STANDARD badge block: one group, fixed order (docs/README-STANDARD.md) -->
<!-- 1 release/version -->
[![Release](https://img.shields.io/static/v1?label=release&message=v1.0.0-rc.3&style=for-the-badge&color=3b82f6&labelColor=111a35)](https://github.com/VMAFx/vmafx/releases) <!-- x-release-please-version -->
<!-- 2 CI/build -->
[![Release](https://img.shields.io/static/v1?label=release&message=v1.0.0-rc.3&style=for-the-badge&color=3b82f6&labelColor=111a35)](https://github.com/VMAFx/vmafx/releases) <!-- x-release-please-version --> <!-- 2 CI/build -->

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

🟡 MEDIUM RISK

Move <!-- 2 CI/build --> to the first CI badge line, leaving <!-- x-release-please-version --> as the final comment on the release line.

TIP React 👍 if this review is right, or reply with what's wrong and how it could be better to help improve the reviewer.

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

🟡 Medium · Release badge version stays stale

When release-please updates the README for a version bump, the <!-- 2 CI/build --> marker follows the x-release-please-version marker, so release-please no longer finds the version marker at the end of the badge line and leaves the displayed release version stale. The group marker also appears after the Release badge instead of the first CI badge, so it labels the wrong group.

Move <!-- 2 CI/build --> after the Tests badge, leaving <!-- x-release-please-version --> at the end of the Release badge line.

Also at README.md:11.

Prompt for AI agents
In `README.md` at line 10:

**Release badge version stays stale**

When release-please updates the README for a version bump, the `<!-- 2 CI/build -->` marker follows the `x-release-please-version` marker, so release-please no longer finds the version marker at the end of the badge line and leaves the displayed release version stale. The group marker also appears after the Release badge instead of the first CI badge, so it labels the wrong group.

Move `<!-- 2 CI/build -->` after the Tests badge, leaving `<!-- x-release-please-version -->` at the end of the Release badge line.

Also at `README.md:11`.

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Required: <!-- 2 CI/build --> trails the Release badge, which belongs to group 1. The rule this PR adds to docs/README-STANDARD.md says the comment trails the first badge line of its own group, so this comment belongs on the Tests line below:

  [![Release](...)](...) <!-- x-release-please-version -->
  [![Tests](...)](...) <!-- 2 CI/build -->

[![Tests](https://github.com/VMAFx/vmafx/actions/workflows/tests-and-quality-gates.yml/badge.svg?branch=master&event=push)](https://github.com/VMAFx/vmafx/actions/workflows/tests-and-quality-gates.yml)
[![Builds](https://github.com/VMAFx/vmafx/actions/workflows/libvmaf-build-matrix.yml/badge.svg?branch=master&event=push)](https://github.com/VMAFx/vmafx/actions/workflows/libvmaf-build-matrix.yml)
[![Lint](https://github.com/VMAFx/vmafx/actions/workflows/lint-and-format.yml/badge.svg?branch=master&event=push)](https://github.com/VMAFx/vmafx/actions/workflows/lint-and-format.yml)
[![FFmpeg](https://github.com/VMAFx/vmafx/actions/workflows/ffmpeg-integration.yml/badge.svg?branch=master&event=push)](https://github.com/VMAFx/vmafx/actions/workflows/ffmpeg-integration.yml)
[![Go](https://github.com/VMAFx/vmafx/actions/workflows/go-ci.yml/badge.svg?branch=master&event=push)](https://github.com/VMAFx/vmafx/actions/workflows/go-ci.yml)
[![Rust](https://github.com/VMAFx/vmafx/actions/workflows/rust-ci.yml/badge.svg?branch=master&event=push)](https://github.com/VMAFx/vmafx/actions/workflows/rust-ci.yml)
<!-- 3 security/scorecard -->
[![Security](https://github.com/VMAFx/vmafx/actions/workflows/security-scans.yml/badge.svg?branch=master&event=push)](https://github.com/VMAFx/vmafx/actions/workflows/security-scans.yml)
[![Security](https://github.com/VMAFx/vmafx/actions/workflows/security-scans.yml/badge.svg?branch=master&event=push)](https://github.com/VMAFx/vmafx/actions/workflows/security-scans.yml) <!-- 3 security/scorecard -->
[![OpenSSF Scorecard](https://img.shields.io/badge/OpenSSF-Scorecard-06b6d4?style=for-the-badge&labelColor=111a35)](https://scorecard.dev/viewer/?uri=github.com/VMAFx/vmafx)
[![OpenSSF Best Practices](https://www.bestpractices.dev/projects/14549/badge)](https://www.bestpractices.dev/projects/14549)
[![Codacy](https://app.codacy.com/project/badge/Grade/ca74eb98b9b94cfc8d60d965b836b55d)](https://app.codacy.com/gh/VMAFx/vmafx/dashboard)
[![CodeRabbit](https://img.shields.io/badge/Reviews-CodeRabbit-8b5cf6?style=for-the-badge&logo=coderabbit&logoColor=white&labelColor=111a35)](https://coderabbit.ai)
<!-- 4 standards -->
[![HISS-21](https://img.shields.io/badge/Standards-HISS--21-06b6d4?style=for-the-badge&logo=nasa&labelColor=111a35)](AGENTS.md)
[![HISS-21](https://img.shields.io/badge/Standards-HISS--21-06b6d4?style=for-the-badge&logo=nasa&labelColor=111a35)](AGENTS.md) <!-- 4 standards -->
[![Power of 10](https://img.shields.io/badge/NASA_JPL-Power_of_10-3b82f6?style=for-the-badge&logo=nasa&labelColor=111a35)](docs/principles.md)
[![Conventional Commits](https://img.shields.io/badge/Commits-Conventional-8b5cf6?style=for-the-badge&logo=conventionalcommits&logoColor=white&labelColor=111a35)](CONTRIBUTING.md)
<!-- 5 licence -->
[![License](https://img.shields.io/badge/License-EUPL--1.2_·_BSD--2--Clause--Patent-3b82f6?style=for-the-badge&labelColor=111a35)](docs/adr/1250-eupl-fork-relicense.md)
<!-- 6 support -->
[![GitHub Sponsors](https://img.shields.io/badge/Sponsor-GitHub-8b5cf6?style=for-the-badge&logo=githubsponsors&logoColor=white&labelColor=111a35)](https://github.com/sponsors/lusoris)
[![License](https://img.shields.io/badge/License-EUPL--1.2_·_BSD--2--Clause--Patent-3b82f6?style=for-the-badge&labelColor=111a35)](docs/adr/1250-eupl-fork-relicense.md) <!-- 5 licence -->
[![GitHub Sponsors](https://img.shields.io/badge/Sponsor-GitHub-8b5cf6?style=for-the-badge&logo=githubsponsors&logoColor=white&labelColor=111a35)](https://github.com/sponsors/lusoris) <!-- 6 support -->
[![Ko-fi](https://img.shields.io/badge/Support-Ko--fi-8b5cf6?style=for-the-badge&logo=kofi&logoColor=white&labelColor=111a35)](https://ko-fi.com/lusoris)

**Perceptual video quality assessment — GPU-accelerated, SIMD-tuned, numerically exact**
Expand Down
8 changes: 6 additions & 2 deletions docs/README-STANDARD.md
Original file line number Diff line number Diff line change
Expand Up @@ -75,8 +75,12 @@ never reorders them:
5. **Licence**: one badge naming every licence that applies.
6. **Support**: sponsorship links (GitHub Sponsors, Ko-fi and the like).

Each group is introduced by an HTML comment (`<!-- 2 CI/build -->`) so a
reviewer can check the order without rendering the page.
Each group carries an HTML comment (`<!-- 2 CI/build -->`) so a reviewer can
check the order without rendering the page. The comment trails the first badge
line of its own group (the banner line for the first group) and never starts a
line of its own: a line that begins with `<!--` opens a CommonMark HTML block
that interrupts the badge paragraph, and the block then renders as one centred
row per group instead of one band.
Comment on lines +78 to +83

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

⚪ Low · Rendering rationale lacks evidence

The new paragraph asserts that standalone comments interrupt the badge paragraph and produce separate rows but links no specification, GitHub evidence, or tracked reproducer, so readers cannot verify the documented rendering rule.

Link the relevant CommonMark or GitHub rendering evidence, or add a tracked reproducer for the claim.

Prompt for AI agents
In `docs/README-STANDARD.md` at lines 78-83:

**Rendering rationale lacks evidence**

The new paragraph asserts that standalone comments interrupt the badge paragraph and produce separate rows but links no specification, GitHub evidence, or tracked reproducer, so readers cannot verify the documented rendering rule.

Link the relevant CommonMark or GitHub rendering evidence, or add a tracked reproducer for the claim.

From docs/principles.md L934-939:

- **C core:** rules 5 and 10 adapt to reference, rendering and diagnostic
  validation. Other C-core rules apply to executable examples, not prose.
- **Additions:** `docs/`, root Markdown and [python/README.rst](../python/README.rst)
  document behavior with reproducible commands and tracked evidence links.
  Keep examples consistent with their implementation language; rendered
  tables, equations and diagrams must remain usable without script execution.


Version badges for languages, toolchains, backends and integrations (C, Go,
Rust, Python, CUDA, ROCm and the like) are not part of the top block. Where
Expand Down