新宿駅8番線 – 第 22 页 – 中央線快速上り御茶ノ水東京方面

装机

昨天给老妈的同事的亲戚装了一台电脑，中端配置，只要主机。主要用途与定位浏览、聊天、股票、电影、休闲游戏。

CPU：Intel Core2 Duo E4600
内存：威刚 1GB DDR2 667 x2
主板：技嘉 P35DS3
显卡：七彩虹逸彩8500GT-GD2 CF黄金版 256M F25
硬盘：ST 7200.10/250G/8M/SATA
光驱：ASUS DVD
机箱：TT矩阵
电源：航嘉冷静王钻石版

价格：￥3600.

以上。

前天我和VempX瞄准DVDRIP过程中的YV伸张与压缩进行了一些实验。今天我做了一些实验，整理了一下播放过程中YC伸张与否的规律，分享给大家。其实我有些怀疑这篇文章的意义，因为用户随便按一下显示器上的MagicSet之类的按钮，或者调节一下亮度色温对比度给图像带来的改变远远大于播放设置错误带来的误差。老实说，我在这做了半天实验带来的实际意义似乎并不是很大。
但就算这样，该做的还是要做，该写的还是要写。少点错误总比多点错误强。
本文理论浓度较低，但是实践的部分比较复杂，估计有不少人会头晕，头晕的话可以先去看结论，等回过头来再看实践部分或许就能理解了。
文章中若存在错误、不足的地方，还要您请多指教。

废话少说，现在进入理论。
理论篇
首先我们要明确，YC伸张发生且仅发生于从YUV颜色空间向RGB颜色空间进行转换的过程。明确了这点之后我们就可以减少很多不必要的猜想和迷惑。
其次，在播放过程中影响YC伸张的环节有三，一个是解码器，一个是渲染器，还有就是显卡。
有些解码器/渲染器不带有YC伸张或RGB转换功能，那最终完成YUV到RGB转换任务的或许就是显卡。

实验准备篇
为了清楚地知道播放过程中是否进行了YC伸张，必须要准备的东西还是彩条，这里称为彩条A。因为普通的彩条难以判断黑、白、红、绿、蓝的范围，所以我们用Photoshop制作一张专门用来判断颜色、亮度范围的640*480的彩条图片，保存为24bit bmp格式。彩条上半部分的颜色范围为16～240，黑白部分为16～235（601 Range）。下半部分全部为0～255（Full range），用于进行对比。
之后，使用使用以下AVS代码将bmp图片生成一个5秒钟的短片。#AVS代码1： ImageSource ("colorbar.bmp",end=149) AssumeFPS("ntsc_video")将这个短片送入TMPGEnc压缩成MPEG2格式。压缩时，打开TMPGEnc的YC压缩选项，此时图像上部为30～217，下部为16～235。
播放时：

图像上部为30～217、下部为16～235，则没有进行YC伸张。（也就是MPEG2里面的原始数据）
图像上部正常回复为601 Range、下部为Full range则判断为进行了一次YC伸张。
如果上下全都变成了0～255的Full range，则是进行了两次YC伸张。

当然，只有第二种情况才是正确的。

除此之外，为了判断显卡/渲染器是否能够自动判断是否进行YC伸张，我们制作了另一个彩条，这里称为彩条B。彩条B的内容与彩条A完全一致，但是在送入TMPGEnc压缩成MPEG2格式时，关闭TMPGEnc的YC压缩选项，此时图像上部为16～235，下部为0～255。
播放时：

图像上部为16～235、下部为0～255，则没有进行YC伸张。（也就是MPEG2里面的原始数据）
图像上下完全相同，都是0～255，则进行了至少一次YC伸张。

只有第一种情况是正确的。
因为我在学校只有一台笔记本电脑，主板集成Intel X3100显卡，所以没办法测试其他厂商的显卡效果如何，所以在测试显卡是否做了YC伸张这个环节里，结果只代表X3100。

