O que, exatamente, ele pode reproduzir dependerá do software do player e da taxa de amostragem real do áudio, mas para referência, o FLAC comprime sem perda de áudio PCM.
O áudio do Redbook (padrão CD) é um PCM linear de 16 bits não comprimido com cerca de 44kHz. Quando os drives de CD internos eram novos, eles tinham fones de ouvido e controles de reprodução, e podiam facilmente tocar CD de áudio sem estarem conectados a um computador. computador conectado).
Certamente esta é uma aproximação muito aproximada, mas estamos falando de uma especificação de tecnologia de c. 1988. Muito pouco áudio precisa estar além de 44 ou 48kHz, já que a faixa de audição humana abrange aproximadamente 22kHz. O FLAC suporta até 24 bits, mas a criação de 24 bits nem sempre é feita por motivos herdados (sistemas embutidos às vezes não podem suportá-lo), portanto, 16 bits é uma espécie de Denominador Menos Comum.
Após a descompressão, o FLAC é PCM (possivelmente linear ou LPCM) provavelmente de 16 a 24 bits e provavelmente de 44 a 48kHz. Muito semelhante ao padrão Redbook pelos números, se não a representação exata.
Portanto, o poder do hardware não é realmente um problema para a reprodução, mas sim para a descompressão.
Eu vejo que o Rasberry Pi Zero tem um processador um pouco mais rápido do que o Raspberry Pi 3, e a wikipedia diz que o O RP3 pode decodificar o H.265 no software usando a CPU (não possui hardware de decodificação H.265 dedicado). Então, eu suspeito que a CPU esteja pronta para a tarefa de descompressão de áudio de 2 canais.