Piece for Supersonique 2024

[gogins]

SUPERSONIQUE 2024 Electroacoustic music concert - September 7th - Midday Midnight - Comptoir de la Victorine - Marseille (F) - Submission deadline April 14th midnight Call for works A non-stop 12 hour electroacoustic music concert. An eclectic program. An extension of summer. SUPERSONIQUE. We’re looking for creations or already composed works, aimed to be played on an acousmonium. The program will be international. The jury will listen to works anonymously. Our final selection will pay attention to ensuring an equal representation of male/female composers. SUPERSONIQUE is organized in partnership with le Grand Comptoir, l’Art de Vivre, la Cité de la Musique de Marseille and le Conservatoire de Marseille. Details – Works with a maximum duration of 25′, shorter pieces are more than welcome – Only one submission per composer – Works that are either stereo or multichannel (8 points in rectangle. Join a stereo reduction and routing plan to your submission) – .wav 48kHz 24 bits – Deadline April 14th, midnight. Link to the submission form Uncomplete/over the deadline sends will not be considered.

[gogins]

I'm considering a rework of Poustinia for this opportunity. This could be spatialized to the acousmonium's 8 channel rectangle.

The venue appears to be an old match factory that has been more or less rehabilitated as a cultural space.

[gogins]

To do:

• [ ] Better title.
• [ ] Fill out controls.
• [ ] A piece similar to the original Poustinia, but without any weak spots or stoppages. This should include:
  • [ ] ValhallaShimmer, carefully adjusted.
  • [ ] An arc like this: a building up.. B louder... c softer with evolving notes, rotating.. B louder and building up, also starting to rotate but in the opposite direction... c a.
  • [ ] Superior spatialization (in Reaper or with a plugin).
  • [ ] More changes of pace, texture, dynamics -- but not ridiculous.
  • [ ] Use of Cardinal for evolving pads in the c sections.

[gogins]

Are these the same on YouTube as the same titles on my MacBook?

To get older pieces to run:

1. Create a symbolic link to ~/csound-ac/silencio/js in the piece's directory.
2. Make an async function that is assigned towindow.onload.
3. In it, immediately call await get_csound(handler).
4. Port vst opcodes to vst3 opcodes.

All variants are in:

1. ~/michael.gogins.studio/music/Poustinia
2. ~/michael.gogins.studio/music/Poustinia-v6
3. ~/michael.gogins.studio/music/Poustinia-v7
4. ~michael.gogins.studio/music/NYCEMF-2024

Pieces not clearly better than a related piece should go into the attic.

So far v3 through v5d have essentially the same notes. The others differ. Roughly in descending order of quality:

• [x] Poustinia-v5g.html, thicker texture, ValhallaShimmer.
• [x] Poustinia-v5e.html, notes are somewhat different.
• [x] Poustinia-v5c.html. The variant in NYCEMF-2024 should have virtually the same notes.
• [x] Poustinia-v5i.html, thicker texture.
• [x] Poustinia-v5m.html, ascending runs, more complete controls. May have potential as texture is more varied.
• [x] Poustinia-v5h.html, much thicker texture.
• [x] Poustinia Variation 5a from Tzimtzum. This is apparently the closest I can get to the original piece that I made in Auckland. The middle section is too long.
• [x] Poustinia v6-7-2.html.
• [x] Poustinia-v5b.html.
• [x] Poustinia-v5.html.
• [x] Poustinia-v3.html.
• [x] Poustinia Variation 2 from Tzimtzum. Not using this one.
• [x] Poustinia-v7-1, same notes as Poustinia-v6-7-2, looks like I was going to use the clang opcodes to generate a score using C++ code.
• [x] Poustinia-v5n.html, bad ending, but the latest iteration of the code framework.

[gogins]

These are the variants on my MacBook:

