- 博客(8)
- 资源 (1)
- 收藏
- 关注
原创 LocalDream v2.8.0 深度体验:移动端 NPU 跑 DiT 模型,Anima 终于来了
LocalDream 是目前移动端少有的能把 Stable Diffusion 完整跑在骁龙 NPU 上的开源项目。6 月底发布的v2.8.0最大的更新是加入了对Anima 模型的支持,官方 release 把这次更新排在了 changelog 的第一位。自从 merge 了 upstream v2.8.0、重新编译了 native 后端之后,我把在手里这台机器上跑了几天。这篇文章会从实际体验出发,顺带聊聊这次更新的技术实现。
2026-07-02 00:11:17
639
原创 Windows 下交叉编译 Android NPU 推理引擎:QNN SDK 2.39 → 2.45 升级实战
是 xororz 开发的 Android 应用,可以在高通芯片设备上本地运行 Stable Diffusion 模型(SD1.5 / SDXL),完全离线,无需联网。项目通过 QNN(Qualcomm Neural Network)SDK 实现 NPU 加速推理,C++ 后端以独立进程运行,通过 HTTP 与 Kotlin/Compose 前端通信。作者 fork 了这个项目(
2026-06-28 00:38:31
181
原创 让李逍遥在 Android 14 上奔跑——SDLPAL 引擎构建现代化手记
从 1995 年的 DOS 软盘,到 2026 年的 Android 14 手机,仙剑奇侠传跨越了三十一年。技术栈从 Watcom C++ 到 SDL3,构建工具从 Makefile 到 Gradle 9.4,分发方式从光盘到 GitHub Release——但李逍遥从客栈出发去仙灵岛的那一刻,永远没变。让经典不被时间淹没。这次现代化改造的完整代码在,Release 下载在Releases 页面。欢迎同样热爱仙剑的开发者一起参与。“既不回头,何必不忘。既然无缘,何须誓言。今日种种,似水无痕。
2026-06-24 22:27:25
231
原创 ioquake3(雷神之锤3 开源重制版)卡顿之谜:NVIDIA Optimus 按 exe 名选 GPU 的隐藏陷阱
误区真相原版流畅是因为用了神秘参数原版参数和 ioquake3 等价,差异在 GPUioquake3 卡是引擎问题引擎没问题,是跑在了集显上调 cvar 能解决卡顿调 cvar 只能缓解,根因是 GPU 选择ioquake3 有--gpu参数没有,OpenGL 上下文由驱动创建必须装 NVIDIA 控制面板才能选 GPU改名法最简单,零配置核心结论:在双 GPU 笔记本上跑老游戏的开源重制版(ioquake3、OpenMW、GZDoom 等),若卡顿且参数调不动,第一步先查。
2026-06-23 19:02:06
358
原创 【第1篇】无光缆、无网线、无 WiFi、无蓝牙,我用“光“把文件传到了手机里
曾经有个奇怪的想法:电脑和手机明明近在咫尺、屏幕对着摄像头,为什么要绕一大圈走 U 盘、WiFi 或蓝牙才能传文件?能不能直接用把数据"照"过去?没有实际需求,纯粹因为——于是在Claude Code/Workbuddy(免费积分)/QClaw(免费积分)的共同帮助下做了这个实现。下面两个 GIF 就是成品:PC 端高速刷新黑白二维码,手机摄像头对准屏幕,文件就"飞"过去了。
2026-06-22 00:40:51
223
原创 Android NDK 崩溃调试实战:ffmpeg-kit 连续执行 SIGSEGV 修复记
复现崩溃 → 收集 tombstone → 构建带符号的 .so→ ndk-stack 符号化 → addr2line 精准定位→ 分析源码上下文 → 修复 → 验证obj/local/和libs/的区别:前者未被 strip,ndk-stack 必须用它addr2line比 ndk-stack 更精准:能直接映射到源码行号NDK 编译记得-O0 -g并去掉--strip:否则栈帧可能被优化导致行号偏移全局变量是 FFmpeg CLI 工具的软肋:它天生不是为进程内多次调用设计的别急着改代码。
2026-06-20 20:13:33
260
原创 让 MNN 大模型App 支持外部存储:MnnLlmChat fork v0.8.3-pisces.1 发布
痛点:默认模型存在 app 私有目录,无法跨 app 共享。方案:在设置里加了"模型存储路径"选项,支持选外部存储目录,比如。✅ 模型下到外部存储,文件管理器直接可见✅adb pull无需 root✅ 多个基于 MNN 的 app 可共用同一份模型✅ 方便备份 / 迁移到 SD 卡。
2026-06-20 00:07:30
535
原创 记一次 VT-d / I/O MMU 连环崩溃:排查四天,关闭 VT-d 五分钟解决
HYPERVISOR_ERROR 0x20001 P1=0x28 = I/O MMU 出错,关 VT-d。intelppm 和 USBXHCI 都是背锅侠,谁在 DMA unmap 时踩到谁崩。VT-d ≠ VT-x,不要一刀切关掉所有虚拟化。这个 bug 只涉及 VT-d(I/O MMU),关 VT-x 没有必要——反而会让 WSL2 和 Hyper-V 虚拟机全挂。重装系统对 hypervisor 层面的 bug 没用。Hyper-V 是独立薄层,跟系统文件割开,重装无法改变它的行为。
2026-06-17 19:52:04
597
1
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人
RSS订阅