AleXH

Я не совсем об этом - странно то, что под окончанием воспроизведения трека подразумевается опустошение буфера и нет никакого контроля, были ли поданы все данные в буфер и были ли они воспроизведены.

На 1440 работает, срывается редко.

AP 27.07.14, direct in_SACD, single-core full-memory std, DSD2PCM 24/44 5.0, "скачут" треки во всех режимах, кроме multistage floating-point. На 2.0 контенте все режимы стабильны. При выборе режима installable FIR, кнопка load открывает "Мои документы", а не папку filters.

Похоже Single-Core Full-Memory Asio ap2decoder имеет утечку памяти ~180kB/s во время воспроизведения, течь начинает спонтанно.

Точно, APlayer.exe был не модный, теперь всё работает как надо. В описание вкралась ошибка:

Игорь, ap2decoder.exe 35840 26.07.14 22:34 CRC16: 0212 CRC32: 97662344 MD5: DD7E31CE8B17F80B1BBDFFEA53B54F9E SHA1: 811C39F35D59E49F7A715381F3F0F856ED73861D SHA256: AAEB380080D1C5D7C7A5763119C2AFE99235A3CA6554591D23A1D8DC94FE369D

Теперь поведение как было 23-го - просто старт 1-го трека на воспроизведение сразу, независимо от того, какой выбран (in direct, out Single-Core Full-Memory Asio).

APx32 26.07.2014, Single-Core Full-Memory, запускаем АП, выделен 3 трек, на нём был останов в прошлую сессию, нажимаем Play - индикатор пропадает, тишина, идёт декодинг, индикатор появляется, звучит 1-й трек.

@ARXETIP, Я к тому, что написание 3.0 это процесс трудоёмкий и, по всей видимости, долгий. Если, конечно, Игорь уже не ведёт его разработку параллельно. Игорь, может стоит брать освобождаемые ядра из APlayer.ini? Параметр SingleCore или CoreFree какой-нибудь. И задать ядра через запятую, либо просто указать количество освобождаемых ядер.

Выпустить 3.0 так просто не получится - это море работы, нужно переписывать весь GUI. И быстрее всего потребуется вносить изменения во взаимодействие с GUI и в декодеры, а это чревато опять экспериментами с поиском звука...

@+A.M.+, 2.98, там баса больше, но он размыт. В текущей баса суб ективно меньше, но он более точен, как и весь остальной диапазон. Поэтому лучше покрутить ручку на предваре. У вас всегда получается дослушать до конца? Или даже недослушанное сегодня, на завтра вы переслушиваете с начала? На ноутах с этим нет проблем - открыл крышку и слушаем дальше (это если все устройства выходят из сна без ошибок), но ведь кто-то слушает и на не поддерживающих эту технологию системах. Я предложил привести поведение Full-Memory к поведению остальных декодеров, у которых оно интуитивно ожидаемо, в отличие от первого. О Gapless в Full-Memory. Бесшовное воспроизведение требует предзагрузки следующего образа во время воспроизведения предыдущего, что противоречит самой концепции Full-Memory, согласно которой образ загружается и декодируется единожды, и далее ЦП пребывает в свободном полёте, что даёт меньшие задержки и как результат, более свободный и мелодичный звук. Для Gapless остаётся лишь вариант с периодической "подкачкой" данных во время воспроизведения, что и реализовано в НЕ Full-Memory и direct декодерах, поскольку у последних отсутствует буфер, в котором можно "состыковать" данные. Подкачка раз в 52 секунды (если ничего не изменилось) не столь уж и частая.

@nikitosss, речь об образах, содержащих не один трек.

А что скажете по поводу - нужен или нет в Full-Memory старт не с первого трека, а с выделенного, с того, на котором остановились в предыдущий раз (как во всех остальных декодерах)?

Я предлагаю подождать, пусть пользователи скажут - надо-не надо, а то может я продавливаю то, что не востребовано, а это не хорошо. Тем более, что я ранее про мультиплейлисты разглагольствовал...

