In Unity, utilizing URP/Shader Graph, I’ve a peculiar drawback. I’ve a warp tunnel that has a texture and a shader “animation” to make it seem as if the participant is shifting ahead by means of it. In my case, I’ve various warp speeds, and what I would love to do is to speed up that animation because the participant strikes sooner.
The way it occurs is kind of easy. The shader has a UV offset for the feel, and it’s set to [time] * [speed]. It does not require modulo, as a result of for the offset works in a spread of 0 to 1, the place 0 is identical as 1, 2, 3, 4, 5, and so on. 1 is one full revolution.
The issue is that this: Assuming time is 10000 (it may be any worth), and velocity is 0.1, the ensuing offset is 10000 * 0.1 = 1000. With velocity 0.2, it’s 10000 * 0.2 = 2000. The issue is that because the velocity modifications over the span of seconds, the offset has to extend by 1000. This causes the warp tunnel’s texture to maneuver quickly when accelerating, and transfer backwards when decelerating. The very transition from one worth to a different over time is the issue (so there’s a velocity 1.11, 1.12, 1.13, 1.14, and so on in between).
I attempted round rather a lot, even mapped it on a spreadsheet, and I discovered it was mathematically unattainable to resolve it solely with one parameter (velocity). I thought-about doing it by way of C# code immediately (and setting a fabric parameter on each replace), or setting a beginning offset worth when warp begins, or utilizing a customized shader script. I additionally thought-about utilizing a modulo within the shader to 1 / [speed], 1 and [speed], however did not have a lot success with that both.
There should be some constellation of formulation that work. Possibly it is a solved drawback and I do not understand it but. So how can create this warp animation, utilizing the shader’s texture’s UV offset?
