Результаты поиска

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

Имеешь ввиду, чтобы не приходилось рендерить эффект во временный фреймбуфер? Кажется, никак. Вернее, можно рендерить в себя (т.е. когда в шейдере пишешь в текстуру, из которой читаешь). Но возможны артефакты. А чтобы на каждый эффект не создавать фбо, можно создать только два и ping-pong'ать...

glTexSubImage2D не выделяет память. Для перевыделения есть glTexImage2D. И в твоём случае получается, что выделена память под текстуру размеров wTex и hTex, и при попытк залить туда что-то большее - вылетает краш. Что за size в GL_UNPACK_ROW_LENGTH? Там должна быть реальная ширина текстуры...

Не сталкивался. А ты уверен, что это именно задержка? Может за эти 2-3/5-10 сек ты дергаешь туда-сюда камеру, ловишь какой-то объект, который выставляет нужный стейт и все волшебно начинает работать?

GL_LINES 100%

Что?

Я не знаю, что ты делаешь и как ты это получил, поэтому не могу подсказать. И я не ловил такого. Не знаю, как в новом майне, но раньше лайтмапа лежала в GL_TEXTURE1. Раньше майн лайтмапу применял сразу же при рендере чанков.

Это моя фишка из 1.7.10. Это просто юниформа с матрицей проекции.

А как ты рендеришь квад? Попробуй повыводить не глубину, а любую другую текстуру, которую ты точно знаешь. Потести без linearizeDepth. Твоя функция выглядит не очень. Да Нет. Надо где-то в майне найти эти значения и передать юниформой. Либо еще есть оптимизированный способ через матрицу...

Делаешь какую-то фигню. И комментарий в коде говорит о том, что ты вообще не понимаешь, что делаешь. В майновском фбо есть атачмент глубины. Надо понять что там: текстура или рендербуфер. Если текстура, то можешь просто её брать и использовать в шейдере. Если рендербуфер, то сложнее. Либо...

Это уже другой вопрос. Я говорю только о стриминге на gpu.

Текстуры никогда не удаляются. Не. Один раз считать в оперативу, а затем стримить на gpu через double-buffered PBO. Я так делал абстрактную систему для стриминга вообще любого анимационного или видео формата.

А всех устраивает, что кадры gif переключаются каждый кадр игры? А если у меня 500фпс? В gif для каждого кадра есть свой frametime, если не ошибаюсь. Никого не смущает, что у вас утечка видеопамяти? Причем и в сливе, и у @BlesseNtumble. Выгружать всю gif в видеопамять тоже такое себе, конечно.

Закостылил Block.setBlockBounds.

Я работал над версией 1.7.10. Но я свободно модифицировал исходники без миксинов и прочих плясок.

Тут два ботлнека. 1. Передача чанков с сервера на клиент. 2. Генерация рендер-чанков на клиенте. Рендер-чанк это часть реального чанка размером 16*16*16. При каждом изменении блока необходимо обновить 9 рендер-чанков вокруг. Если не ошибаюсь, то в ваниле эти чанки добавлются в очередь и каждый...

Потому что, когда компилишь дисплей лист скорее всего используешь тесселятор, который в свою очередь использует всякие ClientState функции (glEnableClientState, glVertexPointer, glColorPointer, ...). Они и говорят драйверу, откуда взять позицию, текстурную координату и т.п. С VBO подход немного...

Почему не можешь забиндить? Можешь. Не знаю, зависит от состояния. Может предыдущая текстура такая. Входным атрибутам в шейдере задал индексы? Советую начать с малого и разбираться понемногу, а не тупо копипастить чужой код и спрашивать, почему не работает.

Как это не нужен? Откуда драйвер поймет, какие данные нужно использовать для текстурных координат?

Шейдер включи