AleXH

Возможен альтернативный вариант - с одинаково кривыми трактами.

Прививать культуру нужно крупными штрафами и нещадно, лишь тогда быдло осознает, что их поступки неприемлемы в обществе. Именно из-за обилия бескультурья и быдловатости населения демократические преобразования пошли так криво на пост-пространстве СССР.

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

Нельзя

Иллюзии и заблуждения не менее долговременны. Берёте 2 версии меняете местами и убеждаетесь, что профФИс_иональная память вас подводит.

Недействующие элементы лучше сделать неактивными как Gapless, чтобы впечатлительные и склонные к фантазиям не выпадали из реальности.

На все симптомы ридми не оберёшься

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

Ну вот, взяли и всё испортили - вовлекабельность похе нивелировали

@olkoloid, есть смысл в использовании дополнительного звена - эмулятора ASIO через WASAPI?

Предназначение APlayer: Реализация максимально качественного вывода звука в семействе ОС windows, в которых многозадачность и способ её реализации привели к суб`ективной деградации звука. С практической точки зрения борьба за максимальное качество имеет смысл только для lossless форматов изначально качественного контента. Для остальных форматов с компромисным содержимым, архитектура АП явного выигрыша в качестве звука не даст.

О! Это бальзам - Теперь не щёлкает, спасибо.

Совершенно верно, именно это и наблюдаю у себя. Возможно пофиксить ручное переключение?

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

Использую рилтайм потому, что с ним звук более чистый, мелодичный, прозрачный.

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

Тем не менее, старт воспроизведения, равно как и переключение треков вручную, сопровождается щелчками (ФМ стерео из Экстраз) и hold в этом случае бессилен. Отсутствие щелчков при "поточном" воспроизведении говорит о том, что ручной старт/переключение также возможны без щелчков, просто текущая реализация этого не позволяет. Проверил этот же АП с этими же треками в RamXP - ФМ стерео из Экстраз при ручном переключении по трекам не щёлкает. Т.е. временной зазор столь ничтожен, что формироваться всплеск практически не успевает, оставаясь на уровне колебательного процесса, возникающего при обыве волны, в то время как под рабочей XP щелчок "выстреливает" до -40-30 дБ, а иногда и до -20-10 дБ.

1. 2. Из п.1 следует, что временной зазор между плей и пауза существует в любом случае, а из п.2 следует, что щелчки в этом случае неизбежны. Вместе с тем, дожидаться паузы до 3-х секунд после плея неразумно - получается нужна отдельная команда. P.S. Посмотрел, при многоканальном стандартном ASIO, в отличие от стерео ФМ, щелчки есть и при автоматическом переключении треков во время воспроизведения. Т.е. тишина-переключение-тишина (звуковая волна отсутствует) всё равно даёт щелчок.

Hold ASIO Output устраняет щелчки только во время смены треков во время воспроизведения, но если мы переключаем треки вручную мышкой, либо кнопками Prev/Next, то щелчки есть (флэки-треки, FM ASIO x32, предзагрузка, SoX).

Не понял... - VST обрабатывает 2 сек данных, и если нет предзагрузки сразу отсылает их в ап2декодер? - Разве реализовывать паузу двумя раздельными во времени последовательными командами плей, пауза - правильно? Понятно, что так проще, но всё же.. И разве не отсюда растут ноги у щелчков? Можно было бы посылать одну отдельную команду, условно назовём её "ПП", на которую ап2декодер выполнит нужную последовательность действий.

Игорь, вроде бы когда-то раньше обсуждали похожую ситуацию: ЦП 2-ядерный, FM Asio x32, 1 ядро, предзагрузка, активированы SoX 192->48, VST DustEq. В плейлист затянута папка с 2-мя дочерними папками, в каждой по альбому. Воспроизводится конец последнего трека 1-го альбома, 0-е ядро ЦП в этот момент загружено сторонней утилитой на 100% (условие проявления косяка, без нагрузки косяк не появляется). В момент смены альбома звучит ~2-3 сек 1-го трека следующего альбома, затем АП становится на паузу, в трее появляется иконка VST, идёт обработка Dust. - Вопрос - откуда взялись 2 секунды музыки, если VST ещё не отработал? Может щелчки той же природы? - только в ЗК попадает 2 секунды мусора вместо данных?

Тот, который больше нравится.

Шоркаты это не лучший путь - гораздо надёжнее организовывать управление через командный интерфейс, который не зависит от хукеров, задействованных в системе.

Любопытно, а капчурится как 115. Проверил, с 1 работает. Если посылать Up/Down ComboBox или ListBox, то можно переключать альбомы/треки не только во время воспроизведения - гуд! WParam=2 сворачивает в трей - Игорь, какие команды ещё доступны? Сохранятся ли они в 3-ей версии?

Им хватает, мне не хватает Работает интерфейс command, в квадратных скобках WParam, LParam=0: Play [115], Pause [116], Stop [117], Prev [118], Next [119] - не работает только кнопка Play. Окно АП в foreground, но Enter не работает.