登录社区云,与社区用户共同成长
邀请您加入社区
本文对比端侧ASR两大工程路线:whisper.cpp(ggml自研)与sherpa-onnx(ONNX Runtime+硬件EP),聚焦可复用的选型方法。以whisper.cpp为例,剖析其自包含特性、量化必要性及实测关键——需控制变量,对比同设备、同音频下的延迟、内存、准确率三维度数据。强调量化虽降体积但损质量,必须实测CER;指出whisper.cpp当前不支持高通QNN,NPU加速需谨慎验
本地大模型服务的“OpenAI 兼容”仅保证核心请求响应结构一致,深层语义与行为差异易被忽略。需分层验证:传输、字段、语义、行为层,尤其警惕“静默忽略”——参数有效但无实际作用。建议先用 model+messages 跑通,逐项测试参数并建立兼容度矩阵。端侧与云端在并发、上下文上限及字段处理上存在差异,务必实测验证,避免上线后暴露隐患。
samba 4.21.0(SMB/CIFS 标准实现)在鸿蒙 PC(HAD-W24 / aarch64 / musl)上的适配全过程
适配QEMU 11.1.1至鸿蒙PC aarch64环境,攻克三大难点:静默回退的平台识别、OHOS签名与RUNPATH双门槛、CI中Python venv环境焊点。通过3个上游补丁及配方级修复,实现qemu-system-riscv64等7个可执行文件的签名交付。上游104项测试95通,消费者测试全通过,CI问题均定位至环境根因。项目已合并入主干,为鸿蒙PC生态提供RISC-V系统模拟底座。
Zeek 8.2.1成功移植至鸿蒙PC(aarch64)面临四大核心挑战:私有生成器工具链兼容、libc++标准库缺失(std::ranges/std::pmr)、CMake交叉模式ALIAS展开缺陷,以及测试链断裂。通过76个可移植补丁与2个零平台宏shim,修复10类差异,实现上游单测26/26通过,消费者测试在真机回放4/4
Linux系统也可轻松投屏至手机!无需安装驱动,仅需Chrome浏览器与AirDroidCast App。确保设备同Wi-Fi下,电脑打开内容后,手机扫码连接,选择窗口投屏(如仅投PPT),实现同步显示、隐私保护。支持iPhone、安卓、鸿蒙系统,操作简单安全,适用于演示、会议与远程协作,大幅提升办公效率。
本文记录 include-what-you-use 0.26.src 在鸿蒙PC aarch64平台的完整适配过程。基于Conan 2.29.1与OHOS 6.1.0环境,零补丁复用上游源码,完成CMake构建与5项平台适配。227条上游测试实跑通过率98.2%,3条失败源于标准库差异(非缺陷)。制品仓已发布,PR #13202 合入主干。攻克了标准库头注入、clang-cl参数注入、沙箱签名等高
mpd 0.24.12 鸿蒙 PC 适配实录:40 个可移植源码补丁、8 个 pkg-config shim、meson 交叉编译;上游测试 16/16(170 例)、消费者 9 断言(含 null 输出播放闭环);CI 7 轮 4 绿,PR#13375合入 main并入制品仓。
lldb 0.0.1(llvmorg-22.1.0)鸿蒙PC aarch64 standalone 适配:8 个 CMake 补丁,消费制品仓预编译 llvm/clang 不重编 LLVM;上游测试全量执行 65025(lit 33638 @94.52% + gtest 31387 @99.91%,后者已含于前者逐用例条目,不可相加),120 个失败全归因(零适配缺陷);CI 11 轮 6 绿 5
libadwaita 1.8.8 移植鸿蒙 PC(aarch64):1 个 portability 补丁、10 项适配解决 9 项环境差异。无显示下,63 个上游测试因 SIGTRAP 阻塞;2 个纯计算测试的 105 条公共 API 断言 1:1 通过,加扩展共 124 条消费者探针 124/124 全过;137 条私有 API 断言因符号未导出,分类留证。按“可移植断言子集”和“无显示 API
LockLens 是一个发布前依赖诊断工具,通过分析 ohpm 的依赖树与锁定快照,生成可评审的摘要。它不替代包管理器,而是聚焦“实际发布内容”:对比直接依赖、解析结果、锁定来源与发布基线,识别重复版本、来源漂移等风险。通过归一化依赖树、分离版本与来源差异、追踪父链路径,帮助团队在代码评审中精准定位问题,避免因依赖隐性变化导致发布隐患。
本文为昇腾310P算力平台零基础安装指南,基于Ubuntu 26.04 + 内核7.0环境,详细演示如何在驱动已装(npu-smi可见10张卡)的前提下,通过root权限完成CANN 8.0.0计算栈的完整部署。重点解决系统Python 3.14过新(仅支持3.7~3.10)的问题,采用conda创建独立3.10环境,并分步安装toolkit与310P专用算子包。全程提供可复制命令、每步验证标准及
C语言初学者在鸿蒙PC的实操中关于vim文件意外退出导致报错的解决方法分享
手机下载了《兄弟连》电影,但鸿蒙系统更新后再也找不到播放记录了,只能在文件夹管理器中看到源文件,但再也无法进行播放。
从安全合规表现来看,Win解压缩V10的安全能力经过权威验证,零广告零捆绑的设置不会打扰用户正常使用,AES-256加密功能可满足涉密文件压缩传输的需求,全平台覆盖Windows/Mac/Android/鸿蒙系统,跨系统使用不会出现兼容问题,个人与企业用户都可放心使用。从实测结果来看,Win解压缩V10轻量化优势明显,20M的安装包不会占用过多磁盘空间,大文件解压时CPU平均占用率仅15%,不会影
本文介绍了使用Canvas开发贪吃蛇游戏的关键技术点。游戏采用20×24网格坐标系,通过帧循环(setInterval)实现每150ms更新游戏状态。核心逻辑包括:用数组管理蛇身坐标(unshift/pop实现移动),随机生成食物位置,碰撞检测(边界和自身),以及分数持久化存储。文章重点解析了单步推进函数step()的实现细节,包括方向缓冲、碰撞判定、蛇身增长机制等。该案例展示了从静态绘制到交互式
鸿蒙hdc工具配置指南 hdc是鸿蒙系统的设备调试工具(类似安卓adb),用于连接设备、执行命令、传输文件等。本文提供Windows/Linux环境配置步骤: 获取hdc:通过DevEco Studio安装或下载命令行工具包,默认路径在SDK的toolchains目录下 配置环境变量: Windows:添加toolchains路径到系统PATH Linux:需额外配置udev规则(解决USB设备权
常量部分将项目中的样式与配置相关的数值统一抽离为独立的常量类,便于维护和全局复用,同时避免在代码中随意使用「魔数」。以下常量覆盖了响应式断点、百分比、字体粗细、间距、字号、圆角、图标尺寸、动画时长、透明度、层级、时间计算以及常用颜色等典型场景。所有常量均采用的方式定义,类型安全,取值一目了然。可根据自己项目实际情况进行拆分。
本模块代码用于向 GE 计算引擎完成算子身份注册,全局约束算子全部输入、输出参数的必填属性、支持数据类型、张量存储格式与适配硬件型号,同时完成形状推导、分片回调函数绑定,是算子能够被编译框架识别的核心入口。给定三组 64 位整数 a、b、p,求解表达式 (a × b) mod p 的计算结果。存在 5×5 规格方阵,共计 25 盏受控灯具,单盏灯具开关切换会同步翻转自身与上下左右相邻灯具状态,边界
实现一个情绪追踪日记应用,用户每天可以选择心情 emoji 并记录文字内容,支持历史查看、按心情筛选、心情统计和删除操作。
模型层面量化技术从INT8向INT4甚至INT2演进知识蒸馏成为小模型训练的标准流程NAS(神经架构搜索)自动化设计端侧模型硬件层面NPU成为中低端设备的标配(不止旗舰机)多NPU协同工作需要更好的软件抽象专用AI芯片(如Google TPU、华为昇腾)生态扩张操作系统层面AI成为操作系统的一等公民(First-class Citizen)系统级AI服务(如Android AICore)降低开发门
开源鸿蒙PC三方库交叉编译:turbojpeg(libjpeg-turbo)交叉编译与验证记录
🛠️ 验证前准备清单在开始部署前,请确保以下基础环境已就绪,这是验证成功的前提:硬件与驱动确认确认 NPU 型号为 Ascend 310P3,且 npu-smi info 显示健康状态为 OK。确认 CANN 版本与 MindIE 版本严格匹配。根据昇腾官方文档,MindIE 1.0.RC3 是适配 310P3 的推荐版本,请勿使用更高或更低版本1。确认 Docker 环境已安装,且已获取昇腾官
ARM、Unix、Linux、Ubuntu、CentOS、openEuler(欧拉)很多人长期搞不清:到底谁是内核?谁是系统?谁是架构?谁基于谁?谁淘汰了?谁替代谁?为什么 IoT 都在用 Ubuntu?CentOS 为什么停更?本篇文章把所有混淆点一次性彻底打通,从层级、历史、血缘、场景、替代方案全部讲透。鸿蒙管「万物终端」,欧拉管「算力底座」所有看得见、带交互的智能设备 = 鸿蒙所有看不见、做
ImageKnife v3.2.9 已发布。本次升级聚焦该库质量提升,将 JPEG 图片解码像素格式由 RGBA 切换为 YUV(NV12),并新增全局解码优化开关,在无图形变换场景下显著降低解码后的图片内存占用,兼容升级,开发者无需修改现有代码即可享受本次改进。推荐所有该库用户升级至本版本。
昇腾910B拉起模型MinerU2.5-Pro-2605-1.2B
本文分析了鸿蒙元服务卡片页面的状态变量设计、视觉风格和核心组件实现,重点包括: 状态变量设计:采用7个变量构成"生命周期协议栈",包括原子状态、能力阶段、卡片ID等,通过类型设计区分不同语义场景。 暗色主题体系:唯一使用暗色背景的页面(#0F1118),建立五级灰度文本层级,模拟终端控制台视觉效果,增强日志可读性。 生命周期可视化: ChainSection组件将启动链路分为三阶段(桌面→卡片→U
对于需要在多种设备和系统之间频繁切换的用户来说,这是最省心的选择。但需要注意的是,向日葵的部分高级功能(如高帧率、远程摄像头)在各平台的开放程度不一致,有些功能仅在Windows端可用。:Windows、macOS、Linux、iOS、Android和鸿蒙系统,所有平台的功能保持一致,不存在"某端功能阉割"的情况。我身边就有活生生的例子:一位运维同事的公司服务器全是Linux系统,他之前用的某款远
本文通过从零构建一个三态可拖拽底部面板,深入讲解了 HarmonyOS ArkUI 中手势交互和动画系统的综合应用。PanGesture 手势识别fingersdirectiondistance三个参数精确控制手势行为拖拽跟随公式,手指上滑(负 offsetY)→ 面板变高,手指下滑(正 offsetY)→ 面板变矮边界钳制限制面板范围松手吸附:计算到三个停靠点的距离,选择最近的目标,animat
HarmonyOS NEXT 四态加载管理实践 本文介绍了在 HarmonyOS NEXT 中构建完整数据加载体验的四态管理模式: 加载中(Loading):使用 LoadingProgress 组件配合骨架屏,缓解用户等待焦虑 加载成功(Success):展示完整数据内容,保持与骨架屏一致的布局结构 空数据(Empty):包含视觉插图、状态说明和操作引导,提供明确的"出口" 加载失败(Error
本文介绍了HarmonyOS NEXT ArkUI中Grid组件的使用方法和应用场景,重点讲解了如何实现网格布局的动态列数切换、分类筛选和搜索功能。文章包含以下核心内容: Grid组件基本用法:通过columnsTemplate定义列数和宽度,配合rowsGap/columnsGap设置间距,实现等宽网格布局 动态列数切换:通过修改columnCount状态变量,实时调整网格密度(3/4/5列)
本文介绍了HarmonyOS NEXT ArkUI中Radio组件的使用方法,通过构建健康评估问卷案例展示了单选按钮的实际应用。文章详细讲解了Radio的核心API,包括value、group参数以及checked状态绑定,并重点阐述了group属性实现选项互斥的机制。同时介绍了如何通过radioStyle自定义样式、扩大点击区域等优化用户体验。在健康问卷设计中,采用数据驱动的方式管理5道单选题的
本文介绍了 HarmonyOS NEXT ArkUI 中的 Swiper 轮播组件,详细解析了其核心 API 和配置方法,并展示了如何构建一个"知识卡片浏览器"应用。文章首先概述了 Swiper 组件的基本用法,包括自动播放、循环模式、指示器设置等关键功能,并介绍了 SwiperController 的编程式控制方法。随后,通过一个具体案例演示了 Swiper 组件的实际应用,包括卡片布局设计、数
本文介绍了HarmonyOS NEXT ArkUI中的TextTimer组件及其在专注计时器应用中的实践。TextTimer是一个自动更新的文本计时组件,支持正/倒计时模式,通过TextTimerController实现启动、暂停和重置控制。文章详细解析了组件API、状态管理和核心功能实现,并构建了一个完整的番茄钟应用,包含预设时长选择、进度显示和完成统计功能。该组件适用于各类计时场景,相比Tex
本文介绍了基于HarmonyOS NEXT ArkUI构建图片浏览系统的关键技术。通过组合Stack、Scroll等基础组件,实现了包含主视图区、导航控件、进度指示器、缩略图带和操作区的完整图片画廊功能。重点阐述了单索引状态管理(currentIdx)驱动视图更新的响应式编程模式,以及前后导航、缩略图跳转、收藏状态、自动播放等核心交互的实现细节。文章对比了手动构建与Swiper组件的适用场景,强调
本文介绍了如何在HarmonyOS NEXT ArkUI中通过基础组件组合构建完整的标签管理系统。系统支持添加标签(自动分配颜色)、删除标签、搜索筛选和多选操作等核心功能。文章详细讲解了标签数据结构设计(包含ID、文本、颜色和选中状态)、状态管理策略(使用slice()确保数组引用更新)、搜索筛选逻辑(即时子串匹配)以及多选交互设计(视觉反馈与批量操作)。通过组合TextInput、Grid等基础
CalendarPicker是HarmonyOS NEXT ArkUI提供的日历组件,支持月视图展示、日期选择和自定义范围。本文通过日程管理案例,详细介绍了其核心API使用,包括日期选择回调、对齐模式等关键功能,并展示了如何实现日历与事件数据的联动显示,为空状态提供了良好的用户体验设计。该组件适用于需要直观展示日期分布的各类应用场景。
本文介绍了HarmonyOS NEXT ArkUI中的TimePicker组件,详细解析其API设计和使用方法。TimePicker采用两列滚轮(时/分)的简洁交互模式,适用于闹钟设置、预约时段等场景。文章重点讲解了12/24小时制转换逻辑,并通过"闹钟模拟器"实战案例,展示了时间选择、时制切换、倒计时计算等核心功能的实现。该组件与DatePicker、TextClock共同构成ArkUI完整的时
本文介绍了HarmonyOS NEXT中ArkUI框架提供的对话框组件,重点讲解了CustomDialog和AlertDialog的使用方法。CustomDialog通过@CustomDialog装饰器和CustomDialogController实现高度自定义的弹窗交互,适合复杂场景;而AlertDialog则适用于快速创建标准化的确认对话框。文章通过"个人设置中心"案例,展示了四种常见对话框的
本文介绍了如何在 HarmonyOS 中使用 Refresh 组件实现下拉刷新功能。文章首先阐述了移动端下拉刷新的重要性及其实现难点,随后详细解析了 Refresh 组件的 API 设计,包括构造函数、链式方法和状态枚举。通过一个"动态资讯"Demo 展示了 Refresh 组件的完整应用场景,涵盖下拉刷新、手动刷新按钮、列表滚动和内容展开等交互功能。文章重点讲解了如何利用 $$ 双向绑定管理刷新
本文介绍了如何在HarmonyOS中使用QRCode组件生成二维码,并实现一个二维码生成器Demo。主要内容包括: QRCode组件API总览 构造函数接收待编码字符串 支持设置码点颜色和背景颜色 继承通用布局属性 二维码生成器功能设计 实时预览二维码 文本输入与生成 6种预设内容快速填充(URL、WiFi、电话等) 5种前景色和背景色切换 实现要点 分离输入状态和显示状态 220vp固定尺寸保证
本文介绍了HarmonyOS中的Badge组件,这是一个专用于为UI元素添加角标/徽章的容器组件。Badge组件支持自定义位置(右上/右下/右侧)、颜色、大小和最大显示数字,当数值为0或空字符串时自动隐藏角标。文章通过一个"消息中心"Demo详细讲解了Badge的核心用法,包括如何设置角标位置、样式,以及实现与列表的交互联动,如点击标为已读清除角标。Demo展示了消息列表的未读角标功能,并提供了完
本文介绍了HarmonyOS的Search组件及其在城市搜索Demo中的应用。Search组件提供开箱即用的搜索框功能,内置搜索图标、清除按钮等,开发者只需关注数据过滤逻辑。文章详细解析了Search组件的API、onChange和onSubmit的区别,以及如何实现搜索历史管理、三态视图切换和实时过滤功能。通过一个城市搜索Demo,展示了如何构建包含热门推荐、关键词匹配和搜索历史的完整搜索功能。