Комментарии 87
НЛО прилетело и опубликовало эту надпись здесь
Плюс один. Из-за этого не пользуюсь макосью)
MP13, lion, A4T X7, 2000 dpi даже срывов нету.
mac os x mouse lag
About 798,000 results (0.20 seconds)
windows mouse lag
About 7,490,000 results (0.18 seconds)
linux mouse lag
About 2,720,000 results (0.19 seconds)
геи
Результатов: примерно 12 300 000 (0,08 сек.)
натуралы
Результатов: примерно 1 060 000 (0,20 сек.)
Результатов: примерно 12 300 000 (0,08 сек.)
натуралы
Результатов: примерно 1 060 000 (0,20 сек.)
"Set something of a bar for where we'd like to head over the next decade"
Эх… ждать еще десять лет.
Лишь бы патент не зажали…
Я верю, что датчики сенсорных экранов можно усовершенствовать до времени реакции в 1 мс. Но что это даст? Ведь чтобы увидеть реальную нарисованную линию с продемонстрированной в прототипе плавностью нам потребуется устройство, способное выдавать 1000 кадров в секунду. Это на современных разрешениях устройств (все вспомнили новый айпад?) и глубине цвета в 32 бита. Современные планшетные устройства и 50fps выдают с трудом и не всегда. Откуда вдруг взять вычислительные мощности в 20 раз больше? Как это всё пропустить по шине? В общем, раньше чем через десяток лет, я так думаю, и правда ждать не стоит.
Музыкантам пригодилось бы в любом случае.
Уменьшили бы лаг до уровня фпс — и то хорошо
1000 кадров в секунду не надо, достаточно текущих 60
сегодня кадр обновляется 1 раз в ~17 мс (1000 / 60) при этом лаг 100 мс. Уменьшение лага до 10 мс уже дает видимый результат, на видео это показано. При уменьшении до 1 мс запаса будет достаточно для того чтобы отображать все очень плавно
сегодня кадр обновляется 1 раз в ~17 мс (1000 / 60) при этом лаг 100 мс. Уменьшение лага до 10 мс уже дает видимый результат, на видео это показано. При уменьшении до 1 мс запаса будет достаточно для того чтобы отображать все очень плавно
Это в iOS и WP7, возможно, и есть 60 FPS.
В Android 3, похоже, FPS в GUI не поднимается выше пяти :(
В Android 3, похоже, FPS в GUI не поднимается выше пяти :(
Об этом была интересная заметка, где говорилось, что в Android у UI потока не высший приоритет, зато при проматывании страницы в браузере не останавливается её загрузка.
В 4 андроиде все через гпу ускорено, уже можно мотать страницу без лагов и с загрузкой.
Где то тоже была заметка что не все, но намного больше теперь в UI работает через GPU
на лоу энд устройствах типа nexus S — да. На всем что нормально поддерживает — ускоренно отлично. На 3.x было выборочное ускорение. Вы могли опцией в манифесте включить ускорение. В 4.х вам его не нужно включать.
а толку? все равно тормозит :( (несчестный пользователь Nexus S & Android 4)
я ж пишу, что на нексусе и будет тормозить причина — ускоритель + мало озу. Сугубо хардварные проблемы. При чем тормозит он больше чем менее ускоренный 2.3 Как раз по этой причине. И задержка была именно по этой причине. Они пытались как-то сбалансировать включалку ускорения и потребления озу. Ставте MIUI будет вам счастье)
НЛО прилетело и опубликовало эту надпись здесь
Ну, как можно было наблюдать на видео, линия может и отставала от пальца, но в точность повторяла пройденый контур. Т.е. качество оцифровки движения было вполне достаточно. Проблема именно в выводе на дисплей с нужной скоростью.
Ну тут вопрос не в отображении результата сразу. А в том, где рисовать спустя какое-то время (время между сменой кадров).
Можно провести аналогию с геймерами в Quake 3, игра выдает 200 FPS, при обновлении монитора в 85 Гц. Так вот, если FPS упадет до 100, то это будет заметно для них, невзирая на частоту обновления монитора.
P.S. Хотя я бы не заметил;)
Можно провести аналогию с геймерами в Quake 3, игра выдает 200 FPS, при обновлении монитора в 85 Гц. Так вот, если FPS упадет до 100, то это будет заметно для них, невзирая на частоту обновления монитора.
P.S. Хотя я бы не заметил;)
Вспомнились обсуждения на форумах ProGamer:
не все йогурты одинаково полезны?
уважаемые пиплы, организм нахально потребовал объяснений котрых у меня не нашлось… растолкуйте, почему при com_maxfps равном 125 и 166 прыгаешь как беременный удав, а при значении 135-142 все само прыгается тебе навстречу?
ИМХО это особенности физики квейка. При 85ФПС прыгаешь выше, а при 125 — дальше;)
Как заядлый квакер безавторитетно заявляю:
Кривой движок кваки не верно считает скорости перемещения. Расчет зависит от fps.
Кроме того, сама квака начинает лагать при fps меньше 100. Скорее всего дело в том, что реальный fps там в 2 раза меньше. Там и пинг считается только в одну сторону :)
Кривой движок кваки не верно считает скорости перемещения. Расчет зависит от fps.
Кроме того, сама квака начинает лагать при fps меньше 100. Скорее всего дело в том, что реальный fps там в 2 раза меньше. Там и пинг считается только в одну сторону :)
Не уверен, что это реально нужно в устройствах, ориентированных на рядового юзера.
К тому же повышенная частота опроса контроллера будет более интенсивно поедать батарею, что точно не принесет положительных эмоций.
К тому же повышенная частота опроса контроллера будет более интенсивно поедать батарею, что точно не принесет положительных эмоций.
Странно, вроде NVidia показывала на CES 2012 — технологию DirectTouch.
Вот тут описание и ролик DirectTouch
Действительно проблема задержки имеет место быть, но до того как наступит будущее хотелось бы понять «КАК это поможет управлять OS Desktop держа руки на весу?».
Рад что конкурентная борьба толкает на улучшение технологии.
После ролика, еще раз запустил свой resistive на 22 дюймах и попробовал порисовать «на весу».
Увы задержка есть, но руки устают быстрее чем начинает раздражать задержка.
Увы и ах — лучше подождать 10 лет, чем быстро рисовать «на весу», «тыкая» в touch-Монитор стоящий перед собой.
PS да для планшетов — это действительно скоро станет проблемой, но на оных тоже точность такая пока не нужна — интерфейсы\игры\софт помнят о такой особенности touch-панелей.
Вот тут описание и ролик DirectTouch
Действительно проблема задержки имеет место быть, но до того как наступит будущее хотелось бы понять «КАК это поможет управлять OS Desktop держа руки на весу?».
Рад что конкурентная борьба толкает на улучшение технологии.
После ролика, еще раз запустил свой resistive на 22 дюймах и попробовал порисовать «на весу».
Увы задержка есть, но руки устают быстрее чем начинает раздражать задержка.
Увы и ах — лучше подождать 10 лет, чем быстро рисовать «на весу», «тыкая» в touch-Монитор стоящий перед собой.
PS да для планшетов — это действительно скоро станет проблемой, но на оных тоже точность такая пока не нужна — интерфейсы\игры\софт помнят о такой особенности touch-панелей.
Ах, Майкрософт такая Майкрософт… Вспоминаются все видео вроде «Day made of glass» — никаких конкретных описаний и разработок, просто чьи-то мечты. Офигенно, че.
Все начинается с мечты. Участвовать в создании идей, которые легли в основу Productivity Future Vision ( www.microsoft.com/en-us/showcase/details.aspx?uuid=e7728af1-3fe4-4e25-a907-3dbf689fe11a ), было чертовски интересно. Так же, как потом принимать участие в реализации некоторых из этих идей.
Ну, или же идти и самому их реализовывать :)
www.zetuniverse.com/ :)
Ну, или же идти и самому их реализовывать :)
www.zetuniverse.com/ :)
Даниил, вы бы написали про этот чудесный опыт отдельный пост, хоть на Facebook. Любопытно было бы почитать.
Что ж, раз есть интерес, то готовлю статью, планирую опубликовать во вторник :)
публиковать буду в нашем блоге blog.neocytelabs.com/
сюда дам ссылку.
публиковать буду в нашем блоге blog.neocytelabs.com/
сюда дам ссылку.
Статью сделал и опубликовал тут: blog.neocytelabs.com/2012/03/13/whats-the-connection-between-productivity-future-vision-zet-universe/
Статья, правда, на английском, как и весь блог, но, надеюсь, это не такая большая проблема. Комментарии и вопросы приветствуются!
Статья, правда, на английском, как и весь блог, но, надеюсь, это не такая большая проблема. Комментарии и вопросы приветствуются!
Тут я согласен — мечтать просто необходимо. Может я ошибаюсь, но по моему скромному мнению вместо того, чтобы тратиться на «исследования» капитана очевидности, начали бы реально разрабатывать…
вообще—то это не просто мечты, в ms research разрабатывается огромное количество новых технологий. и поверьте 5000 патентов в год ms выдается не просто так.
в год бюджет msr составляет более 10 морд. потом уже идет ibm. примерно такое могло позволить себе еще sun.
и кстати applied science group — группа прикладной науки.
в год бюджет msr составляет более 10 морд. потом уже идет ibm. примерно такое могло позволить себе еще sun.
и кстати applied science group — группа прикладной науки.
Теперь каждый, кто смотрел видео и следил за пальцем, загипнотизированы мелкософтом…
Не понял почему они свою сенсорную панель поверх нормального дисплея не положили. Она несовсем прозрачная у них чтоли?
Никого чтоли не смутил левый верхний угол экрана? Изобрели супер сенсор, а ровно вырезать двп не смогли…
Какая то несерезная демонстрация новой технологии
Какая то несерезная демонстрация новой технологии
Думаю этим занимались разные люди.
НЛО прилетело и опубликовало эту надпись здесь
Простите, вам шашечки или ехать?
Конечно ехать. Технология конечно впечатляет, да и вообще на внешний вид я обращаю внимание в последнюю очередь, всегда важнее что «внутри». И понимаю что конечно же разработкой сенсора и выпиливанием занимались разные люди, но вот Вы бы как руководитель фирмы, представили так новую разработку своей команды?
Лучше представить красивый прототип с двумя дисплеями, да?
— Это прототип?
— Да, это прототип.
— Прототип?
— Прототип.
— Наш продукт?
— Прототип. Да, наш продукт.
— Прототип, значит.
— Это прототип?
— Да, это прототип.
— Прототип?
— Прототип.
— Наш продукт?
— Прототип. Да, наш продукт.
— Прототип, значит.
Упоминается Courier Tablet, но ведь от него громко отказались.
Поправка к переводу: они не изобретают технологию, а исследуют как время отклика меняет восприятие от взаимодействия с экраном. То, что они сделали — это стенд, на котором можно посмотреть как будет ощущаться 1-мс реакции. О прототипе или чем-то похожем разговора пока нет.
Замедленное в 8 раз видео — показывать разницу между 800 мс и 8 мс, чтобы мы вроде как могли лучше прочувствовать разницу между 100 мс и 1 мс — это, простите, совсем уже наглая манипуляция.
На замедлении видно, что палец уже ушел далеко, а линия еще не появилась. В случае с 1 мс, как не замедляй видео между пальцем и линией не увидишь расстояния, т.к. линия уже прорисовалась под пальцем -> никакой манипуляции нет.
ironi
И никаких лагов
И никаких лагов
Ещё 10 лет и лаги будут бесить только Человека-Молнию ;)
И не знал, что лаги есть, но чусйтвовал ;)
И не знал, что лаги есть, но чусйтвовал ;)
НЛО прилетело и опубликовало эту надпись здесь
Сдаётся мне, что скоро MS будет зарабатывать ещё больше на Android'е, как только туда поддержку этой новой технологии внедрят.
И что-то сейчас минут 5 водил пальцем по своему Nexus S (ICS) и думаю лаги там почти не заметны. Быстро экраны листаются и т.п. Меня не напрягает, что там ну совсем чуть-чуть лаги есть. Мне кажется, что я в таком случае разницу между 100мс и 1мс не сильно буду чувствовать.
И что-то сейчас минут 5 водил пальцем по своему Nexus S (ICS) и думаю лаги там почти не заметны. Быстро экраны листаются и т.п. Меня не напрягает, что там ну совсем чуть-чуть лаги есть. Мне кажется, что я в таком случае разницу между 100мс и 1мс не сильно буду чувствовать.
не думал, что в эпоху 22нм процов и 2х гигагерцовых мобильников с устройствами ввода может всё быть ТАК плохо. Понятно теперь, почему в fruit ninja не удается идеально всё почикать, хотя вроде бы проводишь как надо
Интересно, а в чем вообще причина таких лагов?
Ведь 100мс это очень много для современных процессоров, контроллеров, АЦП и прочех составляющих.
Вроде бы, проблема не в ОС, т.к. нажатие на хардварные кнопки отрабатываются моментально (на андроиде, как минимум), значит контроллер емкостного экрана выдает как раз те самые 100мс. Но вот где именно тормоза, непонятно — емкость меряться должна быть быстро. Единственное, что приходит в голову — задержку дают алгоритмы устранения помех, сглаживания траектории и пр.
Ведь 100мс это очень много для современных процессоров, контроллеров, АЦП и прочех составляющих.
Вроде бы, проблема не в ОС, т.к. нажатие на хардварные кнопки отрабатываются моментально (на андроиде, как минимум), значит контроллер емкостного экрана выдает как раз те самые 100мс. Но вот где именно тормоза, непонятно — емкость меряться должна быть быстро. Единственное, что приходит в голову — задержку дают алгоритмы устранения помех, сглаживания траектории и пр.
Тупит там вывод видео на экран. Обрати внимание — траектория змейки не ломается, т.е. он нормально оцифровывает все движение, рисовать не успевает.
Вот и меня смущает это дело… А посмотрев видео про DirectTouch от NVidia сразу все стало понятно. Тупит там именно контроллер тача. Видимо для енерго-еффективности… А меня эта задержка очень бесит на Galaxy SII… Особенно фаза «прогрева», когда идет разблокировка экрана, очень тупит…
Мне вообще кажется что это заговор какой-то… Меня такие задержки очень бесят… Наверное потому что играл в динамичные игры где от реакции многое зависит… потому покупал себе моники 100Hz… Да я себе даже не представляю как за 60HZ можно было сидеть вообще… Разница в восприятии картинки просто в разы отличается!..
Спасибо GreenGo за наводку на DirectTouch… Теперь буду знать что на Tegra3 нормальный отклик от тача…
Мне вообще кажется что это заговор какой-то… Меня такие задержки очень бесят… Наверное потому что играл в динамичные игры где от реакции многое зависит… потому покупал себе моники 100Hz… Да я себе даже не представляю как за 60HZ можно было сидеть вообще… Разница в восприятии картинки просто в разы отличается!..
Спасибо GreenGo за наводку на DirectTouch… Теперь буду знать что на Tegra3 нормальный отклик от тача…
Про какие такие мифические «touch systems» и «current devices» он рассказывает?
iДевайсы даже близко так не лагают. Или у Apple не «current devices»?
iДевайсы даже близко так не лагают. Или у Apple не «current devices»?
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Уменьшение лага сенсорных экранов со 100 мс до 1 мс