我的天

不到2个星期前为了在西方情人节之前把波哥大月光后续部分的《以阿曼多之名》的字幕制作出来，不惜一切代价，几乎一宿没睡，由于休息时间严重错乱，外加已经面神经发炎却完全不知道，结果到了第二天、第三天病情就在急速变坏，最终被诊断为面神经麻痹。这不是承诺的错，错就错在我的效率太低，把时间拖太长，没把迅速工作做完。

今天，在稍微好转，身体表现正常的时候我又开始手痒，重操旧业，又开始战斗了。这次努力的是《波哥大的月光》。为记忆中的月光而奋斗。

从中午1点多开始努力，做到刚才不久前。步骤主要有几个：一、剪视频，非常简单的一个步骤，也不怎么费时；二、制作时间轴并粘贴西文字幕，考验西文听力及反应能力，由于对自己的中西对译极端不放心，所以我必须先把西文粘上去，先制作时间轴；三、制作中西文双语字幕，也就是在西文字幕的既定范围内天马行空地翻译，哎~~~ 没有了英文字幕的辅助，要把西文翻中文也是个抓的过程啊，一些实在无可奈何的部分只能乱来顶替了；四、校对，包括替换有问题的字符。今天制作8分42秒的时间轴花费了大概3小时，算是很不错了，原因是领会到那么一点的技巧，就是靠鼠标而不是靠组合Alt+V（设置字幕结束时间）快捷键来控制终点，毕竟按组合键的反应还是迟钝啊，今天采取的战略是先按停再设置终点，节省了好多时间。在熟悉使用Ins和Alt+V后，精力主要放在听就行了。还有一个技巧就是先设置字幕起点，然后把要说的话先贴出来，然后边看边听，基本上1-2次就能准确掐到终点，完成一段字幕的时间控制。当然啦，最基本的Ctrl+C、Ctrl+V和鼠标准确选取的基本功是少不了的。

制作过字幕和时间轴的人一定会识英雄重英雄，毕竟短短几分钟里面的心酸唯有制作人知啊。

准确地掐出西文，如果又有准确的英文对照学习的话，西文一定能进步神速。决定在YouTube上同时上传es的字幕，希望有心人能把它翻为各国语言广泛流传，算是满足了我share的心愿。好东西不分享，怎么像话呢？！

PS：新作——波哥大的月光：国外Youtube | 国内Tudou

在2009-02-12我决定要为BLF粉丝们在2009-02-14西方情人节到来之前做点什么。2009-01-12日晚，终于看完了网王，于是抓紧时间开始了抄写和翻译。翻译的量其实不大，于是那天晚上用了2个多小时就完成了，很高兴地回宿舍休息，不过，那时已经是第二天凌晨了。

2009-02-13，我只剩下一天时间，必须加倍努力。我的目标是在2009-02-14凌晨之前完成并上传，但，108条字幕的时间轴我做了整整一个晚上，到14号凌晨1点多才完成，经过反复多次查错后开始调格式，压片。由于CPU老，因此压约10min的片子需要大概20min。压片完毕后试看，发现问题了！本该显示ñ的地方显示“？”，显然，我做过把ANSI另存为Unicode的操作，但并没有做到位，于是在可容Unicode的.ass字幕文件里仍出现乱码。无奈，修改后重新压制。

压制成功后仍旧需要试看找毛病。一切顺利后开始在YouTube上传。嘿嘿，YouTube现在牛了，有了同时上传多个视频的功能，于是我把情人节巨献和以前的成果一起上传。上传结束未必就代表万事大吉，还要等待审核，然后才可以看到公开的版本。令人沮丧的是我千辛万苦完成的巨作居然没有通过审核！！！！看看视频的时间，哦~~~~ 痛，十分痛！是“11:05”，YouTube的规则是单个上传的视频不能大于1GB，时间不能长于10min，即便是10:59还是可以的，但我就多了6秒。6秒意味着什么呢？6秒意味着如果我要再剪切源视频到小于11min，然后把时间轴重调，天啊~~~ 其实之前我已经很努力地想把视频前面无关的部分剪掉的了，但怎么都去不掉那么几秒，现在，我该用什么软件剪呢？苦恼之际，我想到了直接剪含字幕的.rmvb文件，以前为了剪掉无关片段的时候曾经用过，现在是时候动用了，那么我就无需调节时间轴和重新压片。想到要剪片，却怎么都找不到从前剪片用的软件，于是急忙在网上下载一个。剪了，终于剪了，我的“戳”——“字幕、时间轴：xrspook，英文歌词：kelanti”完全被剪掉，心痛啊！但总算把时间缩短到10:56。于是我又想到再次建立同名.srt文件，然后以该.rmvb为源文件把字幕压进新的.rmvb。不过呢，这个貌似很牛B的计划没有成功，呵呵，原来不能用.rmvb压.rmvb。

终于，再次“万事俱备，只欠东风”重新开始上传视频到YouTube，并把视频上传到我的国内老家Tudou，后者我是用客户端iTudou完成的啦。

