@nothingistrue 我就是想玩模拟飞行。但是看这速度，好像模拟飞行一些地图是动态加载的，这下载速度估计顶不住。玩一下游戏就这么难......

现在已经注册不了了吗？我记得当初注册不难啊。

xbox 的网络测速挺快，但是实际使用时的下载速度还是不高。研究一下原因出在哪里。

使用了 1 楼所说的软件之后(作者后来给了 Win7 版本)，测速时和 ps 的下载速度相当，应该是正常了。目前还是使用 wifi ，可能连线效果会更好。

@windirt 试了一下，确实在同一网段下设置成电脑的 ip 地址能够编码获得这部分的数据包。大概软件的这部分功能就是一个 udp 代理服务器，旨在劫持 .com 的网址转换成国内 cdn 的 ip 。

@windirt 这种将 dns 设置成 ip 的原理是什么？ xbox 通过 udp 向 pc 的 ip 发送数据包，这个软件解析这个数据包劫持，将里面 .com 的域名解析转换成 .cn 的 ip 地址？

@BwNVlwSq 是否方便说一下你说的这个方法？我不了解这种方式的原理或者操作方式。

@windirt 对。我回去尝试一下。那个软件报异常可能是你说的这个原因。C# 写的软件大小都挺好，就是在分享给他人使用时很容易出现这种那种的问题。有时候想得想运行个软件还得打系统补丁，额......这个时候觉得类似 putty 之类的这种就理想，完美多了。cli 也不会出现这些问题，虽然不够直观。家里网口不够，还得买个交换机。

回去尝试：
1. 使用网线连接
2. 看看那个软件是否能够想办法运行。不行的话就试试路由器重写的方法。

@Danfi 看了一下，费用还行。个人觉得联网使用加速器十分合理。下载游戏本身都得用上加速器就不太对劲了。换句话说，如果是使用 xbox ，没有加速器连游戏都下载不了......这说不过去。我先看看能不能搞定下载问题。这个 xbox 的问题本身很可能像 3 楼所说的网卡和 cdn 。我先尝试看看能否解决。后续如果玩到需要动态加载的应该就得用加速器了。

@Danfi 加速器的加速原理让我总觉得是运行着一个带白名单的类 ss 软件的服务器。理论上能过墙的人如果同时开 TCP 和 UDP ，并且服务器线路好的话，结果可能能做到和加速器一般。效果或许有些逊色，个人使用应该足够了。

只是这个 uu 加速对 xbox 的设置方式让我疑惑。它这样设置的原理是什么？

@rojer12 明白你的意思了。暂时我还没有必要折腾到这一步。目前只是想玩游戏，看看有没有简单直接的手段。个人觉得路由器的加解密性能方面可能有些欠缺。不失为一种解决方式，以后有需要的时候值得去试试。对于 xbox 来说，可能主要问题如 3 楼所说的方面。如果修改 cdn 能解决问题的话就可能不再加一层过墙，毕竟速度会变慢，另外某些游戏很庞大，使用流量的话会很夸张。

@rojer12 你在路由器安的过墙软件？

@lovedoing 回头我去试试看。

@SnowAngelDream 这个软件我运行以后异常弹掉了。

markdown 随手记，随着时间增长 markdown 部分特定笔记增多，某些内容变得详实有系统。这部分内容将归纳整理到 sphinx ，同步到 github 。
所有笔记部分放在同步盘，同步到国外云。定期手动本地备份，防止异常情况发生。

至于你说的知识分享这部分，在这个知识大爆炸的时代，想获得一些问题的答案渠道太多。Google, ChatGPT 等等不胜枚举。同时我很讨厌某些人把他人的整篇文章 copy 并且不注明出处。如果文章本身有错误，copy 过去以后错误都一模一样。很恶心。

国内的那些网站，我不知道如果分享和代码相关的话，代码部分怎么弄？代码量不多的还行，多了以后贴在文章中就不合适了。国内像是有个类似 Github 的，貌似是要审查和实名制，嘛，兴趣索然了。

我还是觉得写下来的东西要有存在的价值，不求像《孙子兵法》之类的流传上千年，至少不能像垃圾一样很快被人遗忘。比如像是过一段时间写的那篇文章如果删除了不会有人觉得看不到可惜，这样就没意思了。

在使用 Python 编写 Package 的时候，如果在文件夹下放置 __init__.py 文件，就表明这个是一个 package 。
个人理解，在这种情况下，整个模块是一个整体，一般测试运行和使用都是通过 `import sound` 或者 `from sound import *` 这种方式。测试的时候要切换到 sound 路径下或者将 sound 所在路径添加仅 path 。最终这个 sound package 多半会添加 setup.py 可以直接通过 `pip install sound` 这种方式来直接安装，也可以上传到 pypi 。平时使用 python `pip install [package]` 的 package 就是这么来的。另外也可以通过 setup.py 添加全局命令供命令行使用，十分方便！
对于每一个 package 里面的 import ，通过相对路径的导入会比绝对路径具有大一点的灵活性。对于这部分，你可以去看 《 Python Cookbook 3 》那本书，里面有更加详细的描述。我记得有 stackoverflow 里面有一个页面讨论了相对路径导入和绝对路径导入的问题的。
总体来说，将代码写成 package 这种形式(带 __init__.py) 的，package 的使用是以整体来看的，单独每个 py 的代码都可能无法直接运行。所以有些 package 里面都有一个 tests 的文件夹，里面的测试代码一般都带有 `sys.path.append` 类似的代码段。

今天又打来了！