spdoido

Bom eu estava há pouco de postar uma dúvida sobre configuração de midi
no linux para que a mesma possa funcionar de modo genérico (funcionar em um programa que não possui um sequenciador midi internamente implementado).

Mas alguns minutos antes de postar, fiz uma tentativa já em modo de desespero que funcionou e agora estou feliz e vou compartilhar esta experiência com vocês.

Tem uma dúvida no final também . >>> se você não quiser ler este relato de configuração midi pula para a dúvida.


Contextualização e Problema:

A minha placa mãe tem o som onboard Nvidia CK804 sem midi em hardware . Depois de passar duas semanas instalando/compilando/configurando o Gentoo consegui colocar o som PCM rodando que usa o driver do Kernel 2.6.17-r8.

To usando mais o Gnome, mas tb vejo algumas coisas no kde (é legal quando abre o XNest com o kde dentro o Gnome...hehe).
To fazendo isso porque não achei algumas opções no Gnome que mostram informações do sistema igual ao kcenterinfo, que inclusive roda dentro do Gnome.

Como sou iniciante em linux então apanhei bastante até chegar com o Linux onte tá.

Depois de configurar o som, video, rede, portage, etc... Me falaram de um programa de edição de midi: Rosegarden-> www.rosegardenmusic.com.

Instalei o mesmo com o comando: "emerge rosegarden"

A primeira execução deu erro, porque o rosegarden estava procurando o aRTs do KDE para enumerar os dispositivos midi, mas eu estava usando o Gnome e não tinha configurado nada relativo a som no KDE.

...


Depois de algumas leituras vi que o Rosegarden pode funcionar diretamente sobre o ALSA apenas tirarando o suporte ao aRTs na compilação.
O comando fica assim:"USE='-arts' emerge rosegarden"

Depois de compilar o programa, ao executar o som, não sai... eu pensei: "por que não sai?..." resposta: O dispositivo padrão de midi era a saida de midi da placa de som...

Até este ponto eu não sabia que deveria ser feito, fui na documentação do gentoo para audio e lá diz que se deve instalar um sintetizador em software em placas sem suporte de hardware.

Na documentação de instalação do Rosegarden também recomenda dois sintetizadores: Fuildsynth e Timidity.

Em alguns lugares vi recomendações mais favoráveis ao Timidity porque não precisa instalar um soundfond e também no Gentoo tem um script de inicialização do serviço pronto na pasta /etc/init.d/timidity que aparece assim que acaba de compilar o programa.

Como eu estava com pressa, dei uma olhada rapida nos sites:
http://www.fluidsynth.org/ << o próprio fuildsynth
http://qsynth.sourceforge.net/ << interface grafica para controlar e inicializar o fuildsynth
http://www.hammersound.net/ << repositório com muitos soundfonts

E instalei os dois sintetizadores de uma vez: "emerge fluidsynth timidity++"

Depois de instalados tentei inicializar o serviço do timidity: "/etc/init.d/timidity start"

Mas ocorreu um problema, pois o timidity precisa de alguns arquivos de configuração para o sintetizador também.
Então instalei os mesmos:
"emerge timidity-eawpatches timidity-shompatches"

Configurei o Timidity usando o eawpatches:
"timidity-update -g -s eawpatches"

Ao iniciar novamente o serviço do Timidity ele não deu problema. SUCESSO!!!

Vamos testar

Usando o aplaymidi tentei executar um arquivo .mid que tinha disponível.

Antes disto deve-se verificar as portas midi que tem abertas com o comando: "aplaymidi -l"

O resultado no meu PC ficou assim:

"
aplaymidi -l
Port Client name Port name
14:0 Midi Through Midi Through Port-0
128:0 TiMidity TiMidity port 0
128:1 TiMidity TiMidity port 1
128:2 TiMidity TiMidity port 2
128:3 TiMidity TiMidity port 3
"

O comando para executar o arquivo midi é:
"aplaymidi --port=128:0 <arquivo midi>".

Neste comando tem que se especificar qual porta o player utilizará para reprodução.

O som do PC deu problema, parece que tinha tocado as primeiras notas do arquivo e o som ficou travado nelas...

Aiai...

Bom, talvez o problema seja no timidity, pensando nisto tentei com o fluidsynth.

já com o programa instalado apenas inicializei o deamon com o comando:
"fluidsynth -z 940 -jisa alsa -g 1 /bin/sfxload/Scc1t2.sf2".

Legal..

fui testar novamente com o aplaymidi, mas agora escolhendo a porta que o fluidsynth criou.

Resultado: Mesmo problema... toca as primeiras notas e trava...

Neste momento que pensei em enviar uma dúvida para este forum por indicação de um colega meu, pois não encontrei em nenhum lugar pessoas que tiveram problemas semelhantes.

Alguns minutos antes de postar minha dúvida, sai varrendo as opções de compilação do kernel aqui de casa.

Resolvi fazer um último teste (mesmo sem saber o porque dele dar certo):

Fui através do comando: "genkernel --menuconfig all" na opção: "Device Drivers -> Sound -> Advanced Linux Sound Architecture"

e desliguei a opção de usar o RTC(Realtime clock) como temporizador default do sequenciador.

Antes:
" ...
<M> RTC Timer support
[*] use RTC as default sequencer timer
..."

Depois:
" ...
<M> RTC Timer support
[ ] use RTC as default sequencer timer
..."


Recompilei...

Reiniciei a máquina...

Como já tinha configurado o serviço do timidity para inicializar automaticamente no runlevel defaul com o comando:
"rc-update add timidity default",

então foi apenas executar o aplaymidi diretamente.

SUCESSO!!! O arquivo foi reproduzido!!!!

Bom, depois disto abri o Rosegarden e consegui executá-lo sobre o Timidity sem problemas.

Até o fuildsynth funcionou, iniciei o deamon dele com o soundfont que eu tinha baixado e foi só abrir o Rosegarden que apareceu um dispositivo midi synth.


Só uma coisa estranha que aconteceu no fuildsynth é a mensagem que aparece durante a reprodução:
"ALSA sequencer buffer overrun, lost events".

Bom parece que isso é um bug de utilização do fuildsynth junto ao driver do alsa dentro do kernel
( http://www.mail-archive.com/fluid-de.../msg00248.html ).

Agora, já feliz, testei um pouco estes sintetizadores em software, e cheguei as conclusões:

O fuildsynth quando uma aplicação fecha (através de um kill) segura o som da ultima sequencia tocada, isso não acontece no timidity.

Se estiver utilizando o QSynth para configurar o fuildsynth, tem uma opção lá de Reset que para o som que está em reprodução contínua mesmo com o programa que gerou o evento fechado.

Apesar deste pequeno detalhe, o fuildsynth pode ser utilizado para carregar soundfonts o que torna o timbre da reprodução tão bom quanto o conjunto de timbres que você possuir.



DUVIDA:


Bom, depois disto tudo ainda ficou uma coisa não configurada:

Quando eu dou crtl+alt+Fn para alternar do modo gráfico para o terminal e volto para o modo gráfico o numlock do teclado desliga.

Eu tenho instalado o script de ativação do numlock para o terminal:"/etc/init.d/numlock start" e ele já está configurado no runlevel default.

Mas o ServidorX não sabe que eu quero o numlock ativado .

Eu tive que colocar o serviço "numlockx on" na inicialização de cada usuário do Gnome (eu e o root). Mas mesmo assim quando se alterna para os terminais e volta para o gráfico ele desliga o led do teclado.

Se alguem tiver uma idéia do que posso fazer para resolver isso eu agradeço.

[]'s