Hello everybody, so here is a tutorial for the use of the screen - enjoy, and comment if you feel like it!
You’ll notice there is an aliasing problem between my camera and the Aleph’s screen, can’t find how to get rid of it. Also the end of the tutorial is somehow missing (no battery left) but you’ll get the idea. I might redo it if I can get better quality!

[Screen tutorial]

5 Likes

Does anybody know how to get rid of this crazy aliasing by the way? Although it is of course not like that in real life, through the camera there are these black bars crossing the screen constantly… I mean, it clearly makes this type of video impossible to watch, and it really annoys me. I tried with 24, 25 and 30 fps and didn’t get any better result, with a full-frame dslr camera. Then I made videos before on which this problem didn’t seem to appear, and I have no clue about why.

Hope this helps anyway, I have added other types of lfos, some limits to the lfos controlled by a grid, some changes in the visual direction, a freeze button, etc. It is possible to go way further, by making Waves react in a modal way (by deciding which notes are authorized, somehow). It of course will take some space in any scene, but I found it very inspiring to play with, as it leads to other ways of playing. I’ll try very soon with a modular.

1 Like

i have to gush over how fantastic this tutorial is!
(the only step i didnt follow is the freeze-frame toggle using presets)

i will definitely be using this in music and for my own therapy because it is, in fact, a game

sincerest thanks for sharing this and inspiring me!

1 Like

this is a truly wonderful visual synth
it feels like weaving

now i wish aleph had a direct output of the display for manipulation/projection (talk about niche needs)

next best thing is trying to pair this with cv outs…will try that after i rebuild this thing for practice

7 Likes

Indeed, the tutorial was in fact longer but my camera stopped working… I’ll include some extra elements some day, or maybe a full scene. Think of adding jitter to the lines, make rules for how the drawing reacts when it meets a corner or another part of itself, and then think of how to make this sound. Glad you got to use it, and thanks for your feedback.

1 Like

13 Likes

cosmic stuff!

one “glitch” i noticed is that SCREEN enable has to be toggled on/off each time i load the scene or else it just prints hz values and other things instead of gorgeous bits

1 Like

Indeed. Same as the X and Y location for BIGNUM, for instance. A quick solution is to use a preset linked to a button, or a LIST2 with the values 0 and 1. Remember, sending just 1 isn’t enough, for some reason: you have to send 0 and then 1. So a Switch without toggle sending 0 when you press, and 1 once you release, will work. I usually associate it with some other action, or as a combination of switches (I tend to use the values 1, 2, 4 and 8 for each switch, add them and get 16 presets directly accessible this way). Also, yesterday I added the level of brightness of the pixels in the scene, and it looks great - random or defined by the Y position, for instance. That can also represent one extra parameter!

1 Like

at some point you have to do a video on setting up those 16 presets! (…or i’ll recheck the text tutorials)

anyway i havent added cv tweaking yet but i made a simple toggle with one of the switches

surprisingly, after clearing the printed numbers on the initial press, any subsequent toggling freezes the screen and “saves” the image with no overwrites

after testing i might map this to one FS for perfectly timed, hands-free pausing

here is an example of such a frozen aleph bar

also i’ve nicknamed the scene, and all its derivations, loom

5 Likes

Ha great - and loom it is, then!
I am working on a more advanced version, and will tell about it later on.

Yes you stopped the SCREEN function, so it freezes at least until you send a PRESET, a BIGNUM or whatever else I guess. Then it’ll disappear and won’t come back until you enable it again. I did the same by stopping the METRO, but it freezes the sound at the same time - unlike your case I presume.

Then this is the preset system I was talking about, directly inspired by the way the 4 lower bars of the STEP objects are working on the grid. Basically it’s a binary-to-decimal system, no switch sends preset 0 and all switches send preset 15. Now if ever you get problems in there - for instance you want to get to preset 3 by pressing SW1 + SW2, but it first launches preset 1 and then 2 because you didn’t press them simultaneously (which depending on your scene can be a problem or not) - there are a workaround or two: for instance you can add a footswitch with a value of 16, toggle=0. This could send PRESET 16, which will momentarily remove the connection between this diagram and the PRESET/read object on the bottom. PRESET 0 restores that connection. So you’ll press the pedal, make any combination, hold it and lift the pedal - then only the preset is sent. Just need to get used to it, which should come fast, but this way you won’t have any problem during a performance. Oh and you can as well use the step object and use the 4 lower bars of your grid to step sequence your 16 presets :smile:

I do love presets on the Aleph, to me they are by far the coolest feature and allow things I couldn’t possibly do otherwise.

Anyway I’ll make a basic Loom scene very soon then, for other people to enjoy and start some development. @glia, you are welcome to bring some ideas in!

7 Likes

Loom is a great name for this!
What an awesome, fun project.
I love when things are used not for what they were intended for (and I mean this in the best possible way), even though, I can easily imagine a kind of visualization that actually reveals certain aspects of the composition that might otherwise go unnoticed. Or visualizations that in the live preformance inspire new directions or structural ideas…
In any case: I wonder what craziness might be possible on the Teletype!?.. it’s probably a similar OLED screen between the two.

2 Likes

this is soon cool!!!
any chance of a written tute?

Can be done, sure, if it makes sense. Then again, @tehn, does it? I mean, I’ll do it gladly but only if it brings something to what already exists, otherwise I suppose making a proper scene will be more useful.

2 Likes

I’m revisiting this thread because i need an app for a new project with the power to draw an envelope and have the audio affected by it in realtime

might be wiser to build from scratch but i figured loom could be hacked to do something similar

has anybody already tried this?

1 Like

Well maybe, but could you be more specific about what you are looking for? I have some time this week in between two mastering sessions, so it could be fun to work on some Aleph patches indeed.

Anyway I suppose you want to do this with Lines or Grains, right?

Yes exactly @Yann_Coppier

just after posting I remembered this was built on Waves so the first step would be rebuilding loom screen functions into Lines so that ext input would be easily used

My idea is simple: link the amplitude of the mixer channels to the xy coordinates being displayed (or the brightness…but that may make for a more abstract representation). Encoders would be used to draw an envelope and the mixer would shape the incoming sounds accordingly

Well on the principle it sounds rather easy but shaping the envelope with encoders is not really practical: you could plug a joystick in the Aleph instead to do the job - I’d do that through MIDI with the remote from my Kurzweil KSP8, for instance. Then if you need envelopes it’s all about finding the right time and amplitude scale. And wouldn’t you like your envelope to be linked to an amplitude follower of some kind, in order to make it better than a looped change of levels?

Good points

If youre helping, feel free to start with what makes most sense in your setup…i can tweak it for my own use if it doesnt directly fit

For me the idea is similar to working with the autowah effect on a roland sp (or this ) so using the encoder for shaping would be a familiar control gesture

I spent most of the day thinking of how best to map controls and am still not sure . to make this intuitive might be a LOT more work than i was planning but I think it will be worth it

My latest thinking is to display a flat line representing the untouched envelope at startup. X axis represents amplitude and Y is time (decay?). First encoder will raise or lower the attack on the X, second encoder does the same for release. Fourth encoder stretches or squeezes the length of the whole envelope…holding SW 1 while using this ENC will only affect the length of Attack (SW2 + ENC will affect Release).

I have other ideas for the third encoder and other buttons but this would be more than enough fun if i got the basics working properly

totally dropped the ball on this last weekend

I’m just talking aloud in case others can feed off the ideas: having a grid again might dramatically simplify the basic input