zlacker

[parent] [thread] 32 comments
1. echelo+(OP)[view] [source] 2025-12-06 02:39:24
This is an experiment in data compression.
replies(7): >>jazzyj+E >>plorg+21 >>jshear+o1 >>glitch+S2 >>Groxx+w4 >>JumpCr+N5 >>j45+ia
2. jazzyj+E[view] [source] 2025-12-06 02:43:53
>>echelo+(OP)
Totally. Unfortunately it's not lossless and instead of just getting pixelated it's changing the size of body parts lol
3. plorg+21[view] [source] 2025-12-06 02:48:11
>>echelo+(OP)
If any engineers think that's what they're doing they should be fired. More likely it's product managers who barely know what's going on in their departments except that there's a word "AI" pinging around that's good for their KPIs and keeps them from getting fired.
replies(1): >>echelo+l1
◧◩
4. echelo+l1[view] [source] [discussion] 2025-12-06 02:52:28
>>plorg+21
> If any engineers think that's what they're doing they should be fired.

Seriously?

Then why is nobody in this thread suggesting what they're actually doing?

Everyone is accusing YouTube of "AI"ing the content with "AI".

What does that even mean?

Look at these people making these (at face value - hilarious, almost "cool aid" levels of conspiratorial) accusations. All because "AI" is "evil" and "big corp" is "evil".

Use occam's razor. Videos are expensive to store. Google gets 20 million videos a day.

I'm frankly shocked Google hasn't started deleting old garbage. They probably should start culling YouTube of cruft nobody watches.

replies(2): >>asveik+M1 >>hatman+72
5. jshear+o1[view] [source] 2025-12-06 02:53:10
>>echelo+(OP)
What type of compression would change the relative scale of elements within an image? None that I'm aware of, and these platforms can't really make up new video codecs on the spot since hardware accelerated decoding is so essential for performance.

Excessive smoothing can be explained by compression, sure, but that's not the issue being raised there.

replies(3): >>echelo+t2 >>Aurorn+44 >>eloisi+Jl
◧◩◪
6. asveik+M1[view] [source] [discussion] 2025-12-06 02:57:59
>>echelo+l1
Videos are expensive to store, but generative AI is expensive to run. That will cost them more than storage allegedly saved.

To solve this problem of adding compute heavy processing to serving videos, they will need to cache the output of the AI, which uses up the storage you say they are saving.

replies(1): >>echelo+O2
◧◩◪
7. hatman+72[view] [source] [discussion] 2025-12-06 03:00:39
>>echelo+l1
If you want insight into why they haven't deleted "old garbage" you might try, The Age of Surveillance Capitalism by Zuboff. Pretty enlightening.
replies(1): >>echelo+C2
◧◩
8. echelo+t2[view] [source] [discussion] 2025-12-06 03:04:49
>>jshear+o1
AI models are a form of compression.

Neural compression wouldn't be like HVEC, operating on frames and pixels. Rather, these techniques can encode entire features and optical flow, which can explain the larger discrepancies. Larger fingers, slightly misplaced items, etc.

Neural compression techniques reshape the image itself.

If you've ever input an image into `gpt-image-1` and asked it to output it again, you'll notice that it's 95% similar, but entire features might move around or average out with the concept of what those items are.

replies(2): >>jshear+V2 >>justin+29
◧◩◪◨
9. echelo+C2[view] [source] [discussion] 2025-12-06 03:06:17
>>hatman+72
I'm pretty sure those 12 year olds uploading 24 hour long Sonic YouTube poops aren't creating value.
replies(2): >>theend+Bc >>sgeren+5N
◧◩◪◨
10. echelo+O2[view] [source] [discussion] 2025-12-06 03:08:31
>>asveik+M1
https://c3-neural-compression.github.io/

Google has already matched H.266. And this was over a year ago.

They've probably developed some really good models for this and are silently testing how people perceive them.

