[请教]新的X264 r736压出来的质量很差|『影音数码技术学习交流』

zjhray

级别: 新手上路

注册时间:: 2006-04-16

在线时间:: 0小时

发帖:: 286

只看楼主更多操作楼主发表于: 2008-02-06

有些静态画面糊掉了,谁知道megui自动升级到r736前是哪个版本吗

分享到 淘江湖新浪 QQ微博 QQ空间开心人人豆瓣网易微博百度鲜果白社会飞信

回复引用

举报顶端

蓝の回忆

级别: 骑士

注册时间:: 2006-09-22

在线时间:: 0小时

发帖:: 965

只看该作者 22楼发表于: 2008-02-10

引用
最初由 littlemouse 发布
原来AQ对于动画是起反作用，对电影有用。

回复引用

举报顶端

littlemouse

级别: 新手上路

注册时间:: 2007-11-22

在线时间:: 0小时

发帖:: 117

只看该作者 21楼发表于: 2008-02-10

原来AQ对于动画是起反作用，对电影有用。

回复引用

举报顶端

zjhray

级别: 新手上路

注册时间:: 2006-04-16

在线时间:: 0小时

发帖:: 286

只看该作者 20楼发表于: 2008-02-09

现在736的qp压到多少才合适，以前都是以22为目标的

回复引用

举报顶端

qyqgpower

级别: 侠客

注册时间:: 2005-02-09

在线时间:: 0小时

发帖:: 512

只看该作者 19楼发表于: 2008-02-09

引用
最初由 su_xinling 发布
这里说有问题，那里有人说新的736（带AQ的）效果更佳.......

http://bbs.cgtop.org/showthread.php?t=44628
http://www3.eastgame.net/read.php?tid=1240320

当然，新AQ就是针对这些地方做了大幅度的改进

So, after collecting enough magic pixie dust, I've come up with an AQ algorithm that just might work. Its purpose is to avoid blocking in flat areas like regular AQ, but more importantly, avoid blurring in relatively flat textured areas, such as grass at a football game or film grain. Its not particularly good at cartoons; I wouldn't use it on anime/cartoons.

http://forum.doom9.org/showthread.php?t=132760

回复引用

举报顶端

MeteorRain

级别: 工作组

注册时间:: 2003-08-26

在线时间:: 13小时

发帖:: 6600

只看该作者 18楼发表于: 2008-02-08

是AQ的帮忙么……

催片请点此处： http://bbs.popgo.org/bbs/read.php?tid=502402&displayMode=1#19103164

回复引用

举报顶端

uc0083

级别: 圣骑士

注册时间:: 2003-02-20

在线时间:: 79小时

发帖:: 1605

只看该作者 17楼发表于: 2008-02-08

我发觉速度比709慢了20%
原来是参数的效果不一样了。。怪不得同样参数慢了

嗯。。。

回复引用

举报顶端

su_xinling

级别: 新手上路

注册时间:: 2007-11-19

在线时间:: 0小时

发帖:: 145

只看该作者 16楼发表于: 2008-02-08

这里说有问题，那里有人说新的736（带AQ的）效果更佳.......

http://bbs.cgtop.org/showthread.php?t=44628
http://www3.eastgame.net/read.php?tid=1240320

回复引用

举报顶端

qiyuwanjia

级别: 新手上路

注册时间:: 2006-01-21

在线时间:: 0小时

发帖:: 227

只看该作者 15楼发表于: 2008-02-08

纯引：

通常，系统启动Shell程序时缺省给定了3个I/O信道，标准输入(stdin), 标准输出stdout, 标准错误输出stderr。之所以这么区分是因为在早期的计算机系统如PDP-11的一些限制。那时没有GUI，将输出分为stdout,stderr可以避免程序的调试信息和正常输出的信息混杂在一起。shell程序把它们的输出写入标准输出管道(stdout)、把出错信息写入标准错误管道(stderr)。缺省情况下，系统将管道的输出直接送到屏幕，这样一来我们就能看到应用程序运行结果了。

为了捕获一个标准控制台应用程序的输出，我们必须把standOutput和standError管道输出重定向到我们自定义的管道。
http://www.cnblogs.com/lemony/archive/2008/01/21/716703.html

回复引用

举报顶端

vempx

级别: 骑士

注册时间:: 2005-01-04

在线时间:: 0小时

发帖:: 1138

只看该作者 14楼发表于: 2008-02-07

还有刚发现一个情况，megui的log

复制代码

