- 综合排序
- 最热优先
- 最新优先
- 来自专栏C/C++与音视频
视频编解码硬件方案漫谈
视频编解码硬件方案最早是在嵌入式领域中广泛存在，如采用DSP,FPGA，ASIC等，用来弥补嵌入式系统CPU等资源能力不足问题，但随着视频分辨率越来越高（从CIF经历720P，1080P发展到 专用视频加速卡 二）gpu编解码的常用技术方案 1）厂家SDK方案 对应gpu编解码，硬件厂家都有相应SDK方案，应用开发者可以直接调用厂家的SDK 来完成编解码器工作。 Video_Codec_SDK AMF SDK Intel Media SDK 硬件编解码 SDK方案 2）FFMPEG方案 ffmpeg对厂家SDK进行封装和集成，实现部分的硬件编解码 NVIDIA AMD INTEL 编码器 xxx_nvenc xxx_amf xxxx_qsv 解码器 Gstreamer硬件加速编解码方案 其中xxx标识编码类型，如h264,h265,mpeg2,vp8,vp9等。
4.3K31编辑于 2022-06-14 - 来自专栏C/C++与音视频
FFMPEG硬件编解码器使用
在前文《视频编解码硬件方案漫谈》中我们介绍硬件视频编解码的一般方案，本文我们进一步介绍音视频编解码如何在ffmpeg使用显卡硬件进行加速。 一、基本概况 ffmpeg对显卡厂家SDK进行封装和集成，实现部分的硬件编解码 NVIDIA AMD INTEL 编码器 xxx_nvenc xxx_amf xxxx_qsv 解码器 xxx_ cuvid 二、命令行的使用 在ffmpeg中，如果使用-vcodec xxx 指定硬件编解码器，否则使用软件编解码。 如果我们需要使用硬件编解码，采用avcodec_find_encoder_by_name（name）和avcodec_find_decoder_by_name(name)来指定编码器。 还是Linux都是一套代码，但缺点就是不跨硬件，不同显卡厂家采用不同编解码器。
5K40编辑于 2022-06-14 - 来自专栏音视频技术
视频处理及编解码硬件系统优化设计
” 8月5日-6日，LiveVideoStackCon 2022 音视频技术大会 上海站，和你一同开启通向未来的大门。 视频处理及编解码硬件系统优化设计 高压缩率、高画质、低延迟的视频呈现是互联网的热门主题，其中最重要的底层核心就是视频处理及编解码。 视频编解码是涵盖算法、标准、软件实现、硬件实现、软硬件协同优化等各个方面的综合性领域，具有很强的学术研究和工程实现价值。 本专题主要从硬件实现以及软硬件协同方面切入探讨视频编解码系统的优化设计，并面向AVS3、AV1、VVC等标准探讨编码器的硬件设计方法。 我国自主知识产权视频标准AVS从2002年一路走来已经有20个年头，AVS系列标准见证了我国视频编解码技术从落后到赶超的坚实步伐。
92220编辑于 2022-07-18 - 来自专栏音视频技术
XK265：开源视频编解码硬件IP核
本次分享的主题是视频编解码IP硬件开源。 首先我会介绍硬件和软件编码器的差别；接下来重点介绍硬件编解码的硬件微架构，包括开源版本、高性能版本都基于统一架构；随后将分享面向芯片实现的高性能X1编码器和面向FPGA实现的低硬件成本的K1编码器，以及开源的版本 而视频编码器软核IP就不存在平台依赖问题，目前来讲，开源的软核硬件IP很少，开源的视频编解码IP核全世界也就我们团队在做。 2.3 软件和硬件的区别 接下来我想与大家解释软件与硬件编码器有何差别。 6. 支持1/2、1/4的FME，和上面的IME特性类似。 7. 支持ROI，针对某些区域去做ROI也是可行的。 V1.0版本侧重在参考硬件设计，针对视频编解码的各个算法模块做了硬件设计；V2.0版本是对1.0版本的架构升级和测试升级。
2.1K20发布于 2021-09-01 - 来自专栏音视频技术
对话安谋科技周华：编解码硬件的机遇与挑战
一方面，这对于视频编解码的性能提升是利好的，但这也给硬件IP厂商带来了一定的挑战。 对此，我们很荣幸地邀请到了来自安谋科技，视频编解码处理器研发负责人周华老师，来和我们聊一聊编解码硬件的机遇与挑战，以及介绍今年新推出的“玲珑”VPU处理器有哪些亮点。 周华：视频编解码标准不断地致力于提升编码质量并降低码率，所以在视频编码框架中加入AI部分进行增强也是顺理成章的。对于硬件IP会有些历史包袱，比如标准的向前兼容问题、成本PPA问题等。 周华：今年7月，安谋科技推出了自研IP业务的最新成果——面向多场景应用的全新“玲珑” V6/V8视频处理器，这是为满足主流市场不断增长的4K/8K实时编解码需求而设计的，具有配置灵活可定制、编解码性能优异 因应此类新兴技术的挑战，安谋科技推出了全新视频处理器──“玲珑”V6/V8，为满足主流市场不断增长的 4K/8K 实时编解码需求而设计，并通过一系列智能权衡实现了极大优化，为所有合作伙伴提供灵活的组合和选择
47920编辑于 2023-04-04 - 来自专栏君正T31开发实战指南
君正T31应用开发6：音频编解码
1.为什么需要音频编解码？ 前面提到的例子中，我们使用君正T31的设备都是直接使用API函数进行采集声音，然后直接播放声音的，其中涉及两组API，一组是AI，音频输入函数，一组是AO，音频输出函数。 这里面PCM的文件是比较大的，在某些网络带宽不是很好的情况下，可能音频桢会丢掉，导致音频出现卡顿的声音，所以我们这边音频编解码技术也就应运而生。 一般经过音频编解码的数据会比原始数据PCM文件小一倍，G711A数据格式或者AAC格式文件。 图片 图片 2.君正使用的音频编解码API 图片 图片 3.君正的音频编解码实战。
1.6K00编辑于 2023-05-27 - 来自专栏石开之旅
硬件笔记（6）----USB学习笔记3
USB 规范中对实际的计算公式进行了解释，这些计算由 USB 硬件进行，这样可确保能够发出正确的响应。数据操作的接收方对数据进行 CRC 检查。如果两者匹配，那么接收方将发出一个 ACK。
1.8K30发布于 2019-07-02 - 来自专栏iSharkFly
Confluence 6 服务器硬件要求指南
服务器管理员可以通过本页面的指南来对在运行 Confluence 评估版本的最小服务器硬件需求进行评估。 最小硬件需求 下面的值是针对 Confluence 使用的最小的硬件要求来确定的；例如，最小的 Heap 大小针对 Confluence 来说需要使用 1GB 和 1GB 来被 Synchrony 使用 下面是我们推荐运行 Confluence 的最小硬件要求： 中央处理器（CPU）： Quad core 2GHz+ CPU 内存（RAM）： 6GB 最小数据库存储空间（Minimum database space）： 10GB 说明：请注意有些用户是将 Confluence 运行在 SPARC 平台的硬件上面的，Confluence 的官方只能对运行在 x86 平台上的硬件提供支持，官方也能对运行在 https://www.cwiki.us/display/CONF6ZH/Server+Hardware+Requirements+Guide
3.7K70发布于 2019-03-13 - 来自专栏小黑娃Henry
Codable编解码流程Codable编解码流程
decoder去调用通用unbox 5.1,基本类型根据各自的unbox完成解码后完成赋值； goto:done 5.2 对象类型则调用init（_:,_ forKey）方法-（编译器生成）; goto:6 6,根据decoder获取container 7.1，container调用对应基本类型decode-> unbox完成赋值； goto：done 7.2 container调用对象类型decode 3，创建encoder， 4，调用通用box方法 5.1 基本类型直接完成编码； goto:done 5.2 对象类型调用encode(_,_ forKey)方法（编译器生成）;goto:4 6,
1.7K20发布于 2021-08-09 - 来自专栏媒矿工厂
Google 6DOF视频生成与编解码：身临其境
本文为媒矿工厂翻译的技术文章 原标题：Google 6DOF videos review: move inside VR videos 原文链接：https://skarredghost.com/2020 /10/10/google-6dof-videos-review/amp/ 翻译整理：郭帅 在SIGGRAPH 2020上，Google提出了一种新的算法[1,2]来进行6DOF VR视频的录制与编解码 6DOF视频的提出就是为了解决这些问题，用户在观看时可以自由选择观看的角度和位置，但是也带来了更多的技术挑战：6DOF视频难以采集和传输。 本文中Google不仅提出了拍摄6DOF视频的方式，而且发展了能够有效编解码6DOF视频的算法。 Google 6DOF videos review: move inside VR videos!
1.4K31发布于 2020-11-02 - 来自专栏TopSemic嵌入式
MicroPython 玩转硬件系列6：获取天气情况
key=SK6E_7MBhPJr0_Cs3&location=beijing&language=zh-Hans&unit=c' r = urequests.get(Url) r.json() print
1.2K20发布于 2021-05-31 - 来自专栏Linux嵌入式
瑞芯微RK35XX系列FFmpeg硬件编解码实测，详细性能对比!
FFmpeg硬件编解码技术通过调用GPU或专用的媒体处理芯片来加速视频的压缩与解压缩过程，其核心价值在于能够显著提升处理效率并降低系统资源消耗。 此外，在安防监控等多路视频流并行处理的应用中，硬件加速能有效减轻 CPU 负担，确保系统稳定运行本文基于触觉智能旗下瑞芯微RK系列开发板，展开FFmpeg视频编解码在2K与4K分辨率视频（软件+硬件）详细实测 FFmpeg移植方法可关注触觉智能公众号，查看以下文章参考操作：瑞芯微RK3576平台FFmpeg硬件编解码移植及性能测试实战攻略测试视频标准说明（1）4K@30FPS视频，文件大小为128MB（2）2K 2K视频编解码：4K视频编解码：结论：RK35XX系列各型号的视频性能有明确区分，这种差异化的设计让客户能轻松对号入座，能更好找到符合自身需求的方案。 8核@2.2Ghz与6Tops算力NPU，兼顾 性能 功耗与工业稳定性，视频接口、通信接口等各类接口~
1.3K10编辑于 2025-10-30 - 来自专栏落叶飞翔的蜗牛
Java编解码
编解码 Java序列化的目的主要有两个： 1.对象序列化 2.网络传输 当进行远程跨进程服务调用时，需要把被传输的对象转化为字节数组或者ByteBuffer对象。 这就是所谓的Java对象编解码技术。 Java序列化 Serializable JDK1.1已经提供序列化功能，不需要额外的类库。 一般远程调用（RPC）很少使用Java自带的序列化进行消息的编解码和传输。 结构化数据存储格式 编码性能高 语言无关，平台无关，扩展性好 支持Java，C++和Python FaceBook的Thrift Thrift支持三种典型的编解码方式 通用二进制编解码 压缩二进制编解码 优化的可选字段压缩编解码 Marshallling 可插拔的类解析器 可插拔的对象替换技术 可插拔的预定义缓存表 无需实现
1.4K40发布于 2021-01-14 - 来自专栏漫漫架构路
编解码相关
编解码总结 一. 编解码 Charset类 编解码 编码：字符—>字节 解码：字节—>字符 每个文件存储在磁盘上，都会指定一种编码格式。 utf-8：**变长的字节表示形式：**使用1个字节表示英文，跟ascii完全相同；使用3个字节表示中文；最多使用6个字节表示一个字符。
1.4K10发布于 2020-09-03 - 来自专栏音视频开发技术
FFmpeg编解码处理2-编解码API详解
本文为作者原创，转载请注明出处：https://www.cnblogs.com/leisure_chn/p/10584925.html FFmpeg编解码处理系列笔记： [0]. FFmpeg编解码处理1-转码全流程简介 [2]. FFmpeg编解码处理3-编解码API详解 [3]. FFmpeg编解码处理4-视频编码 [4]. FFmpeg编解码处理5-音频编码 基于FFmpeg 4.1版本。 4. 编解码API详解 解码使用avcodec_send_packet()和avcodec_receive_frame()两个函数。
3.3K20发布于 2019-03-28 - 来自专栏Linux嵌入式
瑞芯微RK3576平台FFmpeg硬件编解码移植及性能测试实战攻略
本文介绍瑞芯微RK3576平台，FFmpeg硬件编解码移植及性能测试方法。 实测数据（1）2K视频编解码，视频文件大小为103MB硬件解码+编码数据：软件解码+编码数据：（2）4K视频编解码，视频文件大小为128MB硬件解码+编码数据：软件解码+编码数据：交叉编译与移植FFmpeg /configure_rk3576.sh（6）开始编译：make -j8（7）安装make install（8）安装完成后，安装文件保存在install目录：├── bin│ ├── ffmpeg│ PATHexport LD_LIBRARY_PATH=/usr/local/ffmpeg/lib:$LD_LIBRARY_PATH（3）执行生效：source /home/industio/.bashrc编解码测试测试常见命令
1.7K10编辑于 2025-09-18 - 来自专栏云深之无迹
FlySky-i6x源码-硬件初始化
FlySky-i6x源码-AFHDS 2A AFHDS 一代协议（FlySky） FlySky - i6X 遥控器输出PPM信号 FS-i6X刷OpenTX（恢复到原始固件） 以上是以前的文章 我们来想一下，如何看这份源码，我想应该去看一下说明书： 支持2代协议的有这些 FS- i6X是一款支持固定翼/滑翔机/直升机模式的发射机。 可以去FCC看看 两份 这个看图是I6的照片 拆开的电路图 芯片 贴纸 协议一个简单的介绍 天线的位置 系统的特性 控制的按键 I6使用的是，NXP的 i6X使用的是 id=3044497 https://www.flyskytech.com/u_file/photo/20200226/FS-i6X%E4%BD%BF%E7%94%A8%E8%AF%B4%E6%98%8E
1K31编辑于 2022-09-06 - 来自专栏全栈程序员必看
视频编解码学习之二：编解码框架「建议收藏」
图像组编码对象 6. 对于YUV(4:2:0)编码，CBP通常6比特长，每个比特对应一个块，当某一块的变换量化系数全为零时，其对应比特位值为0，否则为1。 视频编解码关键技术 预测：通过帧内预测和帧间预测降低视频图像的空间冗余和时间冗余。 变换：通过从时域到频域的变换，去除相邻数据之间的相关性，即去除空间冗余。 （Motion Vector，MV) 记录预测残差： 运动补偿（Motion Compensation，MC） 根据运动矢量获取预测块 根据预测残差计算重构块： 6.
2.4K20编辑于 2022-09-06 - 来自专栏社区的朋友们
protobuffer 编解码原理
负数在内存中以前补码形式存在，但不管是负数的原码还是补码，最高位都是1；那么问题来了，如果以上述Varint编码方式，所有负数序列化以后都会以最大化占用内存(32位占用6Bytes, 64位占用11Btyes
3K00发布于 2017-09-05 - 来自专栏落叶飞翔的蜗牛
Netty之编解码
MessagePack 简介MessagePack SDKMessagePack编码器开发MessagePack解码器编写客户端代码服务端代码POJO测试结果
89930发布于 2021-01-14
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号