Не знаю генератора, но... Нужен ли он? ОнТач не чаще ли получает события?

Он в апи внутри используется, я в метод залез

Так в чем же тогда проблема использовать его?

это отрисовка. Касания фиксировать может совсем другой механизм

Кажется мне что они связаны между собой

Мы конечно можем сами задавать как часто будет рисоваться наша картинка, а вот как часто сам физический экран обновляет пиксели мы никак не контроллируем. Например телики обычно 60 герцовые , телефонные экраны думаю такой же частоты. Но Когда вы нажимаете на экран, то в этой точке в резистивных моделях повышается электрическое напряжение, а в емкостных появляется кратковременный ток. Ток в телефонах не переменный, поэтому возможности фиксировать значения возможно больше чем 60 раз в сек

Мы конечно можем сами задавать как часто будет рисоваться наша картинка, а вот как часто сам физический экран обновляет пиксели мы никак не контроллируем. Например телики обычно 60 герцовые , телефонные экраны думаю такой же частоты. Но Когда вы нажимаете на экран, то в этой точке в резистивных моделях повышается электрическое напряжение, а в емкостных появляется кратковременный ток. Ток в телефонах не переменный, поэтому возможности фиксировать значения возможно больше чем 60 раз в сек

Мы конечно можем сами задавать как часто будет рисоваться наша картинка, а вот как часто сам физический экран обновляет пиксели мы никак не контроллируем. Например телики обычно 60 герцовые , телефонные экраны думаю такой же частоты. Но Когда вы нажимаете на экран, то в этой точке в резистивных моделях повышается электрическое напряжение, а в емкостных появляется кратковременный ток. Ток в телефонах не переменный, поэтому возможности фиксировать значения возможно больше чем 60 раз в сек

Один хер в ведре вывод 60фпс, и думается мне что оно там по типу vsync идет

60/с = 16.(6) мс, что гораздо чаще, чем 100 мс

И зачем удрачивать экран на более быстрое считывание - непонятно

Перемешал ввод с выводом

Ну да, смысла от ввода в 200фпс и отрисовки в 60 - никакого

Эвент касания экрана ведь диспатчится по иерархии вьюх еще, а это мейн тред, и значит это 60фпс как максимум.

Где ты увидел 200 вводов в секунду? ТС упёрся в 10.

Где ты увидел 200 вводов в секунду? ТС упёрся в 10.

Где ты увидел 200 вводов в секунду? ТС упёрся в 10.

Один хер в ведре вывод 60фпс, и думается мне что оно там по типу vsync идет

согласен, но мне например нужно было знать четкую траекторию (а не видеть ее в каждом кадре) , чтобы понимать столкнулся ли палец с точкой на пол см или нет. А палец я дергаю что если силы. Игра на резкость короче)) ВОт в этом смысл ловли касаний куда больше раз в 16 мс. Я использовал onTouch , не знаю как часто получал касания, но мне этих данных не хватало. Пришлось делать замысловатые алгоритмы чтобы соединять точки в линию и делать невозможным проскок через объект . Хотелось достичь еще того, что когда объект столкнулся , то моментально игра останавливалась, а не так, что фигура входит внутрь другой, а потом уже всё тормозится.

Как вариант - можно двинуть в motion prediction

Не совсем в этом дело. Когда я передаю жест в диспатчер, MotionEventGenerator рубит его на интервалы по 100мс и вычисляет ключевые точки жеста. В итоге плавные линии превращаются в ломаные

Ребят вопрос такой, не работал с android tv, хотел поинтересоваться, писать апку под него это тожесамое что и писать апку под часы ? тоесть там обсалютно другая концепкия работы и view из таблеток и телефонов не подойдет под работу с android Tv так ? нужно менять концепцию, верно ?

согласен, но мне например нужно было знать четкую траекторию (а не видеть ее в каждом кадре) , чтобы понимать столкнулся ли палец с точкой на пол см или нет. А палец я дергаю что если силы. Игра на резкость короче)) ВОт в этом смысл ловли касаний куда больше раз в 16 мс. Я использовал onTouch , не знаю как часто получал касания, но мне этих данных не хватало. Пришлось делать замысловатые алгоритмы чтобы соединять точки в линию и делать невозможным проскок через объект . Хотелось достичь еще того, что когда объект столкнулся , то моментально игра останавливалась, а не так, что фигура входит внутрь другой, а потом уже всё тормозится.

Координаты касаний — флоаты, если не ошибаюсь. То есть они вообще никогда не окажутся в какой-либо конкретной точке, только в определённом радиусе вокруг неё.

Есть кто разбирается в FragmentStatePagerAdapter?

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

Ясно что это CardView , а если они листаются внизу как табы, то фиг знает, кастомное что то наверно

https://www.uplabs.com/posts/search-on-map листаются вот так инетресует именно пример такого кастома

Проблема в том, что при изменении данных сами страницы не обновляются

А вот так идет запись в страницы

Не знаю. Может кто ответит. Я скажу только что при откытии карточки там анимация типо сбоку даные прилетают. Это прикольно но только в первые неск раз, потом эти бесит. И думаю с точки зрения пользовательского опыта анимация там не нужна.

Что значит твой спич?

Что на стринице меняться должно ?

По факту, когда у меня обновляются данные, мне полностью перерисоваит пэджы надо

Вот фрагмент, если чем-то поможет

Если это ресайклер то при изменении данных вызывай этот метод, все по идее

Они будут полностью другие

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

Окей, а как мне удалить старые?

привет всем, с какого Android можно было менять цвет текста в статусбаре? когда primaryDark - белого цвета