Raspberry pi zero для музыки без потерь?

507
FatalSleep

Я видел много DIY-проектов и приложений с открытым исходным кодом для музыкальных плееров высокого разрешения на основе Raspberry Pi.

Однако действительно ли Raspberry Pi Zero достаточно мощен, чтобы воспроизводить музыку без потерь?

ПРИМЕЧАНИЕ. Я не использую потоковую передачу - скорее всего, в качестве внутреннего музыкального проигрывателя будет использоваться Mopidy, а затем управлять плеером с помощью приложения MPD с моего телефона.

0
Да, это достаточно мощный. Eric F 6 лет назад 1
@EricF, если да, не могли бы вы представить ответ, объясняющий почему? FatalSleep 6 лет назад 0

1 ответ на вопрос

2
Yorik

Что именно он может воспроизводить, будет зависеть от программного обеспечения проигрывателя и фактической частоты дискретизации и т. Д. Аудио, но для справки FLAC без потерь сжимает звук PCM.

Аудио Redbook (стандарт CD) - это несжатый 16-битный линейный PCM с частотой около 44 кГц. В те времена, когда внутренние CD-дисководы были новыми, у них часто были гнезда для наушников и органы управления воспроизведением, и они могли легко воспроизводить аудио CD без подключения к компьютеру (можно подключить пустой блок питания и питание через molex без подключенного компьютера).

Конечно, это очень грубое приближение, но мы говорим о спецификации технологии от c. 1988. Очень мало звука должно быть выше 44 или 48 кГц, так как диапазон человеческого слуха охватывает примерно 22 кГц. FLAC поддерживает до 24 бит, но 24-битная авторизация не всегда выполняется по устаревшим причинам (встроенные системы иногда не могут ее поддерживать), поэтому 16-битный является своего рода наименьшим общим знаменателем.

После декомпрессии FLAC является PCM (возможно, линейным или LPCM), вероятно, 16-24 бит и, вероятно, от 44 до 48 кГц. Очень похоже на стандарт Redbook по номерам, если не точное представление.

Таким образом, аппаратная мощность на самом деле не проблема для воспроизведения, а скорее для декомпрессии.

Я вижу, что Rasberry Pi Zero имеет немного более быстрый процессор, чем Raspberry Pi 3, и в Википедии говорится, что RP3 может декодировать H.265 в программном обеспечении с использованием процессора (в нем отсутствует специальное аппаратное обеспечение для декодирования H.265). Поэтому я подозреваю, что ЦП выполняет задачу декомпрессии 2-канального звука.

И чтобы это было в перспективе: для декомпрессии видео H.265 требуется значительно больше ресурсов процессора, чем для самой сложной схемы сжатия звука, какой только можно придумать. dirkt 5 лет назад 0