sospro
○□○□
Das wäre dann 4D
einseinsnull
[nur noch PN]
deine erklärung bezieht sich ausschließlich auf zuschreibungen, nicht auf das verfahren selbst.
die frage ob es das schon gibt bezog sich doch sicherlich auf das verfahren als solches.
einseinsnull
[nur noch PN]
ich hab sowas in meinem UFO als hauptmotor. es ermöglicht praktisch unbegrenzte reichweite.
verstaerker
*****
hab da mal mit nem 3D Programm einfache Funktionen programmiert , dazu physics with Gravitation und Kollision isn Spiel gebracht
Anhang anzeigen 3DphysiscVCO.mp4
Anhang anzeigen 3DphysiscVCO.mp4
verstaerker
*****
was ist die dritte Dimension?Das wäre dann 4D
Audiohead
*****
Ich finde die Idee recht interessant. Ich denke der 'Clue' wäre es interessante Anregungen für die 3D Rotationen zu finden.
Hier ein paar Fragen zu deinen Gleichungen: Was bedeuted (geometrisch) der zdep Parameter? Für zdep=1 scheint es mir einfach eine Kombination aus Rotationen entlang der drei Raumachsen zu sein. Eine Änderung der Betrachtungsebene in Echtzeit sollte eigentlich kein Problem sein. Das müsste sich auf ein paar Additionen und Multiplikationen mit Sinus/Cosinus Funktionen reduzieren lassen.
Warum wählst du als Output sqrt(x^2 +y^2) und nicht direkt den Output einer Achse? Dann hättest du kein DC Problem, wäre dann aber vermutlich reine AM.
Ob es sowas schon gibt ist wahrscheinlich schwierig herauszufinden. Mich hat es ein bißchen an das Orbit 3 Modul von Joranalogue erinnert, das allerdings auf Chaos Synthese basiert.
sospro
○□○□
Eben mooncast's mono 3D OSC, plus das Stereo Panning...
M
mooncast
Guest
genau, ausserdem kennt man den Radius ja schon
genau
kann man auch, hatte ich zuerst, dann wollte ich zwei Achsen mischen
das soll später evtl noch durch eine Pickup Simulation und da ist der Offset eh egal
wenn zdep == 1 dann sind es einfach die Dimensionen wie bisher beschrieben,
wenn == 0 dann ist es nur 2 D x,y geometrisch solle es quasi bei Zwischenwerten eine Linsenform sein, das war zuerst einfach ein schneller Hack um klanglich Dynamic per Velocity reinzubringen oder das Aliasing bei hohen Tönen zu reduzieren.
ja
M
mooncast
Guest
ja oder ähnlich eben.
Wenn ich jetzt nich was erklären soll ist vielleicht am besten wenn Du Fragen stellst einfach.
einseinsnull
[nur noch PN]
nö.
GegenKlang
||||||||
Also eine Schwingung an sich ist ja schon mal was regelrecht 3-dimensionales. Erste Dimension ist die Zeit, zweite Dimension ist die Auslenkung (Amplitude), dritte Dimension ist die Phase, der Kreiswinkel in der Einheit rad(?). Die Sinus- oder Kosinusfunktion, das wurde hier im Thread irgendwo schon konstatiert, ist ja nur die Projektion einer kontinuierlichen ungedämpften Kreisbewegung auf zwei Dimensionen x und y. Kannst du, @mooncast, auf dieser Basis erklären, was bei deinem Oscillator neu ist? Einfache Modulation der Amplitude, der Kreisgeschwindigkeit ("Frequenz") kann es ja nicht sein, es sei denn, du willst uns alten Wein in neuen Schläuchen verkaufen. Oder zumindest unabsichtlich, weil du - wie ich übrigens - lieber programmierst als Fachliteratur zu wälzen. Let's both mind the trap of thinking it be new what we're doing.
C0r€
|||||
Ich denke nur 2 Dimensionen, denn die Zeit und Phase sind doch quasi aequivalent, bzw. linear durch 2*pi verknüpft? Quasi die "Kreis-Zeit" oder "Zeit auf dem Kreis".
Ansonsten kann man noch eine Koordinatentransformation durchführen, um aus 3 Achsen 2 zu erzeugen, z.B. Clarke-Transformation, Park-Transformation, oder gleich in den Laplace Raum gehen um die lästigen Sinus bzw. Cosinus Funktionen los zu werden.
laux
_laux
Ich interpretier das mit den 3 Dimensionen so:
Wenn man nur x und y rotiert, dann hat man einen Sinus und wenn dann noch z dazukommt, wirds komplex (kann ich mir bildlich auch nicht mehr vorstellen)
Wenn man nur x und y rotiert, dann hat man einen Sinus und wenn dann noch z dazukommt, wirds komplex (kann ich mir bildlich auch nicht mehr vorstellen)
einseinsnull
[nur noch PN]
sicher, es sind nur 2, zeit und amplitude.
aber man kann ja als dimension definieren, was man will.
M
mooncast
Guest
ich programmiere tatsächlich nur ungern und hab sicher 500 bis 1000 Papers zum Thema Audiosynthese zumindest überflogen.
M
mooncast
Guest
tatsächlich must Du nur für Sinus entweder x oder z rotieren, aber so funktioniertsIch interpretier das mit den 3 Dimensionen so:
Wenn man nur x und y rotiert, dann hat man einen Sinus und wenn dann noch z dazukommt, wirds komplex (kann ich mir bildlich auch nicht mehr vorstellen)
M
mooncast
Guest
könnte man, ja, sollte man vielleicht auch.
M
mooncast
Guest
tatsächlich war es am Anfan eine Vektorotation über Matrizen die in Pixilang eingebaut ist,
die kam aber mit dem Grafikaufbau ins Gehege weil sie dazu da ist.
Für mich ist es mit trig Funktionen anschaulicher und leichter.
Letztlich brauchst Du auch dafür trig. Funktionen
M
mooncast
Guest
Also wenn das jemand optimieren will ist das natürlich gerne gesehen.
Ansonsten würde man für eine schnelle Implementierung wohl Lookup Tables einsetzen
Ansonsten würde man für eine schnelle Implementierung wohl Lookup Tables einsetzen
GegenKlang
||||||||
Demnach wäre f(x) = nx+m also eine Schwingung, keine lineare Funktion. Man braucht schon die Phase, also eine Komponente, die periodisch durch ihren Ausgangspunkt in einer der anderen Dimensionen geht. -- Aber kann mich irren, SekII-GK-Mathematiker, Mathe war bei mir nicht mal Abi-Prüfungsfach.
Zuletzt bearbeitet:
einseinsnull
[nur noch PN]
die phase ist nur das ergebnis des verhältnisses von zeit- und amplitudenwerten.
genau wie das spektrum, von dem du ansonsten erklären müsstest, warum das nicht die vierte dimension ist.
oder die energie im verlauf. oder der inhalt, also ob es nach flöte oder nach blechtrommel klingt. das sind dann auch alles dimensionen.
wieviele "dimensionen" etwas hat, kann man ja anhand von grapischen repräsentationen überprüfen: reicht es aus, audio zweidimensional darzustellen? ja, tut es.
anders als ein 3D wavetable oder die bewegung eines physischen joystick controllers mit 3 achsen.
GegenKlang
||||||||
Nein. Dimensionen sind skalar.
Aber ich merke, das wächst mir schon über den Dummkopf. Wenn ich doch mal Fachliteratur in die Hand nehme, wird da jedenfalls nicht nur mit sin() und cos() gerechnet, sondern gerne auch mit komplexen Zahlen. Irgendwas hoch e hoch i mal zwo mal Pi oder w oder so. Das i steht dabei für den imaginären Zahlenraum. Komplexe Zahlen sind ja zweidimensional, und eine der beiden Dimensionen ist eben nicht die Zeit (?). Kann aber natürlich sein, dass ich mich damit ins Bockshorn jagen lasse, die komplexen Zahlen tatsächlich nur eine Vereinfachung sind und hier keine Vorstellung einer dritten Dimension begründen.
Und die Phase, nach meinem Laienverständnis der Kreiswinkel, gibt daher eher das Verhältnis zwischen dem Delta pro Zeiteinheit in der realen zum Delta pro Zeiteinheit in der imaginären Dimension an.
Zuletzt bearbeitet:
M
mooncast
Guest
ja,
Was hier gerechnet wird sind ja komplexe Zahlen in polarer Form.
Der Winkel pro Zeit ist die Frequenz.
Der Radius auf der z Ebene ist der Betrag der komplexen Zahl und die Amplitude des Signals.
Wenn ich den Punkt drehe kann ich das entweder über den Winkel und Radius
oder über den X, Y ( Z) Vector machen, das ist dasselbe.
Würde es Dich tatsächlich mehr beeindrucken wenn das in Vektorform wäre ?
Du würdest wahrscheinlich immer noch zweifeln weil das i dennoch nie auftaucht dabei.
2bit
||||||||||
Versuch mal
sqrt(x^2 + y^2 + z^2) - 1
bzw.
sqrt(x^2 + y^2) - 0.75.
Das sollte das krasse DC-Offset über den gesamten zdep-Wertebereich zwischen 0 und 1 in brauchbare Regionen zurückschubsen. Cyan ist ohne Korrektur, magenta mit:
Die gelbe Kurve ist einfach nur ein normaler Sinus mit maximaler Amplitude von 1, damit man sehen kann, wo der Rest so rumeiert. Wie man sehen kann, produzieren die Funktionen mit zdep nahe null Amplituden, die über 1 liegen. Das ist eher ziemlich ungünstig.
Die Algorithmen, die ich in GNU Octave benutzt habe, waren:
x = (1 + (cos(theta + ph3)-1) * zdep) * cos(theta + ph2) * r (ROT)
y = (1 + (sin(theta + ph3)-1) * zdep) * sin(theta + ph1) * r (GRÜN)
z = (1 + (sin(theta + ph2)-1) * zdep) * cos(theta + ph1) * r (BLAU)
Ferner hab ich für die unteren beiden Graphen noch mit abgebildet:
xa = (1 + (cos(theta + ph3)-1) * zdep)
xb = cos(theta + ph2)
ya = (1 + (sin(theta + ph3)-1) * zdep)
yb = sin(theta + ph1)
theta ist der zeitliche Funktionsverlauf über die x-Achse und genau 2*pi lang und enthält 1000 Samples.
Wobei ich
ph1 = 0° = 0 rad,
ph2 = 120° = 2.0944 rad,
ph3 = 240° = 4.1888 rad,
r = 1 , (weil eh nur ein Modifikator für die maximale Amplitude der Funktionen)
zdep = 0 bis 1 , angenommen habe.
sqrt(x^2 + y^2 + z^2) - 1
bzw.
sqrt(x^2 + y^2) - 0.75.
Das sollte das krasse DC-Offset über den gesamten zdep-Wertebereich zwischen 0 und 1 in brauchbare Regionen zurückschubsen. Cyan ist ohne Korrektur, magenta mit:
Die gelbe Kurve ist einfach nur ein normaler Sinus mit maximaler Amplitude von 1, damit man sehen kann, wo der Rest so rumeiert. Wie man sehen kann, produzieren die Funktionen mit zdep nahe null Amplituden, die über 1 liegen. Das ist eher ziemlich ungünstig.
Die Algorithmen, die ich in GNU Octave benutzt habe, waren:
x = (1 + (cos(theta + ph3)-1) * zdep) * cos(theta + ph2) * r (ROT)
y = (1 + (sin(theta + ph3)-1) * zdep) * sin(theta + ph1) * r (GRÜN)
z = (1 + (sin(theta + ph2)-1) * zdep) * cos(theta + ph1) * r (BLAU)
Ferner hab ich für die unteren beiden Graphen noch mit abgebildet:
xa = (1 + (cos(theta + ph3)-1) * zdep)
xb = cos(theta + ph2)
ya = (1 + (sin(theta + ph3)-1) * zdep)
yb = sin(theta + ph1)
theta ist der zeitliche Funktionsverlauf über die x-Achse und genau 2*pi lang und enthält 1000 Samples.
Wobei ich
ph1 = 0° = 0 rad,
ph2 = 120° = 2.0944 rad,
ph3 = 240° = 4.1888 rad,
r = 1 , (weil eh nur ein Modifikator für die maximale Amplitude der Funktionen)
zdep = 0 bis 1 , angenommen habe.
Zuletzt bearbeitet:
M
mooncast
Guest
minus 1 macht den selben Offset versetzt, weil sich der Offset im zeitlichen Verlauf ändert.
Radius geht ja zurück auf 0, dann hast Du eben Offset -1.
Der Offset macht hier aber nichts weil das später noch durch einen Pickup geht
in den erstens das Differential geht das ja keinen Offset hat
und der zweitens aber selbst Offset hat.
Dh einen DC Remover braucht man so oder so, das ist Standard bei solchen Sachen.
Wenn man einen Kondensator lädt für Sägezahn hat man auch erstmal Offset den man entfernen muss.
Ne ganz andere Möglichkeit hier ist aber das Signal einmal plus 45 und einmal minus 45 zu drehen, das geht mit ner Addition und Subtraktion wenn man den Faktor 1/ Wurzel2 ignoriert und erst auf der Summe korrigiert.
Radius geht ja zurück auf 0, dann hast Du eben Offset -1.
Der Offset macht hier aber nichts weil das später noch durch einen Pickup geht
in den erstens das Differential geht das ja keinen Offset hat
und der zweitens aber selbst Offset hat.
Dh einen DC Remover braucht man so oder so, das ist Standard bei solchen Sachen.
Wenn man einen Kondensator lädt für Sägezahn hat man auch erstmal Offset den man entfernen muss.
Ne ganz andere Möglichkeit hier ist aber das Signal einmal plus 45 und einmal minus 45 zu drehen, das geht mit ner Addition und Subtraktion wenn man den Faktor 1/ Wurzel2 ignoriert und erst auf der Summe korrigiert.
2bit
||||||||||
Der Offset selbst ist nicht das Problem, sondern das Knacken der Peak-Grenze von 1.
Wenn man das nicht sofort schon in Angriff nimmt, dann machen andere Algorithmen daraus halt einfach Squares.
Wenn man das nicht sofort schon in Angriff nimmt, dann machen andere Algorithmen daraus halt einfach Squares.
M
mooncast
Guest
da hast du ein Missverständnis, weder der zdep Paramter noch der Offset haben hier etwas mit dem Peak zu tun.
2bit
||||||||||
Nein, kein Missverständnis. Schau dir bitte mal die ersten beiden Grafiken an. Da siehst du, dass die beiden cyan-Kurven die Marke von "1" zum Teil recht deutlich knacken. Wenn dieses Signal dann in einen weiteren DSP-Algorithmus geschickt wird, dann kommt da Murks bei raus.
einseinsnull
[nur noch PN]
audiosignale haben erst mal rein gar nicht mit "cosinus" zu tun...
...aber das ist genau der punkt: für einen komplexen
Zuletzt bearbeitet:
Similar threads
News
-
-
News SequencerTalk 233 PolyEnd Synth, Fors Dyad, Dreadbox Artemis, Updates, Mac, GliGli Synth
- Gestartet von Moogulator
- Antworten: 0
-
News Drums, Steuerung, away from keyboard - afk drumbeam - Talk und Synthnews im SequencerTalk 222
- Gestartet von Moogulator
- Antworten: 1
-
Ankündigung: "SynMag Sonderausgabe 02: Inspiration" erscheint am 21.11.- Gestartet von Björn
- Antworten: 0
-
News Wie multi poly bist du? SequencerTalk 221 heute um 20:30 live
- Gestartet von Moogulator
- Antworten: 1
-
Apple Updatewoche iMac, MacBook Pro und kleinerer Mac Mini mit M4 (bis Max) - Leistungsvergleich DAWs und Musik welche ist am besten?
- Gestartet von Moogulator
- Antworten: 105
-