boids now have a bit more variation in their behaviour: when they step on the big white plane, they redirect to towards the goal, hang or climb on it, and go back to being just boids - this is done by temporarily converting boids into classical mesh and put them back once done
The small flickering at the end must be fixed...
video: vimeo.com/596666531

@polymorphcool

vimeo.com/592319837
Quick demo of the integration of in : the player is fully multi-threaded (even the texture upload in gpu), meaning that reading the video has nearly no impact on the framerate of the game.
I've published a build including the player here: polymorphcool.itch.io/pozzo
I've tested it on windows and linux, it runs smoothly. Post issues here gitlab.com/polymorphcool/godot or here gitlab.com/polymorphcool/pozzo if it's not working :)

i've finished the integration of in yesterday: C to C++ is really tricky, i kept the "goto" statements even if it's not good practice in c++. Result is really cool: the code is really efficient at managing the decompression and the display simultaneously!
And thanks to the codec that uses RGB and RGBA color spaces, the conversion of frames to textures is as fast as it can without hardware acceleration.
gitlab.com/polymorphcool/godot

@polymorphcool

just managed to cross-compile godot & for windows!
quite tricky: compilers must be identical when i generate the static version of ffmpeg and when i build godot - hopefully, generates a lot of info helping a lot
it's not yet functional, but the hardest part is solved!
(idea here is to support any kind of video format in the engine)

@polymorphcool

it took me one week to figure it out, but i'm now able to animate an avatar n every direction with a set of baked animations using

visualisation of the interpolation to be done in the animation shader i'm building: depending on the speed and the orientation of the motion compared to the forward vector of the avatar, different animations must be interpolated. The color represent ID's.
Maybe it's not super clear without motion...

4 will be very cool!
i just made an attempt to record 180 frames directly in the GPU and to play them back. Result: it runs at 60fps, smoothly
video: vimeo.com/576314956

back to animation baking in : data is now stored "linearly". A small summary is placed in the first pixels of the texture, containing the number of vertex and the frame count => configuration becomes super easy
src: gitlab.com/polymorphcool/addon

evolution of the object editor for : vimeo.com/557589147
- the first level of the jogdial allows to select the parameter(s)
- the second level increase or decrease the parameters with custom limits for each parameter

Evolution of the flat noise generation: now it includes a random repetition of values. This is usefull when the pixel value is used to select an animation in a stack. The repetition affects the duration of the animation. Result is visible in the video. The tint of the avatar represents the id of the animation.
So, no need to compute anything on the cpu, you can randomise the animations with a custom time offset in each mesh.

just finished a gdscript that generates "flat" noises based on prime numbers.
By flat i mean that all values are appearing once in the texture when using float, or an even number of times when using 8bit.
The script is not perfect, due to the lack of long & double in gdscript...
src: gitlab.com/polymorphcool/addon

A bit of p*rn, just to show how flexible splittable panels can be.
Next step: implement draggable borders, to resize areas

Evolution of module: now its time to link boids with a shader reading animate baked into textures. There is still quite a lot of work to have correct speeds and contact with ground...
videolog: polymorph.cool/wp-content/uplo

@polymorphcool

Show more
Mastodon

The social network of the future: No ads, no corporate surveillance, ethical design, and decentralization! Own your data with Mastodon!