已经有两篇介绍Cameyo《Cameyo——免费的VMware ThinApp》和《Cameyo自定义VOS，实现单文件程序便携化》。Cameyo毕竟不如商业的VMware ThinApp强大，在制作中文程序的单文件便携版过程中，会遭遇中文名称程序出错的问题。这个现在暂时只能通过修改中文程序的注册表信息来“纠正”。
Cameyo不支持部分中文程序
应该和unicode有关，Cameyo不支持部分中文程序，会得到一个没有文件名的虚拟文件“.virtual”。不能运行，也不能被Cameyo识别进行“Edit existing package”。
以迅雷精简版为例，用Cameyo抓取迅雷精简版后得到这样一个错误文件：
单文件程序没有文件名，程序运行错误显示
Virt info incorrect (is VirApp.ini in Unicode forma?0x41):
AppID=
Publisher=
这样看来是程序的中文ID没有被Cameyo识别。
更改程序注册表ID，让Cameyo支持中文
找到问题所在
解压错误的“.virtual”文件，打开制作记录文件Packager.txt，可以看到关于程序ID的记录是：
1> [524] (11-12 00:56:13 105546ms): AppNameGuess: RegAppName=迅雷精简版, RegPublisher=, RegVersion=
“RegAppName”就是提示为空的“AppID”；测试Publisher无所谓，主要是AppID的问题。
解决方法
既然是程序ID的问题，那么制作过程中直接修改程序注册表的ID信息即可。
延续Cameyo的制作过程中，在完成制作前，修改迅雷精简版的ID信息。
在注册表中找到迅雷的程序信息——thunder_minixl
- “DisplayName”就是对应“AppID”，将其改为英文“Thunder Lite”。
- “Publisher”也顺道改为“Thunder”。
这样，就可以点击Cameyo的“Install done”了，可以得到如下文件：
再检查，可以发现程序已经显示正确的文件名“Thunder Lite.virtual”，和注册表修改的ID信息一致。
同时记录文件Packager.txt也显示：
1> [1828] (11-12 00:51:07 188281ms): AppNameGuess: RegAppName=Thunder Lite, RegPublisher=Thunder, RegVersion=
测试中发现，只要程序文件ID是以英文开头的程序，Cameyo都能正确识别。比如QQ音乐的原始ID为“QQ音乐 2011”，不做任何更改，Cameyo也能成功单文件便携程序。不过只能被识别为”QQ”的ID，“音乐”无法识别。
评论
10 条对“更改程序注册表ID信息，让Cameyo支持中文程序”的回复
这个好！！发现宝藏了，，分享走了哈！！
多谢！准备尝试一下zsnos和zww的主题，前面几个都用过了，有点审美疲劳。了。
沙丘，帮忙推荐一个简洁的主题，另外，图床img.enkoo.net/123.png域名是怎么绑定的呀？
看你很久没有更新了，以为不折腾了。
1.主题：
简洁的话，国内觉得Prower V4和zww的都不错。Prower V4下简洁的相当惊人，zww的主题基本都通过了WP官方的认证，zsnos使用的人貌似很多。国外我折腾过Bayer Theme，Nivida Theme，Revolutionary，基本只有一个可有可无的JS。Commune，Modernist基本就是和我现在的一样是纯CSS了。
个人觉的还是官方的Twenty Eleven最好，代码都是最新的，而且完全保证更新。我最近就基本将Twenty Eleven精简到和现有主题一样，只是CSS还有不少没有复制完成。都怪我现在的主题是2007年的了，代码旧，设计也旧。
2.域名：
CP将子域名img定向到图床图片所在目录即可。
如果使用了图床程序，你的图床的图片实际存储位置是“/public_html/xxx/pictures”，则在域名管理里面将img子域名的文件根指向“/public_html/xxx/pictures”即可。有些图床程序貌似也支持直接绑定域名的。
如果你没有使用图床程序，在CP增加img子域名的时候会自动在根目录生成img文件夹，直接将图片放进去就行了。
从换了一个主题模板，把边栏一些精简了一下，又能多支撑几个小时，曾试图把micolog文章导入WordPress，乱码，放弃了，呵呵。
我印象中好像是用过一次这款程序。。。后来就删除了。。觉得国内的云端好用很多。。。。方便。不过自从卖给了盛大之后 好像云端都没什么大动作了 不知道是不是团队里面的人都跑路了（国内很多软件都是这样，一旦被收购了 团队的开发人员都跑路了。。）
云端比较麻烦，必须依赖云端服务的运行。明摆不是系统OS的补充，而是想嵌入。而嵌入至今没有做好，对系统影响也不小。
从云端1.0开始就增加些什么游戏啊，图书等无关的内容，就放弃使用了。好好的一个虚拟化工具非要搞的是一个平台，一个客户端。
难怪我访问不了了。。。。。500直接错误掉。。。。。Google新的资费我也没怎么关注。。不知道是什么回事。
沙丘你好，看到你的建议了，因博客不能正常访问原因，就把回复留到这里了。php空间我以前倒是申请了几个，包括速度不错的sitemix.jp，但一直没有部WordPress。
你昨天留言的这个还是部署在基于GAE的b3log，和以前的micolog不同的是java环境下的，这个b3log很好的解决了GAE新的计费政策的限制，经我测试，至少可以支撑每天1000个访问量，而以前的micolog只能支撑大约50个访问就挂了。以我现在的博客访问来说，大概平均每天有300-500个访问，用b3log应该是没问题的，但问题是现在b3log不支持micolog数据导入。
昨天和另一位micolog分支作者联系，他准备把micolog升级到Python 2.7，所以想再等一段时间吧，主要是不想折腾了。
我是觉的GAE、SAE这些服务作为长期免费使用的载体“前景”靠不住，而且部署的Blog程序都是私人热心提供，“长期”使用也不方便。