头像
msg7086
帖子: 600
注册时间: 2011-02-19 0:49

x265 - Yuuki变异版 (Stable 3.0=Yuuki; Old-Stable 2.9=Asuna)

下载地址:https://down.7086.in/x265-Yuuki-Asuna/

项目地址:┋◆冃.狌.交.伖,释.鲂.压.劦、棑.解.漃.瘼◆ 真 人】视||频. ◆┋

更新时间不定。加入一些私有补丁,主要提供人性化改变,不会影响编码核心。

LITE版 = MP4/MKV
FULL版 = LITE + LAVF/FFMPEG/ZIMG

2019-2-16
更新到最新的tune lp/vcb。

2018-5-27
更新到最新的tune lp/vcb。

2018-3-10
鉴于x265已经步入稳定发展期,因此改用新的分支准则:
  • Asuna分支跟随官方Old Stable分支,包含上一稳定版和后续补丁。
  • Yuuki分支跟随官方Stable分支,包含当前稳定版。
2016-7-28
更新到2.0并且开始自己维护Git镜像。
--tune分化为lp/lp++与vcb-s/vcb-s++两个方向。详见2楼说明。

2016-2-14
决定换掉Mercurial改用Git了。
项目改托管到Github,采用双分支结构,Asuna分支跟随stable,Yuuki分支跟随master。
版本号也变了,不再跟随官方版的Mercurial提交的版本号,而是根据分支提交数。
因此Asuna分支1.9+2对应Yuuki分支1.9M+18。
上次由 msg7086 在 2019-02-16 16:47,总共编辑 32 次。
Delogo LGD Collections 各种台标下载 | Home Of VapourSynth Evolution

<回答が無い理由>
1. 誰も知らない
2. 質問文が意味不明
3. 知ってるが、お前の態度が気に入らない
4. 良いボケが思いつかない
头像
msg7086
帖子: 600
注册时间: 2011-02-19 0:49

加入补丁:
  1. 详细版本号:
    增加 Mod 分支显示。
  2. 详细 CRF 参数:
    修改为显示 4 位 CRF 数值。
  3. 参数写入屏蔽:
    像 x264 一样可以屏蔽参数写入文件。
    --opts=0,1,2,3
  4. 编码日志文件:
    像 x264 一样可以将日志写入文件。
    --log-file file.log
  5. 好看的进度条:
    像 x264 一样显示好看的进度条。
  6. MP4输出模块:
    现在支持使用 L-SMASH 直接输出 MP4 了。
    编译时需要链接 lsmash 静态库。
  7. MKV输出模块:
    现在支持使用 Haali Matroska Muxer 直接输出 MKV 了。 (实验性)
  8. LAVF输入模块:
    现在支持使用 Lavf 直接输入 MKV 与 MP4 了。 (实验性)
  9. GOPS输出模块:
    现在支持输出成GOP分段的裸流,可以随时断点续压。 (实验性)
  10. VSPipe Y4M输入助手:
    现在支持从VSPipe输出的Y4M流中分离出总帧数。
  11. Tune-LittlePox:
    根据 LittlePox 在讨论帖中的推荐参数,编写了两个 tune 供简化命令行。
--tune lp / lp++
面向中低码率适合新番动画TVRip的参数特性。
--tune vcb-s / vcb-s++
面向中高码率适合电影与蓝光动画的参数特性,会更好地保留细节与噪点。
上次由 msg7086 在 2016-07-29 11:09,总共编辑 13 次。
Delogo LGD Collections 各种台标下载 | Home Of VapourSynth Evolution

<回答が無い理由>
1. 誰も知らない
2. 質問文が意味不明
3. 知ってるが、お前の態度が気に入らない
4. 良いボケが思いつかない
fch1993
帖子: 213
注册时间: 2012-06-12 11:56

Re: x265 - Yuuki变异版 (Unstable=1.5+334+5)

不知道日后能不能实现aq3的加入(类似于x264)

以及类似于x264的直接mkv输出。

以及到底是MSVC编译版还是ICL编译版还是GCC编译版效率高。

我自己一直都是MSVC编译源码。目前测试在各种asm优化之后已经和ICL差异无几了。GCC我不知道怎么使用mingw 64配置。
头像
msg7086
帖子: 600
注册时间: 2011-02-19 0:49

Re: x265 - Yuuki变异版 (Unstable=1.5+334+5)

fch1993 写了:不知道日后能不能实现aq3的加入(类似于x264)

以及类似于x264的直接mkv输出。

以及到底是MSVC编译版还是ICL编译版还是GCC编译版效率高。

我自己一直都是MSVC编译源码。目前测试在各种asm优化之后已经和ICL差异无几了。GCC我不知道怎么使用mingw 64配置。
MKV应该不难,直接从264上扒就好了。
编译器的话,的确gcc应该不是最快的,但是编译起来比较方便而且跨平台,前期开发比较适合。后期再适配到其他平台。
据说性能差距百分之一上下。
Mingw回头我发个脚本出来好了。
Delogo LGD Collections 各种台标下载 | Home Of VapourSynth Evolution

