新闻详情

新闻详情

首页 / 资讯中心 / 详情

mp4parser4cj鸿蒙实战:FFmpeg交叉编译aarch64-linux-ohos,3步完成OHOS部署

发布时间:2026/11/14 9:05:39来源:尧图网络
mp4parser4cj鸿蒙实战:FFmpeg交叉编译aarch64-linux-ohos,3步完成OHOS部署
mp4parser4cj鸿蒙实战FFmpeg交叉编译aarch64-linux-ohos3步完成OHOS部署【免费下载链接】mp4parser4cj一个读取、写入操作音视频文件编辑的工具项目地址: https://gitcode.com/Cangjie-TPC/mp4parser4cjmp4parser4cj 是一个用仓颉语言编写的音视频文件编辑工具一行代码即可完成 mp4 视频的合成、裁剪、批量合成与 mp3 音频的同类操作。它的核心是一个构建在 FFmpeg 之上的动态库因此要把它部署到鸿蒙OHOS真机绕不开一个关键动作——FFmpeg 交叉编译 aarch64-linux-ohos。本文带你用 3 步走完全流程不绕弯路。为什么必须交叉编译 FFmpeg与spawn 一个 ffmpeg 命令行进程的工具不同mp4parser4cj 通过 C FFI 直接调用 FFmpeg 库内部函数src/mp4parsers.cj 中的ffmpeg_exec会把命令字符串拆分后交给 FFmpeg 库内的c_ffmpeg_exec入口执行。这意味着你需要一个编译到目标架构的特殊版 FFmpeg 动态库它具备两个特点可交叉编译同一套流程可产出 Linux x86_64、Windows 与 aarch64-linux-ohos 三套库编译入口见 README.md功能完整覆盖视频/音频剪辑六大功能明细见 doc/feature_api.md整体架构很清晰仓颉类层MP4Parser业务方法 FileUtils路径校验见 src/fileutils.cj构建在 FFmpeg core 动态库层之上。第一步修补 FFmpeg 源码加入仓颉调用入口先克隆仓库准备一套 FFmpeg 源码git clone https://gitcode.com/Cangjie-TPC/mp4parser4cj在 Linux 或 msys2 中进入 FFmpeg 根目录执行以下修补脚本完整版本见 README.mdsed -i /PROGS)/,/endif/d Makefile sed -i s/%$(PROGSSUF)_g$(EXE/lib%$(PROGSSUF)$(SLIB/ Makefile sed -i /$(OBJS-$\*) $(FF_EXTRALIBS)/a \\t$(STRIP) $ Makefile sed -i s/%$(PROGSSUF).*$(EXESUF)/lib%$(PROGSSUF)$(SLIBSUF)/g fftools/Makefile sed -i s/$(1)$(PROGSSUF)_g$(EXESUF)/lib$(1)$(PROGSSUF)$(SLIBSUF)/g fftools/Makefile sed -i s/$(LDFLAGS-$(1))/$(LDFLAGS-$(1)) -shared/ fftools/Makefile sed -i s/^int main/int ffmpeg_exec/ fftools/ffmpeg.c sed -i $a \nint c_ffmpeg_exec(char *str)\n{\n char *tmp strtok(str, );\n int i 0;\n char *argv[] {0};\n argv[i] tmp;\n while (tmp ! NULL) {\n i;\n tmp strtok(NULL, );\n argv[i] tmp;\n }\n return ffmpeg_exec(i, argv);\n} fftools/ffmpeg.c sed -i /#endif.*FFTOOLS_FFMPEG_H/i\int c_ffmpeg_exec(char *str);\nint ffmpeg_exec(int argc, char **argv);\n fftools/ffmpeg.h它做了两件事理解这两点就不会迷路改 Makefile把 ffplay、ffprobe 等程序型目标从可执行文件改为共享库-shared产出改 ffmpeg.c/ffmpeg.h把int main重命名为ffmpeg_exec并新增c_ffmpeg_exec(char *str)—— 自动按空格拆分命令字符串并转发调用这就是仓颉 FFI 的入口第二步FFmpeg 交叉编译 aarch64-linux-ohos仍处在 FFmpeg 根目录执行工具链路径请按你的环境替换/usr1/ohos/llvm/仅为示例见 README.md./configure --target-oslinux --archaarch64 --enable-cross-compile \ --disable-doc --disable-manpages --disable-htmlpages \ --disable-podpages --disable-txtpages --disable-ffplay --disable-ffprobe \ --extra-cflags-fPIC --disable-asm \ --extra-cflags-I/usr1/ohos/llvm/include/aarch64-linux-ohos --targetaarch64-linux-ohos \ --extra-ldflags--targetaarch64-linux-ohos \ --cc/usr1/ohos/llvm/bin/clang \ --ar/usr1/ohos/llvm/bin/llvm-ar \ --ranlib/usr1/ohos/llvm/bin/llvm-ranlib \ --strip/usr1/ohos/llvm/bin/llvm-strip make参数速读 参数组作用--target-oslinux --archaarch64OHOS 的用户态本质是 Linux AArch64这是交叉编译核心--cc / --ar / --ranlib / --strip全部指向 OHOS LLVM 工具链DevEco 自带或自建的 aarch64-linux-ohos NDKextra-cflags中的 include 路径让 FFmpeg 找到 OHOS 的 musl 头文件--fPIC以位置无关代码构建动态库加载的硬性要求--disable-asm关闭内联汇编优化避免跨架构汇编不兼容make完成后你会得到一批aarch64-linux-ohos架构的.so动态库。第三步编译 mp4parser4cj 并验证部署1. 放置动态库把上一步生成的.so文件如libcrypto.so等放进项目根目录的 lib/ 下。构建文件 cjpm.toml 已声明ffmpeg的 FFI 搜索路径为./lib/无需额外配置。2. 选择一种方式编译⚡cjpm 编译推荐仓库的 cjpm.toml 已预置aarch64-linux-ohos目标编译参数均引用DEVECO_CANGJIE_HOME环境变量。你只需导出DEVECO_CANGJIE_HOME指向 DevEco 的仓颉工具链目录按 stdx 文档配置CANGJIE_STDX_PATHohos 目标会读取其下linux_ohos_aarch64_llvm/dynamic/stdx执行cjpm build️脚本编译下载配置 TPC-Test-Framework 编译脚本后执行ciTest build3. 验证写一个最小用例调用一次剪辑例如import std.io.* import mp4parser.* main() { var b MP4Parser() let ret b.videoMerge(./a.mp4, ./out.mp4) if (ret 1) { println(success) } }编译后在 OHOS 环境运行输出success即代表 FFmpeg 动态库与仓颉库都正确加载 。实战小贴士编译报找不到 stdx检查CANGJIE_STDX_PATH是否指向了linux_ohos_aarch64_llvm对应目录ohos 目标与 Linux 桌面目标用的 stdx 并不相同链接时提示符号缺失确认lib/下的.so确实是aarch64-linux-ohos架构产出可用file命令快速核对版本要求当前 v1.0.2 适配仓颉 1.1.3版本演进见 CHANGELOG.md项目基于 Apache License 2.0 开源LICENSE三步走完mp4parser4cj 就已经跑在你的鸿蒙设备上了。后续若需要扩展剪辑参数或新增封装格式可直接在 src/mp4parsers.cj 中按现有模式追加方法FFmpeg 底层能力已经就位。【免费下载链接】mp4parser4cj一个读取、写入操作音视频文件编辑的工具项目地址: https://gitcode.com/Cangjie-TPC/mp4parser4cj创作声明:本文部分内容由AI辅助生成(AIGC),仅供参考
网站建设高端定制企业官网
RELATED

