- 综合排序
- 最热优先
- 最新优先
- 来自专栏C/C++与音视频
视频编解码硬件方案漫谈
4K，8K），编码算法越来越复杂（从mpeg2经历h264,发展到h265）,PC的软件规模也越来越庞大，视频应用也越来也丰富，单独靠CPU来编解码已经显得勉为其难，一种集成在显卡中gpu用来参与编解码工作已经成为主流 专用视频加速卡 二）gpu编解码的常用技术方案 1）厂家SDK方案 对应gpu编解码，硬件厂家都有相应SDK方案，应用开发者可以直接调用厂家的SDK 来完成编解码器工作。 方案 ffmpeg对厂家SDK进行封装和集成，实现部分的硬件编解码 NVIDIA AMD INTEL 编码器 xxx_nvenc xxx_amf xxxx_qsv 解码器 xxx_ cuvid 暂未实现 ，如h264,h265,mpeg2,vp8,vp9等。 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 ,vp8,vp9等。 二、命令行的使用 在ffmpeg中，如果使用-vcodec xxx 指定硬件编解码器，否则使用软件编解码。 还是Linux都是一套代码，但缺点就是不跨硬件，不同显卡厂家采用不同编解码器。
4.8K40编辑于 2022-06-14 - 来自专栏音视频技术
视频处理及编解码硬件系统优化设计
” 8月5日-6日，LiveVideoStackCon 2022 音视频技术大会 上海站，和你一同开启通向未来的大门。 视频处理及编解码硬件系统优化设计 高压缩率、高画质、低延迟的视频呈现是互联网的热门主题，其中最重要的底层核心就是视频处理及编解码。 视频编解码是涵盖算法、标准、软件实现、硬件实现、软硬件协同优化等各个方面的综合性领域，具有很强的学术研究和工程实现价值。 本专题主要从硬件实现以及软硬件协同方面切入探讨视频编解码系统的优化设计，并面向AVS3、AV1、VVC等标准探讨编码器的硬件设计方法。 在视频产业应用进入超高清4K/8K时代的历史机遇中，新一代国产标准AVS3有着强劲的技术活力和深远的应用潜力。
84420编辑于 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硬件开源。 2.5 使用硬件编码器的原因 使用硬件编码器的原因首先是性能和成本，比如要做一个8K编码器，用软件方式需要很多台服务器，对于硬件编码器只需要一颗芯片就够了，硬件编码器会比软件编码器性能好几个数量级。 硬件编码可以做带宽的压缩优化，带宽可以降低且对DDR访问可以做得更好，软件编码器很难做到8K或16K的编码，用硬件还是比较容易的。 比如面向Pynq将只有I帧的编码，因为Pynq的逻辑非常小，售价大概在7、8百人民币，而k1的开发板要一万多元，估计只有大学实验室才能买得起。另外，我们会针对低时延做优化，实现超低时延的端到端编解码。 特别是针对一些要求压缩效率比较高，面向8k、16k、VR等云端编码应用，目前来讲没有芯片方案，但又需要在云端做编码加速，因此可以在数据中心实现基于异构的编解码器设计。
1.8K20发布于 2021-09-01 - 来自专栏Netty应用与源码
Netty源码—8.编解码原理二
大纲1.读数据入口2.拆包原理3.ByteToMessageDecoder解码步骤4.解码器抽象的解码过程总结5.Netty里常见的开箱即用的解码器6.writeAndFlush()方法的大体步骤7.MessageToByteEncoder 的编码步骤8.unsafe.write()写队列9.unsafe.flush()刷新写队列10.如何把对象变成字节流写到unsafe底层6.writeAndFlush()方法的大体步骤(1)writeAndFlush out.writeInt(4+ response.getData().length); out.writeBytes(response.getData()); }}8.
23210编辑于 2025-06-13 - 来自专栏音视频技术
Linux AV1硬件视频解码将支持Intel Tiger Lake
AV1硬件解码将在最新的Intel处理器上实现，但AMD却还没有动作。 这使得向诸如VLC和mpv之类的播放器添加AV1硬件解码支持变得没有必要。 1.jpg 英特尔软件工程师ZefuLi在今年3月4日向libva库提交了一个补丁，添加了对AV1视频的硬件视频解码支持。 硬件编码是关键 令人高兴的是，即将到来的英特尔处理器将在硬件中具有AV1视频解码功能，当新的Tiger Lake处理器到来时，便有Linux对它的支持。 在软件编码VP8和VP9视频时，两者花费的时间有明显差别，但仍在可接受范围之内。编码视频需要两个或两个半小时没关系。 如果编码VP9花费的时间是编码VP8花费的时间的两倍，那确实有点糟糕，但这不能将VP9排除为一种实用的格式。
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的图形芯片提供硬件解码支持的。 在软件编码VP8和VP9视频时，两者花费的时间有明显差别，但仍在可接受范围之内。编码视频需要两个或两个半小时没关系。 如果编码VP9花费的时间是编码VP8花费的时间的两倍，那确实有点糟糕，但这不能将VP9排除为一种实用的格式。
1.6K10发布于 2020-08-28 - 来自专栏石开之旅
硬件笔记（8）----USB学习笔记5
bDeviceClass 1 设备类别 5 bDeviceSubClass 1 设备子类别 6 bDeviceProtocol 1 设备协议 7 bMaxPacketSize0 1 端点 0 的最大数据包大小 8 根据设备，数据包的大小可以为 8 个字节、16 个字节、32 个字节和 64 个字节。 iManufacturer、iProduct 和 iSerialNumber 都是字符串描述符索引。 请求所使用的配置值，用于选择该配置 6 iConfiguration 1 描述该配置的字符串索引 7 bmAttributes 1 位 7：预留（设置为 1） 位 6：自供电 位 5：远程唤醒 8 表 8 显示的是接口描述符的结构。 该接口所使用的端点数量（不包含 EP0） 5 bInterfaceClass 1 接口类别 6 bInterfaceSubclass 1 接口子类别 7 bInterfaceProtocol 1 接口协议 8
2.1K20发布于 2019-07-02 - 来自专栏Netty应用与源码
Netty源码—8.编解码原理一
的编码步骤8.unsafe.write()写队列9.unsafe.flush()刷新写队列10.如何把对象变成字节流写到unsafe底层1.读数据入口当客户端Channel的Reactor线程NioEventLoop 4.解码器抽象的解码过程总结解码过程是通过一个叫ByteToMessageDecoder的抽象解码器来实现的，ByteToMessageDecoder实现的解码过程分为如下四步。 5.Netty里常见的开箱即用的解码器(1)基于固定长度解码器(2)基于行分隔符解码器(3)基于分隔符解码器(4)基于长度域解码器(1)基于固定长度解码器判断当前字节容器可读字节是否小于固定长度。 ; case 4: frameLength = buf.getUnsignedInt(offset); break; case 8: DecoderException("unsupported lengthFieldLength: " + lengthFieldLength + " (expected: 1, 2, 3, 4, or 8)
29310编辑于 2025-06-13 - 来自专栏程序员互动联盟
解密H264、AAC硬件解码的关键扩展数据处理
通过上一篇文章，我们用ffmpeg分离出一个多媒体容器中的音视频数据，但是很可能这些数据是不能被正确解码的。为什么呢？ 因为在解码这些数据之前，需要对解码器做一些配置，典型的就是目前流行的高清编码“黄金搭档”组合H264 + AAC的搭配。 本文将讲述H264和AAC的关键解码配置参数的解析，如果没有这些配置信息，数据帧往往不完整，导致了解码器不能解码。 ADTS所需的数据仍然是放在上面的扩展数据extradata中，我们需要先解码这个扩展数据，然后再从解码后的数据信息里面重新封装成ADTS头信息，加到每一帧AAC数据之前再送解码器，这样就可以正常解码了 里面最重要的部分有采样频率、通道配置和音频对象类型，这几个一般都是AAC解码器需要的配置参数。 这个数据在ffmpeg中也有相应的解码函数：avpriv_aac_parse_header。
1.7K81发布于 2018-03-12 - 来自专栏音视频技术
对话安谋科技周华：编解码硬件的机遇与挑战
一方面，这对于视频编解码的性能提升是利好的，但这也给硬件IP厂商带来了一定的挑战。 对此，我们很荣幸地邀请到了来自安谋科技，视频编解码处理器研发负责人周华老师，来和我们聊一聊编解码硬件的机遇与挑战，以及介绍今年新推出的“玲珑”VPU处理器有哪些亮点。 周华：视频编解码标准不断地致力于提升编码质量并降低码率，所以在视频编码框架中加入AI部分进行增强也是顺理成章的。对于硬件IP会有些历史包袱，比如标准的向前兼容问题、成本PPA问题等。 周华：今年7月，安谋科技推出了自研IP业务的最新成果——面向多场景应用的全新“玲珑” V6/V8视频处理器，这是为满足主流市场不断增长的4K/8K实时编解码需求而设计的，具有配置灵活可定制、编解码性能优异 因应此类新兴技术的挑战，安谋科技推出了全新视频处理器──“玲珑”V6/V8，为满足主流市场不断增长的 4K/8K 实时编解码需求而设计，并通过一系列智能权衡实现了极大优化，为所有合作伙伴提供灵活的组合和选择
42020编辑于 2023-04-04 - 来自专栏科技记者
《高效R语言编程》8--高效硬件
软件配置 benchmarkme包 高效硬件的5个技巧 1、使用benchmarkme包评估下CPU，看是否值得硬件升级 2、如有可能，增加更多RAM（虽然现在芯片慌，说这个有点不合时宜） 粗略经验，RAM ·.Machine$sizeof.pointer #[1] 8·这样的结果就代表64位啦，这个应该是有原理的，感兴趣的可以查下。 1,600 random matrix: 2.75 (sec). plot(res) # You are ranked 310 out of 749 machines. # AMD R7 4700 8核心 8线程，还凑活 # 上传你的结果 upload_results(res) Creating temporary file Getting system specs. complete Tracking id: 2021-05-12-63245334 [1] "2021-05-12-63245334" 有三个结果，分别是程序、计算和函数的总时间和相对时间，发现没有用上全部8核心
1.1K30发布于 2021-07-27 - 来自专栏视频
音视频基础能力之 iOS 视频篇（三）：视频硬件解码
涉及硬件的音视频能力，比如采集、渲染、硬件编码、硬件解码，通常是与客户端操作系统强相关的，就算是跨平台的多媒体框架也必须使用平台原生语言的模块来支持这些功能本系列文章将详细讲述移动端音视频的采集、渲染、 硬件编码、硬件解码这些涉及硬件的能力该如何实现本文为该系列文章的第 3 篇，将详细讲述在 iOS 平台下如何实现视频的硬件解码往期精彩内容，可参考音视频基础能力之 iOS 视频篇（一）：视频采集音视频基础能力之 iOS 视频篇（二）：视频硬件编码前言视频解码是视频编码的逆过程，就是将压缩后的图像数据还原成原始未压缩的图像数据，可用于图像处理或渲染到屏幕。 有关原始图像数据渲染到屏幕的内容，本系列后续文章中会详细介绍，敬请期待在 iOS 平台，Apple 提供的硬件解码功能，目前仅支持 H.264 和 H.265，本文也将介绍这 2 种格式的硬件解码该如何实现 CVPixelBuffer 中的图像数据进行交互解码器支持的格式只有 NV12，也就是 kCVPixelFormatType_420YpCbCr8BiPlanarFullRange解码器的类型不需要指定
78810编辑于 2024-12-14 - 来自专栏reizhi
微软发布windows 8 Logo认证硬件规范
随着win8 beta的临近，近日微软发布了windows 8 logo认证的硬件需求规范。拥有笔记本的朋友应该都见过掌托上的win7贴纸，这就是logo认证。 只有符合微软的硬件需求，才有资格贴上这一块贴纸。下面我们一起来看看win8中有哪些值得关注的硬件需求。 （以下需求对于X86及arm平台同时起效） 注：以下需求仅适用于Windows 8 Logo认证，并非win8所需最低配置！ 旋转锁定，音量增减，Windows键 3.所有无线设备（例如WIFI 3G 蓝牙）必须共用一个状态指示灯 4.连接交流电源或直流电源时都必须符合，具体要求可查阅源文档 可以看出，要通过windows 8 Logo认证并非易事，而有部分媒体更是预计Windows 8平板价格将会高于600美元。
48410编辑于 2022-09-26 - 来自专栏嵌入式开发圈
解码斯坦福开源狗DogGo--附硬件清单、源码、图纸、论文
Stanford Doggo采用并行腿控制，每一条腿为2个自由度，一共为8个自由度。目前在所有机器人中保持着最高弹跳记录。成本低、结构简单，几乎所有的组件都能在线上获取。 当然，相比于波士顿动力、Laikago、浙大的绝影、MIT的小狗而言，它没有强大的硬件支持和更复杂的控制系统，但是单从研发时间、研发成本、以及最终效果来说，斯坦福的DogGo绝对是性价比最高的四足机器人 以上是官方给的所有硬件的清单，想要PDF文档的话可以在这下载（硬件清单）看上去很多，但其实最最核心的硬件不过就下面列出的： 材料 数量 Teensy 3.5（单片机） 1 ODrives（驱动器） 4 TMotor MN5212（电机） 8 Sparkfun BNO080 IMU （陀螺仪） 1 Xbee（遥控器） 1 Gigavac P105 Mini-Tactor（继电器） 1 其他（碳纤维板、齿带 各硬件连接如下： ?
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 - 来自专栏银河系资讯
Java 8中的Base64编码和解码
收件人的电子邮件软件将对编码的文本图像进行Base64解码，以恢复原始二进制图像。对于此示例，图像将与消息的其余部分一起显示。 Base64编码和解码 Base64依赖于简单的编码和解码算法。 此变体使用RFC 4648的表2中提供的Base64字母表进行编码和解码。字母表与前面显示的字母相同，只是-替换+和_替换/。不输出行分隔符。解码器拒绝包含Base64字母表之外的字符的编码。 Base64.Decoder提出了几种解码字节序列的线程安全实例方法。 考虑一个“Hello，World”式程序，使用Basic编码器对Base64进行编码，然后使用Basic解码器对编码文本进行Base64解码。清单1展示了源代码。 清单1。 之后，这些文件通过不同的解码器和包装的输入流打开和读取。结果存储在三个单独的文件中。
6.2K00发布于 2019-04-11 - 来自专栏bit哲学院
Java 8中的Base64编码和解码
收件人的电子邮件软件将对编码的文本图像进行Base64解码，以恢复原始二进制图像。对于此示例，图像将与消息的其余部分一起显示。 Base64编码和解码 Base64依赖于简单的编码和解码算法。 Base64.Decoder getMimeDecoder() ：返回MIME变体的解码器。 Base64.Decoder 提出了几种解码字节序列的线程安全实例方法。 考虑一个“Hello，World”式程序，使用Basic编码器对Base64进行编码，然后使用Basic解码器对编码文本进行Base64解码。清单1展示了源代码。 清单1。 之后，这些文件通过不同的解码器和包装的输入流打开和读取。结果存储在三个单独的文件中。
2.1K20发布于 2020-12-14 - 来自专栏InCerry
.NET8 硬件加速指令的支持
在这篇文章中，我将深入介绍我们在 .NET 8 中引入的内容以及它所启用的功能类型。 NET 团队和英特尔多年来多次合作，这一次我们在整体设计和实现上共同努力，使得 AVX-512 支持得以在 .NET 8 中实现。 后来在 2003 年，当 x64 平台在 AMD Athlon 64 上引入时，它又提供了 8 个额外的寄存器，这些寄存器能被 64 位代码访问，被命名为 xmm8 到 xmm15。 这允许硬件在更小的空间内表示更多的操作，提高代码密度，并更好地利用预期行为。 值得注意的是，我们在这里并没有直接公开与底层硬件一一对应的掩码概念。 System.Collections.BitArray – 创建，按位与，按位或，按位异或，按位非 System.Linq.Enumerable – 最大值和最小值 System.Buffers.Text.Base64 – 解码
88610编辑于 2023-12-26
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号