RAVENFORGE / FORSCHUNGSLOG DESIGNMETHODIK — B02

RAVENFORGE

Forschungslog Designmethodik

B02 — Voicing vor Spezifikation

Klangsprache in messbare Konstruktionsanforderungen übersetzen

Dokumentzweck

Eine Konstruktionsmethodik festlegen, bei der die RavenForge-Modellentwicklung nicht mit einer Bauteilliste beginnt. Zuerst werden gewünschte Klangabsicht und Nutzungskontext definiert und anschließend schrittweise von Wahrnehmungssprache → messbarem Ziel → Subsystemanforderung → realer Spezifikation übersetzt. Custom-Build-Beispiele wie Torillos „voice design / sonical presets“ werden als Fälle untersucht, in denen der Klangcharakter vor der Bauteilliste steht; Aussagen des Herstellers zu Holz und Klang werden jedoch nicht als wissenschaftliche Kausalität übernommen. Zusätzlich werden Konzepte des Requirements Flow-down aus QFD und Systems Engineering adaptiert, um RavenForges Rahmen `concept → target response → specification → prototype validation` aufzubauen.

Code

B02

Fokus

Klangabsicht · Wahrnehmungsdeskriptor · Zielantwort · Anforderungszuordnung · Spezifikations-Rückverfolgbarkeit

Evidenz

timbre perception · QFD / systems engineering · documented luthier case studies

RavenForge-Bezug

ASKR / EMBLA / EDDA Konzept → messbares Ziel → Architektur → Prototyp

Nachfolgende Logs

A03 / A04 / C01 / C02 / A05

Status

Methodischer Rahmen etabliert · modellspezifische Zielwerte noch zu validieren


1. Forschungsfrage — Entwickeln wir einen Klang oder stellen wir nur ein Datenblatt zusammen?

Die Entwicklung eines Custom-Instruments beginnt leicht mit der Frage: „Welches Holz, welcher Pickup, welcher Preamp?“ Diese Reihenfolge kann jedoch dazu führen, dass die Bauteile selbst mit dem Ziel verwechselt werden. Derselbe Pickup reagiert bei anderer Position und Last anders, und selbst dieselbe Holzart kann je nach Masse, Steifigkeit, Dämpfung und Kopplungsbedingungen der Baugruppe zu anderen Ergebnissen führen. Wie A01 und A02 bereits gezeigt haben, besteht die tatsächliche RavenForge-Kausalkette nicht aus Bauteilnamen, sondern aus dem Zusammenspiel von Saiten-/Strukturdynamik, räumlicher Abtastung, magnetischer Transduktion und elektrischer Belastung [R1,R2].

B02 stellt die Frage in umgekehrter Richtung: Können wir zunächst in klanglicher, musikalischer und ergonomischer Sprache definieren, welches Instrument entstehen soll, daraus verwendbare Messziele operationalisieren und erst danach die benötigte Architektur und Bauteilspezifikation ableiten? Dieser Ansatz legt nicht vorab eine einzige Bauteilkombination als „richtige“ Antwort fest, sondern erhält die Rückverfolgbarkeit zwischen Ziel und Spezifikation.

Kernperspektive

Specification is an implementation, not the intent. Bei RavenForge sind Holz, Pickup, Preamp, Mensur und Bedien-/Schaltungstopologie nicht das Ziel, sondern mögliche Lösungen zur Umsetzung des Ziels.

Abbildung 1. Spezifikationsorientierter versus Voicing-orientierter Ansatz.

RavenForge methodology schematic. The right-hand loop is inspired by requirements decomposition / design-solution validation, not copied from a luthiery standard [3–5].

2. Geltungsbereich von „Voicing“ — Akustisches Platten-Tuning und E-Instrument-Design nicht verwechseln

Im Akustikgitarrenbau bezeichnet „Voicing“ seit Langem die konkrete Abstimmung von Deckenstärke, Beleistung, Modalverhalten und ähnlichen Parametern. Im Bereich elektrischer Gitarren und Bässe wird der Begriff dagegen auch breiter und nicht standardisiert für Zielcharakter, Pickup-/Elektronik-/Holzkombinationen oder kundenspezifisches Sounddesign verwendet. B02 übernimmt diese zweite Bedeutung nicht unkritisch als wissenschaftlich standardisierten Begriff.

