Pure Data | Organelle | Max/MSP | Q&A

[NicolasK]

da haben wir uns wohl gekreuzt.
mit check ich nicht meinte ich dass ich nicht checke was genau du meinst.
meinst du dass es egal sein soll ob es 3 oder 4 slider sind? in meinem beispiel funktioniert das.

 

[einseinsnull]

ich meinte den unterschied zwischen float und int. da rennt man immer erst rein wenn man reinrennt.

 

[_thomas_]

Also die Singularität habe ich jetzt im Griff. Dafür stürzen die Massen früher oder später aber ineinander...



Aber so im Großen und Ganzen läuft es schon ganz gut mit dem Tanz der Planeten. Vielleicht platziere ich einfach eine sehr große (unsichtbare) Masse im Zentrum des Systems? Gerade groß genug, damit nichts abhauen kann?

 

[_thomas_]

Jetzt auch mit wirr tanzendem Black-Hole:



Ich muss jetzt aufhören damit...

 

[einseinsnull]

ich sach dir ja, das macht süchtig. aber eine warnung käme jetzt eh zu spät. also viel spass beim weitermachen.

 

[_thomas_]

Du hast ja so Recht. Es ist halt einfach zu faszinierend. Jetzt gerade habe ich einen "Respawn-Modus" eingebaut. Mit einer extremen Masse in der Mitte die alles im Umkreis schluckt. Aber dann (aufgrund der mathematisch entstehenden Singularität) extrem beschleunigt. Eine Dämpfung die dann wiederum greift lässt den Körper dann wieder im gesetzten Wertebereich, relativ zur nach Einstein unmöglich zu erreichten Geschwindigkeit, aufploppen. Was man damit alles machen kann.

Aber ich muss damit jetzt wirklich aufhören. Letztendlich ist das alles sowieso nur eine andere Art von berechnetem "Zufall". Ein anderes Zufallsverhalten sozusagen. Aber da kann der Mensch eh nicht so wirklich unterscheiden. Aber spannend ist es trotzdem.

 

[einseinsnull]

mit sinus ud rauschen/drunk habe ich es nicht so.

aber chaotische attraktoren z.b. sind musikalisch gut einsetzbar, weil sie quasi-periodisch bzw. selbstähnlich sind.

 

[_thomas_]

Wenns wen interessiert:

The 3 Body Problem (Modulation source) | Patchstorage

Somehow, a few days ago, my mind got stuck on the three-body problem. I wanted...

patchstorage.com

Läuft aber aktuell nur unter Linux. Wer es mal testen will: im Unterverzeichnis app liegt ein auf Node basierender Server. Da kann man sich dann im Browser die fliegenden Kringel anschauen.

Das schwarze Loch könnte noch einen Bug haben. Wer Lust, Interesse und Know How hat kann mal versuchen die Binaries unter Windows oder Mac zu erstellen. Das Makefile (make debug/release) sollte vorbereitet sein. Mangels Betriebssystemen konnte ich das bisher aber nicht testen. Jetzt muss ich mit nur noch eine Build-Umgebung für den Raspi bauen, dann läuft die Extension auch auf dem Organelle.

 

[_thomas_]

Hier mein erster komplett selbst designter und entwickelter Synthi. Audio Host ist aktuell Pure Data. Geplant ist aber zumindest noch LV2.

Angefangen habe ich mit dem Thema, weil ich einen Supersaw in PD haben wollte. 6 Wochen später ist dann ein Ding herausgekommen, das den JP8000 als Vorbild hat.

Die Organelle-Version (plus kurze Beschreibung) gibt's hier: https://patchstorage.com/jpvoice-demo-for-organelle/

Die Linux-Version hängt hier am Beitrag. Pure Data auf dem Linux-Desktop reicht. Im Patch gibt das main-oui.pd, welches ein UI ähnlich zum Organelle bereitstellt. Ist nicht komfortabel, aber für die Entwicklung reicht es.

Sollte es jemand testen: Feedback würde mich freuen. Ich habe recht viel Zeit reingesteckt. Die letzten Tage habe ich mit der Entwicklung eines Reverbs verbracht. Es ist noch nicht fertig, aber man kann es als Plate und auch als Dreamy-Cloud nutzen. Mir gefällt es bis jetzt. Ein paar Sachen fehlen aber noch. Die Sound-Engine ist so weit aber eigentlich fertig. Ein paar Effekte werden noch dazu kommen, und natürlich Modulation. Wie der JP8000 sollen zwei LFOs zur Verfügung stehen.

 

