Конечно, главное – не вызывать рандом для каждого пикселя каждый кадр. Сгенерируй небольшой набор псевдослучайных значений один раз на тайл или на кадр, сохрани их в текстуре поиска или в небольшом массиве, и потом просто обращайся к нему по индексу. Если нужна вариация на уровне пикселей, используй хеш-функцию от координат – даже простой целочисленный хеш даст воспроизводимые “случайные” числа без затрат на полноценный генератор случайных чисел. Держи состояние локальным; если нужна временная изменчивость, просто добавляй небольшой инкремент к хеш-сиду каждый кадр. Так шейдер будет детерминированным, быстрым и удобным для отладки.

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

Звучит неплохо – я выставлю смещение зерна на синусоиду, с очень маленькой амплитудой, где-то 0.05, и посмотрю, как пиксели будут «дышать». Должно получиться мягкая рябь, а не резкий скачок. Запишу среднее смещение и понаблюдаю, как изменится ощущение; скажи, если покажется больше похоже на пульсацию или все ещё будет слишком резко.

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

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