大家好，我是小涂，今天继续给大家分享播放器里面的相关知识，本篇文章主要是分享ffplay里面的视频解码线程相关源码，废话就不多说，开始开肝！
最近两年HDR这个概念可谓是铺天盖地而来，手机也好PC也好电视也好，都拼命往自己头上扣HDR的帽子。而在某些发烧友眼中，如果看片子不带HDR，堪比步兵变骑兵，一下子变得索然无味。然而，新事物往往也伴随着众多新坑，特别是在软硬件环境复杂的PC平台，稍有不慎就会摔得脸青鼻肿，播HDR的效果甚至不如播普通的片子。
崩溃转储、内存转储、核心转储、系统转储……这些全都会产生同样的产物：一个包含了当应用崩溃时，在那个特定时刻应用的内存状态的文件。
在前文《视频编解码硬件方案漫谈》中我们介绍硬件视频编解码的一般方案，本文我们进一步介绍音视频编解码如何在ffmpeg使用显卡硬件进行加速。
摘要 2021年10月30日，2021年MSU世界视频编码器大赛FullHD客观结果正式揭晓。由腾讯自主研发的支持最新国际视频编解码标准H.266/VVC的Tencent266编码器在竞争最激烈的高清离线赛道中取得Y-VMAF（v0.6.3、v0.6.2、v0.6.1）、Y-VMAF-NEG（v0.6.1）、Y-PSNR第一名的好成绩。MSU编码器大赛是视频编码领域的重要赛事，近年来在业界的影响力越来越大。Tencent266在MSU比赛中取得好成绩，是腾讯在国际视频编解码标准制定领域跻身世界前列后，
三十多年以来，传媒业的数字化带来了新的服务、扩大了传统服务的覆盖范围并且给世界各地的消费者带来不断改善的视听体验。数字媒体的分发与消费中最核心的技术问题之一就是压缩，尤其是视频压缩。近几年来，行业里出现了多种不同的视频编码标准和专用的编解码器，并且新研制的编解码器的压缩性能也在不断提高。但是有时候，压缩效率并不是决定编解码器是否适合某一场景的唯一因素。本文介绍的MPEG-5 EVC（Essential Video Coding）标准是由MPEG开发的，它采用了一种新的研制思路，旨在解决业务需求，包括专利许可和技术需求，以便在整个媒体行业中实现快又广泛的部署。
在Mozilla，我们一直在努力研究新一代AV1视频编解码器。AV1可比HEVC（H.265）和Google VP9提高25％的编码效率，并由AOM开放媒体联盟（ Mozilla & ATEME都是是其一部分）开发。
随着近些年直播技术的不断更新迭代，高画质、低带宽、低成本成为直播行业追求的重要目标之一，在这种背景下，H.264 标准已成为行业主流，而新一代的 HEVC（H.265）标准也正在直播领域被越来越广泛地采用。花椒直播一直在对 HEVC（H.265）进行研究、应用以及不断优化。
原文：http://www.streamingmedia.com/Articles/Editorial/Featured-Articles/NAB-Roundup-The-State-of-HEVC-AV1-and-Proprietary-Codecs-124455.aspx
本文为作者原创，转载请注明出处：https://www.cnblogs.com/leisure_chn/p/14355015.html
最近调研做视频秒开，使用B站开源的ijkplayer作为播放器。ijkplayer基于ffmpeg的播放器。
视频产业现在处于一个十字路口，巨大的视频服务行业每年价值约 2000 亿美元。视频占互联网所有流量的 80%，这个比例还在增长。而在这 80% 的流量中，80% 是由 H.264 比特流组成的 -- 这是当今主流的视频编解码器。但 H.264 是在 2003 年实现标准化的，整整 18 年了，现在时机已经成熟，需要一个更新、更强大的编解码器来取代它。
DirectShow框架是多媒体播放框架上一个非常经典的框架，现在已经十多年了，在Windows平台上依然无法替代，非常值得去学习研究。个人觉得从设计模式的角度上看，directshow框架的灵活性、复用性、可维护性、可拓展性这些方面做得非常不错，也是它经久不衰历久弥新的一个原因，现在的很多第三方的decoder和filter都基于directshow框架开发，可以很灵活的移植到directshow视频框架中，例如视骏开发的HEVC/H.265解码器，都可以直接挂载在directshow框架中进行视频解码。
有印象的差友应该还记得前几天托尼写了一篇有关 HEVC 的文章（ 传送门 )，里边有提到很多浏览器其实都不支持 GPU 硬解 HEVC 视频。
前文我们对HEVC的HDR编码优化技术做了介绍，侧重编码性能的提升。本章主要阐述HEVC中HDR/WCG相关的整体编码方案，包括不同应用场景下的HEVC扩展编码技术。
随着移动终端的普及和网络的提速，以短视频为媒介的内容成了大家普遍接受和喜欢的内容消费形式。但是短视频是如何从一个视频地址到我们能看见的音视频内容呢？我们都知道播放器就是用来完成视频从地址解析到视频渲染这个流程的集合。那在我们Android平台上播放器的发展和演进过程中，有哪些实现方式？他们背后都有些什么优缺点呢？对于一个内容消费者来说，在浏览短视频的过程中，哪些性能指标是影响用户体验的呢？技术人员对于这些性能指标有哪些可做的优化？以及在快速的版本迭代中如何保证海量用户的播放体验呢？带着这些问题，本文尝试从
我们对于为什么视频不能及时、以未压缩的质量交付做出了很多解释。其中许多解释都是合理的，这些问题主要集中在网络容量或间歇性、扩展低延迟解决方案的成本、甚至局限性的现成处理器实时处理4K Ultra HD或者高动态范围（HDR）内容方面。
“Bypass HDR” 是指绕过高动态范围（HDR）功能的一种设置。HDR 是指一种显示技术，它可以提供更高的色彩深度和亮度范围，从而产生更加真实、明亮和有层次感的图像。在某些情况下，用户可能会选择禁用 HDR 功能，例如当他们观看不支持 HDR 的内容时，或者在使用某些应用程序时需要禁用 HDR 以获得更好的性能。因此，“Bypass HDR”是一种设置选项，允许用户启用或禁用HDR功能。
原文链接：https://blog.beamr.com/2020/05/28/video-codecs-in-2020-the-race-is-on/
为了实现卓越的空间视频效果，空间视频采用了MV-HEVC（Multiview HighEfficiency Video Coding）视频编码标准，传输方案选择了标准的fMP4 in HLS。为了满足潜在的客户对空间视频的需求，腾讯云MPS也迅速打通了从MV-HEVC编码、ISOBMFF（ISO Base Media File Format）容器封装到HLS分发至Vision Pro上播放的完整链路。下面就让我们一起看下腾讯云MPS是如何支持空间视频的。
2020年7月，由ITU-T的VCEG和ISO/IEC的MPEG组成的联合视频专家组JVET发布了最新一代的视频编码标准VVC（Versatile Video Coding）。VVC是HEVC之后的下一代编码标准，将由ITU-T作为H.266发布，并在ISO / IEC标准中构成MPEG-I第3部分（ISO / IEC 23090-3）。作为最新的视频编码标准，VVC的目标是在节省50%码率的情况下，取得与HEVC相同的视觉质量。此外，VVC也被寄希望于在新兴场景中得到很好的应用，包括高动态范围（HDR），自适应比特流，计算机生成的内容以及沉浸式应用（如360视频和增强现实（AR）等）。
据我所知，这是第一次有研究对代表基本视频编码（Essential Video Coding，EVC）、通用视频编码（Versatile Video Coding，VVC）和低复杂度增强视频编码（Low Complexity Enhancement Video Coding，LCEVC）的编解码器以及 AV1、HEVC 和 H.264 的质量和性能进行比较。它并不像我希望的那样详尽，但结果应该有助于你了解三个较新的 MPEG 编解码器的目标，以及它们与旧编解码器的对比情况。
作者 | Francois Chollet 编译 | 雁惊寒 seq2seq是一种把序列从一个域（例如英语中的句子）转换为另一个域中的序列（例如把相同的句子翻译成法语）的模型训练方法。目前有多种方法可以用来处理这个任务，可以使用RNN，也可以使用一维卷积网络。 很多人问这个问题：如何在Keras中实现RNN序列到序列（seq2seq）学习？本文将对此做一个简单的介绍。 什么是seq2seq学习 序列到序列学习（seq2seq）是一种把序列从一个域（例如英语中的句子）转换为另一个域中的序列（例如把相同的句子
随着最近H.266标准的完成，其惊人的复杂度令人生畏，与此同时，新兴的AOM组织于2018年年中耗时3年完成的AV1标准吸引了不少业内人的眼球，不仅仅是其有竞争力的编码性能，还有其在流媒体方面的优异表现，最重要的是其免专利费（royalty-free）使用这一项就会吸引各大厂商跟进。
本文来自MPEG-5 Part 2的会议论文演讲，演讲者是来自V-Nova的Simone Ferrara。本次演讲的主题是LCEVC）的概述和性能评估。
在我之前写的一篇文章《SkeyeRTSPLive传统视频监控互联网+实现利器解决方案》中提到RTSP转RTMP的转流过程，简化流程就是通过SkeyeRTSPClient拉RTSP流，获取音视频编码数据，然后再通过SkeyeRTMPPusher推出去，流程非常简单；然后再实际开发过程中，我们发现其实这个过程并没有想象中那么简单；首先，RTSP协议支持多种音视频编码格式，如音频支持AAC,G711，G726,等，视频支持H264，H625，MJPEG, MPEG等等各种格式，而SkeyeRTMPPusher推流只支持H264（已扩展支持H265）格式，这时，音频我们可以通过SkeyeAACEncoder将音频转码成AAC格式，而视频我们可以通过SkeyeVideoDecoder解码成原始数据，然后再通过SkeyeVideoEncoder将原始数据转码成RTMP推送指定的格式，本文，我们将重点讲述SkeyeVideoDecoder基于Nvidia(英伟达)独立显卡的解码流程。
保存视频的每一帧，每一个像素没要必要，而且也是不现实的，因为这个数据量太大了，以至于没办法存储和传输，比如说，一个视频大小是 1280×720 像素，一个像素占 12 个比特位，每秒 30 帧，那么一分钟这样的视频就要占 1280×720×12×30×60/8/1024/1024=2.3G 的空间，所以视频数据肯定要进行压缩存储和传输的。 而可以压缩的冗余数据有很多，从空间上来说，一帧图像中的像素之间并不是毫无关系的，相邻像素有很强的相关性，可以利用这些相关性抽象地存储。同样在时间上，相邻的视频帧之间内容相似，也可以压缩。每个像素值出现的概率不同，从编码上也可以压缩。人类视觉系统（HVS）对高频信息不敏感，所以可以丢弃高频信息，只编码低频信息。对高对比度更敏感，可以提高边缘信息的主观质量。对亮度信息比色度信息更敏感，可以降低色度的解析度。对运动的信息更敏感，可以对感兴趣区域（ROI）进行特殊处理。 视频数据压缩和传输的实现与最终将这些数据还原成视频播放出来的实现是紧密相关的，也就是说视频信息的压缩和解压缩需要一个统一标准，即音视频编码标准。
2023-03-30：用Go语言改写FFmpeg示例decode_audio.c，实现高效音频解码。
选自Keras Blog 作者：Francois Chollet 机器之心编译 参与：黄小天、路雪 如何在 Keras 中实现 RNN 序列到序列学习？本文中，作者将尝试对这一问题做出简短解答；本文预设你已有一些循环网络和 Keras 的使用经验。 GitHub：https://github.com/fchollet/keras/blob/master/examples/lstm_seq2seq.py 什么是序列到序列学习？ 序列到序列学习（Seq2Seq）是指训练模型从而把一个域的序列（比如英语语句）转化
本篇是来自FOSDEM 2020 Open Media devroom的演讲，演讲者是VideoLAN的主席Jean-Baptiste Kempf，主题是“发展一年以后的dav1d”。
WebRTC 视频质量需要一些调校来正确完成。让我们看看我们在比特率、分辨率和帧率方面有哪些可用的级别。
2.将下载得到的包中的执行文件ffmpeg.exe、ffplay.exe和ffprobe.exe拷贝到C:\Windows目录下。这样，在命令行窗口中便可以直接访问这些可执行文件。
翻译、编辑：Alex 写在前面 The VideoVerse Podcast由微帧科技团队制作，每期都会邀请一位技术专家探讨视频技术，内容涉及视频编解码、智能处理、视频采集与播放、视频传输、质量评估等视频流处理链路中各个环节中的不同先进技术。视频技术相关从业者、编解码器工程师、以及寻求更深入的视频和编码技术知识的社区爱好者等都可以通过此播客向同行学习并获得可行见解，从而合力推动视频技术的发展。本次采访是The VideoVerse Podcast系列的第一期，由音视频行业专家Mark Donnigan采访谷
点击上方“LiveVideoStack”关注我们 ▲扫描图中二维码或点击阅读原文▲ 了解音视频技术大会更多信息 翻译 | 姜金元 编辑 | Alex 技术审校 | 张昊、杨海涛 本文来自OTTVerse，作者为Jan Ozer。 VVC 影音探索 #006# 聊聊VVC VVC作为国际标准于2020年7月首次发布，现在时间已经过去了18个月，让我们来看看VVC迄今为止的进展（包括许可、性能、芯片开发和测试等）。 VVC专利所有人 追求视频质量固然很好，但这个世界是靠金钱运转起来的，所以让我们从这
大家作为我们公众号的忠实粉丝，想必对VRP不陌生吧。VRP问题作为运筹学领域的重要问题之一，不断有学者提出新的算法来求解这一问题，包括列生成、分支定价等精确算法，以及模拟退火、禁忌搜索等启发式算法。
本篇介绍下H264和H264的编码格式，包括avcc，annexb，以及转换方法。annexb 用于实时流的场景，avcc用于多媒体文件，如mp4,mkv等场景。
第一个被广泛接受的视频压缩标准MPEG-2于1996年被采纳，随后数字卫星电视得到了快速发展。下一个标准是MPEG-4 part 10（H.264/AVC），它提供了两倍的视频数据压缩率。它于2003年被采纳，导致了DVB-T/ C systems、互联网电视的发展以及各种视频共享和视频通信服务的出现。从2010年到2013年，联合视频编码联合协作小组（JCT-VC）积极致力于创建下一个视频压缩标准，开发者称之为高效视频编码（HEVC）；它实现了数字视频数据压缩率的两倍增长。这一标准于2013年获得批准。同年，由谷歌开发的VP9标准被采纳，据称在视频数据压缩率上不逊于HEVC。
原文 https://bitmovin.com/compression-standards-vvc-2020/
一分钟，您的iOS应用程序可以在Xcode中正常运行，而下一分钟，它由于不可思议的SIGABRT错误而崩溃了。这是怎么回事！？
本文是来自 Bitmovin 的 视频编码工程师 Christian Feldmann 在 Demuxed 2020上的演讲，主题是“HRD 假想参考解码器，或vbv-bitrate不是比特率”。
首先我先说一下ATEME。ATEME从事一家做广播的编码公司现在已经有20多年了，包括VideoLAN的一些人也在公司里面工作。所有的编解码器，我们一开始主要是从MPEG开始、VVC标准化，然后VVC竞争者，所有的编解码器都在一起攻克。其他的都是同时进行的，更重要的是我今天要讲的这个也是编解码器的未来进展。
H.266，即VVC，已于2020年6月完成标准化工作，其标准号为Rec. ITU-T H.266 and ISO/IEC 23090-3，标准将在2020年11月正式开始生效。H.266最显著的特点就是其相比起它前一代的标准，即ITU-T and ISO/IEC High Efficiency Video Coding (HEVC)，标准号Rec. ITU-T H.265 and ISO/IEC 23008-2，有近50%的压缩性能的提升，而相比起更早的标准H.264/MPEG-4 AVC standard (Rec. ITU-T H.264 and ISO/IEC 14496-10) 更是有4倍的压缩性能提升，节省了更多的储存空间，网络带宽，同样的带宽，我们可以传输更多的视频，更多的频道，我们也可以传输更高分辨率的视频，更高帧率的视频，更高质量的视频，可以更好地应对出现由于以下技术带来的更高的对视频的要求，如UHD（ultra high definition）， HDR（high dynamic range ），WCG（wide color gamut），HFR（high frame rate ），逐帧扫描的faster refresh rates，
要读和写文本，我们要分别使用 CharsetDecoder 和 CharsetEncoder。将它们称为 编码器 和 解码器
以下是百度百科对于H.265的介绍： H.265是ITU-T VCEG继H.264之后所制定的新的视频编码标准。H.265标准围绕着现有的视频编码标准H.264，保留原来的某些技术，同时对一些相关的技术加以改进。新技术使用先进的技术用以改善码流、编码质量、延时和算法复杂度之间的关系，达到最优化设置。具体的研究内容包括：提高压缩效率、提高鲁棒性和错误恢复能力、减少实时的时延、减少信道获取时间和随机接入时延、降低复杂度等。H.264由于算法优化，可以低于1Mbps的速度实现标清（分辨率在1280P720以下）数字图像传送；H.265则可以实现利用1~2Mbps的传输速度传送720P（分辨率1280720）普通高清音视频传送。
做为图像/视频编码领域的顶级会议之一，第33届图像编码研讨会（PCS，Picture Coding Symposium）于2018年6月24号至6月27号在加州旧金山召开。本次会议旨在为视觉压缩领域提供一些突破性的先进技术以及提供高水平的学术报告。在会上，JVET的两位联合主席Jens-Rainer Ohm和Gary J. Sullivan做了关于下一代视频编码标准VVC的主题报告，介绍了上一轮提案征集结束后的测试结果、当前VVC测试软件的情况以及后续的工作计划。
作为HEVC比较热门的继承者，AOM推进的AV1在2018年进入了大家的视野。研究AV1的新编码工具离不开一个强大的码流分析工具。AOM 得益于开源社区的贡献，其码流分析工具也在同步的推出，给研究AV1新编码工具的小伙伴带来省去不少麻烦。
在移动应用开发中，我们经常会遇到各种错误和异常。其中一个常见的错误是 cn.sample.mnn.detect A/libc: Fatal signal 11 (SIGSEGV), code 1 (SEGV_MAPERR), fault addr 0x0 in tid。这个错误通常与内存访问相关，并且是一个严重的错误，可能导致应用崩溃。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
即时通信 IM
对象存储
