近日添置了无线路由器，PSP等机种都实现了无线上网，唯独360由于本身不支持无线连接而无法享受新设备带来的便利。在网上查了一阵，360要实现无线上网，一种方法是花三四百大洋购买微软官方推出的无线连接套件，不仅价格昂贵，而且泛用性不高，不划算；另一种廉价又实用的方法则是购买能刷DD-WRT的无线AP来实现桥接，既经济，又不用担心强大的DD-WRT以后没有用武之地。

由于手头拮据，思来想去，两种方法对我来说都不是很合适，由于我经常在客厅使用本本，也经常会把本本接到电视上输出，所以就想能不能通过本本来让360上网，一试之下，果然凑效，方法如下：

本本通过无线网卡连接无线路由器从而访问互联网，这种情况下，本本的RJ45网口应该是空出来的，用一根网线将本本的网口和360的网口连接起来，这时本本上应该会出现两个连接，一个是与无线路由器相连的无线连接，一个是与360相连的本地连接。系统好像会优先选择本地连接作为默认的互联网连接，所以这时可能会出现本本无法连接互联网的情形，不用担心，桥接后会自动恢复的。按住Ctrl键分别点击选中两个连接(或用鼠标拖拽)，点鼠标右键，选“桥接”将两个连接桥接起来，这样就大功告成了！

虽然是伪无线连接，虽然还是需要满足本本足够靠近360或者有专门的走线布线等条件，但是对于特定的人群(比如我)来说，总算是一种不增加投资的折中办法。

在多位朋友的强烈推荐下，上周末到电影院去看了这部几乎是从头打到尾的暑期大片，而影片也确实没有让人失望。

美国漫画改编的电影都有一个特点，就是要耍帅装酷，而本片更是把这个优良传统充分地发扬光大了。一开始的一场导弹争夺战，超炫的武器和从天而降的俊男美女就让观众眼前一亮，Baroness(男爵夫人)一副超酷墨镜、一身紧身衣，还不停摆pose，此角色应该是众多男性观众的大爱，特别是后面变成戴着普通眼镜的眼镜娘以后，应该是秒杀了不少人(包括我o(>﹏<)o)吧，另外值得一提的是Scarlett类似弓箭的那个武器，立刻让我联想到了GOW2里面的弓箭，连声音都那么像 - -。之后的几场争夺战也是刀光剑影、离子脉冲，保证了影片基乎从头打到尾，没什么冷场。

巴黎追逐那场戏绝对是本片的最大看点，惊险刺激火爆之余还要搞笑一下，就这场戏都值回票价了。其实埃菲尔铁塔也是很惨的，记忆中很多灾难片都喜欢推倒它，这次也不免俗又被华丽的推倒了。最后场面宏大的海底大战，基本就是把经典的太空战、天空战搬到了大海里，别有一番韵味。相对来说，黑白忍者之间的肉搏战，也许是星球大战的痕迹太浓，也许是我们中国人看过太多武打片，所以给我的感觉并不是很出彩。 

要说不足就是情节略显突兀，几次高潮过后都以为影片完了，谁知慢慢又有了新发展，中间的过渡和层次不够明显。回忆处理得也不是很好，特别是黑白两忍者的过去的片段，稍显冗长，对于人物的刻画也并没有起到点睛的作用，当然这也是大部分多英雄电影的通病，想要在短短两个小时的时间把每个角色都刻画地丰润饱满确实不是一件容易事。

这次在电影院看的阉割版至少有两处明显的断点，据说有一处是广电和谐掉了一颗飞向北京的导弹，其他不知道还和谐掉了啥，还好对于观看并没有产生太大影响。

