level 10
data:text/html;base64,aHR0cHM6Ly9iaXRidWNrZXQub3JnL211bHRpY29yZXdhcmUveDI2NQ==
————Mozilla/5.0 (X11; Linux x86_64; rv:22.0) Gecko/20100101 Firefox/22.0
2013年07月23日 22点07分
level 10
level 11
level 1
编码用265，量化处理用264？x264的画面量化代码+h265的压缩规范？264的量化处理运算量，265的高压效率结合，妥协于现世代cpu运算能力的x264.5编码器？
2013年07月24日 06点07分
6
motion estimation、rate control相关都是编码器的事情，和编码标准无关，这些部分自然能直接利用x264已有的代码。
2013年08月25日 03点08分
level 1
该死的内部编译器错误，gcc怎么对一段代码单独
禁用优化
2013年07月24日 08点07分
8
禁用优化
…哪有那样的，换个版本吧，话说是说必须gcc么…
2013年07月24日 08点07分
回复 s_wordfeng :回复 s_wordfeng :还可以用VC9-VC11,这个bitbucket用的版本控制系统我也没用过，感觉和git很像，还是git用的顺手。
2013年07月24日 09点07分
回复 free077go :hg是Mozilla开发的，Firefox的官方depository都是用这个
2013年07月24日 10点07分
回复 s_wordfeng :更换tdm-gcc 4.7.1，编译通过
2013年07月24日 10点07分
level 1
level 1
int YUVInput::guessFrameCount()
{
ifstream::pos_type cur = ifs.tellg();
ifs.seekg(0, ios::end);
ifstream::pos_type size = ifs.tellg();
ifs.seekg(cur, ios::beg);
int pixelbytes = depth > 8 ? 2 : 1;
return (int)(size - cur) / (width * height * pixelbytes * 3 / 2);
}
这个函数要怎么改写才能支持64位size_t..
2013年07月24日 15点07分
12
{
ifstream::pos_type cur = ifs.tellg();
ifs.seekg(0, ios::end);
ifstream::pos_type size = ifs.tellg();
ifs.seekg(cur, ios::beg);
int pixelbytes = depth > 8 ? 2 : 1;
return (int)(size - cur) / (width * height * pixelbytes * 3 / 2);
}
这个函数要怎么改写才能支持64位size_t..
似乎靠stl已经做不到了，得靠crt甚至API。。。
2013年07月24日 16点07分
回复 yksoft1 :SB的C和C++只会用seek + tell的方式来知道文件大小，果断用API更换之。
2013年07月24日 16点07分
回复 roo_zhou :已经用FindFirstFile改写了一个出来。VC可以用_fseeki64 _ftelli64，但是vc stl的fstream没有对应的
2013年07月24日 16点07分
回复 yksoft1 :这段代码可以搬x264的，里面还会判断文件的类型，可以很好的支持pipe。
2013年07月24日 16点07分
level 1
level 8
level 7
x265生成的makefile没有install选项么?那手动安装需要cp哪些文件……
2013年08月05日 11点08分
16
2013年08月05日 12点08分
就一个可执行
2013年08月06日 17点08分
level 1
我已经编码完成，但没有容器封装，无法播放。国内那个解码器无法解码。
2013年08月23日 03点08分
17
改扩展名为.hm10就可以 或者你可以去编译libav-hm10
2013年08月25日 17点08分
国产的那个 已经更新了 解码器了，支持最新的HM12
2013年08月29日 12点08分
回复 zcmzy :hm12用libav-hm10.0也没有问题。
2013年08月30日 02点08分
level 1
今天试了下最新版的x265 发现已经支持CRF和AQ 中低动态 静态 暗场画质提升明显 编码速度也比之前快了 但是在压某些超级烂片时 比如Steins;Gate第一集时发现0-739帧这段码率有点偏高 如果能加入vbv-maxrate vbv-bufsize来控制一下会比较好(这段用降噪滤镜效果不如vbv-maxrate 或者说降噪后观感不如vbv-maxrate) 然后又发现靠AQ还是不能把这集动画中的暗场banding处理好 用x264-8bit压1080p只需要--crf 18 --no-mbtree --aq-mode 1 psy-rd 0.6就ok了 SO... 做x265优化的大神能不能把x264的psy-rd和vbv-maxrate vbv-bufsize也加入到x265![[乖]](/static/emoticons/u4e56.png)
2013年11月08日 13点11分
18
烂片sg→_←话说要不你试试手工分段用不同参数编码…
2013年11月09日 10点11分
回复 s_wordfeng :现在没耐心压片了 只想做一个伸手党...
2013年11月09日 11点11分
回复 Anime01BD :话说你以前压制的动画后缀是什么，很好奇想知道
2013年11月09日 15点11分
回复 轨迹爱好者 :你想多了 本人没发布过任何作品 之所以会去研究压片技术 1.只是因为好奇心 2.曾经也是高清收藏控 也下载过几个TB的BDRip 后来因为下载的东西越来越多 又不舍得删 然后就受不了BDRip的巨大体积 然后开始研究怎样把BDRip二压的更小...
2013年11月09日 16点11分
level 1
之前哪个是偏向速度的参数 如果有人觉得压缩率比较重要的话可以试：
avs2yuv "test.avs" -o - | x265 --y4m --input - -p medium --crf 22 --refresh 2 -i 240 --ref 3 --bframes 4 --b-adapt 2 --max-merge 5 -o "test.hevc"
如果不嫌慢的话:
avs2yuv "test.avs" -o - | x265 --y4m --input - -p medium --crf 22 --refresh 2 -i 240 --ref 3 --bframes 6 --b-adapt 2 --max-merge 5 -o "test.hevc"
如果是土豪的话:
avs2yuv "test.avs" -o - | x265 --y4m --input - -p medium --crf 22 --refresh 2 -i 240 --ref 7 --bframes 4 --b-adapt 2 --max-merge 5 -o "test.hevc"
如果有需要 把 -i 240 改成 -i 480 也能提升点压缩率 这个不影响编码速度
下面网盘链接里的这个编码器同参数压出来的视频也能小一点
[无效] http://pan.baidu.com/s/1tcS8p
2013年11月19日 05点11分
20
avs2yuv "test.avs" -o - | x265 --y4m --input - -p medium --crf 22 --refresh 2 -i 240 --ref 3 --bframes 4 --b-adapt 2 --max-merge 5 -o "test.hevc"
如果不嫌慢的话:
avs2yuv "test.avs" -o - | x265 --y4m --input - -p medium --crf 22 --refresh 2 -i 240 --ref 3 --bframes 6 --b-adapt 2 --max-merge 5 -o "test.hevc"
如果是土豪的话:
avs2yuv "test.avs" -o - | x265 --y4m --input - -p medium --crf 22 --refresh 2 -i 240 --ref 7 --bframes 4 --b-adapt 2 --max-merge 5 -o "test.hevc"
如果有需要 把 -i 240 改成 -i 480 也能提升点压缩率 这个不影响编码速度
下面网盘链接里的这个编码器同参数压出来的视频也能小一点
[无效] http://pan.baidu.com/s/1tcS8p
level 1
level 1
HEVC会对片源降噪 x264的psy-rd不适合HEVC 所以只能调整AQ强度来补偿超级烂片么 貌似效果不大好 还是说使用psy-rd时禁用HEVC的降噪 看来HEVC还是上高位深比较好 坐等main10 profile
2013年11月20日 13点11分
22
用16bpp版本就可以输出10bit：avs4x264mod.exe -L e:\x265\x265.exe --crf 23 --input-depth 10 -o out.hevc in.avs
2013年11月20日 14点11分
avs那里要O16(10)，你应该知道的。
2013年11月20日 14点11分
回复 free077go :用O16(10)会导致偏色 还是希望能把旧版的x264关于位深转换(转换后能保留正确色彩)的那段代码移植到x265
2013年11月20日 15点11分
回复 Anime01BD :用16bpp的编码器试了下 这个编码器貌似没做优化1080p crf 20 转出来的画质无法直视 像是严重欠码造成的那种画质一塌糊涂
2013年11月20日 15点11分
level 1
之前没注意看 今天又下载了个源码 Cmake后发现有个STATIC_LINK_CRT(话说 什么时候开始有这个的![[拍砖]](/static/emoticons/u62cdu7816.png)
) 就是说不需要依赖VC运行库了
2013年11月26日 01点11分
23
) 就是说不需要依赖VC运行库了
原来是因为我一直在用MinGW64 所以才没看到这个选项 那个y4mpipe也不知是何时开始支持的 在硬盘上霸占几十G空间的y4m存放了几个月 悲催![[委屈]](/static/emoticons/u59d4u5c48.png)
难道是熬夜太多造成的恶果 精神集中力下降严重
2013年11月26日 03点11分
难道是熬夜太多造成的恶果 精神集中力下降严重
一直就有但？默认不开启
2013年11月26日 03点11分
回复 free077go :![[勉强]](/static/emoticons/u52c9u5f3a.png)
2013年11月27日 03点11分
很早就有了。。。
2013年11月28日 16点11分
level 1
x265-16
bp
p是不是除了降噪滤镜之外还集成了类似ffdshow的去色带滤镜 并且默认去色带强度偏大 所以导致码率相近时(暗场/明暗过度的场景比较明显)线条比x265-8bpp崩
额 以上纯属猜测
2013年11月27日 03点11分
24
bp
p是不是除了降噪滤镜之外还集成了类似ffdshow的去色带滤镜 并且默认去色带强度偏大 所以导致码率相近时(暗场/明暗过度的场景比较明显)线条比x265-8bpp崩
额 以上纯属猜测
![[狂汗]](/static/emoticons/u72c2u6c57.png)
x265-16bpp输出10bit时(main10 profile)码率相近时(暗场/明暗过度的场景比较明显)线条比x265-8bpp崩