Myna no Ubuntu: avalie o ditado pelo texto corrigido, não só pela transcrição
O teste do Diolinux mostra ditado local ainda experimental. Português, pontuação, tempo de revisão e destino do texto devem orientar um piloto.
O Diolinux avaliou o Projeto Myna, iniciativa da Canonical para ditado em campos de aplicações com processamento local do áudio.[20] No teste voltado ao Ubuntu 26.10, o recurso não estava habilitado por padrão e exigia um PPA experimental e configuração de serviços de usuário do Snap.[20] A integração mais transparente na versão final é uma expectativa da matéria, não um resultado já confirmado.[20]
O que muda para quem desenvolve
A arquitetura combina aplicativo de ditado em segundo plano, extensão GNOME Shell para interface e estado do microfone, além de um modelo baixado sob demanda.[20] O atalho padrão é Super + J e pode ser personalizado.[20] A proposta permite inserir texto no aplicativo em foco sem abrir uma ferramenta separada para cada frase.[20]
Na configuração testada, a ferramenta recomendou Parakeet, da NVIDIA, com aproximadamente 776 MB e suporte a mais de 25 idiomas, apresentado como a melhor opção disponível para português naquele contexto.[20] A matéria também cita Whisper e FunASR como alternativas.[20] Isso não é uma comparação independente reproduzida para todos os sotaques e máquinas.
Minha leitura é que a unidade útil de produtividade é o texto pronto para uso. Uma transcrição rápida que exige muitas correções pode ser pior que digitar. Para documentação técnica, vale observar nomes de bibliotecas, identificadores, negações e pontuação, não apenas se palavras comuns aparecem corretamente.
Como aplicar
Faça um piloto em ambiente de teste, sem alterar o sistema principal apenas para experimentar o recurso. Prepare um pequeno conjunto fixo de frases em português: uma nota informal, um parágrafo de documentação, nomes técnicos e uma pergunta. Use conteúdo sem dados sensíveis.
Registre tempo de ditado, tempo de revisão e erros relevantes. Compare com digitação das mesmas ideias e repita em condições de áudio documentadas. Considere separadamente o primeiro uso após iniciar o sistema e os usos seguintes, porque o modelo precisa ser carregado em memória na primeira ativação.[20]
Verifique também o destino do texto. Antes de iniciar o microfone, confirme o campo em foco e se a aplicação pode salvar, sincronizar ou enviar automaticamente o conteúdo inserido. Proponha um ensaio com um marcador fictício para observar onde a saída aparece, sem usar informação privada.
O painel permite indicador visual, alertas sonoros, transcrição durante a fala ou ao terminar a frase e encerramento após silêncio.[20] Experimente essas opções com um critério simples: perceber claramente quando a captura começou, quando terminou e se o texto esperado chegou ao campo correto.
Cuidados e limites
O teste relatou perguntas sem ponto de interrogação, pequenos erros fonéticos em fala rápida e um aviso de ruído alto em ambiente considerado silencioso.[20] Não há números de latência ou taxa de erro no artigo.[20] Evite concluir que a ferramenta já substitui revisão.
Processamento local é uma vantagem para limitar o envio de áudio, mas não resolve por si só o destino do texto ou as permissões do aplicativo. O piloto vale quando reduz esforço total e mantém controle da captura, não apenas quando demonstra que o microfone consegue gerar palavras.
Fonte
[20] Fonte: Diolinux