Wonderful work. The idea is focused and texturally minimal but doesn't feel hollow or underdone. Though it is a mathematical concept, it's kind of moving in its understatement. It makes me think of a gritty barren landscapes you would see in an David Firth animation. I would love to see this series of works continued.

SC code is well structured, except for the single letter variable names (a bit naughty). The only thing I would do functionally is pull things into Tasks, which gives you a few more options in terms of sequencing, but also means you can fire the whole thing off with one cmd+enter. That should be a relatively straightforward refactor.

Also, with your use of git, commit more often and more descriptively. It makes fixing things if you break the actual things you've done into individual commits . It's also useful if you want to go over your work again because you can retrace your steps quickly. Go through the commits you've been seeing from me recently to see what I mean. I do make a racket in the Slack channel just to be annoying. If you use something like SourceTree, it's very easy to stage hunks rather than full code snapshot to make your commits more meaningful.

Wonderful work. The idea is focused and texturally minimal but doesn't feel hollow or underdone. Though it is a mathematical concept, it's kind of moving in its understatement. It makes me think of a gritty barren landscapes you would see in an David Firth animation. I would love to see this series of works continued. SC code is well structured, except for the single letter variable names (a bit naughty). The only thing I would do functionally is pull things into Tasks, which gives you a few more options in terms of sequencing, but also means you can fire the whole thing off with one cmd+enter. That should be a relatively straightforward refactor. Also, with your use of git, commit more often and more descriptively. It makes fixing things if you break the actual things you've done into individual commits . It's also useful if you want to go over your work again because you can retrace your steps quickly. Go through the commits you've been seeing from me recently to see what I mean. I do make a racket in the Slack channel just to be annoying. If you use something like SourceTree, it's very easy to stage hunks rather than full code snapshot to make your commits more meaningful.

I can't pretend to understand the coding involved, but the results are sublime :-))

I can't pretend to understand the coding involved, but the results are sublime :-))

Thanks Kevan. I will most definitely look at tasks in my next SC piece, and will consider changing from the GitHub client to SourceTree. That is definitely good advice on the revising work quickly - I guess that is actually the point, after all.

A means to an end. Thanks so much, it's a really fun journey exploring code (rather than patching) to make stuff.

[quote=kevanatkins]Wonderful work. The idea is focused and texturally minimal but doesn't feel hollow or underdone. Though it is a mathematical concept, it's kind of moving in its understatement. It makes me think of a gritty barren landscapes you would see in an David Firth animation. I would love to see this series of works continued. SC code is well structured, except for the single letter variable names (a bit naughty). The only thing I would do functionally is pull things into Tasks, which gives you a few more options in terms of sequencing, but also means you can fire the whole thing off with one cmd+enter. That should be a relatively straightforward refactor. Also, with your use of git, commit more often and more descriptively. It makes fixing things if you break the actual things you've done into individual commits . It's also useful if you want to go over your work again because you can retrace your steps quickly. Go through the commits you've been seeing from me recently to see what I mean. I do make a racket in the Slack channel just to be annoying. If you use something like SourceTree, it's very easy to stage hunks rather than full code snapshot to make your commits more meaningful.[/quote] Thanks Kevan. I will most definitely look at tasks in my next SC piece, and will consider changing from the GitHub client to SourceTree. That is definitely good advice on the revising work quickly - I guess that is actually the point, after all. [quote=Jim Wood]I can't pretend to understand the coding involved, but the results are sublime :-))[/quote] A means to an end. Thanks so much, it's a really fun journey exploring code (rather than patching) to make stuff.

I used the Task class in Inharmonicity Study #1. I Often use that structure as boilerplate code to get started on a work to the point where I keep it as a snippet in Sublime Text.

When I started with version control, I would do a whole bunch of work in a night, then one big commit for the night. I realised it was like saying "I did a bunch of stuff" rather "I did this". Made tracking issues much easier.

PS: I did investigate Atom again for use with SuperCollider. It's still a bit ehh, which is a shame because Atom is otherwise great (and free instead of $70).

