AleXH

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

Не сказал бы, что текущая сессия подпадает под понятие долговременности. Если мы сохраняем настройки плага в памяти между перезагрузками (что очень хорошо), то что нам мешает сохранять состояние птички байпас? Ладно громкость - можно выкрутить в 0dB одной крутёлкой, но с экви, изотопами и др комплексными плагами уже сложнее - появляется дополнительная суета с пресетами, кучу крутёлок и движков туда-сюда тягать же не будешь, ибо маразм и байпас куда как удобнее.

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

Ситуация понятна. При смене декодера будут утрачиваться любые изменения настроек VST плагинов, заменяясь на стартовые. Сохранение last конфигураций перед сменой декодера видимо накладно?

Игорь, АП под ХР последний, слушается дискография, образы КД в ape и flac, каждый в своей подпапке, в АП затянута целиком. Подключено 3 VST плага, 2-ой в цепочке BC Gain 3, для него активирую Bypass при старте воспроизведения и он периодически слетает, плаг самоактивируется видимо при переходе на новый альбом. Хорошо бы пофиксить.

Интересный термин) Имхо Yocto лучше, хоть и немного сладковат (у меня). Для успешного функционирования DI требуется система с минимальными задержками, часто для этого требуется глубокая оптимизация ОС, либо использование минималистической конфигурации служб, устройств, драйверов к ним. Возможно лучше попробовать минимальную 8.1, если Yocto не устраивает по сервису. Если же хочется именно на рабочей ОС, то используйте стандартный режим, а не DI. Различие между FM и DI в том, что в FM данные из файла уже распакованы в память и их нужно лишь переслать в принимающее устройство, а в DI их надо прочитать из FS, распаковать в память и лишь затем переслать в принимающее устройство, а поскольку эти 3 процесса выполняются одновременно, это увеличивает требования к производительности системы и её отзывчивости, чтобы успевать всё.

Если лаги сохраняются и при воспроизведении с Yocto или Tiny, то железо отстой (пробуем обновить биос), иначе ОС - быстре всего как(ой,ие)-то драйвера создают лаги. Тачпады, мыши, винты с бэдами и любое другое оборудование при работе с которым драйвер которого получает много ошибо, либо кривой драйвер. При недостатке памяти ОС постоянно лазит в своп, в котором может оказаться и частично рамдиск.

Для тини есть модуль прилёта ИК в отличие от ёкты?

Вот этого не понял. - Если так, то почему не YoctoAPC (консольный), он определённо звучит лучше.

Добавил BOM, АР открыл его корректно, спасибо.

Да, дело в апострофе 2019h, он несколько раз в cue (кодировка UTF8) встречается. Имеем: FAR файлы с ним открывает нормально, АР нет (ХР). Удалил апостроф в имени флэка и в куе. Апостроф в остальных местах отбражается так:

Именно так и назван - скопировал его имя и вставил в куе, сверил, 1-в-1. Обработка cue включена. "Various Artists - Now That’s What I Call Music! 8.flac" это из поля переименования в FAR

Игорь, такой cue не обрабатывается, вместо него в плейлист затягивается только имя самого flac образа.

Стандарт тоже не сразу устаканился, может драйвер спроектировали до добавления canSampleRate, либо просто на неё забили - на кой надо? - Вдувай данные, что могу и как могу - воспроизведу ) В некоторых случаях лучше пусть звучит убыстренно/замедленно, выше/ниже тоном звучит, чем просто отказ в воспроизведении, например при воспроизведении записей с диктофонов, когда важна инфа, а не точность подачи.

Попробовал, переключает 44-48-44-48 сектор спейс - сан, воспроизводит. Драйвер на запрос о поддержке ЧД точно отвечает адекватно? Может не в каждом драйвере эта функция вообще реализована, просто включает то, что запросили, либо НЕ включает )