Bei RavenForge bezeichnet Voicing in B02 nicht die „Auswahl bestimmter Bauteile nach Tonewood-Intuition“, sondern einen Produktentwicklungsprozess, der ein gewünschtes musikalisches Ergebnis in Konstruktionsanforderungen übersetzt. Es handelt sich damit um eine Systems-Design-Methode und nicht um eine direkte Erweiterung des akustischen Platten-Voicings.

Begriffsgrenze

Voicing before specification ≠ „zuerst auf Holz klopfen und hören“. In B02 bezeichnet Voicing die Reihenfolge Player-/Modell-Intent → Wahrnehmungsziel → messbare Anforderung → Spezifikation → Validierung.

3. Warum sich Wahrnehmungssprache nicht direkt in Spezifikationen übersetzen lässt

3.1 Klangfarbe ist multidimensional

Greys klassische Studie mit multidimensionaler Skalierung zeigte, dass wahrgenommene Unterschiede instrumentaler Klangfarben nicht durch eine einzige Hell-/Dunkel-Achse erklärt werden können. Stattdessen traten mehrere Dimensionen auf, die unter anderem mit spektraler Energieverteilung, Transientenverhalten und hochfrequenter Attack-Energie zusammenhingen [1]. McAdams et al. analysierten ebenfalls synthetisierte musikalische Klangfarben und trennten gemeinsame Dimensionen in Verbindung mit logarithmischer Anstiegszeit, spektralem Schwerpunkt sowie spektraler Variation/Irregularität von instrumentspezifischen Attributen [2].

Begriffe wie „aggressiv“, „schnell“, „offen“, „tight“ oder „warm“ dürfen daher nicht unmittelbar auf eine einzige Frequenz oder ein einzelnes Bauteil abgebildet werden. Wahrgenommene Helligkeit kann beispielsweise mit spektralem Schwerpunkt oder psychoakustischer Schärfe korrelieren; Untersuchungen verzerrter Gitarrenklänge zeigen jedoch, dass Obertonanteil und Verzerrungsbedingungen die Helligkeitswahrnehmung nicht auf eine einfache Beziehung reduzieren [6,7].

Abbildung 2. Warum ein Voicing-Ziel nicht auf eine einzige Klangachse reduziert werden sollte.

Conceptual synthesis from Grey (1977) and McAdams et al. (1995). The surrounding blocks summarize repeatedly reported timbral dimensions; they are not orthogonal measurement axes or RavenForge bass data [1,2].

Konstruktionsregel

Perceptual descriptor ≠ single physical metric. Gleichungen wie „bright = spectral centroid“, „punch = attack time“ oder „aggressive = upper harmonics“ werden vor ihrer Validierung nur als Hypothesen dokumentiert.

3.2 Spielersprache in Engineering-Sprache übersetzen

RavenForge verwirft die Begriffe des Kunden oder Modellkonzepts nicht. Sie bleiben vielmehr als Ausgangspunkt erhalten, werden aber nicht unmittelbar in die BOM überführt. Dazwischen liegen ein Wahrnehmungskonstrukt, ein potenziell messbarer Proxy, ein Systemziel und schließlich die Anforderung an Subsystem oder Bauteil.

Abbildung 3. Übersetzungskaskade von Spielersprache zur realen Spezifikation.

RavenForge working model. Arrows are hypotheses until objective and perceptual validation establish a useful relationship.

„Klares tiefes H“ bedeutet beispielsweise nicht automatisch „37 Zoll + bestimmter Pickup“. RavenForge zerlegt das Ziel zunächst in beobachtbare Fragen wie Trennung der Teiltöne, Stabilität des Ausschwingens, Konsistenz des Attacks und das Vorhandensein übermäßiger Resonanz bzw. von „Boom“ im tiefen Register. Danach wird untersucht, welches Subsystem – Mensur/Saite, Struktur, Pickup-Koordinate, Pickup-Z(f) oder Belastung – das Problem am unmittelbarsten beeinflusst. Abschließend wird die tatsächliche Effektgröße am Prototyp geprüft.

4. Requirements-First Design — Was sich aus QFD und Systems Engineering übernehmen lässt