[quote=vinpous][quote=kevanatkins]Wonderful work. The idea is focused and texturally minimal but doesn't feel hollow or underdone. Though it is a mathematical concept, it's kind of moving in its understatement. It makes me think of a gritty barren landscapes you would see in an David Firth animation. I would love to see this series of works continued. SC code is well structured, except for the single letter variable names (a bit naughty). The only thing I would do functionally is pull things into Tasks, which gives you a few more options in terms of sequencing, but also means you can fire the whole thing off with one cmd+enter. That should be a relatively straightforward refactor. Also, with your use of git, commit more often and more descriptively. It makes fixing things if you break the actual things you've done into individual commits . It's also useful if you want to go over your work again because you can retrace your steps quickly. Go through the commits you've been seeing from me recently to see what I mean. I do make a racket in the Slack channel just to be annoying. If you use something like SourceTree, it's very easy to stage hunks rather than full code snapshot to make your commits more meaningful.[/quote] Thanks Kevan. I will most definitely look at tasks in my next SC piece, and will consider changing from the GitHub client to SourceTree. That is definitely good advice on the revising work quickly - I guess that is actually the point, after all. [/quote] I used the Task class in Inharmonicity Study #1. I Often use that structure as boilerplate code to get started on a work to the point where I keep it as a snippet in Sublime Text. When I started with version control, I would do a whole bunch of work in a night, then one big commit for the night. I realised it was like saying "I did a bunch of stuff" rather "I did this". Made tracking issues much easier. PS: I did investigate Atom again for use with SuperCollider. It's still a bit ehh, which is a shame because Atom is otherwise great (and free instead of $70).

Can you email me Inharmonicity Study #1 again? I lost the file, and would very much like to pull it apart.

I'm still pretty content with the SC IDE, but might investigate Sublime at some stage.

[quote=kevanatkins][quote=vinpous][quote=kevanatkins]Wonderful work. The idea is focused and texturally minimal but doesn't feel hollow or underdone. Though it is a mathematical concept, it's kind of moving in its understatement. It makes me think of a gritty barren landscapes you would see in an David Firth animation. I would love to see this series of works continued. SC code is well structured, except for the single letter variable names (a bit naughty). The only thing I would do functionally is pull things into Tasks, which gives you a few more options in terms of sequencing, but also means you can fire the whole thing off with one cmd+enter. That should be a relatively straightforward refactor. Also, with your use of git, commit more often and more descriptively. It makes fixing things if you break the actual things you've done into individual commits . It's also useful if you want to go over your work again because you can retrace your steps quickly. Go through the commits you've been seeing from me recently to see what I mean. I do make a racket in the Slack channel just to be annoying. If you use something like SourceTree, it's very easy to stage hunks rather than full code snapshot to make your commits more meaningful.[/quote] Thanks Kevan. I will most definitely look at tasks in my next SC piece, and will consider changing from the GitHub client to SourceTree. That is definitely good advice on the revising work quickly - I guess that is actually the point, after all. [/quote] I used the Task class in Inharmonicity Study #1. I Often use that structure as boilerplate code to get started on a work to the point where I keep it as a snippet in Sublime Text. When I started with version control, I would do a whole bunch of work in a night, then one big commit for the night. I realised it was like saying "I did a bunch of stuff" rather "I did this". Made tracking issues much easier. PS: I did investigate Atom again for use with SuperCollider. It's still a bit ehh, which is a shame because Atom is otherwise great (and free instead of $70).[/quote] Can you email me Inharmonicity Study #1 again? I lost the file, and would very much like to pull it apart. I'm still pretty content with the SC IDE, but might investigate Sublime at some stage.

Still in the same place I left it: https://gist.github.com/unclewalter/96c … 23821e6c02

Sublime is great. A good coding text editor is one of those things that once you find one you like (especially one as customisable as Sublime), you find the productivity improvement so great that any other form of text editing feel slow and broken. Also, it's good to have a common text editor between various languages that you're really fast with. I've never been the same since I learned how to use Vim in high school. You use Sublime without paying, it just pesters you to buy it every now and then. On the other hand, if you're content with the IDE, not planning on playing with any other code and you don't feel like joining me down the text editor rabbit hole, that's understandable. I'm far gone, there's no turning back for me. It's probably why I'm mad as a hatter now.

