风海迷沙的.NET生活

     摘要: 经过一段时间的计划，一段时间的筹划，一段时间的挣扎，一段时间的录制，一段时间的。。。。（此处省略若干字） 终于完成了，算是为XNA在国内的普及和发展做了一点点贡献，让大家使用C#写好游戏不再是梦想！ 教程从最基础的地方讲起，将编写目标游戏的每个操作每行代码都清晰演示，应该算是很好的起步教程。  阅读全文

http://www.hanselman.com/blog/VisualStudioProgrammerThemesGallery.aspx

试用一下，感觉的确不同。

事实上一直在找一种等宽字体可以用于编码的，白色的底色也的确让人容易疲劳。

最近两个月都在做这个网站，刚刚起步，访问量更是很少很少，可能是宣传不到位吧。

网址：http://xna.omgsoft.com.cn 

XNA本身的确有很多硬伤，不过对于.NET战略的一部分，相对其它一些开发语言还是更加容易上手，享福的自然是一直在.NET下做开发的程序员们，不用换IDE，不用重学语言基础，只要了解一些C#语言，结合XNA的一些特性和对象性质，就可以快速的开发出自己的PC或XBOX游戏来。

目前开发进入颓废期，由于新闻系统和论坛系统都是从头开发的，用去了不少时间进行论证，论坛贴子太少，甚至还没有把分页功能做上。

也有自己在做XNA游戏，不过美工和游戏性差得可以，不敢拿出来献丑，还是要多下功夫，等做得差不多了再发出来吧。 

希望大家可以多多支持，多提意见，我得休息一下，过一阵子再回来做这个站点。 

看完了今天晚上湖南卫视的魔术节目，最后刘谦做了一个数硬币的魔术，随意让三个人上台来在一个盘子里抓一把硬币，然后靠“透视”来说出每个人手中的硬币的准确数量。

话说该人两个月没出来表演新魔术，这一出应该很让人叫绝了，不幸的是，如果你有适当的工具和帮手的话，你也可以做到。

现在给大家现场揭秘：

工具：特制桌子，飞盘，硬币，盘子，人体称，计算器，手机，助手两名

准备工作：称出一枚硬币的准确重量，将人体称放在桌子下面并支撑起桌子的重量，再藏一名带计算器和手机的助手，数出1000枚硬币放在盘子里再放在桌子上。

表演：找出三个人，排队去盘子里取出硬币，间隙时助手依照重量差值除以每枚硬币的重量得到每个人拿走的数目，打电话给观众席中的某位助手，请拿着硬币的三个人站出，依照观众席中的某位助手的提示，说出准确的硬币数量。

今天小刘表现的不好的地方在于：直接说出了盘子里有1000枚硬币，这样就等于告诉观众，这个魔术里魔术师必须要知道硬币总数才能做。

总体来说，表演性质还是很不错的，希望下次不要这么容易被看出来。。。

 

原文地址：http://www.coding4xna.com/articles.php?article_id=2

调试的时候还是有用的。。。嗯嗯，希望能对您有所帮助。

     摘要: 看了一篇有关Openid托管服务RPX的文章，感觉登录速度并没有文章中说得那么慢，而且功能方面也可以满足一般的应用，于是也试用一下：首先在RPX上面注册一个用户，注册时就会让你使用网站上的OpenID来登录。  阅读全文

     摘要: 开发环境：VS2008.NET2.0，网上找到的一个文章：Vs2005的win form动态生成菜单 找了很久才找到这个两年前的文章，是通过定义Dataset实现，既然.NET有内置的XML对象，就另写了一个，另一个原因是，文中给出的XML文件，每条MenuItem都是由平行的MenuItemID和ParentItemID组成的，因为菜单是层次结构，而XML正好符合这个特性，所以又写了一个，只涉及两层菜单：   阅读全文

     摘要: 自已遇到了这个问题，情况和这位仁兄的差不多：“winform程序发布后，找不到菜单存储文件（xml文件）”。 情景再现：在c#winform项目中建立一个XML数据文件在\data\demo.xml中，另有一些图片文件在\images\目录中，发布后安装在其它电脑上面，调试时没有问题，运行时会报“未找到路径：C:\Documents and Settings\we\Local Settings\Apps\2.0\PXXV1GOP.VTC\…”之类。但是图片的调用没有问题。 解释一下几个相关问题：。。。  阅读全文

先上图：

