Minecraft 3D

[SilentPhil]

Может тогда попробовать не куб, а внутреннюю часть сферы?

[Mopnex]

Вот неплохой шейдер размытия на ГЛСЛ, переписать под гамак дело 15 минут, есть и попроще алгоритмы, но там и результат соответственно не такой хороший

Код:

uniform sampler2D source_image;
uniform vec3 texel_radius;

in vec2 TexCoord;
out vec4 FragColor;

#define INV_SQRT_2PI_X3 1.1968268412042980338198381798031

void main()
{
 float r = texel_radius.z;

 float exp_value = -4.5 / r / r;
 float sqrt_value = INV_SQRT_2PI_X3 / r;

 float sum = 0.0;
 vec4 value = vec4(0.0);

 float x = 1.0;
 while (x <= r)
 {
  float currentScale = exp(exp_value * x * x);
  sum += currentScale;

  vec2 dudv = texel_radius.xy * x;
  value += currentScale * (texture(source_image, TexCoord - dudv) +
                     texture(source_image, TexCoord + dudv) );
  x += 1.0;
 }

 float correction = 1.0 / sqrt_value - 2.0 * sum;
 value += texture(source_image, TexCoord) * correction;
 
 FragColor = value * sqrt_value;
}

[quad69]

1) Можно ли для хранение точек использовать не vertex_format_add_position_3d, а vertex_format_add_custom(vertex_type_ubyte, vertex_usage_position)?
Это же вроде как экономия памяти примерно в три раза.
P.s Я пробовал так делать, но чанки перестали рисоваться(без ошибок)

2) Заметил что одномерный массив намного быстрее буфера, но еще также заметил что работа с массивом через скрипт очень, ну прямо очень медленно идет(примерно в 100-1000 раз медленнее)
YYC и даже gml_pragma("forceinline") ничем не помогает.

[S_Kleer]

Недавно я читал про объёмный рендер через шейдер, но похоже, в гамаке так не получится. Т.к. требуется версия open gl 3.0 и выше, а в гамаке, на сколько я знаю, используется 2.0.
vertex_format_add_custom исключительно добавляет дополнительную информацию к вертексу, так что увы, не получится сократить объёмы памяти.

Странно, но буфер у меня работает быстрее массива. (использовал его как альтернатива 3д массива)

[quad69]

Недавно я читал про объёмный рендер через шейдер, но похоже, в гамаке так не получится. Т.к. требуется версия open gl 3.0 и выше, а в гамаке, на сколько я знаю, используется 2.0.
vertex_format_add_custom исключительно добавляет дополнительную информацию к вертексу, так что увы, не получится сократить объёмы памяти.

Странно, но буфер у меня работает быстрее массива. (использовал его как альтернатива 3д массива)

Ладно, а ты не подскажешь как быть со скриптами? Сделал удобный скрипт vertex_point и по 6 раз вызываю его на каждую сторону куба. Из за этого создание модели чанка занимает больше 100мс (а это уже подвисания)
В справке написано что gml_pragma("forceinline") решает эту проблему, но добавил это в событии старта игры я разницы никакой не заметил.

[DmitryDS]

В справке написано что gml_pragma("forceinline") решает эту проблему, но добавил это в событии старта игры я разницы никакой не заметил.

Компилируете с YYC? Эта команда для него.

[quad69]

В справке написано что gml_pragma("forceinline") решает эту проблему, но добавил это в событии старта игры я разницы никакой не заметил.

Компилируете с YYC? Эта команда для него.

В YYC, только я не вижу разницы что с ним, что без него.

[S_Kleer]

Я тоже не заметил никакой разницы. Поэтому сделал "по тупому". Убрал скрипт и нагромоздил огромные блоки кода.