[_thomas_]

So, fertig. In vier Monaten einen kompletten JP-8000-Style Synth "from scratch" hochgezogen. PD ist "nur" noch Audio-Host und MIDI-Lieferant. Steile Lernkurve mit ganz viel Spaß dabei gehabt. Jetzt bin ich wieder etwas besser im Thema c/c++.

Anbei die Linux-Version. Die Organelle-Version gibt's hier:

JP Voicer | Patchstorage

A synth inspired by the legendary JP-8000 Supersaw. The synthesizer is based on wavetables rather...

patchstorage.com

Ab jetzt wird wieder Musik gemacht. Wobei das coden in c natürlich ganz neue DSP-Welten eröffnet... Aber ich bleibe jetzt hart.

 

[_thomas_]

Ich bin schier am verzweifeln. Ich integriere gerade meine neu DSP-Infrastruktur in PD. Zwei Externals (adsr und lfo). Annähernd identisch, aber beim lfo haut PD eine Puffer-Warnung raus.

Das Problem sitzt wahrscheinlich vorm Monitor. Ich kann den Fehler nicht finden:

Registrierungprozess LFO:

t_int *lfo_tilde_perform(t_int *w)
{
    t_lfo_tilde *x = (t_lfo_tilde *)(w[1]);

    x->lfo->process();

    return (w + 4);
}

void lfo_tilde_dsp(t_lfo_tilde *x, t_signal **sp)
{
    t_sample *out = sp[0]->s_vec;
    x->samplerate = sp[0]->s_sr;
    x->blockSize = sp[0]->s_n;

    DSP::initializeAudio(x->samplerate, x->blockSize);

    x->lfo->initialize(dsp_math::unique_string_id("lfo"));
    x->lfo->setMode(LFOMode::Buffered);

    x->lfo->connectOutputToBus(DSPBusManager::registerModulationBus(x->lfo->getName() + "_bus", out));

    dsp_add(lfo_tilde_perform, 3, x, sp[0]->s_vec, sp[0]->s_n);
}

void *lfo_tilde_new(t_floatarg f)
{
    t_lfo_tilde *x = (t_lfo_tilde *)pd_new(lfo_tilde_class);

    DSP::registerLogger(&log);

    x->lfo = new LFO();
    x->lfo->setIdleSignal(f);
    x->lfo->onPhaseWrap = [x]()
    {
        outlet_bang(x->x_out_bang);
    };

    x->x_out_sig = outlet_new(&x->x_obj, &s_signal);
    x->x_out_bang = outlet_new(&x->x_obj, &s_bang);

    return (void *)x;
}

void lfo_tilde_free(t_lfo_tilde *x)
{
    delete x->lfo;
}

extern "C"
{
    void lfo_tilde_setup(void)
    {
        lfo_tilde_class = class_new(gensym("lfo~"),
                                    (t_newmethod)lfo_tilde_new,
                                    (t_method)lfo_tilde_free,
                                    sizeof(t_lfo_tilde),
                                    CLASS_DEFAULT,
                                    A_DEFFLOAT,
                                    0);
                                   
        class_addmethod(lfo_tilde_class, (t_method)lfo_tilde_dsp, gensym("dsp"), A_CANT, 0);
        CLASS_MAINSIGNALIN(lfo_tilde_class, t_lfo_tilde, inletValue);

        class_addmethod(lfo_tilde_class, (t_method)lfo_tilde_setfreq, gensym("freq"), A_DEFFLOAT, A_NULL);
        class_addmethod(lfo_tilde_class, (t_method)lfo_tilde_settype, gensym("type"), A_DEFFLOAT, A_NULL);
        class_addmethod(lfo_tilde_class, (t_method)lfo_tilde_setoffset, gensym("offset"), A_DEFFLOAT, A_NULL);
        class_addmethod(lfo_tilde_class, (t_method)lfo_tilde_setdepth, gensym("depth"), A_DEFFLOAT, A_NULL);
        class_addmethod(lfo_tilde_class, (t_method)lfo_tilde_setshape, gensym("shape"), A_DEFFLOAT, A_NULL);
        class_addmethod(lfo_tilde_class, (t_method)lfo_tilde_setpw, gensym("pw"), A_DEFFLOAT, A_NULL);
        class_addmethod(lfo_tilde_class, (t_method)lfo_tilde_setsmooth, gensym("smooth"), A_DEFFLOAT, A_NULL);
        class_addmethod(lfo_tilde_class, (t_method)lfo_tilde_unipolar, gensym("unipolar"), A_DEFFLOAT, A_NULL);
        class_addmethod(lfo_tilde_class, (t_method)lfo_tilde_reset, gensym("reset"), A_NULL);
    }
}

