codex - 💡(How to fix) Fix Codex Chronicle triggers high coreaudiod CPU with Rogue Amoeba ARK / SoundSource [3 comments, 2 participants]

Official PRs (…)
ON THIS PAGE

Recommended Tools

×6

Utilities matched from this issue’s tags and category — try them while you read without losing context.

GitHub issue graph ai analysis

Paste a GitHub issue URL. We fetch that issue, discover linked issues from bodies/comments/timeline, collect linked pull requests, and produce a structured English report.

The report is written in English Markdown for sharing and archival.

Helpful · Quick feedback

Loading…
GitHub stats
openai/codex#19126Fetched 2026-04-24 06:00:23
View on GitHub
Comments
3
Participants
2
Timeline
7
Reactions
0
Timeline (top)
commented ×3labeled ×2closed ×1cross-referenced ×1

When Codex Chronicle is enabled on macOS with Rogue Amoeba SoundSource installed, the codex_chronicle screen recorder appears to trigger repeated Rogue Amoeba ARK audio meta-device register/unregister churn inside coreaudiod. This drove coreaudiod to roughly 100-130% CPU and made system audio controls laggy.

Disabling Chronicle and stopping codex_chronicle immediately reduced coreaudiod to roughly 11-30% CPU.

Root Cause

  • Ensure Chronicle does not trigger audio capture or audio muting paths when only screen capture is needed.
  • Keep Chronicle's capture client stable instead of causing repeated ARK meta-device creation/destruction.
  • Consider excluding codex_chronicle from audio capture/muting.
  • Add telemetry/guardrails for sustained coreaudiod load caused by Chronicle.

Fix Action

Workaround

Set:

chronicle = false

in ~/.codex/config.toml, stop the running codex_chronicle helper, and restart Codex.

Code Example

HALS_MultiTap.cpp:222 register_meta_device
HALS_Client.cpp:1573 AddMuter: Process codex_chronicle (...) muted by com.rogueamoeba.ARK...
HALS_MultiTap.cpp:231 unregister_meta_device

---

[features]
   chronicle = true

---

pgrep -alf 'codex_chronicle|capture-screenshot-child'

---

ps -A -o pid=,%cpu=,%mem=,time=,command= | egrep 'coreaudiod|WindowServer|codex_chronicle|SoundSource|ARK' | sort -k2 -nr

---

log show --last 2m --style compact --predicate 'process == "coreaudiod"' \
     | rg 'codex_chronicle|register_meta_device|unregister_meta_device|AddMuter'

---

pkill -f '/Applications/Codex.app/Contents/Resources/codex_chronicle'

---

chronicle = false
RAW_BUFFERClick to expand / collapse

Bug Report: Codex Chronicle triggers high coreaudiod CPU with Rogue Amoeba ARK / SoundSource

Summary

When Codex Chronicle is enabled on macOS with Rogue Amoeba SoundSource installed, the codex_chronicle screen recorder appears to trigger repeated Rogue Amoeba ARK audio meta-device register/unregister churn inside coreaudiod. This drove coreaudiod to roughly 100-130% CPU and made system audio controls laggy.

Disabling Chronicle and stopping codex_chronicle immediately reduced coreaudiod to roughly 11-30% CPU.

Environment

  • macOS: 26.5, build 25F5042g
  • Codex desktop: 26.417.41555
  • SoundSource: 6.0.6
  • Rogue Amoeba ARK driver installed
  • Krisp and Parrot virtual audio drivers also installed

Actual Behavior

While Chronicle is active:

  • coreaudiod sustains roughly 100-130% CPU
  • WindowServer sustains roughly 40-50% CPU
  • system volume/audio controls become laggy
  • coreaudiod logs show repeated ARK meta-device work tied to codex_chronicle

Representative log pattern:

HALS_MultiTap.cpp:222 register_meta_device
HALS_Client.cpp:1573 AddMuter: Process codex_chronicle (...) muted by com.rogueamoeba.ARK...
HALS_MultiTap.cpp:231 unregister_meta_device

Expected Behavior

Chronicle screen recording should not cause sustained high coreaudiod CPU or repeated ARK audio meta-device creation/destruction. If Chronicle is not intentionally recording audio, it should avoid triggering audio capture/muting paths entirely.

Reproduction Steps

  1. Use macOS with SoundSource / Rogue Amoeba ARK installed.

  2. Enable Codex Chronicle:

    [features]
    chronicle = true
  3. Launch Codex desktop.

  4. Confirm Chronicle is running:

    pgrep -alf 'codex_chronicle|capture-screenshot-child'
  5. Observe process CPU:

    ps -A -o pid=,%cpu=,%mem=,time=,command= | egrep 'coreaudiod|WindowServer|codex_chronicle|SoundSource|ARK' | sort -k2 -nr
  6. Observe coreaudiod logs:

    log show --last 2m --style compact --predicate 'process == "coreaudiod"' \
      | rg 'codex_chronicle|register_meta_device|unregister_meta_device|AddMuter'
  7. Stop codex_chronicle:

    pkill -f '/Applications/Codex.app/Contents/Resources/codex_chronicle'
  8. Re-measure. In my repro, coreaudiod dropped from triple-digit CPU to roughly 11-30%, and the repeated ARK log entries stopped.

Workaround

Set:

chronicle = false

in ~/.codex/config.toml, stop the running codex_chronicle helper, and restart Codex.

Suggested Fix Direction

  • Ensure Chronicle does not trigger audio capture or audio muting paths when only screen capture is needed.
  • Keep Chronicle's capture client stable instead of causing repeated ARK meta-device creation/destruction.
  • Consider excluding codex_chronicle from audio capture/muting.
  • Add telemetry/guardrails for sustained coreaudiod load caused by Chronicle.

extent analysis

TL;DR

Disable Codex Chronicle by setting chronicle = false in ~/.codex/config.toml to prevent high coreaudiod CPU usage.

Guidance

  • Verify that disabling Chronicle reduces coreaudiod CPU usage by following the reproduction steps and observing the process CPU usage.
  • Investigate the audio capture and muting paths in Chronicle to ensure they are not triggered when only screen capture is needed.
  • Consider implementing telemetry to monitor coreaudiod load caused by Chronicle and add guardrails to prevent sustained high CPU usage.
  • Review the codex_chronicle client stability to prevent repeated ARK meta-device creation/destruction.

Example

No code snippet is provided as the issue does not require a specific code change, but rather a configuration change to disable Chronicle.

Notes

The provided workaround is a temporary solution to prevent high coreaudiod CPU usage. A more permanent fix would require changes to the Chronicle code to ensure it does not trigger audio capture or muting paths when only screen capture is needed.

Recommendation

Apply the workaround by disabling Codex Chronicle until a more permanent fix is implemented, as it effectively reduces coreaudiod CPU usage and prevents system audio controls from becoming laggy.

Vote matrix · Quick signals

Works
Did the solution work? Tap to confirm.
Easy Fix
Was it a quick fix?
Time Saver
Did it save you time?
Blocking
Was it severely blocking?
Common Issue
Are others likely hitting this too?
Flaky / Intermittent
Is it intermittent?
Verified / Reproducible
Can you reproduce it reliably?
Loading…

Still need to ship something?

×6

Another batch ranked right after the header list — different links, same matching logic.

Back to top recommendations

TRENDING

codex - 💡(How to fix) Fix Codex Chronicle triggers high coreaudiod CPU with Rogue Amoeba ARK / SoundSource [3 comments, 2 participants]