Olá, pessoal!
Seguem em anexo os exemplos compilados para Linux do analisador e sintetizador correspondentes às duas partes do EP3, além de dois patches Pd para exemplificar o uso deles. Em breve tentarei postar os objetos compilados para as outras plataformas.
Seguem as versões para Mac e Windows. Usem os mesmos *-help.pd da mensagem anterior.
Olá Marcelo
Não consegui rodar estes arquivos. Creio que seja porque meu Linux é 64 bits.
wrong ELF class: ELFCLASS32
Bem, como não posso te pedir os fontes para compilar aqui, vc poderia por favor enviar uma versão compilada para Linux 64 bits?
Obrigado
Oi, em anexo os exemplos compilados para Linux 64 bits:
pvanalyzer~.pd_linux: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked, stripped
pvsynth~.pd_linux: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked, stripped
Eu estava com o mesmo erro de 32 bits, mas agora com o novo arquivo (e o do windows também) recebo:
" comecando analise...
Nao encontrei o identificador data
Nao encontrei o identificador data
Nao encontrei o identificador data
Incompatibilidade entre o tamanho do bloco RIFF e o tamanho
do bloco de amostras (a diferenca deve ser 36)!
analise concluida! "
A que se refere este erro?
Xi, não consegui usar o pvsynth aqui em casa. Ele não abre (pelo menos cpu não trabalha e ele nem indica q o fez) nenhum arquivo .pv . =/
Aqui é Linux: Linux 2.6.38-10-generic #46-Ubuntu SMP Tue Jun 28 15:07:17 UTC 2011 x86_64 x86_64 x86_64 GNU/Linux
tried but couldn't sync A/D/A output~ ... couldn't create mux~ ... couldn't create error: signal outlet connect to nonsignal inlet (ignored) ... you might be able to track this down from the Find menu. error: signal outlet connect to nonsignal inlet (ignored)
Você já conseguiu fazer o PD emitir algum som?
Experimente utilizar o menu Media → Test Audio and Midi pra ver se o PD está configurado corretamente e consegue produzir sons.
Tentei sim, funcionou normal. =/
Abri o Pd com o terminal, da pasta dos arquivos do trabalho, com todos eles lá e o compilado pra 64-bit.
Tô achando que vou entregar mais bagunçado do que esperava (e que não queria... =/ ).
Algumas perguntas pra ver se ajuda a esclarecer o problema:
Você conseguiu usar o [pvanalyzer~] antes, neste mesmo computador ou em algum outro?
Só pra garantir, a caixinha dele fica pontilhada e vermelha ou o objeto é carregado normalmente?
Se você manda ele abrir um arquivo que não existe, o que acontece?
Quando você aperta no no bang para iniciar a ressíntese, o que acontece?
Você está usando o PD Extended?
No meu sistema, os arquivos que parece que estão faltando pra você estão em:
/usr/lib/pd-extended/extra/output~.pd
/usr/lib/pd-extended/extra/zexy/multiplex~.pd_linux
Você possui esses arquivos no seu sistema (talvez em outra pasta)?
Graaaaande pdextended! Deu certo!
Não acredito, haueuhae!
Não estou conseguindo compilar o fprintf~.c aqui no meu Windows XP. Alguém tem um compilado aí?
Diego, você não conseguiu usar os compilador para Windows disponibilizados aqui mesmo nesta thread?
Eu joguei os .dll's na mesma pasta que o fprinf~help.pd, mudei o path do Pd para esta tal pasta e a caixinha do fprintf ainda continua vermelha no patch...
Me parece que se a caixinha estiver tracejada, o problema não é de compatibilidade da biblioteca, mas ele não está mesmo encontrando o .dll.
Não sei se você salvou o Path do Pd, porque não adianta mudar o Path depois que o Pd não reconheceu o objeto.
Experimente fazer o seguinte: abra o Pd, selecione "File->Path", verifique se o diretório que você quer usar está lá (chuto que não esteja). Acrescente o diretório desejado, clique em "Save All Settings" e "Apply". Se quiser se certificar uma vez mais, feche o Pd, abra de novo e verifique que o Path que você acrescentou está lá. Só depois de ter essa certeza, tente abrir o patch fprintf~-help.pd.
Eu sempre rodo o Pd da linha de comando, então sempre mantenho o diretório corrente (.) no Path. Acho mais fácil do que ficar acrescentando diretórios específicos.
Experimente fazer o seguinte: abra o Pd, selecione "File->Path", verifique se o diretório que você quer usar está lá (chuto que não esteja). Acrescente o diretório desejado, clique em "Save All Settings" e "Apply". Se quiser se certificar uma vez mais, feche o Pd, abra de novo e verifique que o Path que você acrescentou está lá. Só depois de ter essa certeza, tente abrir o patch fprintf~-help.pd.
Segui as instruções religiosamente e a caixinha do fprinf~ continua vermelha e tracejada no patch fprintf~-help.pd. O console do Pd diz
fprintf~
... couldn't create
Você deu make pd_linux ?
Se o path não tiver funcionando, tenta ir até a pasta que você quer no terminal e executa o pdextended por lá. (deu certo comigo)
Eu uso Windows :D
Marcelo, parece que ele está querendo o fprintf~.dll, não os binários relativos ao [pvanalyzer~] e [pvsynth~]. Acho que esse especificamente não foi disponibilizado, foi?
Alguém compilou o fprintf~.c para Windows e poderia contribuir com o binário?
Diego, quais problemas você está tendo para compilar?
Exato, André!
Bom, eu abri o dito .c no codeblocks, dei um build e
D:\ep3\fprintf~.o:fprintf~.c|| undefined reference to `dsp_add'|
D:\ep3\fprintf~.o:fprintf~.c|| undefined reference to `atom_getsymbol'|
D:\ep3\fprintf~.o:fprintf~.c|| undefined reference to `post'|
D:\ep3\fprintf~.o:fprintf~.c|| undefined reference to `post'|
D:\ep3\fprintf~.o:fprintf~.c|| undefined reference to `post'|
D:\ep3\fprintf~.o:fprintf~.c|| undefined reference to `post'|
D:\ep3\fprintf~.o:fprintf~.c|| undefined reference to `atom_getint'|
D:\ep3\fprintf~.o:fprintf~.c|| undefined reference to `atom_getint'|
D:\ep3\fprintf~.o:fprintf~.c|| undefined reference to `atom_getint'|
D:\ep3\fprintf~.o:fprintf~.c|| undefined reference to `atom_getint'|
D:\ep3\fprintf~.o:fprintf~.c|| undefined reference to `post'|
D:\ep3\fprintf~.o:fprintf~.c|| undefined reference to `pd_new'|
D:\ep3\fprintf~.o:fprintf~.c|| undefined reference to `gensym'|
D:\ep3\fprintf~.o:fprintf~.c|| undefined reference to `s_signal'|
D:\ep3\fprintf~.o:fprintf~.c|| undefined reference to `s_signal'|
D:\ep3\fprintf~.o:fprintf~.c|| undefined reference to `inlet_new'|
D:\ep3\fprintf~.o:fprintf~.c|| undefined reference to `gensym'|
D:\ep3\fprintf~.o:fprintf~.c|| undefined reference to `class_new'|
D:\ep3\fprintf~.o:fprintf~.c|| undefined reference to `class_domainsignalin'|
D:\ep3\fprintf~.o:fprintf~.c|| undefined reference to `gensym'|
D:\ep3\fprintf~.o:fprintf~.c|| undefined reference to `class_addmethod'|
D:\ep3\fprintf~.o:fprintf~.c|| undefined reference to `class_addbang'|
D:\ep3\fprintf~.o:fprintf~.c|| undefined reference to `class_doaddfloat'|
D:\ep3\fprintf~.o:fprintf~.c|| undefined reference to `class_addanything'|
d:\program files\codeblocks\mingw\bin\..\lib\gcc\mingw32\4.4.1\..\..\..\libmingw32.a(main.o):main.c|| undefined reference to `WinMain@16'|
||=== Build finished: 25 errors, 0 warnings ===|
Hmmm, é verdade, estava pensando nos outros executáveis...
Diego, você precisa mesmo compilar o fprintf~.dll na sua máquina. Não use o ambiente Code::Blocks pois vai te atrapalhar. Pra isso você precisaria ter no mesmo diretório os arquivos fprintf~.c, m_pd.h e makefile, e rodar o "make pd_nt" no prompt de comando, mas aquela receita é para o compilador Visual Studio...
Como você tem o mingw (que vem com o Code::Blocks), tente fazer a compilação com ele. Quem compilou os executáveis do pvanalyzer~ e pvsynth~ para Windows me disse o seguinte:
Na verdade eu nem usei o makefile (que foi feito para o visual studio), compilei na mão mesmo usando Mingw. Basta colocar tudo em um diretório só (o .c do external, o m_pd.he o pd.dll) e executar os seguintes comandos usando o shell do Mingw para Windows:
Agora foi! Obrigado!