Open gl es 2:Почему NPOT может быть быстрее POT?
 

Сразу извиняюсь что вопрос немного не совпадает с тематикой форума.
Делаю апу на яве под андройд/опенгл 2.0.
Все ок, на моем девайсе билд выдает стабильные 30 фпс.Запускаю на девайсе тестера и вижу вместо всех текстур черные квадраты.Гугление показывает, что это из-за non-power-of-two текстур.
Расширяю все битмапы чтоб размеры были степенью двойки и фпс с 30 падает до 14-15.Почему так?Везде пишут что POT текстуры быстрее чем NPOT.

Возможно мип уровни для них генерируются, поэтому памяти значительно больше занимают и от этого лаги.

Добавлено через 7 минут
Не поддерживаются прямоугольные текстуры, либо нужно какое-то специальное разрешение.

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

т.е. прямоугольные. Или там поддерживаются текстуры 256х512?

Скорее всего велась речь о степени двойки по любой стороне. Однако я видел, что на iphone 4s, например, должны были использоваться именно квадратные POT текстуры. Но это мог быть частный случай и его уже могли побороть.

вроде квадратные текстуры были в ogl 1.0,в 2.0 это ограничение сняли, правда требование на степень двойки осталось(и то не везде)

Добавлено через 2 минуты
самое интересное, что похоже такое сильное падение фпс только на моем девайсе, который поддерживает NPOT,а у тестера(без поддержки NPOT) похоже никакого падения не было.Вообщем загадка.

Во флеш до сих пор такое ограничение.

Возможно, речь идет о самом ограниченном профайле base constrained. См таблицу и rectangle texture

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