V..... libx265 libx265 H.265 / HEVC (codec hevc)
V..... nvenc_hevc NVIDIA NVENC hevc encoder (codec hevc)
V..... hevc_amf AMD AMF HEVC encoder (codec hevc)
V..... hevc_nvenc NVIDIA NVENC hevc encoder (codec hevc)
V..... hevc_qsv HEVC (Intel Quick Sync Video acceleration) (codec hevc)

hevc_qsv AVOptions:
-async_depth <int> .D.V...... Internal parallelization depth, the higher the value the higher the latency. (from 1 to INT_MAX) (default 4)
-load_plugin <int> .D.V...... A user plugin to load in an internal session (from 0 to 2) (default hevc_hw)
none 0 .D.V......
hevc_sw 1 .D.V......
hevc_hw 2 .D.V......
-load_plugins <string> .D.V...... A :-separate list of hexadecimal plugin UIDs to load in an internal session (default "")
-gpu_copy <int> .D.V...... A GPU-accelerated copy between video and system memory (from 0 to 2) (default default)
default 0 .D.V......
on 1 .D.V......
off 2 .D.V......

随便搞下就行了。同样码率，265 比 264 画质高。同样画质，265 省码率。
随便给个 preset 就行。
ffmpeg -i in_h264.mp4 -c:v hevc_qsv --preset fast -b:v 2000k -movflags +faststart out_hevc.mp4

这种很难客观评价的，变量太多了，用不同硬件同参数压出来的也不一样。。
b 站上很多 1080p 强行拉成假 4k 封装成码率 10Mbps 的 h264 ，压缩成 5Mbps 的 nvenc 1080p h265 都不会有什么画质损失。
但是有些压缩率高的惊人的 h264 ，即使转成同码率的 nvenc 1080p h265 (very slow) 也会出现画质损失。

玩多了的话，10Mbps 以下的原视频 基本上能靠肉眼先预估个实际码率，然后去调节编码的参数。。
另外，纯 cpu 软编码太慢太费电了，实在没什么必要，我只会偶尔扔一个特别值得收藏的视频蓝光 ISO 到云服务器上慢慢 cpu 软编码

@chesha1 fast 和 veryslow 我实测文件大小和码率都没有什么区别，不过 fast 比 veryslow 快了将近一倍，不知道是不是我测试用的视频的问题。

@234ygg 我是用 uhd770 转码的，cpu 占用不高。

ffmpeg -hwaccel vaapi -hwaccel_device /dev/dri/renderD128 \
-i /tmp/h264.mp4 \
-vf 'format=nv12|vaapi,hwupload' \
-c:v hevc_vaapi \
-b:v 0 \
-qp 28 \
-preset medium \
-c:a copy \
/tmp/hevc.mp4

不可能完全不损失