Skip to content

Correct the docs: the VST3 plugin is complete and validates - #10

Merged
godofecht merged 1 commit into
mainfrom
feat-vst3-verify
Jul 26, 2026
Merged

Correct the docs: the VST3 plugin is complete and validates#10
godofecht merged 1 commit into
mainfrom
feat-vst3-verify

Conversation

@godofecht

Copy link
Copy Markdown
Owner

What

The danzig README and WIKI still described the danzig-gain factory as a stub producing zero classes. That has not been true since the factory was implemented (commit a6a3ff5). This corrects the record.

Verified now

zig build vst3
pluginval --validate zig-out/DanzigGain.vst3 --strictness-level 5
Num plugins found: 1
Testing plugin: VST3-Danzig Gain
Superelectric: Danzig Gain v0.1.0
...
SUCCESS

19 pluginval test groups, 0 failures. The danzig-test integration harness runs ~50 checks through the raw C ABI: createInstance, the interface queries, bus and parameter reports, and a full setupProcessing / setActive / process pass whose output is checked against the DSP (0 dB unity, +6 dB ~1.995, bypass passthrough). zig build test is 35/35 plus the harness.

Doc changes (no code)

  • README + WIKI "Current state": plugin loads, instantiates, and passes pluginval, with the real SUCCESS output replacing the old FAILURE block.
  • WIKI "Load it in a DAW" and the "DAW does not list the plugin" entry: rewritten from "expected today" to genuine rescan / cache guidance.
  • danzig-test README and the WIKI harness section: checks list and sample output now reflect the ~50-check lifecycle coverage. "What it does not check" now names 64-bit processing and the editor view, both declined on purpose.
  • CI note corrected to 0.14.1, 0.15.2, 0.16.0.

🤖 Generated with Claude Code

The README and WIKI still described the danzig-gain factory as a stub that
produces zero classes. That has not been true since the factory was
implemented (commit a6a3ff5). Verified now: `zig build vst3` builds the
universal bundle, and pluginval passes at strictness level 5, "Num plugins
found: 1", 19 test groups, no failures. The integration harness runs about
fifty checks through the C ABI, including createInstance, the interface
queries, the bus and parameter reports, and a full setupProcessing / process
pass checked against the DSP.

Updated to match reality:

- README and WIKI "Current state": the plugin loads, instantiates, and passes
  pluginval, with the real SUCCESS output rather than the old FAILURE block.
- WIKI "Load it in a DAW" and the "DAW does not list the plugin"
  troubleshooting entry: rewritten from "expected today, reports no classes"
  to genuine rescan / cache guidance.
- danzig-test README and the WIKI harness section: the checks list and sample
  output now reflect the ~50-check lifecycle coverage, not the old six-line
  factory-only list. "What it does not check" now names 64-bit processing and
  the editor view, both declined on purpose.
- CI note corrected to 0.14.1, 0.15.2, and 0.16.0.

No code changed. This is a documentation correction backed by a fresh
pluginval run and the integration harness.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
@godofecht
godofecht merged commit bf8bb3d into main Jul 26, 2026
3 checks passed
@godofecht
godofecht deleted the feat-vst3-verify branch July 26, 2026 09:28
godofecht added a commit that referenced this pull request Jul 29, 2026
The README and WIKI still described the danzig-gain factory as a stub that
produces zero classes. That has not been true since the factory was
implemented (commit a6a3ff5). Verified now: `zig build vst3` builds the
universal bundle, and pluginval passes at strictness level 5, "Num plugins
found: 1", 19 test groups, no failures. The integration harness runs about
fifty checks through the C ABI, including createInstance, the interface
queries, the bus and parameter reports, and a full setupProcessing / process
pass checked against the DSP.

Updated to match reality:

- README and WIKI "Current state": the plugin loads, instantiates, and passes
  pluginval, with the real SUCCESS output rather than the old FAILURE block.
- WIKI "Load it in a DAW" and the "DAW does not list the plugin"
  troubleshooting entry: rewritten from "expected today, reports no classes"
  to genuine rescan / cache guidance.
- danzig-test README and the WIKI harness section: the checks list and sample
  output now reflect the ~50-check lifecycle coverage, not the old six-line
  factory-only list. "What it does not check" now names 64-bit processing and
  the editor view, both declined on purpose.
- CI note corrected to 0.14.1, 0.15.2, and 0.16.0.

No code changed. This is a documentation correction backed by a fresh
pluginval run and the integration harness.

Co-authored-by: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant