@Nojabr

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

использую 6 текстур на объект - диффузионная, нормали, материальная (спекуляр, отражения, наличие-масштаб paralax), карта AO (лайтмап), карта paralax, карта подповерхностного рассеивания. дополнительно, думаю ввести комбинированную текстуру меньшего размера для дальних объектов, в которой будут скомбинированы paralax, AO, которые будут обрабатываться более примитивными шейдерами.

далее - подгружать текстуры в память не выгружая до тех пор, пока оперативная память не забьется, скажем, на 90%. создать нечто вроде приоритета для текстур, например, 1 - невыгружаемые, 2 - стандартные, 3 - для дальних объектов.

с оптимизацией непонятки. ведь очередь из загрузки 6-ти текстур в формате PNG (тут тоже прошу совета, нужно сжатие без потери качества) размером 2048x2048 может дать дикие фризы, поэтому, может загружать их поочередно каждые 10-15 кадров, а по готовности, менять шейдер с текстурой, выгружая кастрированную текстуру?

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

про уменьшение размера текстуры нашел только два варианта - один на уровне конвертации в меньший размер на уровне файлов, другой - рендер как спрайта в текстуру. оба не нравятся, нужны еще варианты

__________________
Помощь в написании контрольных, курсовых и дипломных работ, диссертаций здесь

0