Поддерживаю! Почему-то многие комментаторы отвечают в духе «90% этого вы просто не будете использовать, и всё будет хорошо» — ключевая ошибка здесь в слове «вы». Во-первых, напоминаю про популярное требование вакансий: «Умение разбираться в чужом коде». Во-вторых, вы в GITе всегда в одиночку всё пишете, ни за кем не дописываете, ни за вами никто не не дописывает?
Жаль, автор не упомянул, а что было с компанией — был ли такой исход инженеров вреден для неё?
Может, это была не «ошибка роста», а «очистка от старичков»? Замена в налаженном процессе (для передачи которого достаточно оставшихся 15 из опытных) дорогих кадров на более дешевые и сговорчивые?
Vive Tracker — путь для нищих духом.
Распознавать изображение со встроенной камеры Vive, корректируя его данными трекинга 2 контроллеров и самого шлема, чтобы правильно отслеживать положение ног, когда их видишь через шлем, — вот путь настоящих джедаев!
P.S. Ну а вообще, такой трюк использовали на очень многих компах с ограниченной палитрой — и на Коммодоре, и на Спектруме, и на IBMе, как тут уже написали. (разве что Amiga со своим HAM смотрела на это ребячество свысока :) )
Странное замечание про палитру Спектрума. Как будто его разработчики её специально дизайнили. Спектрум НАМНОГО проще Коммодора. Во всем. Его палитра есть 3 бита цвета (по 1 биту на каждую из составляющих R,G,B) + 1 бит на яркость (полная/половинная). Так что это вполне «естественная» палитра. Я бы сказал, «базовая». Её, кстати, и Мicrosoft для 16-цветнoй палитры в Windows выбрали в свое время…
Да, похоже, что закрыли. Заодно принудительно сменили пароли административным пользователям, что для Web, что для Telnet. Причем даже те, которые пользователь уже вручную сменил (вот это как-то не совсем красиво...)
Почему «прощай»? Как раз в нем — сортируем по максимальному CPU, «Прочитано-» или «Записано байт», далее по right click «Открыть место хранения файла» и снижаем ему приоритет.
Единственно, осторожней с svchost.exe — это понизит приоритет почти всех служб (впрочем, если до below normal, то работает нормально)
Это интересно… У меня на всех машинах — если пункт подменю без MUIVerb, то выводится горизонтальная черта. (в отличие от пунктов основного меню — там если нет MUIVerb, берется название раздела.) Какая у вас версия Windows?
Спасибо за перевод!
В статье всё верно, но хотел бы добавить и от себя.
Я имею опыт VR и в Rift, и в Vive, более того, могу сравнить это с опытом от первого поколения — Forte VFX, чтобы оценить, насколько мы продвинулись за 20 лет.
Что касается проблемы укачивания, она сейчас действительно стоит остро. Для её преодоления Valve изначально делала ставку на roomscale и перемещение телепортом (Oculus, похоже, не особенно озаботилась этим вопросом, ИМХО), хотя потом время стали встречаться те, кто понимает, что основная причина укачивания — это не ложная скорость, а ложное ускорение, поэтому равномерное прямолинейное движение воспринимается большинством почти так же хорошо, как телепортирование.
Вот только популярные подходы к его реализации странноваты:
1) почему-то (и я это видел даже в рекомендациях разработчикам) считается, что начинаться и заканчиваться движение должно максимально резко. По себе я заметил, что для меня оптимумом было бы 0.3-0.5 секундный разгон и торможение при движении
2) до сих пор никто не понял, что направление движения нужно привязывать к направлению того контроллера, которым оно осуществляется, а не к направлению головы! Тогда 1 из контроллеров можно было бы отождествить с положением тела (просто прижать к себе на уроне пояса, например) — это здорово увеличило бы естественность восприятия движения
3) если мы посмотрим на Vive, то там все, кто делает стрейф с помощью контроллера, используют плавные градации двумерного пада. Это плохо. Достаточно покрутить большим пальцем по паду, чтобы понять, что мелкие перемещения с плавной переменой направления — это опять же ложное ускорение, и от этого может начать укачивать. Стрейф должен быть только дискретным, и по направлению, и по скорости!
В прочем ладно, все-таки Хабр — это не жалобная книга…
не столько для тяжелого, сколько для критичного к задержкам (например, для VR здорово помогает убрать отдельные рывки — а это там самое неприятное), а они возникают чаще по причине ожидания диска, а не CPU. Но все в основном крутят на подъем приоритета, хотя лучше — наоборот снижать у фоновых процессов.
1. Errare humanum est, что поделаешь… Это может случиться где угодно.
2. Вы не совсем поняли — в двух утилитках я использую разные способы повышения привилегий. Если бы я использовал REG для внесения в реестр, мне пришлось бы делать VBS-ную обвязку, чтобы команда сработала. А у regedit очень удобный «побочный эффект» — он сам рисует окно UAC
3. Поначалу это и было скриптом, но потом я понял, что смогу выполнить и 4-й пункт задачи.
Тут уже откликнулись на ваш пост, так что добавлю немного: действительно, с разделителями (да и не только) единообразия нет:
— во-первых, строки команд в реестре — это не полноценная shell-строка, а именно «программа и её аргументы», т.е. если вы зададите встроенную команду (echo, start, set и т.д.), вас не поймут. Если используете %переменную%, вас не поймут, если зададите команду & команду, вас не поймут. Поэтому в тексте вы часто видите «cmd /c» — это получение «полноценной» командной строки
— набор параметров, передаваемых в программу, в реестре свой — %0=%1,%l,%w,%i,…
— обработка разделителей -вообще мрак: вы видите в примерах, что \ и " нужно предварять \, < и > — оставлять как есть, а % где-то нужно дублировать, а где-то нет.
Судя по фразе «Установка и удаление», а не «Программы и компоненты», вы всё ещё используете ХР. Жаль, нет её сейчас под рукой, но я рассчитывал, что первая утилитка будет и под ней работать, посему обошелся без PowerShell (правда, пользы от нее там не так много — в ХР только приоритет CPU поддерживается). А вот вторая использует новый синтаксис netsh и в ХР не заработает…
не совсем понял, ограничить в смысле «не перекрыть, а задать полосу пропускания»? К сожалению, не занимался этим, хотя шейпинг трафика — тема действительно интересная.
Под именем F660 вообще много устройств может быть, в разных корпусах, и даже с разной архитектурой внутри. Сначала у МГТС был вроде ZXA10, здесь описан ZXHN, а у вас что за зверь?
Да тут вспоминать надо Радио-86РК, Микрошу и Апогей-БК01!
Может, это была не «ошибка роста», а «очистка от старичков»? Замена в налаженном процессе (для передачи которого достаточно оставшихся 15 из опытных) дорогих кадров на более дешевые и сговорчивые?
Распознавать изображение со встроенной камеры Vive, корректируя его данными трекинга 2 контроллеров и самого шлема, чтобы правильно отслеживать положение ног, когда их видишь через шлем, — вот путь настоящих джедаев!
Единственно, осторожней с svchost.exe — это понизит приоритет почти всех служб (впрочем, если до below normal, то работает нормально)
В статье всё верно, но хотел бы добавить и от себя.
Я имею опыт VR и в Rift, и в Vive, более того, могу сравнить это с опытом от первого поколения — Forte VFX, чтобы оценить, насколько мы продвинулись за 20 лет.
Что касается проблемы укачивания, она сейчас действительно стоит остро. Для её преодоления Valve изначально делала ставку на roomscale и перемещение телепортом (Oculus, похоже, не особенно озаботилась этим вопросом, ИМХО), хотя потом время стали встречаться те, кто понимает, что основная причина укачивания — это не ложная скорость, а ложное ускорение, поэтому равномерное прямолинейное движение воспринимается большинством почти так же хорошо, как телепортирование.
Вот только популярные подходы к его реализации странноваты:
1) почему-то (и я это видел даже в рекомендациях разработчикам) считается, что начинаться и заканчиваться движение должно максимально резко. По себе я заметил, что для меня оптимумом было бы 0.3-0.5 секундный разгон и торможение при движении
2) до сих пор никто не понял, что направление движения нужно привязывать к направлению того контроллера, которым оно осуществляется, а не к направлению головы! Тогда 1 из контроллеров можно было бы отождествить с положением тела (просто прижать к себе на уроне пояса, например) — это здорово увеличило бы естественность восприятия движения
3) если мы посмотрим на Vive, то там все, кто делает стрейф с помощью контроллера, используют плавные градации двумерного пада. Это плохо. Достаточно покрутить большим пальцем по паду, чтобы понять, что мелкие перемещения с плавной переменой направления — это опять же ложное ускорение, и от этого может начать укачивать. Стрейф должен быть только дискретным, и по направлению, и по скорости!
В прочем ладно, все-таки Хабр — это не жалобная книга…
2. Вы не совсем поняли — в двух утилитках я использую разные способы повышения привилегий. Если бы я использовал REG для внесения в реестр, мне пришлось бы делать VBS-ную обвязку, чтобы команда сработала. А у regedit очень удобный «побочный эффект» — он сам рисует окно UAC
3. Поначалу это и было скриптом, но потом я понял, что смогу выполнить и 4-й пункт задачи.
— во-первых, строки команд в реестре — это не полноценная shell-строка, а именно «программа и её аргументы», т.е. если вы зададите встроенную команду (echo, start, set и т.д.), вас не поймут. Если используете %переменную%, вас не поймут, если зададите команду & команду, вас не поймут. Поэтому в тексте вы часто видите «cmd /c» — это получение «полноценной» командной строки
— набор параметров, передаваемых в программу, в реестре свой — %0=%1,%l,%w,%i,…
— обработка разделителей -вообще мрак: вы видите в примерах, что \ и " нужно предварять \, < и > — оставлять как есть, а % где-то нужно дублировать, а где-то нет.