Netflix Keeping Bandwidth Usage Low By Encoding Its Video With VP9 and H.264/AVC Codecs (slashgear.com)
Netflix announced last week that it is getting offline video downloads support. The company has since shared that it is using VP9 video compression codec to ensure that the file sizes don't weigh a lot. An anonymous reader shares an article on Slashgear (edited): For streaming content, Netflix largely relies on H.264/AVC to reduce the bandwidth, but for downloading content, it uses VP9 encoding. VP9 can allow better quality videos for the same amount of data needed to download. The challenge is that VP9 isn't supported by all streaming providers -- it is supported on Android devices and via the Chrome browser. So to get around that lack of support on iOS, Netflix is offering downloads in H.264/AVC High whereas streams are encoded in H.264/AVC Main on such devices. Netflix chooses the optimal encoding format for each title on its service after finding, for instance, that animated films are easier to encode than live-action. Netflix says that H.264 High encoding saves 19% bandwidth compared to other encoding standards while VP9 saves 36%.
I hear it does great things for 4k, so it seems that it would be really great for HD, and even older 720 or 480 content too.
netflix uses multiple codecs and depending on the platform you are requesting content on, netflix will send content encoded with the best codec and best compression profile for that said platform... The rest of this article only concerns use of the high profile vs main with h264 for downloads and that android devices receive vp9 files since the codec is supported by the android os. The rest of the entire article seems to be filler much like its inclusion on slashdot.....
Sorry, I'm British, we point out such things....
Bad luck if you're watching a film that has a sand storm or fog in it. The banding artifacts caused by compression make those scenes nearly unwatchable
I mean the newest devices support it in hardware, but it has to be a very new chip to have H.265 support. The vast majority of devices in use don't. For computers you could do it in software but that isn't ideal, since H.265 decoding is rather heavy so you'd hit the CPU pretty hard, whereas hardware accelerated H.264 would hit it almost not at all. For mobile/embedded devices though it just won't work. Too CPU intensive to do in software, so people need a new device.
h.265 is where it's at, excerpt a lot of devices don't support it yet.
Still, at a quarter the bandwidth for the same quality, it should be the target, if supported.
As for savings using h.264... what the hell were they using as a codec before?
Couldn't the Netflix app check the available hardware accelerated codecs, and choose the best one?
Codecs (such as H.264 or VP9) describe a bit stream, and how to decode the bit stream. They basically provide a kit of tools that can be be used by encoders.
The quality of video encoding is mainly due to the technical knowledge and artistry of the encoder manufacturer and how the use that took kit. I can show you great H.264 encoders and horrible H.264 encoders, but they both emit valid H.264 bit streams.
In particular, the biggest challenge is rate control. If you don't care about the details of a variable bit rate, almost anyone can write a great H.264 or VP9 encoder, with the bit rate jumping up and down all over the place. However if you expect a bit rate to be held within say +/- 100 kbps, only a few vendors have the expertise to make a more constant bit rate look good.
I'll also add that I've seen no good data that shows that VP9 encoders perform better over a wide range of content than H.264.
Just make a torrent file and give to The Pirate Bay ;P :)
Everybody wins!
The newer iphones (and presumedly ipads?) support H.265 in hardware but it's only available in facetime calls .
I tried watching a movie on a plane last night. The sound was so full of pops that it sounded like a very scratched vinyl record.
No, I will not work for your startup
for the devices that don't have hardware decoding support for VP9.
with the way these video services always adopt the newest and most bandwidth-efficient codecs, it also means nobody ever has hardware support for them; it takes longer for the market to get wide hardware support, than it takes for the next generation of codecs to become available.
The consequence is that we're doing heavier and heavier CPU decoding for online video, and never get any use of the hardware support in our video chips, because it effectively lags behind.
I've always been curious. How much does a byte weigh, anyway?
Big broadcasters will mandate the use in the USA in a few years.
Internet video may skip it completely to avoid the obscene license fees.
None of my playback devices support h.265, so h.264 is my preference today. Previously, it was xvid and prior to that it was mpeg2.
ATSC today is mpeg2. I'm forever transcoding to h.264 - sometimes that saves 70% of the size, after removing commercials. Commercials are about 50% of the size, BTW, even if only 1/3rd of the content.
Because their streaming catalog still sucks.
Have gnu, will travel.
See subject: Blocking ads (typically ads = 40% of website pagesize). For the best hosts file APK Hosts File Engine 9.0++ SR-4 32/64-bit https://www.google.com/search?...
Ads rob speed, security (malvertising) & privacy (tracking).
Hosts add speed (hardcodes/adblocks), security (bad sites/poisoned dns), reliability (dns down), & anonymity (dns requestlogs/trackers) natively.
Works vs. PUSH ads.
Avg. page = big as Doom http://www.theregister.co.uk/2... & ads = 40% of it.
Hosts != ClarityRay blockable (vs. souled-out to admen inferior wasteful redundant slow usermode addons)
Less power/cpu/ram + IO use vs. DNS/routers/addons/antivirus (slows you) + less security issues/complexity.
Compliments firewalls (blocking less used IP addys vs. hosts blocking more used domains) & DNS (lightens dns load).
Gets data via 10 security sites.
APK
P.S. - Safe https://www.virustotal.com/en/... (Verified by Malwarebytes' S. Burn "seen the code & it's safe" http://forum.hosts-file.net/vi... )
The last report I saw said that they were using 36% of all Internet traffic, and that was in early 2016 before they had a bunch of 4K offerings:
http://fortune.com/2015/10/08/...
Really? That's absurd. Any device they support should be able to handle High Profile.
I wonder if they're using CABAC -- it took Apple a little while to start using it.
Netflix says that H.264 High encoding saves 19% bandwidth compared to other encoding standards while VP9 saves 36%.
So the advantage is everyone in the internet "slow lanes" can currently enjoy the same experience as those in the fast lanes?
Shai Schticks:"You don't make peace with friends, you make peace with enemies"
My phone (LG G5) supports it because it has a Snapdragon 820. That's great and all, but there aren't a lot of devices out there that are so new. So no real point in Netflix supporting it. They'd need to wait a few years for enough people to replace their hardware with new units.
The current ATSC 3.0 proposal includes H.265. But it's not finalized, so it is possible that AV1 will replace it or be included as an alternative.
I'm not surprised that the commercials don't compress as efficiently as the programs. They tend to use more rapid cuts and point of view changes.
We're (#MindAptiv folllow us on twitter) testing a new approach that reduces video file sizes by over 98%. Sounds crazy, but it works by detecting object details (lines, colors, shapes, lighting, motion) and packaging them as math, compresses the math with 3 different compression algorithms, and then creates little DNA-like packages. These are used as blueprints to regenerate video as higher quality than the original. We're able to turn DVD quality into 4K subjective quality this way. It's possible because everything is done in parallel with high efficiency so does not require beefy hardware. Bandwidth required to store and send videos is about to go way down.