IgorA

@audioshock Отсутствие надежной синхронизации звука и видео - это плата за то, что аудиоплеер не стал превращаться в видеоплеер, и процессинг звука сохранил свою автономность. Динамически возникающее рассогласование можно уменьшить, уменьшая буфер предзагрузки, до тех пор, пока сохраняется устойчивость воспроизведения. Если и при 64KB воспроизведение будет устойчиво, еще уменьшить длительность воспроизведения буфера можно, включив разрядность вывода звука 32 бита в ap2config. Также можно оперативно в процессе воспроизведения корректировать задержку видео командой "Set vidеo delay" в контекстном меню видеоокна. Там по умолчанию значение 40 мс. Изменения этой задержки запоминаются, поэтому сиюминутную подстройку потом может требоваться сбросить.

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

@vovan81tor, если боковым кнопкам мыши назначаются клавиатурные комбинации, то уже сейчас можно их назначить и указать как комбинации для переключения альбомов в настройке горячих клавиш в ap2config.

Только для мышки можно в контекстное меню добавить соответствующие команды. Если такой вариант устроит.

@vovan81tor, интерфейс панели меняться не будет, но в версиях плеера 2.105-2.108 можно переключать альбомы кнопками переключения треков, удерживая CTRL. В 2.109 это было убрано, так как мешало назначать горячие клавиши для переключения треков в комбинации с CTRL, но я могу вернуть этот режим, разделив обработку команд от экранных кнопок и горячих клавиш, если такой вариант устроит.

@main user, когда я до начала разработки своего плеера долго и тщательно выбирал - каким плеером лучше слушать музыку на компьютере, то XMPlay оказался лучшим, что удалось найти из готового. А из других плееров для Windows jplay по моим впечатлениям хорошо играет.

@Evgen1 Можно удалять все папки плейлиста сразу или, если осталась одна, то одну последнюю командой контекстного меню "Новый список" (четвертая сверху).

@Solo53, в обозримом, нет, и у меня нет никаких преимуществ в этом отношении перед каким-либо другим программистом. Принципы, по которым реализован плеер, все открытые и подробно обсуждаются, а переписывать для Linux все равно все надо заново.

Установочный архив доступен для скачивания по ссылке на странице плеера. В нем надо найти файл aplayer.ini и скопировать с заменой в папку плеера.

@ozonoleg, этот файл не для окна плеера, а для видеоокна, создаваемого плагином FFmpeg, который доступен по отдельной ссылке на странице плеера. Если куда-то за зону доступа сместилось обычное окно плеера, надо восстановить из установочного архива стандартный файл aplayer.ini.

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

Данные с RAM диска считываются системной функцией Windows ReadFile, которая получает эти данные через драйвер RAM диска, работающий в режиме ядра (Kernel mode). Влезть туда можно только написав собственный драйвер RAM диска.

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

Evgen1, кто-то еще помнит наверно, что Ильич про декабристов писал:

Все буферы, кроме буфера драйвера, могут вообще отсутствовать. Потому что в Full Memory уже не буфер, а сам источник в памяти.

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

Использование буфера предзагрузки в стандартном режиме или режим Full Memory - это и есть дополнительная буферизация перед буфером вывода.

Есть, уменьшив блок (размер буфера) до минимума, который снизу лимитирован прерываниями воспроизведения из-за опустошения буфера.

@BSV, может быть, и это влияет, но пауза между передаваемыми блоками всегда пропорционально увязана с размером передаваемых блоков.

@Tilim, а до переустановки системы работал ASIO x64 на Win10? Надо попробовать выбрать модуль вывода Standard, а затем выбрать и настроить ASIO через "Режим вывода" в контекстном меню плеера. Если и этот ASIO не заработает, то, возможно, не установлен или отсутствует 64-разрядный драйвер ASIO.

Вот вариант с сохранением позиции окна.

@Evgen1, это просто что-то совпало по времени. only direct модуль вывода тоже не считывает из файла конфигурации эту опцию и работает всегда в direct. А больше она ни для кого.

@Evgen1 Выбор в ap2config режима Direct Input означает лишь то, что в файле aplayer.ini появляется строка DirectInput=1 . Модуль вывода only standard просто не интересуется содержанием этой строки и продолжает работать как standard.

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

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