-[Information] Log for job1 (video, Anime_DVDRip_Step1.avs -> Anime_DVDRip_Step1.mp4)
--[Information] [2008-2-4 14:21:23] Started handling job
--[Information] [2008-2-4 14:21:23] Preprocessing
--[NoImage] Job commandline: "D:\MeGUI\tools\x264\x264.exe" --qp 18 --ref 3 --mixed-refs --no-fast-pskip --bframes 3 --b-pyramid --b-rdo --bime --weightb --direct auto --filter 1,1 --subme 7 --trellis 2 --analyse all --8x8dct --me umh --threads 3 --thread-input --sar 1:1 --progress --no-dct-decimate --no-psnr --no-ssim --output "E:\clannad\01\Anime_DVDRip_Step1.mp4" "E:\clannad\01\Anime_DVDRip_Step1.avs"
--[Information] [2008-2-4 14:21:23] Encoding started
--[NoImage] Standard output stream:
--[NoImage] Standard error stream
---[NoImage] avis [info]: 864x480 @ 23.98 fps (34790 frames)
---[NoImage] x264 [info]: using SAR=1/1
---[NoImage] x264 [info]: using cpu capabilities: MMX MMXEXT SSE SSE2 SSE3 3DNow!
---[NoImage] mp4 [info]: initial delay 2002 (scale 24000)
---[NoImage] x264 [info]: slice I:431 Avg QP:15.79 size: 43263
---[NoImage] x264 [info]: slice P:14301 Avg QP:16.96 size: 13493
---[NoImage] x264 [info]: slice B:20058 Avg QP:19.00 size: 1273
---[NoImage] x264 [info]: mb I I16..4: 23.1% 46.8% 30.1%
---[NoImage] x264 [info]: mb P I16..4: 4.1% 9.7% 3.5% P16..4: 38.3% 10.1% 4.1% 0.5% 0.3%skip:29.3%
---[NoImage] x264 [info]: mb B I16..4: 0.1% 0.2% 0.1% B16..8: 8.5% 0.5% 0.9% direct: 1.3% skip:88.6%
---[NoImage] x264 [info]: 8x8 transform intra:54.6% inter:50.3%
---[NoImage] x264 [info]: direct mvs spatial:99.9% temporal:0.1%
---[NoImage] x264 [info]: ref P 74.8% 13.4% 11.8%
---[NoImage] x264 [info]: ref B 86.3% 13.7%
---[NoImage] x264 [info]: kb/s:1307.4
---[NoImage] encoded 34790 frames, 7.10 fps, 1307.49 kb/s

请问谁知道为什么是“Standard error stream”呢……？压出来的东西看着是没问题的~

I've Sound音樂聯盟(点击进入)

[CHN][IFS][eDtoon][TLF][VeryCD]VempX <= eMule的ID,欢迎查看共享文件
～My Blog～

回复引用

举报顶端

vempx

级别: 骑士

注册时间:: 2005-01-04

在线时间:: 0小时

发帖:: 1138

只看该作者 13楼发表于: 2008-02-07

现在在用736-2，CQ18模式下压完之后，发现log里的QP很小……我还觉得奇怪呢

不过没有出现楼主说的静态画面压糊了的情况~

请问楼主是什么片子压糊了，能贴个图看看吗？

I've Sound音樂聯盟(点击进入)

[CHN][IFS][eDtoon][TLF][VeryCD]VempX <= eMule的ID,欢迎查看共享文件
～My Blog～

回复引用

举报顶端

superkidx

级别: 风云使者

注册时间:: 2006-03-12

在线时间:: 54小时

发帖:: 6604

只看该作者 12楼发表于: 2008-02-07

引用
最初由 qyqgpower 发布

MS是什么

MeGUI自动升级，development模式下，给的肯定是打了新AQ补丁的，MeGUI向来不提供纯粹的svn build

x264 core:58 svn-736M
--aq-strength Amount to adjust QP/lambda per MB [0.5]
0.0: no AQ
1.0: medium AQ
--aq-sensitivity "Center" of AQ curve. [13.0]
0: automatic sensitivity (avoids moving bits between frames)
10: most QPs are raised
20: good general-use sensitivity
30: most QPs are lowered

x264.nl上的是纯svn build，没有AQ补丁，不管是新式还是旧式

不用MeGUI

http://mirror05.x264.nl/Cef/
x264 core:58 svn-736C

话说从709-736的改动还真是大啊

回复引用

举报顶端

qyqgpower

级别: 侠客

注册时间:: 2005-02-09

在线时间:: 0小时

发帖:: 512

只看该作者 11楼发表于: 2008-02-07

引用
最初由 superkidx 发布
MS 没了AQ

Patches applied : none, sorting some mess with 64-bit build for now.

MS是什么

MeGUI自动升级，development模式下，给的肯定是打了新AQ补丁的，MeGUI向来不提供纯粹的svn build

x264 core:58 svn-736M
--aq-strength Amount to adjust QP/lambda per MB [0.5]
0.0: no AQ
1.0: medium AQ
--aq-sensitivity "Center" of AQ curve. [13.0]
0: automatic sensitivity (avoids moving bits between frames)
10: most QPs are raised
20: good general-use sensitivity
30: most QPs are lowered

x264.nl上的是纯svn build，没有AQ补丁，不管是新式还是旧式