directdraw和directx在XP下引用的版本在VISTA下无法使用，最后绕了一圈还是使用WIC发音，还有使用GDI+绘图，好处就是兼容，还有预置的128种音色，虽然不是每种都那么好用，总归是比没有的好，.NET2.0可以兼容VISTA。

目前的版本还处于最初的调试阶段，可以发音，自定义键的功能不知道如何实现。嗯嗯。。。

Collada Update (Jan 2009) for Microsoft Robotics Developer Studio 2008 Standard and Academic Editions

Microsoft® Robotics Developer Studio Standard and Academic Editions have the ability to import Collada models that have been exported from SolidWorks. These models can be used in the Visual Simulation Environment and can contain physics entities such as joints. This provides a good way to design robots and other objects for the simulator.

The Collada Update improves compatibility with the Collada format. A new service is also provided in the update that allows you to easily manipulate joints in Collada models when they are run in the simulator via a Windows Forms interface.

The Collada Update is available for download now.

Filed under: RDS Collada SolidWorks

Microsoft Robotics Developer Studio标准版和学术版可以引用Collada导出的模块。这些模块可以在Visual Simulation Environment中使用，并可以包含物理元件。它在虚拟仿真环境中提供了一个新的设计机器人和物体的方法。

这次Collada的更新改进了Collada格式的兼容性。并提供了一个新的服务，可以让你更轻松的在Windows窗体界面中的模拟器对Collada模块中操作。

这个Collada的更新可以在这里下载。

文件是2005的版本，包含在Microsoft DirectX SDK (November 2008)中的Apr2006_MDX1_x86.cab中

microsoft.directx.audiovideoplayback.dll
microsoft.directx.diagnostics.dll
microsoft.directx.direct3d.dll
microsoft.directx.direct3dx.dll
microsoft.directx.directdraw.dll
microsoft.directx.directinput.dll
microsoft.directx.directplay.dll
microsoft.directx.directsound.dll
microsoft.directx.dll

如果用C#开发DX相关的功能的话用会得到，网上基本找不到单独下载的。

http://files.cnblogs.com/fhmsha/dx9dll.zip

     摘要: SimplySim 发布了一个新的应用程序，可以让你在一个丰富的3D环境中控制虚拟的LEGO NXT 三轮机器人或真实的Tribot。它包括了一系列的传感器和一个“机器爪”。网站还提供了一些控制Tribot的样例代码。你也可以在这个环境中编写你自己的代码来控制Tribot。 作为微软的远程数据服务项目（RDS：Remote Data Service）的合作伙伴，SimplySim一直参与RoboChamps竞赛的虚拟仿真环境的建设，并开发了RDS 2008的环境。 你可以到SimplySim的新闻页面（译注：需要代理访问）下载这个软件包，它的运行需要RDS 2008的支持。   阅读全文

     摘要: KML文件很好做，在你的google earth（以下简称GE）中选择你自己的或是别人的marker或layer，就可以保存成静态的地标或图层信息（kmz或kml格式），发送给你的朋友，用他的GE打开你的文件就可以看到你所标注的marker信息。 这些相关的文章让我迷失了好一段时间，是的，我想要的是动态的地标、类似于EEMAP那样的GE插件。下面我将讲述它的工作原理和制做方法。 先说几个概念，google map api是基于javascript+xml等技术实现的，另一款产品google earth api是基于一个activeX插件实现的，可以达到桌面版的google earth类似的效果（视角，街景等），由于需要安装浏览器插件等因素，并未得到广泛使用，本文所涉及的技术为google map api。关于google map api key的说明：为了防止该接口被滥用，你的网站必须申请一个KEY才能使用google map api，这个KEY只是一个你的域名对应的值，按照官方的说法，过一段时间再来用同一个域名申请，也是会得到同样的KEY，同样申请后闲置也不会有任何影响。goog  阅读全文

找了很久也没有找到高清的wav，翻遍了所有能找到的音效音乐素材网站，effect和loop的居多，就没有哪家可以提供完整的标准音阶下载，是我用的关键字有问题？

在一个flash里面提取了26个mp3音阶，低音(C-到B-)，中音(C到B)，高音(C+到B+)，超高音(C++到G++)，打包放这里下载：

http://files.cnblogs.com/fhmsha/mp3.zip

另求其它格式，其它音色的音阶：）

终于把1到1亿的数字全都导了进去。想来大概用了一个多月时间。

还是由于硬盘的关系，可能最近一段时间都不会再生成新数据了。

