level 11
不过用了两次NVENC之后感觉再用纯CPU的x264就太慢了。
2018年08月27日 14点08分
level 11
level 8
硬编没细究过 MC的话好像会有个页面可以设置高级参数..?
或许可以设置类似 qmax 之类的东西防止一些场景太过欠码的情况..
不过还是推荐在不缺码的情况下使用硬编..
如果主要考虑的是速度的话其实可以试试 x264 的 preset superfast
没记错的话小丸的默认参数确实是比较慢的..
2018年08月27日 21点08分
3
或许可以设置类似 qmax 之类的东西防止一些场景太过欠码的情况..
不过还是推荐在不缺码的情况下使用硬编..
如果主要考虑的是速度的话其实可以试试 x264 的 preset superfast
没记错的话小丸的默认参数确实是比较慢的..
感谢，Mc选x264速度也比小丸快得多，之前一直以为是我电脑的cpu就这速度了![[狂汗]](/static/emoticons/u72c2u6c57.png)
不过Mc不愧是bug软件，用着用着点start就没反应了。 昨晚上又发现一个软件ShanaEncoder感觉挺好用的。
2018年08月27日 22点08分
不过Mc不愧是bug软件，用着用着点start就没反应了。 昨晚上又发现一个软件ShanaEncoder感觉挺好用的。
level 8
![[欢呼]](/static/emoticons/u6b22u547c.png)
level 7
嗯....
尝试一下 “StaxRip”？
NVEnc 恕我直言，效果实在是太差了。
这是来自9系显卡的说法，10系显卡有可能会做得更好。
如果您拥有核显的话，推荐使用核显进行压制。
核显的ICQ，LA-ICQ，这两个选项基本相同与X264的CRF项。
如果您是6代以上核显的话，还可以压制HEVC。
2018年08月29日 00点08分
6
尝试一下 “StaxRip”？
NVEnc 恕我直言，效果实在是太差了。这是来自9系显卡的说法，10系显卡有可能会做得更好。
如果您拥有核显的话，推荐使用核显进行压制。核显的ICQ，LA-ICQ，这两个选项基本相同与X264的CRF项。
如果您是6代以上核显的话，还可以压制HEVC。
emm....这个：“6代以上核显” 指的是 CPU 的世代....
2018年08月29日 05点08分
回复 411067506 :4700MQ![[乖]](/static/emoticons/u4e56.png)
HD4600吧没记错应该是。感谢，晚上回家尝试一下
2018年08月29日 07点08分
HD4600吧没记错应该是。感谢，晚上回家尝试一下
![[勉强]](/static/emoticons/u52c9u5f3a.png)
level 1
ShanaEncoder
2018年08月31日 01点08分
7
![[惊哭]](/static/emoticons/u60cau54ed.png)
level 12
个人觉得VidCoder对蓝光盘的支持更好，而且免费，有qsv和nvenc
2018年09月07日 17点09分
9
nvenc我怎么没发现呢，QSV倒是看到了。
2018年09月08日 02点09分
@LeeTom208 发现了，感谢
2018年09月08日 03点09分
@LeeTom208 最近的一次更新，handbrake1.2.0和vidcoder4.26开始不支持H265的intelQSV了！这操作我也是没看懂，别人软件都是越更新支持越好，这俩反而取消了本来支持的先进编码方式，而且迟迟不支持H265NVENC的10bit。笔记本又少了一种选择啊(o゜▽゜) @Mr-Z♂
2018年12月30日 09点12分
level 6
我用shana 4.7 NVENC 编码飞快 一部电影 转码 小于20min 2000K 码率 已经很清晰 一部1080电影 小于2G 不是问题.........+QQ讨论 245646087
2018年09月10日 12点09分
10
固定码率有个问题就是不知道到底码率是设定够不够用，之前用MEDIACODER转码用X265 NVENC设定CRF一直出错，用了MEDIACODER的最新测试版才成功能CRF了。不过CRF的问题是只能等转完后才知道码率够不够。转换后码率太大太小都伤脑筋。不过以今天的质量，码率小点只要和原视频画质相差不明显也无所谓了
2018年09月24日 05点09分
level 6
今晚用shocut免費開源剪輯軟件 轉4K 為 NVenc 用以品質為主的VBR 55% （轉完在mpc-hc播放，是crf=24. 默認VBR60% 是crf21. VBR100%是無損。）對比300多mbps的原cineform（100mbps 索尼4K剪輯后Pr導出的）100%查看4K 幾乎看不出區別。 crf24 h265 4K 在24mbps左右。
2018年12月08日 16点12分
12
NVENC H265導出40min 4K 25fps用了三十分鐘。若用x265則要2個小時。cpu 7820x 主頻在三點六G。GPU是 pascal架構的P400 2G最低級的pascal專業顯卡 256個流處理器。
2018年12月08日 16点12分
用shotcut截取了十幾秒4K 用x265 crf24 cpu轉碼，發現碼率比nvenc的crf24 要少一半。 只需要12mbps。 （和之前九寨溝4K crf二十三一樣12mbps） 看來，時間和體積真是不能兼得。nvenc壓出來的40min 4K用了6.84g .難道用x265還可以更小？
2018年12月08日 16点12分
level 6
吧务
level 14
试了一下Shotcut，看到目录里的FFmpeg心想不出所料，看了日志发现，果然用的是FFmpeg的nvenc。
日志节选：
[hevc_nvenc @ 00000000055dd540] Loaded Nvenc version 8.1
[hevc_nvenc @ 00000000055dd540] Nvenc initialized successfully
[hevc_nvenc @ 00000000055dd540] 1 CUDA capable devices found
[hevc_nvenc @ 00000000055dd540] [ GPU #0 - < GeForce GTX 1050 > has Compute SM 6.1 ]
[hevc_nvenc @ 00000000055dd540] supports NVENC
[hevc_nvenc @ 00000000055dd540] Using global_quality with nvenc is deprecated. Use qp instead.
最后这一行是关键，FFmpeg提示使用 global_quality 是不推荐的，请使用 qp 来代替。
global_quality 也就是 -q:v xx 所对应的全称，对于nvenc，FFmpeg有更优秀的 -qp:v 来代替（amf没有）。
也就是说，这依然是属于 cqp 模式，而不是 crf 模式。
@埋寇爵神
2018年12月08日 19点12分
14
日志节选：
[hevc_nvenc @ 00000000055dd540] Loaded Nvenc version 8.1
[hevc_nvenc @ 00000000055dd540] Nvenc initialized successfully
[hevc_nvenc @ 00000000055dd540] 1 CUDA capable devices found
[hevc_nvenc @ 00000000055dd540] [ GPU #0 - < GeForce GTX 1050 > has Compute SM 6.1 ]
[hevc_nvenc @ 00000000055dd540] supports NVENC
[hevc_nvenc @ 00000000055dd540] Using global_quality with nvenc is deprecated. Use qp instead.
最后这一行是关键，FFmpeg提示使用 global_quality 是不推荐的，请使用 qp 来代替。
global_quality 也就是 -q:v xx 所对应的全称，对于nvenc，FFmpeg有更优秀的 -qp:v 来代替（amf没有）。
也就是说，这依然是属于 cqp 模式，而不是 crf 模式。
@埋寇爵神
level 6
現在的NVENC h265 和x265 相同 crf 時體積是2倍，時間是1/4 （P400低端显卡。）。 品质为主的VBR 55% 也就是等效crf24 。 VBR50% 等效crf26。 VBR60%是软件x265默认的，等效crf21。 VBR70% 等效CRF19， VBR100% 无损。在MPC-hc看属性，有crf这个命令行。
mpc-hc怎么看？
2018年12月09日 11点12分