obs-zoom-to-mouse-zh:汉化之外的一次 OBS 脚本维护
obs-zoom-to-mouse-zh Fork 自 BlankSourceCode/obs-zoom-to-mouse。我基于上游的核心思路参与了当前中文版本整套脚本的整理与构建,并参考 fixajteknik 的方案处理新版本 OBS 兼容问题。 这个仓库要解决什么问题录制软件操作或代码讲解时,完整桌面里的文字往往太小。这个脚本需要在 OBS 中根据鼠标位置放大显示器捕获画面,并平滑跟随光标;鼠标停下来后还要留出一个安全区域,避免画面一直晃动。 旧版本已经有基础能力,但中文用户面对的是英文设置和英文文档,而且脚本在 OBS 32.0.2 上出现兼容问题。我的目标因此不是只翻译几行文字,而是交付一份在当前 OBS 中能加载、能配置、能缩放,也能按文档排错的中文版本。 我采用的整体方案这个仓库最终保持得很小:一个约 1299 行的 Lua 主脚本、一份中英双语 README 和一个 GIF 演示。代码全部运行在 OBS Script API 中,不额外引入安装器或后台服务。 脚本内部按运行职责组织:平台层从 Windows、Linux 或 macOS 获取鼠标和显示器...
芯片缺陷检测:把 YOLOv11 部署到树莓派并接入数据大屏
本科阶段协助研究生准备华为杯时,我写了一套芯片表面缺陷检测程序。需求不只是拿一张图片跑出检测框,而是把模型放到树莓派一类边缘设备上,接入工业相机连续推理,发现异常时给出本地提示,并把结果送到数据大屏。 归档中的推理部署、海康相机接入、告警、数据库上传和大屏数据链路都由我完成。项目最终识别裂纹、边缘斑点、薄膜缺失、薄膜残留、氧化、凹坑、划痕和斑点八类问题。 我先把目标定成一条完整检测链路flowchart LR A["海康工业相机"] --> B["树莓派采集进程"] B --> C["YOLOv11 边缘推理"] C --> D["检测框、类别与置信度"] D --> E["本地预览 / 录像 / 蜂鸣器"] D --> F["异常采样与 MySQL 上报"] F --> G["趋势、分布与最近记录大屏"] 这条链路里,模型推理只占中间一段。前面要处理相机 ...
MaixPy-UI-Lib:我参与构建的嵌入式 UI 组件体系
MaixPy-UI-Lib 是我基于 aristorechina/MaixPy-UI-Lib 参与继续构建的轻量级 UI 库。我的工作覆盖组件组织、分辨率适配、页面系统、包结构、示例和文档,其中多项修改通过 PR #2、PR #4 和 PR #7 合并到上游。 这个仓库要解决什么问题MaixPy 设备可以直接在图像上绘制界面,但项目一复杂,按钮命中、滑块状态、页面切换和不同分辨率会反复出现。如果每个应用都在主循环里手写坐标判断,UI 代码很快会和视觉算法、相机处理混在一起。 这个仓库要提供一套适合嵌入式环境的基础 UI:组件足够轻,能够直接绘制到图像;输入事件由管理器统一分发;多页面应用有清楚的进入、退出和返回规则;在不同屏幕尺寸上还能复用同一套设计坐标。 我采用的整体方案我参与把代码整理成标准 src/maixpy_ui 包。components 下分别放按钮、滑块、开关、复选框和单选框,每类组件都有对应管理器;core/resolution_adapter.py 负责设计分辨率到设备分辨率的换算;core/ui_manager.py 定义 Page 与 UIMana...
MaixCam 井字棋机器人:视觉、决策与机械控制
MaixCam_Tic_Tac_Toe_2024 是我为 2024 年电赛 E 题参与设计和构建的井字棋机器人。仓库里的相机视觉、棋盘状态、博弈决策、交互界面和串口控制共同组成一套完整系统,不是只训练了一个棋子检测模型。 这个仓库要解决什么问题机器人要在真实棋盘上与人对弈。它必须找到棋盘和棋子,判断对手本轮新增或移动了哪颗棋子,计算自己的落点,再控制 XYZ 三轴滑台完成取棋和落子。不同游戏模式还需要在屏幕上选择、显示和复位。 这里任何一层出错,最后都会表现成“机器人下错了”。视觉识别正确但坐标映射偏了,机械臂仍会落错;Minimax 计算正确但棋盘状态读错,决策也没有意义。因此我从一开始就按感知、状态、决策、控制和交互五部分组织方案。 我采用的整体方案相机感知使用传统计算机视觉与 YOLOv5 组合。OpenCV 负责规则明确的棋盘轮廓、透视校正和九宫格定位,YOLO 处理背景变化更大的棋子。模型文件和 MUD 配置随仓库保存,MaixCam 可以直接加载推理。 感知结果不会直接变成串口命令,而是先转换成统一棋盘数组。BoardChangeDetector 比较前后两次稳定状态...
Scoliosis AI Analysis:从椎体关键点到 Cobb 角
Scoliosis-AI-Analysis 是我参与设计和构建的脊柱侧弯辅助分析原型。我的工作覆盖数据转换、模型训练、关键点推理、Cobb 角算法、结果可视化、报告接口和 Gradio 应用,目标是验证一条从 X 光图像到可复核测量结果的完整路径。 这个仓库要解决什么问题脊柱侧弯评估需要在 X 光图像中确定椎体方向并测量 Cobb 角。人工测量依赖专业经验,重复操作也会产生差异。这个项目尝试自动定位椎体关键点,再用明确的几何方法计算角度,并把测量依据画回图像。 我没有把目标设成“上传图片后直接给出诊断”。模型输出必须能被检查,角度计算要能追溯,生成式报告也只能整理测量结果。仓库因此更适合作为辅助分析原型和研究验证。 我采用的整体方案整套代码按数据、模型、测量、报告和界面组织。 数据层把原始 .mat 标注转换为 YOLO Pose 格式,将 17 个椎体表示为 68 个关键点,并生成训练、验证、测试拆分和数据集 YAML。train_model.py 负责 YOLOv11-Pose 训练,训练结果、曲线和权重保存在仓库中;yolo_detector.py 封装推理与关键点输出。 ...
KanResNet 调制识别:一次关于公平对比的实验
KanResNet-Modulation-Recognition 是我参与设计和构建的一套无线信号调制识别实验。项目参考 isaaccorley/pytorch-modulation-recognition 的训练流程,并使用 IvanDrokin/torch-conv-kan 的 KAN 卷积实现。在这些基础上,我把数据、ResNet/KanResNet、训练、评估、预测和交互界面组织成可比较的完整仓库。 这个仓库要解决什么问题调制识别需要根据 I/Q 信号判断调制方式。RadioML2016.10a 同时包含多种调制类别和不同信噪比,低 SNR 下有效特征容易被噪声淹没。 我想验证引入 KAN 卷积后的 KanResNet 在这项任务中会有什么表现,但只训练一个新模型无法说明问题。必须保留一个稳定 ResNet 基线,让两者使用相同数据与训练条件,再按信噪比查看结果。 因此这个仓库解决的不只是“实现 KanResNet”,还要建立一套公平、可复现并能回到具体样本的对比流程。 我采用的整体方案torch_modulation_recogn...
PowerBox:我用 Flet 构建效率工具的第一次尝试
PowerBox 是我参与设计并完成整体构建的一款效率工具。它使用 Python 和 Flet,把 Todo、番茄钟、倒数日、主题设置和坚果云 WebDAV 同步放进同一个应用。 这个仓库要解决什么问题我平时需要记录待办、专注时间和重要日期,但不想在几个小工具之间切换。我希望做一个统一入口:打开后可以进入不同功能,数据退出后仍然保留,有需要时还能通过坚果云在不同设备间同步。 这也是我第一次尝试把一个应用从界面做到本地存储和网络同步。三个功能需要共享主页、设置、生命周期和数据目录,作为同一个应用运行。 我采用的整体方案应用以 Flet 为 UI 框架。main.py 和 web.py 提供启动入口与应用外壳,HomepageButton 组成主页导航,AnimatedSwitcher 在主页、Todo、番茄钟和倒数日之间切换。设置对话框管理主题、坚果云账号与同步操作。 三个业务模块各自独立:todo.py 定义任务与任务列表,pomo.py 负责计时、暂停、继续和统计,countdown.py 管理日期任务,datePicker.py 提供日期选择。各模块实现自己的 load() ...
《大国的兴衰》读书笔记
最早整理这篇笔记时,我存了很多别人的书评和摘录,后来越堆越长,反而看不出自己读完留下了什么。重新整理后,我只想回答一个问题:保罗·肯尼迪怎样解释大国的兴起与衰落,这套解释今天还有多少参考价值? 《大国的兴衰》讨论的是 1500 年以后各主要国家之间的力量变化。它不是把历史写成几位统治者的胜负故事,而是反复比较生产、财政、技术和军事之间的关系。国家可以在一场战争中获胜,也可能因为长期支付战争成本而变弱。书里最让我记住的不是某个结论,而是这种看问题的尺度。 军事力量背后是一张账单军队和舰队不会凭空出现。造船、火炮、补给、交通和士兵薪饷,最后都要落到税收、信贷和生产能力上。一个国家短期内可以借债扩军,甚至连续赢得战争;时间拉长以后,财政是否撑得住,往往比某次战役更重要。 西班牙和哈布斯堡王朝就是书里反复出现的例子。美洲白银、辽阔领地和王朝关系让它看起来资源雄厚,但需要防守的方向也太多。地中海、低地国家、德意志地区以及同法国的竞争,把军费和债务不断推高。财富流入并没有自动变成更稳定的税制和生产能力,庞大的战略目标反而越来越难以维持。 荷兰与英国走的是另一条路。它们同样打仗,却更善于把商业...
5G 基站安装与调试:现场设备与业务验证
这篇更偏现场建设和设备安装,和上一篇“开通与调测”可以互补阅读。重点看勘察、AAU 安装条件、供电防雷、设备安装和 C-V2X 场景,不必把每个工程参数一次性背完。 这是 2022 年课程与设备资料的学习记录,不是当前工程安装规范。现场施工必须使用项目最新版设计文件、安全规范和厂商手册。 5G网络概述5G网络发展技术背景 5G 标准同时考虑增强移动宽带、低时延高可靠通信和大规模机器连接,不同场景仍需要不同的频谱、组网和设备配置。 相比前代网络,5G 在速率、容量、连接密度和空口时延等方面提供了更高能力,可服务高清视频、云应用、工业自动化和车联网等场景。 5G 基站勘察与规划5G 基站勘察概述根据项目阶段,勘察可分为初勘(网络规划现场勘察)和复勘(工程设计现场勘察)。 网络规划现场勘察(初勘) 站点周围地形地貌 站点周围环境安装配套(电源、走线、物业) 工程设计现场勘察(复勘) 站点室内/室外的现场勘察 采集机房设备和天馈系统数据,包括站高、方位角、下倾角、射频单元选型、射频功率与频段 机房内勘察整体环境 门窗:应具备密封、防尘和防盗能力,并保证...
5G 基站开通与调测:软件与配置
这篇偏工程实操,重点是开通调测的流程和工具使用。建议按“开通准备 → CFG 配置文件制作 → SA/NSA 开通 → 状态核查 → LMT/Wireshark 排障”的顺序看,不需要一开始就死记每张图。 操作界面、板卡型号、命令和参数均来自 2022 年课程设备。它们适合复盘当时的实验,不应直接作为其他厂商或新版本设备的现网操作手册。 概述 基站硬件安装完成后,还要经过软件配置、版本与资源检查、逻辑小区建立和业务验证,才能正式承载业务。 调测的直接目标是让本地小区和逻辑小区正常建立。传输、基带、射频及时钟资源都应处于可用状态。 本文依次记录开通准备、SA/NSA 配置、状态核查,以及使用 LMT 和 Wireshark 排查问题的方法。 5G基站开通与调测基础5G系统的开通与调测需要协同接入网、传输网和核心网多个方面的资源。SA模式下,5G基站系统通常由EMB6216+AAU构成。针对中国电信联通中国移动的应用场景,5G系统配置主要分为以下几种: 3.5G单模100M配置(S111)通常应用于电联网络,5G系统配置如图8-1所示。 每个...






