借用别人的解释：
这里提到的bin是一种二进制镜像格式，以片断（section）为单位组织数据，每个片断都包括一个头，头里指定了起始地址，长度，校验值。 Platform Builder调用工具将WINCE内核所有文件以bin格式合并成一个文件，默认文件名为nk.bin。BootLoader又以同样的格式将 nk.bin分解成多个文件放到RAM中。可以在命令行中键入“viewbin nk.bin”来查看bin文件中具体包括了哪些内容。键入Cvrtbin命令转换.bin格式文件为.sre格式或者.abx格式。
nb0格式是原始的二进制镜像，它不包括头，一般情况下将内核下载到设备的RAM中运行都采用nb0格式。要生成nbx格式的文件，需要在相关.bib文 件中确定如下值：ROMSTART、ROMWIDTH、ROMSIZE
那么nk.bin是如何生成的？
Romimage.exe is a locator application that creates Windows CE binary image (.bin) files, usually limited to a single file called Nk.bin. This means that Romimage
For more information about Ce.bib, see Make Binary Image Tool.
最近想搞multi bin后来发现我的bootloader是优龙的，不支持binfs分区格式化， 我想把eboot下的代码移植过来，应该可以的。
但是我对则个binfs有点疑惑。按照道理说，binfs是针对nk.bin的，但是我们下载的时候却是nk.nb0，有些人下载nk.bin，但是下载 完还是要解压成nk.nb0的。
我想问，binfs是怎么和nk.nb0联系起来的？
==============================来看看bin文件的格式=========================
一个bin 文件在存储上是按下面的结构存储的
组成：标记(7)+Image开始地址(1)+Image长度(1)
记录0地址+记录0长+记录0校验和+记录0内容(文件内容)
记录1地址+记录1长+记录1校验和+记录1内容(文件内容)
......
最后一条记录是表示结束,Start = 0x00000000, Length = 0x8C072C3C是StartUp地址, Chksum = 0x00000000
bin 文件的头部(不包括记录)可以用下面的结构表示
struct BinFile{
BYTE signature[7]; // = { ''B'', ''0'', ''0'', ''0'', ''F'', ''F'', ''\a'' }
DWORD ImageStart
DWORD ImageLength
};
一般xipkernel.bin,nk.bin 都符合正常bin文件格式,包含记录开始0,1,2 记录为特殊记录,2做为cece的标记,其后4byte表示 TOC地址(指向ROMHDR结构的数据),3记录开始都是文件记录,
———但是，我们实际用到却是nk.nb0文件，这个文件才是和文件系统帮顶起来的。我等下要找出他的格式来。先去吃午饭。
再借别人的解释
首先，NK.BIN中的内容是被压缩过的,NK.NB0中的内容是没有压缩的。 两者大小的区别是因为在生成过程中BIN会将你设定的后面的NULL自动去掉，而NB0就不会。
现在来用微软自带工具来看看这两个文件的格式到底有什么不同。
这幅图结合上面的解释可以知道，这个NK.bin文件的标志是BOOOFF，nk.nb0是没有这个标志的，要知道具体的信息，还是看MSDN好。
At the end of the boot loader development process described in the topic How to Develop a Boot Loader, you will have two different binary images for the boot loader: a .bin file and an .nb0 file. The Microsoft Windows® CE binary image data format (.bin) file is the most common format for Windows CE binary images. It is a binary file that consists of a number of individual records with associated per-record bookkeeping data. The format is convenient for minimizing the amount of data to be downloaded to the target device by removing the need to pad between records. For more information about the .bin file format, see Windows CE Binary Image Data Format (.bin).
The .nb0 file format is a raw binary image of the boot loader. The image is as it appears in the memory on the target device and does not contain the header information that the .bin file includes. The .nb0 file is typically larger than the .bin file. The .nb0 file is useful for placing the initial boot loader image on the target device. This is usually done with a built-in monitor program provided by the board manufacturer. You can also place the initial boot loader image on the target device through a JTAG connection using a JTAG probe. Once the .nb0 image is stored on the device, it should be able to download and update itself using the .bin file format from then on.
我使用的是ADS开发的bootloader，这个bin文件不存在什么段的问题吧，应该和微软不一样的，全局变量的问题在哪里呢？但是现在造成偶 尔不能启动是什么原因呢？最后发现又回到了原点。看来ADS下的bin文件格式也要搞清楚才行哦。
from http://www.inside.com.tw
隨著iTunes Store的經濟圈越來越繁盛，越來越多的遊戲開發商從既有的平台轉入iPhone的開發，而這同時間很多遊戲引擎也隨之推出了iPhone版本，本篇文 章將針對一些常見的iPhone遊戲引擎做一個初步的介紹。
所謂的遊戲引擎，其實是扮演一個中介的角色，將一些比較複雜的開發細節（像是3D圖形的顯示）包裝成容易使用的介面。而也是因為透過遊戲引擎的幫 助，很多底層的細節也都可以被抽象化，所以除了方便使用之外，也增加了可移植性。
SIO2為iPhone遊戲引擎中較為著名的，使用Bullet物 理引擎搭配Blender的3D物件、場景。超過一百套已上架的App使 用這套引擎。引擎套件有免費版和付費版，而在官網上也有提供部份App Store上軟體的原始碼付費下載。
開放原始碼的遊戲引擎，也是使用Bullet物理引 擎，但文件較不完整。用此引擎開發出來的遊戲包含：Kids VS. Zombies、
跨平台的遊戲引擎，但也提供了iPhone的整合，價格不低但是功能也相當完整。這幾個月在台灣也有一些相關的課程。
也是跨平台的遊戲引擎，只有PC版的編輯器，功能強大但價格也較為昂貴。
開放原始碼的2d遊戲引擎，如果沒有要設計複雜的遊戲，算是一個很不錯的選擇。比較特別的是，他有提供server可以處理高分排行榜的功能。
PC上著名的繪圖引擎，目前也正在著手進行iPhone的移植工作，估計在下個版本將會把iPhone納入官方支援平台。
除了以上這些已經釋出的遊戲引擎之外，許多現有的遊戲引擎也正在進行移植的工作。最著名大概就是Unreal遊戲引擎了，前幾天他們有釋出了移 植成功的Demo影片。
對於未來的iPhone App，個人估計將會變得兩極化。越來越多重量集開發商，像是Electronic Arts、Square Enix將會加入戰局，透過 這些跨平台的重量級遊戲引擎開發出聲光效果十足的遊戲，而一般的獨立開發者也會透過有趣的小點子崛起，就讓我們拭目以待。
Bonjour是在LAN（區 域網）中尋找服務的一個主要方法。這項技術廣泛用於Mac OS X，允許用戶不用在任何設置下建立一個網路連接。目前用於在Mac OS X和其他作業系統上尋找印表機和檔案分享伺服器。還可以用於在iTunes中尋找 共享音樂，在iPhoto尋 找共享照片，在iChat， Proteus，Adium，Fire，Skype和Gizmo Project中尋找本地網路中的其他用 戶，在TiVo桌面上 尋找視頻錄製器，在SubEthaEdit 和E中尋找文件協作，在Contactizer中尋找、共享聯繫人、任務和活動消 息。另外還可以用於在Safari中 尋找當地網路伺服器和當地設備的設置頁面，用Asterisk來推廣電話服務，設置參數VoIP電話 和撥號。 Bonjour Browser 可以用來瀏覽所有設備和這些程序的服務。
沒有特別的DNS設置，Bonjour只能在一個單一子網上 運行。
有人對Bonjour有一些誤解，認為它會將個人電腦的一些服務（如檔案分享）等變成公開的網際網路服務，引發安全危機問題。而實際上Bonjour並不提供其他額外的接入服務，甚至在用一個區域網（LAN） 上；它很少宣稱（"推廣"）他們的存在。比如，一個用戶可以瀏覽附近電腦上共享文件的列表——這些電腦上的Bonjour 已經告訴用戶這個服務可以使用，但是他必須進一步提供密碼才能接入那些機器上的保密文件。而且，Bonjour 只在一個封閉的範圍內工作，默認設置中，它的信息只能傳給同樣子網的其他用戶。
Bonjour在2002年8月作為Mac OS X v10.2一部分發布的時候，原來的名字是 "Rendezvous"，在法語中 意思是「約會」。在2003年8 月27日，Tibco Software Inc 聲稱這個名字已經是他們的註冊商標[1] 自1994 年起 Tibco公司已經有一個商用軟體集成產品名叫TIBCO Rendezvous面市，該公司 稱試圖和蘋果公司商討此事但無果而終。2004年7月，蘋果公司和 Tibco發布和解方案，[2] 此前廣有傳聞稱新名字可能是 OpenTalk，但是最後沒被採用（可能是由於類似 LocalTalk和PowerTalk）。 在2005 年 4月12日，蘋果公司宣布 Rendezvous 改名為 Bonjour,[3] ，仍是一個法語詞彙。
先说两个概念吧：
UTC即Universal Time Coordinated，协调世界时
GMT即Greenwich Mean Time，格林尼治平时
在这里，你可以把UTC认为是GMT+0。
Windows(XP和 VISTA)和(Linux/Unix/Mac)缺省看待系统硬件时间的方式是不一样的：
* Windows把系统硬件时间当作本地时间(local time)，即操作系统中显示的时间跟BIOS中显示的时间是一样的。
* Linux/Unix/Mac把硬件时间当作UTC，操作系统中显示的时间是硬件时间经过换算得来的，比如说北京时间是GMT+8，则系统中显示时间是硬 件时间+8。
这样，当PC中同时有多系统共存时，就出现了问题。假如你的Ubuntu和WindowsXP中设置的时区都为北京时间 东八区，而你在Ubuntu中把当前系统时间更改为9：00AM。则此时硬件中存储的实际是UTC时间1:00AM。这时你重启进入Windows后，你 会发现windows系统中显示的时间是1:AM，比Ubuntu中慢了八个小时。同理，你在Windows中更改或用网络同步了系统时间后，再到 Ubuntu中去看，系统就会快了8小时。在实行夏令时的地区，情况可能会更复杂些。
原因知道了，那怎么来解决这种冲突呢。一种就是 让Windows把硬件时间当作UTC，与Linux/Unix/Mac保持一致。另一种就是让Linux/Unix/Mac把系统时间当作本地时间，与 Windows保持一致。
1. 让Windows把硬件时间当作UTC
开始 ->运行->CMD，打开命令行程序(Vista则要以管理员方式打开命令行程序方可有权限访问注册表)，在命令行中输入下面命令并回车
Reg add HKLM\SYSTEM\CurrentControlSet\Control\TimeZoneInformation /v RealTimeIsUniversal /t REG_DWORD /d 1
2. 如何让Linux/Unix把硬件时间当作本地时间(以Ubuntu为例，其它Unix类系统与之类似)
修改 /etc/default/rcS，
将UTC=yes
改为UTC=no
3. 让Mac把硬件时间当作本地时间
据说是有个时间补丁，自己到网上找找看吧。
引用自
http://conner-wang.spaces.live.com/Blog/cns!568D1F7F9D97C059!658.entry?wa=wsignin1.0&sa=946611942
