News for hackers. Stuff that matters.
Re:How Facebook encodes videos by martinald on Sunday April 25, 2021 @07:45PM (#26937837)
The problem really is encoding from compressed video to compressed video again. It really isn't great whatever you do (Facebook/Twitter definitely haven't solved this problem either).

The quality from going from source -> 15mbit/sec h265 -> 2mbit/sec h264 (like on a classic social media or whatever site) is absolutely terrible compared to going from source -> 2mbit/sec h264.

Re:How Facebook encodes videos by dylan604 on Sunday April 25, 2021 @08:22PM (#26938069)
Facebook/YouTube don't care about how their compressed video looks. They just need it in the format so that they can get in front of their millions of user's eyballs. I'd be willing to bet that >95% of users don't "care" about compression quality. They just want the content, hence their decisions. There's just no way to properly encode that much content with a "we care about compression" thoughts.
Re:How Facebook encodes videos by StavrosK on Sunday April 25, 2021 @09:00PM (#26938258)
Why is that? Isn't 15 mbit to 2 mbit a big enough difference in quality that you'd expect to retain all the good parts?
Re:How Facebook encodes videos by martinald on Monday April 26, 2021 @05:49AM (#26940858)
Not really - "raw" 1080p video is ~3gbit/sec - so going from 3000 to 15 is a huge amount of data compression.

The problem is when you go from 15 to 2 in my example is that the encoder spends all the time trying to basically encode the artefacts. It really doesn't work well at all.

Re:How Facebook encodes videos by StavrosK on Monday April 26, 2021 @05:52AM (#26940873)
Hm, that's too bad. Is there a better way to compress already-compressed streams? I find having to do that a lot due to a use case that's not very relevant here.