(15-01-2014 16:51)magicm3n писал(а):  

(15-01-2014 16:30)olen77 писал(а):  А качество звука напрямую зависит от процессорных ресурсов(независимо от мощности процессора)....и долгие долгие выводы чем вредны сжатые контейнеры(а лучше раз услышать и можно не теоретизировать)...

Вы ПК вообще пользовались ? Архиваторами пользовались? И как часто после запаковки/распаковки RAR'ом или там ZIP'ом у вас изменялся хоть один бит в любом файле (что сразу приводит к неработоспособности любого исполняемого файла)?
И к слову любой, абсолютно любой установщик тоже находится в сжатом состоянии в неком контейнере.
FLAC, APE, ALAC и прочие - это тоже тупо "архиваторы" и они в принципе не могут вносить никаких изменений в данные.

И процессорные ремсурсы влияют лишь на скорость конвертации(запаковки/распаковки).

(15-01-2014 17:48)olen77 писал(а):  Алгоритм работы классического ПК построен на прерываниях......

(15-01-2014 21:52)onv писал(а):  

(15-01-2014 17:48)olen77 писал(а):  Алгоритм работы классического ПК построен на прерываниях......

И заполнение входного буфера ЦАП тоже идет по прерываниям. И опустошение буфера может произойти только либо при криво написанных драйверах цапа, если слишком поздно выставляется запрос на прерывание, либо процессор бешено занят обработкой более высокоприоритетных запросов, либо производительность компа ниже плинтуса, к чему, как понимаю, минималисты и стремятся так усердно.

(15-01-2014 23:22)olen77 писал(а):  Нужен баланс между производительностью и энергетической помехоустойчивостью(взаимозависимы для звука). Были эксперименты.... Есть выводы.. Низкопроизводительные процы для звука не подходят.

(15-01-2014 23:31)onv писал(а):  

(15-01-2014 23:22)olen77 писал(а):  Нужен баланс между производительностью и энергетической помехоустойчивостью(взаимозависимы для звука). Были эксперименты.... Есть выводы.. Низкопроизводительные процы для звука не подходят.

Безусловно, если БП так себе, проц мощнейший со злым tdp, видеокарта в слоте наиманьячнейшая игровая и жрущая, как не в себя, топология на матери так себе, то палки по земле и питанию будут разгуливать косяками и в эфир будет гадиться от души. Тут, как бы, и дискутировать не о чем

(15-01-2014 23:42)olen77 писал(а):  Бп линейный, матерей перебрано более болеее, процы и опер память перебраны, с матери все лишние чипы удалены...Системный диск 14 Мб -весь приоритет аудио...

(16-01-2014 00:46)sayhey писал(а):  Ох уж эти ПК... :-)

Цитата: Хотя, у меня, например, БП не линейный Biggrin Исключительно на аккумуляторах живу, вообще без 220, если не фоновая музыка, а нужно выжать максимум из тракта

Цитата:Т.е. народ здесь утверждает что компьютер, процессор которого может выполнять несколько тысяч операций в секунду, будет тупить при воспроизведении сжатого флака, деградируя музыку до реально слышимой разницы!?

Цитата: Вот и получается, что контрольная сумма формально совпадает совпадает, а ухо не согласно.

(16-01-2014 01:59)slyhach писал(а):  У какой балованый, аж завидно...

(15-01-2014 23:42)olen77 писал(а):  с матери все лишние чипы удалены...

(16-01-2014 08:46)dent писал(а):  

(15-01-2014 23:42)olen77 писал(а):  с матери все лишние чипы удалены...

как? как на матери могут быть лишние чипы?

(16-01-2014 08:46)dent писал(а):  

(15-01-2014 23:42)olen77 писал(а):  с матери все лишние чипы удалены...

как? как на матери могут быть лишние чипы?

(16-01-2014 11:41)Comandante писал(а):  Там ваще можно тракт укоротить до нимагу
Камень, как помпа, в унисон с тактовой частотой системной шины, выдавливает прямо с винта и никаких мостов не надо, ничего, успевай только подставлять уши

(16-01-2014 00:38)Siroga0808 писал(а):  На PC постоянные прерывания, захват шины PCI а так же питание и прочее и прочее делают невозможным стабильный клок. И несмотря на то что цифры не теряются они приходят немного не во время. В итоге сигнал восстанавливается не так как он был изначально и на сложной музыке это слышно. Здесь невозможны коррекции ошибок, отбросы пакетов, запросы туда сюда как при работе интернет. Основой же технологии CD являются клок-генератор и ШАГОВЫЙ двигатель работающие в паре с частотой синхронизации 44,1 кГц (44100 импульсов в секунду). При возникновении ошибки, данные востанавливаются по соседним битам. То есть "приблизительно". Ошибок за сессию бывает до фига. Вот и получается, что контрольная сумма формально совпадает совпадает, а ухо не согласно.