Опубликовано 28 августа, 20188 г Акустика с усилителем -повлияет на Асио? Разумеется нет - важно каким образом данные выводятся - если юсб, то установлен ли драйвер ASIO для него, если SPDIF с какой-то ЗК, то установлен ли драйвер ASIO для ЗК. Драйвер кривой или ровный? Установлен ровно или криво? - Проверялось ли ASIO с другим плейером и тп. Не гадать же на кофейной гуще... Почему на другом компе эти же плеера -не глючат и играют на новом Винда 8.1 одна и та же ? 1. См. вопросы выше. 2. Одинаковые ли настройки? - скопируйте *.ini с рабочего и замените в нерабочем при незапущенном АПлейере, запустите АП и проверьте на том же материале в тех же местах, где икалось ранее. .................Спасибо что проясняете ...что то я и не думал про кривые драйвера ..В Аплеере же стоит Асио -буду разбиратся в настройках ..Вазапи тоже драйвер глюкнул Naim SU \ ProAc 100\ .........Знание определенных принципов -оправдывает не знание всего остального\Гельвеций\..................................
Опубликовано 28 августа, 20188 г В Аплеере же стоит Асио Вы путаете тёплое с мягким - в АП интерфейс доступа к драйверу ASIO, который должен быть установлен в ОС и который не имеет никакого отношения к АП - ASIO - это драйвер, а АП - это приложение, которое умеет использовать ASIO, WASAPI, KS и тд. И если драйвер ASIO крив, либо криво установлен, то глючить будут все приложения, которые будут пытаться его использовать.
Опубликовано 29 августа, 20188 г To Acrobatic: Переходите на APlayer для линукс, оно того стоит. Вау-эффект гарантирован. Кстати, именно Вы когда-то на известном форуме посоветовали мне APlayer для Windows)))
Опубликовано 29 августа, 20188 г В Аплеере же стоит Асио Вы путаете тёплое с мягким - в АП интерфейс доступа к драйверу ASIO, который должен быть установлен в ОС и который не имеет никакого отношения к АП - ASIO - это драйвер, а АП - это приложение, которое умеет использовать ASIO, WASAPI, KS и тд. И если драйвер ASIO крив, либо криво установлен, то глючить будут все приложения, которые будут пытаться его использовать. ......Понял ..все мне надо пересматривать и попробовать еще Айтюнс Naim SU \ ProAc 100\ .........Знание определенных принципов -оправдывает не знание всего остального\Гельвеций\..................................
Опубликовано 29 августа, 20188 г serggold1971 Я возвращаюсь к просьбе проверить alsa-modules для stretch сборки на проблему с распознаванием ЦАПа при отключенном встроенном звуке. Я пересобрал полностью весь пакет alsa-modules с добавлением расширенной поддержки Native DSD. Посмотрите пожалуйста, как себя поведет этот вариант: http://albumplayer.r...tretch-dsd2.rar Конвертор Matrix X-spdif2 определяется при отключенном встроенном звуке, поддержка NativeDSD имеется. К сожалению, присутствуют щелчки при смене треков (все одного формата dsd256 и одной частотной сетки). Режим fm, full preloading. Опробовал оба таймера, предпочтение отдаю tsc при настройках tsc 2048/hpet 512. Значения по умолчанию (64/64) оптимальны для redbook.
Опубликовано 29 августа, 20188 г Автор @pm325, в DSD невозможно без щелчка соединить треки альбома, если не обеспечивается Gapless. Поскольку в DSD нет однозначного кода тишины и нет сколько-нибудь простого способа бесшовно вставить тишину в разрыв треков. А Gapless не может быть успешно реализован при маленьком буфере драйвера. Поэтому, если надо избавиться от этих щелчков, можно пробовать максимально увеличить буфер драйвера с включенным Gapless и отключенным Full Preloading, а если это не поможет, и как вариант, который может оказаться не хуже этого по результату - использовать режим Standard.
Опубликовано 29 августа, 20188 г По факту оказалось проще перейти на консольный вариант плеера, который поддерживает только режим DoP и устойчив при минимальных значениях буферов (pf89/bf178). В DoP щелчки отсутствуют полностью, хотя по индикации на ЦАП видно, что в момент смены трека устройство вывода "освобождается".
Опубликовано 29 августа, 20188 г Автор @pm325, возможно, дело в том, как ЦАП работает с DoP. В DoP может выводить и полная версия плеера.
Опубликовано 29 августа, 20188 г Вполне возможно, этот конвертер на базе XMOS 208, на W4S Dac-2DSDse по LVDS подается уже Native. Полная версия Aplayer конечно же поддерживает DoP, но при буфере менее 3072 просто не стартует воспроизведение. Консольная позволяет выставить существенно меньшие значения. На порядок. Ядро скоростное и без сети. Кстати, имеет ли смысл выставить при компиляции ядра поддержку инструкций AVX?
Опубликовано 29 августа, 20188 г Автор @pm325, FM движок в обеих версиях фактически одинаковый и существенной разницы по допустимым размерам буфера там не должно быть. Может быть, секрет в том, что декодер BASS в консольной версии игнорирует запрос DoP для DSD256 и выдаёт просто PCM? Какая там частота дискретизации на выходе? Если DoP для DSD256 работает, то должна быть 705600. Принимает ли такую частоту конвертер на базе XMOS 208? Поддержка инструкций AVX вряд ли что-то улучшит, поскольку в коде ядра в основном управляющая логика, а не вычисления. Изменено 29 августа, 20188 г пользователем IgorA
Опубликовано 29 августа, 20188 г Игорь, как консольная, так и полная версия Aplayer корректно обрабатывают запрос DoP, выводя сигнал 24bit/705.6kHz. На конверторе имеется цветовая индикация режима работы (белый - Native, синий - DoP), дисплей ЦАП также позволяет контроль режимов работы. В данном случае индикация соответствующая - DSD256. Сторонний софт, к примеру, позволяет выполнять преобразование в формат DoP в режиме offline, что в принципе исключает необходимость поддержки со стороны проигрывателя. При таком подходе обе версии работают идентичном предыдущему варианту. Затрудняюсь ответить, чем может быть вызвано различие в минимально допустимых размерах буферов.
Опубликовано 29 августа, 20188 г Автор OK, я посмотрю, какие ограничения в разных версиях будут у меня в этом режиме на таком материале.
Опубликовано 29 августа, 20188 г Касательно инструкций AVX: проект wtfplay изначально предусматривал два варианта сборок (для процессоров с поддержкой AVX и без). Ни в ядре, ни в самом проигрывателе ресурсозатратных вычислений нет, однако сборки явно отличаются по подаче. Возможно, Ваши сборки тоже окажутся чувствительны к этому параметру.
Опубликовано 29 августа, 20188 г Автор @pm325, я посмотрел, и, вроде бы, всё понятно. В полной версии плеера, в отличие от консольной, есть параметр "DSD mode limit", который задаёт, до какого порога выводится DSD поток, а выше этого порога - PCM. По умолчанию значение этого параметра DSD128. Соответственно, DSD256 выводится плеером в PCM с повышенной нагрузкой на процессор. Если значение этого параметра поменять на DSD256, то и полная версия выводит на XMOS в DoP поток DSD256 с параметрами буфера 89/178.
Опубликовано 29 августа, 20188 г Параметр "DSD mode limit" в полной версии сразу был выставлен на DSD256 (в противном случае индикация режима на ЦАП была бы иной). Процессор intel core i7 8700. Что еще может быть причиной невозможности старта воспроизведения?
Опубликовано 29 августа, 20188 г Автор @pm325 Возможно, случайно был включен режим DI. Там стабильное воспроизведение DSD256 DoP, действительно, начинается при буфере ALSA около 3K. У меня процессор i5 3.1GHz и в режимах Standard и Full Memory воспроизведение DSD256 DoP стартует стабильно с буфером 89/178.
Опубликовано 29 августа, 20188 г Режим Full Memory/Full Preloading. Вопрос, скорее, академический - в консольной версии все устраивает и возвращаться в GUI нет ни малейшего желания. Благодарю за столь щедрый подарок!
Опубликовано 30 августа, 20188 г Автор AlexH Пока хватает других задач. Консольную к официальному релизу скорректирую.
Опубликовано 30 августа, 20188 г Предлагаю в релизе оставить и текущий вариант - наверняка будут желающие сравнить звучание и юзабилити, текущий переименовать в ap0, новый рядом - ap. Изменено 30 августа, 20188 г пользователем AleXH
Опубликовано 30 августа, 20188 г Автор Для тех, кто сомневается - текущая версия доступна по отдельной ссылке и никуда не денется. Плодить искусственно параллельные версии я не планирую. И без этого всё разрастается.
Опубликовано 30 августа, 20188 г И без этого всё разрастается. Игорь, добрый день! Повторно прошу рассмотреть целесообразность размещения в первом посте ссылок на плееры и сборки для Linux.
Опубликовано 30 августа, 20188 г Автор Добрый день, Дмитрий! У меня нет возражений, но я надеюсь, что первый релиз Album Player for Linux не за горами, и ссылки есть смысл делать сразу на него.
Опубликовано 30 августа, 20188 г А то, что вы с парнями "гоняли", это проба пера? Возможно, есть смысл актуализировать ссылки на отдельные версии плееров, может кто-то захочет составить конкуренцию в создании полной сборки.
Опубликовано 30 августа, 20188 г Игорь, раз релиз, то надо новый консольный вариант пощупать заранее, чтобы определиться что класть в релиз. Предлагаю обсудить, какой режим преобразования DSD2PCM при воспроизведении SACD нравится и почему. - Послушал multistage и S-Audio - 2-ой звучит иначе, тише звучит диапазон сибилянтов. Изменено 30 августа, 20188 г пользователем AleXH
Для публикации сообщений создайте учётную запись или авторизуйтесь