(24-01-2020 14:02)soroka писал(а):  И насчёт залочивания частоты процессора, то же писал ранее, никакого смысла не имеет, ни теоретического, ни тем более практического.
Большинство плееров имеет очень низкие требования к производительности ЦП и потому процессор всё время, пока Вы слушаете музыку находится в состоянии мин. производительности, работает на мин. частоте, которая никуда не "пляшет" и не скачет, если конечно конечно, кроме плеера проц. ничего не грузит.

У меня противоположные данные на этот счёт.

Когда на музПК была установлена Виндоус Сервер 2012 то часто мониторил загрузку ЦП, латентность, активность процессов и т.п. параметры. Несмотря на минимизацию процессов и низкое потребление ресурсов частота всё равно кратковременно "прыгает" выше минимальной и довольно часто (на мини Аплеере, у которого потребление ресурсов крайне низкое).

И практический опыт. Отключение всех технологий энергосбережения, разгона, гипертрейдинга и т.п. процессора ощутимо поднимает качество звука. На любой ОС.

(24-01-2020 13:02)Kir9790 писал(а):  Долгое время с различными сборками Линукс параллельно была установлена Виндоус Сервер 2012. С ней у меня всегда было ощущение "грязи" в звуке.

Я вообще отошёл от виндовых систем, как их только не пытался оптимизировать. Разница с известным чёрным дистрибутивом весьма велика и не в пользу виндов.

(24-01-2020 14:12)Kir9790 писал(а):  Когда на музПК была установлена Виндоус Сервер 2012 то часто мониторил загрузку ЦП, латентность, активность процессов и т.п. параметры. Несмотря на минимизацию процессов и низкое потребление ресурсов частота всё равно кратковременно "прыгает" выше минимальной и довольно часто (на мини Аплеере, у которого потребление ресурсов крайне низкое).

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

(24-01-2020 14:02)soroka писал(а):  И насчёт залочивания частоты процессора, то же писал ранее, никакого смысла не имеет, ни теоретического, ни тем более практического.

Смысл в залочке в том, чтобы не грузить процессор лишними задачами по изменению частоты (там таких до десятка может набраться) и главное - TSC не любит смены частоты процессора.
Вот если бы Вы попробовали залочить и в этом режиме переключиться на TSC, возможно и оценка звука была бы другая.

(24-01-2020 14:10)IgorOk писал(а):  soroka Правильно я понимаю, что при реализации асинхронного входа и выхода USB\а конкретнее-использование клока ЦАПа\ роль НРЕТ снижается

А при чём тут это, вообще разные вещи.
Можете у себя проверить, поставить такой эксперимент, если интересно.

---

(24-01-2020 17:17)PnL писал(а):  Смысл в залочке в том, чтобы не грузить процессор лишними задачами по изменению частоты (там таких до десятка может набраться) и главное - TSC не любит смены частоты процессора.
Вот если бы Вы попробовали залочить и в этом режиме переключиться на TSC, возможно и оценка звука была бы другая.

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

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

---

(24-01-2020 17:23)soroka писал(а):  Смысл в том, что не читаете даже, что написал, нечему там, в системе исключительно для музыки "дёргать" грузмть процессор, там всё очень стабильно и спокойно, просто посмотрите монитор ресурсов в режиме проигрывания музыки.

Игорь, ну зачем так? Читаю, конечно. Но вот именно TSC и не переживет смены частоты процессора, если ее не лочить. Да и в чем проблема, если залочить?

(24-01-2020 17:29)PnL писал(а):  ВременнАя точность в ПК нужна в любом случае, тем более для USB, хоть и асинхронного (по идее повышается полнота и достоверность передаваемых данных) вопрос только в средствах достижения наилучшего результата, учитывая влияние и взаимосвязи с другими моментами работы ПК. По сути, точный клок и помехозащищенность - это все, что нам нужно. Игры с питанием - это все часть помехозащищенности.

---

Игорь, ну зачем так? Читаю, конечно. Но вот именно TSC и не переживет смены частоты процессора, если ее не лочить. Да и в чем проблема, если залочить?