实验进行篇
【播放TV Scale的视频(彩条A)】（我们下载到的99%的视频都是TV Scale的）
haali’s video render(设置为tv scale，进行YC伸张)
Elecard(yuy2) 正确
ffdshow libmpeg2(yuy2 tv/pc) 正确
ffdshow libmpeg2(转换为rgb，设定为TV Scale，伸张) 正确
ffdshow libmpeg2(转换为rgb，设定为PC Scale，不伸张) 错误

haali’s video render(设置为pc scale，不进行YC伸张)
ffdshow libmpeg2(yuy2) 错误
ffdshow libmpeg2(转换为rgb，设定为TV Scale，伸张) 错误
ffdshow libmpeg2(转换为rgb，设定为PC Scale，不伸张) 正确

覆盖合成器
ffdshow libmpeg2(yv12) 正确
ffdshow libmpeg2(转换为rgb，设定为TV Scale，伸张) 正确
ffdshow libmpeg2(转换为rgb，设定为PC Scale，不伸张) 错误

VMR9无渲染
ffdshow libmpeg2(yv12) 正确
ffdshow libmpeg2(转换为rgb，设定为TV Scale，伸张) 正确
ffdshow libmpeg2(转换为rgb，设定为PC Scale，不伸张) 错误

小结：因为片源是TV Scale的，因此播放过程中需要做一次且只能做一次YC伸张。从实验结果看出，YC伸张发生并且仅发生于YUV颜色空间到RGB颜色空间的转换过程中。因此，要不在解码器这一步伸张并转换RGB，要不在渲染器中伸张转换成RGB。
当在解码器中转换为RGB时：ffdshow中，RGB变换页里的“对比度”设置会起作用。当选择“标准”的时候做YC伸张，选择“全范围”的时候不做YC伸张。渲染器收到RGB之后会跳过YC伸张步骤。
不在解码器中转换为RGB时：当解码器输出YUV颜色空间给渲染器时（haali不吃YV12，只吃YUY2和RGB的样子），部分渲染器会将其转换为RGB颜色输出给显卡。haali好像就是这样做的，haali会根据用户设置的TV range（伸张）还是PC range（不伸张）决定是否进行伸张。覆盖合成器和VMR9的资料比较少，我不知道他们是否会将颜色空间转换为RGB，但是至少从直观看来，通过覆盖合成器和VMR9之后，都经过了YC伸张，只是不知道这个伸张是显卡做的还是合成器做的。

【播放PC Scale的视频(彩条B)】
覆盖合成器
ffdshow libmpeg2(yv12) 错误

VMR9无渲染
ffdshow libmpeg2(yv12) 错误

haali’s video render(tv scale)
ffdshow libmpeg2(yuy2) 错误

haali’s video render(pc scale)
ffdshow libmpeg2(yuy2) 正确

小结：自动判断是否需要YC伸张是不可能实现的？

结论篇
主要的结论在前面的小结中已经给出。尽管不同的显卡对于图像具体的处理方式不同，我们仍然有一个方法可以在所有的显卡上显示出正确的图像：将正确的RGB颜色交给显卡就可以了（尽管可能需要较高的系统配置，但大多数标清级的视频的话P4以上的CPU应该都能胜任）。因此，ffdshow解码和haali渲染着对组合不错。ffdshow输出yuy2颜色，在haali渲染器中进行YC伸张。如果实在不知所措的话，不如干脆拿彩条试一试，看看怎么能放出正确的颜色即可。

回顾

前几天翻译完了ストレンヂア(异乡人)，感觉不错，是到目前为止翻译的动画之中最满意的一部。
今天下午闲得没事，统计了一下到目前为止翻译的动画：

兽王星/11话/3188句/264分钟
八云立(OVA)/2话/900句/60分钟
Project BLUE 地球SOS(OVA)/6话/3083句/270分钟(45分钟/话)
地球防卫少年/26话/5713句/624分钟
异乡人/剧场版动画/868句/102分钟

共计13752句台词，1320分钟。

我不是个高产的翻译，不想某只猪那样可以一天没事光蹲在那里翻译动画，呵呵。这1320分钟的动画连着放也就才22个小时，还不到一天呢……

访日照片3月30日上传

第四天的照片～地址是：http://www.dgwxx.com/gallery/13/

