Прошу уточнить понятие FIFO и его влияние на улучшение качества получаемого из сети цифрового сигнала в сетевом плеере на базе Raspberry Pi или другой ARM платы.
FIFO - это тип реалтайм режим First In First Out - первый пришел, первый вышел (очередность обработки пакетов), в то же время FIFO реализуется на программируемом процессоре (FPGA, ПЛИС ).
Проясните в каких ARM платах применяется FIFO? Почему его реализация на Raspberry Pi не совершенна и требует дополнительной платы? Ссылочка на одну из них Pactron’s Q7 Carrier Board
Вот что пишут: FIFO помогает бороться с джитером, но асинхронный FIFO это технология, которая может обеспечить логическую функцию по изолированию двух диапазонов изменения тактовой частоты. Это значит, что поток цифровых данных i2s проходит без каких либо изменений, но входящий клок блокируется и заменяется новым. При этом новый клок полностью независим от старого, за исключением, что должен иметь одинаковую частоту. Логика FIFO сама по себе не влияет на качество звука.
Что действительно делает звук лучше, так это повторный клок с низким джитером. Новый клок после FIFO, который с RMS, должен обеспечивать лучшее звучание, чем было до этого. Таким образом мы должны обратить больше внимания на повторный клок и соответствующий интерфейс.
Размер памяти FIFO должен быть достаточным, чтобы предусмотреть переполнение или отсутствие из-за плохого входного сигнала.
FIFO с повторным клоком с низким джитером может лишь сократить джитер воспроизведения для ЦАП, но ничего не может поделать с джитером при дискредитации.
Вот ссылка на форум где это живо обсуждается:
Asynchronous I2S FIFO project, an ultimate weapon to fight the jitter - diyAudio
FIFO - это тип реалтайм режим First In First Out - первый пришел, первый вышел (очередность обработки пакетов), в то же время FIFO реализуется на программируемом процессоре (FPGA, ПЛИС ).
Проясните в каких ARM платах применяется FIFO? Почему его реализация на Raspberry Pi не совершенна и требует дополнительной платы? Ссылочка на одну из них Pactron’s Q7 Carrier Board
Вот что пишут: FIFO помогает бороться с джитером, но асинхронный FIFO это технология, которая может обеспечить логическую функцию по изолированию двух диапазонов изменения тактовой частоты. Это значит, что поток цифровых данных i2s проходит без каких либо изменений, но входящий клок блокируется и заменяется новым. При этом новый клок полностью независим от старого, за исключением, что должен иметь одинаковую частоту. Логика FIFO сама по себе не влияет на качество звука.
Что действительно делает звук лучше, так это повторный клок с низким джитером. Новый клок после FIFO, который с RMS, должен обеспечивать лучшее звучание, чем было до этого. Таким образом мы должны обратить больше внимания на повторный клок и соответствующий интерфейс.
Размер памяти FIFO должен быть достаточным, чтобы предусмотреть переполнение или отсутствие из-за плохого входного сигнала.
FIFO с повторным клоком с низким джитером может лишь сократить джитер воспроизведения для ЦАП, но ничего не может поделать с джитером при дискредитации.
Вот ссылка на форум где это живо обсуждается:
Asynchronous I2S FIFO project, an ultimate weapon to fight the jitter - diyAudio
Последнее редактирование:
