gramps
b22d08eca6
Positive offsets still delay the whole mix via the delay line (lip-sync fix); negative offsets now ARM once at StartLive and drop |N| ms off the pipe's write head so audio events land earlier when audio runs BEHIND video. Slider relabeled AUDIO SYNC, Min −500, locked while live/recording (IsEditMode). LayoutStore and VM clamp to −500..500. OBS reference for eat-the-head negative sync: https://obsproject.com/kb/obs-studio/buffering-time (negative sync values pull audio earlier by discarding buffered player audio). Test: StartLive_NegativeOffset_AdvancesAudio_ByDroppingTheStreamHead (6x0.9 head must be eaten before 0.2 bed reaches the wire).
17 lines
935 B
Markdown
17 lines
935 B
Markdown
# Bugs
|
|
|
|
## iTunes music showing on mic meter
|
|
Playing music via iTunes causes the mic meter to show audio levels. The WASAPI
|
|
mic capture (`DataFlow.Capture`) and loopback capture (`DataFlow.Loopback`) are
|
|
separate devices. If iTunes audio appears on the mic meter, it is likely acoustic
|
|
coupling — the mic picking up speaker/headphone output. Verify by muting the mic;
|
|
if the meter still shows levels, check Windows Sound settings for stereo mix or
|
|
"listen to this device" routing.
|
|
|
|
## Live recording ≠ "recording results" shown in Chat view (NOTE ONLY — no fix)
|
|
User note (2026-09-14): the recording produced while live is completely different
|
|
from the "recording results" surfaced in the Chat view. Do NOT attempt to fix or
|
|
reconcile them pre-1.0 — this entry exists so the discrepancy is never rediscovered
|
|
as a surprise. When the reconciliation work is eventually queued, start by mapping
|
|
both recording paths side by side.
|