F2 — is the mix on the disc? Per-cue or per-bus gain in the cue table #3
Notifications
Due Date
No due date set.
Blocks
Reference: fabi/Sylpheed#3
Reference in New Issue
Block a user
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Measured, and the human is right — no volume or gain value exists anywhere: not in
export/, not inauthored/, not in the manifest. Every clip plays at unity.se/confirmse/movese/backbgm/main_menuconfirmis the loudest thing in the export: 3 dB hotter in mean than the music, 6.4 dB abovemove.The question. The cue table is the obvious place — a cue record commonly carries volume beside the wave index, and
sub_821C5580is already known to play cue 1103. If per-cue or per-bus gain is there it is decoded and nobody has to choose one.Pass: the field found and read, or a negative stated with its reach — which then makes the mix an authored decision rather than a missing one.
Blocks the Port's playback gains.
Already answered, sitting in #23 (not yet on
main, which is why this lookedopen):
docs/re/f2-no-gain-field-in-tables.md,also summarized in
HANDOFF.mdunder "F2 CLOSED".All three sites checked —
tables.pakcue records (no gain-like field, andnumbers carry names in this format so one would have had a name),
sound.pakbank headers (no readable header at all), and the executable'splay path (
sub_821C5580'splay(this, category, cue_id)passes no volume,no float argument set up). Classification:
undecodable, with reach—you author the mix, and now know you're authoring it, not guessing against a
hidden field. No new work needed here; will resolve once #23 lands.