IgorA

Вот only standard.

Со стандартным режимом воспроизведения в мульти-декодере, да, были нестыковки. Исправленный вариант.

Так работает интерфейс плеера по версию 2.97. В поздних версиях из минимизированного кода плеера всплывающие подсказки были исключены. Их не сложно добавить в веб-интерфейс, если им пользоваться для управления воспроизведением. Если версия плеера 64-разрядная, попробуйте пожалуйста, как будет работать этот вариант файла:

@ando68, модуль выложен именно для тестирования и какие-то побочные эффекты новой архитектуры, конечно, возможны. Спасибо за информацию, я посмотрю, в чем может быть причина.

Да, скопировать этот файл поверх EXTRAS ASIO x64, но в любую версию, а не обязательно 31-10. И в Full Memory разницы в лучшую сторону может не быть.

@xeon.ix, вот, пожалуйста, пользуйтесь (рабочий проект, собирается в VS2008): http://albumplayer.r...asio_plugin.zip GNU LGPL позволяет компоновать с данной библиотекой или программой программы под любой лицензией, несовместимой с GNU GPL, при условии, что такая программа не является производной от объекта, распространяемого под (L)GPL, кроме как путём компоновки.

В плеере использованы некоторые компоненты, распространяемые под GNU Lesser General Public License, которая допускает их компоновку с ПО с закрытым кодом при условии отсутствия модификации этих компонентов. Это условие не выполняется только для плагина out_asio (otachan) и я предоставлю его исходный код. Ссылку я скоро дам. В отношении декодеров Анисюткина разрешение использовать его авторский код в составе кода плеера было предоставлено самим автором.

На модуль вывода в конфигураторе после замены не надо обращать внимание, главное не менять его. Конфигуратор ориентируется только по размеру и не понимает нестандартные файлы.

Выкладываю обещанный минимизированный ap2deсоder EXTRAS ASIO only Direct Input only wav - только для Direct Input. Убрана поддержка остальных режимов воспроизведения, режима службы, управления таймером. Осталась настройка приоритетов и ядер. 64- и 32-разрядные версии.

Я не возражаю против такого варианта. Просто отличает multi от only_wav в описанной мной выше ситуации воспроизведения только кусочек молчащего кода в памяти. Рационально объяснить какое-либо его влияние на звук сложно. Нельзя исключать эффект случайных блужданий звука при перезапусках воспроизведения. Опять же, любопытно, что слышат другие участники темы. Если интересно, могу сделать для опытов супер-мини only_wav-only_direct, из которого все настройки и режимы будут выброшены кроме Direct Input.

Он же автономно работает, поэтому что ему третья версия? Если будет работать, то также. Пока мне интересно, как остальные оценят наличие разницы и ее характер между only_wav и multi версией, воспроизводящей после запуска только WAV, из сохраненного при выходе плейлиста.

@Ilia555, да, основной выигрыш мини-режима для Direct Sound.

А зачем? Есть уже only_wav модуль вывода, кто хочет - и так пользуется. Файлы, которые рядом лежат, ничем ему не мешают. Последний выложенный вариант модуля вывода ("мульти"), если после запуска плеера только воспроизводить WAV, будет выполнять в точности те же действия, что и only_wav. И не более того. Он и планируется как прототип модулей вывода для плеера с дополнительным мини-режимом.

Да, копируем как обычно, а NoDsp можно добавить, но режим без прокси и так будет автоматически выбираться, а если надо вернуться к обычному режиму с доступностью DSP/VST опций, то надо добавить NoDsp=0 . Подразумевается, что в дальнейшем этим переключением будет управлять ap2config.

Для тестирования выкладываю мультиформатный вариант ap2decoder.exe EXTRAS ASIO x64 "три в одном" - "шампунь, бальзам и кондиционер в одном флаконе". По умолчанию там действует режим "Без DSP", при котором approxy не загружается (за исключением трех форматов с 32-разрядным декодером - SACD, DVDA, TAK). WAV при этом воспроизводится аналогично выложенному ранее варианту "only_wav", остальные форматы - аналогично "wav_plugin". Однако, если в первую секцию APlayer файла aplayer.ini добавить строку NoDsp=0 , то этот модуль вывода вернется в стандартный режим (2.101-2.109) с загрузкой approxy и поддержкой опций DSP/VST. Соответственно, NoDsp=1 - это режим без approxy. Просьба потестировать эту версию на предмет аномалий и звука.