[quote=vinpous][quote=kevanatkins][quote=vinpous][quote=kevanatkins]Wonderful work. The idea is focused and texturally minimal but doesn't feel hollow or underdone. Though it is a mathematical concept, it's kind of moving in its understatement. It makes me think of a gritty barren landscapes you would see in an David Firth animation. I would love to see this series of works continued. SC code is well structured, except for the single letter variable names (a bit naughty). The only thing I would do functionally is pull things into Tasks, which gives you a few more options in terms of sequencing, but also means you can fire the whole thing off with one cmd+enter. That should be a relatively straightforward refactor. Also, with your use of git, commit more often and more descriptively. It makes fixing things if you break the actual things you've done into individual commits . It's also useful if you want to go over your work again because you can retrace your steps quickly. Go through the commits you've been seeing from me recently to see what I mean. I do make a racket in the Slack channel just to be annoying. If you use something like SourceTree, it's very easy to stage hunks rather than full code snapshot to make your commits more meaningful.[/quote] Thanks Kevan. I will most definitely look at tasks in my next SC piece, and will consider changing from the GitHub client to SourceTree. That is definitely good advice on the revising work quickly - I guess that is actually the point, after all. [/quote] I used the Task class in Inharmonicity Study #1. I Often use that structure as boilerplate code to get started on a work to the point where I keep it as a snippet in Sublime Text. When I started with version control, I would do a whole bunch of work in a night, then one big commit for the night. I realised it was like saying "I did a bunch of stuff" rather "I did this". Made tracking issues much easier. PS: I did investigate Atom again for use with SuperCollider. It's still a bit ehh, which is a shame because Atom is otherwise great (and free instead of $70).[/quote] Can you email me Inharmonicity Study #1 again? I lost the file, and would very much like to pull it apart. I'm still pretty content with the SC IDE, but might investigate Sublime at some stage. [/quote] Still in the same place I left it: [url]https://gist.github.com/unclewalter/96cf5774f923821e6c02[/url] Sublime is great. A good coding text editor is one of those things that once you find one you like (especially one as customisable as Sublime), you find the productivity improvement so great that any other form of text editing feel slow and broken. Also, it's good to have a common text editor between various languages that you're really fast with. I've never been the same since I learned how to use Vim in high school. You use Sublime without paying, it just pesters you to buy it every now and then. On the other hand, if you're content with the IDE, not planning on playing with any other code and you don't feel like joining me down the text editor rabbit hole, that's understandable. I'm far gone, there's no turning back for me. It's probably why I'm mad as a hatter now.

A hatter? You?!
Thanks for posting the piece. I see the use of tasks - very elegant, and in principle means you could run the piece (and others) in a headless configuration. Elegant. I've a little way to go I think, but Tasks are certainly the next step.