4.1 Kundensprache in technische Anforderungen übersetzen

Quality Function Deployment (QFD) ist ein Produktentwicklungsrahmen zur Übersetzung von Kundenanforderungen in technische Merkmale und Entwicklungsziele. Hauser & Clausing beschreiben mit dem House of Quality einen Ansatz, der Kundensprache und technische Messgrößen in einer Matrix zusammenführt und Zielwerte sowie Zielkonflikte explizit macht [3]; Akaos QFD erweitert dies auf weitere Phasen der Produktentwicklung [4]. RavenForge übernimmt nicht das gesamte QFD-Verfahren, sondern dessen Kernstruktur „voice of player → measurable design target“.

4.2 Rückverfolgbarkeit von Anforderungen bis zum Bauteil erhalten

Die Prozesse „Logical Decomposition“ und „Design Solution Definition“ im NASA Systems Engineering Handbook zerlegen übergeordnete Stakeholder-Erwartungen und technische Anforderungen bis auf Subsystemebene, vergleichen alternative Lösungen und prüfen anschließend, ob die endgültige Lösung die Anforderungen erfüllt [5]. Für B02 ist nicht das Raumfahrtverfahren selbst entscheidend, sondern das Prinzip, WHAT und HOW zu trennen.

RavenForge-Anpassung

WHAT = das vom Modell/Spieler gewünschte musikalische und wahrnehmungsbezogene Verhalten. HOW = Mensur, Pickup-Position, Magnet-/Spulenarchitektur, Belastung, Material/Struktur, Hardware und Setup. Wird HOW vor WHAT festgelegt, entsteht Spezifikations-Cargo-Cult.

5. Fallstudie — Torillos „sonical dimensions / voice design“

Torillo Custom Basses erklärt auf seinen offiziellen Seiten, in „sonical dimensions“ zu denken, und unterteilt die Intensität der Individualisierung in Signature Tone, Tone Design und Full Custom Voice. Unter Tone Design finden sich Presets wie Fusion, Pfuture, Tonmeister, Jfuture und Orkus, die zunächst klanglich charakterisiert werden; darunter folgen Holz-, Pickup- und Passivschaltungs-Spezifikationen [8]. Full Custom Voice stellt „voice design“ und kundenspezifische Präferenzen in den Vordergrund [8,9].

Diese Struktur ist als B02-Fallstudie relevant, weil sie zeigt, dass der Klangcharakter zumindest in Produkt- und Fertigungskommunikation oberhalb der Bauteilliste stehen kann. Formulierungen wie „The P in your head“, „Your session tool“ oder „Metal axe“ sind praktische Beispiele dafür, einen Anwendungsfall bzw. ein Voice-Konzept vor der technischen Spezifikation zu formulieren.

Gleichzeitig beschreibt Torillo Holz als wichtigstes Bauteil und argumentiert, die Holzwahl helfe dabei, die individuelle Stimme zu finden [8,9]. Das ist Herstellerphilosophie und kein wissenschaftlicher Nachweis für die Kausalität „bestimmte Art → bestimmte gemessene Antwort“. RavenForge nutzt die Prozessstruktur als Fallstudie, prüft Holz-Klang-Kausalität jedoch separat.

Fallstudienregel

Torillo proves that “voice-first customization” is a real luthiery practice. It does not prove that its chosen wood-to-tone mappings are physically unique or universally valid.

6. Parallele Fälle — Wie „Sound First“ in der Instrumentenfertigung verwendet wird

6.1 Bacci — “Sound first. Shape second.”

Baccis aktuelle Beschreibung des Marleo Bass verwendet die Formulierung „Sound first. Shape second.“ und erklärt, dass zunächst der gewünschte Klang gedacht und der Bass darum herum aufgebaut wird. Pickup, Schaltung, Mensur und Saiten werden anschließend unter „configure your voice“ aufgeführt [10]. Auch dies ist ein explizites Branchenbeispiel, bei dem die Klangabsicht über dem Komponenten-Konfigurator steht.

6.2 Voicing in der Ausbildung — Messung und Dokumentation gehören dazu

