近期BD简评 聖痕のクェイサー

相信这个BD有很多人已经看过了,TV就很极品的画质到了BD也一样极品。对于这个BD,vx童鞋已经写了他的看法,不过生气归生气,这里简单归纳一下这个BD的问题和对应方法。

圣痕炼金士在制作过程中应该是1280*720@30i,也就是说虽然那分辨率上升到了720,但依旧采用了SD时代的制作方式。制作时,将做好的720@24p素材进行Telecine转换成720@30t之后进行特效、合成、剪辑等操作。不过实际上本片的制程则更加混乱。这点从一些小细节上就能窥知一二:

  • OP是背景动画部分和飘带特效分别Telecine之后叠加而成。OP的工作人员字幕是720分辨率下加上去的。
  • 片中的Fade In和Fade Out有些是30i,有些是30t。30i部分是Telecine之后剪辑的时候加的Fade,而30t则是24p部分就加好了Fade,之后再Telecine。
  • ED的字幕是将背景的动画部分由720i分场纵向扩大成1080i之后通过1080p(/i?)打上去的。
  • ED中部分镜头的画中画有可能是和背静分别Telecine后合成的(这个还不确信,暂时算保留)。

可见,这个片子的制作过程混乱到了简直令人发指的地步,丝毫不见专业性。如此混乱的编辑方式,有可能是源于日本动画通常采用分镜头外包加工的现状造成的。不同外包公司完成的不同规格的画面最终被以这种不负责任的方式拼接到了一起。看来还有好多厂商完全没习惯HV制作的样子。

由于绝大多数日本电视台采用的母带标准是HDCAM(Squeeze 16:9 1440*1080@30i),所以为了迎合这个标准,720i的画面只能带着交错分场进行resize,对画面造成了很大的伤害(线条发虚、细节损伤等等),这个过程成为upconv。虽然说是upconv,但具体操作方法各种各样。各个厂商采用的方法不一而足,甚至同一个片子在不同电视台播出所采用的方法都是不一样的。目前尚没有人公布过具体方法,所以目前一切处理基本都是在“盲目”和“经验”下进行的。

由于BD中的数据采用了MBAFF来存储,所以导入avs之后加一个assumetff()或许会好点(可能对IVTC会有些正面的帮助)。

为了还原原始分辨率的图像,日本职人写了Destripe这个AviSynth脚本(和辅助滤镜插件)。AviUtl平台上则有インタレース維持リサイズ和クロスコンバート補正プラグイン两个插件。

经过Destript作者的总结,带interlace的upconv主要有四种,其中常见的两种他分别起名字叫“HV1280-i(GONZO)”和“HV1280-i(SPICE)”。聖痕のクェイサー在播出的时候是这两种的混合体,再加上电视台自主规制的部分,变得相当复杂。不过BD似乎比较单纯的是SPICE的类型。

对于GONZO型的片子,Destripe的作者给出的参数是Destripe(360, 6, 4, 3),不过这个片用这个参数的话,线条边缘会出现微妙的锯齿,用Destripe(360, 4, 2, 3)可能会好一些,不过就算这样线条也依旧会发生奇妙的“疙疙瘩瘩”的感觉,看起来并不顺。这里可以用去锯齿滤镜来掩人耳目,或者加一个warpsharp或许也可以达到改善线条的效果。此外,ED的字幕是在1080打上去的,所以经过处理之后字幕本身一定会有锯齿,这个问题是没办法解决的。或许ED整个用PureVideo Deinterlace之后缩小到720会好一些?

Destripe输出的反upconv画面是1920*720i,所以依旧需要做IVTC。这里简单说一下反upconv和IVTC的关系。通常比较容易想象到的思路是,由于upconv产生的纵向条纹会干扰到IVTC滤镜的判断,因此在反upconv后做IVTC似乎会比较合理一些。事实上迄今似乎没人统计或是总结过反upconv对IVTC准确率的影响,因此理论上先做IVTC和后做IVTC似乎都可以(下次写True Tears BD-BOX的时候还会说这个问题)。