Registrierungprozess ADSR:

t_int *adsr_perform(t_int *w)
{
    t_adsr_tilde *x = (t_adsr_tilde *)(w[1]);

    x->adsr->process();
   
    return (w + 4);
}

void adsr_dsp(t_adsr_tilde *x, t_signal **sp)
{
    t_sample *out = sp[0]->s_vec;
    x->samplerate = sp[0]->s_sr;
    x->blockSize = sp[0]->s_n;
   
    DSP::initializeAudio(x->samplerate, x->blockSize);
   
    x->adsr->initialize(dsp_math::unique_string_id("adsr"));

    x->adsr->connectOutputToBus(DSPBusManager::registerModulationBus(x->adsr->getName() + "_bus", out));

    dsp_add(adsr_perform, 3, x, sp[0]->s_vec, sp[0]->s_n);
}

// === Object constructor ===
void *adsr_new(t_floatarg f)
{
    t_adsr_tilde *x = (t_adsr_tilde *)pd_new(adsr_tilde_class);
    x->x_out = outlet_new(&x->x_obj, &s_signal);

    DSP::registerLogger(&log);

    x->adsr = new ADSR();
    x->adsr->setStartAtCurrent(f != 0);

    return (void *)x;
}

void adsr_tilde_free(t_adsr_tilde *x)
{
    delete x->adsr;
}

extern "C"
{
    void adsr_tilde_setup(void)
    {
        adsr_tilde_class = class_new(gensym("adsr~"),
                                     (t_newmethod)adsr_new,
                                     (t_method)adsr_tilde_free,
                                     sizeof(t_adsr_tilde),
                                     CLASS_DEFAULT,
                                     A_DEFFLOAT,
                                     0);

        class_addmethod(adsr_tilde_class, (t_method)adsr_dsp, gensym("dsp"), A_CANT, 0);
        CLASS_MAINSIGNALIN(adsr_tilde_class, t_adsr_tilde, inletValue);

        class_addmethod(adsr_tilde_class, (t_method)adsr_trigger_start, gensym("start"), A_NULL);
        class_addmethod(adsr_tilde_class, (t_method)adsr_trigger_stop, gensym("stop"), A_NULL);
        class_addmethod(adsr_tilde_class, (t_method)adsr_attack, gensym("attack"), A_DEFFLOAT, A_NULL);
        class_addmethod(adsr_tilde_class, (t_method)adsr_decay, gensym("decay"), A_DEFFLOAT, A_NULL);
        class_addmethod(adsr_tilde_class, (t_method)adsr_sustain, gensym("sustain"), A_DEFFLOAT, A_NULL);
        class_addmethod(adsr_tilde_class, (t_method)adsr_release, gensym("release"), A_DEFFLOAT, A_NULL);
        class_addmethod(adsr_tilde_class, (t_method)adsr_attackshape, gensym("attackshape"), A_DEFFLOAT, A_NULL);
        class_addmethod(adsr_tilde_class, (t_method)adsr_releaseshape, gensym("releaseshape"), A_DEFFLOAT, A_NULL);
        class_addmethod(adsr_tilde_class, (t_method)adsr_g, gensym("g"), A_DEFFLOAT, A_NULL);
        class_addmethod(adsr_tilde_class, (t_method)adsr_oneshot, gensym("oneshot"), A_DEFFLOAT, A_NULL);
    }
}

Vielleicht hat jemand von euch ja Rat...

 

[einseinsnull]

overflow oder underrun? oder sagt pd dir das nicht.

ich könnte ja schwören, dass du mit dem coden eine pause machen wolltest...


wenn ich das gerade mal im browser nebeneinanderlege dann ist hier der erste unterschied:

x->lfo->setMode(LFOMode::Buffered);

ob man das wirklich groß schreiben muss?

 

[_thomas_]

Ja, das will ich auch. Es ist allerdings nicht so, dass ich so ca. 1000 Ideen für sonst was habe. Aber ich habe jetzt eine gute, modulare, performante und stabile Basis. Allerdings bin ich auch gerade etwas Coding-müde. Der nächste Sprung ist dann Core Audio/LV2/VST und ein Wechsel auf wahrscheinlich den Zynthian. Für den ganzen Boilerplate-Code und Doku kann man mittlerweile glücklicherweise KI ganz gut einsetzen. Sonst wäre das in der Komplexität für einen Einzelkämpfer gar nicht möglich.