Der Lehrplan 2025 der Galloup School umfasst im Kurs Instrument Acoustics and Voicing neben Holzauswahl auch dynamische Tests, Protokollführung und computergestützte Analyse und lässt das Voicing-Wissen in realen Builds anwenden [11]. Obwohl akustisch orientiertes Voicing enthalten ist, ist für B02 entscheidend, dass Voicing hier mit Messung und Dokumentation verbunden wird und nicht als bloße Intuition behandelt wird.

Diese drei Fälle teilen nicht dieselbe wissenschaftliche Methode. Torillo und Bacci sind herstellerdefinierte Beispiele klanglicher Individualisierung, Galloup ist ein Ausbildungsprogramm. RavenForge verwendet sie nur als Praxisbelege; die eigentliche methodische Begründung stammt aus Wahrnehmungsforschung und Requirements Engineering.

7. RavenForge Sonic Brief — Minimale Einheit zur Dokumentation eines Zielklangs

Für jedes neue Modell und jeden Custom-Auftrag wird vor der BOM ein Sonic Brief erstellt. Der Sonic Brief ist kein Werbetext, sondern die übergeordnete Anforderung, mit der spätere Messungen und Konstruktionsänderungen rückverfolgt werden. Statt eines einzelnen Klangadjektivs werden mindestens Nutzungskontext, gewünschter Kontrast, unerwünschtes Verhalten, Referenzbedingung und Messhypothese dokumentiert.

Feld

Beispieldokumentation

Funktion

Nutzungskontext

tief gestimmter Metal / clean DI / filterbasiertes Heritage

Legt fest, unter welchen Bedingungen das Ziel bewertet wird

Wahrnehmungsabsicht

schnell, aggressiv, artikuliert

Erhält die Sprache von Spieler/Modell

Referenzkontrast

mehr Definition oberer Teiltöne als Referenz; weniger Boom

Liefert einen Vergleichsmaßstab statt eines absoluten Adjektivs

Kandidatenmetriken

Hn/H1, spektraler Schwerpunkt, Attack/Decay, belastete Resonanz

Definiert einen prüfbaren Proxy

Randbedingungen

Masse, Ergonomie, Beschaffung, Passiv-/Aktiv-Kompatibilität

Verhindert, dass das Klangziel andere Anforderungen zerstört

Validierung

pegelabgeglichenes A/B + objektive Messung

Trennt die Kanäle der abschließenden Bewertung

Messgrenze

Eine Kandidatenmetrik ist keine „Definition von Klang“. Ein objektiver Proxy ersetzt kein Hörurteil, und ein Hörergebnis ersetzt keine Ursachenanalyse.

8. Requirement Allocation — Welches Subsystem trägt welches Ziel?

Ein übergeordnetes Klangziel wird nicht direkt einem Bauteilnamen zugeordnet, sondern zunächst auf Subsystemebene alloziert. Bereits aus A01/A02 lassen sich Rollen trennen: Pickup-Position ↔ räumliche Abtastung, elektrische Pickup-Parameter ↔ Z(f) in A03, externe Last ↔ A04, Buffer ↔ A05 und Saite/Struktur ↔ mechanische Antwort. Da verschiedene Subsysteme gleichzeitig zu ähnlichen Wahrnehmungsergebnissen beitragen können, wird keine Beziehung „ein Bauteil = ein Klang“ konstruiert.

Abbildung 4. Beispiel einer RavenForge Requirement-Allocation-Matrix.

Symbols indicate candidate responsibility only. They are not measured sensitivities. Final allocation must be revised using A03/A04/C01/C02 data.

Für den Anteil oberer Teiltöne sind beispielsweise Pickup-Position und Pickup-Architektur direkte Kandidaten, doch auch Anschlag/Setup und strukturelles Ausschwingen verändern das beobachtete Spektrum. Die Stabilität der belasteten Resonanz kann vorrangig Pickup-Z(f) sowie Last/Buffer zugeordnet werden. Die Matrix soll nicht behaupten, dass jede Variable alles beeinflusst, sondern festlegen, wo der erste Versuch beginnen sollte.

9. RavenForge-Anwendung — ASKR, EMBLA und EDDA als Zielsysteme statt Datenblätter

9.1 ASKR — „Aggressiv“ nicht auf die Bauteilphrase „bridge-naher Pickup“ reduzieren

