渐渐领悟用户体验的重要，做一个东西，用户根本不知道怎么用、不知道它有什么意义，必然会被大多数人抛弃。或许数年前，ICQ也不知道，自己那及其详细烦琐的注册步骤，如何葬送了自己全部的未来。麻痹最可怕，真的不希望很多年之后回头，发现当时自己是怎么死的都不知道。清醒，从见多识广，从反馈——希望听到你的声音。

曾经的TODO列表充满了各种细枝末节的条目，的确，那是把星飞做的“理论上完美”所需要的。但不曾想，现有的功能，用户如何能用好。比如一个简单的“鼠标提示”操作，用户需要极其精准的指向某颗星星才会有提示冒出，而且提示很简陋，风格也丑陋。

改进之后，不再需要把鼠标控制的精确得如同手术刀搬，而是可以在很大的区域内自动匹配距离鼠标最近的星星，用户鼠标只要随便划过屏幕，就可以看到鼠标附近的很多星星冒出提示，提示内容也不再是枯燥而没几个人看得懂的星等数据，具体是什么呢？期待2.2.0正式版吧！

启动速度这个问题，相对于Skymap之类表现相对单一的2D星图软件来说，星光飞扬因为多了纹理载入等过程，不可避免的达到了10秒级别的启动时间，虽然我会不断优化，但余地或许不大。用户如果点击等了10秒，还什么反应没有，很可能会继续双击启动，最后一股脑出来好几个窗口。因此，经过2个星期严密的设计（线程折腾人啊~~~），完成了星光飞扬的启动提示屏幕，并且为了避免提示屏幕卡住，使用了多线程进行初始化。

2.3.0规划版本内容很精彩。“每个人抬头低头，一半是天空，一半是大地。现在主流的软件都在叙述着大地，星光飞扬——即将完美呈现天空这片净土”

由于各种原因，本人再次错过了这次号称“持续时间最长的日全食”。全食带地区大部分阴雨，虽然可以阿Q似的暗自高兴“还好没去”，但确实太对不起这犹如上天恩赐般的日食了。另外，进军云南德钦的昆明爱好者组织传来消息满载而归，风哥哥签名道：“我站在4000米草原的风中，默默看着太阳的缺失、变幻，内心再次感动着那一种来自宇宙的震撼”。

鄙人同样由于各种原因错过了去年2008-8-1在新疆的日食，当时想“明年一定做好准备，全力观测”，好友杨绍新疆归来后的描述更是深深吸引了我，“到现场绝对非同一般的震撼，绝对不仅仅是那些获奖特写照片所表现的黑漆漆的“冒着白光的空洞”，现场太震撼了，以后日食一定必看！”，看到杨绍的照片，我也被深深的震撼，原来自己一直追寻的“光”所营造的奇迹，在全食的时候被表现的淋漓尽致。不再是曾经那些特写的照片上那个黑色的太阳加上白色的日冕，或者红色的日珥，整个天空色彩变幻时，仿若巨大的光墙横扫而过。

上图：新疆大日食——食甚阶段，拍摄于2008年8月1日（Copyright by 杨绍）

以上视频：2008-8-1中国新疆日全食，完整记录了光线绝美的变幻。澳门业余天文学会于新疆巴里坤（版权归原作者）

本次7.22日食中，好友雷小光在浙大，而杭州正好在全食带上：“杭州离全食中心带不远，有五分多钟的全食的。我在医院里，站在心脏监护室边上的窗户看的，拿着些CT磁共振的片子看的。杭州那天也不是很爽，前几天都好好的，那天突然阴天乌云，后来云彩稍微薄了点才看到太阳。一开始天逐渐有些昏暗，太阳么像个月牙，全食那下真呢是天迅速黑下来，和晚上一样了，壮观呢，城市里的路灯提前一会儿开了，霓虹灯没开，就是只有路上亮着。然后么就看到周围的日冕了。五分钟啊，还是满长呢，可惜没有望远镜，也没有相机...快要出来的时候就觉得远处的天和云先看到亮起来了，然后逐渐扫过来，然后么就是明亮呢一丝太阳光射出，天就很快亮了～距他们跑出去的人说，日食的时候外面气温下降还是很明显的。我也是第一回见到全食，还是壮观呢，让我一直在那里感叹着...”