I try not to think about Vim. I understand why it's good, but I just can't (read: haven't tried or ever needed to) wrap my head around it.

[quote=kevanatkins][quote=vinpous][quote=kevanatkins][quote=vinpous][quote=kevanatkins]Wonderful work. The idea is focused and texturally minimal but doesn't feel hollow or underdone. Though it is a mathematical concept, it's kind of moving in its understatement. It makes me think of a gritty barren landscapes you would see in an David Firth animation. I would love to see this series of works continued. SC code is well structured, except for the single letter variable names (a bit naughty). The only thing I would do functionally is pull things into Tasks, which gives you a few more options in terms of sequencing, but also means you can fire the whole thing off with one cmd+enter. That should be a relatively straightforward refactor. Also, with your use of git, commit more often and more descriptively. It makes fixing things if you break the actual things you've done into individual commits . It's also useful if you want to go over your work again because you can retrace your steps quickly. Go through the commits you've been seeing from me recently to see what I mean. I do make a racket in the Slack channel just to be annoying. If you use something like SourceTree, it's very easy to stage hunks rather than full code snapshot to make your commits more meaningful.[/quote] Thanks Kevan. I will most definitely look at tasks in my next SC piece, and will consider changing from the GitHub client to SourceTree. That is definitely good advice on the revising work quickly - I guess that is actually the point, after all. [/quote] I used the Task class in Inharmonicity Study #1. I Often use that structure as boilerplate code to get started on a work to the point where I keep it as a snippet in Sublime Text. When I started with version control, I would do a whole bunch of work in a night, then one big commit for the night. I realised it was like saying "I did a bunch of stuff" rather "I did this". Made tracking issues much easier. PS: I did investigate Atom again for use with SuperCollider. It's still a bit ehh, which is a shame because Atom is otherwise great (and free instead of $70).[/quote] Can you email me Inharmonicity Study #1 again? I lost the file, and would very much like to pull it apart. I'm still pretty content with the SC IDE, but might investigate Sublime at some stage. [/quote] Still in the same place I left it: [url]https://gist.github.com/unclewalter/96cf5774f923821e6c02[/url] Sublime is great. A good coding text editor is one of those things that once you find one you like (especially one as customisable as Sublime), you find the productivity improvement so great that any other form of text editing feel slow and broken. Also, it's good to have a common text editor between various languages that you're really fast with. I've never been the same since I learned how to use Vim in high school. You use Sublime without paying, it just pesters you to buy it every now and then. On the other hand, if you're content with the IDE, not planning on playing with any other code and you don't feel like joining me down the text editor rabbit hole, that's understandable. I'm far gone, there's no turning back for me. It's probably why I'm mad as a hatter now.[/quote] A hatter? You?! Thanks for posting the piece. I see the use of tasks - very elegant, and in principle means you could run the piece (and others) in a headless configuration. Elegant. I've a little way to go I think, but Tasks are certainly the next step. I try not to think about Vim. I understand why it's good, but I just can't (read: haven't tried or ever needed to) wrap my head around it.

I make hats, didn't you know? I just don't wear them. That would be like making meth and dipping into the product yourself. Not good practice.

Tasks are definitely worth looking into. Just do it incrementally. Rather than jumping straight into nested tasks in the way I've done it, just encapsulate certain things and see how you go. A good start is sequencing parameters like I did in masterSequence Task object.

Don't bother with Vim nowadays. It well superceded by much more modern and easier to use alternatives. But I had to give it an honourable mention since it did set a pretty high productivity standard for me despite its high initial learning curve. I don't use it anymore. Editors like Sublime, Atom, TextMate, etc have pretty much the same kind of power, but much less learning curve and don't require complete remapping of your brain just to get started.

[quote=vinpous][quote=kevanatkins][quote=vinpous][quote=kevanatkins][quote=vinpous][quote=kevanatkins]Wonderful work. The idea is focused and texturally minimal but doesn't feel hollow or underdone. Though it is a mathematical concept, it's kind of moving in its understatement. It makes me think of a gritty barren landscapes you would see in an David Firth animation. I would love to see this series of works continued. SC code is well structured, except for the single letter variable names (a bit naughty). The only thing I would do functionally is pull things into Tasks, which gives you a few more options in terms of sequencing, but also means you can fire the whole thing off with one cmd+enter. That should be a relatively straightforward refactor. Also, with your use of git, commit more often and more descriptively. It makes fixing things if you break the actual things you've done into individual commits . It's also useful if you want to go over your work again because you can retrace your steps quickly. Go through the commits you've been seeing from me recently to see what I mean. I do make a racket in the Slack channel just to be annoying. If you use something like SourceTree, it's very easy to stage hunks rather than full code snapshot to make your commits more meaningful.[/quote] Thanks Kevan. I will most definitely look at tasks in my next SC piece, and will consider changing from the GitHub client to SourceTree. That is definitely good advice on the revising work quickly - I guess that is actually the point, after all. [/quote] I used the Task class in Inharmonicity Study #1. I Often use that structure as boilerplate code to get started on a work to the point where I keep it as a snippet in Sublime Text. When I started with version control, I would do a whole bunch of work in a night, then one big commit for the night. I realised it was like saying "I did a bunch of stuff" rather "I did this". Made tracking issues much easier. PS: I did investigate Atom again for use with SuperCollider. It's still a bit ehh, which is a shame because Atom is otherwise great (and free instead of $70).[/quote] Can you email me Inharmonicity Study #1 again? I lost the file, and would very much like to pull it apart. I'm still pretty content with the SC IDE, but might investigate Sublime at some stage. [/quote] Still in the same place I left it: [url]https://gist.github.com/unclewalter/96cf5774f923821e6c02[/url] Sublime is great. A good coding text editor is one of those things that once you find one you like (especially one as customisable as Sublime), you find the productivity improvement so great that any other form of text editing feel slow and broken. Also, it's good to have a common text editor between various languages that you're really fast with. I've never been the same since I learned how to use Vim in high school. You use Sublime without paying, it just pesters you to buy it every now and then. On the other hand, if you're content with the IDE, not planning on playing with any other code and you don't feel like joining me down the text editor rabbit hole, that's understandable. I'm far gone, there's no turning back for me. It's probably why I'm mad as a hatter now.[/quote] A hatter? You?! Thanks for posting the piece. I see the use of tasks - very elegant, and in principle means you could run the piece (and others) in a headless configuration. Elegant. I've a little way to go I think, but Tasks are certainly the next step. I try not to think about Vim. I understand why it's good, but I just can't (read: haven't tried or ever needed to) wrap my head around it. [/quote] I make hats, didn't you know? I just don't wear them. That would be like making meth and dipping into the product yourself. Not good practice. Tasks are definitely worth looking into. Just do it incrementally. Rather than jumping straight into nested tasks in the way I've done it, just encapsulate certain things and see how you go. A good start is sequencing parameters like I did in masterSequence Task object. Don't bother with Vim nowadays. It well superceded by much more modern and easier to use alternatives. But I had to give it an honourable mention since it did set a pretty high productivity standard for me despite its high initial learning curve. I don't use it anymore. Editors like Sublime, Atom, TextMate, etc have pretty much the same kind of power, but much less learning curve and don't require complete remapping of your brain just to get started.

"With mixed results."

A pun.

"With mixed results." A pun. :)