ASKRs Rock-/Metal-orientiertes Konzept und der bridge-nahe Pickup sind ein gutes Anwendungsbeispiel für B02. A02 beschreibt, welche geometrische Obertongewichtung eine bridge-nahe Position erzeugen kann [R2], garantiert aber nicht die Wahrnehmung „aggressiv“. B02 hält daher aggressiv / schnell / Trennung im tiefen Register im Sonic Brief fest, prüft den Effekt der Pickup-Koordinate in C01 und Pickup-/Lastantwort getrennt in A03/A04.

Die endgültige Pickup-Koordinate des ASKR ist daher weder eine „Dingwall-artige Position“ noch „so nah wie möglich an der Bridge“. Sie ist die Koordinate, die die Zielantwort erfüllt und zugleich Bedingungen zu harmonischen Nullstellen, Pegel im tiefen Register, Magnetabstand und ergonomischen Routing-Zwängen besteht.

9.2 EMBLA — Passiven Charakter und aktive Reproduzierbarkeit als getrennte Anforderungen behandeln

Bei EMBLA bilden passive / buffered / preamp Architekturen keine Hierarchie von „Premiumoptionen“. Die gewünschte Pickup-Last-Interaktion im passiven Modus und die zu verringernde Kabel-/Last-Variabilität im aktiven Modus können als getrennte Anforderungen definiert werden. Selbst beim gleichen Adjektiv „offen“ können passive Resonanzspitze und gepufferte Breitbandantwort völlig unterschiedliche technische Umsetzungen sein; deshalb muss das Ziel vor der Spezifikation stehen.

9.3 EDDA — Heritage als Antwort-/Bediengrammatik statt Komponentenrezept definieren

Dieselbe Logik gilt für EDDA, das nicht einfach ein Fender-abgeleitetes Rezept reproduziert, sondern auch System-Heritage aus Alembic-/Wal-Linien untersucht. Statt mit „Vintage = Alder/Maple/Rosewood“ als Spezifikation zu beginnen, werden Fragen wie passive Referenz, Filter-Regelbereich und Pickup-/Elektronik-Interaktion als übergeordnete Anforderungen formuliert. Material- und Elektronikwahl werden damit zu mehreren möglichen Mitteln, das Heritage-Konzept umzusetzen.

10. Evidenzmatrix — Was kann B02 tatsächlich behaupten?

Behauptung

Bewertung

Evidenz

RavenForge-Formulierung

Klangfarbe lässt sich ausreichend durch eine einzige physikalische Größe ausdrücken

Nicht gestützt

Grey / McAdams [1,2]

multidimensionales Wahrnehmungsziel

Im Produktdesign existieren Verfahren zur Übersetzung von Kunden-/Spielersprache in Engineering-Ziele

Gestützt

QFD [3,4]

Sonic Brief → messbares Ziel

Zwischen übergeordneter Anforderung und Bauteilspezifikation ist Rückverfolgbarkeit erforderlich

Als Rahmen gestützt

NASA SE [5]

WHAT → HOW-Flow-down

Helligkeit ist immer identisch mit dem spektralen Schwerpunkt allein

Zu stark formuliert

Klangfarben-/Distorted-Guitar-Studien [1,2,6,7]

Schwerpunkt = möglicher Korrelat

„Aggressiv“ bedeutet lediglich einen hohen Anteil oberer Obertöne

Nicht belegt

Deskriptor-Zuordnung unzureichend

Mehrmetrik-Hypothese + Hören

Torillo verwendet Sonic Presets / Voice Design in der realen Produktstruktur

Als Praxis belegt

Torillo offiziell [8,9]

Branchenfallstudie

Torillos Holz-Klang-Zuordnung ist wissenschaftlich validiert

Nicht belegt

nur Herstellerbehauptung [8,9]

Kausalität nicht übernehmen

Bacci verwendet ausdrücklich Sound-First-Sprache

Als Praxis belegt

Bacci offiziell [10]

parallele Fallstudie

Aus einem Zielklang lässt sich ein eindeutiger Bauteilsatz ableiten

Nicht gestützt

viele interagierende Variablen

Alternativen erzeugen + Trade Study

