a92126
|
5e503b55ff
|
c#测试,大概是Rus的1.5-1.6倍的运行时间
|
2024-10-29 15:53:16 +08:00 |
|
a92126
|
57d91b5499
|
js在解析cht失败返回空,rs也同步这个逻辑吧
|
2024-10-23 10:22:00 +08:00 |
|
a92126
|
5ee5bfae33
|
打印的数据跟js保持一致
|
2024-10-23 10:16:45 +08:00 |
|
a92126
|
3dbf97bc8a
|
没啥新东西,不过用Rust把js的代码重新写出来了而已。写完顺手又发现几个cht文件的格式问题,一并修复了
|
2024-10-23 09:54:01 +08:00 |
|
a92126
|
a199c23ea7
|
添加一个shell文件来生成acl,不然可能别人不知道怎么生成gba.acl
|
2024-10-17 09:42:47 +08:00 |
|
a92126
|
a095a748a3
|
1 昨天做no_iter的时候,漏掉了forEach
2 addString可以复用旧字符串没错,但是也有局限,如果先放入'x'再放入'xx',虽然'x'是'xx'的一部分,却没有充分利用空间。所以修改了addString的方案,先收集字符串,在字符串收集完成后按照长度进行降序排序,然后进行统一addString,然后设置cache,这样后续使用就可以复用空间了。也确实让acll文件大小降低了
|
2024-10-16 11:28:43 +08:00 |
|
a92126
|
3ad07f892f
|
使用了更纯正的no iterator处理NO_ITER的定义
|
2024-10-15 14:30:56 +08:00 |
|
a92126
|
15694de28c
|
增加一个不使用array方法的方案进行对比。
|
2024-10-15 13:08:33 +08:00 |
|
a92126
|
5ebede3a4e
|
之前的NO_REUSE并没有去掉重用,现在去掉了,快了30%。。。
|
2024-10-15 09:39:57 +08:00 |
|
a92126
|
491141bf94
|
几个无关紧要的优化
1 format页用上了分离的size
2 parser不使用charcode而是char本身
3 去掉access的检测,反正也是基于异常处理的
|
2024-10-14 09:57:16 +08:00 |
|
root
|
effc264d08
|
也是对比修改,最重要的是把reduce的concat变成两个push并返回原来的数组
|
2024-10-13 00:42:28 +08:00 |
|
a92126
|
2bdcee2363
|
对parser做了修改,变成了纯状态处理函数,调用incr就可以完成解析了。
后续进行了流处理的试验,最终结论是,不如直接全文读取。另外对比发现,同步函数xxxSync还是比对应的异步promise版本强悍一点点,所以目前整个loadcheat都是同步的,不再需要async也没问题
|
2024-10-11 11:18:00 +08:00 |
|
root
|
e85df1de95
|
补充缺失的文件
|
2024-10-10 14:57:08 +08:00 |
|
a92126
|
4857f0de0c
|
补充修复格式后的cheat,实在是不支持注释
|
2024-10-10 14:38:44 +08:00 |
|
a92126
|
6562fe4fab
|
不处理注释,将gameinfo分隔的功能放到parser中,提升了些许性能
|
2024-10-09 14:50:12 +08:00 |
|
a92126
|
16f369b956
|
重新调整fatfs的包含路径
|
2024-10-08 16:14:30 +08:00 |
|
a92126
|
4965ad943d
|
更新ff.h的引用路径
|
2024-10-08 16:10:27 +08:00 |
|
root
|
b9cb4abda6
|
补充编译fatfs的内容
|
2024-10-08 16:06:43 +08:00 |
|
root
|
a05fd6086f
|
调整fatfs的使用位置
|
2024-10-08 15:58:25 +08:00 |
|
a92126
|
19ce7dd24a
|
为了提高打包金手指的速度,进行了多线程优化,但是发现在cpu不多的情况下,其实比起单核并不会快很多(毕竟 需要进行序列化)
|
2024-10-08 15:41:54 +08:00 |
|
a92126
|
dcee449bf7
|
刚刚的还有编译问题
|
2024-10-04 10:30:02 +08:00 |
|
a92126
|
5cddfb2597
|
release的时候还有需要处理编译的地方
|
2024-10-04 10:28:07 +08:00 |
|
a92126
|
ffa0de811c
|
启动遇到提示fatfs not ready。发现新版本不需要调用fmount了,试试看!
|
2024-10-04 10:00:01 +08:00 |
|
a92126
|
b190f926ff
|
解决新出现的连接问题
|
2024-10-03 22:26:37 +08:00 |
|
a92126
|
f33516ed94
|
解决引进了的编译问题
|
2024-10-03 22:23:48 +08:00 |
|
a92126
|
ad0163bbf4
|
缺少了依赖,加上,应该能编译成功了
|
2024-10-03 22:21:52 +08:00 |
|
a92126
|
273463f658
|
现在是修复连接错误了,嘿嘿
|
2024-10-03 22:20:29 +08:00 |
|
a92126
|
4be3f76c6d
|
还有两个赋值问题需要解决
|
2024-10-03 22:16:43 +08:00 |
|
a92126
|
ffa83e8ccc
|
解决剩余的两个编译问题
|
2024-10-03 22:12:03 +08:00 |
|
a92126
|
f203e49d52
|
还是处理编译问题,剩余不多了,估计就剩两个了
|
2024-10-03 22:07:18 +08:00 |
|
a92126
|
1de88cdea7
|
解决新出现的编译问题
|
2024-10-03 22:04:05 +08:00 |
|
a92126
|
93dfe10f7a
|
处理编译问题,替换调getFrameBuffer的调用
|
2024-10-03 21:55:27 +08:00 |
|
a92126
|
3f2a8d9c16
|
依然是修复编译错误,但是oaf_video没引进,肯定还有其它问题
|
2024-10-03 21:48:17 +08:00 |
|
a92126
|
9844baa017
|
依然是修复编译问题
|
2024-10-03 20:42:15 +08:00 |
|
a92126
|
9207c47e9b
|
继续慢慢调整编译错误
|
2024-10-03 20:40:01 +08:00 |
|
a92126
|
bb24201a43
|
由于作者去掉了亮度的设置变成了明度,我这边不想改,就自己添加了亮度设置
|
2024-10-03 20:37:20 +08:00 |
|
a92126
|
4165fb6160
|
适配新api改动
|
2024-10-03 20:16:45 +08:00 |
|
a92126
|
207506c1bb
|
避免未定义符号错误
|
2024-10-03 10:10:55 +08:00 |
|
a92126
|
81b4d94649
|
修复一些编译问题
|
2024-10-03 10:05:18 +08:00 |
|
a92126
|
77a30eeec2
|
更新包含路径
|
2024-10-02 22:44:59 +08:00 |
|
a92126
|
ed39122b89
|
继续更新Makefile,把c/c++的代码标准增进到2023
|
2024-10-02 22:25:49 +08:00 |
|
a92126
|
cd0938fc22
|
更新原有的宏定义,加上了前后下划线区分
|
2024-10-02 22:18:33 +08:00 |
|
a92126
|
64f64ffc42
|
修改编译错误
|
2024-10-02 22:07:21 +08:00 |
|
a92126
|
2a1dc303a3
|
懒得动了,先把n3ds全量放上去,然后再由编译器提示我改吧。慢慢把-Wall修正掉好了
|
2024-09-23 11:41:44 +08:00 |
|
a92126
|
ebd157b257
|
关于绑定键位使用不了ZL/ZR两个键位的BUG修复代码
|
2024-08-05 11:11:17 +08:00 |
|
a92126
|
78da297199
|
pxi.h: 添加了清理处理回调
gfx: 常量大改名、函数大改名,增加了双缓冲的一些驱动函数
其他:基本是ARM9/ARM11宏修改和BIT取值修改,bool从c风格转成c++强类型风格等。sha.c使用了memory.h进行的改动(copy32)
|
2024-08-05 10:42:11 +08:00 |
|
a92126
|
c04e09a770
|
system.h: 添加了_systemBootCore1,为跑副线程提供支持
type.h: 针对c++使用了c++23的using语法定义typedef
memory.h/memory.c 提供了不对齐拷贝32位值的实现
其他大部分头文件,只是提供了c++的头文件支持
|
2024-08-05 10:26:23 +08:00 |
|
a92126
|
1afd6e2cd7
|
经过了review,这批次的kernel文件有小改动,主要包括内存块的引用由void*变成了u8*,另外两种情况是把字面量的掩码变成inline函数增加可读性,还有把noreturn标记由宏改为装饰器……TMD你跟我说C++23都用上装饰器了!!!简直难以接受
|
2024-08-01 17:48:00 +08:00 |
|
a92126
|
98b2c783e9
|
提交kernel部分的文件,本批次的文件只进行了依赖关系、注释、宏几个方面的调整,不涉及任何逻辑代码层面的改动
|
2024-08-01 17:42:50 +08:00 |
|
a92126
|
455bdf188c
|
这两个是人畜无害的单元测试代码,可以直接提交,反正也不需要用得到这两个文件
|
2024-08-01 17:36:05 +08:00 |
|