Извините, если обидел.
Проблема в том, если залочить, что другие плеера, ресурсоёмкие, тот же BugHead, работать будут неполноценно.
Кодирование на лету из PCM в DSD так же весьма ресурсоёмкая задача, а если залочить на максимальную частоту, то максимальное потребление энергии и тепловыделение.
А самое главное, ну нет никакого смысла в этом.

И последний ещё аргумент в пользу HPET, создатели AudioPhil Optimizer рекомендуют именно этот режим в настройках, да и многие пользователи на зарубежных тематических форумах, так же об этом пишут.

Лочить не обязательно на максимальной частоте - подобрать.

(24-01-2020 17:50)soroka писал(а):  И последний ещё аргумент в пользу HPET, создатели AudioPhil Optimizer рекомендуют именно этот режим в настройках, да и многие пользователи на зарубежных тематических форумах, так же об этом пишут.

Эти рекомендации, вероятно, с привязкой к определенному железу?

(24-01-2020 17:50)soroka писал(а):  И последний ещё аргумент в пользу HPET, создатели AudioPhil Optimizer рекомендуют именно этот режим в настройках,

Если почитать их руководство, то видно, что даже они рекомендуют попробовать оба режима.

А можно поинтересоваться какая разница между включенным и выключенным HPET в процентах?

(23-01-2020 20:36)Kir9790 писал(а):  esperansa, попробуйте Yoctoap (32-bit, PC).
http://albumplayer.ru/linux/index.html
Там уже всё сделано по-уму: всё лишнее вырезано, а то, что необходимо - максимально облегчено.
Запишете на флешку, загрузитесь с неё и будете слушать музыку. Вашу основную ОС (Виндоус) она не тронет.

Скачал, сделал загрузочную флэшку через Rufus, загрузился с флэшки. При первой загрузке не определялся ЦАП с Amanero. При перезагрузке определился. Теперь проблема: сначала начинает играть нормально, а затем скорость воспроизведения убыстряется как на пластинке с переходом с 33 об/мин на 45. Куда копать? Ставил именно 32 бит версию. Может 64 бита попробовать?

Так то звук очень понравился: он реально стал объёмным и детальным. Я уж удивился. Но играет недолго: через некоторое начинает проигрывать очень быстро.

(24-01-2020 19:08)Sheridan писал(а):  А можно поинтересоваться какая разница между включенным и выключенным HPET в процентах?

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

---

(24-01-2020 18:03)Kir9790 писал(а):  Если почитать их руководство, то видно, что даже они рекомендуют попробовать оба режима.

Кирилл, если не читать руководство, а использовать оптимайзер, то в процессе настройки, когда дойдём до выбора таймера HPET будет рекомендуемый.

Очень хороший ответ

(24-01-2020 19:22)bibukov писал(а):  Так то звук очень понравился: он реально стал объёмным и детальным. Я уж удивился.

А я как удивился, прочитав это сообщение! Думал показалось к вечеру... Неужто bibukov верующим во влияние ОС стал
С почином!

(24-01-2020 19:22)bibukov писал(а):  Теперь проблема: сначала начинает играть нормально, а затем скорость воспроизведения убыстряется как на пластинке с переходом с 33 об/мин на 45. Куда копать?

Проще и вернее всего спросить у автора - Игоря Антонова. Например в нашей ветке или на докторхеде. Игорь оперативно отвечает на вопросы.

---

(24-01-2020 19:08)Sheridan писал(а):  А можно поинтересоваться какая разница между включенным и выключенным HPET в процентах?

А сколько это в процентах... трудно сказать.
Если пару-тройку дней неспеша поиграться с включением/выключением HPET... то но на своей системе, при прослушивании любимых (заслушанных) альбомов разница такова, что включён или выключен HPET слышно сразу. И с худшим вариантом мириться уже невозможно.