89676234 | 104 | -rw-r--r-- | 1 | michaelgogins | staff | 51869 | Dec | 18 | 16:15 | /Users/michaelgogins//michael.gogins.studio/music/NYCEMF-2024/Poustinia-v5c.html
89676234 | 192 | -rw-r--r-- | 1 | michaelgogins | staff | 97567 | Dec | 27 | 17:14 | /Users/michaelgogins//michael.gogins.studio/music/NYCEMF-2024/Poustinia-v5e.html
89676234 | 264 | -rw-r--r-- | 1 | michaelgogins | staff | 133396 | Jan | 15 | 21:08 | /Users/michaelgogins//michael.gogins.studio/music/NYCEMF-2024/Poustinia-v5g.html
89676234 | 264 | -rw-r--r-- | 1 | michaelgogins | staff | 133476 | Dec | 26 | 19:15 | /Users/michaelgogins//michael.gogins.studio/music/NYCEMF-2024/Poustinia-v5h.html
89676234 | 272 | -rw-r--r-- | 1 | michaelgogins | staff | 137498 | Dec | 29 | 14:32 | /Users/michaelgogins//michael.gogins.studio/music/NYCEMF-2024/Poustinia-v5i.html
89676234 | 280 | -rw-r--r-- | 1 | michaelgogins | staff | 141527 | Jan | 9 | 17:03 | /Users/michaelgogins//michael.gogins.studio/music/NYCEMF-2024/Poustinia-v5m.html
89676234 | 280 | -rw-r--r-- | 1 | michaelgogins | staff | 141528 | Jan | 10 | 14:04 | /Users/michaelgogins//michael.gogins.studio/music/NYCEMF-2024/Poustinia-v5n.html
89676234 | 104 | -rw-r--r-- | 1 | michaelgogins | staff | 50487 | Jan | 16 | 2022 | /Users/michaelgogins//michael.gogins.studio/music/Poustinia-v6/Poustinia-v5a.html
89676234 | 120 | -rw-r--r-- | 1 | michaelgogins | staff | 57687 | Jan | 16 | 2022 | /Users/michaelgogins//michael.gogins.studio/music/Poustinia-v6/Poustinia-v6-7-2.html
89676234 | 136 | -rw-r--r-- | 1 | michaelgogins | staff | 69481 | Jun | 1 | 2023 | /Users/michaelgogins//michael.gogins.studio/music/Poustinia-v7/Poustinia-v7-1.html
89676234 | 80 | -rw-r--r-- | 1 | michaelgogins | staff | 38327 | Jan | 16 | 2022 | /Users/michaelgogins//michael.gogins.studio/music/Poustinia/Poustinia-v2.html
89676234 | 80 | -rw-r--r-- | 1 | michaelgogins | staff | 37660 | Jan | 16 | 2022 | /Users/michaelgogins//michael.gogins.studio/music/Poustinia/Poustinia-v3.html
89676234 | 104 | -rw-r--r-- | 1 | michaelgogins | staff | 49867 | Jan | 16 | 2022 | /Users/michaelgogins//michael.gogins.studio/music/Poustinia/Poustinia-v4.html
89676234 | 104 | -rw-r--r-- | 1 | michaelgogins | staff | 50117 | Jan | 16 | 2022 | /Users/michaelgogins//michael.gogins.studio/music/Poustinia/Poustinia-v4a.html
89676234 | 104 | -rw-r--r-- | 1 | michaelgogins | staff | 50114 | Jan | 16 | 2022 | /Users/michaelgogins//michael.gogins.studio/music/Poustinia/Poustinia-v4b.html
89676234 | 104 | -rw-r--r-- | 1 | michaelgogins | staff | 49977 | Jan | 16 | 2022 | /Users/michaelgogins//michael.gogins.studio/music/Poustinia/Poustinia-v4c.html
89676234 | 104 | -rw-r--r-- | 1 | michaelgogins | staff | 49842 | Jan | 16 | 2022 | /Users/michaelgogins//michael.gogins.studio/music/Poustinia/Poustinia-v4d.html
89676234 | 104 | -rw-r--r-- | 1 | michaelgogins | staff | 49945 | Jan | 16 | 2022 | /Users/michaelgogins//michael.gogins.studio/music/Poustinia/Poustinia-v5.html
89676234 | 104 | -rw-r--r-- | 1 | michaelgogins | staff | 50402 | Jan | 16 | 2022 | /Users/michaelgogins//michael.gogins.studio/music/Poustinia/Poustinia-v5a.html
89676234 | 104 | -rw-r--r-- | 1 | michaelgogins | staff | 50416 | Jan | 16 | 2022 | /Users/michaelgogins//michael.gogins.studio/music/Poustinia/Poustinia-v5b.html
89676234 | 104 | -rw-r--r-- | 1 | michaelgogins | staff | 50482 | Jan | 16 | 2022 | /Users/michaelgogins//michael.gogins.studio/music/Poustinia/Poustinia-v5c.html
89676234 | 24 | -rw-r--r-- | 1 | michaelgogins | staff | 9736 | Jan | 16 | 2022 | /Users/michaelgogins//michael.gogins.studio/music/Poustinia/Poustinia.csd.html
89676234 | 104 | -rw-r--r-- | 1 | michaelgogins | staff | 50467 | Jan | 18 | 21:18 | /Users/michaelgogins//michael.gogins.studio/music/Supersonique-2024/Poustinia-v5a.html
89676234 | 80 | -rw-r--r-- | 1 | michaelgogins | staff | 39213 | Jan | 16 | 2022 | /Users/michaelgogins//michael.gogins.studio/music/Tzimtzum/Poustinia_Variation_2/Poustinia-v2.html
89676234 | 104 | -rw-r--r-- | 1 | michaelgogins | staff | 50563 | Jan | 16 | 2022 | /Users/michaelgogins//michael.gogins.studio/music/Tzimtzum/Poustinia_Variation_5a/Poustinia-v5a.html

