- 综合排序
- 最热优先
- 最新优先
- 来自专栏C/C++与音视频
视频编解码硬件方案漫谈
视频编解码硬件方案最早是在嵌入式领域中广泛存在，如采用DSP,FPGA，ASIC等，用来弥补嵌入式系统CPU等资源能力不足问题，但随着视频分辨率越来越高（从CIF经历720P，1080P发展到 专用视频加速卡 二）gpu编解码的常用技术方案 1）厂家SDK方案 对应gpu编解码，硬件厂家都有相应SDK方案，应用开发者可以直接调用厂家的SDK 来完成编解码器工作。 SDK Intel Media SDK 硬件编解码SDK方案 2）FFMPEG 方案 ffmpeg对厂家SDK进行封装和集成，实现部分的硬件编解码 NVIDIA AMD INTEL 编码器 xxx_nvenc xxx_amf xxxx_qsv 解码器 xxx_ cuvid 暂未实现 Gstreamer硬件加速编解码方案 其中xxx标识编码类型，如h264,h265,mpeg2,vp8,vp9等。
4.1K31编辑于 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都是一套代码，但缺点就是不跨硬件，不同显卡厂家采用不同编解码器。
4.7K40编辑于 2022-06-14 - 来自专栏音视频技术
视频处理及编解码硬件系统优化设计
视频处理及编解码硬件系统优化设计 高压缩率、高画质、低延迟的视频呈现是互联网的热门主题，其中最重要的底层核心就是视频处理及编解码。 视频编解码是涵盖算法、标准、软件实现、硬件实现、软硬件协同优化等各个方面的综合性领域，具有很强的学术研究和工程实现价值。 本专题主要从硬件实现以及软硬件协同方面切入探讨视频编解码系统的优化设计，并面向AVS3、AV1、VVC等标准探讨编码器的硬件设计方法。 基于硬件流水并行处理是实现高清视频编码的有效方式。 我国自主知识产权视频标准AVS从2002年一路走来已经有20个年头，AVS系列标准见证了我国视频编解码技术从落后到赶超的坚实步伐。
83920编辑于 2022-07-18 - 来自专栏音视频技术
全平台硬件解码渲染方法与优化实践
硬件解码后不恰当地使用OpenGL渲染会导致性能下降，甚至不如软解。 分享中王斌详细解析了Windows、Linux、macOS、Android、iOS等多种平台下硬件解码的渲染方法及优化实践。 接下来我将围绕以下几个话题，为大家分享有关全平台硬件解码的渲染与优化的实践经验。 producer是硬件解码输出的对象，consumer则是输出的OpenGL纹理。除了这些扩展，我们还可利用其他OpenGL扩展。 IOSurface用以进程间进行GPU数据共享，硬件解码输出至GPU显存并通过IOSurface实现进程间的数据共享。VideoToolbox作为一个服务，只有在APP开始解码时才会启动解码进程。
5.1K21发布于 2021-09-01 - 来自专栏音视频技术
XK265：开源视频编解码硬件IP核
本次分享的主题是视频编解码IP硬件开源。 首先我会介绍硬件和软件编码器的差别；接下来重点介绍硬件编解码的硬件微架构，包括开源版本、高性能版本都基于统一架构；随后将分享面向芯片实现的高性能X1编码器和面向FPGA实现的低硬件成本的K1编码器，以及开源的版本 三是一些多路流的支持和低延迟方面的支持和一些编解码的硬件复用，编码器和解码器里面70%左右的逻辑都是可以复用的，只要加少量逻辑就可以既能做编码又能做解码。 解码器同样采用七级流水线架构，只是把编码的数据通路剔除掉了，去掉之后就只剩解码，可以实现一个非常精简的解码器流水线。 3.5 XK265:可配置RMD 接下来看一下我们硬件架构中的底层模块设计。 V1.0版本侧重在参考硬件设计，针对视频编解码的各个算法模块做了硬件设计；V2.0版本是对1.0版本的架构升级和测试升级。
1.7K20发布于 2021-09-01 - 来自专栏音视频技术
Linux AV1硬件视频解码将支持Intel Tiger Lake
AV1硬件解码将在最新的Intel处理器上实现，但AMD却还没有动作。 将于2020年9月推出的英特尔Tiger Lake处理器将是首款具有集成显卡的英特尔处理器，该显卡支持AV1硬件解码，但不进行编码。 这使得向诸如VLC和mpv之类的播放器添加AV1硬件解码支持变得没有必要。 1.jpg 英特尔软件工程师ZefuLi在今年3月4日向libva库提交了一个补丁，添加了对AV1视频的硬件视频解码支持。 与现有的Raven，Navi和Reinor芯片一样，它们将仅限于VP9硬件解码。而自Ice Lake于2019年9月推出以来，集成的Intel图形芯片就已支持VP9硬件编码。 硬件编码是关键 令人高兴的是，即将到来的英特尔处理器将在硬件中具有AV1视频解码功能，当新的Tiger Lake处理器到来时，便有Linux对它的支持。
1.5K40发布于 2020-08-27 - 来自专栏音视频技术
Linux AV1硬件视频解码将支持Intel Tiger Lake
AV1硬件解码将在最新的Intel处理器上实现，但AMD却还没有动作。 这使得向诸如VLC和mpv之类的播放器添加AV1硬件解码支持变得没有必要。 ? 上图展示了在配置了旧版双核Inteli7 CPU和gen8集成显卡的计算机上的硬件视频编码和解码功能。 英特尔软件工程师ZefuLi在今年3月4日向libva库提交了一个补丁，添加了对AV1视频的硬件视频解码支持。libva库是FFmpeg这类框架用来为AMD和Intel的图形芯片提供硬件解码支持的。 与现有的Raven，Navi和Reinor芯片一样，它们将仅限于VP9硬件解码。而自Ice Lake于2019年9月推出以来，集成的Intel图形芯片就已支持VP9硬件编码。 硬件编码是关键 令人高兴的是，即将到来的英特尔处理器将在硬件中具有AV1视频解码功能，当新的Tiger Lake处理器到来时，便有Linux对它的支持。
1.6K10发布于 2020-08-28 - 来自专栏音视频技术
对话安谋科技周华：编解码硬件的机遇与挑战
一方面，这对于视频编解码的性能提升是利好的，但这也给硬件IP厂商带来了一定的挑战。 对此，我们很荣幸地邀请到了来自安谋科技，视频编解码处理器研发负责人周华老师，来和我们聊一聊编解码硬件的机遇与挑战，以及介绍今年新推出的“玲珑”VPU处理器有哪些亮点。 周华，安谋科技视频编解码处理器研发负责人 周华先生现为安谋科技视频编解码处理器研发负责人。 我们看到越来越多的标准组织正在或考虑在传统视频编码框架中增加AI的部分，这对于提供硬件编码IP的你们而言是不是新的挑战？我们也看到多媒体技术栈正在和AI结合，这对于你们是新的机会吗？ 周华：视频编解码标准不断地致力于提升编码质量并降低码率，所以在视频编码框架中加入AI部分进行增强也是顺理成章的。对于硬件IP会有些历史包袱，比如标准的向前兼容问题、成本PPA问题等。
41320编辑于 2023-04-04 - 来自专栏程序员互动联盟
解密H264、AAC硬件解码的关键扩展数据处理
通过上一篇文章，我们用ffmpeg分离出一个多媒体容器中的音视频数据，但是很可能这些数据是不能被正确解码的。为什么呢？ 因为在解码这些数据之前，需要对解码器做一些配置，典型的就是目前流行的高清编码“黄金搭档”组合H264 + AAC的搭配。 本文将讲述H264和AAC的关键解码配置参数的解析，如果没有这些配置信息，数据帧往往不完整，导致了解码器不能解码。 ADTS所需的数据仍然是放在上面的扩展数据extradata中，我们需要先解码这个扩展数据，然后再从解码后的数据信息里面重新封装成ADTS头信息，加到每一帧AAC数据之前再送解码器，这样就可以正常解码了 里面最重要的部分有采样频率、通道配置和音频对象类型，这几个一般都是AAC解码器需要的配置参数。 这个数据在ffmpeg中也有相应的解码函数：avpriv_aac_parse_header。
1.6K81发布于 2018-03-12 - 来自专栏视频
音视频基础能力之 iOS 视频篇（三）：视频硬件解码
涉及硬件的音视频能力，比如采集、渲染、硬件编码、硬件解码，通常是与客户端操作系统强相关的，就算是跨平台的多媒体框架也必须使用平台原生语言的模块来支持这些功能本系列文章将详细讲述移动端音视频的采集、渲染、 硬件编码、硬件解码这些涉及硬件的能力该如何实现本文为该系列文章的第 3 篇，将详细讲述在 iOS 平台下如何实现视频的硬件解码往期精彩内容，可参考音视频基础能力之 iOS 视频篇（一）：视频采集音视频基础能力之 iOS 视频篇（二）：视频硬件编码前言视频解码是视频编码的逆过程，就是将压缩后的图像数据还原成原始未压缩的图像数据，可用于图像处理或渲染到屏幕。 有关原始图像数据渲染到屏幕的内容，本系列后续文章中会详细介绍，敬请期待在 iOS 平台，Apple 提供的硬件解码功能，目前仅支持 H.264 和 H.265，本文也将介绍这 2 种格式的硬件解码该如何实现 VTDecompressionSessionInvalidate(decode_session_);CFRelease(decode_session_);写在最后以上就是本文的所有内容了，详细讲述了在 iOS 平台下如何实现视频的硬件解码本文为音视频基础能力系列文章的第
75110编辑于 2024-12-14 - 来自专栏嵌入式开发圈
解码斯坦福开源狗DogGo--附硬件清单、源码、图纸、论文
当然，相比于波士顿动力、Laikago、浙大的绝影、MIT的小狗而言，它没有强大的硬件支持和更复杂的控制系统，但是单从研发时间、研发成本、以及最终效果来说，斯坦福的DogGo绝对是性价比最高的四足机器人 可以在我的百度网盘上下载: 链接：https://pan.baidu.com/s/1elqJJBABecBmznyr-N_-uA 提取码：ddaz 复制这段内容后打开百度网盘手机App，操作更方便哦 三、硬件 以上是官方给的所有硬件的清单，想要PDF文档的话可以在这下载（硬件清单）看上去很多，但其实最最核心的硬件不过就下面列出的： 材料 数量 Teensy 3.5（单片机） 1 ODrives（驱动器） 4 各硬件连接如下： ?
3.7K20发布于 2021-04-21 - 来自专栏DotNet程序园
使用C#+FFmpeg+DirectX+dxva2硬件解码播放h264流
extend函数是我新加入的，并且在dxva2_device_create函数（这个函数是ffmpeg原始流程中的，我的改动不影响原本任何功能）中适时调用；简单来说，原来的ffmpeg也能基于dxva2硬件解码 官方的硬解码示例 它有一个get_format过程（详见215行和63行），我没有采用。 这里给大家解释一下原因： 这个get_format的作用是ffmpeg给你提供了多个解码器让你来选一个，而且它内部有一个机制，如果你第一次选的解码器不生效（初始化错误等），它会调用get_format第二次 让你再选一个，而我们首先认定了要用dxva2的硬件解码器，其次，如果dxva2初始化错误，ffmpeg内部会自动降级为内置264软解，因此我们无需多此一举。 如若不然，你绘制的画面会进行意向不到的缩放 网络掉包导致硬件解码器错误 见代码 其他directx底层异常 代码中我加了一个try-catch，捕获的异常类型是DirectXException，在c/c
4K11发布于 2019-11-28 - 来自专栏单片机爱好者
ESP8266_23基于硬件定时器的红外遥控器解码
ESP8266的所有GPIO都可以用来进行红外解码，这里我随便选了一个GPIO5。也就是说VS1838的数据输出脚，接到ESP8266的GPIO5。 ? 然后是程序部分。 老夫很是郁闷，于是一气之下，把51单片机里常用的红外解码程序移植了过来。 2、硬件定时器初始化。单片机做红外解码的时候，用的比较多的一种方法就是设置一个定时器，让它每隔0.278ms中断一次，依次做为检测引导码和0、1信号的时间基准。 如图所示，上电后先进行相应的初始化配置，然后就是解码的过程。我依次按下了2、4、6、8这几个安静，解码得到的值如上所示。怎么知道解码的对不对？看遥控器的键值表。 由此可见，红外解码没有问题。本节内容结束。 链接： https://pan.baidu.com/s/13leQVCuyflRAQmqIFtfnPQ 提取码：g6by
1.6K20发布于 2020-06-29 - 来自专栏脑机接口
一种具有神经形态硬件解码器的双向脑机接口
1.4.神经形态解码器的硬件方面 在一个神经形态芯片上实现解码器，将记录的大脑活动转换为运动指令。 可重构硬件与基于python的配置框架的组合支持对各种峰值神经网络体系结构的探索，以及它们在闭环设置中的实时仿真。 1.4.2. 解码性能 为了评估解码器，本文使用了之前解码器看不到的测试数据集，如第2.6节所述。对于每个解码的模式，计算每个神经元集合产生的输出峰值(图6A)。 仿真表明，硬件Spiking神经网络可以成功解码神经元的活动，用于闭环皮质植入物，一个临时工作原型能够替代大鼠的小脑学习功能。 本文还通过比较神经形态解码器与本文实验室之前开发的解码器的性能，探讨了在这样一个闭环系统中使用神经形态解码器的影响。 本文通过解码编码器选择的不同皮层内微刺激模式所引发的神经活动，闭合了与大脑的循环。
83840编辑于 2023-02-14 - 来自专栏Linux嵌入式
瑞芯微RK35XX系列FFmpeg硬件编解码实测，详细性能对比!
FFmpeg硬件编解码技术通过调用GPU或专用的媒体处理芯片来加速视频的压缩与解压缩过程，其核心价值在于能够显著提升处理效率并降低系统资源消耗。 此外，在安防监控等多路视频流并行处理的应用中，硬件加速能有效减轻 CPU 负担，确保系统稳定运行本文基于触觉智能旗下瑞芯微RK系列开发板，展开FFmpeg视频编解码在2K与4K分辨率视频（软件+硬件）详细实测 FFmpeg移植方法可关注触觉智能公众号，查看以下文章参考操作：瑞芯微RK3576平台FFmpeg硬件编解码移植及性能测试实战攻略测试视频标准说明（1）4K@30FPS视频，文件大小为128MB（2）2K /LG_1080p_60fps.mp4 -an -sn -vframes 5000 -f null -2K H264视频软解码（FFmpeg解码），测试命令如下：time ffmpeg -stream_loop 2K视频编解码：4K视频编解码：结论：RK35XX系列各型号的视频性能有明确区分，这种差异化的设计让客户能轻松对号入座，能更好找到符合自身需求的方案。
74910编辑于 2025-10-30 - 来自专栏linux运维
硬件维护问题：硬件维护不当，导致硬件故障
检查当前硬件状态首先，我们需要检查当前系统的硬件状态。 常见的硬件维护问题及解决方案2.1 硬盘维护不当问题：硬盘维护不当，导致数据丢失或性能下降。解决方案：定期检查硬盘健康状态，备份重要数据。 2.6 散热维护不当问题：散热维护不当，导致硬件过热或性能下降。解决方案：定期清理散热器和风扇，确保散热良好。示例：使用压缩空气清理散热器和风扇：关闭计算机并断开电源。 2.7 环境维护不当问题：环境维护不当，导致硬件受潮或积尘。解决方案：保持良好的工作环境，避免潮湿和灰尘。示例：保持机房通风良好，使用防尘网和除湿器。3. 使用自动化工具进行硬件维护工具：Ansible介绍：Ansible 是一个自动化工具，可以用于远程管理和配置多台主机。
89510编辑于 2025-02-07 - 来自专栏国标视频云平台
SkeyeRTSPLive高效转码之SkeyeVideoDecoder采用Nvidia独立显卡高效硬件解码解决方案（附源码)（2）
SkeyeVideoDecoder基Nvidia独立显卡的硬解码库SkeyeNvDecoder SkeyeNvDecoder库是基于Nvidia独立显卡驱动的硬件解码程序，该解码程序效率非常高效且具有强大的并行解码效能力 ，其解码效率比ffmpeg软件解码效率提到至少5-6倍，最新的RTX系列显卡其解码效率甚至比软解码高10-12倍，轻松解码多路4K乃至8K高清视频无压力，本文采用的是截止目前（20190714）最新的显卡驱动 endif int SKEYENvDecoder_Initsize(std::string &erroStr); //除非使用低延迟模式，否则请不要使用此标志bLowLatency，但是使用此标志很难获得硬件解码器 SkeyeNvDecoder解码库调用流程 第一步，初始化注册解码器 注意，注册解码器函数全局只需调用一；int SKEYENvDecoder_Initsize(string &erroStr) { ); } m_ctxV.clear(); m_curIndex = 0; return 1; } 自此，SKEYENvDecoder的封装就完成了，我们可以通过其接口调用Nvidia的显卡进行硬件解码测试
60440编辑于 2023-04-23 - 来自专栏音视频咖
技术解码 | CMAF技术解码及实践
本期的技术解码 为大家带来CMAF技术的详细解析 在当今如火如荼的直播产业中，运行着各种各样的流媒体封装及传输协议，比如广电行业应用最多的HLS、风靡互联网直播平台的RTMP、HTTP-FLV以及海外 图2.CMAF Header结构图 CMAF Header：CMAF Header用于描述每个CMAF Track解析、解码和现实等相关的配置，通常是起始于一个'ftyp'类型的box，包含一个'moov'box 图3.包含一个IOSBMFF数据段的CMAF Fragment CMAF Fragment：如图3中，每个Fragment通常由一个ISOBMFF段组成，可以独立解码和解密，当进行chunked传输时可以包装多个 CMAF Chunk是在直播编码器中，在一个CMAF Segmetn没有完整产生的情况下可以被分成不同的块进行传输分发，用这种方法能够使每一个CMAF Fragment能够渐进式编码、传输以及播放器的解码 比如CBC加密模式中能够支持Apple的FairPlay DRM,CTR加密模式下，支持谷歌的widevine以及微软的fairplay，基本满足了99.9%的硬件设备级别加密要求。
4.5K40发布于 2021-04-15 - 来自专栏安富莱嵌入式技术分享
【第3版emWin教程】第25章 emWin6.x的JPEG图片显示(硬件解码）
mod=viewthread&tid=98429 第25章 emWin6.x的JPEG图片显示(硬件解码） 本期主要讲emWin支持的JPEG硬件解码方式，相比于软件解码，硬件解码要快很多。 JPEG解码，emWin底层使用硬件JPEG， 实现更简单， 裸机800*480大小的JPEG图片显示需要20ms左右，加上emWin后多了一层显示机制，现在需要30ms左右。 因此，emWin的API函数仅支持解码，不支持编码。 另外还有一个知识点需要初学者了解，emWin解码一张JPEG图片需要多少RAM？ /* 重定向JPEG绘制采用硬件JPEG */ GUI_JPEG_SetpfDrawEx(JPEG_X_Draw); 25.3.2 硬件JPEG底层实现 底层实现放在了JPEGConf.c文件里面
89830发布于 2021-07-08 - 来自专栏Linux嵌入式
瑞芯微RK3576平台FFmpeg硬件编解码移植及性能测试实战攻略
本文介绍瑞芯微RK3576平台，FFmpeg硬件编解码移植及性能测试方法。 演示设备：触觉智能RK3576开发板 Purple Pi OH2FFmpeg简介与实测数据FFmpeg简介FFmpeg是一套多媒体框架，能够解码、编码、转码、复用、解复用、流、过滤和播放数字音频、视频， 实测数据（1）2K视频编解码，视频文件大小为103MB硬件解码+编码数据：软件解码+编码数据：（2）4K视频编解码，视频文件大小为128MB硬件解码+编码数据：软件解码+编码数据：交叉编译与移植FFmpeg （1）解码1080P的mp4视频time ffmpeg -stream_loop -1 -hwaccel rkmpp -hwaccel_output_format drm_prime -afbc rga /LG_1080p_60fps.mp4 -an -sn -vframes 5000 -f null -（2）解码4K（3840*2160）mp4视频：time ffmpeg -stream_loop -
1.2K10编辑于 2025-09-18
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号