Свидетели Godot'овы

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

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

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

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

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

Все просто.

Спасибо за внимание.

p.s. Разбор текстовый по AnimationPlayer будет ещё и не один, в течении этого года буду им часто пользоваться, это настолько мощный и удобный инструмент что грех им не пользоваться, по сути это Flash и Spine и DragonBones в одном флаконе и даже больше. Искренне верю, что все больше и больше людей попробуют для себя Godot и мы увидим новую эпоху флеш-игр, только быстро-работающих и без проблем с безопасностью. А после заявлений CEO Unity, хочется только плевать в их сторону, уверен что именно Godot станет следующим народным движком.

Всем Godot.

Теперь создадим новый шейдер и проверим что все идет как надо.

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

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

Можно это все конечно сократить очень сильно в плане количества кода, сразу будет выглядеть по "шейдерному"(в смысле что нихуя не понятно что происходит), но мне пока больше нравится так, нормальный такой рабочий, джуновский код, пока высшее дао не откроется, буду писать подобным образом) Ну и мне кажется так проще для понимания + когда перейду к доработкам шейдера, очень наглядно будет видно что писать подобным образом, это обрекать себя на переписывание больших кусков кода))

Ну и теперь осталось только добавить настраиваемую ширину каемочки.

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

Во-первых мы использовали 4-Way для определения соседей вместо 8-way, что сразу порождает кучищу проблем, ну да ладно, это всего лишь первая часть, чтобы было что исправлять, надо чего-то и наговнякать же сначала, отправная точка хотя бы имеется)

Ну кому лень делать, в следующей части тогда наглядно покажу.
Спасибо за внимание, всем Godot.

Ну мне конечно же стало интересно помочь, тут же в голове возникла куча идей по применению и в своем проекте. Вооружившись гуглом тут же был найден походящий шейдер на godotshaders, но результат был не совсем тот, который требовался по ТЗ, пришлось пару дней потратить чтобы разобраться что и как там в нем работает, чтобы внести пару строчек измений до подходящего))
Реально 1 день на 1 строчку кода, ну я говорил, что я тупой и новичок в этом всем ещё))

Собственно результат.

Да ещё есть огрехи и по функциональности есть ещё что доработать, чем займусь в ближайшее время, но уже довольно неплохо получилось) Пофигу что основной код не мой, любым способом надо получать нужный результат с минимальными трудозатратами, хотя стыдно, что не сам с нуля написал)
Ссылка на исходный шейдер https://godotshaders.com/shader/smooth-outline-2d/

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

https://t.me/boogernator/123

Для совсем ненавистников телеги, вот код копипастой, ну отступы придется ручками тогда)

shader_type canvas_item;

render_mode unshaded;

uniform bool Smooth = true;

uniform float width : hint_range(0.0, 64) = 1.0;

uniform vec4 outline_color : hint_color = vec4(0.0, 0.0, 0.0, 1.0);

uniform vec4 outline_color_second : hint_color = vec4(0.0, 0.0, 0.0, 1.0);

uniform int pixel_size : hint_range(1, 10) = 4;

void fragment()

{

vec4 col = texture(TEXTURE, UV);

vec2 ps = TEXTURE_PIXEL_SIZE;

float _width = width;

vec2 unit = (1.0/float(pixel_size) ) / vec2(textureSize(TEXTURE, 0));

vec4 pixel_color = texture(TEXTURE, UV);

if (pixel_color.a <= 0.25) {

pixel_color = mix(outline_color,outline_color_second, UV.y);

pixel_color.a = 0.0;

for (float x = -ceil(_width); x <= ceil(_width); x++) {

for (float y = -ceil(_width); y <= ceil(_width); y++) {

if (texture(TEXTURE, UV + vec2(x*unit.x, y*unit.y)).a == 0.0 || (x==0.0 && y==0.0)) {

continue;

}

float gradient_k = outline_color.a / (pow(x,2)+pow(y,2)) * (1.0-pow(2.0, -_width));

if (Smooth) {

pixel_color.a += gradient_k;

if (pixel_color.a > 1.0) {

pixel_color.a = 1.0;

}

} else {

pixel_color.a = outline_color.a;

return

}

}

}

}

COLOR = pixel_color;

}

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

По разбору кода самого шейдера, тут думаю надо сначала начать с простого, с разбора аутлайншейдера предложеного авторами Godot. Но это уже в следующем посте. Спасибо за внимание.

p.s. Если нужна кому какая помощь по Godot, то не стесняйтесь писать, я так-то простой человек и никому не отказываю, что не умею, так как раз вместе и разберемся, оба получим чуть больше опыта)

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

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

https://vk.com/app8157524
Собственно тут можно немножко погонять, на мобилках будет к концу лета, контентный апдейт и казуальный режим, скорее всего к концу года. Но мое личное участие в этом всем уже под вопросом, опять же это возможно мысли такие, потому что пока на дне своей депрессивной ямы, всегда же наступает интермиссия, а за ней и период, когда работается по 14-16 часов, идеи сыпятся как из рога изобилия, а реализация не вызывает затруднений. Так что зря переживаю скорее всего.

Вот собственно исходя из этих планов такое название у поста сейчас. Теперь у нас несколько программистов разного уровня в команде и один из них это молодое дарование, на 15 лет младше меня, но мне никогда не дойти до такого уровня, надо быть честным с собой. В любом случае мы с ним согласились с мнением, что композиция > ООП. Так что я знаю, какой именно навык мне сейчас надо подтягивать и с чем у нас команде есть определенный затык. Это ведение проектной документации.

Тут ведь суть в чем, любую задачу можно декомпозировать до минимальных самостоятельных сущностей и описать как древовидный список, а имея такую шпаргалку, программирование игры, оно превращается по сути в простой перевод дока на синтаксис языка. По крайней мере, я делаю именно так и мне удобно, как делают другие - это их дело. Результат в виде завершенного продукта есть, а что может быть лучшим доказательством жизнеспособности подхода)
На маленьких прототипах, у меня такие документы были на тетрадных листочках и в голове, сейчас буду пилить большой документ и попутно с ним вести разработку рогалика на его основе.
Вот об этом и буду писать, меньше копания в мелочах и больше о по настоящему сложных задачах, ну на мой субъективный взгляд.

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

Собственно первый WIP рогалика.