encontro?
padovani
como foi o encontro? assisti um pouco pelo ustream, mas foi dif�cil
escutar e entender o que tava rolando...
acho que seria legal mantermos troca de ideias e, se n�o for muito
trabalho, seria legal ter um resumo do que foi feito/conversado...
abra�os,
z�
--
http://zepadovani.info
Bruno Ruviaro
O encontro foi bem legal!
Umas 10 pessoas compareceram. Fizemos uma meia hora de introdução meio
livre (o Bernardo explicou alguns conceitos básicos e tirou dúvidas),
depois Caio, Igor, Bernardo e eu apresentamos um pouco dos nossos
trabalhos recentes. Talvez os outros possam postar exemplos dos códigos
por aqui.
Eu também mostrei estes links aqui:
https://ccrma.stanford.edu/wiki/SuperCollider_Quick_Reference
https://ccrma.stanford.edu/wiki/SuperCollider_Tweets
Mais pra frente vou passar essas coisas pra wiki do SuperCollider mesmo.
Bruno
PS. Pena que o streaming não deu muito certo. Precisaria mesmo de uma
câmera melhor, e uma internet mais rápida.
On Sun, 2011-08-07 at 21:09 -0300, padovani wrote:
> Oi pessoal,
>
> como foi o encontro? assisti um pouco pelo ustream, mas foi difícil
> escutar e entender o que tava rolando...
>
> acho que seria legal mantermos troca de ideias e, se não for muito
> trabalho, seria legal ter um resumo do que foi feito/conversado...
>
> abraços,
> zé
Bernardo Barros
>
> Eu também mostrei estes links aqui:
>
> https://ccrma.stanford.edu/wiki/SuperCollider_Quick_Reference
>
> https://ccrma.stanford.edu/wiki/SuperCollider_Tweets
>
> Mais pra frente vou passar essas coisas pra wiki do SuperCollider mesmo.
Sim, vai ser bacana! A Wiki do SC poderia ser mais usada.
Zé: fale sobre seus projetos por aqui mesmo também.
Acho que vai haver mais encontros.
Caio Vitor Bonvenuto
padovani
Claro! logo logo espero ter um pouco mais de tempo (hoje estou na
correria pq viajo amanhã)... em síntese é uma peça para 17 instrumentos
e live-electronics... só que ainda está no começo.
abração
zé
PS: o sc-ly ta rolando no git? como anda pra testar?
Bernardo Barros
> PS: o sc-ly ta rolando no git? como anda pra testar?
Está rolando, sim, Zé. Está funcionando e aos poucos vou
colocando mais coisas lá.
Caio Vitor Bonvenuto
Demorei... tempo está meio escasso... mas estou mandando o patch que fiz e mostrei no encontro que fizemos... ele já está bem diferente, mas ainda preciso melhorá-lo.
É uma programação em que controlo "formas de leituras" de samplers e tem alguns eletrônicos simples. Está funcionado bem para tocar live, e Bernardo, acredito que está bem mais inteligente a coisa... esse eu escrevi tudo (e agora saberia explicar detalhe por detalhe, rs)
Pretendo ir deixando ele mais genérico, aos poucos, conforme eu for tendo tempo, assim outros poderão usá-lo... por enquanto, acho que consegui deixa-lo simples de se entender, afinal, é um patch simples...
segue em anexo....
e Bruno, será que rola organizarmos mais um encontro antes de vcs voltarem?
abç,
Caio
Bernardo Barros
>
> Demorei... tempo est� meio escasso... mas estou mandando o patch que
> fiz e mostrei no encontro que fizemos... ele j� est� bem diferente,
> mas ainda preciso melhor�-lo.
> � uma programa��o em que controlo "formas de leituras" de samplers e
> tem alguns eletr�nicos simples. Est� funcionado bem para tocar live, e
> Bernardo, acredito que est� bem mais inteligente a coisa... esse eu
> tendo tempo, assim outros poder�o us�-lo... por enquanto, acho que
> consegui deixa-lo simples de se entender, afinal, � um patch simples...
Oi Caio,
Voc� pode ler todos os buffers de uma vez s�:
~bufferArray = "/home/caio/live_1/media/*.wav".pathMatch.collect {
|i| Buffer.read(s, i)};
~bufferArray vai ser uma Array com todos os seus buffers, depois voc�
pode acessar cada um deles com o �ndice:
~bufferArray[0]
~bufferArray[1]
etc...
E geralmente voc� n�o precisa determinar o n�mero do Buffer, porque �
sempre mais f�cil deixar que a linguagem escolha o pr�ximo n�mero
dispon�vel, e depois voc� pode perguntar qual o n�mero:
~bufferArray[1].bufnum;
Bernardo Barros
>
> Voc� pode ler todos os buffers de uma vez s�:
>
> ~bufferArray = "/home/caio/live_1/media/*.wav".pathMatch.collect {
> |i| Buffer.read(s, i)};
>
Como voc� est� usando a JITlib, nesse caso melhor n�o usar vari�veis com
~ para n�o entrar em conflito com o ambiente do jitlib.
Voc� pode criar algo assim, reservando a vari�vel "b" para seus buffers:
b=(); // <== Buffers
// um grupo de buffers:
b.media = "/home/caio/live_1/media/*.wav".pathMatch.collect { |i|
Buffer.read(s, i)};
// outro grupo de buffers com sons de vozes:
b.vozes = "/home/caio/live_1/vozes/*.wav".pathMatch.collect { |i|
Buffer.read(s, i)};
// outro grupo de buffers com sons met�licos:
b.metalicos = "/home/caio/live_1/metalicos/*.wav".pathMatch.collect {
|i| Buffer.read(s, i)};
b.media[4]
b.vozes[5]
b.metalicos[2]
etc..
Caio Vitor Bonvenuto
e obrigado pela ajuda! inclusive, quero muito outras sugestões, se alguém tiver.
vou fazer essas mudanças. muito prático poder criar grupos de buffers. eu fiquei em dúvida de uma coisa: eu ainda estou usando o ambiente JIT? Eu tentei evitar usá-lo, onde que faço uso dele?
inclusive, arrumei coisas que estavam erradas tb na configuração do controlador... vou mudar isso tb Bernardo e depois mando novamente...
valeu!
caio
On 8/25/11 7:02 PM, Bernardo Barros wrote:
Você pode ler todos os buffers de uma vez só:
~bufferArray = "/home/caio/live_1/media/*.wav".pathMatch.collect { |i| Buffer.read(s, i)};
Como você está usando a JITlib, nesse caso melhor não usar variáveis com ~ para não entrar em conflito com o ambiente do jitlib.
Você pode criar algo assim, reservando a variável "b" para seus buffers:
b=(); // <== Buffers
// um grupo de buffers:
b.media = "/home/caio/live_1/media/*.wav".pathMatch.collect { |i| Buffer.read(s, i)};
// outro grupo de buffers com sons de vozes:
b.vozes = "/home/caio/live_1/vozes/*.wav".pathMatch.collect { |i| Buffer.read(s, i)};
// outro grupo de buffers com sons metálicos:
Bernardo Barros
>
> vou fazer essas mudan�as. muito pr�tico poder criar grupos de buffers.
> eu fiquei em d�vida de uma coisa: eu ainda estou usando o ambiente
> JIT? Eu tentei evitar us�-lo, onde que fa�o uso dele?
Ah, voc� n�o usa mais? Nesse caso n�o tem problema.
De qualquer maneira eu acho que esse jeito ajuda a organizar.
Geralmente eu reservo 'b' para buffers e 'g' para grupos.
por exemplo:
g=();
g.fontes = Group.new;
g.efeitos = Group.new(g.fontes, \addAfter);
Bruno Ruviaro
> e Bruno, será que rola organizarmos mais um encontro antes de vcs
> voltarem?
Acabo de voltar de uma viagem pelo Rio Grande do Sul, no mato, sem
internet! Só agora estou lendo os e-mails dos últimos 10 dias.
Caio, eu e a Tania estamos aqui no Brasil até o dia 6, não sei se é
tempo hábil para organizar mais um pra tão breve. Seja como for, seria
muito legal se você (e quem mais quiser) puder manter a peteca voando e
organizar um próximo encontro em SP pra ir juntando mais gente por aqui!
De repente a coisa vira um evento bimestral, ou algo assim?
Abraços,
B
Caio Vitor Bonvenuto
Vou jogar a idéia de ser em Novembro, provavelmente terá uma galera de SuperCollider do México por aqui...o lugar a princípio pode ser a Maria José, 140 (Casa do Teatro Documentário). Se tiverem sugestões... vão mandando, e dicas tb de como organizar esse encontro.
Em data mais próxima, mando a idéia novamente pra ver quem compra.
Bruno e Tania, se n nos vermos mais, boa viagem! Espero que voltem em breve.
abz
caio