Diferenças
Aqui você vê as diferenças entre duas revisões dessa página.
| Ambos lados da revisão anteriorRevisão anteriorPróxima revisão | Revisão anterior | ||
| ubalab:livegaivota [2016/03/10 17:45] – efeefe | ubalab:livegaivota [2016/06/05 20:11] (atual) – efeefe | ||
|---|---|---|---|
| Linha 1: | Linha 1: | ||
| - | [[Ubalab]] > [[Projetos]] > LiveGaivota | + | [[Ubalab]] > [[Projetos]] / [[gaivotafm: |
| + | |||
| + | ====LiveGaivota==== | ||
| Estação de trabalho responsável pela programação automática da Rádio Cultural Comunitária [[gaivotafm: | Estação de trabalho responsável pela programação automática da Rádio Cultural Comunitária [[gaivotafm: | ||
| Linha 253: | Linha 255: | ||
| - O MPD estava travando quando a internet não funcionava, o que não pode acontecer. Lembrei que havia habilitado o icecast como uma das saídas do mpd. Seria ele que estava fazendo o MPD parar de tocar as músicas? Tentei isolar o problema: primeiro desabilitei a saída icecast (no meu caso aqui foi simplesmente mandar $ mpc disable 3). Então arranquei o cabo de força do switch e esperei 10s. O áudio continuou ok. Para verificar a hipótese, habilitei novamente o icecast. Depois de me assegurar que o MPD continuava firme, desliguei o switch outra vez. Em cerca de cinco segundos, o áudio parou. Um pouco depois, inseri de novo o cabo, e a transmissão voltou de onde havia parado. Donde concluí que era mesmo a saída icecast que fazia tudo parar. Então decidi desabilitá-la até resolver a situação do switch ou ter tempo de pesquisar uma saída que evite esse bloqueio. | - O MPD estava travando quando a internet não funcionava, o que não pode acontecer. Lembrei que havia habilitado o icecast como uma das saídas do mpd. Seria ele que estava fazendo o MPD parar de tocar as músicas? Tentei isolar o problema: primeiro desabilitei a saída icecast (no meu caso aqui foi simplesmente mandar $ mpc disable 3). Então arranquei o cabo de força do switch e esperei 10s. O áudio continuou ok. Para verificar a hipótese, habilitei novamente o icecast. Depois de me assegurar que o MPD continuava firme, desliguei o switch outra vez. Em cerca de cinco segundos, o áudio parou. Um pouco depois, inseri de novo o cabo, e a transmissão voltou de onde havia parado. Donde concluí que era mesmo a saída icecast que fazia tudo parar. Então decidi desabilitá-la até resolver a situação do switch ou ter tempo de pesquisar uma saída que evite esse bloqueio. | ||
| - | ==== 03/ | + | === 03/03/2016 === |
| Mudei a estação para dentro do escritório da Gaivota. Tarefas que preciso resolver agora: | Mudei a estação para dentro do escritório da Gaivota. Tarefas que preciso resolver agora: | ||
| Linha 264: | Linha 266: | ||
| Procurando um pouco mais, encontrei uma [[http:// | Procurando um pouco mais, encontrei uma [[http:// | ||
| + | ===10/ | ||
| + | |||
| + | Organizando as demandas aqui na wiki e procurando soluções para usar o dmix no MPD. Será que preciso compilar uma versão que o suporte? | ||
| + | |||
| + | ===17/ | ||
| + | |||
| + | Vim algumas vezes durante esta semana. Modifiquei algumas coisas nos scripts (quebrei ao meio os blocos de apoio 10x, e eles alternam a cada hora no horário útil). E finalmente migrei o stream para esta estação. Eu estava usando a sintaxe errada para a configuração da placa de som. O correto é " | ||
| + | |||
| + | Tentando resolver a transmissão da Voz do Brasil. Costumamos usar o stream da Rádio Nacional de Brasília, disponível nesta página: | ||
| + | |||
| + | http:// | ||
| + | |||
| + | O código-fonte da página aponta dois streams: um rtmp e um http. O http baixa por alguns segundos e para. O rtmp não abre nem no mpd nem no mplayer. Parece ter um começo de solução aqui: | ||
| + | |||
| + | http:// | ||
| + | |||
| + | http:// | ||
| + | |||
| + | Que aponta para baixar o stream (em FLV!) e convertê-lo para mp3. Se isso rolar, talvez dê para fazer em tempo real ou ao menos com um delay de uns 5 segundos. Será? | ||
| + | |||
| + | A última sugestão no Stack Overflow indica que o ffmpeg pode ser usado para baixar e converter ao mesmo tempo. Tentei aqui, mas não deu. Mensagem de erro: | ||
| + | |||
| + | HandShake: client signature does not match! | ||
| + | Closing connection: NetStream.Play.StreamNotFound | ||
| + | rtmp:// | ||
| + | |||
| + | Nenhum resultado com rtmdump nem com o flvstreamer. Vou explorar as opções http. | ||
| + | |||
| + | Este arquivo: | ||
| + | |||
| + | http:// | ||
| + | |||
| + | Contém isso: | ||
| + | |||
| + | #EXTM3U | ||
| + | # | ||
| + | http:// | ||
| + | |||
| + | Já este arquivo listado lá dentro tem uma série de coisas que começam assim e vão adiante: | ||
| + | |||
| + | #EXTM3U | ||
| + | # | ||
| + | # | ||
| + | # | ||
| + | # | ||
| + | #EXTINF:8, | ||
| + | ../ | ||
| + | #EXTINF:8, | ||
| + | ../ | ||
| + | #EXTINF:8, | ||
| + | ../ | ||
| + | |||
| + | E assim por diante. | ||
| + | |||
| + | ===24/ | ||
| + | |||
| + | Pensando em maneiras para facilitar a inserção de arquivos de música para quem não tem familiaridade com o linux e linha de comando. Decidi pegar um pequeno disco externo (de 30G), replicar a estrutura de pastas da " | ||
| + | |||
| + | mount /dev/sdb1 / | ||
| + | mkdir / | ||
| + | mkdir / | ||
| + | mkdir / | ||
| + | ... | ||
| + | | ||
| + | (e assim por diante) | ||
| + | |||
| + | ===31/ | ||
| + | |||
| + | Começando a estudar possibilidades do Telegram para o fluxo de trabalho da rádio. Vou documentar na página GaivotaGram. | ||
| + | |||
| + | ===01/ | ||
| + | |||
| + | Referências para o futuro próximo: | ||
| + | |||
| + | * [[http:// | ||
| + | * [[http:// | ||
| + | * [[http:// | ||
| + | * [[http:// | ||
| ==== Referências ==== | ==== Referências ==== | ||
| Linha 271: | Linha 351: | ||
| * [[http:// | * [[http:// | ||
| * [[https:// | * [[https:// | ||
| + | * [[https:// | ||
| + | * [[https:// | ||
| + | |||
| + | |||
| + | * http:// | ||