[gogins]

Do close soundfile comparisons in Audacity, using headphones, of:

• [x] Poustinia-v5c.html. Finish this.
• [x] Poustinia-v5e.html. Finish this.
• [x] Poustinia-v6-7-2.html.
• [x] Poustinia-v5h.html, much thicker texture. Into the attic.
• [x] Poustinia-v5g.html, thicker texture, ValhallaShimmer.Into the attic.
• [x] Poustinia-v5i.html, much thicker texture. Jumbled, somewhat shrill. Into the attic.
• [x] Poustinia-v5m.html, ascending runs, more complete controls. May have potential as texture is more varied. Jumbled, shrill, but some nice textures struggling to break free. Into the attic.

[gogins]

I'm going to finish these for Supersonique and pick the best:

• [ ] Poustinia-v5c-ss.html.
• [x] Poustinia-v5e-ss.html.

[gogins]

5e has:

instr FMWaterBell uses instrument number 1
instr Phaser uses instrument number 2
instr Droner uses instrument number 3
instr Sweeper uses instrument number 4
instr Buzzer uses instrument number 5
instr Shiner uses instrument number 6
instr Blower uses instrument number 7
instr ZakianFlute uses instrument number 8
instr PianoteqNote uses instrument number 9
instr Bower uses instrument number 10
instr ParametricEQ uses instrument number 11
instr ValhallaShimmer uses instrument number 12
instr MasterOutput uses instrument number 13
instr Controls uses instrument number 14

[gogins]

5e-ss has:

instr FMWaterBell uses instrument number 1
instr Phaser uses instrument number 2
instr Droner uses instrument number 3
instr Sweeper uses instrument number 4
instr Buzzer uses instrument number 5
instr Shiner uses instrument number 6
instr Blower uses instrument number 7
instr ZakianFlute uses instrument number 8
instr Bower uses instrument number 9
instr FilteredSines uses instrument number 10
instr Guitar uses instrument number 11
instr Kung2 uses instrument number 12
instr Kung4 uses instrument number 13
instr Plucked uses instrument number 14
instr SeidelHarmOsc uses instrument number 15
instr TubularBell uses instrument number 16
instr YiString uses instrument number 17
instr Xing uses instrument number 18
instr VcvNote uses instrument number 19
instr VcvOut uses instrument number 20
instr Shimmer uses instrument number 21
instr MasterOutput uses instrument number 22

[gogins]

The piece does not have all its dat.gui controls hooked up to all its global control variables.

I need to try removing all notes with duration zero before rendering. I don't know why there are zero durations.

[gogins]

• [x] Update in all instr patches. Bad idea, just messed it up.
• [x] Wire up all controls in dat.gui to instr controls. Bad idea, just messed it up.
• [x] Work through the instrs used, one one at a time, to get the sound the same as or better than the earlier variant (except for reverb). Couldn't do, see above.

[gogins]