Ок, ap2decoder декодировал - послал сообщение об этом APlayer.exe, тот переключил трек. Но согласен, в этом случае работы несомненно больше. А что скажут пользователи Full-Memory - вам нужно автоматическое переключение на активный трек после декодинга? - А то может я только зря Игорю голову дурю.

Игорь, честно говоря, не уловил. Если GUI отрисовывает индикатор прогресса после того, как полностью декодирован диск, и после этого мы можем менять трек вручную, то что мешает это делать автоматически? В то же время я замечаю, что несмотря на справедливо выше обозначенное неудобство, есть бескомпромиссные ценители ваших трудов, которых это неудобство не останавливает и они используют исключительно Full-Memory декодер. Или вопрос в том, что у Full-Memory априори не может быть преимуществ перед НЕ Full, чтобы не говорили его почитатели? OlegSA, что вы на это скажете? - Есть разница в звучании Full-Memory и НЕ Full версий?

Зря, этот декодер использует самая что ни на есть целевая аудитория вашего плейера.

Игорь, предлагаю после распаковки файла Full-Memory декодером автоматически перепрыгивать на текущий в APlayer.exe трек, если он !=1. Лучше даже в этом случае распаковывать молча, а начинать воспроизводить уже после прыжка.

Да-да-да, с этим аккуратненько, пожалуйста

Самоубеждение - великая сила.

Стек плейлистов. При запуске APlayer.bat выводится номер текущего используемого плейлиста + запрос на новый. Если нажать Enter, то будет продолжен использоваться текущий плейлист, если ввести номер от 0 до 9 (возможны также и буквы a-z), то будет восстановлен соответствующий плейлист из стека. Если был выбран не текущий плейлист, то текущий будет предварительно сохранён в стек, а вместо него восстановлен из стека выбранный. APlayer.bat кладётся в папку с плейером, файлы aplayer0.dat...aplayer9.dat, stack.dat пишутся в папку АП, соответственно, должны иметься права на запись в эту папку. APlayer.bat --------------- @echo off if not exist stack.dat (set plOld=1) else (set /p plOld=<stack.dat) echo Now use Playlist #%plOld% set /p plNew=Choice Playlist [0-9]: if "%plNew%"=="" goto l0 if "%plNew%"=="%plOld%" goto l1 (echo %plNew%)>stack.dat if exist aplayer.dat (copy /y aplayer.dat aplayer%plOld%.dat >nul) :l1 if exist aplayer%plNew%.dat (copy /y aplayer%plNew%.dat aplayer.dat >nul) :l0 start aplayer.exe --------------- Игорь, можно было бы расширить меню системтрея по ПКМ 10-ю плейлистами (копии aplayer.dat в aplayerN.dat) Имхо, и дёшево, и сердито. Меню -------- Плейлист 9 8 7 6 5 4 3 2 1* 0 Трек Следующий Предыдущий Играть/Пауза Стоп Показать Выход --------

Либо папка-стек датов: genre.ini, aplayer1.dat, aplayer2.dat...aplayerN.dat и 1 батник, который при старте: 1. Читает из genre.ini значение жанра (1..N) в GenreOld. 2. Выводит список жанров. 3. Запрашивает новый жанр (GenreNew) для воспроизведения, и если GenreNew==GenreOld, то переходит к п.7, иначе: 4. Сохраняет значение GenreNew в genre.ini. 5. Переносит aplayer.dat из папки АП в стек под связанным с GenreOld именем. 6. Копирует из стека дат, связанный с GenreNew в папку АП, с переименованием в aplayer.dat. 7. Запускает АП отдельным процессом. 8. Завершается.

Это справедливо для идеальной ОС и идеального железа С реальным же всё иначе - программе разницы нет, звуку есть.

Мне больше нравится связка In direct'ы - Out Single-Core Asio, в RamXP последний все процессы, кроме ap2decoder, переселяет на первое ядро. В результате можно выставить минимальные буфера как в asio плейера, так и в asio ЗК (уменьшается латентность системы), что благотворно сказывается на звуке.

@firewheel, bzx уже ответил, но да, драйвера нужно единожды имплантировать в образ.