我印象中小时候是没有看过这个动画片的，所以不知道这部电影对于那些看过动画的朋友来说是什么感觉，但是作为一个普通的观众，在这个炎炎的夏日，在工作生活学习的多重压力下，这部影片无疑是一份良好的调剂品，商业娱乐片该有的元素基本都齐全了。放松心情，放空脑袋，到电影院好好享受这场视听盛宴吧！我已经开始期待2了(¯﹃¯）

P.S. 开场McCullen在介绍纳米武器的时候，我就觉得这人和这口音特别熟悉，想啊想，终于想起来原来是新版(2005)第一任的"The Doctor"啊，怀念啊~~

左为蓝光转制版，右为普通D9版

内文有更多PP.

众所周知，GIM是PSP平台的一种标准图片格式，关于GIM格式，这次在这里就不多说了，要把它说清楚也是一项比较浩大的工程。基本上可以把GIM文件看作是一个图片集，可以存放各种形式的图形数据，包括色盘-索引图、真彩图以及下面要说的DXT图。

DXT是S3 Graphics, Ltd.为了他们的Savage 3D加速卡开发的一系列有损图形压缩算法，最早叫做S3TC，包括DXT1, DXT2, DXT3, DXT4, DXT5，后来也统称为DXTn或者DXTC。随着被收录在微软的DirectX 6.0中，DXT逐渐被各软硬件厂商所采用。

下面分别简单讨论一下DXTn的算法：

DXT中，图片是被拆分成一个个4-pixel x 4-pixel的小块(英文称为texel)来看待的，当图片宽度或者高度不足4 pixels时，补足对齐之后再处理。在所有的DXTn中，每个4x4的块，都存放有两个16-bit的ARGB5650的颜色值(C0和C1)，以及4x4的2-bit的颜色索引。而在DXT2 – DXT5中，相对于DXT1，每个4x4的块还额外使用了64 bits来存放alpha信息。因此，DXT1中，每个4x4的块用8个字节来表示，而DXT2 - DXT5中，每个4x4的块用16个字节来表示。可以看出，在宽高固定的情况下，DXTn存储的图形数据大小也是固定的。

可以看到，颜色索引使用了2 bits，可以表示4种颜色，因此还需要根据存放的2个颜色值插值出另外两个颜色。通用的公式如下：

C2 = 2 / 3 * C0 + 1 / 3 * C1

C3 = 1 / 3 * C0 + 2 / 3 * C1

公式1

但是，虽然DXT1没有额外保存alpha信息，它本身是支持1-bit的alpha的，这个支持是通过将C3固定为透明色来实现的。根据标准的S3TC算法，判断DXT1中某个块是否含有透明色，是通过比较C0和C1来进行的。

当C0 > C1时，表示没有透明色，C2和C3根据前面的公式1进行插值算出。

当C0 <= C1时，表示存在透明色，此时C3表示透明，C2的插值公式变为：

C2 = 1 / 2 * C0 + 1 / 2 * C1

公式2

要注意的是，这种判断标准并不是一个强制标准，听说有一些dxt压缩软件(如nvidia的dxt tool)，为了获得更好的插值效果，是有可能会不按大小顺序来排列C0和C1的，只有在压缩的时候让用户选择是否保存alpha，此时，只有压缩者自己知道是否存在alpha，而无论是微软的DDS还是PSP上的GIM，都不存在这样的标志来指明这个信息。。。orz 不过据我见过的GIM中的DXT1来说，都还是遵循前面的判断标准的。

下面再来说说DXT2和DXT3，DXT2和DXT3的存储结构是一模一样的，唯一不同的地方是，DXT2中存储的颜色值是经过alpha预乘的(premultiplied)，而DXT3的没有。以下以DXT3来进行讨论。

DXT3的色盘和索引部分与上面讲述的相同，而且因为DXT3中一定保存alpha信息，所以只需要用到公式1来做插值。DXT3相对DXT1，额外使用了64 bits来保存alpha信息，即一个4x4的4-bit的alpha表，可以表示16级的透明度。每一个alpha分别对应该块中相应的像素点。

对于DXT4和DXT5来说，情况和前面一样，DXT4和DXT5唯一的不同之处也只在于DXT4的颜色值是经过alpha预乘的。下面以DXT5为例。

DXT5和DXT3一样，也额外使用了64 bits来存储alpha信息，但是存储的结构确不尽相同。DXT5中，存放有两个8-bit的alpha值(a0和a1)和4x4的3-bit的alpha索引。同前面一样，因为3 bits可以索引8个alpha值，因此需要插值出另外6个alpha。而这里的插值算法，也分为两种：

当a0 > a1时:

a2 = 6 / 7 * a0 + 1 / 7 * a1

a3 = 5 / 7 * a0 + 2 / 7 * a1

a4 = 4 / 7 * a0 + 3 / 7 * a1

a5 = 3 / 7 * a0 + 4 / 7 * a1

a6 = 2 / 7 * a0 + 5 / 7 * a1

a7 = 1 / 7 * a0 + 6 / 7 * a1

当a0 <= a1时：    

a2 = 4 / 5 * a0 + 1 / 5 * a1

a3 = 3 / 5 * a0 + 2 / 5 * a1

a4 = 2 / 5 * a0 + 3 / 5 * a1

a5 = 1 / 5 * a0 + 4 / 5 * a1

a6 = 0

a7 = 255

实际应用中，DXT1、DXT3和DXT5使用较多，DXT2和DXT4甚少被使用。而在PSP的GIM中，只存在DXT1、DXT3和DXT5(类型编码分别是8, 9, 10)，不支持DXT2和DXT4。P.S. GIM中还支持三种所谓的DXT1Ext、DXT3Ext和DXT5Ext的格式(类型编码分别是264, 265, 266)，因为没有找到相关资料，所以在这里就不进行讨论了。

下面举几个例子来看看GIM中的DXT1和DXT3。(DXT5的GIM还没见过，不过应该和DXT3差别不大，alpha存储结构不一样罢了)

DXT1：

来看这样一组数据：56 7E 78 F8 A2 99 A0 60    3F BF B7 95 41 71 60 58

这是从某个GIM中提取出来的DXT数据，因为是DXT1，所以这里其实是两个4x4块的数据，下面以前面的一个块来分析。

a.56 7E 78 F8    b.A2 99    c.A0 60

数据包括三个部分，其中，a是颜色索引，2 bits一个像素，共4x4个像素；b和c是两个颜色值，即C0和C1。

索引部分，其二进制数据，2 bits为一组，如下：

01 01 01 10 01 11 11 10 01 11 10 00 11 11 10 00

根据以上数据可以得到该图块各像素的颜色索引信息，如下：

颜色值部分，C0和C1分别为0x99A2和0x60A0，其二进制数据，16 bits一组，按ARGB5650划分为：

C0：10011 001101 00010

C1：01100 000101 00000

C0的R、G、B分别为19、13、2，映射到256色系里分别是156、53、16

C1的R、G、B分别为12、5、0，映射到256色系里分别是99、20、0

因为此处C0 > C1，因此使用256色系里的C0和C1利用公式1分别对R、G、B三色进行插值，可得到：

C2的R、G、B分别为(256色系) 137、42、11

C3的R、G、B分别为(256色系) 118、31、5

色盘如下：

通过索色，便可得到图块的最终显示结果：

DXT3：

来看这样一组数据：55 55 55 55 E0 FF DF FF    70 29 60 EF 00 FC 00 F7

这是从某个GIM中提取出来的DXT数据，因为是DXT3，所以这里是一个4x4块的数据。

前面8个字节55 55 55 55 E0 FF DF FF，与前面描述的DXT1的格式是一样的，此处就不再重复说明了。最终的显示结果为：

其实，这个GIM文件中的DXT数据，每个4x4的块，前8个字节都是一样的，那么难道整幅图就是一片单色吗？当然不是，别忘了还有后面8个字节存储着alpha信息呢，对，这幅图完全是依靠alpha来进行显示的，必须混合alpha，然后配合背景色才能看到最终的效果。

alpha信息是4x4的4-bit数据，得到图块的alpha信息：

因为是4-bit的16级alpha，所以要在真彩环境中显示的话，还要映射为256级的值，然后带入到图块中和前景色、背景色做混合就能看到最终结果了，此处过程省略，直接给出背景色为黑色时的最终结果(近似)：

后记：在这个GimConv横行的年代，再去研究有关gim的东西有没有意义，我在这里不想讨论。但是，多了解一种格式，多了解一种结构，总是不会有坏处的。 by Xinyu

转载请注明作者和出处，谢谢！

美剧也进入冬歇期，之前积攒的Crusoe、30 Rock、Samantha Who、TAR和90210这时候就该派上用场了，哇哈哈哈哈~~~

上周终于把Wall-E给看了，绝对是08年最温馨感人的影片~~~没有之一！实在懒得写观感了，就在这里强烈推荐吧！

最近几天气温骤降，冷得那个是天寒地冻啊 {{{(>_<)}}}，大家要注意防寒保暖，健康过冬！

时值平安之夜，就在此说声

Merry Christmas ~~~ \(^o^)/ !!!

换装的具体过程可以参考A9的mr.h的教程，我也是参照这个走过来的，稍有调整
http://bbs.a9vg.com/read.php?tid=937187

我的硬盘是WD1600BEVS-22UST0，因为参考了很多帖子，刷硬盘倒是没遇到什么问题，就是有几点说一下：

因为没能自动检测到硬盘，所以需要用winhex修改端口，但是恰好电脑的msinfo32不能用。。。

现在很多电脑装的都是阉割版系统，经常会碰到msinfo32不能用的情况，教程帖子里的建议是用另一款软件HWiNFO32，据我使用以后，觉得一般用户可能也不容易从中获得端口信息。其实，根本不需要任何辅助软件，直接在windows中就可以查看到端口。

首先在“我的电脑”上单击鼠标右键，在弹出的菜单中选择“属性”；选择“硬件”->“设备管理器”，找到“IDE ATA/ATAPI 设备控制器”之类的项，展开；找到“Ultra ATA 存储设备控制器”之类的项，双击打开；选择“资源”，在中间就可以看到端口的情况了。

改了端口以后，顺利刷盘，备份，这里我是刷了以后，再次开机进行验证，然后就再也没有把这块硬盘插在电脑的SATA口上了，因为据说如果再插SATA口开机的话，可能会造成硬盘插360上无法识别的情况。

备份下来的undo.bin大小为1536字节，而hddss.bin是3586字节，不知道是本来就这样还是出了问题，反正现在刷也刷完了，也不去想那么多了。。。

改扇区信息，备份原硬盘的数据，我都是通过硬盘盒来操作的了，没遇到什么问题。

然后就是把硬盘接上360格式化，这里比较惊险。。。

为图方便，没有盖上盖子，直接就把盒子插360上，开机，见红！！！我都忘了关心是几红了。。。然后画面上显示E68，网上查了下，硬盘问题，觉得应该是没接触好，就随便弄了弄，再次插上，顺利开机。但是在存储设备里检测不到新硬盘。反复拔弄多次都不行。后来发现硬盘盒的那个接口，是可动的，上面没有压力的情况下，它是会把上面顶开的，估计就是因为这样所以接口和主机没能完全对接上，后来把整个盒子装起来(只装了两颗螺丝固定，弹簧没装)，再次插上，终于认出来了 T-T ，所以，除非能保证接触良好，不然还是把盒子稍微组装一下再插上去的比较保险。

后面的步骤没什么了，我没有用改作包中的xboxbackup.bin，而是是先备份原来20G硬盘partition2，然后用那个来恢复的，恢复partition2完成以后，xplorer360非法操作，试了两次都是一样，根据我的观察，数据应该是写完了的，是在重新刷新partition列表的时候程序崩溃，应该没什么影响，碰到相同的问题的朋友可以不用太担心。

最后在恢复原来的数据就大功告成了，107G，爽啊，哇哈哈哈哈~~~

p.s.导回数据以后，貌似我原来下过的人偶包还是没有了，提示我要重新去live下人偶。。。

一般来说，在2005和2008下使用GRETA，都会碰到几个典型的error和warning，在网上查了些资料，解决办法主要是以下两步：

1.在GRETA的"restack.h"文件中，找到此行代码
byte_t    m_buf[ aligned_sizeof<stack_node::header>::no_rtti + StaticBlockSizeT ];
将之改为
byte_t    m_buf[ aligned_sizeof<typename stack_node::header>::no_rtti + StaticBlockSizeT ];

2.在"Project Properties -> Configuration Properties -> C\C++ -> Preprocessor -> Preprocessor Definitions"中添加宏"_SCL_SECURE_NO_WARNINGS"

经过上述修改，便可以正常使用GRETA而不出现error或者warning了。具体可参考示例程序。

GRETA VS2008示例程序下载：regrex.7z.

鉴于微软官网的GRETA下载链接已经失效数月，这里一并提供GRETA下载。(经测试皆可用于VS2008)

GRETA 2.6.4 for vc7：greta-2.6.4.7z
GRETA 2.6.4 for vc6：greta-2.6.4-vc6.7z

此剧已无需介绍，居家旅行、学习美语、杀人灭口，必备美剧 -_-|||

直接上PP，晚上光线不好，凑合看啦...

未拆封

完全还原1区的红盒正面

加入了9区特色的背面

全家福，令人怀念的面孔

 
全家福，again...

此套装5K可谓是下足了血本，几乎完全还原1区的红盒包装，包括仿皮纹的颗粒感，拿在手里给人以尊贵的感觉，手感那是相当的好 o(≧v≦)o。配置方面只能用彪悍来形容，39D9正片+1D9大结局+2CD原声OST，包含了1区限量加长版的全部内容，并且补全了3区缺失的字幕(注：原3区是没有加长版内容的，所以也没有该部分字幕)，更甚者，以几近疯狂的态度，人肉修正了原3区字幕中一些不甚准确的地方，可谓目前市面上最强配置！对于我这种离1000+米的1区正版还有一定距离的人来说，此版绝对是收藏首选。

目前市面上貌似还有一种仿5K的，比正品5K便宜100+米，以下是偶道听途说的一些鉴别方法，仅供参考。

1.正品容量为5.5G-7.5G，仿的为4.5G

2.正品碟面印有"DVD-9"字样，仿的为"DVD"字样

3.正品红盒背面贴纸为中英文混合，仿的为纯英文

4.正品红盒外有一层白色磨砂纸圈，仿的没有

5.正品最外层塑料包装纸上印有"原装正版"、"5K"等字样，仿的只有包装纸，无印字

我在这里要说的，是直接使用socket编程，来实现HTTP的下载。这种看似底层和原始的方法，虽然实现起来比较麻烦(仅仅是麻烦而已，其实很简单)，但对我们了解HTTP的工作原理和应对非Windows平台的编程，都有一定的帮助，所以我将这几天自己学习的心得体会，记录于此。本文主要涉及socket编程实现直接HTTP下载和通过代理服务器进行HTTP下载。

HTTP消息头

说是socket编程，但核心其实是对HTTP消息头的处理，包括格式化发送，以及接受解析。一个典型的用于下载的HTTP请求头大概是这样的：

GET /test/test.zip HTTP/1.1	-- "GET"是命令，后接要下载的文件，HTTP表示版本
Host: www.gl.gx.cn	-- 主机域名
Accept: */*	-- 接受任何类型的文件
User-Agent: MyApp	-- 浏览器的类型
Connection: Keep-Alive	-- 保持连接
	-- 空行，表示请求头结束

"--"后面的是我加的注释，请求头不包括这些东西。

这里注意还有一个内容没有列出来，但是对于HTTP下载来说是比较重要的，就是"Range"项，像这样"Range: bytes=起始位置 - 终止位置"，要实现多线程下载和断点续传就都靠他了。我并不打算详细解说每一项内容，有兴趣的可以查阅相关资料。

一个典型的服务器返回的响应头如下：

HTTP/1.1 200 OK	-- 响应代码及指示文本
Content-Length: 1679134430	-- 数据块长度
Content-Type: application/x-zip-compressed	-- 数据块文件类型
Last-Modified: Wed, 15 Mar 2006 13:40:59 GMT	-- 修改时间
Server: Microsoft-IIS/6.0	-- 服务器信息
Date: Fri, 26 Sep 2008 08:42:01 GMT	-- 时间
	-- 空行，表示响应头结束
XX XX XX XX XX ...	-- 数据块字节数据

格式化的信息清晰明了，要注意的是，请求的数据将会紧跟在表示响应头结束的空行后面，所以这里要自己进行拆分处理等等工作。

Socket实现HTTP下载

1 - 和服务器建立连接
2 - 格式化请求头
3 - 发送请求头
4 - 接收服务器返回的数据
5 - 拆分、分析响应头
6 - 接收数据

以上就是简要的步骤，实际编程的时候，还有些细节需要动动脑筋来实现，比如拆分响应头和返回的数据，这里提供一种思路，接收的时候一个字节一个字节的接收，然后利用换行符和最后的空行来判断响应头和数据块的分界点，达到拆分数据的目的。

Socket通过代理服务器实现HTTP下载

以上的方法在实际测试时，不能成功，在第一步就失败了，无法和服务器建立连接(用wininet不会有这个问题)，判断是由于公司采用代理服务器上网造成的，无法直连外网。那如何在使用代理服务器的情况下进行下载呢？

答案其实也很简单，上面的几个步骤稍微修改即可，如下：

1 - 和代理服务器建立连接
2 - 向代理服务器发送对目标服务器的连接请求
3 - 格式化请求头
4 - 发送请求头
5 - 接收服务器返回的数据
6 - 拆分、分析响应头
7 - 接收数据

第一步首先和代理服务器进行连接，而不是和目标服务器，这样就可以向代理服务器发送HTTP请求，只不过这次首先发送的是一个连接请求，如下：

CONNECT www.gl.gx.com:80 HTTP/1.1	-- 连接目标服务器
Connection: Keep-Alive	-- 保持连接
	-- 空行结束

成功以后，就和目标服务器连接上了，然后就和原来直连一样了，像它发送请求就可以了。

上述通过代理进行下载的方法有一个前提，就是你必须获得代理服务器的地址，才能和它进行连接。当然可以手动指定或者从配置文件中读取，但更多的朋友应该是希望能够取得并使用IE的代理信息，有两个方法可以实现，一个是读取注册表，这个我也没什么研究。。。另一个就是使用wininet提供的InternetQueryOption函数，具体可以参阅MSDN，如果用到了wininet，那么还不如连下载也使用它来的方便。。。

本文只是简单介绍了一下HTTP直接下载和代理下载的原理，都是我这几天的心得和体会，没有提供任何源代码，因为我也没写出完整的示例代码，因为我最终决定偷懒，直接使用wininet来实现http下载的功能... ╮(╯_╰)╭

编剧罢工的影响似乎也带到了本届艾美，由于首次设立真人秀类奖项，因此本届典礼史无前例的选择了获得最佳真人秀类节目主持人的五位入围者来担当典礼的主持，正如五位主持人开场所说的，本届艾美没有剧本，本届艾美就是一场真人秀。但是颁奖典礼毕竟不同于真人秀，对主持人的临场反应、搞笑以及带动气氛的能力有着更高的要求，显然这五位主持都没能达到这样的要求，毕竟像Survivor(幸存者)的主持人Jeff Probst(P.S.第一次看到Jeff穿得这么正式，还真不习惯%>_<%)，甚至是第一次在室内进行主持...除了性感撩人的Heidi Klum起到养眼的效果以外，整场下来主持的表现可谓乏善可陈，没有什么亮点。

从入围跟获奖的情况来看，很多剧集并没有很高的收视率，属于冷门剧集居多，此外还有一个共同特点，就是大都是只播出了一两季的新剧集，像去年风光无限的Desperate Housewives(绝望的主妇)，今年甚至连边都沾不上，可以看出最近几年热门长集美剧已经开始出现审美疲劳的态势。

本届最大赢家30 Rock(我为喜剧狂)一举夺得包括最佳喜剧类剧集、最佳喜剧类男女主角、最佳编剧、最佳选角在内的五项大奖，Tina Fey可谓功不可没，她一人就独揽最佳喜剧类女主角和最佳编剧两项大奖，这也是开创历史的壮举，这位美国电视届的第一才女，续写着自己的传奇。

美国电视届第一才女 Tina Fey (P.S.偶真是越来越喜欢她了o(≧v≦)o)

另外，备受瞩目的首次进入艾美奖的真人秀类奖项也各有归属，Kathy Griffin: My Life on the D-List(小明星凯西·格里芬)获最佳真人秀节目，The Amazing Race(急速前进)获最佳竞赛类真人秀节目，Survivor(幸存者)的主持Jeff Probst获最佳真人秀节目主持人。

Survivor(幸存者)主持人 Jeff Probst

后记：其实我想说的是，我唯一跟的喜剧类美剧，就是30 Rock(我为喜剧狂)；我唯一跟的两部真人秀，一部是The Amazing Race(急速前进)，另一部就是Survivor(幸存者)......这样看来，我其实很有做评委的资质呀，娃哈哈哈哈哈...↖(^ω^)↗

九月"Gossip Girl", "Prison Break", "Terminator - The Sarah Connor Chronicles"等剧的回归，也没能填满我那空荡荡的精神世界，其他新剧诸如"90210", "Fringe"也仅仅是隔靴搔痒，估计接下来的"Heroes", "Survivor - Gabon", "Tha Amazing Race"也只能是借剧消愁。

也许我现在真正需要的是有事情做，需要的是体会忙碌的充实感和成就感，而不是在办公室和在网吧一样，天天只是上网和偶尔碰碰FM，也许此时我更羡慕那些仍然对PC游戏情有独钟的人吧，因为至少他们还能乐在其中，我确是怎么都提不起兴趣。
P.S.某天开会，第一次听到有人把软件工程中的QA解释为"Question & Answer"的，当场被雷翻...orz

平时每天从早到晚对着电脑，直接导致了周末反而成了最难熬的时期，想远离电脑，却又无事可干。曾经看过这样一句话"成天挂在QQ上的，不是上班无事可做，就是下班无人可爱"，你猜怎么着，我两者皆是！怎么没见我买彩票有这么好运气...

如果，360的FIFA09或者PES09能先发布一个，我也不至于跑来写这篇文章了吧...

举杯邀明月，共贺中秋时。

都说时间能够改变一切，但那是后话，现在讨论还太早，或许能解燃眉之急的，只有9月份美剧的秋季黄金档了，但愿这些我追随多年的剧集，在新的一季里能给我带来点精神上的慰藉吧。

王道做法当然是继承CStatic然后重载OnPaint()，完全自己来画，这样能够获得最大的灵活性，但就是比较麻烦，像我这种比较懒的，就更喜欢用下面的懒方法了。

同样创建一个CStatic的派生类，处理父窗口的反射消息WM_CTLCOLOR，即添加HBRUSH CtlColor(CDC *pDC, UINT nCtlColor)这个消息映射函数。注意，不是HBRUSH OnCtlColor(CDC *pDC, CWnd *pWnd, UINT nCtlColor)！我也不知道具体原理，反正我用后者从来没成功过，甚至程序都不会运行到里面。。。 

其实还有一个方法，就是处理父窗口的OnCtlColor()，更简单一点，但是不符合封装的原则，所以这里就不提了。

通过上述代码，就可以得到彩色的文本以及透明的背景，但是，还存在一个问题，当该Static控件的文本内容或者属性，在运行过程中发生变化的时候，由于背景一直没有擦除(为了实现透明)，会出现重影，导致文本模糊成一团。

解决方法是，让父窗口进行重绘更新，对，不要看错了，是控件所属的父窗口，而不是控件本身，让控件本身重绘也不会解决问题的，同样我也不太清楚原理。。。

这里还会引出一个问题，如果重绘整个父窗口，由于GDI并不内嵌双缓冲，势必造成严重的闪烁问题，解决办法当然是只让父窗口重绘控件所占的部分，其他部分不进行重绘，代码如下：

这样就能够实现动态改变文本属性而不出现重影现象，注意这里调用了父窗口的ScreenToClient()函数来进行坐标的转换，调用控件本身的S2C函数的话，得到的坐标无法用来进行下一步的重绘工作。

现在还有一个比较隐蔽的问题，就是文本字符串的长度，如果新的字符串的长度比原来的长，而之前拖放Static控件长度又不足的时候，就会造成超出的部分无法显示，当然你大可以在拖放的时候就尽量弄得长一点，但是如果能随着文本内容而自动调整控件长度，那不是会好得多么。

为了实现这样的效果，上面的代码要修改如下：

同样，这里也是调用父窗口的S2C函数，这样得到的坐标才能正确使用。代码经过上述修改，就实现了控件随文本动态调整宽度的效果。

以上只是实现Static背景透明、更改文本颜色以及动态调整控件大小的简单演示，实际的应用中可能还需要考虑很多情况，适当修改代码，但基本原理是不变的。当然要获得最大的灵活性，还是得自己来绘制了 - -

放电女 Elle

"Veronica Mars"(校园私探，以下简称VM剧)是CW早期的一部校园侦探剧集，算是KB的成名作吧，KB在剧中扮演女主角Veronica Mars(以下简称VM)，故事就围绕她的学校生活展开。爱情、亲情、友情、俊男靓女，青春校园剧该有的一切本剧都有，再加上侦探悬疑的元素，使得本剧在同类剧集中独具特色。本剧剧情及其紧凑，节奏明快，与大多侦探类剧集不同，本剧并不是一集一个事件的系列剧模式，而是每季都设有一条主线，然后其间穿插很多别的事件，有些相关独立，有些又相互关联，一般来说，主角同一时间都会调查两起以上的事件，这样就避免了陷入柯南式的重复疲劳轰炸。穿插于整部剧集的LV恋，则牵动着诸多fans的心。可惜的是，本剧只到第三季就被cut了，还好前三季的剧情相对完整，只是最后留了几个悬念，基本不影响观看。

当年青涩的 Veronica Mars

VM剧中女主VM古灵精怪的性格，大胆独立的作风，更是让其在国内fans中赢得"外国黄蓉"的称号，这与KB生动的演绎是密不可分的。果然在"Heroes"中我们又一次见到了VM的影子，只是据传第三季KB仍然不是主要人物，将只会有五集左右的戏份，令人颇感遗憾，要说有什么能补偿，那就是VM剧中另一主要人物Weevil的扮演者，也将加盟"Heroes"第三季，在VM剧第三季中已明显发福的Weevil，在新剧中将会以什么样的扮相登场，值得期待。

另外，取代VM剧的"Gossip Girl"(绯闻女孩)，可能是作为一种补偿吧，片头那段极富魅惑力的独白，正是出自KB之口，相信有不少人都曾把这段独白当作手机铃声来使用吧。

P.S.最近玩360的WE2008中文版，猛然听见背景音乐传来VM剧的主题曲"We Used to Be Friends"，倍感亲切。