this is awesome. very cinematic. if I were a sound director for a really iconic creepy / scifi flick, this is what I'd be putting over a scene or two.

this is awesome. very cinematic. if I were a sound director for a really iconic creepy / scifi flick, this is what I'd be putting over a scene or two.

Loving code based submissions - very intriguing.

Loving code based submissions - very intriguing. [img]http://33.media.tumblr.com/1b6d90a2132547ccfd017d1376deba56/tumblr_nhf4f8sGfz1s4fz4bo1_250.gif[/img][img]http://33.media.tumblr.com/1b6d90a2132547ccfd017d1376deba56/tumblr_nhf4f8sGfz1s4fz4bo1_250.gif[/img]

haunting and bleak

haunting and bleak

Hah!

Thanks! I'm not much into film music, but I appreciate the sentiment immensely. I always find it fascinating how people associate image with music so strongly.

A single frame of those gifs would make an awesome album cover.

Woohoo! Thanks.

[quote=Edmund Snyder]"With mixed results." A pun. :)[/quote] Hah! [quote=thricefoldedcloak]this is awesome. very cinematic. if I were a sound director for a really iconic creepy / scifi flick, this is what I'd be putting over a scene or two.[/quote] Thanks! I'm not much into film music, but I appreciate the sentiment immensely. I always find it fascinating how people associate image with music so strongly. [quote=tim koch]Loving code based submissions - very intriguing. [img]http://33.media.tumblr.com/1b6d90a2132547ccfd017d1376deba56/tumblr_nhf4f8sGfz1s4fz4bo1_250.gif[/img][img]http://33.media.tumblr.com/1b6d90a2132547ccfd017d1376deba56/tumblr_nhf4f8sGfz1s4fz4bo1_250.gif[/img][/quote] :D A single frame of those gifs would make an awesome album cover. [quote=paul raygun]haunting and bleak[/quote] Woohoo! Thanks.

This track and your experimental work here makes me sad there's no "follow" action on WeeklyBeats

This track and your experimental work here makes me sad there's no "follow" action on WeeklyBeats

Hey thanks. Very complimentary. The closest I'm aware of is if you favourite a piece by someone, you can then filter a week's music by 'artists you have favourited', which can be helpful.

[quote=scottux]This track and your experimental work here makes me sad there's no "follow" action on WeeklyBeats[/quote] Hey thanks. Very complimentary. The closest I'm aware of is if you favourite a piece by someone, you can then filter a week's music by 'artists you have favourited', which can be helpful.

Great stuff. Thanks for including the source file!!

Agreed re: follow

Great stuff. Thanks for including the source file!! Agreed re: follow

I'm surprised by how satisfying this is in the end.
Definitely more than just a sum of its parts

I'm surprised by how satisfying this is in the end. Definitely more than just a sum of its parts

You can always filter like Vinpous said.
Following would be bit pointless for a project like WB imo as you'd be less exposed to random tracks/people.

It'll be easier later in the year when most people give up

[quote=scottux]This track and your experimental work here makes me sad there's no "follow" action on WeeklyBeats[/quote] You can always filter like Vinpous said. Following would be bit pointless for a project like WB imo as you'd be less exposed to random tracks/people. It'll be easier later in the year when most people give up :)