又不知过了多少时间，终于完成上传，两边的审核也都通过了，看看时间，已经是2009-02-14的凌晨5点。

为了那个只有自己作证，可能毫无意义的诺言，我无怨无悔。这就是心血来潮的激情，要一直保持？我做不到，神仙也做不到，值得庆幸的是在需要我突击的时候我敢于爆发，并能持续战斗直到胜利。

不知道自己为什么要限定在某个特定日子之前完成这任务，或许这就是射手座勇于挑战的可爱之处吧。

PS: xrspook刚做完的和以前做的……

• 刚做完的：2009-02-14西方情人节礼物——YSBLF Un Bolero en Nombre de Armando [Chinese subtitles] 以阿曼多之名
• 以前做的：Yo soy Betty la Fea / EcoModa播放列表——国外YouTube && 国内Tudou（PART1 PART2）

说时迟，那时快，今天下午终于解决了困扰我2天的问题——flash内嵌网站的元素提取。

昨天装上了强大的Sothink SWF Decompiler，可以把.swf里的元素抽丝剥茧出来。这解决了问题的一般大半，但怎么才能下载全部.swf文件呢？那些全flash网站网址只有一个，无论里面的内容跳得如何，嗅探工具、代码搜索工具都只能捕捉到一个最基本的。这是不可能的，有多个页面，网址只有一个？肯定是主.swf里嵌套了其它.swf，而那些东西又躲了起来，不直接在网页源代码里表现，岂有此理！

今天用了个最笨，但最有效的方法来提取里面的.swf。IE-属性-浏览历史记录-设置-查看文件（打开C:\Documents and Settings\用户名\Local Settings\Temporary Internet Files即传说中的IE缓存文件夹），有点美中不足的是我在Firefox中不能进行相类似的操作，亏我还是FF的粉丝啊！编辑-全选-（Shift+Delete）删除全部文件-刷新你打开的全flash网站，如：http://www.jorgeenriqueabello.com/，然后正常浏览，每打开一个页面刷新一下那个文件夹，你会发现会多出些.swf，那些就是你曾经很想要，但却一直得不到的每个页面的.swf，之后用Sothink SWF Decompiler搞一搞，想怎么提取就怎么提取，随心所欲无所不能！

当然啦，我这些不懂flash菜鸟才会用这个方法。刚才我又研究了主.swf文件中的Action，其中有个叫做sprite 61（与sprite有关，与后面的号数无关，大家随机应变啦）的物体是这样写的：

// Action script…

// [Action in Frame 1]
stop ();
unloadMovieNum(10);
unloadMovieNum(20);
unloadMovieNum(30);
unloadMovieNum(40);
unloadMovieNum(50);

// [Action in Frame 2]
stop ();
loadMovieNum("G8_HojadeVida.swf", 10);
unloadMovieNum(20);
unloadMovieNum(30);
unloadMovieNum(40);
unloadMovieNum(50);

// [Action in Frame 3]
stop ();
loadMovieNum("G8_Fotos.swf", 20);
unloadMovieNum(10);
unloadMovieNum(30);
unloadMovieNum(40);
unloadMovieNum(50);

// [Action in Frame 4]
stop ();
loadMovieNum("O8_Publicaciones.swf", 30);
unloadMovieNum(10);
unloadMovieNum(20);
unloadMovieNum(40);
unloadMovieNum(50);

// [Action in Frame 5]
stop ();
getURL("http://www.jorgeenriqueabello.com/contacto/contacto.asp", "_self");

// [Action in Frame 6]
stop ();
loadMovieNum("O8_Prensa.swf", 50);
unloadMovieNum(10);
unloadMovieNum(20);
unloadMovieNum(30);
unloadMovieNum(40);

太伟大了，我所要找的.swf就藏在那里。虽然，Reelart是个为特殊人群设计网页的专业公司，但他们对作品的保护还没到我所害怕的那个程度。不会让菜鸟在页面源代码里找到嵌套的.swf，但却在一些技术稍高一点的菜鸟的手中资源还是无所遁形。于是，全flash网站：http://www.jorgeenriqueabello.com/简而言之就能分解为一下几个分.swf文件：

http://www.jorgeenriqueabello.com/L8_Inicio.swf（这个完全没难度，只要你有瞄过页面源代码）
http://www.jorgeenriqueabello.com/G8_HojadeVida.swf（对应curriculum）
http://www.jorgeenriqueabello.com/G8_Fotos.swf（对应fotos）
http://www.jorgeenriqueabello.com/O8_Publicaciones.swf（对应publicationes）
http://www.jorgeenriqueabello.com/O8_Prensa.swf（对应prensa）
http://www.jorgeenriqueabello.com/contacto/contacto.asp（对应contacto）

其中http://www.jorgeenriqueabello.com/O8_Prensa.swf（prensa）又嵌套了个.flv文件：
http://www.jorgeenriqueabello.com/PRENSAJEA.flv（一个十分精彩的PPT简介式图片介绍）