11. glitch+S2[view] [source] 2025-12-06 03:09:30
>>echelo+(OP)
Probably compression followed by regeneration during decompression. There's a brilliant technique called "Seam Carving" [1] invented two decades ago that enables content aware resizing of photos and can be sequentially applied to frames in a video stream. It's used everywhere nowadays. It wouldn't surprise me that arbitrary enlargements are artifacts produced by such techniques.

[1] https://github.com/vivianhylee/seam-carving

◧◩◪
12. jshear+V2[view] [source] [discussion] 2025-12-06 03:09:57
>>echelo+t2
Maybe such a thing could exist in the future, but I don't think the idea that YouTube is already serving a secret neural video codec to clients is very plausible. There would be much clearer signs - dramatically higher CPU usage, and tools like yt-dlp running into bizarre undocumented streams that nothing is able to play.
replies(2): >>echelo+c5 >>planck+G5
◧◩
13. Aurorn+44[view] [source] [discussion] 2025-12-06 03:19:31
>>jshear+o1
> What type of compression would change the relative scale of elements within an image?

Video compression operates on macroblocks and calculates motion vectors of those macroblocks between frames.

When you push it to the limit, the macroblocks can appear like they're swimming around on screen.

Some decoders attempt to smooth out the boundaries between macroblocks and restore sharpness.

The giveaway is that the entire video is extremely low quality. The compression ratio is extreme.

replies(1): >>echelo+Jj1
14. Groxx+w4[view] [source] 2025-12-06 03:23:55
>>echelo+(OP)
I largely agree, I think that probably is all that it is. And it looks like shit.

Though there is a LOT of room to subtly train many kinds of lossy compression systems, which COULD still imply they're doing this intentionally. And it looks like shit.

◧◩◪◨
15. echelo+c5[view] [source] [discussion] 2025-12-06 03:30:58
>>jshear+V2
A new client-facing encoding scheme would break utilization of hardware encoders, which in turn slows down everyone's experience, chews through battery life, etc. They won't serve it that way - there's no support in the field for it.

It looks like they're compressing the data before it gets further processed with the traditional suite of video codecs. They're relying on the traditional codecs to serve, but running some internal first pass to further compress the data they have to store.

◧◩◪◨
16. planck+G5[view] [source] [discussion] 2025-12-06 03:36:00
>>jshear+V2
If they were using this compression for storage on the cache layer, it could allow more videos closer to where they serve them, but they decide the. Back to webm or whatever before sending them to the client.

I don't think that's actually what's up, but I don't think it's completely ruled out either.

replies(1): >>jshear+56
17. JumpCr+N5[view] [source] 2025-12-06 03:37:14
>>echelo+(OP)
> This is an experiment

A legal experiment for sure. Hope everyone involved can clear their schedules for hearings in multiple jurisdictions for a few years.

replies(1): >>echelo+D6
◧◩◪◨⬒
18. jshear+56[view] [source] [discussion] 2025-12-06 03:40:42
>>planck+G5
That doesn't sound worth it, storage is cheap, encoding videos is expensive, caching videos in a more compact form but having to rapidly re-encode them into a different codec every single time they're requested would be ungodly expensive.
replies(2): >>LoganD+28 >>throwa+tr
◧◩
19. echelo+D6[view] [source] [discussion] 2025-12-06 03:45:26
>>JumpCr+N5
As soon as people start paying Google for the 30,000 hours of video uploaded every hour (2022 figure), then they can dictate what forms of compression and lossiness Google uses to save money.

That doesn't include all of the transcoding and alternate formats stored, either.

People signing up to YouTube agree to Google's ToS.

Google doesn't even say they'll keep your videos. They reserve the right to delete them, transcode them, degrade them, use them in AI training, etc.

It's a free service.

