GetCpuInfo var "SSE3" -> True
GetCpuInfo var "Vendor" -> GenuineIntel
Flasher писал(а):А пока прошу сравнить
Сравнил, разницы не заметил. Но это только на глаз, чтобы тут точные значения получить, надо вводить скриптовые функции-таймеры для измерения времени между двумя вызовами функций.
Loopback писал(а):выглядеть это, наверно, может как-нибудь так:
Может, стоит ещё параметр, возвращающий описание добавить? Есть старые таблички.
Loopback писал(а):Но это только на глаз
На глаз мне бы твоя помощь не потребовалась. Конечно, через таймеры.
Автору сборки TC Image (Andrey_A) настоятельно рекомендуется не распространять на иных ресурсах любую предоставленную мной где-либо техническую информацию по автоматизации и оптимизации в работе с ТС и системой.
Flasher писал(а):Может, стоит ещё параметр, возвращающий описание добавить?
Описание параметров, думаю, лучше в справку.
Flasher писал(а):На глаз мне бы твоя помощь не потребовалась
В принципе я так и думал Попробуй эту версию, добавил функцию получения таймера из скрипта. Значение возвращает в мс. Если окажется полезной, можно будет и оставить. Использовать так:
Loopback писал(а):Описание параметров, думаю, лучше в справку.
Вообще да. В конфиге они ни к чему по сути, если знаешь, что за что отвечает.
Спасибо за GetTimer. Да, подтверждаю, разница существенная.
У меня первая даже за 500 уходит. А вторая в диапазоне 26-35. С отключённым WmiPrvSE.exe около 110-130.
Оставляй. Для тестов весьма полезна.
Автору сборки TC Image (Andrey_A) настоятельно рекомендуется не распространять на иных ресурсах любую предоставленную мной где-либо техническую информацию по автоматизации и оптимизации в работе с ТС и системой.
А почему GetTimer? Гуглил-гуглил, так и не нашёл, откуда такое название. У меня лично таймер ассоциируется с чем-то, что надо заводить на какое-то время, и что потом срабатывает. А это, насколько я понял, либо текущий таймштамп (время), либо время со включения компа (тики)...
Loopback
В VBS/VB.NET есть Timer (время от полуночи в single-секундах). Тут пример тоже с gettimer из libc.a.
А GetTimestamp — это отметка даты и времени. У нас же дата отсутствует.
Автору сборки TC Image (Andrey_A) настоятельно рекомендуется не распространять на иных ресурсах любую предоставленную мной где-либо техническую информацию по автоматизации и оптимизации в работе с ТС и системой.
Timestamp — это по сути число секунд, преобразованное из заданной даты и времени.
Есть брать Unix Time Stamp, то видим 10-тизначное число секунд от 1 января 1070 года. У тебя в текущий момент мне выдаёт 9-тизначное от времени включения в мс.
В vbs в мс 8-мизначное от полуночи можно получить так:
Loopback писал(а):таймер - это все-таки некий интервал.
Вот он и есть. Между датой и временем запуска машины/полуночи и текущей датой и временем.
Автору сборки TC Image (Andrey_A) настоятельно рекомендуется не распространять на иных ресурсах любую предоставленную мной где-либо техническую информацию по автоматизации и оптимизации в работе с ТС и системой.
Таймер - это скорее не интервал, а механизм реагирования на истечение некоего интервала.
А число тиков с момента включения... В дотнете это значение возвращается свойством Environment.TickCount (мс, знаковое 32-битное, где-то в 25 дней меняет знак), в Windows API - функцией GetTickCount (мс, беззнаковое 32-битное, где-то раз в 50 дней обнуляется). В WMI вроде время с момента включения считается счётчиком SystemUpTime (секунды). В общем, думаю, надо придерживаться какого-то из существующих названий этой сущности, а не выдумывать своё. GetTicks или GetUptime (может, GetUptimeMs) - вроде неплохие кандидаты.
Автору сборки TC Image (Andrey_A) настоятельно рекомендуется не распространять на иных ресурсах любую предоставленную мной где-либо техническую информацию по автоматизации и оптимизации в работе с ТС и системой.
Тогда уж лучше пусть будет GetUptime, т.к. точость функции можно при необходимости сделать и выше, например до микросекунд, добавив управляющий параметр.
А чего сразу не нано? Я уж не говорю про совсем сумашедшие иокто.
По чел. восприятию нам и сантисекунд было бы достаточно.
Автору сборки TC Image (Andrey_A) настоятельно рекомендуется не распространять на иных ресурсах любую предоставленную мной где-либо техническую информацию по автоматизации и оптимизации в работе с ТС и системой.
BeTeP писал(а):Дело в том, что MoveButton, в отличии от FixWindow, не только переносит кнопку, но и уменьшает ширину диалога копирования/перемещения.
MoveButton никогда не уменьшала ширину диалога, просто в то время он был такой ширины. Увы, тут обрадовать не смогу, поскольку есть как минимум две проблемы с уменьшением ширины диалога. Во-первых, уменьшить можно только те контролы, которые есть в диалоге в момент его открытия. А те контролы, которые появляются после нажатия кнопки опций, в момент открытия диалога еще не существуют. Вторая проблема в 64-битной версии тотала, в ней невозможно уменьшить ширину комбобоксов, они никак не реагируют попытки изменить их ширину.
Выложил новые версии тут. MoveOptionsButton теперь запускается без параметров. Если интересно, можно попробовать запустить с параметром "/NARROW" и посмотреть как безобразно выглядит суженный диалог
