Why Snow and Confetti Ruin YouTube Video Quality

What Hacker News said

Strong rec Rebuff5007 · 2024-01 · on “Tom Scott: After ten years, it's time to stop making videos [video]”

To this day when I have buffering problems with online videos I immediately think about his explainer-demo with confetti [1]. Love his work! [1] [this video]

Recommends rocgf · 2020-12 · on “How Video Works”

I do not know the answer, but I would absolutely shocked if it was streamed as a regular video. To the best of my knowledge, there are many, many optimizations which go into video. This is a pretty good high-level video I came across - [this video]

Recommends jerf · 2023-06 · on “Apple Vision Pro – Why It May Be Lousy for Watching Movies on a Plane”

It may be easier to think about high-quality swathes of pixels, because obviously any one pixel can't be wrong in isolation, and even to the extent it is, who cares. However, if you look at a swathe of pixels, say a 16x16 chunk, you can reasonably talk about with what fidelity that set of pixels represents the original signal, whatever that original signal was. You get into the whole perceptual coding thing which tells us that determining the human-perceived accuracy of a chunk of pixels is more than just adding up the differences, but you can take that as a suitable first approximation for thought. High-quality pixels have minimal deviation from the source material. Low-quality pixels have

Cites jdietrich · 2018-03 · on “Google and LG creates VR AMOLED 120 Hz at 5500 x 3000”

You can make educated guesses about the future, which is how Oculus's Asynchronous Spacewarp works. Rendering a whole frame is slow, but warping a pre-rendered frame is fast. If the next frame is taking too long to render, you can warp the last frame to roughly match the perspective that corresponds with the current head tracking data. You get some artefacts, but they're not as noticeable as the judder caused by a missed frame. Prediction can also be used to estimate the head-tracking data at the time the frame is drawn to the display, rather than at the time the frame starts to render. Similar techniques are used in video compression - encoding the exact value of every pixel is expensive, b

Cites saltminer · 2019-07 · on “New 2019 MacBook Air features a slower SSD than 2018 model”

For 4k video, H.265/VP9 have better quality at the same file size, or equivalent quality at a smaller file size. Bandwidth usage matters for keeping people on the website and viewing Google's ads, so Google wants to ensure a smooth streaming experience. And since YT compresses so heavily, uploading in 4k increase the quality at lower resolutions (it seems weird but a 4k video uploaded to YT and streamed at 1080p will look better than a 1080p video uploaded to YT and streamed at 1080p). And as xnyan said, high motion video really destroys video quality on YT, this video really shows how bad it can get: [this video]

Cites eru · 2020-09 · on “AT&T’s current 5G is slower than 4G in nearly every city tested by PCMag”

Quite a few. Though to be honest, 4k is currently good enough for me, resolution wise. But: even the highest bitrates you get on eg YouTube ain't good enough to show certain scenes nicely. Especially when snow is involved. That's because the video compression algorithms we have don't cope well with that. See [this video] So there's a clear and simple use case for more bandwidth, even if we don't increase resolution.

Cites anyfoo · 2022-05 · on “YouTubeDrive: Store files as YouTube videos”

That's the thing though, "looks like" breaks down pretty quickly with things that aren't real images. It even breaks down pretty quickly with things that are real, but maybe not so common, images: [this video] So one question would be: Does your image generation approach preserve a higher information density than big enough pixels?

Cites woobilicious · 2022-05 · on “YouTubeDrive: Store files as YouTube videos”

YouTube's 1080p60 is already at a decimation ratio of about 200:1, then you have to consider how efficient P and B frames are with motion/differences. if your data looks like noise you're gonna be completely screwed since the P and B frames will absolutely destroy the quality. There's a bunch of other things too, like YUV420p and TV colour range: 16-235, so you only get 7.7bits / pixel. If anything you would want to encode your data in some way that abuses the P and B frames, and the macro block size of 16x16. Coding theory for the data output at your end is only one side of the coin, the VP9 codec stupidly good compression is a completely different game to wrangle. And I kinda doubt you'll