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 сектор спейс - сан, воспроизводит. Драйвер на запрос о поддержке ЧД точно отвечает адекватно? Может не в каждом драйвере эта функция вообще реализована, просто включает то, что запросили, либо НЕ включает )

Сейчас 0.692, но, разумеется, предпочтительно оба.

- Отлично! НО... не для одного, ранее чел писал об этом и до него тоже кто-то озвучивал схожие траблы с азио. К тому же многие не пишут о проблемах, мучаются молча - мазохисты, в общем )

Тогда лучше в конфигураторе указать поддерживаемые частоты драйвером и устанавливать "насильно", не запрашивая поддерживается или нет. Редактируемое поле-список поддерживаемых драйвером ЧД: 44100,48000,88200 и тд. Или чекбоксы из поддерживаемых АП вариантов: [ ] auto [x] 44100 [x] 48000 [x] 88200 [x] 96000 и тд. auto для владельцев нескольких ЗК, текущий режим запроса поддерживаемых ЧД.

Вот! - Это тот самый глюк НЕ переключения ЧД, описанный ранее. Он не может восходить к воспроизведению одной сетки ЧД в пределах одного плейлиста/папки?

у меня последняя, иначе бы не писал. неделю назад слушал радио сектор flac, затем у них чо-то глюкнуло, какие-то другие станции-потоки АП переподключал несколько раз, остановился на кантри, у АП отвалился фейс, но кантри играет - что за станция такая - Дибуны или Ямская? Вроде же в списке нет ничего подобного, а для мп3 звук был недурственен, если это было мп3.

Спасибо, буду знать этот нюанс. Радио SUN (flac) - запускаю, вижу поток пошёл, через несколько сек появляется не удаётся воспроизвести, поток обрывается - как так? - данные же "валят". Может он 48кГц? Сейчас 44 в драйвере вижу.

Поставил _ в начале имени файла, теперь гуд. Извратно, однако, загружать не исключительно *.dll.

как я понимаю, АП ищет in_*.* вместо in_*.dll и загружает их ВСЕХ. Переименовал в _in_ffmpeg.dll_ и _in_ffmpeg.dll__ - теперь гуд, видит и загружает только тот, что нужен - in_ffmpeg.dll

2 раза Убрал из папки in_ffmpeg.dll_ и in_ffmpeg.dll__ , хранящие старую и новую версии, теперь 1 раз и вопрос, а какая из них тогда звучала, если АП загружает не только *.dll? )

C предыдущим переключались плейлисты - радио-местный. Версии по разному звучат, предыдущая более телесная подача середины, нижней середины. В новой они тише, чуть больше более низких НЧ. Это на рабочей ХР. Перезаписывал только in_ffmpeg.dll.