True, but super sad.

[quote=iLKke]It'll be easier later in the year when most people give up :)[/quote] True, but super sad.

A single frame of those gifs would make an awesome album cover.

It would appear so!

[img]https://www.dropbox.com/s/y7rx1qzsq7h8s6w/Photo 2-02-2016%2C 2 11 17 PM.png?dl=0[/img]

[quote=tim koch]Loving code based submissions - very intriguing. [img]http://33.media.tumblr.com/1b6d90a2132547ccfd017d1376deba56/tumblr_nhf4f8sGfz1s4fz4bo1_250.gif[/img][img]http://33.media.tumblr.com/1b6d90a2132547ccfd017d1376deba56/tumblr_nhf4f8sGfz1s4fz4bo1_250.gif[/img][/quote] :D A single frame of those gifs would make an awesome album cover. It would appear so! [img]https://www.dropbox.com/s/y7rx1qzsq7h8s6w/Photo 2-02-2016%2C 2 11 17 PM.png?dl=0[/img]

ooops dead link - was meant to be:

ooops dead link - was meant to be: [img]http://s29.postimg.org/umqrjea4n/image.png[/img]

Thanks man. That means a lot coming from you!

Thanks, I would hope it is more than the sum of its parts! I'm glad it comes across so convincingly.

Maybe if I do another couple in the series I'll make an EP called Prime, and make some similar artwork.

[quote=little-scale]Great stuff. Thanks for including the source file!! Agreed re: follow[/quote] Thanks man. That means a lot coming from you! [quote=iLKke]I'm surprised by how satisfying this is in the end. Definitely more than just a sum of its parts[/quote] Thanks, I would hope it is more than the sum of its parts! I'm glad it comes across so convincingly. [quote=tim koch]ooops dead link - was meant to be: [img]http://s29.postimg.org/umqrjea4n/image.png[/img][/quote] Maybe if I do another couple in the series I'll make an EP called Prime, and make some similar artwork.

Agreed, although what I love here is that it encourages you to the oldschool "pay actual atention to somebody"

I miss something in the week if I haven't checked your stuff, guys

Pretty good code there, Vinpous

[quote=iLKke][quote=scottux]This track and your experimental work here makes me sad there's no "follow" action on WeeklyBeats[/quote] You can always filter like Vinpous said. Following would be bit pointless for a project like WB imo as you'd be less exposed to random tracks/people. It'll be easier later in the year when most people give up :)[/quote] [quote=scottux][quote=iLKke]It'll be easier later in the year when most people give up :)[/quote] True, but super sad.[/quote] Agreed, although what I love here is that it encourages you to the oldschool "pay actual atention to somebody" :) I miss something in the week if I haven't checked your stuff, guys :) Pretty good code there, Vinpous

Very interesting work here man!

Very interesting work here man!

Thanks man. I'm yet to check out your ChucK stuff, but I will! I had a squiz at it myself over the weekend and felt it was so much like a patching environment in code (ie. Oscillator => Output; or whatever the actual objects are) that it kinda put me off. I can see however how potentially easy that would be to adapt to.

Cheers!

[quote=laguna] Agreed, although what I love here is that it encourages you to the oldschool "pay actual atention to somebody" :) I miss something in the week if I haven't checked your stuff, guys :) Pretty good code there, Vinpous[/quote] Thanks man. I'm yet to check out your ChucK stuff, but I will! I had a squiz at it myself over the weekend and felt it was so much like a patching environment in code (ie. Oscillator => Output; or whatever the actual objects are) that it kinda put me off. I can see however how potentially easy that would be to adapt to. [quote=donnyjankowski]Very interesting work here man![/quote] Cheers!

Very jouney-esque.  I like the way the layered LFOs come and go in such an organic way....

Very jouney-esque. I like the way the layered LFOs come and go in such an organic way....

Hey thanks. Let nobody say that algorithms are not natural!

[quote=cTrix]Very jouney-esque. I like the way the layered LFOs come and go in such an organic way....[/quote] Hey thanks. Let nobody say that algorithms are not natural!

beautiful

beautiful

Thanks!

[quote=yan_g]beautiful[/quote] Thanks!

Very interesting Sounds! i like the modulated sine tones and noises

Very interesting Sounds! i like the modulated sine tones and noises :D