I made a discord server for us where I can share UX/UI tips, potential job connections, frontend knowledge and talk to all you guys! I’d love to get to know all of you and become friends :) discord.gg/QFuTudvccw
TLDR: They used the av1 codec with crf instead of constant bitrate, the video didnt even mention the av1 part. You can do this on your own computer for free with handbrake or not enough av1 encodes. Your welcome.
No - a lets say 18 crf, can result in VMAF 98 and VMAF 92 - where 98 is indistingusable from source and 92 is shit. You cannot just use "x" crf Some scenes might be 92 and others 98, with same CRF So what netflix does, is split the video into scenes, encode those for "x" vmaf like 95, so its encoded by quality, not static params. It is similar to using av1an's target-quality setting :)
hahaha, the "temporal complexity"... just slap some complexity graph from the Wikipedias or google images, no matter if it is a totally different topic (algorithm complexity). It's so funny when visual cues end up being totally distracting for being so bad or poorly selected. Kind of makes one think that the authors don't really know much, or didn't investigate too well...
I would expect that netflix are using dedicated encoder hardware. The encoders build into modern GPUs can encode video much more efficiently and much faster than CPU cores.
Video on demand doesn't need fast encoding because there can be months between the end of production and its delivery; so it is possible to prioritize fine tuning and conversion to as many targets (device, screen size, bandwidth) as possible and then deliver the files to the CDN/PoP networks before the release date. Live video is different and more tricky, because you want the optimizations but without adding too much delay, so it's more restrictive.
Hardware encoders are fast but they are not the best in bandwidth optimization. For maximum compression efficiency two pass software encoding do much better.
08:41 > as Netflix's Library grows the encoding workload increases do you mean number of movies added per week grows? encoding workload doesn't need to increase if total amount of movies increases but number added per week stays same
4:00 my thoughts right now is to try variable bitrate throughout the content instead of making it constant for some given title, even in marvel movies there are a lot of scenes that are quite static and don't need the bitrate action scenes need
CBR is so old no one uses it. It’s only used sometimes when encoding needs to be extremely fast such as shooting slo mo or screen capturing/live streaming at high resolution and fps. VBR has always been used for online digital media.
Interesting is the fact that i ussually subscribe not to watch more videos but to support the person. This video came on my feed and i was curious. Glad to have some vids already recomended that is from a person i subscribed to. :))
Maybe RUclips should do what Netflix is doing to save on costs and buy more storage. Unless if there is a reason they shouldn't (if so, tell me why) or they are already doing it (if so, tell me they are).
Netflix invented nothing this video is pure bs what was described is defacto standard fo 2 pass encoding ever sinve first mpeg4 codec was introduced DivX 20 years ago or more,
It does, but conventional algorithms are designed to address different kinds of videos and scenarios, so they can be ineffective to some degree. What Netflix does is using their software to pinpoint the most efficient optimization strategy possible because it has enough time between the end of production and the delivery of content to do it.
Netflix didn't really democratize 4K content, 4K still costs extra for the user as the Netflix Premium plan is required. The standard plan is limited to 1080p. Good video though, as is lowering bandwidth requirements🙂
This pure BS. They do not need anything like that because they have on every country the local storage servers. This is beneficial for them and local service providers. So, compression story is pure BS
CDN still cost money wherever they are. They might encode the videos in a central data center, say USA, then they distribute the encoded files to datacenters across the globe. Streaming services isn't cheap to operate. Every megabytes of storage and bandwidth saved will compounds to hundred thousands, if not millions, of dollars very easily.
This guy has no idea how things work. Optimizing bandwidth usage is a no brainier. If you can reduce your usage you can provide more with less. Instead of having 40Gbps uplink, you can now get away with 20Gbps. Using less for more customers while not sacrificing quality makes the most sense for storage. I did live video transcoding at a former job, so this is right up the alley. I've been 6" away from one of their CDN nodes 3 server+storage. Her references are for a "typical" high bandwidth CDN node; no idea about savings, but the maintenance and server cost seems to math.
Storage is free. Bandwidth is not. They need a LOT of bandwidth, enough to send many movies many times over. This is expensive. Lowering the amount of bandwidth they need to send a video also lowers the amount of bandwidth they need to pay for to send that video.
I made a discord server for us where I can share UX/UI tips, potential job connections, frontend knowledge and talk to all you guys! I’d love to get to know all of you and become friends :)
discord.gg/QFuTudvccw
netflix: *reduces streaming costs 20%*
also netflix: *increases streaming costs by 20%*
Did you mean +25%
TLDR: They used the av1 codec with crf instead of constant bitrate, the video didnt even mention the av1 part. You can do this on your own computer for free with handbrake or not enough av1 encodes. Your welcome.
More a fan of FASTFLIX
The clever trick in question: serving only 720p for anyone who is not using their proprietary app, even if the user is paying for 4K.
Such a scam
0:42 "One hundred eighty P." *Closes video*
Isn't that the same as setting the -crf flag on ffmpeg??
Exactly what I was thinking. Been doing this for years with my own video encoding.
Not quit. Netflix is doing the equivalent of finding the optimal ffmpeg parameters for each title.
Also -pass
They need to look more complicated than it seems so they don't look cheap.
No - a lets say 18 crf, can result in VMAF 98 and VMAF 92 - where 98 is indistingusable from source and 92 is shit.
You cannot just use "x" crf
Some scenes might be 92 and others 98, with same CRF
So what netflix does, is split the video into scenes, encode those for "x" vmaf like 95, so its encoded by quality, not static params.
It is similar to using av1an's target-quality setting :)
hahaha, the "temporal complexity"... just slap some complexity graph from the Wikipedias or google images, no matter if it is a totally different topic (algorithm complexity). It's so funny when visual cues end up being totally distracting for being so bad or poorly selected. Kind of makes one think that the authors don't really know much, or didn't investigate too well...
yes…
Welcome to the Ched Gippity era!
wow amazing, what a geniuses! tweaking encoding settings is truly groundbreaking achievement. no one ever did this!
Take a shot everytime she said 1080p at 1.5mb/s
I really dislike how they repeat the same thing/point multiple times...
Hella annoying I thought the video was on loop
From this video I remembered that for stand-ups and cartoons in 1080p about 1.5 Mbps is enough
I would expect that netflix are using dedicated encoder hardware. The encoders build into modern GPUs can encode video much more efficiently and much faster than CPU cores.
Video on demand doesn't need fast encoding because there can be months between the end of production and its delivery; so it is possible to prioritize fine tuning and conversion to as many targets (device, screen size, bandwidth) as possible and then deliver the files to the CDN/PoP networks before the release date.
Live video is different and more tricky, because you want the optimizations but without adding too much delay, so it's more restrictive.
@@EduardoEscarez Hmm perhaps that's why there were so many complaints with the Mike Tyson vs Jake Paul fight stream.
Hardware encoders are fast but they are not the best in bandwidth optimization. For maximum compression efficiency two pass software encoding do much better.
Also Netflix : has the worst 1080p quality of any service
08:41 > as Netflix's Library grows the encoding workload increases
do you mean number of movies added per week grows?
encoding workload doesn't need to increase if total amount of movies increases but number added per week stays same
i need more of this in my feed and way more less brain rot
Keep watching more of this and your feed will fix itself
5:59 - meant to say mbits
4:00 my thoughts right now is to try variable bitrate throughout the content instead of making it constant for some given title, even in marvel movies there are a lot of scenes that are quite static and don't need the bitrate action scenes need
CBR is so old no one uses it. It’s only used sometimes when encoding needs to be extremely fast such as shooting slo mo or screen capturing/live streaming at high resolution and fps. VBR has always been used for online digital media.
Interesting is the fact that i ussually subscribe not to watch more videos but to support the person. This video came on my feed and i was curious. Glad to have some vids already recomended that is from a person i subscribed to. :))
Everything was okay, till it was tested during the Tyson vs Paul match last November 2024.😅😅😅
0:41 Learn numbers... Closing video
They realized they can charge everyone for 4K but give them 1080p
How does this channel have only 18k subscribers? Your videos are amazing! 👍
08:14 did they put cpu with more cores in server and run {number of cores} encoders?
This video convinced me Netflix deliberately designs their menus to make it hard to decide what to watch so as to save them bandwidth
How does the design of a menu make it hard to decide what to watch?
idk why, but your videos are SO interesting
We need faster global network.. Everything is faster nowdays: SSD, CPU, refrashrate just network stays kinda same...
Maybe RUclips should do what Netflix is doing to save on costs and buy more storage. Unless if there is a reason they shouldn't (if so, tell me why) or they are already doing it (if so, tell me they are).
Netflix invented nothing this video is pure bs what was described is defacto standard fo 2 pass encoding ever sinve first mpeg4 codec was introduced DivX 20 years ago or more,
@@KabelkowyJoeYou realize you said that to a kid who has zero idea what you're talking about right? 😂
I thought VBR is supposed to automatically optimize bitrate?
It does, but conventional algorithms are designed to address different kinds of videos and scenarios, so they can be ineffective to some degree. What Netflix does is using their software to pinpoint the most efficient optimization strategy possible because it has enough time between the end of production and the delivery of content to do it.
Great Videos have been around since the beginning
Netflix didn't really democratize 4K content, 4K still costs extra for the user as the Netflix Premium plan is required. The standard plan is limited to 1080p.
Good video though, as is lowering bandwidth requirements🙂
It does compromise quality and I can notice it with pirating bluerays and comparing with webdl (Netflix quality)
Now we just need prime's reaction to this
20k 7days
And streaming quality is way worse then bluray and 4K bluray 😂😂
How they couldn't do this with the Tyson vs Paul fight? 🤔
Thats why youtube is considered as a miracle
It was live, that's the reason it sucked. This system is hyper-optimised for Video -on-Demand content
@@Rsonny they had months to prepare for it. If RUclips can do it and Peacock can do the World Cup and Olympics, I don't see the excuse here.
@@njpme that's where the issue comes from... the brains ain't where it is... they are specialised in on-demand stuff...
Hey, just wondering, are you Indian? I have been watching your videos for a few days now, they seem good.
DVB or broadcasting is better tough : )
Was their clever encoding trick just to stop making and distributing quality shows? coz it worked...
Thank you for great content
anything but let people download the content. and no one wants to download on their phone.
Based on your subscriptions, I would think you would be smart enough to know that's not their fault.
@DavidKen878 i know they have pressures, to drm, but their competition is torrents. desktop client with drm on downloads would be quite nifty.
Cool, Elon's DOGE can apply this.
God bless.
🔥
You did a PHENOMENAL job with this one. SUBBED
This pure BS. They do not need anything like that because they have on every country the local storage servers. This is beneficial for them and local service providers. So, compression story is pure BS
CDN still cost money wherever they are. They might encode the videos in a central data center, say USA, then they distribute the encoded files to datacenters across the globe.
Streaming services isn't cheap to operate. Every megabytes of storage and bandwidth saved will compounds to hundred thousands, if not millions, of dollars very easily.
This guy has no idea how things work.
Optimizing bandwidth usage is a no brainier. If you can reduce your usage you can provide more with less. Instead of having 40Gbps uplink, you can now get away with 20Gbps.
Using less for more customers while not sacrificing quality makes the most sense for storage.
I did live video transcoding at a former job, so this is right up the alley.
I've been 6" away from one of their CDN nodes 3 server+storage. Her references are for a "typical" high bandwidth CDN node; no idea about savings, but the maintenance and server cost seems to math.
Storage is free. Bandwidth is not. They need a LOT of bandwidth, enough to send many movies many times over. This is expensive. Lowering the amount of bandwidth they need to send a video also lowers the amount of bandwidth they need to pay for to send that video.