O Lunhani sugeriu usar mesmo o Ustream ao inv�s de Skype... com certeza
� melhor mesmo.. a ideia de Skype eu cogitei quando o encontro parecia
ser uma coisa entre 4 e 5 pessoas... Mas a coisa parece estar crescendo
n�? Tem tamb�m um site que chama tinychat.. eu nunca usei esses tro�os,
ent�o o neg�cio � testar mesmo semana que vem...
E essa ideia do Bernardo � boa para tornar a coisa mais convidativa:
"Ol�, podemos pensar em pedir para quem est� come�ando do zero chegar 1
hora antes? Os usu�rios mais experientes podem fazer um
workshop-rel�mpago para explicar o que se trata isso tudo? Por mim tudo
bem!"
(No mais, para mandar mensagens para todo mundo do grupo utilizem o
endere�o: supercol...@googlegroups.com)
abs
z�
PS: se algu�m quiser administrar a lista me fale ok? eu ando meio sem
tempo pra isso e como vou viajar corre-se o risco de haver demora na
aprova��o de novos membros.
--
http://zepadovani.info
Aqui vai um e-mail rapidinho (estou fazendo as malas pra viajar pro
Brasil na terça-feira):
* Idéia do workshop relâmpago - ótimo. Já incluí no Facebook uma linha
anunciando que quem estiver começando do zero pode chegar às 15h para
uma rápida introdução a SC.
* UStream ou tinychat: sim, vamos fazer algo assim, mais geral e
acessível pra qualquer pessoa online. Assim que eu chegar em SP vou dar
uma olhada nisso e fazer uns testes.
* Admin da lista: Zé, se quiser me incluir como um dos admins (pode mais
de um?), eu posso ajudar sem problemas.
Abraços,
Bruno
On Sun, 2011-07-24 at 15:54 -0300, padovani wrote:
> Pessoal, as mensagens sobre o encontro estão chegando por todos os
> meios, menos pela lista... bem, a zona faz parte, mas acho que ajudaria
> unificar um pouco as conversas utilizar a lista..
>
> O Lunhani sugeriu usar mesmo o Ustream ao invés de Skype... com certeza
> é melhor mesmo.. a ideia de Skype eu cogitei quando o encontro parecia
> ser uma coisa entre 4 e 5 pessoas... Mas a coisa parece estar crescendo
> né? Tem também um site que chama tinychat.. eu nunca usei esses troços,
> então o negócio é testar mesmo semana que vem...
>
> E essa ideia do Bernardo é boa para tornar a coisa mais convidativa:
> "Olá, podemos pensar em pedir para quem está começando do zero chegar 1
> hora antes? Os usuários mais experientes podem fazer um
> workshop-relâmpago para explicar o que se trata isso tudo? Por mim tudo
> bem!"
>
> (No mais, para mandar mensagens para todo mundo do grupo utilizem o
> endereço: supercol...@googlegroups.com)
>
> abs
> zé
>
> PS: se alguém quiser administrar a lista me fale ok? eu ando meio sem
> tempo pra isso e como vou viajar corre-se o risco de haver demora na
> aprovação de novos membros.
Legal, Felipe. Quando chegar em SP vou mandar para você o material que
eu uso nas oficinas.
Se alguém tiver algum problema instalando seria bacana tentar resolver
por aqui para não perder muito tempo no dia. Em Mac e Linux (com
pacotes) geralmente não há muito problema nesse ponto.
Abraço e até lá!
Se alguém quiser se aventurar nesse território (não recomendado para
quem começa do zero!!) para utilizar a versão 3.5 `pre-release', eu fiz
um pacote para ArchLinux para utilizar a versão 3.5 (em desenvolvimento,
mas muito estável):
http://aur.archlinux.org/packages.php?ID=48934
Ele compila a versão do SuperCollider e dos sc3-plugins do repositório
git automaticamente. (Eu estou usando essa versão por sinal.)
Para quem não usa Arch, o script ainda pode ser útil como uma referência
para compilar no seu sistema.
Para iniciantes o novo Help parece ser muito legal. O HelpBrowser tem um
mecanismo de busca muito rápido e intuitivo em javascript, ele vai
realizando a busca enquanto você digita, muito interessante.
Para quem usa Linux há uma nova interface gráfica 100% nativa que usa
Qt, muito mais eficiente e bonita que o SwingOSC (em java). E que
realiza layouts automáticos (QHLayout e QHLayout). Ou seja, para
construir interfaces gráficas você não precisa mais se preocupar com
posicionamento e tamanho dos objetos (widgets).
Outra grande novidade é o supernova, que é um novo servidor de áudio
para substituir o scsynth, que tem a vantagem de ser paralelizável, ou
seja, pode usar os recursos de computadores com mais de uma cpu.
O caminho recomendado seria: Ubuntu+ppa ou Fedora+PlanetCCRMA e instalar
usando o gerenciador de pacotes padrão:
Muito bom também!! Vale a pena testar.
Essa versão do pure:dyne é tida como muito estável. E já está
configurada para áudio de baixa latência (i.e. kernel realtime).
Entretanto alguns amigos relataram problema com computadores mais novos
(intel core i7 por exemplo), já que é meio antiga. A propósito o novo
kernel-rt foi lançado semana passada: o linux 3.0-rt3.
Eu tenho um projeto de um LiveCD baseado no ArchLinux, com os pacotes do
ArchAudio, mas não está estável ainda. Com esse novo kernel realtime
pode ser uma boa época para alguém completar o trabalho (não seria eu,
estou meio sem tempo..):
https://github.com/smoge/ArchStudio
init_OSC
empty
compiling class library...
QGtkStyle was unable to detect the current GTK+ theme.
NumPrimitives = 623
compiling dir: '/usr/share/SuperCollider/SCClassLibrary'
compiling dir: '/usr/share/SuperCollider/Extensions'
pass 1 done
numentries = 1108244 / 15915770 = 0.07
5323 method selectors, 2990 classes
method table size 16630776 bytes, big table size 127326160
Number of Symbols 13751
Byte Code Size 440198
compiled 443 files in 0.50 seconds
Info: 7 methods are currently overwritten by extensions. To see which, execute:
MethodOverride.printAll
compile done
*** SCLang illegal instruction ***
Supernova booting
Illegal instruction
Ótimo! =)
Você conseguiu usar a versão 3.4?
http://aur.archlinux.org/packages.php?ID=14863
--
Caso você esteja aventureiro, vamos lá!
Como você iniciou o SuperCollider?
O problema é esse:
> QGtkStyle was unable to detect the current GTK+ theme.
Com certeza é um problema entre o qt o gtk3. O Gnome3 usa o gtk3, que é
relativamente novo.
Tente digitar ``qtconfig'' no terminal para ver se você consegue
configurar o qt. Tente usar outro tema que não seja gtk+, assim o qt não
vai tentar ler as configurações do gtk3.
Qual o tema que você usa no lxde (veja no lxappearance)?
> tem alguma ideia do porque disso? gtk, parece ser por eu usar o gnome3,
> quando vou para o lxde essa msn some, mas ainda nao continua a
> compilacao com essa msn de instrucao illegal :/ quando no terminal
> mando "supernova" e diz:
>
> Supernova booting
> Illegal instruction
>
A maneira mais adequada de iniciar o supernova -- que não substitui o
sclang (a linguagem), mas sim o servidor de síntese (scsynth) -- é
usando o próprio sclang =) Então você não precisaria fazer desse jeito,
apesar de ser possível também.
(Há situações que você pode precisar iniciar o scsynth ou o supernova
pela linha de comando, mas não é o caso aqui.)
Você pode fazer isso usando
Server.program = "supernova"
antes de iniciar o servidor com
s.boot
Há algumas diferenças na sintaxe para você usar o paralelismo do
supernova. Você deve criar grupos paralelos no servidor (supernova):
g = PGroup.new
Esses grupos paralelos são calculados em threads diferentes, e assim
podem usar os recursos dos computadores modernos com mais de uma cpu.
Por exemplo: se você estiver criando dois sons que não dependam um do
outro (ao contrário de um reverb que recebe o som de um outro processo)
você pode colocá-los em grupos paralelos.
> estou tentando encontrar o arquivo de iniciacao do sclang e olhar melhor
> as instrucoes, mas se souber de algo e puder me dar esse help eu agradeco...
Quando você conseguir iniciar a linguagem você pode tentar isso:
Help.gui
Isso vai abrir o sistema de ajuda! Lá tem vários tutoriais.
Ah entendi, no lxde você não tem a mensagem do gtk, mas o outro erro
continua lá?
Hum.. Não sei o que poderia ser, porque aparentemente a linguagem
iniciou sem problemas antes desse erro..
Caio, acho que sei o problema.
Vou corrigir agora mesmo!
No PKGBUILD remova ``-DSSE42=1'' caso o seu computador não
suporte. Foi um erro da minha parte.
Substitua por:
cmake . -DCMAKE_INSTALL_PREFIX=/usr -DCMAKE_BUILD_TYPE=Release
-DNOVA_SIMD=1 -DNATIVE=1 -DSC_WII=1 -DSUPERNOVA=1 -DSC_QT=1
Com o hsc3, sim. Mas é o Haskell é uma linguagem totalmente
diferente do sclang (ou mesmo python, java etc..).
Não só sintaxe, mas o modo de pensar os programas mesmo.
Dizem que é o futuro, não? =)
Guilherme:
paper interessante sobre os clientes que existem
para SuperCollider:
http://cmr.soc.plymouth.ac.uk/publications/Rutz_SuperCollider2010.pdf
Haskell é mais rápido que o sclang, sim. Bem mais, na verdade, ele é
quase tão rápido quanto C. Mas isso talvez não seja importante para a
gente aqui.
Eu acho que as vantagens dele -- em nosso caso -- seriam em
outro território que não o da pura performance.
O SuperCollider (sclang) já roubou vários conceitos do Haskell, como
Avaliação preguiçosa e Compreensão de Listas. Os Patterns do
SuperCollider são um exemplo de Lazy Evaluation. Veja o Help para List
Comprehensions também. E continua roubando mais ideias, veja o quark
Monad por exemplo.
http://en.wikipedia.org/wiki/Lazy_evaluation
http://en.wikipedia.org/wiki/List_comprehension
Podemos dar uma olhada no hsc3 no encontro. Um dos problemas é que a
base de usuários deve ser ainda menor que o SuperCollider!
--
A performance do Haskell poderia fazer mais diferença se estivéssemos
falando do servidor de síntese. Mas esse é escrito em c++, e já é
muito eficiente. Aí também a vantagem seria na expressividade de se
escrever novos plugins de áudio, o que seria bem bacana também.
Há um artigo que fala de como Haskell seria mais adequado para
representar manipulações de sinais de áudio:
http://dafx04.na.infn.it/WebProc/Proc/P_201.pdf
Mas aí a gente esbarra em outro problema. Não basta ser rápido, tem
que ser adequado para tempo-real também.
Tempo-real não quer dizer mais rápido, mas que tem um agendamento de
tarefas determinista, que você sabe que no momento x ele vai poder
mandar o valor do próximo bloco de samples, por exemplo. Porque no
território do áudio, um sistema menos determinista significa mais
chances de não se obter esse bloco de samples no tempo certo, o que
vai gerar um ruído. E isso é o que a gente não quer..
Apesar do Haskell ser quase tão rápido quanto o c++, essa diferença
entre tempo-real e pura velocidade é o que faz o Haskell não ser ainda
tão adequado para um servidor de áudio. Isso por enquanto. Um dos
motivos é que ele possui um `garbage collector', e o c++ não.
Os gurus do Haskell podem achar uma solução para isso no futuro,só não
sei se há alguma pesquisa nesse sentido.
Porque no
território do áudio, um sistema menos determinista significa mais
chances de não se obter esse bloco de samples no tempo certo, o que
vai gerar um ruído.
Bernardo, valeu. Recompilei com seu script e agora esta rolando bonito :)
Talvez voc� goste desse livro:
http://haskell.cs.yale.edu/?page_id=276
No �ltimo LAC teve um paper sobre haskell+sc tamb�m.
Acho que n�o. Mas uma linguagem que tenta misturar os conceitos de
orienta��o a objetos e funcional � o Scala. E existe o ScalaCollider!
Para voc� que quer faz coisas com o Android e j� sabe Java pode ser uma
boa:
http://www.sciss.de/scalaCollider/index.html