AleXH

Объясню совсем доступно: передаём сигнал - над водой (шумом) видно только 000100000001000, увеличили громкость - всплыло 001210000012100, ещё больше увеличили громкость - всплыло 012321000123210 - очевидно, что в последнем случае описание более информативно, чем в первых 2-х случаях. За одно и тоже количество тактов бит на описание сигнала было использовано больше - об этом битрейте шла речь, когда говорилось о смысле подтягивания сигнала к 0 dB.

@macintosh, для не догадливых - речь о битрейте значащих бит. - Читать надо о чём идёт речь.

@IgorA, на страницу с линукс версией вниз добавить бы ссылку Album Player for Windows Никогда не видел таких стрёмных "плакатов" при заходе на сайт АП. Возможно все целевые страницы на открытие которых идёт запрос, налету предварительно проверяются антивирусным сервисом и его результат выдаётся пользователю, если детектировано что-то подозрительное.

Согласен и с первым и со вторым предложением - это очевидно и также как и то, что речь была о другом.

Конвертирование DSD в PCM с подтягиванием уровня к 0 dB позволяет получить максимальный битрейт.

Предлагаю по ар следующие доработки: 1. Выводить индикатор распаковки после имени файла трека, чтобы было понятно, что декодируется и была возможность сразу дать команду stop / next / prev с прерыванием процесса распаковки, если это возможно. 2. Заменить текущую шкалу индикатора распаковки из одних точек на 0.1.2.3.4.5.6.7.8.9.А - в которой каждый последующий символ выводить после распаковки 5% данных, т.е. "0.1.2.3." означает что распаковано уже 35%. Это позволит пользователю лучше представлять предполагаемую продолжительность распаковки, а также зафиксирует размер индикатора в одну строку. 3. Выводить временную позицию после абсолютных и относительных прыжков, воспроизведения/паузы в стандартном виде mm:ss 4. Прыжки n.=n.0=m:00, подумать как трактовать - n.s=m:0s или как m:s0? Переходы за границы трека и недопустимые значения, например m.[6-9][0-9] предлагаю игнорировать. Кстати, такие странные значения в cue иногда бывают, видимо ошибки создавшего их ПО.

от поддержания вращения шпинделя

Из памяти слушать надо. Помехи от шпинделей винтов малы, да и остановить их можно (но это не здорово - старт-стопы шпинделя сокращают ресурс). Помехи от следящей системы и таскания коромысла с головками гораздо больше.

ap декодирует трек и лишь потом пишет, что он извлёк - лучше сначала написать, а потом декодировать - в этом случае пользователь будет иметь возможность дать команды n,s ещё до старта воспроизведения, если трек нежелателен.

@macintosh, не увидел в ваших постах информации - одни заблуждения.

Пиковые уровни определяются не произведением, а возможностями звуковоспроизводящего оборудования воспроизводить записанный материал без искажений. Звукоинженеры разные и делают они по разному и с уровнем DSD они не заморачиваются потому, что нет фиксированной сетки уровней PCM. Предполагается что покупатель SACD его слушает, а не конвертирует в PCM. Конвертируя в PCM и не подтягивая максимальный пик диска к нулю, вы не доливаете информацию из DSD в PCM. - Предпочитаете конвертировать с бОльшими потерями - ваше право. Но эти потери невелики на фоне потерь, с которыми конвертируют плейера налету. Пример справедлив лишь в случае единого произведения, столь продолжительного, что понадобилось несколько SACD - это частый случай? - Кто мешает повернуть РГ на усилителе при переходе на 2-й диск? Лунная соната из этой же оперы - вы берёте частные случаи. И да, её можно конвертнуть под 0 dB и уменьшить громкость на усилителе. Вы найдите SACD на который записана лишь лунная соната - она мелкая и всегда идёт с другими произведениями, которые звучат громче.

Большое спасибо.