• [x] Envelope for Blower. That helps.
• [x] More controls for ValhallaShimmer. Just coded it.
• [ ] Fill out controls for ValhallaShimmer and Blower and whatever else is not wired up.
• [x] Global tweak for Sweeper. Not needed.
• [ ] Work on VCV Rack patch to replace Blower.
• [ ] Refining...

[gogins]

Wiring up:

• [ ] add_slider(Master, 'gk_overlap', 0, 20);
• [x] add_slider(Master, 'gk_MasterOutput_level', -40, 40);
• [x] add_slider(Master, 'gk_Shimmer_wetDry', 0., 1.);
• [x] add_slider(Master, 'gk_Shimmer_feedback', 0., 1.);
• [x] add_slider(Master, 'gk_Shimmer_diffusion', 0., 1.);
• [x] add_slider(Master, 'gk_Shimmer_size', 0., 1.);
• [x] add_slider(Master, 'gk_Shimmer_modRate', 0., 1.);
• [x] add_slider(Master, 'gk_Shimmer_modDepth', 0., 1.);
• [x] add_slider(Master, 'gk_Shimmer_reverbMode', 0., 1., .25);
• [x] add_slider(Master, 'gk_Shimmer_program', 0., 8, 1);
• [x] add_slider(FMWaterBell, 'gk_FMWaterBell_level', -40, 40);
• [x] add_slider(FMWaterBell, 'gi_FMWaterBell_attack', 0, .1);
• [x] add_slider(FMWaterBell, 'gi_FMWaterBell_release', 0, .1);
• [x] add_slider(FMWaterBell, 'gi_FMWaterBell_exponent', -30, 30);
• [x] add_slider(FMWaterBell, 'gi_FMWaterBell_sustain', 0, 20);
• [x] add_slider(FMWaterBell, 'gi_FMWaterBell_sustain_level', 0, 1);
• [x] add_slider(FMWaterBell, 'gk_FMWaterBell_crossfade', 0, 1);
• [x] add_slider(FMWaterBell, 'gk_FMWaterBell_index', 0, 15);
• [x] add_slider(FMWaterBell, 'gk_FMWaterBell_vibrato_depth', 0, 10);
• [x] add_slider(FMWaterBell, 'gk_FMWaterBell_vibrato_rate', 0, 10);
• [ ] add_slider(Phaser, 'gk_Phaser_level', -40, 40);
• [ ] add_slider(Phaser, 'gk_Phaser_ratio1', 0, 5);
• [ ] add_slider(Phaser, 'gk_Phaser_ratio2', 0, 5);
• [ ] add_slider(Phaser, 'gk_Phaser_index1', 0, 15);
• [ ] add_slider(Phaser, 'gk_Phaser_index2', 0, 15);
• [x] add_slider(Bower, 'gk_Bower_level', -40, 40);
• [ ] add_slider(Bower, 'gk_Bower_pressure', 0, 5);
• [x] add_slider(Droner, 'gk_Droner_level', -40, 40);
• [x] add_slider(Droner, 'gk_Droner_partial1', 0, 1);
• [x] add_slider(Droner, 'gk_Droner_partial2', 0, 1);
• [ ] add_slider(Droner, 'gk_Droner_partial3', 0, 1);
• [x] add_slider(Droner, 'gk_Droner_partial4', 0, 1);
• [x] add_slider(Droner, 'gk_Droner_partial5', 0, 1);
• [x] add_slider(Sweeper, 'gk_Sweeper_level', -40, 40);
• [ ] add_slider(Sweeper, 'gk_Sweeper_britel', 0, 4);
• [ ] add_slider(Sweeper, 'gk_Sweeper_briteh', 0, 4);
• [ ] add_slider(Sweeper, 'gk_Sweeper_britels', 0, 4);
• [ ] add_slider(Sweeper, 'gk_Sweeper_britehs', 0, 4);
• [x] add_slider(Buzzer, 'gk_Buzzer_level', -40, 40);
• [ ] add_slider(Buzzer, 'gk_Buzzer_harmonics', 0, 20);
• [x] add_slider(Shiner, 'gk_Shiner_level', -40, 40);
• [x] add_slider(Blower, 'gk_Blower_level', -40, 40);
• [ ] add_slider(Blower, 'gk_Blower_grainDensity', 0, 400);
• [ ] add_slider(Blower, 'gk_Blower_grainDuration', 0, .5);
• [ ] add_slider(Blower, 'gk_Blower_grainAmplitudeRange', 0, 400);
• [ ] add_slider(Blower, 'gk_Blower_grainFrequencyRange', 0, 100);
• [ ] add_slider(Blower, 'gk_Blower_attack', 0, 2);
• [ ] add_slider(Blower, 'gk_Blower_release', 0, 4);
• [x] add_slider(Flute, 'gk_ZakianFlute_level', -40, 40);