四个库总共收录了178,914,410条数据,用掉了约12.2G的空间。

至于查询速度嘛。。。因为是主键，还不错。

这其中跳过了几段文章，我有时间会补上。

 

我终于可以说这句话了，放个图先。

有位伟人说过，知识就是一个圆，知道的越多，半径越长，所接触的未知的区域也就越多。

我正好可以引用，网站做得越往后做，想要做的东西就越多，就越来越感觉做不完。

反复研究了一下KML文件的工作原理以及一些细节，并完成了使用google map完成调用火车站位置信息的KML文件的编码工作并进行了测试。第一阶段的开发告一段落，我去另外两个项目忙上一阵了。

下一阶段的开发内容（可能）主要有：

• 继续标注火车站的位置（目前还差2746座，如果不是因为丢失数据，现在应该还差几百个了，因为每天只能用空闲时间来标，估计全部完成要一个月左右）；
• 发一些火车站的相关新闻，最好能和相关车站车次有所关联；
• 收集12月21日调整后的列车车次信息（。。。。。。）
• 加入更多的行车时刻
• 完善更多的WIKI信息
• 加入铁路局、路段、隧道、桥梁等信息
• 考虑火车站改名、迁址，车次改名、停运等情况及车型、座位等
• 实时显示正在运行的列车大致位置

随便想一下，请勿当真。

国内除了EEMAP这样的公开服务的网站外，还有很多个人的应用分布在网络的各个角落。比如GPS定位，驴友的深山行进，个人信息的标注，特定地点的行走路线等。可惜国内的街景和导航功能在google map api上并不完善，可是这正给了国内本土行业以机会。

 

误操作，想把火车站基本信息和wiki信息分到两张表中，在复制坐标列时忘记把数据也导过来就删除了源表的列，丢了所有的地标数据。

找备份，本来有一个作业是三天备份一次数据库的，但是今天一看，忘记在Sql Server代理->作业->管理计划->"已启用"给勾上。

不知道是以何种心情更新完相关代码，本来今天的效率很高的，完善了火车站wiki的相关功能，修正了tinymce的默认字体。。。。。

库中现存3148个火车站，经过多次手动设置地标，本来只剩下不到1200个了，这样一来，又得完全从头开始。

UPDATE @12月11日

PS:数据是找不回来了，但也铁了心重新来过，以前标的很含糊，只是大致的位置，这一次我会尽可能把每个火车站都标到大厅顶部，既然要重来，起点就得更高才行！

PS2:wiki部分的内容完成了。匿名用户也可以编辑车站和列车信息了。现在的主要功能就差KML！

 

想得不如做得快。

简单的做完了新闻采集，录入，标注的模块和页面，申请了一个免费的论坛。

修改了很多样式，首页显示新闻和统计信息，车站的页面可以点进到wiki修改的页面了，但是功能还没做。

使用了tinymce的在线文本编辑器，

感觉在谷歌浏览器中明显比IE的反应要快很多，内存占用也少很多，由其是google  map的反应。

不停的改呀改呀，本来就是想做wiki和kml的内容，不知道为什么这一周都在忙这个还是没有做好这两个核心功能。

真正决定做一件事情真是考验人的耐力呀，做下去吧，无休止的困难都在前面，不做吧，都做到这个份上了。

所以说，无论是决定做项目还是决定做某件事情，一开始一定要想周全，如果没有可以支持到底的缘由和外因及个人的品质，不要让自己或自己的团队轻易尝试高功耗的项目。

由于技术难题，加之12月21号全国铁路运行图又要有所调整，尽可能的砍掉一些次要的功能，比如图片管理系统、用户系统、投票模块、表格排序、高级搜索等，使用匿名试一下。

陷入细节的泥沼中。

     摘要: 地图人那里有类似的应用：http://www.dituren.cn/huoche/ 看起来好像是使用了51ditu的API接口，当初想做一个运行图的应用时，到网上想找找有没有现成的应用，找到这个算是功能最接近的了，但还不是我理想中的。 当然最理想的状态就是不管有没有晚点都能看到火车在哪里，这个实现起来就不是我这个小程序员能做到的事情了。 我的这个网站主要就是想做到可以显示火车站的位置，火车在正常情况下（不晚点）运行的大致位置。 由于目前地图API对曲线的支持能力有限，我只能把火车的运行位置标到两个火车站所在坐标的连线上面，以经过的时间长短来确定它在这条直线的上位置：   阅读全文