OneDragon424
OneDragon424
i haven't to put this issue which is because my poor RTFM and STFM(i don't know how to search it) couldn't give me a feasible[ i have checking the first...
> 这个地方其实衍生与我在阅读这两个地方的时候(https://learningos.github.io/rust-based-os-comp2022/chapter1/4mini-rt-baremetal.html and https://rcore-os.github.io/rCore-Tutorial-Book-v3/chapter1/3first-instruction-in-kernel1.html) > 疑问点在于具体的操作内容（可能以下内容严重暴露了我知识体系的不足，请大佬们见谅） 1. 根据rCore手册中所表示的内容，我们应当传入一个内存镜像（牵涉到丢弃内核可执行文件中的元数据得到内核镜像的内容） > 这个地方我的理解就是我们会传入一堆二进制编码信息 2. （[调整内核的内存布局](https://rcore-os.github.io/rCore-Tutorial-Book-v3/chapter1/4first-instruction-in-kernel2.html#id4)）章节表示*链接器所生成的默认内存布局不一定能符合我们的需要，在此需要通过Linker Script 来对于链接器的行为进行调整，使得最终生成的ELF文件（可执行文件）的布局符合我们的预期，在此修改Cargo的配置文件以使用我们的链接方案* 3. 以及[正确配置栈空间布局](https://learningos.github.io/rust-based-os-comp2022/chapter1/4mini-rt-baremetal.html#id5)部分的，通过内联汇编代码实现的，我们对于内存的一个划分要求 4.  **问题**：基于以上的几种材料，我们能否认为，在整个的操作流程中，我们是按照以下顺序进行的呢？ 1. rustc （以一种我目前不了解的方式）将可能需要用到的文件组件*全部*转化成为汇编语言文件 2. 在main文件`_start`之前通过`asm!`实现的汇编代码调用`core::arch::global_asm!(include_str!("entry.asm"));`实现对于栈内存的分配 3. 根据图片4类似的方法，cargo实现了链接操作，具体操作就相当于将各个文件的各个段按照链接文件中与asm中目标文件的符号表中的全局符号进行分配？ 4. 最终链接成为一个ELF文件，经过`rust-objcopy`剔除其中的元数据，得到内存镜像（二进制文件？） 5. 然后再整个加载到`0x80200000`，也就是Rustsbi硬件初始化完成之后的位置中...
**Basic information** `zellij --version`: 0.36.0 `stty size`: 26 142 `uname -av` or `ver`(Windows):Linux Dell 5.19.0-43-generic #44~22.04.1-Ubuntu SMP PREEMPT_DYNAMIC Mon May 22 13:39:36 UTC 2 x86_64 x86_64 x86_64 GNU/Linux List of...
Recently, I was trying to enable jtag debugging on bare metal projects, and I found some problems while doing simple tests on this project, which may BC my STFW ability...
> 目前基本完成了`nix flakes`的配置，可以在`nix`环境下直接通过`nix develop`打开执行环境，尽可能的降低课程依赖的安装对于外界环境的影响也可以更好的移除，*可能具有更好的平台适用性，但是我没测试过*。 *注意：使用本文的方法最好需要有一定`nix`的使用基础，以在可能出错的地方修改代码使之正常运行。（本文的代码尚未完全测试）* [配置文件最新地址](https://gist.github.com/jackyliu16/e6952c26a3810e4b46a1d348831984dd) 如果在使用的过程中遇到了任何问题，欢迎回复（就是不一定我能解决 ```nix # update in 2023-05-24 21:26 { description = "A devShell for rCore"; inputs = { nixpkgs.url = "github:NixOS/nixpkgs/nixos-unstable"; # nixpkgs-qemu7.url = "https://github.com/NixOS/nixpkgs/archive/7cf5ccf1cdb2ba5f08f0ac29fc3d04b0b59a07e4.tar.gz";...
Now the default operation seems is to display the whole information of the blog in the blog page, It is not convenient for others to see your other article information...
时光相册管理团队已经决定将在今年11月15日终止运营，需要考虑从仓库中删除该签到程序，甚至提供更加方便的文件自动下载功能（保存时光相册内部的相册规划）。
Hello, recently I want to try to understand some revealjs framework, try to see if I can use it to implement some of my presentation slides. But I don't know...
现有的自动战斗系统相对来说还是太死板，感觉是否可以考虑改进作战策略系统，**提供各个不同角色之间的策略互动**以及更加细节的判断（我感觉可以参考scratch提供一套**判断语句系统**，_手动在 pywebio 应用程序中嵌入 Blockly_），同时还可以**添加生命值等判断**，在生命值低的时候自动切换到recovery的角色进行恢复。连招支持什么的。 比如说当胡桃处于元素战技持续时间的时候，由于女仆的盾好了会自动切换过去，而不是等待当前元素战技时间结束之后进行跳转，造成了很大程度上的损失，但是这样也会对CV有着更高的要求。
1. 霓裳花自动采集过程中在璃月-天衡山附近传送点自动寻路的时候会出现由于**树根阻挡一直卡住**的情况（类比房子也会），考虑可能是因为寻路算法是通过取两点间直线而没有考虑到可能的避障需要，可能需要在算法中简单加入部分噪声或者避让或者采用别的算法。 2. 在进行攀爬的时候，可能由于逻辑写死，导致在**没有体力之后仍然会不断的进行登山**。可能需要CV提供有关于体力值的检测。目前我没有看目前实现的算法，不过我感觉这个地方还可以基于当前山的高度*系数/体力进行一下简单计算来剪枝增速。 3. 能否**优化有关于stuck的判断比如说降低时间**什么的，我测试的时候感觉有点像是在一个地方卡很久（1m？）才会触发这个机制，_还不太了解这个地方的处理。_ 4. **慕风蘑菇自动采集**中明显出现**自动寻路到目的地之后反复的爬墙**，甚至在能碰到蘑菇的地方而不自动收集（这个地方理论上应该内置自动采集功能）。同时，由于慕风蘑菇的生长位置有点抽象，不能简单用自动寻路功能予以实现。可能需要通过精准定点坐标+特定角度？识别之后将其置于中心或者沿着TLPP保持与记录者完全一致的路径前进进行收集（我简单看了下，似乎没看到角度相关的内容？_不过不排除视频采集的时候自动获取了，但是这样我就不知道为什么会这样了，总不至于是坐标系吧_）。 6. 应该考虑**单独提供自动寻路功能**，目前有三种有关于自动寻路的设想，一种是类似于目前自动寻路功能，对着按v出来的目标点莽牛冲撞，一种是基于图像上黄色引导带的自动跟踪，一种是地图特定标签自动寻路。 以上就是我昨天简单测试了下程序之后有关于自动寻路方面的问题，后面我有时间了也一起debug ）【画个饼】