2:35 p.m.
Hi all,
Wondering if there are any performers that have already tried using
TidalCycles in multichannel format. How difficult and or accesible is to
distribute the output signal in the array of the channels, are there any
tricks shortcuts, for example, pan [saw, sine] or anything else that makes
it faster during improvisation.
The other question is about does this have any major impact on the cpu
aspects of the performance?
best,
K.
*Save our in-boxes! *http://emailcharter.org
3:47 p.m.
Hello. It's been some time since I used Tidal in production, and at that
point Dirt was the synthesizer. However it is not difficult to run voices,
as they are known, against each other. Tidal with Dirt supports four
without perspiration.
How much processor impact you will see depends on disk i-o for the samples
you choose, in this scenario. Digital signal processing in Tidal 0.x is of
modest ambition. Naturally this may change if you elect to use various
extensions.
pan [] would be your primary tool in such a situation, and your routing to
the various channels depends on your audio server and so forth. I would
imagine that you need to drive pan[] with an oscillator. I do not know your
speaker topography.
best in turn.
Alfred.
On Fri, Apr 12, 2019 at 9:36 AM Konstantinos Vasilakos <
konstantinos.vasilakos(a)gmail.com> wrote:
Hi all,
Wondering if there are any performers that have already tried using
TidalCycles in multichannel format. How difficult and or accesible is to
distribute the output signal in the array of the channels, are there any
tricks shortcuts, for example, pan [saw, sine] or anything else that makes
it faster during improvisation.
The other question is about does this have any major impact on the cpu
aspects of the performance?
best,
K.
*Save our in-boxes! *http://emailcharter.org
_______________________________________________
TidalCycles mailing list -- tidal(a)we.lurk.org
To unsubscribe send an email to tidal-leave(a)we.lurk.org
8:19 p.m.
Hello,
I've used both dirt and superdirt for a number of multichannel
performances. In my experience there is an increased amount of memory
consumption - but not anything substantially worse than a standard
stereo-oriented performance. In the newer 1.0+ superdirt, there is now a #
channel parameter that handles integers as output channels. It's a lot
nicer to work with than pan.
I usually write a series of functions, pan clockwise, pan cclockwise, pan
pairs, pan front, pan rear - etc. Then I can generally work with the higher
level functions to avoid re-typing the channel or pan syntax and focus more
on the music sounds knowing they will move around the space in an
interesting way.
I wrote up some documentation for my use of dirt for a performance in the
past - most of the suggestions/explanation there will hold up
https://github.com/kbdnr/Tidal-multichannel
Good Luck!
On Fri, Apr 12, 2019 at 9:36 AM Konstantinos Vasilakos <
konstantinos.vasilakos(a)gmail.com> wrote:
Hi all,
Wondering if there are any performers that have already tried using
TidalCycles in multichannel format. How difficult and or accesible is to
distribute the output signal in the array of the channels, are there any
tricks shortcuts, for example, pan [saw, sine] or anything else that makes
it faster during improvisation.
The other question is about does this have any major impact on the cpu
aspects of the performance?
best,
K.
*Save our in-boxes! *http://emailcharter.org
_______________________________________________
TidalCycles mailing list -- tidal(a)we.lurk.org
To unsubscribe send an email to tidal-leave(a)we.lurk.org
1:15 p.m.
@kevin well made
On Tue, Apr 16, 2019, 6:38 AM Kevin Bednar <spednar(a)gmail.com> wrote:
Hello,
I've used both dirt and superdirt for a number of multichannel
performances. In my experience there is an increased amount of memory
consumption - but not anything substantially worse than a standard
stereo-oriented performance. In the newer 1.0+ superdirt, there is now a #
channel parameter that handles integers as output channels. It's a lot
nicer to work with than pan.
I usually write a series of functions, pan clockwise, pan cclockwise, pan
pairs, pan front, pan rear - etc. Then I can generally work with the higher
level functions to avoid re-typing the channel or pan syntax and focus more
on the music sounds knowing they will move around the space in an
interesting way.
I wrote up some documentation for my use of dirt for a performance in the
past - most of the suggestions/explanation there will hold up
https://github.com/kbdnr/Tidal-multichannel
Good Luck!
On Fri, Apr 12, 2019 at 9:36 AM Konstantinos Vasilakos <
konstantinos.vasilakos(a)gmail.com> wrote:
> Hi all,
>
> Wondering if there are any performers that have already tried using
> TidalCycles in multichannel format. How difficult and or accesible is to
> distribute the output signal in the array of the channels, are there any
> tricks shortcuts, for example, pan [saw, sine] or anything else that makes
> it faster during improvisation.
>
> The other question is about does this have any major impact on the cpu
> aspects of the performance?
>
> best,
> K.
>
>
> *Save our in-boxes! *http://emailcharter.org
> _______________________________________________
> TidalCycles mailing list -- tidal(a)we.lurk.org
> To unsubscribe send an email to tidal-leave(a)we.lurk.org
>
_______________________________________________
TidalCycles mailing list -- tidal(a)we.lurk.org
To unsubscribe send an email to tidal-leave(a)we.lurk.org
1:49 p.m.
Claps Kevin ????????????????❤️❤️❤️????????????
El El mar, 16 de abril de 2019 a la(s) 7:16, Al Matthews <
prolepsis(a)gmail.com> escribió:
@kevin well made
On Tue, Apr 16, 2019, 6:38 AM Kevin Bednar <spednar(a)gmail.com> wrote:
> Hello,
>
> I've used both dirt and superdirt for a number of multichannel
> performances. In my experience there is an increased amount of memory
> consumption - but not anything substantially worse than a standard
> stereo-oriented performance. In the newer 1.0+ superdirt, there is now a #
> channel parameter that handles integers as output channels. It's a lot
> nicer to work with than pan.
>
> I usually write a series of functions, pan clockwise, pan cclockwise, pan
> pairs, pan front, pan rear - etc. Then I can generally work with the higher
> level functions to avoid re-typing the channel or pan syntax and focus more
> on the music sounds knowing they will move around the space in an
> interesting way.
>
> I wrote up some documentation for my use of dirt for a performance in the
> past - most of the suggestions/explanation there will hold up
> https://github.com/kbdnr/Tidal-multichannel
>
> Good Luck!
>
> On Fri, Apr 12, 2019 at 9:36 AM Konstantinos Vasilakos <
> konstantinos.vasilakos(a)gmail.com> wrote:
>
>> Hi all,
>>
>> Wondering if there are any performers that have already tried using
>> TidalCycles in multichannel format. How difficult and or accesible is to
>> distribute the output signal in the array of the channels, are there any
>> tricks shortcuts, for example, pan [saw, sine] or anything else that makes
>> it faster during improvisation.
>>
>> The other question is about does this have any major impact on the cpu
>> aspects of the performance?
>>
>> best,
>> K.
>>
>>
>> *Save our in-boxes! *http://emailcharter.org
>> _______________________________________________
>> TidalCycles mailing list -- tidal(a)we.lurk.org
>> To unsubscribe send an email to tidal-leave(a)we.lurk.org
>>
> _______________________________________________
> TidalCycles mailing list -- tidal(a)we.lurk.org
> To unsubscribe send an email to tidal-leave(a)we.lurk.org
>
_______________________________________________
TidalCycles mailing list -- tidal(a)we.lurk.org
To unsubscribe send an email to tidal-leave(a)we.lurk.org
--
Enviado con Gmail Mobile
5:31 p.m.
Hi all,
That's very handy. So providing I am following the distribution provided in
the Github link, do I need to change the orbits too here:
~dirt.start(57120, [0, 0, 0, 0, 0, 0]);
*Save our in-boxes! *http://emailcharter.org
On Tue, 16 Apr 2019 at 13:38, Kevin Bednar <spednar(a)gmail.com> wrote:
Hello,
I've used both dirt and superdirt for a number of multichannel
performances. In my experience there is an increased amount of memory
consumption - but not anything substantially worse than a standard
stereo-oriented performance. In the newer 1.0+ superdirt, there is now a #
channel parameter that handles integers as output channels. It's a lot
nicer to work with than pan.
I usually write a series of functions, pan clockwise, pan cclockwise, pan
pairs, pan front, pan rear - etc. Then I can generally work with the higher
level functions to avoid re-typing the channel or pan syntax and focus more
on the music sounds knowing they will move around the space in an
interesting way.
I wrote up some documentation for my use of dirt for a performance in the
past - most of the suggestions/explanation there will hold up
https://github.com/kbdnr/Tidal-multichannel
Good Luck!
On Fri, Apr 12, 2019 at 9:36 AM Konstantinos Vasilakos <
konstantinos.vasilakos(a)gmail.com> wrote:
> Hi all,
>
> Wondering if there are any performers that have already tried using
> TidalCycles in multichannel format. How difficult and or accesible is to
> distribute the output signal in the array of the channels, are there any
> tricks shortcuts, for example, pan [saw, sine] or anything else that makes
> it faster during improvisation.
>
> The other question is about does this have any major impact on the cpu
> aspects of the performance?
>
> best,
> K.
>
>
> *Save our in-boxes! *http://emailcharter.org
> _______________________________________________
> TidalCycles mailing list -- tidal(a)we.lurk.org
> To unsubscribe send an email to tidal-leave(a)we.lurk.org
>
_______________________________________________
TidalCycles mailing list -- tidal(a)we.lurk.org
To unsubscribe send an email to tidal-leave(a)we.lurk.org
539
days inactive
565
days old
5 comments
4 participants
participants (4)
-
Al Matthews -
Kevin Bednar -
Konstantinos Vasilakos -
Malitzin Cortes