AleXH

Игорь, у ЦП Core2DUO размер кеша 1-го уровня для ядер составляет 64кБ, но он разделен на 32кБ для инструкций и 32кБ для данных. Текущая реализация АП поддерживает минимальный размер буфера в 64кБ, если в APlayer.ini указать: buffer_std=32 buffer_asio=32 buffer_ks=32 , то будет ли АП работать с таким размером буфера корректно, или будет использовать 64кБ? Возможно добавить поддержку 32кБ буфера?

Игорь 3. При затяжке папки ║I Love Disco Diamonds Collection Vol. 1 │Folder▓ ║I Love Disco Diamonds Collection Vol. 2 │Folder▓ ║I Love Disco Diamonds Collection Vol. 3 │Folder▓ ║I Love Disco Diamonds Collection Vol. 4 │Folder▓ ║I Love Disco Diamonds Collection Vol. 5 │Folder▓ ║I Love Disco Diamonds Collection Vol. 6 │Folder▓ ║I Love Disco Diamonds Collection Vol. 7 │Folder▓ ║I Love Disco Diamonds Collection Vol. 8 │Folder▓ ║I Love Disco Diamonds Collection Vol. 9 │Folder▓ ║I Love Disco Diamonds Collection Vol. 10 │Folder▓ ║I Love Disco Diamonds Collection Vol. 11 │Folder▓ ║I Love Disco Diamonds Collection Vol. 12 │Folder▓ ║I Love Disco Diamonds Collection Vol. 13 │Folder▓ список альбомов сортируется не по номерам, а по строкам, т.е: ║I Love Disco Diamonds Collection Vol. 1 │Folder▓ ║I Love Disco Diamonds Collection Vol. 10 │Folder▓ ║I Love Disco Diamonds Collection Vol. 11 │Folder▓ . Решаемо ли это малой кровью?

Игорь, APx32 27.07.14, in direct, out single-core full-memory asio. 1. Плейлист только загружен, 1-й трек ещё не декодирован. Возможно имеет смысл добавить функцию "отложенного старта" воспроизведения 1-го трека после полного декодирования при нажатии на Pause вместо Play. 2. Трек декодирован, АП на паузе - мышкой тыкаем в другое место трека, АП прыгает в то место и снимается с паузы сам. - Это фича, или баг? Мне кажется баг, так как пользователь предполагает сам снимать с паузы тогда, когда ему это будет нужно, иначе бы он прыгал во время воспроизведения.

Проверил: Под winXP PE с PAE доступно 3.87GB, без 3.12GB (130MB "от едает" образ диска в памяти с которого и осуществляется загрузка, иначе было бы 4.00GB и 3.25GB). Создал 2 образа-клона: с включенным и отключенным PAE, сравнивал текущий дистриб АП x32, single-core full-memory asio на 16/44 контенте. Поскольку сравнение не мгновенное, а с паузой на перезагрузку около 3 мин, то полной уверенности в результате нет. Тем не менее сложилось впечатление, что без PAE звук более кристален и подвижен (аналогично жидкости с меньшей вязкостью). Игорь, всем текущий звук хорош, но есть ощущение, что он должен быть чуть более стакатто. На сложных партиях и составах ощущается некоторая склонность к каше, на небольших составах это незаметно, может чуть смазывается атака. На самом деле, величина этого "чуть" совсем невелика и она сильно зависит от самого ЦАПа. Прошу других участников форума подтвердить или опровергнуть (статистически) замечание о некоторой (совсем небольшой!) затянутости послезвучий.

Имхо, автоматическое увеличение буфера в 2 раза при незапланированном его опустошении было бы интереснее. Помимо этого мог бы быть полезен индикатор незапланированных опустошений, так как не всегда этот момент явственен. Место над индикатором громкости как раз есть. _IGOR_, пользоваться поиском умеете?

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

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

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

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