wangyucn

@zhujinliang 现在在的公司就是做网络的 怕有利益纠纷不太敢搞网络相关的开源 所以做做别的东西

@levelworm 细节特别多，缺乏资料。 没有遇到诡异的 timing 。

PCB 图上面的 CPU(严格来说 spdc1024 是 SoC ，内含 CPU)、DSP 、nor flash 、nand flash 全都要模拟。

cpu 本身不难模拟，6502 cpu 模拟器网上有现成的。麻烦的是 SoC 上面各种特殊寄存器。0x00~0x3f 每一个都有不同的功能，比如切内存（实际上有好几段内存都可以切页，方式还不同）、timer0/1/A/B 、中断控制、驱动 lcd 、电压比较（测电池电量）、RTC 时钟、RTC 定时器、IO port(各种方向控制，锁存不锁存等细节)。0x00~0x3f 的寄存器几乎每一个单独拉出来细节都可以写一页纸。

资料极度缺乏，当年文曲星流行的时候基本上就没有。SoC spdc1024 、DSP spds104a 厂家 sun plus 根本就没公开公布过任何资料。 后来 GGV 网站被攻击才泄露出来一些，但是很多细节资料里并没有解释，要猜和慢慢 debug 。

nor 和 nand 擦除、修改等等操作，各有 10 来种指令序列，也要模拟。

我也不是从头开始写的，我是从曾半仙的 cc800(另一型号文曲星，不过硬件差别挺大的)模拟器 fork 的。DSP 部分是 fork 的 lee 的 pc1000emux 里的代码，然后 debug 和看资料改进。

@lyric 不用了 之前 github 空投领的$200 币 因为一直懒得搞提现，都快跌没了也没领

@Avn

>Wine 把 Windows API 转换成 macOS API
>Rosetta 把 x86 指令转换成 ARM 指令
>它两个是不同级别的转译，一个是操作系统级别、一个是硬件级别，不是包含关系

这个说的没错

但是人家楼主明确说，要学的是 x86-64 -> ARM 指令转译。 你建议看 wine ，能学到 x86-64 -> ARM 转译吗？

wine 在 macos 上运行 底层还是靠 Rosetta 2 转译 并不是自己实现了类似技术

@cnbatch 我也遇到过类似的情况：

(有时候)1. 本来 udp 连接很快，但是过了几天会非常慢。如果重连换个连接就会快起来。

(其他有的时候)2. udp 刚连就很慢。如果手动反复重连，多试几次可以挑出来一个快(或者说丢包低)的 session 。然后可以保持快的速度很久。 (就好像底层有什么负载均衡机制，会把 udp session 分到不同的设备，反复手动重连可以“挑”出来一个快的设备）

>fec 然后疯狂发包就是了

别教别人乱搞 超过一定限度发越多丢越多

>我咋感觉现在这些欧洲国家没那么好拿永居。

对码农来说，

德国永居只要 27 个月（蓝卡途径），德语好可以更快； 爱尔兰 stamp4 只要两年。

主要难度是找到那边工作。

是那个 linnuxx 吗？ 我聊了两句发现有问题， 翻了下他 github 记录，发现了他在你的 issue 里骂人，然我直接把他 block 了：

https://github.com/wangyu-/udp2raw/issues/519