4 ms·

That would be your own browser resizing the video incorrectly. Open up the mp4 directly to see the full size and anti-aliased video.

jjcm 3y ago
The full size is even worse. This is a direct screenshot from the full res video, red markup is my own: https://image.non.io/9cf685b1-bbbb-4dac-a6cd-5c698fb62dc3.webp https://image.non.io/9cf685b1-bbbb-4dac-a6cd-5c698fb62dc3.we... Full res video: https://storage.googleapis.com/gweb-uniblog-publish-prod/original_videos/KeyImage-Animatedv2.mp4 https://storage.googleapis.com/gweb-uniblog-publish-prod/ori... The full res clearly has an existing vid imported in where the color space was incorrect. The bottom right droid looks like it was exported as a gif in a reduced color space. This is extremely sloppy for a rebrand announcement. Edit: It gets even better, the bottom gif doesn't loop for the entire duration of the video. It stops 13s into the 16s video.
- EspadaV9 3y ago
  > It gets even better, the bottom gif doesn't loop for the entire duration of the video. It stops 13s into the 16s video. The rest is bad enough, but I could not believe that until I saw it for myself. It is honestly like some highschool level presentation video or something. One thing that bugs me a bit too, is when the left hand bugdroid jumps up, the legs have some kind of glossy shine, when then just pops away. Not sure if that intentional, but it is very jarring to me.
deleted 3y ago
[deleted]
londons_explore 3y ago
Indeed it is... But it's Chrome on wayland - so I'm chalking that up to a google bug too... Interestingly I can't seem to find anyone else complaining that Chrome on wayland only does nearest-neighbour resizes of videos. I wonder if it's crappiness in the hardware video decoder or a deliberate performance decision because my hardware is slow at texture resizing?

4 ms·

That would be your own browser resizing the video incorrectly. Open up the mp4 directly to see the full size and anti-aliased video.

by ChrisClark 3y ago

jjcm 3y ago
The full size is even worse. This is a direct screenshot from the full res video, red markup is my own: https://image.non.io/9cf685b1-bbbb-4dac-a6cd-5c698fb62dc3.webp https://image.non.io/9cf685b1-bbbb-4dac-a6cd-5c698fb62dc3.we... Full res video: https://storage.googleapis.com/gweb-uniblog-publish-prod/original_videos/KeyImage-Animatedv2.mp4 https://storage.googleapis.com/gweb-uniblog-publish-prod/ori... The full res clearly has an existing vid imported in where the color space was incorrect. The bottom right droid looks like it was exported as a gif in a reduced color space. This is extremely sloppy for a rebrand announcement. Edit: It gets even better, the bottom gif doesn't loop for the entire duration of the video. It stops 13s into the 16s video.
- EspadaV9 3y ago
  > It gets even better, the bottom gif doesn't loop for the entire duration of the video. It stops 13s into the 16s video. The rest is bad enough, but I could not believe that until I saw it for myself. It is honestly like some highschool level presentation video or something. One thing that bugs me a bit too, is when the left hand bugdroid jumps up, the legs have some kind of glossy shine, when then just pops away. Not sure if that intentional, but it is very jarring to me.
deleted 3y ago
[deleted]
londons_explore 3y ago
Indeed it is... But it's Chrome on wayland - so I'm chalking that up to a google bug too... Interestingly I can't seem to find anyone else complaining that Chrome on wayland only does nearest-neighbour resizes of videos. I wonder if it's crappiness in the hardware video decoder or a deliberate performance decision because my hardware is slow at texture resizing?