DVDRIP过程中YC伸张与YC压缩的实验

YC伸张与YC压缩是一个从Silky大人时代就留下来的古老问题。包括我在内的很多人都没搞明白，制作和播放的时候提心吊胆，生怕弄错了颜色。最近正好没事，进行了一系列的实验，看看YC伸张和YC压缩到底是真么回事。本文的阅读对象是已经知道YC问题的由来，但不知道如何处理的读者，如果您还不知道什么是YC伸张和压缩，推荐您先去复习一下Silky的文章。
本次实验分为四个部分，分别是准备篇、AVS篇，AU篇和播放篇，由我和VempX分别进行自己熟悉的部分。
限于作者水平，或许会有疏漏错误，请多指教。
继续阅读DVDRIP过程中YC伸张与YC压缩的实验

相册成功搬家访日第三天照片上传

昨天已经把相册搬家至新服务器，新相册的地址是http://www.dgwxx.com/gallery，请更新您的收藏夹。
旧服务器上的相册已经通过apache永久重定向至新服务器。通过旧地址访问相册的话会自动将您重定向至新服务器。

兔兔艺术照

今天中午兔兔晒太阳的时候拍的。

网站更换虚拟主机

如果您看到这篇文章，说明您的dns解析已经顺利同步至新的虚拟主机。

之前一直在跑网租用虚拟主机，300M空间、50M数据库，每年500块钱。跑网的空间什么都好，速度很快、非常稳定，只可惜程序的版本太低，守着php4和mysql3死活就是不升级，很多程序都已经无法运行了。之前也找他们反应过这个问题，但是似乎被无视了。这个虚拟主机将会在6月份到期，所以干脆提前下手，准备迁移的事情。
今天下午我花116.8美元买了一个两年期的Bluehost的虚拟主机，1500G的磁盘空间用起来实在是非常之爽（是先前那个空间的5120倍），链接速度也很棒，控制面板功能极其齐全（有中文界面）。
目前我是与vempx同学共同使用这个空间，每人出500多元，每年250元，价钱当与之前的一半。
经过三小时的配置、数据迁移、改域名解析，目前我的网站已经无缝切换到了新主机。
希望新的虚拟主机能够平稳运行。

话说回来，今天下午我联系跑网的客服给域名续费的时候提到了他们这个缺点。客服人员的态度很好，非常诚恳，可惜今天是周六，技术人员不在，他也不知道什么时候会升级服务器软件，但他答应周一给我答复。跑网是一家很好的虚拟主机提供商，我用了两年泡网都没有出过任何问题，如果他们更加重视软件的升级，客户体验一定能更好。

3-4月新番淘汰表

上个月我发了一个“3-4月新番关注表”，到目前为止，所有我期待的新番都已经播出了，看了一遍之后，下面的动画不太符合我喜欢的风格已经放弃……
04/03 紅
04/03 アリソンとリリア
04/04 あまつき
04/05 かのこん
04/05 BLUE DRAGON 天空の七竜
04/06 我が家のお稲荷さま。
04/06 隠の王
04/06 S·A ～スペシャル·エー～
04/10 純情ロマンチカ
04/08 クリスタルブレイズ
04/08 秘密～トップシークレット～
04/08 うちの3姉妹
04/07 モノクローム?ファクター

还剩下：
03/31 チーズスイートホーム
04/04 ドルアーガの塔～the Aegis of URUK～
04/07 ソウルイーター
04/08 RD 潜脳調査室
04/10 図書館戦争

剩下的继续看，或许还会继续淘汰一些……

访日归来

其实5号就归来了。在北京歇了一天，在火车上坐了一天，又在学校玩了两天，今天才开始处理照片、写日志。
3月26号到28号的照片已经整理出来了，但是限于网络带宽，不能贴出高分辨率的版本，实在抱歉。需要个别提供张数高分辨率照片的情况，我会主动跟需要的人联络，请别着急。
今后会逐渐写出来干想文以并贴出后面的照片。
相册的地址是：http://www.dgwxx.com/gallery，同学们可以先去看了。