d
MRT
ну да, если умеем в нормальный огл
Size: a a a
2020 February 10
I
Ну так при рендеринге записывай ObjectID в текстуру с условным uint32_t.
Да, мелькала мысль, что бы для объекта где-то сохранять его уникальный цвет.
Т.е. в пиксельный шейдер передаю ещё один параметр вершины (цвет) и шейдером этот цвет возвращаю?
Т.е. в пиксельный шейдер передаю ещё один параметр вершины (цвет) и шейдером этот цвет возвращаю?
FM
Ну в DX11 было бы просто. При рендеринге записываешь ObjectID из Consntant Buffer-а в RWTexture<uint32_t>
FM
Для OpenGL прогугли аналоги и сделай так
I
Спасибо!
AG
Парни, нужен совет. Пробую оценить задачу с точки зрения производительности.
Задача такая -
1) андроид-приложение, экран который отображает одну фотографию на весь экран.
2) есть пул фотографий на диске устройства. Например, 60 фотографий.
3) По скроллингу влево-вправо фотографии меняются.
4) Прямо сейчас реализовано следующим образом - готовлю кэш из битмапов и при скролле ставлю в imageView фотографию по позиции. Работает нормально, но требуется большой кэш, так как каждая фотка в битмапе это разрешение экрана * 4 байта rgba и получается фотка даже из webp весом в 500 кб разворачивается в битмап 7 Мб весом. 60 фоток соответсвенно 420 Мб что для оперативной памяти очень много. На слабых девайсах тупит, конечно же.
Вопрос - есть ли смысл попробовать перенести эту работу на GLES ? Если да, то как именно это мне надо организовать?
Познания на уровне "натягивал текстуру на треугольник", но терпение, труд и чатик всё перетрут )
Пример пула фотографий со скроллингом можно посмотреть здесь https://fyu.se/v/go9m2oe1r6
Задача такая -
1) андроид-приложение, экран который отображает одну фотографию на весь экран.
2) есть пул фотографий на диске устройства. Например, 60 фотографий.
3) По скроллингу влево-вправо фотографии меняются.
4) Прямо сейчас реализовано следующим образом - готовлю кэш из битмапов и при скролле ставлю в imageView фотографию по позиции. Работает нормально, но требуется большой кэш, так как каждая фотка в битмапе это разрешение экрана * 4 байта rgba и получается фотка даже из webp весом в 500 кб разворачивается в битмап 7 Мб весом. 60 фоток соответсвенно 420 Мб что для оперативной памяти очень много. На слабых девайсах тупит, конечно же.
Вопрос - есть ли смысл попробовать перенести эту работу на GLES ? Если да, то как именно это мне надо организовать?
Познания на уровне "натягивал текстуру на треугольник", но терпение, труд и чатик всё перетрут )
Пример пула фотографий со скроллингом можно посмотреть здесь https://fyu.se/v/go9m2oe1r6
А
почему шар свиборга, а не гном?
CU
Парни, нужен совет. Пробую оценить задачу с точки зрения производительности.
Задача такая -
1) андроид-приложение, экран который отображает одну фотографию на весь экран.
2) есть пул фотографий на диске устройства. Например, 60 фотографий.
3) По скроллингу влево-вправо фотографии меняются.
4) Прямо сейчас реализовано следующим образом - готовлю кэш из битмапов и при скролле ставлю в imageView фотографию по позиции. Работает нормально, но требуется большой кэш, так как каждая фотка в битмапе это разрешение экрана * 4 байта rgba и получается фотка даже из webp весом в 500 кб разворачивается в битмап 7 Мб весом. 60 фоток соответсвенно 420 Мб что для оперативной памяти очень много. На слабых девайсах тупит, конечно же.
Вопрос - есть ли смысл попробовать перенести эту работу на GLES ? Если да, то как именно это мне надо организовать?
Познания на уровне "натягивал текстуру на треугольник", но терпение, труд и чатик всё перетрут )
Пример пула фотографий со скроллингом можно посмотреть здесь https://fyu.se/v/go9m2oe1r6
Задача такая -
1) андроид-приложение, экран который отображает одну фотографию на весь экран.
2) есть пул фотографий на диске устройства. Например, 60 фотографий.
3) По скроллингу влево-вправо фотографии меняются.
4) Прямо сейчас реализовано следующим образом - готовлю кэш из битмапов и при скролле ставлю в imageView фотографию по позиции. Работает нормально, но требуется большой кэш, так как каждая фотка в битмапе это разрешение экрана * 4 байта rgba и получается фотка даже из webp весом в 500 кб разворачивается в битмап 7 Мб весом. 60 фоток соответсвенно 420 Мб что для оперативной памяти очень много. На слабых девайсах тупит, конечно же.
Вопрос - есть ли смысл попробовать перенести эту работу на GLES ? Если да, то как именно это мне надо организовать?
Познания на уровне "натягивал текстуру на треугольник", но терпение, труд и чатик всё перетрут )
Пример пула фотографий со скроллингом можно посмотреть здесь https://fyu.se/v/go9m2oe1r6
А нельзя кешировать в память только некоторые ближайшие к текущей фотографии? Например по 3 в каждую сторону
VD
Парни, нужен совет. Пробую оценить задачу с точки зрения производительности.
Задача такая -
1) андроид-приложение, экран который отображает одну фотографию на весь экран.
2) есть пул фотографий на диске устройства. Например, 60 фотографий.
3) По скроллингу влево-вправо фотографии меняются.
4) Прямо сейчас реализовано следующим образом - готовлю кэш из битмапов и при скролле ставлю в imageView фотографию по позиции. Работает нормально, но требуется большой кэш, так как каждая фотка в битмапе это разрешение экрана * 4 байта rgba и получается фотка даже из webp весом в 500 кб разворачивается в битмап 7 Мб весом. 60 фоток соответсвенно 420 Мб что для оперативной памяти очень много. На слабых девайсах тупит, конечно же.
Вопрос - есть ли смысл попробовать перенести эту работу на GLES ? Если да, то как именно это мне надо организовать?
Познания на уровне "натягивал текстуру на треугольник", но терпение, труд и чатик всё перетрут )
Пример пула фотографий со скроллингом можно посмотреть здесь https://fyu.se/v/go9m2oe1r6
Задача такая -
1) андроид-приложение, экран который отображает одну фотографию на весь экран.
2) есть пул фотографий на диске устройства. Например, 60 фотографий.
3) По скроллингу влево-вправо фотографии меняются.
4) Прямо сейчас реализовано следующим образом - готовлю кэш из битмапов и при скролле ставлю в imageView фотографию по позиции. Работает нормально, но требуется большой кэш, так как каждая фотка в битмапе это разрешение экрана * 4 байта rgba и получается фотка даже из webp весом в 500 кб разворачивается в битмап 7 Мб весом. 60 фоток соответсвенно 420 Мб что для оперативной памяти очень много. На слабых девайсах тупит, конечно же.
Вопрос - есть ли смысл попробовать перенести эту работу на GLES ? Если да, то как именно это мне надо организовать?
Познания на уровне "натягивал текстуру на треугольник", но терпение, труд и чатик всё перетрут )
Пример пула фотографий со скроллингом можно посмотреть здесь https://fyu.se/v/go9m2oe1r6
Два варианта: грузить просто с диска. Или грузить в кеш, но кодировать каким нибудь быстрым алгоритмом.
AG
А нельзя кешировать в память только некоторые ближайшие к текущей фотографии? Например по 3 в каждую сторону
можно, но создание битмапа занимает время и когда быстро скроллишь возникают затупы
CU
можно, но создание битмапа занимает время и когда быстро скроллишь возникают затупы
Это нельзя вынести в отдельный поток?
AG
Два варианта: грузить просто с диска. Или грузить в кеш, но кодировать каким нибудь быстрым алгоритмом.
я так понимаю OpenGL меня не спасёт ?
VD
можно, но создание битмапа занимает время и когда быстро скроллишь возникают затупы
Сделай кеш не на все пички, а на 10 например.
CU
я так понимаю OpenGL меня не спасёт ?
Нет, не спасёт, тут не в этом дело
VD
я так понимаю OpenGL меня не спасёт ?
Хочешь хранить битмапы в VRAM?
AG
всё что касается обычных средств андроида всё уже сделано ))
FM
Создать несколько потоков в которых будет декодится Jpeg
CU
Это нельзя вынести в отдельный поток?
То есть даже если быстро скролить, фото могут грузиться не моментально, но без лагов
FM
Для ближайших кадров
VD
всё что касается обычных средств андроида всё уже сделано ))
Грузи пички рядом отдельными потоками