[gogins]

Note, 'revert' restores parameters to first-saved values, and 'remember' saves current values. What I have been doing is a perverse and fragile workaround. The 'Save' button saves current values to a named preset.

This is all messed up. Design for controls:

1. Start with a fixed parameters dictionary.
2. Make a copy of the fixed dictionary that is editable and will actually drive the performance.
3. After csound.Start send the editable parameters to the data.gui and to Csound.

[gogins]

I'll try implementing some much more clearly named and usable helpers, bypassing all existing implementation of similar functionality:

// Sets all state of dat.gui including styling and all presets.
// Values for keys optionally come from Csound channels of the same name.
gui_set_state(gui, json [, csound])

// Gets all state of dat.gui including styling and all presets.
// Values optionally are sent to Csound channels of the same name.
json = gui_get_state(gui [, csound])

// Sets the value of one parameter in dat.gui.
// The value optionally comes from a Csound channel of the same name.
gui_set_value(gui, key, value [, csound])

// Gets the value of one parameter in dat.gui.
// The value optionally is sent to a Csound channel of the same name.
value = gui_get_value(gui, key [, csound])

// Sets the values of all parameters in dat.gui from key_values.
// The values optionally come from Csound channels of the same name.
gui_set_values(gui, key_values [, csound])

// Gets the values of all parameters in dat.gui.
// The values optionally are sent to Csound channels of the same name.
key_values = gui_get_values(gui [, csound])

// Sets the parameters for the named preset.
// The parameters optionally come from Csound channels of the same name.
gui_set_preset(gui, name, key_values [, csound])

// Gets the parameters for the named preset. 
// The parameters optionally are sent to Csound channels of the same name.
key_values = gui_get_preset(gui, name [, csound])

Not using this, but trying it taught me what is really going on.

[gogins]

The live values of all dat.gui Controllers are the current properties of the parameters object passed to dat.gui.add.

The load property contains preset names, not the data for those presets. Saved data is contained in the dat.gui __rememberedObjects property except for the name of the current preset, which is just the value of dat.gui.preset.

I think all I need to do is use the parameters object for everything. If I want to replace the coded values with the values of a preset in dat.gui, I can just replace the value of the parameters object with the intended value from the preset.

I will adapt some of my experimental code to do just that.

[gogins]

The presets dropdown and buttons don't work unless the parameters for each named preset have been remembered. If there are 3 presets and 1 is not remembered, the not remembered one won't swap with the others and won't revert.

In addition, preset data in local storage can mess things up. It's best to clear local storage and then not use it at all. Similarly, if Controllers are created with one parameters object and then another object is passed to the remember function, that can mess things up.

[gogins]

I still don't completely understand this, but I think I can use it this way:

1. Start out with a predefined parameters object.
2. Do not ever use local storage.
3. To save time, it's possible to tweak dat.gui parameters while performing, and then copy all the text in the Here's the new load parameter dialog and paste that code into the piece. Then assign the data of the current preset to the existing parameters object, in effect replacing it, e.g.

   parameters = default_dat_gui_state.remembered.Default[0];

   This must be done before creating any Controllers.

[gogins]

I have a draft of a piece, and have improved the infrastructure as well with saving to clipboard as well as to dat.gui memory.

[gogins]

Before submitting:

• [x] Listen and tweak.
• [x] Try with Cardinal patch?
• [x] Rename?

[gogins]

This is as done as I can make it at this time. I will submit this.

[gogins]

Here is the submission form: https://framaforms.org/supersonique-2024-1670537607

[gogins]

Having trouble removing the metadata... Finally did it with trial version of Mp3Tag.

[gogins]

Submitted.