由于聖痕のクェイサー的制作相当混乱,所以给IVTC带来了巨大的困难:

  • 难点1:30i的Fade。
  • 难点2:OP的丝带特效,由于丝带动态高又抢眼,和背静的pattern又不同,所以基本可以看作30i,每帧都有动态。
  • 难点3:正片匹配率低,PP误判率高。

以上是处理这个片子的时候需要注意的问题和总体思路,中间夹杂了一些基础知识和臆测,欢迎拍砖。八仙过海,各显神通。

DGAVCIndex到DGIndexNV索引文件的转换

最近遇到一个奇怪的现象,就是DGIndexNV经常会打不开一些m2ts文件(比如《聖剣の刀鍛冶》的一些部分),错误提示说:

—————————
Warning
—————————
Cannot find audio data. Ensure that your PIDs
are set correctly in the Stream menu. Refer to the Users Manual for details.

Hit Yes to continue notifying this specific error type; hit No to disable it.
Hit Cancel to suppress all further errors.
—————————
是(Y)   否(N)   取消  
—————————

而同一个m2ts用DGAVCIndex就能顺利打开。但是又需要用NV的PureVideo Deinterlace来做Deinterlace。于是我打起了dga的主意,看看格式相近的两种Index文件能否进行互相转换。

幸运的是,无论DGAVCIndex生成的dga文件还是DGIndexNV生成的dgi文件都是单纯的文本文件,只需要用记事本一类的纯文本编辑器打开即可进行编辑。而DGIndexNV的文档中也存在dgi文件格式的说明。AVC对应的dgi文件分为四个段落,MPG和VC1对应的索引格式略有不同,详细请参考DGIndexNV文档。

第一个段落是文件头信息。
文件的第一行是文件版本号,用来实现DGDecodeNV.dll和DGMultiDecodeNV.dll对索引文件版本号的识别。版本之间一一对应,没有跨版本兼容性。第二行是DGDecNV存在的路径,不过说白了应该是证书文件的路径,用于以上两个dll载入的时候寻找证书文件。然后是一个空行进入第二节。

第二节是m2ts文件信息。
该小节描述m2ts文件的路径和大小。每行前半部分是m2ts的绝对路径,后半部分是m2ts的大小(字节)。间隔一个空行进入第三节。

第三节是设置区。
这段基本与dga相同,只有一行需要更改,因此本文略过不加详述。间隔一个空行进入第四节。

第四节是索引数据区。
这段基本与dga相同,只需要添加一行。第四节最后有两个空行。

以下是修改方法:
1.第一行文件版本由“DGAVCIndexFile7”改成“DGAVCIndexFileNV5”,然后换行,加入DGIndexNV的路径。
2.在第二节的m2ts文件后面空一个空格,加上文件大小(字节数)。
3.把第二节最后一行的DGAVCIndex路径删除。
4.删掉第三节中间的“FO 2”这行。
5.在第四节最后一行加入“0.00% FILM”。

以下是修改前(dga):

DGAVCIndexFile7

d:BD0000.m2ts
d:DGAVCDec

STREAM 1
PKTSIZ 192
VPID 4113
FO 2
YUVRGB 1
LUMFILT 0 0
CLIP 0 0 0 0
RANGE 0 6369386495
AUDIO

[第四节省略]

以下是修改后(dgi):

DGAVCIndexFileNV5
d:DGDecNV

d:BD0000.m2ts 6369386496

STREAM 1
PKTSIZ 192
VPID 4113
YUVRGB 1
LUMFILT 0 0
CLIP 0 0 0 8
RANGE 0 6369386495
AUDIO

[第四节前半部分省略]
0.00% FILM

