Конечно. Они делают абсолютно разные вещи.
Понимаю. Скрипты CAD - штука неоднозначная, может сломать систему.
Работа с частотой и напряжением цпу видится безопасной для системы.
Уменьшение же буфера asio - вещь простейшая и на звук влияет сильно.
Конечно. Они делают абсолютно разные вещи.
Понимаю. Скрипты CAD - штука неоднозначная, может сломать систему.
Работа с частотой и напряжением цпу видится безопасной для системы.
Уменьшение же буфера asio - вещь простейшая и на звук влияет сильно.
Вечером проверю, но у меня по моему буфер asio близок к “0”.
Раз уж вы уже запустили и ничего страшного не произошло, теперь послушайте.
Я вообще не вижу принципиальной разницы, win xp или win 10.
Вспомнил, asio он же для win, на mac он не нужен, там и так прямой вывод сигнала без обработки.
Верно
Тогда посмотрите, сколько на win и можно ли уменьшить.
Отлично работает под 7 виндой
Это личные впечатления или отзывы с jplay?
57 я не пробовал, пробовал 30, 62 и 64-69.
Каждая последующая лучше предыдущей показалась.
Отзывы с jplay,только эти версии пока послушал, но мне не кажется, что каждая следующая лучше, по разному звучат, да.
Пока однозначно не скажу какая лучшая.
Вчера аплеер старый 2.98 скачал, интереснее новых версий, с ним Rev57 очень интересно спелась.
В общем поле для экспериментов широкое, главное “не выплеснуть ребёнка вместе с водой”, музыку не потерять по пути)
Ваш foobar2000 0.8.3 asio sse3 , архивные моно записи классики, мало составной, играет очень музыкально/пластично.
АР в свою очередь, который 2.98 отлично отыгрывает большие составы и залы, сцена просто супер, да и всё остальное на уровне , чуть изящество не хватает.
Дополняют друг друга)
Скачал и послушал Album Player - 2.8 вот это и есть самый трушный APlayer на мой взгляд
Будем ждать ??
32 или 64 бит ? У меня 32, очкую чего-то …
64, ничего про 32 не скажу, надо форум почитать на jplay, может там инфа найдётся
Кстати, да. Если так и дальше пойдет развитие…
Но нужно потестировать разные ос. Пока не очень понятен расклад сил.
Сам я могу пока только на macos попробовать.
Плюс еще остается rewrite data. Тоже надо потестировать.
Предел должен быть )). Удачи в тестировании, хорошо что есть желание, время и умение на это! с интересом …
Еще один шажок вперед для тех, у кого не Windows Server.
Данная настройка увеличивает квант процессорного времени, таким образом, меньше ресурсов тратится на переключение потоков.
На Windows Server квант увеличен до тех же размеров по умолчанию, насколько мне известно.
Отслушано - работает. Выделенный музкомпьютер, 4 ядра, 8 потоков CPU, Windows 10 + скрипты CAD + MinorityClean.
Похоже, это говорит о том, что эти программы плохо работают с серверной ОС.
У меня на Win10 после скриптов CAD остается 23-24 процесса, но никак не 43.
Серверные OS в режиме Core даже без оптимизации предпочтительнее, нежели Win10 плюс “танцы с бубнами”.
Для автозапуска MinorityClean с заданным приоритетом нужно создать txt файл с содержанием:
Здесь start - запустить “” - все,что в кавычках /high - с таким приоритетом /D “D:\MinorityClean” - папка “MinorityClean.exe” - название файла.
Подробности тут: Start - Start a program - Windows CMD - SS64.com
Затем нужно изменить расширение .txt на .bat или .cmd и поместить этот файл или ярлык на него в автозагрузку (нажать Win+R, ввести shell:startup и откроется папка автозагрузки).
Или можно добавить эту строку запуска в Desktop Services Killer скрипт от CAD.
После этого просто подменяем файл MinorityClean новыми версиями.
Здесь это сообщение более актуально.
Есть у кого-нибудь опыт переключения системного таймера HPET/TSC?
В моем случае (Core i3-9100, Win10 Pro) повлияло в худшую сторону, так что совет не универсальный…
Теоретически, если процессов много, такое вполне логично.