[FFmpeg-devel] [PATCH V4 0/2] Add libsvt HEVC encoder wrapper
mypopy at gmail.com
mypopy at gmail.com
Mon Dec 10 03:20:49 EET 2018
On Sun, Dec 9, 2018 at 11:45 PM Carl Eugen Hoyos <ceffmpeg at gmail.com> wrote:
>
> 2018-12-09 10:24 GMT+01:00, Jun Zhao <mypopydev at gmail.com>:
>
> > SVT-HEVC encoder have some interesting features compare
> > with the existing HEVC encoder.
> >
> > - Multidimensional parallelism
> > a). Picture-based parallelism
> > b). Segment-based parallelism (scales over many CPU cores)
> > c). Will support tile-based parallelism soon
> >
> > - Human Visual System(HVS)-optimized classification for
> > a). Data-efficient processing
> > b). Computationally efficient partitioning and mode decision
> > c). Higher coding efficiency
> >
> > - Resource adaptive scalability
> > a). Speed up factor vs HM 16 about 70 times (4K/60fps content,
> > SVT-HEVC enable subjective quality mode with preset setting
> > with M0(highest quality))
> > b). Outperformance the x265 encoder in CQP mode
> >
> > Some performance data:
> > - Real-time encoding of up to 1x 8Kp60/10-bit streams on the
> > Platinum 8180 with preset M11/subjective quality mode
> >
> > - Real-time encoding of up to 2x 8Kp50/10-bit streams on the
> > Platinum 8180 with preset M12/subjective quality mode
> >
> > - Real-time encoding of up to 4x 4Kp60/10-bit streams on the
> > Gold 6148 with preset M12/subjective quality mode
> >
> > - Real-time encoding of up to 6x 4Kp60/10-bit streams on the
> > Platinum 8180 with preset M12/subjective quality mode
>
> To me, this does not sound much better than the information
> libturing provided and we rejected the patch.
>
> I have no objections but a better reasoning may be desirable,
> especially regarding the subjective quality of the output streams.
>
> Carl Eugen
More performance/quality data (include subjective quality and
objectives) will be
public as a official white paper as soon after the internal review finished.
Please keep patience :)
More information about the ffmpeg-devel
mailing list