这样一来,DGIndexNV无法处理的m2ts文件就可以经由DGAVCIndex索引后,通过修改索引文件的方法让DGMultiDecodeNV加载并deinterlace了。

对Blog的前端略作改进

昨天大概花了一上午加一晚上的时间对Blog的操作性和细节进行了小小的调整。Waki-Blog的核心代码已经将近一年没有进行过重大的调整和维护了,对于一个人从零开始建造并维护这样一个工程我自己都有点惊讶。

昨天主要改进了三个地方,两处前端一处后台。

1.在页首添加了工具栏,改善操作不便。

此前Blog的功能链接我都放在sidebar里,但目前这个主题再放在sidebar里的话怎么弄都不好看,于是只好放进了footer里。但功能链接放进footer里所带来的一大问题就是操作非常的不便。这次就在header里增加了一个工具栏来弥补这个缺陷。目前的设计是:
·在登录前,工具栏显示“登录、注册、移动版”的链接(目前我关闭了注册,所以看不到注册链接)。
·登陆后根据用户权限自动显示用户可以进行的操作。
·页面载入完成之后,工具栏从不透明渐变成70%透明(先通过透明度渐变动画提示用户工具栏的存在,然后淡出其在视野内所占比重,让用户的注意力重新回到内容上去)。鼠标移入工具栏区域后恢复不透明,移出后恢复透明。(一切都拜jQuery这样一个便利的东西所赐啊……

2.美化了Ajax登录窗

不多说了,只是微调了一下CSS和HTML。

3.改进了JavaScript载入的方式。用php将后台7个.js文件(225.7kb)整合、打包、压缩、缓存、输出,压缩后33.8kb,只消耗一次HTTP请求。

此外,从去年起我就决定在此后的前端中只在最低的水平照顾对IE的兼容性。只保证IE浏览下的排版和可使用性,不照顾任何IE的美观需求。因此,透明、圆角、覆盖等特效一概不保证在IE能够顺利使用。不是我抛弃了IE,是时代抛弃了IE。

四颗螺丝导致的杯具

1月29日下午,日本东海道新干线“回声659号(16辆编组300系)”通过新横滨-小田原区间时接触网(架线)断电,双向轨道完全停运3小时,影响56辆列车共15万人出行。

东海道新干线停运

初步调查结果是一个1985年安装的辅助吊线架在列车通过时损坏导致架线断裂。随后,刚才那辆“回声659号”的集电弓在辅助吊线架不远的地方被发现。因此很多人初步推测是那个1985年以来从未更换过的吊线架在腐蚀、断裂之后与集电弓发生碰撞,结果集电弓被pia飞了,架线被扯断了。

但是后来的调查结果令所有人大跌眼镜——吊线架被冤枉了,问题出在列车本身。

要想说明白这个问题先要从集电弓的构造说起。列车从接触网(架线)取电,需要一个弓形的结构与接触网接触,称为集电弓。这个集电弓是由一个具有弹性的臂状结构支撑的。臂状结构负责将集电弓向上顶起,使其与接触网接触。二者之间由4根螺丝进行固定。

1月27日,这辆出问题的“回声659号”在东京大井车辆基地进行车体检修的时候,发现6号车和12号车的集电弓出现磨损状况,需要进行更换。工人更换集电弓之后本应用螺丝将集电弓和支撑臂进行固定,但这人杯具地忘记了这点,更换之后没拧螺丝就把集电弓玩了“放置play”。而更加杯具的是,这个工作是由两个人共同进行,其中进行最终确认的那人竟然没有发现这点。

于是这辆“餐(惨)车”就这样开出了车辆基地,28号早晨还在东京和新大阪之间跑了个来回。当它跑到出事的新横滨-小田原的时候,集电弓飞了出去,具有弹性的支撑臂向上弹起打在了辅助吊线架上,扯断了接触网,于是就停电了……

东海道新干线事故

事故最终被认定为人为事故,而负责操作的工人表示“螺丝和螺栓很多,具体数字不清楚。从螺丝数量上不能判断有没有固定。”

从这个事件上看来,人最终还是成了最不可靠的因素。哪怕是配置两个人的工作最后还是以不可靠收场。人的可靠性靠两点保证,一是可靠的制度和标准,二是人去严格地执行可靠的制度,二者缺一不可。可靠的制度是在事故和问题中不断总结、建立起来的。这点,在最近大刀阔斧四处上马的国内高铁(=高价铁路)尤为值得注意。嘛……TDB本身就是最不靠谱的因素就是了。

改造了一下虚拟机里的Firefox 3.6

利用Strata40这个主题对Firefox进行了一些改造。成果如下(点击看大图):

Firefox 3.6

主要用到的扩展:
Fission 1.0.9 – 在地址栏中显示进度条。
Hide Caption 0.7.6.1 – 隐藏标题栏,并实现迷你菜单栏的效果。原配的迷你菜单栏图标太难看了,于是自己动手PS了一个换进去(地址栏右边那个小齿轮的图标)。
Omnibar 0.6.7.20091104 – 让地址栏和搜索栏合体。
StrataBuddy 0.1.6.9c – 让停止和刷新按钮合体并显示在地址栏右端。同时将标签栏置于窗口顶端。

同时隐藏了书签栏和菜单栏。当隐藏菜单栏的时候,Hide Caption会自动显示迷你菜单栏按钮。
这样一来,Firefox繁杂的窗口马上简洁不少。同时,易用性没有显著下降。简洁、不炫,使我喜爱的风格 😀
因为Strata40在Mac下有问题,StrataBuddy也没有办法在Mac下安装,整个操作是在虚拟机里的Windows XP下进行的。装了插件之后启动照样神速,还是在虚拟机里。FF3.6太神奇啦啊啊啊啊~~

Firefox 3.6进步巨大

Firefox 3.6

长期以来我的默认浏览器都是Safari,在Windows下的默认浏览器则是Chrome(Beta Build)。但最近用了一下刚出的Firefox 3.6,感觉非常不错。启动速度比以前的版本有了飞跃性的提升。目前正在考虑将默认浏览器换成FF。

此外,我坚持认为浏览器的用户体验,是一个基于使用者习惯的复杂的整体,速度和性能只是这个复杂整体的重要组成部分之一,因此我从来不用跑分性能去衡量浏览器。跑分测评也不会影响我对任何一款浏览器的评价。

这是一场报复。

从昨天开始各大门户网站就开始出现抹黑谷歌的文章。所有文章都允许评论,但你看所有评论的观点皆为一面倒地谩骂抹黑谷歌,持支持观点的一 条都没有。

前段时间谷歌突然高调宣布离开中国,立即在互联网上引起轩然大波,美国政府紧接着站出来煽风点火,无异于在正春风得意的中国脸上扇了两个响亮的耳光。一时间让爱面子爱过一切的中国感觉非常的没面子。

关键是,谷歌宣布离开一个星期之后,又突然改口,说要留下。然后昨天布林又放话出来,说to stop censoring China Web results,无异于让本就已经十分难堪的中国更加羞愤难当。于是就上演了这两天的一幕──网评员门不是吃素的,所有高地被占领了、舆论被引导了,网民们又被代表了。

中国的立场很简单──我们的市场摆在这,爱做不做,不做滚蛋,少指手画脚。

嘛……这也是很理所当然的事情。谷歌自己找打,丝毫怪不得别人。大家都心知肚明的事情,非要挑明了说,扇人家几巴掌,这不是找打是什么。中国一向“谁给我面子,我给谁金子”,你看,谁支持我,我就给谁派“采购团”,我就跟谁做生意,不跟我好,哼,做梦去吧。

如果最近的事态只算两个流氓互相吆喝的话,那说不定真正精彩的部分还在后头呐!