相关资讯

更多精彩内容,欢迎继续阅读

较早相关资讯

最新相关资讯

【外设】之大彩串口显示屏 2026/11/14 3:51:47

【外设】之大彩串口显示屏

大彩串口屏初步使用 1 .官网下载 STM32 屏幕 GUI 设计资料 http://www.gz-dc.com/category/typeid/4112 找到 STM32 Keil 工程,移植相关代码因项目而异进行移植,由于项目简单,本人只对用到的指令接口进行修改。 比如:注意事项&…

阅读更多 →
无法下载Windows系统iso文件 2026/11/12 23:59:09

无法下载Windows系统iso文件

当我遇到这个问题的时候,我打开了一个网站: 登录 然后我打算下载的时候: 突然那个官方的连接就可以下载了:

阅读更多 →
【清华代码熊】DeepSeek V4.1 Flash 后训练详解 2026/11/13 10:09:00

【清华代码熊】DeepSeek V4.1 Flash 后训练详解

📌 上期解析了 DeepSeek V4.1 Flash 模型架构改进,本期解析 DeepSeek V4.1 Flash 预训练/后训练技术: 🌟 预训练:45T 文本 多模态混合语料、直接训练 sparse attention(取消 DeepSeek V4 的 dense 冷启动&…

阅读更多 →
Shuffle-R1: Efficient RL framework for Multimodal Large Language Models via Data-centric Dynamic ... 2026/11/13 13:31:48

Shuffle-R1: Efficient RL framework for Multimodal Large Language Models via Data-centric Dynamic ...

文章主要内容和创新点 主要内容 本文聚焦于多模态大语言模型(MLLM)强化学习(RL)训练中的效率问题,提出了一个名为Shuffle-R1的框架。研究发现,当前RL训练存在两个关键缺陷: 优势值坍缩(Advantage Collapsing):批次中大多数优势值集中在零附近,导致有效梯度信号被淹…

阅读更多 →
PRvL: Quantifying the Capabilities and Risks of Large Language Models for PII Redaction 2026/11/13 16:11:45

PRvL: Quantifying the Capabilities and Risks of Large Language Models for PII Redaction

一、文章主要内容总结 本文聚焦于利用大型语言模型(LLMs)实现个人身份信息(PII)脱敏的研究,旨在解决传统脱敏方法(如基于规则的系统、领域特定命名实体识别(NER)模型)泛化能力差、跨格式/跨语境适应性弱的问题。 研究通过全面评估多种LLM架构(包括密集型LLM(D-LLM…

阅读更多 →
LLaVA-RE: Binary Image-Text Relevancy Evaluation with Multimodal Large Language Model 2026/11/14 3:51:43

LLaVA-RE: Binary Image-Text Relevancy Evaluation with Multimodal Large Language Model

文章主要内容和创新点 主要内容 本文聚焦于二进制图像-文本相关性评估任务(判断图像与文本“相关”或“不相关”),针对该任务中文本格式多样、相关性定义随场景变化等挑战,提出了基于多模态大语言模型(MLLM)的解决方案LLaVA-RE。 模型设计:LLaVA-RE基于LLaVA 1.5架构,…

阅读更多 →

今日资讯

本周资讯

本月资讯

看完文章仍有疑问?

联系尧图顾问,获取一对一建站咨询

立即免费咨询 📞 400-888-8888
📞 ✉