<回答が無い理由>
1. 誰も知らない
2. 質問文が意味不明
3. 知ってるが、お前の態度が気に入らない
4. 良いボケが思いつかない
头像
upyzl
帖子: 446
注册时间: 2010-12-25 18:44
来自: 湘/京
联系: 网站

Re: x265 - Yuuki变异版 (Unstable=1.5+334+5)

现在官方在configure阶段还没引入PGO,因为我不知道MSVC或ICL如何通过PGO方式编译(按guide总是出错),所以我自己用gcc做PGO倒是最快的了

代码: 全选

-Ofast -DNDEBUG -march=native -fprofile-generate
(encode 500 frames with params like tune littlepox)
(make clean)
-Ofast -DNDEBUG -march=native -fprofile-use -fprofile-correction
当然我用-march=native是私货
不过不知道现在差别能到多大
头像
msg7086
帖子: 600
注册时间: 2011-02-19 0:49

Re: x265 - Yuuki变异版 (Unstable=1.5+334+5)

upyzl 写了:现在官方在configure阶段还没引入PGO,因为我不知道MSVC或ICL如何通过PGO方式编译(按guide总是出错),所以我自己用gcc做PGO倒是最快的了

代码: 全选

-Ofast -DNDEBUG -march=native -fprofile-generate
(encode 500 frames with params like tune littlepox)
(make clean)
-Ofast -DNDEBUG -march=native -fprofile-use -fprofile-correction
当然我用-march=native是私货
不过不知道现在差别能到多大
嗯嗯。今天出门打gou野wu,拿手机查了下玩法,正准备回去试试。
Delogo LGD Collections 各种台标下载 | Home Of VapourSynth Evolution

<回答が無い理由>
1. 誰も知らない
2. 質問文が意味不明
3. 知ってるが、お前の態度が気に入らない
4. 良いボケが思いつかない
fch1993
帖子: 213
注册时间: 2012-06-12 11:56

Re: x265 - Yuuki变异版 (Unstable=1.5+334+5)

upyzl 写了:现在官方在configure阶段还没引入PGO,因为我不知道MSVC或ICL如何通过PGO方式编译(按guide总是出错),所以我自己用gcc做PGO倒是最快的了

代码: 全选

-Ofast -DNDEBUG -march=native -fprofile-generate
(encode 500 frames with params like tune littlepox)
(make clean)
-Ofast -DNDEBUG -march=native -fprofile-use -fprofile-correction
当然我用-march=native是私货
不过不知道现在差别能到多大
icl 15我这里倒是PGO成功了。

不过速度测试了一下,目前成功了结果提速比起ICL普通提速连2%都不到,还不如等x265自己写asm。
fch1993
帖子: 213
注册时间: 2012-06-12 11:56

Re: x265 - Yuuki变异版 (Unstable=1.5+334+5)

msg7086 写了:
fch1993 写了:不知道日后能不能实现aq3的加入(类似于x264)

以及类似于x264的直接mkv输出。

以及到底是MSVC编译版还是ICL编译版还是GCC编译版效率高。

我自己一直都是MSVC编译源码。目前测试在各种asm优化之后已经和ICL差异无几了。GCC我不知道怎么使用mingw 64配置。
MKV应该不难,直接从264上扒就好了。
编译器的话,的确gcc应该不是最快的,但是编译起来比较方便而且跨平台,前期开发比较适合。后期再适配到其他平台。
据说性能差距百分之一上下。
Mingw回头我发个脚本出来好了。
我不知道为何cmake配出来之后,就不说mod版的名称了。是不是我hg下来源码之后还要做什么处理。
头像
msg7086
帖子: 600
注册时间: 2011-02-19 0:49

Re: x265 - Yuuki变异版 (Unstable=1.5+334+5)

fch1993 写了:我不知道为何cmake配出来之后,就不说mod版的名称了。是不是我hg下来源码之后还要做什么处理。
先pull下来官方版,然后进.hg,再到mod里pull x265-yuuki/.hg/patches 到 .hg/patches。
然后新建分支 hg branch XXXMOD
最后打补丁 hg qpush -a

default的话就是官方版,非default会显示分支名。

另外mod的计算好像还有点问题。在default上打补丁没问题,stable上打会出现诡异现象,尽量避免。
Delogo LGD Collections 各种台标下载 | Home Of VapourSynth Evolution

<回答が無い理由>
1. 誰も知らない
2. 質問文が意味不明
3. 知ってるが、お前の態度が気に入らない
4. 良いボケが思いつかない
fch1993
帖子: 213
注册时间: 2012-06-12 11:56

Re: x265 - Yuuki变异版 (Unstable=1.5+334+5)

1.如果我直接clone你的hg地址,得到的只有和官方版一样的源码,没有patch文件夹。

2.pull x265-yuuki/.hg/patches 到 .hg/patches。

这个在windows命令下是什么,我创建了patchs文件夹,但是给出的Linux下的命令在windows下只会报错。

能否给一下windows下的命令或者tortoisehg的gui做法。

你说的操作linux下命令是这样吧。

$ hg pull https://bitbucket.org/msg7086/x265-yuuki/.hg/patches

回到 “视频编码器 / Video encoder discussion”