нужно)

ааа, ну да, так можно :)

Доброго дня всем

Может тут есть кто-то, кто сможет подсказать. Вопрос из области мобильного геймдева

У меня есть графическая текстура в .webp, весит как ресурс 1мб.
Если я хочу её хранить в постоянной памяти девайса во время работы приложения(чтобы не загружать постоянно), она также займёт 1мб оперативки?

Возможно название типа памяти немного некорректно, но надеюсь понятно)

Либо если у вас есть какие-то ресурсы, где объясняют даннный вопрос в общем - буду признателен

нет, она займет намного больше.
если это просто текстура без сжатия,то у тебя каждый пиксель это информация про цвет RGB или RGBA (если с альфой) , конечно тут тоже есть варианты
затем на каждый цвет у тебя 2 в 8 бит (обычно цвет имеет значение 0..255 - это 2 в 8 т.е. 8 bit или 1 байт (зависит от глубины цвета тоже, но смотрим общий случай)
итак, размер твоей текстуры в памяти без сжатия будет
количество цветов (3 или 4) * высоты * ширина = N byte

Ааа, т.е. в моем случае это где-то 30 метров. Неожиданно однако
Спасибо большое)

ну если текстуры не сжатые то да, webgl поддерживает и сжатые текстур, но какие где и как использовать очень зависит от разных факторов и нужно изрядно повозиться, чтобы испольовать сжатые текстуры и обеспечить поддержку разных платформ и использование сжатых текстур

да и WebM держать бессмысленно

iOS не умеет

ты уже на нем перейдешь на png

Решение оптимизировать сами текстуры - более приемлемый вариант. В моём случае по крайней мере)

Что такое webm?

ты сам написал

это один формат

webp?

ну мы используем webp - норм. У нас декодер зашит в сам движок, работает для всех платформ и для всех типов сжатия

Ну:) как бы

нахер тогда надо

надо чтобы браузер сам умел

т.е. можно даже использовать webp поверх astc

а базиса нет?

Он же как раз и есть такой