AleXH

ничего - ибо нет смысла

это всё лохотронщики продаж - маркетологи. В ТТХ "аппаратов" отсутствует такая важная для звука характеристика, как коэффициент интермодуляционных искажений - он более адекватно позволил бы ранжировать аппараты по музыкальности, но... - это идёт вразрез с интересами продаж. Под эгидой общества защиты прав потребителя не помешало бы разработать свод обязательных тестов и их методик для получения утверждённого перечня обязательных характеристик, в том числе и коэффициенты гармоник и интермодуляционных искажений. Обозвать его, например AudioReady или ещё как-нибудь, распиарить что с ним гуд, без него - кот в мешке. Думаю желающие сертифицировать производство найдутся - получить сертификат соответствия и логотип на свою продукцию. Когда рынок забит, лишний сертификат не помешает Это компенсирует необходимость проектировать аппаратуру с учётом заявленных параметров.

Это смотря как пробовать - с наслаждением или без То, что написано, служит для минимизации помех - используется текстовой видеорежим вместо графического и не грузятся иксы, что благотворно сказывается на звуке. Насколько? - Попробуйте - узнаете.

Тракт в данном случае не используется. Но нежелание огласить методику измерений говорит уже о многом.

@grigoxyr, в строке загрузки kernel добавьте multivt, переключение AltF2 и AltRight

- ГЕНИАЛЬНО! Такое мог сказать только дилетант - в рамочку и на стенку. - Вы не Удифил? Предвижу чего стоят ваши измерения, если вы даже методику боитесь огласить.

поправьте настройки своего профиля в правом верхнем углу - жмяк на свой ник - настройки - часовой пояс. Если звук на 1-ом месте, то можете попробовать tinyap - linux на флешке из соседней темы.

ар после запуска воспроизведения не отображает промпт "> " - ставит мигающий курсор в левый нижний угол.

это элементарно - iso/boot/isolinux/isolinux.cfg добавляем ещё один вариант загрузки - копи-пэст label dCore и 3 строки kernel, initrd, append. dcore -> dCore 2, bzImage -> bzImage2, vga=795 -> text default dcore label dcore kernel /boot/bzImage2 initrd /boot/dCorestretch64.gz append initrd=/boot/dCorestretch64.gz nodhcp tce=LABEL="TINYAP" waitusb=10 noswap nozswap host=tinyap loglevel=3 rd.udev.log-priority=0 showapps text cde net.ifnames=0 blacklist=floppy,pcspkr,ppdev,parport,parport_pc implicit 0 prompt 1 timeout 1 tce/sceboot.lst - диезим, отключая ненужные компоненты: #usb-serial-4.8.17-tinycore64 alsa-base #alsa-firmware-loaders alsa-modules-4.8.17-tinycore64 #alsa-utils #mc #xorg-all #flwm_topside #midori apmenu если цап USB, то включаем usb-serial, если usb цап без него не работает и тд., звуковым картам может понадобится alsa-utils, по названиям пакетов можно догадаться для чего они. tce/mydata.tgz/opt/bootlocal.sh #!/bb/ash # put other system startup commands here loadfont < /opt/UniCyr_8x16.psf mount.sh #alsactl -f /var/lib/alsa/asound.state restore #sudo wifi.sh -a #sudo /opt/net_init.sh #aplayer.sh #aprenderer.sh #apmenu.sh touch /etc/sysconfig/superuser sudo dmesg -n 1 sudo mkdir -p /media/iso tce/mydata.tgz/opt/bootsync.sh #!/bb/ash # put other system startup commands here, the boot process will wait until they complete. # Use bootlocal.sh for system startup commands that can run in the background # and therefore not slow down the boot process. /usr/bin/sethostname box /opt/bootlocal.sh & sleep 5 echo после загрузки в root в комстроке вводим ap.sh - вызываем help - h Enter, card - выбираем нужный интерфейс, fm - режим full memory, mm - MMAP, cs1 - если у ЦП 2 и более ядер. имхо, на сегодня лучше всего звучит вариант ар cue2, распаковываем его в home/tc/ap

Тут приходим к вопросу как АП сконфигурирован. Попробуйте сравнить BAMF с консольным ар, запущенным в текстовом режиме с минимумом загруженных пакетов.

Совершенно верно, именно это и нужно сделать, иначе ваши слова ничего не стоят - вы даже не привели очевидного аргумента, почему не нужно делать нормализацию при конвертации DSD2PCM - одна дилетантская пурга. Не удивлюсь, если методика будет уровня Удифила, когда он доказал, что все lossless плейеры звучат одинаково, сравнивая воспроизводимые данные, полученные по ВИРТУАЛЬНОМУ кабелю - гениально! - На ютубе ролик есть.

Пруфы на ангажированные результаты в студию, плз.

@macintosh, вы избегаете ответов - кроме пустых заявлений от вас ничего не слышно.

Понимания чего? - Разная цветовая температура спектров результатов у сравниваемых программ о чём по вашему говорит?

Объясню совсем доступно: передаём сигнал - над водой (шумом) видно только 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 на который записана лишь лунная соната - она мелкая и всегда идёт с другими произведениями, которые звучат громче.