Announcement

Collapse
No announcement yet.

SVT-AV1 0.5 Released As Intel's Speedy AV1 Video Encoder

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

  • SVT-AV1 0.5 Released As Intel's Speedy AV1 Video Encoder

    Phoronix: SVT-AV1 0.5 Released As Intel's Speedy AV1 Video Encoder

    While we have been reporting on and benchmarking the Intel SVT video encoders since February, they were only officially announced last month and this Sunday marks their first tagged release for the AV1 encoder in the form of SVT-AV1 0.5.0...

    Phoronix, Linux Hardware Reviews, Linux hardware benchmarks, Linux server benchmarks, Linux benchmarking, Desktop Linux, Linux performance, Open Source graphics, Linux How To, Ubuntu benchmarks, Ubuntu hardware, Phoronix Test Suite

  • #2
    Is it true that this encoder produces poor quality results?

    Comment


    • #3
      Originally posted by tildearrow View Post
      Is it true that this encoder produces poor quality results?
      Yes, of course. There is always a trade off between encoding speed and quality. The question is rather how good/bad it is in comparison with other video formats and encoders.

      Comment


      • #4
        Originally posted by Namenlos View Post

        Yes, of course. There is always a trade off between encoding speed and quality. The question is rather how good/bad it is in comparison with other video formats and encoders.
        Sure. But the whole point of this library seems to be to increase benefits of having new shiny vector units.
        So while you are right, what would be the point if you couldn't mitigate some with faster code?

        Comment


        • #5
          Originally posted by tildearrow View Post
          Is it true that this encoder produces poor quality results?
          No. I have tested the SVT-HEVC encoder here, with samples:

          Hello guys, It's been a long time since I posted an encoder test and I decided to break the drought with a test of Intel's new open Source SVT-HEVC

          Comment


          • #6
            Originally posted by tildearrow View Post
            Is it true that this encoder produces poor quality results?
            SVT-AV1 had the speed because it didn't implement all the coding tools AV1 has to offer and therefor the quality wasn't nearly as good as aomenc. With new versions they are adding new coding tools so the quality will increase, but probably speed will suffer.

            Comment


            • #7
              Originally posted by tildearrow View Post
              Is it true that this encoder produces poor quality results?
              An important point, which has not been covered by Phoronix yet. Instead, speed seems to be the only metric.

              Comment


              • #8
                From a quality point of view, SVT-AV1's output is comparable to that of x264 (source: https://forum.doom9.org/showthread.p...39#post1871939 ), and I doubt that it is as fast as the latter...

                Comment


                • #9
                  Originally posted by HadrienG View Post
                  From a quality point of view, SVT-AV1's output is comparable to that of x264 (source: https://forum.doom9.org/showthread.p...39#post1871939 ), and I doubt that it is as fast as the latter...
                  I don't know what's sadder, the fact that you didn't bother to read what you linked to, the fact that what you did read you didn't understand or the fact that someone actually "liked" your post.

                  For those that don't know, here is the command line used for x264 in that test:

                  x264 --preset veryslow --tune ssim --crf 16 -o test.x264.crf16.264 orig.i420.y4m

                  For the uninitiated, the "very slow" preset is considered the "mastering" quality preset and crf 15 is generally considered visually lossless to the source; for this test they used "very slow" and crf 16 which means it would be nearly impossible for the average person to tell the difference between the source and the encoded version.

                  Further, the "very slow" preset, as the name implies is indeed very slow, encoding times are glacial.

                  If SVT-AV1 matched x264+veryslow+crf 16 with -q 20 -enc-mode 3 (as the command line says) then it doesn't get much better than that because with settings as aggressive as x264's SVT-AV1 would smoke it.

                  I would say that Intel's SVT family of encoders are the future, the only limitation I can see, if you want to call it that, is the high ram requirements, using ffmpeg patched to support SVT-HEVC, 4k encoding requires nearly 9gb of ram, on my R5 1600 with 8GB ram I can't do it, but on my 4790 based Xeon with 16 GB of ram it encodes just fine.

                  Here's some good info:


                  Comment


                  • #10
                    Video encoder quality is hard to assess because there are three dimensions:

                    output size X output quality (many automated metrics or perceptual) X encoding speed

                    To ease visualization you usually equalize one dimension, like trying to configure all encoders to produce same size, or same quality according to some automated metric, and then plot the other two dimensions.

                    This is not a focus of Phoronix.

                    Edit: note that if one of these three dimensions is missing, a test is meaningless. It doesn't measure anything of practical use.
                    Last edited by jntesteves; 20 May 2019, 10:27 AM.

                    Comment

                    Working...
                    X