Liberal Arts Research Log — L13
L13 — Technology as Mediation
How technology organizes a player’s perception, action, and judgment
2026-09-27 · v1.1 · Literature/citation verification revision / empirical validation pending
| Code | L13 — Technology as Mediation |
|---|---|
| Focus | Mediation · relation types · control mapping · timing · reference states |
| Evidence | Philosophical literature · NIME research · RavenForge design records |
| RavenForge link | Multiscale · active EQ/filters · internal wiring · DSP/UI |
| Downstream logs | A08 Coil Topology → L04 Epistemology of Craft |
| Status | Literature/design framework complete / no new empirical study |
| Date / revision | 2026-09-27 / v1.1 |
1. Research question — designing the relation, not only transmission
A linear player → instrument → sound path is useful when reading a design. During performance, however, the audible result informs the next touch, dynamic change, mute, or setting adjustment. L13 therefore evaluates a relation involving a particular player, skill history, instrument state, task, and environment rather than an isolated component. The schematic below is an analytical recording aid, not a measured psychological model.
The boundary between L02, L03, and L13
| Log | Distinct question | Implication for L13 |
|---|---|---|
| L02 | How does an instrument become incorporated into habitual bodily activity? | Embodied transparency is not a property of one dimension. |
| L03 | Which action possibilities become relevant to this player? | Distinguish specification from usable action possibilities. |
| L13 | How does technology transform perception, operation, and judgment? | Specify, test, and retain ways to revise that transformation. |
This connection preserves the scope of the existing L02 and L03 logs [R1–R2]. Verbeek describes mediation through the role of technology in shaping human–world relations [2]. L13 does not reduce this to another name for “EQ changes timbre.” Even for an identical signal transformation, control location, naming, reference settings, and the performance task raise separate questions about the judgments a design supports.
2. Ihde’s relations — analytical lenses, not product categories
Ihde’s embodiment, hermeneutic, alterity, and background relations provide starting distinctions for human–technology relations [1]. The instrument examples below are L13 applications. One device may participate in several relations; its actual relation cannot be established from appearance or a feature list alone.
| Relation | Instrument/technology interpretation | Unwarranted conclusion |
|---|---|---|
| Embodiment | Practiced operation lets attention move toward phrasing. | Familiarity or low weight makes it transparent for everyone. |
| Hermeneutic | A tuner, level meter, or band display is read to judge sound. | The display presents the complete meaning of the sound. |
| Alterity | Negotiation with an interactive system encountered as a quasi-other. | Any menu or complicated interface is an alterity relation. |
| Background | Power, monitoring, or automatic processes condition activity without usual attention. | What is unnoticed has no musical consequence. |
3. Non-neutrality is not technological determinism
Ihde’s designer-fallacy argument cautions against deriving use and meaning solely from the designer’s intention [3]. Applied to instruments, this blocks the inference that adding a control necessarily makes a player perform in the intended way. Multistability concerns different stable relations of use across practices, not the number of presets.
4. Verbeek’s extension and the limits of RavenForge’s adoption
Verbeek criticizes treating mediation merely as an intermediate process between pre-given humans and a world. His stronger claim concerns their constitution through relations [4]. L13’s input/output diagrams are engineering decompositions for recordkeeping, not models that empirically prove or refute this philosophical position.
Influencing action must be distinguished from intending or being accountable in the human sense. L13 analyzes causal and relational roles without assigning independent moral responsibility to an instrument. This is RavenForge’s limited methodological commitment, not a summary verdict on Verbeek’s philosophy. His work on design ethics also makes the decision to influence conduct through technology an object of scrutiny [5].
5. Keeping three senses of transparency separate
| L13 analytical distinction | Question | Required evidence |
|---|---|---|
| Experiential transparency | Does operating the device demand intrusive attention during playing? | Task observations and accounts of experience |
| Signal transparency | What changes relative to a specified reference signal path? | Load, gain, response, nonlinearity, and delay measurements |
| Operational legibility | Can the path, state, and effects be understood and recovered when needed? | State-identification and reference-restoration tasks |
These three headings are L13’s practical distinction, not Ihde’s original taxonomy. A well-practiced distortion pedal may recede from operational attention while intentionally transforming the signal. Conversely, small signal changes can coexist with confusing hidden state transitions. These are hypotheses to examine, not efficacy claims for a particular product.
6. Case A — multiscale as a design relation, not only a length difference
Treating multiscale as mediation does not replace physical explanation with philosophical language. First record vibrating length by string, fret positions, neutral fret, and bridge/nut coordinates. Then examine the reaches and movements this geometry requires for a particular posture and technique. A defined fretboard geometry does not itself establish a bodily benefit for a player [R1–R2].
A later comparison must distinguish deliberately changed variables from those controlled or recorded. Log tuning, string specification, action, support position, posture, task, and familiarization. Where these cannot all be matched, disclose residual confounding. Do not call a comparison double-blind when the geometry remains visible or palpable. Narrow the outcome from “multiscale superiority” to access, errors, discomfort, and adaptation cost for the intended task.
7. Case B — active EQ/filter systems and control mapping
Hunt, Wanderley, and Paradis treat the mapping between performer controls and sound variables as a central concern in electronic instrument design [6]. Their paper concerns mapping in electronic-instrument interfaces; it is not a direct study of onboard analog EQ. L13 therefore extends the principle only as an analytical framework for documenting control-to-signal relations in onboard circuits. Specify not only knob count but the relation between travel and change, reference positions, interactions, input conditions, and state. This does not prove that a particular mapping has superior expressive value.
| Record layer | EQ/filter specification | Verification question |
|---|---|---|
| Signal path | Pickup load, stage order, gain, filter response, output/power conditions | Does the actual circuit state match the record? |
| Control mapping | Pot law, frequency/Q range, reference position, coupling/switching | What change follows a given movement? |
| User interpretation | Names, markings, reference positions, state indication | Do expected effects match behavior? |
| Action outcome | Reaching a target timbre, live adjustment, reference recovery | How do errors, time, and expressive choices differ? |
A06, B06, and A07 already separate input boundaries, stage order, reference/bypass states, and supply conditions [R3–R5]. A central EQ position should not be named “the passive original” before the comparison path is defined. Active-flat and passive bypass are not assumed identical. An 18 V label specifies supported supply/operating choices; it does not automatically establish a better playing relation.
8. Case C — separating Chimera routing from its representation
BN01, dated September 23, 2026, records a development problem in which a shared screen template obscured differences among Classic, Dual, and Matrix. It describes one full-range route, two parallel full-range routes, and three split-band routes respectively, and records the development of band-relative Band Tone for Matrix [R6]. This is a historical design record, not evidence of the current build or measured user performance.
L13’s hypothesis is not that a more attractive UI is better. With the signal path held fixed, alternative representations can be compared for route-identification errors and reference-recovery time. Changing routing simultaneously confounds sonic and representational effects. Nor should band-limited input be assumed to remain band-limited after nonlinear processing. State whether a band label describes pre-processing input responsibility or final output bandwidth.
9. Mapping also requires state and history
Chadabe identifies limits of fixed mapping descriptions for interactive systems whose algorithms generate control information [7]. His argument does not directly validate preset restoration or stateful DSP in general. L13 extends the concern into a design hypothesis that mode transitions and state history should be documented; that extension is RavenForge’s interpretation. Record saving/restoration, hidden parameters, smoothing, and transition states. Whether values survive Matrix → Classic → Matrix and whether display and actual values agree cannot be answered by a description of one knob alone.
10. Timing, failure, and recovery belong in the relation
McPherson, Jack, and Moro’s 2016 action–sound latency study empirically compares digital-music-system configurations and shows that actual end-to-end latency depends on interfaces, buffers, software, and related configuration details rather than being exhausted by a nominal buffer setting [8]. Its numerical measurements belong to those specific hardware/software setups, not to current hardware or Chimera. L13 adopts only the methodological requirement to define endpoints and measure each configuration; it does not treat any millisecond figure in the paper as a universal perceptual threshold for every player and task.
A later bench evaluation should fix sample rate, buffers, algorithms, routing, CPU-load condition, and measurement boundaries. Report repeated-response medians, upper quantiles, maxima, dropouts, and missing responses together. Predefine exclusions and preserve raw records. Variation here means variation in repeated response time, not electrical sample-clock jitter.
| Failure/recovery condition | Behavior to specify | Outcome to check |
|---|---|---|
| Power loss/bypass | Actual choice: silence, alternative path, or retained state | Circuit-specific verification; do not assume passive recovery. |
| Mode/preset transition | Value retention, level change, smoothing, display update | Wrong states, abrupt changes, and recovery steps |
| Project reopening / interruption | State restoration, failure indication, safe shutdown | Regression checks and failure logs; no presumed success. |
11. Evidence matrix — what each source permits us to claim
| Evidence | Scope checked | Permitted use in L13 | Not established |
|---|---|---|---|
| Ihde [1,3] | Bibliography/contents for relations; public designer-fallacy abstract | Analytical lenses; distinction between intention and use | Full-text verification of the entire book/chapter |
| Verbeek [2,4,5,9] | Author’s exposition; institutional abstracts and metadata | Conceptual boundaries of mediation, constitution, and design influence | Product-specific effect sizes inferred from philosophy |
| Hunt et al. [6] | Full NIME paper | Treat control mapping as a design variable | Universal superiority of an onboard mapping |
| Chadabe [7] | Official conference abstract/metadata | Limits of static mapping accounts | User-performance predictions for all stateful DSP |
| McPherson et al. [8] | Full 2016 NIME paper | Configuration-specific endpoint delay and variability evaluation | Current Chimera latency or CPU figures |
| Earlier logs [R1–R6] | Published pages, metadata, and BN01 record | Carry forward documented questions and conditions | Independent validation or current correctness of every implementation |
| L13 proposals | Analysis/protocol in this document | Hypotheses, record fields, conditional criteria | Completed experiments or user-study results |
12. Myth audit — what mediation must not conceal
Do not use “technology is either neutral or fully determining,” “expression grows with option count,” “familiar means signal-transparent,” “a valid physical model proves comfort,” or “one mean delay describes responsiveness” as design conclusions. Each omits relations, tasks, references, or distributions. Conversely, mediation is not permission to inflate every difference into significance. A small or task-irrelevant effect is also a possible result.
13. Proposed validation — separate bench behavior from playing
This is a proposal for later execution. No experiment, interview, or listening test was conducted for L13, and the decision to defer C-series work remains unchanged. Freeze the claim, task, and conditions before selecting tests. Instead of an overall “good mediation” score, prerecord the cost or possibility of a specific relation being evaluated.
| Stage | Execution/record | Interpretive limit |
|---|---|---|
| A. Freeze specification | Drawing/circuit/build version, routing, input/load/power, reference, task | Do not claim reproducibility without change records. |
| B. Bench | Check paths/states, signal response, delay distribution, bypass/transitions/recovery | Circuit correctness is not usability evidence. |
| C. Playing task | Within-participant comparisons, counterbalanced order, logged familiarization/environment | Disclose unresolved skill, order, and learning effects. |
| D. Experience | Retrospective interview after timed tasks; predicted versus actual behavior | Separate disruption caused by concurrent think-aloud. |
| E. Report | Completion, errors, recovery, response distributions, and experience separately | Small samples are exploratory; non-significance is not equivalence. |
Playback comparisons can address perceived sonic differences but do not validate the real-time hand–instrument–sound relation. Record level matching as a listening-test condition without using compensation to conceal actual gain changes or clipping. Avoid giving only one system the favorable practical conditions. Set sample size and tolerances from the target effect and pilot findings; do not invent a universal participant count for “validation complete.”
14. Mediation specification — a practical design record
| Field | Chimera example — proposal, not a measured result |
|---|---|
| Intended musical action | Identify and adjust the MID route in Matrix, then return to a saved reference. |
| Technical contract | Record versioned routes, actual band boundaries, control locations, and parameter-retention rules. |
| User-facing contract | Represent mode, bands, values, and reference state without contradicting the routing. |
| Testable hypothesis | With the same engine, does clearer path representation reduce route and recovery errors? |
| Observations | Route-identification accuracy, restoration success/time, mistaken actions, expected/actual mismatch. |
| Costs/constraints | Information density, learning time, screen area, disruption of existing habits. |
| Decision/status | Do not prewrite the result. Literature-informed hypothesis / bench and user evaluation pending. |
15. Current design position and next research
L13’s output is not a declaration that technology replaces the human. It is a more specific way to record design responsibility. Specifications should explain behavior, representations should describe it honestly, and intended musical action should be evaluated alongside unexpected use. Present defaults as starting points rather than unique correct answers. Disclose chosen constraints and irreversible changes.
References — external literature
[1] Ihde, D. (1990). Technology and the Lifeworld: From Garden to Earth. Indiana University Press.
https://iupress.org/9780253114167/technology-and-the-lifeworld/
[2] Verbeek, P.-P. Mediation Theory. Author’s explanatory webpage. Accessed 2026-09-27.
https://ppverbeek.org/mediation-theory/
[3] Ihde, D. (2008). The Designer Fallacy and Technological Imagination. In Philosophy and Design, pp. 51–59. DOI: 10.1007/978-1-4020-6591-0_4.
https://doi.org/10.1007/978-1-4020-6591-0_4
[4] Verbeek, P.-P. (2012). Expanding Mediation Theory. Foundations of Science, 17(4), 391–395. DOI: 10.1007/s10699-011-9253-8.
https://doi.org/10.1007/s10699-011-9253-8
[5] Verbeek, P.-P. (2006). Materializing Morality: Design Ethics and Technological Mediation. Science, Technology, & Human Values, 31(3), 361–380. DOI: 10.1177/0162243905285847.
https://doi.org/10.1177/0162243905285847
[6] Hunt, A., Wanderley, M. M., & Paradis, M. (2002). The Importance of Parameter Mapping in Electronic Instrument Design. NIME, pp. 88–93. DOI: 10.5281/zenodo.1176424.
https://www.nime.org/proceedings/2002/nime2002_088.pdf
[7] Chadabe, J. (2002). The Limitations of Mapping as a Structural Descriptive in Electronic Instruments. NIME, pp. 38–42. DOI: 10.5281/zenodo.1176402.
https://www.nime.org/proc/nime2002_chadabe/index.html
[8] McPherson, A. P., Jack, R. H., & Moro, G. (2016). Action-Sound Latency: Are Our Tools Fast Enough? NIME, pp. 20–25. DOI: 10.5281/zenodo.3964611.
https://www.nime.org/proceedings/2016/nime2016_paper0005.pdf
[9] Verbeek, P.-P. (2015). Beyond Interaction: A Short Introduction to Mediation Theory. Interactions, 22(3), 26–31. DOI: 10.1145/2751314.
https://research.utwente.nl/en/publications/cover-story-beyond-interaction-a-short-introduction-to-mediation-/
Publication titles retain their original language. Repository deposit dates are not substituted for conference years: [8] is a 2016 paper, irrespective of a later repository record.
Internal sources & source-status note
[R1] RavenForge. L02 — The Instrument as an Extension of the Body. Revised manuscript, 2026-09-03.
[R2] RavenForge. L03 — Affordance, Agency, and the Instrument. Published 2026-09-16.
https://raven-deadwire.github.io/RavenForge-Luthier-Intelligence/research/L03/en.html
[R3] RavenForge. A06 — Onboard Preamp Architecture. Published 2026-09-18.
https://raven-deadwire.github.io/RavenForge-Luthier-Intelligence/research/A06/en.html
[R4] RavenForge. B06 — Rethinking the Internal Signal Path. Unified revision, 2026-09-21.
https://raven-deadwire.github.io/RavenForge-Luthier-Intelligence/research/B06/en.html
[R5] RavenForge. A07 — 9V vs. 18V: Headroom and Dynamic Range. Published 2026-09-22.
https://raven-deadwire.github.io/RavenForge-Luthier-Intelligence/research/A07/en.html
[R6] SpectralForge. BN01 — Chimera Amp Matrix Development Log Vol.1. Historical record dated 2026-09-23.
https://raven-deadwire.github.io/RavenForge-Luthier-Intelligence/research/BN01/en.html
Access scope and interpretive limits
As of 2026-09-27, verification covered publisher bibliography/contents for [1], publisher abstract/metadata for [3], and institutional abstracts/metadata for [4,5,9]. This work does not claim a fresh full-text audit of those books, chapters, or articles. [2] is the author’s exposition and [7] the official conference abstract. The open full papers and page images of [6,8] were checked. Limited conceptual summaries and explicit RavenForge applications are used rather than extended quotation.
Internal provenance is the revised DOCX for [R1], published body for [R2], publication metadata and the prior review scope for [R3–R5], and the development-log body for [R6]. The repository reference is 576384fc4982a1b30128c236b75c8cfc5c0f835d. Internal records are not independent empirical evidence and are not converted here into verification of finished instruments or the latest Chimera build’s electrical performance or user experience.