The compression demon is insurmountable. This is about as good as I can make it. If anyone knows pixel artists that have found a way to win this battle, send them my way.
512x256 input upscaled to 4096x2048 @ 60hz with nearest-neighbor (25mb), and still shredded during upload.
15.04.2025 07:20
๐ 3
๐ 0
๐ฌ 0
๐ 0
That wasn't gentle. Let's see if this one is better...
15.04.2025 07:16
๐ 0
๐ 0
๐ฌ 1
๐ 0
Halved the input data resolution, uploaded this at 4096x2048 @ 60hz, from input frames of 512x256. Be gentle, bluesky!
15.04.2025 07:15
๐ 0
๐ 0
๐ฌ 1
๐ 0
What about uploading a GIF as an image? Hmm.
15.04.2025 07:06
๐ 0
๐ 0
๐ฌ 0
๐ 0
Okay, not great, but slightly better than the original. Let's see if this one does any better.
15.04.2025 07:05
๐ 0
๐ 0
๐ฌ 2
๐ 0
First attempt at a dedicated Bluesky optimized video. Here's hoping the compression is less melty.
15.04.2025 07:03
๐ 0
๐ 0
๐ฌ 1
๐ 0
It's a texture in a fragment shader graphics pipeline in my vulkan render engine, so it is, in fact, strictly a euclidean grid!
The complexity comes from the circular/ring-like neighborhood interactions and carefully balanced rule parameters.
15.04.2025 06:04
๐ 0
๐ 0
๐ฌ 1
๐ 0
Let's try 24hz instead of 60hz, 1:1 pixel scaling instead of 1:4, and ~22mb @ 1024x512 instead of ~65mb @ 4096x2048.
15.04.2025 05:21
๐ 1
๐ 0
๐ฌ 0
๐ 0
Oof, not good.
15.04.2025 05:15
๐ 0
๐ 0
๐ฌ 0
๐ 0
Let's see how well Bluesky handles CA videos, and how hard I'll need to fight compression artifacts...
15.04.2025 05:15
๐ 7
๐ 0
๐ฌ 4
๐ 0