NMM-HD

netsky123 写了：1.8版本加入的aq3和x264的aq3一样的么？
另外那个YuukiVani版本是啥

Yuuki Vanilla 是指用了官方 scene cut detection 的版本，也就是和官方最新版的算法相同。
Yuuki 版暂时会删除之前的 scene cut detection 补丁，因为之前的修改 bug 横飞，而且 1.8 发布之前急急忙忙修正，看着很不靠谱的样子。所以现在的 Yuuki 版的算法和官方 1.7+400 前后的算法相同。
直到测试证明新的算法质量更好之前，都会暂时去掉这组补丁。

msg7086 写了：

netsky123 写了：1.8版本加入的aq3和x264的aq3一样的么？
另外那个YuukiVani版本是啥

Yuuki Vanilla 是指用了官方 scene cut detection 的版本，也就是和官方最新版的算法相同。
Yuuki 版暂时会删除之前的 scene cut detection 补丁，因为之前的修改 bug 横飞，而且 1.8 发布之前急急忙忙修正，看着很不靠谱的样子。所以现在的 Yuuki 版的算法和官方 1.7+400 前后的算法相同。
直到测试证明新的算法质量更好之前，都会暂时去掉这组补丁。

翻了下doom9，似乎这个bug只是一个bool值写错了？

netsky123 写了：翻了下doom9，似乎这个bug只是一个bool值写错了？

一系列涉及7次提交的补丁，我不觉得只是bool值写错的问题。

msg7086 写了：

netsky123 写了：翻了下doom9，似乎这个bug只是一个bool值写错了？

一系列涉及7次提交的补丁，我不觉得只是bool值写错的问题。

doom9上有人贴了

# HG changeset patch
# User Deepthi Nandakumar <deepthi@multicorewareinc.com>
# Date 1444115344 -19800
# Tue Oct 06 12:39:04 2015 +0530
# Branch stable
# Node ID aaf7fe7452b5c46e564d32ff52f2730a79ebaea1
# Parent 98ac099a766fc3eb6333fd5676b87a5933e1e3d0
slicetype: fix bugs in scenecut and slicetype decision

The default value of bScenecut had changed to false (instead of true) and this
was not accounted for correctly.

源码那边怎么搞的我就不清楚了。。。

netsky123 写了：

msg7086 写了：

netsky123 写了：翻了下doom9，似乎这个bug只是一个bool值写错了？

一系列涉及7次提交的补丁，我不觉得只是bool值写错的问题。

doom9上有人贴了

# HG changeset patch
# User Deepthi Nandakumar <deepthi@multicorewareinc.com>
# Date 1444115344 -19800
# Tue Oct 06 12:39:04 2015 +0530
# Branch stable
# Node ID aaf7fe7452b5c46e564d32ff52f2730a79ebaea1
# Parent 98ac099a766fc3eb6333fd5676b87a5933e1e3d0
slicetype: fix bugs in scenecut and slicetype decision

The default value of bScenecut had changed to false (instead of true) and this
was not accounted for correctly.

源码那边怎么搞的我就不清楚了。。。

你别只看说明啊，看源代码才能知道发生了什么。

msg7086 写了：你别只看说明啊，看源代码才能知道发生了什么。

应该就是这条了

netsky123 写了：

msg7086 写了：你别只看说明啊，看源代码才能知道发生了什么。

QQ截图20151012185540.png

应该就是这条了

又不是只有一条，你看他相关的代码修了多少次了都。

请问下
为什么自由8bit和16bit版本了？10bit的呢？

黑之月yang 写了：请问下
为什么自由8bit和16bit版本了？10bit的呢？

标记为16bit的是10bit版本，回头我会修正文件名的。
历史遗留问题。

x264-Yuuki-0.148.2638+15+39,这个版本报错。

G:\x264-Yuuki-0.148.2638+15+39>avs4x26x.exe --x264-binary "x264-10bit-x86_64-lit
e" --input-depth 10 --crf 17 --deblock -1:-1 --bframes 9 --ref 10 --aq-mode 3 -
-aq-strength 0.7 --merange 24 --me umh --direct auto --subme 10 --partitions all
--trellis 2 --psy-rd 0.70:0.15 --fade-compensate 0.40 --fgo 0 --qcomp 0.70 --no
-dct-decimate --no-fast-pskip --no-mbtree --rc-lookahead 72 --transfer bt709 --
colormatrix bt709 --colorprim bt709 --output "G:\overload1.mp4" "G:\AVS\overload
.avs"
avs [info]: AviSynth 2.60, build:Mar 31 2015 [16:38:54]
avs [info]: Video colorspace: YV12
avs [info]: Video resolution: 3840x1080
avs [info]: Video framerate: 24000/1001
avs [info]: Video framecount: 984
avs4x26x [info]: High bit depth detected, resolution corrected
avs4x26x [info]: "x264-10bit-x86_64-lite" - --input-depth 10 --crf 17 --deblock
-1:-1 --bframes 9 --ref 10 --aq-mode 3 --aq-strength 0.7 --merange 24 --me umh -
-direct auto --subme 10 --partitions all --trellis 2 --psy-rd 0.70:0.15 --fade-c
ompensate 0.40 --fgo 0 --qcomp 0.70 --no-dct-decimate --no-fast-pskip --no-mbtre
e --rc-lookahead 72 --transfer bt709 --colormatrix bt709 --colorprim bt709 --out
put G:\overload1.mp4 --frames 984 --fps 24000/1001 --input-res 1920x1080 --inpu
t-csp i420
avs [error]: Error occurred while writing frame 0
(Maybe x26x closed)

G:\x264-Yuuki-0.148.2638+15+39>pause
请按任意键继续. . .

0.147正常