5 ms·
Considering Intel, AMD, ARM, Nvidia, Apple, and other hardware companies are all members of the Alliance for Open Media - which is the consortium behind AV1 - I
by Reason077 9y ago
Considering Intel, AMD, ARM, Nvidia, Apple, and other hardware companies are all members of the Alliance for Open Media - which is the consortium behind AV1 - I'd expect that work to support it in hardware is already well underway.
https://aomedia.org https://aomedia.org
- bilbo0s 9y agoAh... So we have to buy new processors.
- nerdymanchild 9y agoUnlikely, I would imagine that the vast majority of intrinsics used for VP9 decoding can be used for AV1 decoding as well.
- Nanite 9y agoIf you don't want your macbook to burn a hole in your lap, potentially. I'm sure most recent processors will be able to do playback, just not optimized, and at high cpu load.
- zanny 9y agoI wonder if AV1 could work with an OpenCL decoder since it does block prediction. Would almost certainly need too much per-frame sychronization to work though...
- cbhl 9y agoWell, if you want hardware-accelerated decoding, you need new hardware. That seems reasonable? Software encoder/decoder implementations will also be a thing in the interim, until the hardware is ready.
- erikpukinskis 9y agoAre there no common computations among compression algorithms?
- aseipp 9y agoIt doesn't really matter even if there are, in the case of hardware implementations -- because hardware decoders/encoders are typically fixed-function hardware blocks with fixed functionality. They are not designed for flexibility or reuse between formats. They are designed for exactly 1 function and nothing else. Even if AV1 and VP9 share structurally similar components, no VP9 decoder is going to work out of the box. It may mean that people who produce AV1-capable encoding/decoding hardware have a better starting point, though (provided they had VP9 hardware, beforehand)
- erikpukinskis 9y agoRight but I guess I’m asking if they COULD be or if you’d need like a FPGA for that.
- wmf 9y agoAFAIK a lot of "hardware" codecs are DSPs with some extra instructions that are good for video (like sum of absolute differences). In theory maybe they could support new algorithms with a firmware update. In reality, such firmware may simply not be developed or the DSP may not be fast enough to run a new codec.
- greenpenguin 9y agoMost DSPs I've worked with have an assortment of really specific extra instructions added for the particular application. I suspect these DSPs are similar - adding a new codec probably means adding a few more instructions, or even the odd hardware block dangling off the side.
- vanderZwan 9y agoDo you think the Mill family of processors could find a niche here? (if it ever sees the light of day, and I hope so because the technical videos are super-interesting (and educational)) [0] https://millcomputing.com/ https://millcomputing.com/
- ckocagil 9y agoFPGAs can't come soon enough.
- djrogers 9y agoFPGAs will never be able to compete on size, cost, or performance/watt compared to optimized dedicated silicon. You're not going to find an FPGA capable of being programmed to encode video on a mobile device.
- milkmiruku 9y agoAside: I did laugh the other day when I saw a video of the Amiga Vampire FPGA enabling an A600 to decode and play MP3 files. http://www.apollo-accelerators.com http://www.apollo-accelerators.com
- infogulch 9y agoOn the performance/watt scale they sit between dedicated silicon and general cpus, right? If so, they could be useful as a stop-gap to keep older devices relevant longer as new standards are released that didn't make it into the silicon yet.
- chillingeffect 9y agoin theory yes, but in practicality, there are two points that make it probably impractical. First, the reprogrammability of FPGAs means lots of unused gates and less density, or wasted space. with flash technology nowadays, it doesn't waste as much power, but the footprint is just so large it's not worth it. Second, a lot of the things that make custom silicon fast can be found in GPUs, such as ALU, MAC, FFT, FIR, SIMD and other DSP slices. Sure, there is a whole additional layer of optimization that can be done with custom silicon, but the computational powerhouses already exist. It's mostly (not all) a matter of reprogramming the memory movements from block to block, delegating certain operations to the CPU and general optimization. Most new codec algorithms can probably done pretty well with GPUs on phones these days. And unfortunately, cell phone companies aren't interested in keeping older HW relevant :( Other industries might, though. My friend said lots of military radar projects he worked on used FPGAs.
- Viper007Bond 9y agoNo different than HEVC or anything else. My CPUs are a few generations behind (i7-4790K and i5-4690K) and they can't hardware decode/encode HEVC.
- sundvor 9y agoYet if you bought a Nvidia 960 about 1.5 years ago when I did (because it supported HEVC, and I upgraded my 10 year old plasma to a 4k TV), it can do it for you. My HTPC can happily play back high bitrate 4k HEVC content without as much as breaking into a sweat. Sadly Netflix doesn't see it that way and demands that I update my perfectly functional i7-2500 system to a newer one to play back their 4k content. (Sorry, slightly OT rant).