http://www.jorgeenriqueabello.com/O8_Publicaciones.swf（publicationes）又引用了几个.pdf文件：
http://www.jorgeenriqueabello.com/breveHistoria.pdf（BREVE HISTORIA DE LA GUERRA Los recuerdos, eso es lo que matan las balas）
http://www.jorgeenriqueabello.com/yopecador.pdf（YO, PECADOR Quién soy, sin crisis de identidad）
http://www.jorgeenriqueabello.com/FelizanoMrOrwell.pdf（FELIZ AÑO MR. ORWELL20 años después de la pesadilla）
http://www.jorgeenriqueabello.com/serNoser.pdf（SER O NO SER… PERO SIN SUDADERA Hip hop para unos, pero, ?para todos?）
http://www.jorgeenriqueabello.com/yPerdonaPorTut.pdf（…Y PERDONA POR LO DEL TUTEO Schumascher puede ser muy campeón,pero es detestable）
http://www.jorgeenriqueabello.com/cartaNY_JEA.pdf（¿La Estatua de la Libertad, por favor?）

到此为止，终于把现在我所能看到的http://www.jorgeenriqueabello.com/玩转。提取到我需要的图片，拿到我需要的文字，呵呵呵呵，不是一般的爽！我爽了，做网站的可能会被我气疯了，嘻嘻：）））））））

每天都在抗争到底用Firefox2（FF2），还是Firefox3（FF3）呢？但结果惨痛，浏览不像过去那般得心应手了。这话怎说？FF2的确是耗费内存，但若不是开网页开得太过分，只开那么3、4个是不会造成软件、系统瘫痪的，但自从FF3进驻以后，问题就不那么简单了。个人觉得，FF3花销内存是少了那么一点，但却是CPU使用大户，自从它来了以后，FF2对CPU的使用也仿佛豪爽了不少，到底是我心理作用还是真有其事呢？我一个人说不准。

FF3不支持插件是老大难问题，一段时间Google Toolbar for Firefox支持FF3，不支持FF2，但现在又反过来了，很晕，很晕。使用该插件就是要借用它的翻译功能，但在FF3状态下算是废了。你不能翻，最多不调用插件，我用自己的取词软件也行吧？也不行！到底怎么个不行法，看图：

好端端的词在FF3状态下一取，嘿，好东西，都成乱码了。刚开始的时候我还以为某个网页有加密功能，不准取词呢，原来是FF3自己在用外星语表达，难道这就是传说中的用UTF-8表达？

好，翻译不了，行，我一个个COPY。但历史记录，脱机状态下，FF3的历史记录的全部页面都开不了。我的缓存到底在哪里啊？有些网页不能脱机看，但总不会个个都不行吧。脱机下翻看不了历史页面，对我些限时上网的人来说，这不是一般的小问题啊！难道是FF2和FF3共存的冲突？

Firefox3，你到底想怎样！

围绕令人晕倒的Light Blue中以500为浏览器宽度测试的问题，几位网友在我的天写了几条言辞比较激烈的评论。今天有位朋友提出我的天在1920*1200的状态下浏览很有问题，我虚心接受！因为这blog现在所用的模板原始版本是在2006年头形成，当时主流显示器还只是正屏的15寸和17寸，我设计所用的显示器就是15寸的，因此里面的布局完全按照分辨率1024*768来分配。在2年间，显示器好像吹气球一般在无限变大，很多人使用宽屏，大家的显示器更新为19寸、20寸、22寸、24寸、26寸、30寸……我昨天也买了个最大分辨率为1440*900的三星943NW，但现在用的还是最大分辨率为1280*1024的acer AT706，常用的分辨率是1152*864。所以，我连1920*1200状态下，网页是个什么状态都没见过。不过我能猜想大概是个什么模样。

之前我body中background-img并没有控制为no-repeat，而我原本使用的背景大小为1024*768，当分辨率大于该分辨率时，网页就会在X和Y重轴方向复图像来填充。在1920*1200分辨率下，1024*768的图像就只占屏幕的1/3（纯面积计算）左右，那种花斑的效果可想而知。通过Opera的缩放功能模拟了一下用25寸以上显示器看我的天的效果，大概如右图。嘻嘻，挺梦幻的嘛。屏幕正中央部分的浏览效果不受影响，其它部分十分不敢恭维。

知道这个bug后，我马上在blog的末端处加入“Best Viewed with Firefox / Opera / IE @ 1024 X 768”，加入这句不能解决问题，只算做个主动承认。 

整个下午都在挣扎该如何解决这个大分辨率的bug。开始的思路是加入个层，然后把层固定在背景之上，依靠层内滚动实现网页浏览，不过该方法与blog内的某些设置相冲突，不得不放弃。最后决定在背景图片上做文章。1920*1200最大的挑战是高度问题，若使用高度为768的图片，Y轴上不重复，长条的网页就免不了要凸出图片之外。也就是说，只能扩大图片高度，达到1200。经过多次尝试，最终敲定采用现行的背景。请看下面的截图：左图是1152*864，右图是模拟1920*1200。

   

单凭我个人力量，很难发现自己存在的所有问题。“众人拾柴火焰高”，希望各位发现问题的朋友踊跃发言，好让我有机会去改进，不尽感激！