Finales Voicing lässt sich allein durch objektive Messung bestimmen

Nicht gestützt

Wahrnehmungsziel ist hörerabhängig [1,2]

Messung + Hören

Ursachen lassen sich allein durch Hören zurückverfolgen

Nicht gestützt

Anforderungs-/Messlogik [3–5]

rückverfolgbare Messungen erforderlich

11. Aus B02 abgeleitetes Prototyp-Voicing-Validierungsprotokoll

Der Kern von B02 besteht nicht darin, „guten Klang durch Messwerte zu ersetzen“, sondern die Lücke zwischen Ziel → Umsetzung → Ergebnis rückverfolgbar zu machen. Die Prototypvalidierung führt daher objektive Messung und Wahrnehmungstest als parallele Kanäle.

Abbildung 5. Aus B02 abgeleitete RavenForge-Voicing-Validierungsschleife.

A target is frozen only after the implementation is measured and perceptually checked under controlled conditions. Engineering workflow, not a universal psychoacoustic standard.

Stufe

Dokumentation / Bedingung

Entscheidung

Sonic Brief

Nutzungskontext, Deskriptor, gewünschter Kontrast, unerwünschtes Verhalten

übergeordnete Anforderung fixieren

Referenzerfassung

Referenzinstrument / aktueller Prototyp, pegelabgeglichenes DI

Vergleichsanker

Metrikhypothese

spektrale / zeitliche / Decay- / Resonanz-Kandidaten

was zu messen ist, nicht was zu glauben ist

Anforderungszuordnung

Verantwortung von Saite/Struktur/Position/Z/Last/Buffer

Versuchsreihenfolge

Prototyp A/B

eine Hauptvariable geändert; übrige Bedingungen fixiert

Effektisolierung

Objektiver Test

FFT/STFT, Obertonverhältnisse, Decay, Impedanz/FRF je nach Relevanz

gemessener Effekt

Hörtest

pegelabgeglichen, wenn praktikabel randomisiert, gleiche Performance oder Reamp

Wahrnehmungseffekt

Gap-Analyse

Ziel erreicht? Nebenwirkungen? Konflikt mit Masse/Ergonomie/Kosten?

Zuordnung / Ziel / Architektur revidieren

Spezifikations-Freeze

nur validierte Variablen werden BOM-/CAD-Regeln

rückverfolgbare Konstruktionsregel

Wiederholungstest

Produktionsprototyp mit realen Saiten/Setup/Last

externe Validität

Versuchsregel

One variable per question, not one variable per instrument. A prototype can contain many differences, but each claimed causal decision must be tied to a controlled comparison or explicitly labeled as unresolved.

12. Aktuelles Fazit — Nicht „gute Bauteile“ auswählen, sondern Ziele in rückverfolgbare Anforderungen übersetzen

Die zentrale Änderung, die RavenForge in B02 übernimmt, betrifft die Reihenfolge des Datenblatts. Der im Instrumentenbau verbreitete Ablauf `wood → pickup → preamp → erwarteter tone` wird nicht verboten, sondern auf die spätere Umsetzungsstufe verschoben. Zuerst wird das gewünschte musikalische Verhalten von Modell/Spieler definiert, seine wahrnehmungsbezogene Bedeutung hinterfragt, ein messbarer Proxy festgelegt und anschließend die Anforderung auf die relevanten Subsysteme verteilt.

Dieser Ansatz behauptet ebenso wenig, „Wissenschaft könne Klang vollständig mit Zahlen definieren“. Klangfarbenwahrnehmung ist multidimensional und kann von Hörer und Kontext abhängen [1,2]. Messung ersetzt daher die Wahrnehmung nicht. Umgekehrt ist es mit Adjektiven und Hörurteil allein schwierig nachzuvollziehen, welche Konstruktionsvariable tatsächlich einen Unterschied verursacht hat. RavenForge führt beide Kanäle in einer Validierungsschleife zusammen.

Aktuelle Konstruktionsposition

Concept → Sonic Brief → Perceptual construct → Candidate metric → System target → Requirement allocation → Specification → Prototype → Measurement + listening → Revision. A component earns its place because it satisfies a requirement, not because it carries a prestigious name or inherited tone story.

13. Nächste Forschung — Was an A03 übergeben wird