Aber nach meiner letzten Optimierung muss ich jetzt noch meine PD-Externals auf Vordermann bringen damit ich das für mich auch ordentlich abgeschlossen habe. Das hat auch alles so weit funktioniert, nur der LFO will nicht.

Ich habe nur diese Information: warning: buffer: multiply defined

Das kommt ein Mal pro Block. Interessanterweise funktioniert der LFO und gibt das korrekte Signal am Outlet aus. Beim ADSR mit einer fast identischen Code-Basis ist das kein Problem. Vielleicht muss ich aber doch dort suchen, auch wenn es mir gerade mehr als unwahrscheinlich erscheint, dass da was falsch ist.

Schaut man im PD-Source nach ist das eher eine generische Meldung. Vielleicht muss ich mir das mal Debug-fähig bauen um dem Fehler auf die Spur zu kommen.

 

[einseinsnull]

hast du mal zwei instanzen gleichzeitig laufen lassen?

 

[_thomas_]

Ja, die zweite Instanz im Patch erzeugt kein Signal.

Oha:



Aber nun komme ich der Sache näher, denke ich.

Edit: im ADSR springt der erst gar nicht in diese pd_findbyclass-Methode. Und selbst wenn ich den gesamten LFO-Code raushaue und nur noch der Code für die Registrierung übrig bleibt kommt die Warnung. Interessant... Auf jeden Fall ist dieses Puffer-"Objekt" mehrfach vorhanden. Es ist also irgendwas in der Puffer-Registrierung des Externals.

Ziemlich heftiger Stack:



Und ich mach mir dauernd Gedanken über Performance-Optimierung und kämpfe um jeden noch so popeligen CPU-Zyklus und optimale Cache-Zugriffe.

 

[einseinsnull]

dann hab ich doch gut geraten.

ich spanne dich nicht absichtlich auf die folter, ich kann hier auch nur raten und strategien zur fehlerfindung vorschlagen. compiled objects in c++ hab ich vor vielen jahren ausgelagert, ist nicht mein ding.

 

[_thomas_]

Hühnerauge sei wachsam. Tatsächlich lag es am Help-Patch:



Verdammt. Zwei Tage Fehlersuche.

Edit:

Das habe ich mal als Anstoß für das Verhalten in meiner Implementierung genommen:

ERROR: DSPBusManager: modulation bus lfo_1_bus already exists

Es hätte ja so einfach sein können mit einer korrekten Fehlermeldung zum richtigen Zeitpunkt... Na ja. PD ist halt schon uralt. Trotzdem ist PD natürlich cool.

 

[_thomas_]

Dieses Mal habe ich es wohl wirklich auf die Spitze getrieben.



Eigentlich sollte es "nur" ein Distortion-Effekt für den Organelle werden. Nicht, dass ich nicht ausreichend Distortions (aus dem Gitarrenbereich) hätte. Aber die sind mir zum großen Teil viel zu heftig. Zum Schluss ist es eine Sammlung diverser Algorithmen (aktuell: 14) geworden. Taucht man da mal ein, tut sich eine ganze Welt auf. Schon interessant. Besonders interessant finde ich die asymptotischen Algorithmen, die aufgrund ihres Verhaltens eher sanftere Sättigung ermöglichen. Also genau das, was ich suche.

Dann dachte ich mir, dass ein wenig "Noise" bei Tube-like Distortions das Bitzzzzzeln etwas authentischer gestalten könnte. Bei meinen Recherchen bin ich dann auf "Velvet Noise" gestoßen und habe herausgefunden, dass es sich um eine "weiche" Variante von dem sonst üblichen White-Noise handelt. Hier werden Bursts erzeugt die in einer beliebigen Frequenz generiert werden können. Wohl eher üblich für Reverbs (Velvet Noise Convolution Reverb, vielleicht mein nächstes Projekt?). Wobei ich ja nicht mehr coden wollte. Wirklich nicht. Mit ein wenig Jitter und eher geringer Frequenz eignet es ich aber auch um Bitzel zu erzeugen. Natürlich hängt das Noise an einem Envelope-Follower am Eingangssignal.

Wahrscheinlich alles uralte Hüte...

