AleXH

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

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

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

Там 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_, см. на вегалабе