SoylentNews is people
SoylentNews
Intel Releases Open Source Encoder for Next-Gen AV1 Codec
Intel published its own open source CPU-based encoder for the next-generation and royalty-free AV1 codec (a codec is a program for encoding / decoding a digital data stream or signal). Intel is one of the main founding members of the Alliance for Open Media (AOM), the non-profit group behind the development of the AV1 codec.
Intel's new encoder, called Scalable Video Technology AOMedia Video 1 (SVT-AV1), aims to fill the role of a good CPU-based encoding software tool until dedicated AV1 encoders are ready for prime time. The encoder supports the Linux, macOS and Windows operating systems.
A CPU-based encoder requires a beefy system, so it's no surprise the real-time encoding specifications for SVT-AV1 are no joke. SVT-AV1 requires Skylake-generation or newer Xeon processors with at least 112 threads and at least 48GB of RAM for 10-bit 4K video encoding. Outside of video streaming companies, these type of systems are out of reach for most. Consumers that want to encode AV1 videos may want to wait for dedicated AV1 encoding hardware to appear, which make take another year or so.
Here's a recent 42-minute talk (no transcript) about AOMedia Video 1 (AV1). Hardware support for AV1 should begin appearing around 2020.
Related: Alliance for Open Media Announces Release of AOMedia Video Codec 1.0 (AV1) Specification
YouTube and Netflix Upload AV1-Encoded Videos for Testing
(Score: 2, Informative) by Anonymous Coward on Wednesday February 06 2019, @03:56AM (7 children)
The key word you missed is in bold above. Encoder.
The remainder of your comment refers to a decoder
Those are not the same things.
Video encoders have always needed beefier systems than the corresponding decoder.
(Score: 3, Touché) by Pino P on Wednesday February 06 2019, @06:43AM (6 children)
You'll still need a system beefy enough to run a real-time encoder if you want to record TV, participate in video chat or screen sharing, etc.
(Score: 2) by stretch611 on Wednesday February 06 2019, @08:46AM
But, it depends on the quality of what you are encoding, as well as the compression rate (as previously mentioned.)
10 years ago (roughly) it took a beefy machine to run Handbrake and encode a DVD down to a roughly 750MB file in realtime. My current (2-yr old) laptop can do the same in less than 1/2 hour. You could always encode the DVD down with a less beefy machine even 10 years ago, it just wasn't realtime. I have not tested, but I am guessing that my current laptop can at least encode a 720p broadcast in realtime... not sure about greater quality though. (Remember, twice the vertical and horizontal resolution requires 4x the amount of data that needs to be manipulated.) Also remember, that it depends on if your GPU has encoding hardware as well. It can be done without a hardware encoder, but again, it just takes longer.
As for video chat, heck, smartphones have been doing that for 10 years, and webcams have been out longer. Of course, the big difference is the quality and resolution. I play D&D through Roll20.net... They have built in audio/video streaming through the browser with the WebRTC platform. So video chat in realtime is not an issue at all for modern computers... even in a browser; but you will not be doing it in 4k video. Screen sharing takes up even less because you do not need a very high frame rate for that.
As I did mention 4k video... I doubt many people will be encoding that and streaming it in realtime. At today's compression rates, are their even that many people in the US that have the bandwidth to handle it (even just the download bandwidth, let alone upload which many ISPs still manipulate to be 1/10th the speed of downloading.) (And this is probably a huge factor in why intel is promoting a new codec, for better compression of higher resolution video.)
Now with 5 covid vaccine shots/boosters altering my DNA :P
(Score: 1) by pTamok on Wednesday February 06 2019, @09:19AM (4 children)
You'll still need a system beefy enough to run a real-time encoder if you want to record TV, [participate in video chat or screen sharing], etc.
No you don't. For recording for later viewing, all you need a system capable of storing the bitstream for later processing. Or even a system capable of partially encoding the bitstream, and finishing the encoding later.
A good compromise is to run a fast lossless compression algorithm on the raw bitstream. That allows you to do reasonable compression, and can be played back immediately. You run an intensive lossy compressor on the losslessly compressed bitstream as a background task. All you need it 'a bit' of storage as a buffer. For bonus points, make the intensive encoder able to operate on the output of the fast encoder without needing to decompress it to recompress it.
As for video chat and screen sharing, use existing hardware encoders for other codec algorithms and wait until the hardware encoders for AV1 become available.
(Score: 2) by Pino P on Wednesday February 06 2019, @02:11PM (3 children)
What lossless algorithm works on MPEG-2 or MPEG-4 AVC video or Dolby Digital or AAC audio in broadcasts? I thought one was supposed to turn off, say, web Gzip encoding for these file types because compressing already compressed data doesn't save anything.
So the amount that you can record per day, or "a bit" as you put it, depends on how much you can transcode in a day's CPU time. It might not affect people who DVR only about one or two shows, but multi-viewer households might have a lot more shows scheduled to capture and transcode to SD for playback on offline mobile devices.
That wouldn't allow communication between a user of free software and a user of an Apple device, as I haven't heard of Apple's plans to implement any free codecs other than eventually AV1. Apple has gone all-in on MPEG since 2001, when QuickTime 5.0 introduced Sorenson Video 3 based on an early draft of AVC.
(Score: 1) by pTamok on Wednesday February 06 2019, @05:23PM (2 children)
I think you are missing the point. If you have a 'raw' bitstream, it is not MPEG-2 or MPEG-4 AVC encoded. If you have a bitstream that is already compressed, you are not looking for an encoder, but a transcoder.
If Apple don't want to support open standards, shrug. AFAIK they support WebRTC by supporting the Opus audio codec and H.264 for video [bloggeek.me], and it looks like VP8 has been added to Webkit/Safari. [webkit.org]
Have a nice day.
(Score: 2) by Pino P on Wednesday February 06 2019, @06:33PM
Precisely. Someone doing a lot of HD to SD transcoding would need to use older encoders (x264 or libvpx) until AV1 encoding hardware or more time-efficient AV1 encoding software becomes widespread.
(Score: 3, Informative) by takyon on Wednesday February 06 2019, @09:04PM
Apple is a founding member [aomedia.org] of the Alliance for Open Media. So it's a sure bet that they will support AV1 when they are ready to do so.
[SIG] 10/28/2017: Soylent Upgrade v14 [soylentnews.org]