replies(4): >>habine+P7 >>theend+Qc >>7bit+az >>JumpCr+qx1
◧◩◪
20. habine+P7[view] [source] [discussion] 2025-12-06 04:00:40
>>echelo+D6
"They're free to do whatever they want with their own service" != "You can't criticize them for doing dumb things"
replies(1): >>rightb+QI
◧◩◪◨⬒⬓
21. LoganD+28[view] [source] [discussion] 2025-12-06 04:03:23
>>jshear+56
Storage gets less cheap for short-form tiktoks where the average rate of consumption is extremely high and the number of niches is extremely large.
◧◩◪
22. justin+29[view] [source] [discussion] 2025-12-06 04:15:08
>>echelo+t2
The resources required for putting AI <something> inline in the input (upload) or output (download) chain would likely dwarf the resources needed for the non-AI approaches.
23. j45+ia[view] [source] 2025-12-06 04:31:34
>>echelo+(OP)
It could be, but if compression is codecs, usually new codecs get talked about on a blog.
◧◩◪◨⬒
24. theend+Bc[view] [source] [discussion] 2025-12-06 04:57:40
>>echelo+C2
1000 years from now those will be very important. A bit like we are now wondering what horrible food average/poor people ate 1000 years ago.
◧◩◪
25. theend+Qc[view] [source] [discussion] 2025-12-06 05:00:40
>>echelo+D6
Its not the same when you publish something on my platform as when i publish something and put your name on it.

It is bad enough we can deepfake anyone. If we also pretend it was uploaded by you the sky is the limit.

◧◩
26. eloisi+Jl[view] [source] [discussion] 2025-12-06 07:28:08
>>jshear+o1
One that represented compressed videos as an embedding that gets reinflated by having gen AI interpret it back into image frames.
◧◩◪◨⬒⬓
27. throwa+tr[view] [source] [discussion] 2025-12-06 08:56:34
>>jshear+56
The law of entropy appears true of TikToks and Shorts. It would make sense to take advantage of this. That is to say, the content becomes so generic that it merges into one.
◧◩◪
28. 7bit+az[view] [source] [discussion] 2025-12-06 10:42:26
>>echelo+D6
That's the difference between the US and European countries. When you have SO MUCH POWER like Google, you can't just go around and say ItSaFReeSeRViCe in Europe. With great power comes great responsibility, to say it in American words.
◧◩◪◨
29. rightb+QI[view] [source] [discussion] 2025-12-06 12:37:09
>>habine+P7
Ye it is such a strange and common take. Like, "if you don't like it why complain?".
◧◩◪◨⬒
30. sgeren+5N[view] [source] [discussion] 2025-12-06 13:15:50
>>echelo+C2
I’m afraid to search… what exactly is a “24 hour long sonic Youtube poop?”
replies(1): >>echelo+Ye1
◧◩◪◨⬒⬓
31. echelo+Ye1[view] [source] [discussion] 2025-12-06 17:08:26
>>sgeren+5N
It's safe for work (usually), just silly kid nonsense

https://en.wikipedia.org/wiki/YouTube_Poop

Examples:

https://youtu.be/XyuHSjXo2Nk

https://youtu.be/wUmretPQAHo

https://youtu.be/JD3L9h45fOs

https://youtu.be/Hn0QvVgmMaQ

◧◩◪
32. echelo+Jj1[view] [source] [discussion] 2025-12-06 17:45:29
>>Aurorn+44
They're doing something with neural compression, not classical techniques.

https://blog.metaphysic.ai/what-is-neural-compression/

See this paper:

https://arxiv.org/abs/2412.11379

Look at figure 5 and beyond.

Here's one such Google paper:

https://c3-neural-compression.github.io/

◧◩◪
33. JumpCr+qx1[view] [source] [discussion] 2025-12-06 19:34:13
>>echelo+D6
> People signing up to YouTube agree to Google's ToS

None of which overrides what the law says or can do.

> It's a free service

I've paid for it. Don't anymore, in large part because of crap like this reducing content quality.

[go to top]