上图：2009-7-22中国日全食，李智弘、张寅（小石头）拍摄于昆明

偏食地区的效果就大打折扣了，失去了日食最精彩的食甚阶段，偏食仅是一个缓慢的圆缺变化过程。在昆明的好友小石头回答比较消极：“你要哪张我发原版给你~~~天没有预想的黑，不用肉眼看的话真不知道是日食~~~”

本次日食全食阶段最美的天光变幻，目前精选出这段视频供各位观赏：

以上视频：2009-7-22中国日全食，食甚阶段，完整记录了光线绝美的变幻（版权归原作者）

在线星图预备发布，敬请期待。若您有任何建议，请在本页留言，我会认真参考并给予回复，谢谢！

下面是实时渲染的试验进展，改变选择框中的值可以看到不同角度的地球哦：

105090130170210250290330

手动动画

在线版星光飞扬的最终目标是输出如下的图片，大家只要设定简单的参数即可得到预测图片，能显示图片的任何终端设备均可使用在线版星光飞扬！

“2009国际天文年日全食多路联合直播”（http://eclipse.astronomy2009.org.cn）是国际天文年中国区的一项核心活动。届时，将通过设在昆明、重庆、宜昌、武汉、苏州、上海、台北等地的观测点进行联合直播。为了活动的顺利推进，现公开招募直播活动志愿者5－10名。被选中的人员经过培训后将派往上述（台北除外）观测点，作为现场工作人员。志愿者的路费和当地食宿将由直播活动组委会承担。

对志愿者的必要要求是：
熟悉望远镜和赤道仪
熟悉日全食和四季星空的知识

优先考虑的条件是：
有过日全食观测或者太阳观测的经验
熟悉Windows Media软件
有很好的团队合作精神

请有意者在6月14日前发送Email至：“ccz@bao.ac.cn,zhcao@lamost.org”，需要在邮件中说明自己的情况（包括个人基本情况、对上述要求的满足情况等）。我们会在6月底前完成志愿者的招募活动。

辰州

最近老是遇到这个很没有头绪的问题，LoadLibrary返回错误号998——“内存分配访问无效”，有的自定义组件无法加载，这次轮到lines和telescope，Windows真是让人郁闷，什么叫“内存分配访问无效”嘛……再详细的信息一点没有，网上也没有相关解答。

只有用排除法，把问题分解成正交的方面，看是那方面出的错了。电脑特性性问题？赶快把开发目录拷到老婆的电脑上，运行，居然没问题！找到不同的实验结果，问题就解决大半了。现在来着重看看，是什么差异导致的不同结果。

说这是每台机器的“个别”问题，那也太玄了吧，仔细一想，还有个不一样的地方——两边的GTK版本不一样，果然，在我机器上用了老版本的GTK之后，组件成功加载了。

说这是GTK版本的问题，那也还是太玄了吧，仔细一想，GTK版本不一样，具体是什么东西不一样呢？导致lines和telescope插件无法加载的改动是，增加了user_object插件，这个插件很普通，但是记得他额外引用了GTK的libglade库，那就在新的GTK下面用老的libglade库，结果问题依旧。突然想起libglade引用了libxml2，再次替换，果然，组件成功加载了！看来就是这个libxml2引起的问题。

说这是libxml2问题，那还是还是也太玄了吧，仔细一想，这两个版本的libxml2有何不同呢？用ProcessExplorer看看，果然，隐约的感觉是对的，他们的Image Base不一样，也就是他们默认加载到进程空间的位置不一样，而新的libxml2加载到了lines和telescope本来应该在的位置！lines和telescope加载的时候，他们默认的Image Base已经被占用，于是有了那个含糊的“内存分配访问无效”！

这就奇怪了，如果加载位置冲突，windows应该会自动的重定位啊，难道只有隐式链接的时候才会重定位？查了一下LoadLibrary，果然是这样。万恶的Windows啊……