на следующий день, не моргнув и глазом В реальности гибрид фубара с аимпом. @xeon.ix, входные плагины для аплеера, кроме трех модифицированных винамповских плагинов от разработчиков форматов FLAC, APE и WV, да, написаны автором плеера. На основе существующих библиотек других разработчиков для декодирования стандартных форматов файлов. Вы знаете разницу между плагином и библиотекой? А насчет "гибрида фубара с аимпом" - если использованы два декодера Анисюткина, сделанные для фубара, по согласованию с их автором, то это не "от фубара", а от Анисюткина, так как автор самого фубара их компонентами для своего плеера не признает даже на профильной странице. А от аимпа в аплеере просто ничего нет. И Вы так и не ответили на мой предыдущий вопрос: Специфика этого плеера в организации вывода декодированного звука (модулях вывода) и его настройках, которые, действительно, имеют авторскую реализацию. Пытались ли Вы об этом задуматься и способны ли Вы это понять?

@Sleasy, но wav_plugin - это тоже второй вариант. Первый - only_wav.

@Sleasy, но Инженер выбрал первый вариант из двух предложенных.

@spongebob, по просьбе участников сделан экспериментальный минимизированный модуль вывода EXTRAS ASIO x64, который вообще не использует декодеров. Соответственно, он может воспроизводить только WAV. Устанавливается копированием с заменой в основную папку плеера поверх штатного EXTRAS ASIO. Ссылка: http://forum.doctorhead.ru/index.php?app=core&module=attach&section=attach&attach_id=143381 Рациональные преимущества этого варианта относятся прежде всего к режиму вывода Direct Input. Но остальные режимы тоже поддерживаются

Пока о воспроизведении без approxy два прямо противоположных мнения. Какие впечатления по этому вопросу у других участников темы?

@IliaL, если плейлисты составлены до 11.11, надо пересканировать папки плеером с актуальной версией SACD плагина.

Пока не может.

ISO и минимализм - две вещи несовместных, как гений и злодейство. Мало того, что конвертация DSD в PCM - ресурсоемкое дело, но в ISO еще и DST нередко встречается, который требует распаковки даже для Native DSD воспроизведения. Поэтому пересылка данных через proxy здесь вряд ли что-то усугубляет. Чистый вариант для ISO - Full Memory. А в остальном - напрямую с ISO в обсуждаемой схеме сможет работать ap2decoder 32-разрядной версии, которая может использоваться и на 64-разрядной машине. Вот, JRiver - он вообще только 32-разрядный и никто на это не жалуется.

При использовании Direct Input работа без proxy объективно имеет преимущества, так как путь данных сокращается и для некоторых модулей вывода данные при воспроизведении WAV фактически могут транслироваться "мимо плеера" - из памяти системного буфера чтения файла в память системного драйвера вывода. В плане выводов для проекта плеера в целом - как вариант возможно добавление в основную панель ap2config опции "Без DSP", которая будет переводить ap2decoder в режим прямой работы с декодерами форматов, как в последнем выложенном сегодня варианте ap2decoder. Если воспроизведение WAV напрямую без плагина (это вчерашний вариант) имеет какие-то преимущества, то для него можно оставить отдельный код, встроенный в ap2decoder. Но это несколько размер файла увеличивает (можно сравнить вчерашний ap2decoder и сегодняшний), и вопрос спорный - надо ли.

Плеер должен играть все, а бескомпромиссный минимализм - это только WAV. Что уже есть. Любая гибкость может нарушить какие-то исходные условия этого минимализма. Сравните исходный вариант этого модуля, с вариантом, где загрузчик WAV файла не вшит в ap2decoder.exe, а загружается через плагин in_wave.dll. Это шаг от минимального решения в сторону гибкости, поддержки разных форматов. Меняет он что-то или всё точно также, или стало лучше?