Nichts desto trotz: 14 Algorithmen, 4 Kanäle mit zuweisbaren Algorithmen plus LFO pro Kanal (Drive/Gain/Wet). Globaler LFO (wahrscheinlich für Cutoff/Reso für den Reso-Filter), dazu diverse HP/LP Filter (12, 24 u. 48 dB/Okt). Da bleiben bei mir wahrscheinlich keine Wünsche mehr offen hinsichtlich Sättigung/Distortion.

 

[_thomas_]

So, wer einen C&G Organelle besitzt und eine Multi-Channel-Distortion testen möchte:

Cerberus | Patchstorage

Cerberus - The Guardian at the Gates of Tone In the mythical realm of audio...

patchstorage.com

Wahrscheinlich werde ich das noch etwas ausbauen zu einem Klangformungs-Effekt.

Den Sourcecode gibt's hier:

audiokern

audiokern

codeberg.org

Das baut (./mr.sh -d) aber nur auf Linux. Der Patch liegt in src/cerberos/src/wrappers/puredata/patch. Das Binary wird direkt dorthin kopiert.

 

[Solar Chrome]

Ich gehe davon aus, dass sich hier einige Personen befinden, die ein wenig Erfahrung mit Max haben.

Bisher dachte immer, dass es Max/Cycling74 nur für Mac gibt und fand dann ich heute eine Windows-Version. Spannend.
Mich würde speziell Echtzeit-Visuals interessieren, als auch die Möglichkeit einige Audio-Plugins zu erstellen/coden.

Wo fängt man da am besten an? (Ich beherrsche C/C++)
Macht das Abo Sinn oder eher die Lizenz?

 

[banalytic]

hi! ich selbst war mit dem abo unglücklich und habe dann die Lizenz gekauft, Max/Msp ist halt ein Fass ohne Boden - mit Max9 noch mehr.
Das was du möchtest geht alles - ist aber aus meiner Sicht eine steile Lernkurve. Programmieren können in C++ ist wahrscheinlich kein Schaden wenn Du Max-Gen lernen willst. (Bin aber nicht sicher...)
Es gibt massenhaft Turorials auf Youtube, Kurse auf https://musichackspace.org/
Generell ist hier eine gute Übersicht von den Lernressourcen: https://cycling74.com/learn
Prinzipiell haben alle Objekte tolle Help-Files mit anschaulichen Patches und in Max9 gibt es ein paar Verbesserungen für Anfänger*innen...

Denke der Max/Msp-Profi hier im Forum ist @einseinsnull (allerdings ohne Garantie)

 

[einseinsnull]

ich selbst hab ne "mitarbeiter" lizenz und benutze privat aber sowieso zu 90% eine 25 jahre alte version, und verfolge natürlich trotzdem was die leute so machen: das abo ist vor allem für studenten interessant, die sich aufgrund von hausaufgaben das programm zulegen müssen oder wollen.

ansonsten ist das abo manchmal auch eine option wenn dir die 14 tage demo nicht ausreichen um zu sehen ob es was für dich ist.
however, wenn das demo expired, läuft das programm endlos weiter. nur abspeichern und copy geht dann nicht mehr.

plug-ins machen geht nur noch für ableton.

wenn du VST/RTAS machen willst musst du eine viel ältere version von max installieren (für die du im regelfalll vom support problemlos noch eine lizenz bekommst wenn du 8 oder 9 besitzt - ohne gewähr)
allerdings müsstest du dann auch auswendig wissen, welche compiled objects ("klassen") es in dieser alten version noch nicht gab, sonst wird der einstieg für dich als neuling blöd. außerdem sind die ergebnisse nur in 32 bit hosts lauffähig, weil die runtime es ist.

mit dem zusatzprodukt RNBO kannst du DSP patches als C++ exportieren und dann plug-ins in JUCE basteln. cycling hat dafür sogar einen online-server, der die das automatisch macht. dass beschränkt sich auf VST und AU, für AAX brauchst du eine persönliche lizenz und fertige kits gibt es dafür auch nicht.
ich rate allerdings grundsätzlich dazu, erst mal mit einem layer anzufangen und gut darin zu werden, und nicht max, msp, jitter, gen, gen~, rnbo und die SDK innerhalb von 3 tagen gleichzeitig lernen zu wollen. rnbo ist für leute, die alles andere bereits können.

wenn du C++ kannst wirst du leicht reinfinden, obwohl es natürlich erst mal ein vollkommen anderes paradigma ist.

bei visuals hat max aktuell die nase ziemlich weit vorne, wenn man nicht gerade auf GL3 vollständigkeit wert legt.