(24-01-2020 17:23)soroka писал(а):  в системе исключительно для музыки "дёргать" грузмть процессор, там всё очень стабильно и спокойно, просто посмотрите монитор ресурсов в режиме проигрывания музыки.

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

Мне все-же не дает покоя вопрос о "летенси".
Ибо периодически он всплывает в разных местах, а ясности как небыло так и нет.

Хоть мопед не мой, но попробую ответить за "того парня" про "летенси". У него есть две ценности: первая - показать, что воспроизведение в реальном времени возможно без артефактов и "система справляется", а поскольку 99% даже не подготовленных специально ПК могут справляться с беспроблемным воспроизведением звука, обычно применяется для второго случая - отслеживать изменения летенси при очередной смене настроек, смотреть как меняется косвенный показатель настроек системы в целом. Летенси уменьшилось - идем правильным путем - проц и система разгружаются - меньше помех - точнее клок - лучше звук, летенси увеличивается - сделали хуже. Ну примерно так.

Александр, конечно, как всегда лукавит и, вероятно, знает правильный ответ, но вместо "поделиться" может запилить попавшегося до смерти, хотя и это иногда полезно данному форуму

(24-01-2020 20:38)Kir9790 писал(а):  А сколько это в процентах... трудно сказать.
Если пару-тройку дней неспеша поиграться с включением/выключением HPET... то но на своей системе, при прослушивании любимых (заслушанных) альбомов разница такова, что включён или выключен HPET слышно сразу. И с худшим вариантом мириться уже невозможно.

Это серьёзная разница если мирится уже не возможно в моём понимании это более пяти %
В этом случае Вы можете отличить варианты с включением и выключением HPET?, если Ваш товарищ будет переключать а Вы в слепую из пяти тестов хотя бы четыре угадаете.

(25-01-2020 11:11)PnL писал(а):  Хоть мопед не мой, но попробую ответить за "того парня" про "летенси". У него есть две ценности: п

Рассуждать о ценности или не ценности чего-либо, и сколько там этих ценностей, и какова их величина - можно только поняв о чем вообще идет речь!

Так что, все эти длинные разговоры несколько преждевременны.

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

---

(25-01-2020 11:11)PnL писал(а):  Александр, конечно, как всегда лукавит и, вероятно, знает правильный ответ,

Как я могу знать правильный ответ, если еще не понял вопроса - о чем вообще речь идет?

(25-01-2020 11:17)Sheridan писал(а):  Это серьёзная разница если мирится уже не возможно в моём понимании это более пяти %

Ну...где-то так.

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

С этим показателем я активно экспериментировал около года-двух назад. Это было на ТиниМПД, на Виндоус Сервер и на тех версиях блэкОС. Да, думаю угадал бы дома на своих треках. Разница была хорошо слышна на знакомых альбомах.
Сейчас каждый несколько дней небольшие изменения в системе (например 1,5 недели назад - поставил версию блэкОС без поддержки ЮСБ, затем вместо флешки поставил ССД с переходником на ЮСБ, на днях попробую этот переходник улучшить, потому что с флешки звук получается лучше и т.п.), поэтому уже давно не пробовал включать НРЕТ. Как с изменениями всё успокоится, то можно будет ещё раз попробовать включить.

---

(25-01-2020 11:25)rotla писал(а):  Я задал очень простой вопрос (на который от утверждавшего ответа не последовало) - "летенси между чем и чем?".

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

Р.С. Интересно, что даже на сайте этой программы говорится о необходимости отключения технологий плавающей частоты процессора для повышения точности показаний LatencyMon: For most accurate results you should disable variable clock speed settings in your BIOS setup such as Intel TurboBoost, SpeedStep and AMD Cool N Quiet.

Вчера отключил режим энергосбережения.
CPU C-state
Звуку очень похорошело.
Возросло разрешение и детализация.

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

---

Подскажите, а что лишнее можно отключить в диспетчере устройств?
Именно в системных устройствах.

---

Kir9790, я правильно понимаю, что в моём случаи лучше везде ставить Gen1, А не Gen3 на шинах.
Для SSD m.2.