『漫游』酷论坛>『影音数码技术学习交流』>DVDRIP过程中YC伸张与YC ..
tct66@2008-04-15 22:55
大概好幾年了,用了NVIDIA好幾張的顯示卡,好幾台電腦
VRM9(renderless)輸出的畫面都沒做YC伸張[/KH]
ATI的似乎有用了一張,結果一樣錯誤
現在似乎還是一樣錯誤...
所以看片一直都是系統預設值
倒是RGB32和YV12輸出我看片倒是都一樣正常
我看片一直都是
覆盖合成器+ffdshow RGB32输出
qyqgpower@2008-04-15 23:07
overlay+yv12也不可能不扩张，因为长久以来诟病的就是overlay在upsampling时精度很低，导致画质下降
当然这是指默认驱动设置，overlay的颜色更容易受驱动中“视频颜色设置”的影响
tct66@2008-04-15 23:16
對了,關於Aviutl
我記得2004年我壓制Gundam Seed Destiny的TVrip
用了AU+auto60,結果有好幾個地方都有msk...,顏色也有些許差異
不過為了方便,有幾話就不厚道的繼續使用..
用VDMOD+AVS倒是比較正常
我一直以為是RP問題,怎麼不管作DVDrip和TVrip畫質都不如VDMOD+AVS
原來那時候AU本身就有瑕疵...
現在應該修正了吧
本人還是繼續使用VDM+AVS
嗯,還有megui+AVS
命令行幾乎不使用
qyqgpower@2008-04-15 23:21
至于aviutl的色变换错误，warpsharp改造版的作者页面上不就有介绍和修正插件了么
http://seraphy.fam.cx/~seraphy/program/WarpSharp/index.html
tc198543@2008-04-16 00:24
AU那个很大的问题不是已经修正了么
hellsingd@2008-04-16 02:58
这个意思是不是说如果DVD以前就是做错的--作好后是YC 0~255....就不能用mpeg2source了???....ORZ...有解决办法吗.....
另外对播放时出现的错误..做一下自己的拙见...以下乃是猜测 欢迎丢砖....
首先 x264在编码的时候会做YC压缩...综观MPEG历史..从1~4(H264为MPEG-4 V-10) 都将是会用在播放机上的...264也不会例外...这一点从VRM9的16‐235‐》0‐255选项打开后图象正确这一点就可以看出...
对于覆盖合成器+YV12输出必须使用RGB32才能正确 我觉得是因为YV12是"源"数据...色彩空间应该是16～235的 而overlay渲染器显然年纪很大...没有那么多脑细胞来判断是否应该YC伸张 或者根本就没有伸张能力...所以只能通过软件转换为RGB后 才能显示正确...
使用VRM9渲染器+RGB输出不正确是因为VMR9根本不吃RGB这个Media Type 这一点从VMR7就开始了...具体可以看这里(为了解释 还特地去看了下这天书=v=b)...http://ogg.cn/info/view-info-21.html
VRM9+YV12输出错误我觉得应该归功与它的不智能...不能像Haali一样自动判断(功能已经有了 但却不能自动开启)...
至于大虾所说的显卡问题..MS我以前也见过相关文章...一时找不到了 依稀记得是说红色区域有BLOCK..还是色彩问题的...当时还有个显卡列表的..GeForce 8600GT那时应该还没出...应该是没有问题的...明天再找找好了...
大虾@2008-04-16 07:00
引用
最初由 qyqgpower 发布
至于aviutl的色变换错误，warpsharp改造版的作者页面上不就有介绍和修正插件了么
http://seraphy.fam.cx/~seraphy/program/WarpSharp/index.html
我用的是08年3月8日的最新版本，这里表现出来的不是错误，而是误差，表现在各个颜色空间上。
您说的颜色变换错误，03年8月16日那个版本中的，而且仅限于YUY2->YUV444变换。
vempx@2008-04-16 07:15
用VRM9+RGB32确实会自动做YC伸张，我的MPC里面勾了YUV Mixer导致了颜色错误，更正一下。
感谢qyqgpower指出~
至于qyq君说的Haali的渲染器，我确实感受到了好处，不过1080的片子他会自动Resize，不能硬解这两点很头疼……
暗影翔@2008-04-16 08:42
近来拜牛贴，感谢大虾和vempx的专业文章
--------------------
现在开始提问:
mpeg2dec与mpeg2dec3在使用上有多大差距；
在这次测试，为啥选择mpeg2dec？
mpeg2dec的upconv参数是什么意思？
levels、tweak都算动颜色的滤镜吧，3d算么？
作dvdrip的时候，需要注意这些，那对于tvrip呢
GOD_HIKARU MK2@2008-04-16 08:51
=V= 噢 有PDF版下来看 嗯- -
qyqgpower@2008-04-16 11:19
VRM9+RGB32不是渲染器做的伸张，在YUV转到RGB时伸张就已经做好了，VRM9不会对RGB空间的颜色做处理，所以最后得到是正确结果
Haali渲染器的auto resize仅限窗口模式，当屏幕分辨率容不下当前视频+GUI时就会将视频resize到一半大小，全屏时的行为不受影响。
按alt+o可以看到Haali渲染器的OSD，在scaler一栏最后可以看到类似NN、SS、AA之类的信息，这就是当前对高、宽的resize算法显示
N=未resize
S=高精度Bicubic，仅在放大时使用，锐度可在渲染器设置页面调整
A=Anisotropic Filter，仅在缩小时使用
所以当使用1920x1200的显示器时，对1080源，窗口模式会使用AA模式缩放到一半，全屏时会使用NN模式不加缩放，根本不会对画质产生影响。
VMR9、EVR不对YUV进行扩张显然是故意的，你们难道没有发现Vista中WMP的黑边是16,16,16么，完全就是为了配合不扩张时的TV Scale。
qyqgpower@2008-04-16 11:40
默认设置时MPEG2Source输出的是未扩张、原始的YV12，这个千万不能弄错
但为什么观察到的是Full Range的呢？因为在VirtualDub之类的软件中，实际显示的仍旧是RGB，VD会自动调用系统中的默认色空间变换滤镜，YUV是无法在PC显示器上直接显示的
而x264对YV12进行压缩纯属无稽之谈，颜色的差异只会发生在quantizer error时
至于所谓“红色色块”问题，这牵涉到的是YUV Upsample的算法
YV12只储存了1/4的色度信息，也就是U、V Planer的分辨率只有实际画面的1/4大
下面的道理就很简单了，实际输出时，如果使用劣质resize算法对UV进行处理，那么颜色边缘就会出现锯齿。这也是为什么ffdshow中有HQ YV12->RGB选项
PC上对此处理精度最低的渲染器是overlay，这也是overlay即将被淘汰的原因之一
大虾@2008-04-16 13:08
实在抱歉，犯了一个重大错误，被人指出来了。
mpeg2source输出的是原始数据，并非经过YC伸张，请看过的朋友注意= =||
这点通过AVS的ConvertToRGB24函数一看就看出来了。通过ConvertToRGB24("PC.601")和ConvertToRGB24("Rec601")转换出来的结果是不一样的。
Galaxy001@2008-04-16 16:40
Haali渲染器 的sharpness一般怎么选？
到底有啥效果？
还有第二页的那几项，调了都没变化。
官网 http://haali.cs.msu.ru/mkv/ 连个sharp都找不到。
大虾@2008-04-16 16:51
Haali Media Splitter和Haali's video render是两回事。
要启用Haali's video render，首先要在mpc的选项->输出->DirectShow视频里面选择Haali的视频渲染器。之后播放菜单->滤镜中选择Haali's video render，设置渲染器。第一个标签页里面就有sharpen选项。
«12345»共5页
| TOP