Skip to content

  • Projects
  • Groups
  • Snippets
  • Help
  • This project
    • Loading...
  • Sign in / Register
T
Tidal
  • Overview
    • Overview
    • Details
    • Activity
    • Cycle Analytics
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
    • Charts
  • Issues 0
    • Issues 0
    • List
    • Board
    • Labels
    • Milestones
  • Merge Requests 0
    • Merge Requests 0
  • CI / CD
    • CI / CD
    • Pipelines
    • Jobs
    • Schedules
    • Charts
  • Wiki
    • Wiki
  • Snippets
    • Snippets
  • Members
    • Members
  • Collapse sidebar
  • Activity
  • Graph
  • Charts
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
  • PLN
  • Tidal
  • Repository

Switch branch/tag
  • Tidal
  • live
  • midi
  • nova
  • acid
  • gimme_acid.tidal
Find file
BlameHistoryPermalink
  • PLN (Algolia)'s avatar
    fix(gimme_acid): the EXPLOSIF knob boots at an extreme — diagnosed, not silently retuned (#111) · 91b8b958
    `# width (range 0.2 0.8 "^33") -- /!\ FIXME EXPLOSIF /!\` in gimme_acid's acid synth.
    PLN has had a hazard marker on that line for a while. The cause is mechanical and
    checkable without any audio:
    
    ^33 is an A/B knob, so BootTidal's #55 seed gives it 0. The seed policy states its own
    convention — "range <neutral> <extreme>, so 0 == neutral for effect knobs" — but 0.2 is
    NOT neutral for `width`: the preset reference PLN pasted two lines above the call says
    nominal is width = 0.51. So the line boots the synth at an extreme and the knob sweeps
    it THROUGH nominal rather than away from it, which is a good candidate for whatever
    "explosif" means to his ears.
    
    This is the exact shape BootTidal.hs already documents as an authoring bug, using
    piment_bresilien's `legato (range 0.05 2 "^52")` as its worked example, and its stated
    remedy is to fix the range in the TRACK rather than special-case the seed.
    
    Deliberately NOT applied. The candidate is `range 0.51 0.8 "^33"` — boots at nominal,
    knob only adds — but it costs the 0.2-0.51 downward half of his sweep, and that is a
    decision about how the track sounds. The analysis goes in the file next to his marker
    so the next reader inherits the diagnosis instead of re-deriving it; the sound stays
    his.
    
    Did remove one unambiguous thing: `# filterRange (range 0 8 "^53")` appeared TWICE in
    consecutive lines, same value, so the second was a no-op paste.
    
    MORNING.md rewritten for today. Leads with the finding that actually matters at J-7:
    check-mix.py reports Tidal 06/10/12 at -inf dB in the SAVED Ardour session, and
    cross-referencing those against the orbits each setlist track declares shows **9 of 13
    tracks would lose at least one orbit on a relaunch** (#62). The live faders are
    probably fine — PLN has been playing — which is precisely the bug: the fix is not
    persisted, so it dies with the process. Ctrl+S is the whole remedy, and it is his
    hands, not mine: the D row is MIDI-learned to CC 77-84 and writing from outside
    desyncs it from the physical desk.
    
    Also flagged in MORNING.md rather than guessed: yesterday's file said "OPAL Day-5" and
    today's framing was "J-7". There is no OPAL 2026 entry in Web/www/content/lives/2026/,
    which CLAUDE.md names as the canonical source for gig metadata, so the countdown is
    unresolvable from here and is asked rather than invented.
    PLN (Algolia) authored Jul 30, 2026
    91b8b958
gimme_acid.tidal 4.12 KB
EditWeb IDE
×

Replace gimme_acid.tidal

Attach a file by drag & drop or click to upload


Cancel
A new branch will be created in your fork and a new merge request will be started.