Там 3х HDD на sata - музыки хватает, а пополнять можно загрузившись и с другим ядром/ОС. На спидозном без сетевом, в текстовом режиме с консольным ар стало очевидным, что основным поставщиком цифрового мусора является работа памяти - чтение-запись, рефреш. Поэтому суть идеи в следующем - меньше драйверов, меньше их буферов в памяти и тд. Кроме того, юсб сидит на том же прерывании, что и юлька, потому изгнать его (юсб) желательно в любом случае.

Игорь, ядро с оптимизацией по скорости, без сети и без юсб полностью - в перспективе можно ожидать? Для платформы с ps/2 и spdif Juli@.

Нет, это говорит о том, что вы не разобрались в сути процессов DSD и PCM - автор поступил единственно правильным образом. DSD не несёт в явном виде значение уровня громкости, и чтобы его узнать, нужно сначала преобразовать его в PCM без коррекции громкости, чтобы узнать значения пиков всех треков диска, во 2-й проход все треки извлекаются с поправкой громкости на дельту между самым громким пиком на диске и нулём. Таким образом весь диск в PCM подстраивается по 0dB синхронно, при этом вся сетка битов PCM заполняется звуковыми данными по максимуму. Простая аналогия - PCM это чашка, DSD это несколько бОльшая чашка. Вы переливаете из чашки DSD в чашку PCM и это выш выбор, сколько вы нальёте - под край, забирая информацию по максимуму или недольёте, забрав меньше. Конечно, вы можете указать тот уровень, который считаете нужным, например -6dB, если у вашего цап начинают расти искажения у сигналов с уровнем выше -6dB (скрипт элементарно редактируется) - лучше выпить меньше, но кристально чистой воды, чем больше - под самый край, но мутной.

Если речь о DSD2PCM, а точнее о сборке SACD2FLAC, построенной на базе SARACON, то автор сборки поступил правильно, использовав 2-х проходное декодирование с определением пиков и последующим подгоном всех треков по уровню громкости синхронно, возложив эту задачу на SARACON, который максимально заполняет биты PCM информацией из DSD. Если же вместо 2-го прохода использовать быстрый пересчёт громкости PCM данных, полученных в 1-й проход, то в нижние биты не попадут тихие звуки, гармоники и тд., а заполнятся пустотой. Алгоритмам работающим в плейерах налету не хватает производительности современных процессоров, соответственно приходится жертвовать полнотой-качеством конвертирования информации, используя упрощённые алгоритмы и фильтры. Оптимальные преобразования DSD64 -> PCM24/44, DSD128 -> PCM24/88 и тд. Но, безусловно, максимально правильный звук у исходного DSD и желателен цап, умеющий его воспроизводить.

ар. если возможно - не прокручивать экран при вводе команд, просто очищать строку ввода. Сейчас весь "фейс" из-за команд уезжает вверх.

@_IGOR_, см. на вегалабе

@pm325, Edit: Matrix confirmed with me via email that only the SPDIF outputs are isolated, not the I2S. "Because the IIS interface needs to transmit very high bit rate data, the bandwidth of the current isolation scheme is not high enough.Therefore, if the IIS interface is added with isolation, the output quality may be affected when playing a high bit rate signal." </offtop>

Почему такой выбор? Matrix X-spdif 2 - $379 и ни слова о galvanic isolation - теперь выбор понятен.

@pm325, производителю писали? - Что ответил?

Всегда ли компилятор собирает код неизменившейся процедуры одинаково? Например изменения есть в других частях программы, напрямую не связанных с вышеназванной процедурой, то всегда ли собранный код процедуры будет неизменным?

Мне достаточно того, что Игорь знает на чём я слушаю и представляет в какой мере можно прислушиваться к моему мнению.

C одной стороны может, с другой не может, потому что и флудерасты паства *****, точка. Вангователям по картинкам только дай пищу - флуда ещё больше будет от знатоков звука любых сетапов.

@Soundslave, SHM-CD это не формат, а технология изготовления питов на CD, т.е. цифровые данные те же, что и на "обычном" CD, но в проигрывателях компакт-дисков должны читаться более уверенно с лучшей локализацией ИЗ.