那么，解决的办法无非就是吧lines和telescope的Image Base改成其他不冲突的地址，星光飞扬现在使用GNU工具链进行编译，只要在dllwrap.exe的参数中加上“--image-base 0x50100000”就ok了。但是……谁能预料还会有什么dll侵占了新的地址呢？华丽的Windows有着残缺的底层支持。

研制天文专用像机的过程中，对CMOS图像传感器的各种参数有了一个了解，入门级天文像机不在于解析的多高，关键是灵敏度、长时间曝光性能和成像质量。普通CMOS图像传感器不能用于深空天体摄影，因为大部分是逐行曝光的滚动快门（Rolling Shutter），这有什么不能接受的呢？假如你打算对猎户座大星云曝光60秒，那么这种逐行曝光的CMOS将是每行60秒，如果分辨率是640x480，那么整幅图像拍摄的时间就是480*60秒，整整8个小时！这是根本无法接受的，我们需要可以一次对所有象元进行曝光的芯片，好在“全局快门”技术已经出现在一些工业级CMOS芯片中了，2005年开始研制天文像机的时候，只有美光一个系列的芯片有全局快门，现在已经有数家厂商使用了该技术。

美光的芯片在画质和长时间曝光噪音方面都非常出色，也是最早使用全局快门的厂商，目前，我研制的天文专用像机就是使用美光的芯片，电路板设计正在进行最后一次的修改，希望不久就能产品化，估计成本在400元左右，比较适合入门级的深空摄影应用。

这几天整理了一下具有全局快门的CMOS图像传感器芯片，如下表：

一直在用业余时间继续开发星光飞扬，这个不断探索的过程是快乐的，也是充实的；另一方面，在这个不断追逐更好效果、更快速的的过程中，我加深了对OpenGL的了解，我的事业不经意的总是和分别代表了图形和图像处理标准的OpenGL、OpenCV有着联系；还有一方面，这是一个细水长流式的开发、积淀过程，虽然缓慢，但我希望有一天，星光飞扬成为这个领域的第一，形成完整的一条线，软件、望远镜控制器硬件都是世界一流的，不单服务于天文爱好者，还为专业机构、专业设备所用，还为中小学教育所用。

今天看了一下最近2年的SVN的记录，发现平均每周有代码提交，都有新功能、改进或者Bug修正。更新日志和更新率曲线如下：

三月26，2009：2004年1月的时候，美国国家航空航天局（NASA）的勇气号和机遇号探测器在火星上登录。它们主要用于执行为期三个月的简短任务，以告诉我们这颗行星上水资源的情况以及曾经是否有生命存在于此。5年多过去了，它们两依然在这颗红色星球上流浪，这种传奇一般的成就改变了火星探测。

看这篇文章“勇气号和机遇号任务帮助我们开创了一个全新的学科——机器人现场科学”，火星探测任务的主要调查员Steve Squyres这样说，“它们教会我们怎样组织科学家和工程师的大团队，从而可以操纵遥远星星上的机器人。我们都需要学习怎样长年有效地合作，从而使这两个火星车找到最可能的新发现。”

右图：机遇号火星车[更多]

这个团队依然在努力。

近五年间这些太阳能驱动的机器人完成的非凡发现中：火星并不总是像现在这样寒冷干燥。 也许它不是世外桃源，但它有水也足够温暖来孕育生命。

火星探测任务的成员当然也知道千里之外调遣火星车的危险。他们不止一次停下火星车。“我们现在知道了怎样顺利地通过沙丘和石堆，” Squyres说， “也许更为重要的是——怎样避开它们。 我们把五年来的经验转换成全新的改进过的地图和驱动软件，以帮助我们完成剩下的任务和将来开发火星车。”

满怀希望的计划者们已经着手孪生火星车的将来， 设想它们会继续开路， 但也承认其中之一或者全部都可能在任何时间结束使命。 毕竟， 这些火星车还不完美。自从2006年 “勇气号”的一个轮子被堵塞后，它已经开始倒过来走， 一根破损的电线也阻碍了“机遇号”的一支机器手臂的运动。

待续...