『漫游』酷论坛>『动漫主题讨论区』>[聊天]不能忍了！动画 ..

Sherloqe@2008-11-19 22:18

引用
最初由 Nakayoshi 发布
kmp的滤镜的确有用。我发现不同的影片需要不同的设置，有些高清的BDrip就不需要改动，可能是压高清的人比较专业考虑周全些。

压缩RMVB才应该考虑多点吧[/han]毕竟损失多:o
引用

resin307@2008-11-19 22:23

没错，kmp为了解决这个黑位问题而使用 Remap_16_235 的处理功能。
比较能简单处理了
引用

rodineye@2008-11-19 22:26

mpchc里vmr下shader有个16-235-〉0-255选项
引用

f3uki@2008-11-19 22:32

引用
最初由 haku_wang 发布

额。。。脑糊了，抱歉。。。。。

但是很奇怪的是。。。。与使用ffdshow raw video filter，将level的输入范围调到16-235得到的结果和shader得到的不同。。。不知道是为何。明显shader的会比较亮。。。。

可能是因为tex2D本身已经是RGB范畴，由于YCbCr本身并非都是16-235的关系吧。CbCr是16-240。也就是说经过YCbCr到RGB的直接转换，RGB的值并非是完全是进行(R-Const_1)*Const_2这样线性的修正就可以的吧。。。。。

我去看看能不能用YCbCr到RGB的公式来改进一下这个shader。


的确FFDSHOW效果好些，VMR是怕占用CPU的办法~

因为个人显卡不同，压片的时候也没法统一处理，麻烦～

还有这么一帖：
http://bbs.popgo.net/bbs/showthread.php?threadid=480201
引用

贱贱狗@2008-11-19 22:36

技术贴，拜一下。

群众纷纷表示，RMVB就是图快和省事，所以画质掉档也不是太介意了，只有DVDRIP和BDRIP的MKV等等才考虑色彩修正问题。
引用

equaliser@2008-11-19 23:03

LZ连这种睾科技都懂。。
引用

vertusd@2008-11-19 23:29

貌似NV 177.66以后的驱动已经支持动态范围0-255
引用

cloudol@2008-11-19 23:37

其实一般视频用haali比较好

而且不要用硬解 ffdshow+coreavc比较合适
引用

健身牛牛@2008-11-20 01:35

其实这个只说明了播放器设置出现的问题，不能说明用同一播放器，同一显卡，同时用DVI双头输出（LCD TV也有DVI输入的）LCD TV也会比显示器的好.......

上面这个问题，是LZ这个帖子解释不了的吧.......

虽然说这个问题能解决色彩偏差问题，但是问题是，我不知道那个颜色才是正确的~~~因为很有可能，糟糕的那个颜色或许是原本的色彩......

其实你看TVRIP的时候还要考虑到片源录制问题...
因为即使日本这样普及了数字高清电视的地方，片源的录制还是通过色差线+PV4卡,本质上来说还是模拟方式....谁知道这个数>模>数的方式会不会有损耗，还有采集的时候的设置问题会对颜色偏差有多少....

反正我觉得拿TVRIP比较是浪费时间，只有拿DVD和BD来比较才有意义啊
PS:即使绕过电脑的显示输出，直接拿DVD机连LCD TV(sony 40V440的色差)和LCD显示器（DELL 2407的色差），机器是马兰士DV9500....按照个机器的默认来比较，差别很大。。。。

没办法，我是强硬的面板派.......
TN就是渣.....
引用

KJ-YS@2008-11-20 06:48

稍微看懂了一些……

不過的確如LZ所說，并不具備可以滿足手動調試需要的技術知識。-_卅
引用

darlliu@2008-11-20 08:22

我用kmplayer可以改这个,改了以后确实颜色变得对比更大了-_-
引用

hooah@2008-11-20 08:49

樓主是神~我來摸拜一下.
難怪一直都覺得dvd壓的畫面比tv放送壓的色彩好,現在終於明白了.
以後都看dvd去了~~
引用

DASON@2008-11-20 12:24

引用
最初由 f3uki 发布
KMP底下貌似就是这段代码，用PS2.0渲染，仍在像素着色器底下就可以了，不占CPU～=v=

sampler s0 : register(s0);
float4 p0 : register(c0);
float4 p1 : register(c1);

#define width (p0[0])
#define height (p0[1])
#define counter (p0[2])
#define clock (p0[3])
#define one_over_width (p1[0])
#define one_over_height (p1[1])

#define PI acos(-1)

#define Const_1 (16.0/255.0)
#define Const_2 (255.0/219.0)

float4 main(float2 tex : TEXCOORD0) : COLOR
{
return( ( tex2D( s0, tex ) - Const_1 ) * Const_2 );
}

MPC应该是一样的，嗯～

用了这个就不用CoreAVC里面的那个就是了

非常感谢。。。这段代码很有用。
效果：
黑塚 低画质版 第5话 RMVB

上左：应用后，上右：应用前
下左：应用前，下右：应用后

黑塚的低画质版的画质本来就十分惨不忍睹，画面灰蒙蒙的一片，原来压根没想到有可能是输出的问题。虽然调整后还是很灰，但比原来好多了。

于是我想，可能因为录制时色彩范围太差？这个特例的话如果把输出色彩范围再限小点会不会效果更好？

把以下两值调整之后：
#define Const_1 (30.0/255.0)
#define Const_2 (255.0/200.0)


整个一个观感效果提升n倍啊。。。:o

设置方法：暴风影音 2007全功能完美版 （同MPC）
渲染模式 VMR9
查看->像素阴影编辑器，选定一种不需要的特效（我选了探照灯）右边选ps_2_0，然后把代码复制进去即可（似乎自动打开）
引用

f3uki@2008-11-20 12:40

引用
最初由 vertusd 发布
貌似NV 177.66以后的驱动已经支持动态范围0-255


笔记本再次泪目～nv个渣，现在还只能用176～
引用

abc9878@2008-11-20 13:43

haali渲染不好么？？？
引用

«345678»共8页

| TOP