Added DeviceCount and GetCapabilities static methods to WaveOutEvent so output
devices can be enumerated without referencing NAudio.WinForms (#1331, #777)
Fixed WASAPI and Media Foundation interop under Unity's Mono runtime, which marshalled
formatted class parameters as COM interfaces; they are now explicitly marked [MarshalAs(UnmanagedType.LPStruct)] (#1414)
Configuration
📅Schedule: (UTC)
Branch creation
At any time (no schedule defined)
Automerge
At any time (no schedule defined)
🚦Automerge: Disabled by config. Please merge this manually once you are satisfied.
♻ Rebasing: Whenever PR becomes conflicted, or you tick the rebase/retry checkbox.
🔕Ignore: Close this PR and you won't be reminded about this update again.
If you want to rebase/retry this PR, check this box
This PR contains the following updates:
| Package | Type | Update | Change |
|---|---|---|---|
| [NAudio](https://naudio.github.io/NAudio/) ([source](https://github.com/naudio/NAudio)) | nuget | minor | `2.3.0` → `2.4.0` |
---
### Release Notes
<details>
<summary>naudio/NAudio (NAudio)</summary>
### [`v2.4.0`](https://github.com/naudio/NAudio/releases/tag/v2.4.0): NAudio 2.4.0
- Added `DeviceCount` and `GetCapabilities` static methods to `WaveOutEvent` so output
devices can be enumerated without referencing `NAudio.WinForms` ([#​1331](https://github.com/naudio/NAudio/issues/1331), [#​777](https://github.com/naudio/NAudio/issues/777))
- Fixed WASAPI and Media Foundation interop under Unity's Mono runtime, which marshalled
formatted class parameters as COM interfaces; they are now explicitly marked
`[MarshalAs(UnmanagedType.LPStruct)]` ([#​1414](https://github.com/naudio/NAudio/issues/1414))
</details>
---
### Configuration
📅 **Schedule**: (UTC)
- Branch creation
- At any time (no schedule defined)
- Automerge
- At any time (no schedule defined)
🚦 **Automerge**: Disabled by config. Please merge this manually once you are satisfied.
♻ **Rebasing**: Whenever PR becomes conflicted, or you tick the rebase/retry checkbox.
🔕 **Ignore**: Close this PR and you won't be reminded about this update again.
---
- [ ] <!-- rebase-check -->If you want to rebase/retry this PR, check this box
---
This PR has been generated by [Mend Renovate CLI](https://github.com/renovatebot/renovate).
<!--renovate-debug:eyJjcmVhdGVkSW5WZXIiOiI0NC40OC4zIiwidXBkYXRlZEluVmVyIjoiNDQuODIuMSIsInRhcmdldEJyYW5jaCI6Im1haW4iLCJsYWJlbHMiOltdfQ==-->
Weekly assessment: NAudio 2.4.0 is medium risk and build-breaking. Both exact-head runs restore and then fail the neutral target with CS0246 because WaveOutEvent is not available through the selected package asset. We are definitely affected: NAudio supports microphone/loopback capture, WAV processing, samples, and playback. Do not merge. Keep 2.3.0 until the branch contains a deliberate target/package fix, then require green Windows and neutral-target builds plus attended audio capture/playback checks. No data migration is involved; Renovate refresh was requested only to keep the branch current.
Weekly assessment: NAudio 2.4.0 is **medium risk and build-breaking**. Both exact-head runs restore and then fail the neutral target with `CS0246` because `WaveOutEvent` is not available through the selected package asset. We are **definitely affected**: NAudio supports microphone/loopback capture, WAV processing, samples, and playback. Do not merge. Keep 2.3.0 until the branch contains a deliberate target/package fix, then require green Windows and neutral-target builds plus attended audio capture/playback checks. No data migration is involved; Renovate refresh was requested only to keep the branch current.
Weekly status at 8223cd2bf05fb3fbeb0aa35f9fd151a49e35bc7e: still unsafe and unchanged. Both exact-head runs deterministically fail before tests because NAudio 2.4 omits WinMM from the neutral target while shared code uses WaveOutEvent. We are directly affected in sample playback, with broader microphone/loopback paths needing validation after any fix. Risk is blocking all future builds/publishes; production remains unchanged because there is no deploy workflow. Recommendation remains: do not merge. A deliberate package/TFM/source fix, current-base green builds for both targets, the full suite, and attended Windows audio checks are required before explicit manual merge. Retry/rebase alone will not fix it.
Weekly status at `8223cd2bf05fb3fbeb0aa35f9fd151a49e35bc7e`: still unsafe and unchanged. Both exact-head runs deterministically fail before tests because NAudio 2.4 omits WinMM from the neutral target while shared code uses `WaveOutEvent`. We are directly affected in sample playback, with broader microphone/loopback paths needing validation after any fix. Risk is blocking all future builds/publishes; production remains unchanged because there is no deploy workflow. Recommendation remains: do not merge. A deliberate package/TFM/source fix, current-base green builds for both targets, the full suite, and attended Windows audio checks are required before explicit manual merge. Retry/rebase alone will not fix it.
Weekly recheck (2026-09-10): medium-risk update with unchanged proven build blocker, head 8223cd2bf05fb3fbeb0aa35f9fd151a49e35bc7e. Both 3267 and 3268 restore then fail before tests with CS0246 for WaveOutEvent at WorkflowRulesEditorSamplePlaybackQueue.cs:85 on net10.0. NAudio2.4's neutral dependency group omits WinMM, while shared sample playback still requires it.
Keep2.3.0; deliberate package/platform/source correction is needed, followed by current-base builds for both TFMs, tests and attended Windows microphone/loopback/playback checks. Refresh after the current dependency merges; rebase alone cannot fix compatibility. No data migration. The proven failure concerns neutral/test builds; a Windows-only publish was not tested, so the earlier blanket publishing claim should be narrowed.
Weekly recheck (2026-09-10): **medium-risk update with unchanged proven build blocker**, head `8223cd2bf05fb3fbeb0aa35f9fd151a49e35bc7e`. Both [3267](https://gitea.schweigert.cloud/Manuel/meeting-assistant/actions/runs/3267) and [3268](https://gitea.schweigert.cloud/Manuel/meeting-assistant/actions/runs/3268) restore then fail before tests with CS0246 for WaveOutEvent at WorkflowRulesEditorSamplePlaybackQueue.cs:85 on net10.0. [NAudio2.4's neutral dependency group](https://www.nuget.org/packages/NAudio/2.4.0#dependencies-body-tab) omits WinMM, while shared sample playback still requires it.
Keep2.3.0; deliberate package/platform/source correction is needed, followed by current-base builds for both TFMs, tests and attended Windows microphone/loopback/playback checks. Refresh after the current dependency merges; rebase alone cannot fix compatibility. No data migration. The proven failure concerns neutral/test builds; a Windows-only publish was not tested, so the earlier blanket publishing claim should be narrowed.
<!-- weekly-2026-09-10 8223cd2bf05fb3fbeb0aa35f9fd151a49e35bc7e -->
Renovate will not automatically rebase this PR, because it does not recognize the last commit author and assumes somebody else may have edited the PR.
You can manually request rebase by checking the rebase/retry box above.
⚠️Warning: custom changes will be lost.
### Edited/Blocked Notification
Renovate will not automatically rebase this PR, because it does not recognize the last commit author and assumes somebody else may have edited the PR.
You can manually request rebase by checking the rebase/retry box above.
⚠️ **Warning**: custom changes will be lost.
Weekly status: updated 336d940acdaceefe82e5a7ee6646d98281dbad43 remains MEDIUM and build-blocked. NAudio2.3.0→2.4.0 fails exact-head3703/3704; run3704 confirms missing WaveOutEvent on net10.0 before tests. NAudio2.4’s neutral package group omits WinMM needed by shared sample playback. Preserve Manuel’s merge commit: Renovate warns forced refresh discards custom changes. A deliberate package/platform/source fix, both-target builds, full tests and Windows audio checks are required. Keep2.3.0 meanwhile; no data migration identified.
Weekly status: updated `336d940acdaceefe82e5a7ee6646d98281dbad43` remains **MEDIUM and build-blocked**. NAudio2.3.0→2.4.0 fails exact-head3703/3704; run3704 confirms missing WaveOutEvent on net10.0 before tests. NAudio2.4’s neutral package group omits WinMM needed by shared sample playback. Preserve Manuel’s merge commit: Renovate warns forced refresh discards custom changes. A deliberate package/platform/source fix, both-target builds, full tests and Windows audio checks are required. Keep2.3.0 meanwhile; no data migration identified.
<!-- weekly-2026-09-17 336d940acdaceefe82e5a7ee6646d98281dbad43 -->
Attended remediation at exact head 40d10d634a92a173539f35f935d195f579e51cc3: the NAudio 2.4.0 update needed a direct NAudio.WinMM reference; the neutral target otherwise failed with CS0246 for WaveOutEvent. The fix preserves existing branch history. Local full suite: 520/520 passed, both target frameworks built. A native Windows smoke exercised microphone/loopback capture, silent playback, and clean stop/drain successfully; no captured audio was retained.
Resumed status 2026-09-17: CI runs 3805 and 3806 had failed before checkout due GHCR DNS and GitHub TLS resolving to easy.box, not a code/test failure. Both were explicitly rerun and read back queued after connectivity recovered. Leave open until those exact-head checks pass; the safe merge preflight correctly blocks pending checks. No override used.
Validated stack merge order is #49 → #45 → #51 → #48 → #53. Merge only after current required checks pass; rollback is the prior package/source commit, with no data migration.
Attended remediation at exact head `40d10d634a92a173539f35f935d195f579e51cc3`: the NAudio 2.4.0 update needed a direct `NAudio.WinMM` reference; the neutral target otherwise failed with `CS0246` for `WaveOutEvent`. The fix preserves existing branch history. Local full suite: **520/520 passed**, both target frameworks built. A native Windows smoke exercised microphone/loopback capture, silent playback, and clean stop/drain successfully; no captured audio was retained.
Resumed status 2026-09-17: CI runs [3805](https://gitea.schweigert.cloud/Manuel/meeting-assistant/actions/runs/3805) and [3806](https://gitea.schweigert.cloud/Manuel/meeting-assistant/actions/runs/3806) had failed before checkout due GHCR DNS and GitHub TLS resolving to `easy.box`, not a code/test failure. Both were explicitly rerun and read back queued after connectivity recovered. **Leave open until those exact-head checks pass**; the safe merge preflight correctly blocks pending checks. No override used.
Validated stack merge order is #49 → #45 → #51 → #48 → #53. Merge only after current required checks pass; rollback is the prior package/source commit, with no data migration.
Completed attended review on 2026-09-18: merged exact head 40d10d634a92a173539f35f935d195f579e51cc3 after the current push and PR checks were green. Separate safe preflight and execute verified the exact head and the merged/closed readback; no force or status override was used.
520/520 local tests, both target frameworks, and native Windows microphone/loopback/playback/stop checks passed. The direct NAudio.WinMM 2.4.0 reference fixes the reproduced neutral-target compiler failure.
The coordinated stack landed in order #49 → #45 → #51 → #48 → #53. Main is now e011e36ef7febc899c87604c0797572dd7402b99; its Git tree exactly matches the final reviewed and tested b249e5d97716f6f277fbad92df8c99745a1c54c6 tree. The new main CI run 3900 is queued at this comment's timestamp. Local checkout is clean and synced. No workstation application restart or deployment was performed.
Completed attended review on 2026-09-18: **merged exact head `40d10d634a92a173539f35f935d195f579e51cc3`** after the current push and PR checks were green. Separate safe preflight and execute verified the exact head and the merged/closed readback; no force or status override was used.
520/520 local tests, both target frameworks, and native Windows microphone/loopback/playback/stop checks passed. The direct NAudio.WinMM 2.4.0 reference fixes the reproduced neutral-target compiler failure.
The coordinated stack landed in order #49 → #45 → #51 → #48 → #53. Main is now `e011e36ef7febc899c87604c0797572dd7402b99`; its Git tree exactly matches the final reviewed and tested `b249e5d97716f6f277fbad92df8c99745a1c54c6` tree. The new [main CI run 3900](https://gitea.schweigert.cloud/Manuel/meeting-assistant/actions/runs/3900) is queued at this comment's timestamp. Local checkout is clean and synced. No workstation application restart or deployment was performed.
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
This PR contains the following updates:
2.3.0→2.4.0Release Notes
naudio/NAudio (NAudio)
v2.4.0: NAudio 2.4.0DeviceCountandGetCapabilitiesstatic methods toWaveOutEventso outputdevices can be enumerated without referencing
NAudio.WinForms(#1331, #777)formatted class parameters as COM interfaces; they are now explicitly marked
[MarshalAs(UnmanagedType.LPStruct)](#1414)Configuration
📅 Schedule: (UTC)
🚦 Automerge: Disabled by config. Please merge this manually once you are satisfied.
♻ Rebasing: Whenever PR becomes conflicted, or you tick the rebase/retry checkbox.
🔕 Ignore: Close this PR and you won't be reminded about this update again.
This PR has been generated by Mend Renovate CLI.
Weekly assessment: NAudio 2.4.0 is medium risk and build-breaking. Both exact-head runs restore and then fail the neutral target with
CS0246becauseWaveOutEventis not available through the selected package asset. We are definitely affected: NAudio supports microphone/loopback capture, WAV processing, samples, and playback. Do not merge. Keep 2.3.0 until the branch contains a deliberate target/package fix, then require green Windows and neutral-target builds plus attended audio capture/playback checks. No data migration is involved; Renovate refresh was requested only to keep the branch current.1da0125397to8223cd2bf0Weekly status at
8223cd2bf05fb3fbeb0aa35f9fd151a49e35bc7e: still unsafe and unchanged. Both exact-head runs deterministically fail before tests because NAudio 2.4 omits WinMM from the neutral target while shared code usesWaveOutEvent. We are directly affected in sample playback, with broader microphone/loopback paths needing validation after any fix. Risk is blocking all future builds/publishes; production remains unchanged because there is no deploy workflow. Recommendation remains: do not merge. A deliberate package/TFM/source fix, current-base green builds for both targets, the full suite, and attended Windows audio checks are required before explicit manual merge. Retry/rebase alone will not fix it.Weekly recheck (2026-09-10): medium-risk update with unchanged proven build blocker, head
8223cd2bf05fb3fbeb0aa35f9fd151a49e35bc7e. Both 3267 and 3268 restore then fail before tests with CS0246 for WaveOutEvent at WorkflowRulesEditorSamplePlaybackQueue.cs:85 on net10.0. NAudio2.4's neutral dependency group omits WinMM, while shared sample playback still requires it.Keep2.3.0; deliberate package/platform/source correction is needed, followed by current-base builds for both TFMs, tests and attended Windows microphone/loopback/playback checks. Refresh after the current dependency merges; rebase alone cannot fix compatibility. No data migration. The proven failure concerns neutral/test builds; a Windows-only publish was not tested, so the earlier blanket publishing claim should be narrowed.
8223cd2bf0toc6a50d307eEdited/Blocked Notification
Renovate will not automatically rebase this PR, because it does not recognize the last commit author and assumes somebody else may have edited the PR.
You can manually request rebase by checking the rebase/retry box above.
⚠️ Warning: custom changes will be lost.
Weekly status: updated
336d940acdaceefe82e5a7ee6646d98281dbad43remains MEDIUM and build-blocked. NAudio2.3.0→2.4.0 fails exact-head3703/3704; run3704 confirms missing WaveOutEvent on net10.0 before tests. NAudio2.4’s neutral package group omits WinMM needed by shared sample playback. Preserve Manuel’s merge commit: Renovate warns forced refresh discards custom changes. A deliberate package/platform/source fix, both-target builds, full tests and Windows audio checks are required. Keep2.3.0 meanwhile; no data migration identified.Attended remediation at exact head
40d10d634a92a173539f35f935d195f579e51cc3: the NAudio 2.4.0 update needed a directNAudio.WinMMreference; the neutral target otherwise failed withCS0246forWaveOutEvent. The fix preserves existing branch history. Local full suite: 520/520 passed, both target frameworks built. A native Windows smoke exercised microphone/loopback capture, silent playback, and clean stop/drain successfully; no captured audio was retained.Resumed status 2026-09-17: CI runs 3805 and 3806 had failed before checkout due GHCR DNS and GitHub TLS resolving to
easy.box, not a code/test failure. Both were explicitly rerun and read back queued after connectivity recovered. Leave open until those exact-head checks pass; the safe merge preflight correctly blocks pending checks. No override used.Validated stack merge order is #49 → #45 → #51 → #48 → #53. Merge only after current required checks pass; rollback is the prior package/source commit, with no data migration.
Completed attended review on 2026-09-18: merged exact head
40d10d634a92a173539f35f935d195f579e51cc3after the current push and PR checks were green. Separate safe preflight and execute verified the exact head and the merged/closed readback; no force or status override was used.520/520 local tests, both target frameworks, and native Windows microphone/loopback/playback/stop checks passed. The direct NAudio.WinMM 2.4.0 reference fixes the reproduced neutral-target compiler failure.
The coordinated stack landed in order #49 → #45 → #51 → #48 → #53. Main is now
e011e36ef7febc899c87604c0797572dd7402b99; its Git tree exactly matches the final reviewed and testedb249e5d97716f6f277fbad92df8c99745a1c54c6tree. The new main CI run 3900 is queued at this comment's timestamp. Local checkout is clean and synced. No workstation application restart or deployment was performed.