Code

Forschungsfrage

Von B02 übergebene Variablen

A03

Magnetische Pickups als RLC-Systeme

Pickup-Z(f), Resonanz, Q, Windungszahl / Drahtstärke / Topologie

A04

Elektrische Belastung passiver Pickups

Poti, Kabelkapazität, Eingangsimpedanz

C01

FFT-Mapping der Pickup-Position

A02-Raumziel und B02-Zielantwort-Validierung

C02

Messung der Pickup-Belastung

Validierung der belasteten Antwort aus A04

A05

Aktive Buffer und Eingangsimpedanz

High-Z-Erfassung / Low-Z-Ausgangsentkopplung


Literatur

[1] Grey, J. M. “Multidimensional perceptual scaling of musical timbres.” Journal of the Acoustical Society of America 61(5), 1270–1277 (1977). DOI: 10.1121/1.381428.

[2] McAdams, S.; Winsberg, S.; Donnadieu, S.; De Soete, G.; Krimphoff, J. “Perceptual scaling of synthesized musical timbres: Common dimensions, specificities, and latent subject classes.” Psychological Research 58(3), 177–192 (1995). DOI: 10.1007/BF00419633.

[3] Hauser, J. R.; Clausing, D. “The House of Quality.” Harvard Business Review, May 1988. QFD / customer-requirement to engineering-target framework.

[4] Akao, Y. Quality Function Deployment: Integrating Customer Requirements into Product Design. Productivity Press, 1990.

[5] NASA. NASA Systems Engineering Handbook, NASA/SP-2016-6105 Rev 2 (2016). Sections 4.3 Logical Decomposition and 4.4 Design Solution Definition.

[6] Tsumoto, K.; Marui, A.; Kamekawa, T. “Predictors for the Perception of ‘Wildness’ and ‘Heaviness’ in Distorted Guitar Timbre.” 142nd AES Convention, Paper 9748 (2017).

[7] Tsumoto, K.; Marui, A.; Kamekawa, T. “The effect of harmonic overtones in relation to ‘sharpness’ for perception of brightness of distorted guitar timbre.” Proceedings of Meetings on Acoustics 29, 035002 (2017). DOI: 10.1121/2.0000380.

[8] Torillo Custom Basses. “Creations / Series / Sonical Presets.” Official maker documentation, accessed 2026-09. https://www.torillo-bass.com/creations/

[9] Torillo Custom Basses. “About Torillo — Philosophy & Vision / Woods.” Official maker documentation, accessed 2026-09. https://www.torillo-bass.com/about/

[10] Bacci Guitars. “Marleo Parato Bass — Sound first. Shape second. / Configure your voice.” Official maker documentation, accessed 2026-09. https://bacciguitars.com/parato/bass/

[11] Galloup School of Guitar Building and Repair. 2025 Catalog — Instrument Acoustics and Voicing curriculum: dynamic testing, record keeping, computerized analysis, and application in building.

[R1] RavenForge / Signal & Transduction Research Log A01. “From Mechanical Vibration to Electrical Signal.” 2026.09.05.

[R2] RavenForge / Signal & Transduction Research Log A02. “Pickup Position and Harmonic Sampling.” Verified Korean revision, 2026.09.06.

[R3] RavenForge / Liberal Arts Research Log L02. “The Instrument as an Extension of the Body.” 2026.09.03.

Quellenstatus und Interpretationsgrenze

B02 trennt drei Evidenzklassen. Die Literatur zur Klangfarbenwahrnehmung stützt die Multidimensionalität von Wahrnehmungszielen; QFD / Systems Engineering liefern allgemeine Methoden, um Stakeholder-Sprache in technische Anforderungen und Spezifikationen zu überführen. Torillo, Bacci und Galloup sind Beispiele aus der Instrumentenbaupraxis; ihre individuellen Kausalbehauptungen zu Holz-Klang oder Bauteil-Klang werden nicht als wissenschaftliche Evidenz verwendet. RavenForge Sonic Brief, Requirement-Allocation-Matrix und Validierungsschleife sind interne Engineering-Rahmen, die aus diesen Quellen für Instrumenten-R&D abgeleitet wurden.

Arbeitsdokument · 2026.09.08