- 综合排序
- 最热优先
- 最新优先
- 来自专栏音视频技术
张睿：OpenH264拥有产品级的鲁棒性 欢迎contribute
我的团队也是思科OpenH264项目的所有者。在加入思科系统之前，我还曾在索尼SONY研究实验室和一家H.264编解码器芯片设计的初创公司工作过。 LiveVideoStack：你的团队负责OpenH264项目（https://github.com/cisco/openh264），相比于x264，OpenH264的名气要小一些。 能否介绍下OpenH264有哪些特色？未来还有哪些功能改进或新增？ 张睿：非常客观的讲，当初这个项目启动的最大原因是推动H.264在WebRTC中的应用。 技术层面上，OpenH264是出于产品代码，而产品是在视频会议应用上面，所以大多数算法和速度的优化都是以此为目标，并不代表更广泛的应用。 同样因为是出于产品应用，OpenH264代码的质量和鲁棒性是很经得起考验的。思科Cisco欢迎其他公司和社区程序员根据他们的应用需求直接贡献代码，共同促进普及应用。
77810发布于 2021-09-01 - 来自专栏腾讯多媒体实验室
O264RT，实时通信的不二之选
OpenH264开源编码器 尽管x264的实用性众所周知，可由于前文所提及的x264 License协议潜在的法律风险，一个免费无风险的编码器已成为业务的更好选择。 OpenH264是一个适用于实时场景的编码器，对一些实时通信场景中的工具集支持也较为完善，如SVC、长期参考帧等。 但针对线上的场景，OpenH264依然无法满足要求，缺失了一些重要功能，如ROI、智能参考帧等。此外，与x264相比，OpenH264在编码效率、编码速度等方面存在差距。 固定QP模式下的OpenH264编码速度比x264慢至少10%，比I帧编码速度慢了50%左右，同时存在高于5%的编码效率损失。 从码控稳定性来看，在固定码率的模式下，OpenH264的码率控制容易出现呼吸效应（连续帧之间的质量差距较大），存在码率波动大、码率不精准等情况，种种因素使得OpenH264也并非一个最优选择。
2.3K60发布于 2021-11-01 - 来自专栏AI算法与图像处理
OpenCV保存H264视频的问题
'mp4 / MP4 (MPEG-4 Part 14)' OpenCV: FFMPEG: fallback to use tag 0x31637661/'avc1' Failed to load OpenH264 -1.8.0-win64.dll Please check environment and/or download library: https://github.com/cisco/openh264 报错之外，还提供了一个解决方案，那就是去使用cisco开源的openh264。 接下来去站点 https://github.com/cisco/openh264/releases 下载1.8.0版本的dll文件，并和源码文件放在同一级目录，然后将fourcc也改为avc1，执行代码
6.9K40发布于 2021-09-06 - 来自专栏微信终端开发团队的专栏
微信 Android 视频编码爬过的那些坑
FFMpeg+x264/openh264 除了使用MediaCodec进行编码之外，另外一种比较流行的方案就是使用ffmpeg+x264/openh264进行软编码，ffmpeg是用于一些视频帧的预处理 这里主要是使用x264/openh264作为视频的编码器。 (https://github.com/cisco/openh264)则是由思科开源的另外一个h264编码器，项目在2013年开源，对比起x264来说略显年轻，不过由于思科支付满了h264的年度专利费， 所以对于外部用户来说，相当于可以直接免费使用了，另外，firefox直接内置了openh264，作为其在webRTC中的视频的编解码器使用。 从编码效率上来看，openh264的速度也并不会比x264快，不过其最大的好处，还是能够直接免费使用吧。
10.9K55发布于 2017-10-30 - 来自专栏用户1692782的专栏
常用音视频开源框架
基于其的开源实现主要有libx264, openh264。 libx264采用c语言实现，可以支持跨平台，但原生对类Linux系统支持更好，对于H.264的编码部分也做了大量的优化！ developers/x264.html libx264源码下载： git clone https://code.videolan.org/videolan/x264.git 除了libx264，还有openh264 openh264官方网站：http://www.openh264.org/ openh264源码下载: git clone https://github.com/cisco/openh264.git 说完
3K51发布于 2020-04-09 - 来自专栏呱牛笔记
Windows端快速实现一个符合国标的SIP客户端
等编码和解码库； 4、解码播放显示框架； 主要三方框架： 1、网络框架使用ZLMediaKit中的zltoolkit ; 2、sip协议栈使用sip_sofia ; 3、codec包括ffmpeg/x264/openh264 ； 框架结构如下图： anyrtc-rtmp SipClient SdpParser sip_sofia zltoolkit audiocodec/videocodec(ffmpeg x264 openh264
2.3K20编辑于 2023-05-02 - 来自专栏腾讯Bugly的专栏
微信 Android 视频编码爬过的那些坑
---- FFMpeg+x264/openh264 除了使用MediaCodec进行编码之外，另外一种比较流行的方案就是使用ffmpeg+x264/openh264进行软编码，ffmpeg是用于一些视频帧的预处理 这里主要是使用x264/openh264作为视频的编码器。 openh264（https://github.com/cisco/openh264）则是由思科开源的另外一个h264编码器，项目在2013年开源，对比起x264来说略显年轻，不过由于思科支付满了h264 的年度专利费，所以对于外部用户来说，相当于可以直接免费使用了，另外，firefox直接内置了openh264，作为其在webRTC中的视频的编解码器使用。 从编码效率上来看，openh264的速度也并不会比x264快，不过其最大的好处，还是能够直接免费使用吧。
1.8K110发布于 2018-03-23 - 来自专栏RTMP推送
Linux平台x86_64|aarch64架构RTMP推送|轻量级RTSP服务模块集成说明
type: 0为软编码, 1为硬编码, 默认是软编码. linux当前不支持硬编码encoder_id: 如果是软编码, 并且用h264, 可以设置0, 0用默认编码器, 也可以设置1, 设置1将使用OpenH264 SetVideoQuality(或者 SetVideoQualityV2) + SetVideoMaxBitRate要么是 SetVideoMaxBitRate + SetVideoBitRate对于OpenH264 请优先考虑默认值,对于H264, 默认值23对于H265, 默认值28注意:用OpenH264编码器时调用这个接口无用*/NT_UINT32(NT_API *SetVideoQuality)(NT_HANDLE H264 high注意:用OpenH264编码器时不支持main profile, 如果设置成main profile的话，会回落到baseline profile.成功返回 NT_ERC_OK*/NT_UINT32 和1, 0是质量模式, 1是码率模式, sdk默认是1;"enable_frame_skip": 通过跳帧的方式来控制码率, 设置0是关闭跳帧, 1是打开跳帧, sdk默认是0;***********OpenH264
58110编辑于 2024-08-22 - 来自专栏Cellinlab's Blog
视频技术快览 0x3 - 视频封装与播放
Canvas API 绘制到画布中 1.2 通过 Canvas API 读取画布中当前帧的 RGBA 图像 1.3 将 RGBA 图像数据转化为 YUV 格式 1.4 将 YUV 格式的图像数据发送到 OpenH264 同时，第 4 步视频编码操作需要借助 WebAsseamly 将第三方的 Video Codec（比如 OpenH264）编译为 Wasm 格式，导出为 JS 模块，方可被前端 App 引用。 2.1 将此 PDU 解析为 RTP 数据包 2.2 根据不同的 NALUnitType 将 RTP 数据包中的 RTP Payload 解析出来 2.3 将解析出来的 RTP Payload 发送到 OpenH264 图像转为 RGBA 格式的图像 2.5 通过 Canvas API 将 RGBA 格式的图像绘制到画布中 这里的第 3 步同样需要使用 WebWoker 包装，并引用基于 WebAsseamly 的 OpenH264 # 进一步优化 依然可以优化的空间： 基于 WebAsseamly 的 OpenH264 库的编码效率问题，尤其是在一些低端设备上，会导致 CPU 占用过高，并导致其发送或接收的视频发生卡顿 SCTP
73220编辑于 2023-05-17 - 来自专栏FreeSWITCH中文社区
说说NAT
这两天我一直在做视频转码，试了ffmpeg、libbpx以及Cisco新开放的OpenH264。 尤其是最后的OpenH264，文档很少，刚刚开源，也找不到什么参考资料，代码嘛，写得也不怎么清爽，还是C++的。
1.5K30发布于 2020-12-21 - 来自专栏音视频技术
音视频技术开发周刊 92期
WebRTC Android H264编解码适配 自从Cisco宣布旗下的H264 Codec开源为OpenH264，并且替所有OpenH264的使用者支付了H264的专利费，WebRTC也随随对H264 进行了支持，在Android平台，软编用OpenH264，软解用FFmpeg，硬编硬解用MediaCodec。
1.2K20发布于 2019-07-01 - 来自专栏码客
CSharp中处理H264的编码和解码
前言 开源的H264库 https://github.com/cisco/openh264 C#的封装 https://github.com/secile/OpenH264Lib.NET 示例代码:
1.6K30编辑于 2023-07-11 - 来自专栏QQ音乐技术团队的专栏
全民K歌推流直播Web实践
WXInlinePlayer提供了可选的三套构建方案：baseline（不使用OpenH264）,all（在baseline基础上支持OpenH264）以及h265 （基于OpenH265），开发者可根据需求来选择不同的解码器 基于OpenH264的解码文件约800K。 解码算法方面 WXInlinePlayer使用的主要是SWSFASTBILINEAR 算法。 例如，WXInlinePlayer使用的OpenH264解码模块，在iOS端和Android端有差异化的表现，在iOS端会对首帧进行额外解码，导致第二段音频每次都会包含第一段音频，从而使得画音不同步。
7.2K2117发布于 2020-07-07 - 来自专栏C/C++与音视频
Webrtc定制开发（一）
Webrtc编码采用是openh264,解码采用的是ffmpeg软解. 2)调整编码格式优先级顺序，让h264成为第一优先级
1.1K20编辑于 2022-06-14 - 来自专栏Flutter入门
偶遇FFmpeg（三）——Android集成
enable-libfdk-aac enable AAC de/encoding via libfdk-aac [no]--enable-libopenh264 enable H.264 encoding via OpenH264 避免篇幅太长，做了一部分删减，留了一些比较眼熟的，FFmpeg可以让我们自己配置添加需要的功能库，如使用fdk-aac库来做aac的编解码，H.264编码可选x264或openh264以及可选其它功能库的支持 Sunzxyong/Desktop/x264/android/arm/lib" \ 然后进行编译，编译中可以看到encode的支持选择中，多了libx264的支持： 其它外部添加库如fdk-aac、openh264
3.7K50发布于 2018-08-30 - 来自专栏全栈程序员必看
H.264/MPEG-4 AVC学习
的前三位加FU header的后五位组成， 即：nal_unit_type = (fu_indicator & 0xe0) | (fu_header & 0x1f) 开源实现 H.264 的开源实现包括：OpenH264 OpenH264 是思科实现的开源 H.264 编码，OpenH264 是思科实现的开源 H.264 编码。 两者的对比如下： OpenH264 CPU 的占用相对 x264 低很多；支持SVC 编码 OpenH264 只支持 baseline profile，x264 支持更多 profile； x264 需要专利费用 ，而 OpenH264 不需要专利费用； 不支持SVC x264 的主要功能在于进行 H.264 的视频编码，而不是作为解码器之用。
1.7K10编辑于 2022-11-04 - 来自专栏呱牛笔记
三省吾身，移植代码问题记录
/cmake/arm-linux-setup.cmake #openh264等其他编译 make OS=linux CC=arm-linux-gnueabihf-gcc CXX=arm-linux-gnueabihf-g
36920编辑于 2023-10-16 - 来自专栏程思阳的专栏
想学习Android音视频，这些你知道吗?
视频编解码：x264，OpenH264，ffmpeg 等 c. 如：RTP/RTCP，QUIC 等 除了以上的四个方面还需要了解编码格式，协议等 编码格式 H.264:低码率，高质量，高容错 开源实现：openh264、x264 H.265：能达到H.264两倍之压缩率
97340编辑于 2022-01-14 - 来自专栏C/C++与音视频
gstramer(二) 重要工具
可以查到264相关元素，如264编码器和解码器元素，264的RTP封装和解封元素 3).查看某一个元素 如 gst-inspect openh264dec 由以上信息可知： openh264dec元素属于openh264
2.1K20编辑于 2022-06-14 - 来自专栏媒矿工厂
RTC @scale 2024 | 通过LTR和RS码增强实时通信 (RTC) 网络弹性
以下是部署 LTR 时需要克服的一些主要挑战： 深入了解 OPENH264 的内部行为 OpenH264 提供了全面的 API 支持，用于实现与 LTR 相关的大多数功能（例如 LTR 生成和确认），这极大地简化了设计和实现过程 未来需要改进的一些领域包括： 扩大 LTR 覆盖范围：作者计划将 LTR 支持从 OpenH264 扩展到其他编解码器，例如 AV1 和 iOS 硬件编码器，从而扩大在各种平台上的影响力。
1.6K20编辑于 2024-05-20
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号