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 anteriorPróxima revisãoAmbos lados da revisão seguinte | ||
ubalab:transmipi [2015/09/03 15:49] – efeefe | ubalab:transmipi [2016/05/24 21:53] – efeefe | ||
---|---|---|---|
Linha 1: | Linha 1: | ||
[[ubalab]] > TransmiPi | [[ubalab]] > TransmiPi | ||
- | Criar uma estacão de transmissão de áudio via icecast com uma Raspberry Pi e uma placa de som USB. | + | Criar uma estacão de transmissão de áudio via icecast com uma Raspberry Pi e uma placa de som USB. Todos os scripts estão disponíveis no [[https:// |
Responsável: | Responsável: | ||
+ | |||
+ | ===Documentação=== | ||
+ | |||
+ | Retomando o projeto em maio de 2016. | ||
+ | |||
+ | ==16/ | ||
+ | |||
+ | * Instalei o Dietpi em uma Raspi 2 com placa de som USB. | ||
+ | * Assegurei-me que a interface de rede estava pegando IP automático por DHCP. | ||
+ | * apt-get install darkice. Trouxe junto um monte de dependências. | ||
+ | |||
+ | ==18/ | ||
+ | |||
+ | Em experiências prévias com estações que se conectavam automaticamene, | ||
+ | |||
+ | Encontrei um pequeno problema: uma vez que tinha enviado os arquivos txt para o servidor, não conseguia substituí-los. Percebi que o horário na Pi estava errado, o que pode ter sido o motivo de problemas com o rsync. Rodei o dietpi-config para mudar o timezone, e agora aparentemente está ok. O script já está [[https:// | ||
+ | |||
+ | Aproveitei [[http:// | ||
+ | |||
+ | allow-hotplug eth0 | ||
+ | iface eth0 inet dhcp | ||
+ | up / | ||
+ | |||
+ | Acho que não funcionou automaticamente. Depois voltarei a isso. Por enquanto, fazendo testes com o darkice. Usei novamente o comando dietpi-software para instalar o ALSA (e aproveitei para mandar o FFMPEG também, mesmo que não use por enquanto pode vir a ser útil). Então peguei um arquivo de configuração do darkice que costumo usar para outros projetos (tem um exemplo razoável [[https:// | ||
+ | |||
+ | Stream funcionando ok, mas teve alguns buffer overruns (como já tive em outros testes). Ainda tenho a dúvida se isso acontece por causa da própria placa de som, de instabilidade na rede, ou das restrições de clock da própria Pi. Para experimentar sobre essa última, usei o comando dietpi-config para fazer um overclock médio. Testando novamente. | ||
+ | |||
+ | Ainda com bastante buffer overrun. Pensando em deixar de lado o darkice do repositório e fazer uma versão compilada. Encontrei um [[https:// | ||
+ | |||
+ | ==20/ | ||
+ | |||
+ | Aproveitei a ocasião do [[cienciaaberta: | ||
+ | |||
+ | O script para informar o IP não está rodando, mas através da interface web de administração do roteador wifi da estação, consegui verificar quais eram os clientes que haviam pedido IP por DHCP e consegui assim entrar na Pi. Rodei o darkice, e o stream começou. Estava usando um microfone ambiente, só para testes mesmo. Testei algumas vezes com o mplayer e consegui escutar, mesmo com todas as limitações da qualidade do áudio e da conexão. Usei o curl para gravar um pedaço no meu computador. Consegui um arquivo de 4.1Mb, com duração de menos de sete minutos: | ||
+ | |||
+ | {{: | ||
+ | |||
+ | Depois, a conexão 3G caiu. Ainda conseguia acessar a Pi pela rede local, mas não consegui mais fazer a EstacaoRedeMovel conectar-se. Talvez algo a ver com a franquia diária de dados do plano pré-pago de 3G que estava usando com ela. De todo modo, para todos os efeitos a transmissão funcionou. | ||
+ | |||
+ | Nos próximos dias, temos uma oportunidade real para testar a Transmipi em um evento grande. Para isso, preciso fazer o darkice iniciar automaticamente, | ||
+ | |||
+ | ===TODO=== | ||
+ | |||
+ | * Conectar a Pi diretamente pelo 3G. | ||
+ | * Fazer o darkice rodar automático (daemon ou script?) | ||
+ | * Descobrir o IP e testar se consigo acessar. | ||
+ | |||
+ | ===Arquivo=== | ||
Sessões de trabalho: | Sessões de trabalho: | ||
* [[ubalab: | * [[ubalab: |