在过去的一段时间中,VVC视频编码性能逐步提升,在编码质量相同的情况下,所需码率逐步下降。PSNR指标也在稳步增长。 Ewout ter Hoeven 译 / 咪宝 原文 https://medium.com/@ewoutterhoeven/a-quick-and-dirty-look-at-vvc-16e8c2c56512 1/home/ewouth/VVCSoftware_VTM/bin/EncoderAppStatic -i Morocco-1000.y4m -b vvc-test-2.vvc -wdt 21920 作为编码质量的一个简单指标,PSNR也在稳步增长。还有更好的度量标准,比如VMAF。 ? 编码速度是...... 不太好。 (https://docs.google.com/spreadsheets/d/1Z2GdNWzIv_pGkEVvSYQAAp3QRgDeYFakxGmFfDgwawI/edit#gid=984508387
方案将8K内容智能地编码成4个4K流传输,由8K电视放大,这样可以节省带宽,降低发行成本。 这个方案是NHK设计的,因为四年前在日本没有人能够对8K进行编码。 “因此,如果你把内容感知编码、云计算和一些智能工程结合起来,你就能用8K创造奇迹。”Thierry说。 (富士通旗下品牌)也在研究这种类型的AI辅助编码,目前Brightcove和Kaltura等多频道托管和播放服务正在部署这种编码方案。他们正在将8K的母带内容,在AI的辅助下,降频到4K进行发行。 “因此,内容提供商输入8K或4K内容,网络会将文件大小缩小一半,”他说。“所以它将从8K到4K,或者4K到2K。然后服务提供商可以使用现有的基础设施来传输。 “所以它将从8K到4K,或者4K到2K。然后服务提供商可以使用现有的基础设施来传输这些信息。因此,使用这种技术,您可以将8K内容放入4K管道,或者将4K放入和2K管道。
,用3个字节(byte)存储; 那么一帧画面所需要的存储体积=2,073,600*3/1024/1024≈5.7M 因此,对视频编码十分必要,下面是常见封装格式的视频编码类型[3]: 视频压缩 上述这些视频编码都是通过压缩视频的画面帧来减小视频的体积 视频码率 虽然上述视频编码方式能够极大压缩视频体积,不过影响视频质量关键因素还包括码率。如果采用固定码率进行编码,如果视频太过复杂,比如很多随机粒子,就会让视频看起来非常模糊。 可变码率是指码率按需进行分配,简单场景码率低,复杂场景码率高,用的最多,在PR中,还提供了VBR2次编码的选项,即包含一个目标码率和一个最大码率,因此VBR被广泛使用。 OpenCV视频编码 了解完上述基础知识后,不难发现,在视频分辨率和帧率固定的基础上,视频体积的大小主要取决于视频的编码格式和码率。 在OpenCV中,通过cv2.VideoWriter_fourcc来定义视频编码,例如*'mp4v'是采用MPEG-4的编码形式: vid_writer[i] = cv2.VideoWriter(save_path
视频在我们生活中应用越来越广了,不可避免的,我们在使用视频时,会遇到一些最常见的专业术语:视频编码格式、视频码率、视频帧率、视频分辨率,这些专业术语在一个视频文件中,到底是指的什么呢?听阿酷来说说吧。 编码格式:一个视频文件本身,通常由音频和视频两部分组成。 例如上图的视频文件,就是由avc视频编码+AAC音频编码组成的,常见的视频编码格式有Xvid,AVC/H.264,MPEG1,MPEG2 等,常见的音频编码有MP3、AAC等。 视频码率:是指视频文件在单位时间内使用的数据流量,也叫码流率。码率越大,说明单位时间内取样率越大,数据流精度就越高,这样表现出来的的效果就是:视频画面更清晰画质更高。 视频标清、高清、全高清的分类分辨率码率帧率参考(附图)?
stdin>", line 1, in <module> UnicodeEncodeError: 'ascii' codec can't encode characters in position 0-2: 第二个问题是如果说python2中默认的编码方式是ascii,那么非英文字符按理来说是不能编码的 呀(因为ascii中只有英文字符)。 这个问题和第二个问题还是很有联系的,首先 u'' 在 python2 中表示的是对应字符的 unicode 码的形式,至于过程,则是使用当前的终端的编码方案对字符进行(decode)解码,然后再将解码后的所对应的 解释 进度2 #the code below is under a file.py #coding: utf-8 import sys ed = sys.stdout.encoding print '知乎 print '知乎' 尾声 python2的编码问题其实早已经出现好久,一开始我只是解决了乱码的问题,后来在各种终端下测试的时候,发现了这样那样的问题,我觉得这真的还是蛮胃疼的,每次都得直接google
表2:广播组织的 8K 标准 为什么需要 8K 直播以及如何实现? 那么一个 8K 直播系统应该如何实现呢,一般的工作流如图 2 所示,它包括 8K 视频采集、音频采集模块、实时 8K 内容编码模块、云端分发模块以及终端播放模块。这里主要讨论编码部分和播放部分。 根据最近的论文中的对比实验,VVC 参考软件可以在同等质量下比 HEVC 节省 41.54% 的码率,但编码复杂度比 HEVC 高 8 倍,AV1 则比 HEVC 节省 19.89% 的码率,编码复杂度则为它的 表 3:编码器性能对比 哪一个编解码标准更适合 8K 实时内容,需要考虑的不仅仅是压缩效率(在保证高质量的前提下维持较低的码率),还有计算复杂度(能否实时编码),以及是否有可用的编解码器生态(编解码器是否广泛部署 8K 直播服务并不是最近才提出来的,早在 2008 年,NHK 和 BBC 就用 MPEG-2 编码器以 600 Mbps 的码率实现了从伦敦到阿姆斯特丹的 8K 服务。
随着视频直播不断向着超高清、低延时、高码率的方向发展, Apple Vision的出现又进一步拓展了对3D, 8K 120FPS的视频编码需求,视频的编码优化也变得越来越具有挑战性。 左边是常见的3D视频压缩方式:把左右视点图像进行拼接后用通用编码器进行压缩,解码后再重新拆分成左右2个视频。这也是为什么下载的3D视频如果不是用3D方式打开的时候,出现的图像是左右分开的。 这里自适应有2个方向,首先可以自适应计算加多少TILE合适;其次可以自适应只针对关键帧多TILE编码,其他帧仍旧使用原先的编码方式。这样的组合能够做到控制性能损失的前提下,有效地降低延迟。 主观优化 为了进一步提升在直播场景下的主观质量,我们加入了对ROI(关注区域)编码的支持,以提高人眼关注区域的质量。但同时ROI功能的添加也产生了2个问题: 问题1:码率波动大。 通过这一系列手段,将码率从15%降低到了5%,达到了我们码率控制的预期。 问题2:速度下降明显。
文章第一部分会介绍4K/8K超高清视频的特点以及这些超高清视频广泛应用面临哪些问题。之后第二部分会介绍我们在编码器方面所做的优化,来使编码器更适配超大码率、超高分辨率的视频。 4K/8K超高清视频的特点就是它的分辨率和清晰度非常高,同时视频码率极高。超高的分辨率和码率对下游系统带来了新的挑战。 以直播系统来说,直播转码过程的处理速度和性能消耗,与视频输出的分辨率及码率息息相关,要支持实时的8K转码系统,无论在编码内核上,还是在系统架构上,都需要新的设计方案。 当前也有很多专属硬件的方式来支持4K/8K分辨率的实时编码,虽然其能满足实时编码的需求,但压缩率相对软编较差,若要保持4K/8K的清晰度,往往需要几十兆甚至上百兆的码率。 如果和硬件编码器相比,可以有70%以上的压缩率提升。也就是说通过前面的系统方案,直播4K/8K超高清视频在同样的画质下,所需要的编码码率只是硬件编码码率的30%左右。
来源:8K Association 作者:Ben Schwarz 内容整理:胡经川 本文从 8K 内容的编码、质量评价以及码率和质量的权衡对 8K 内容的实时编码现状进行了分析,并进一步展望了 8K 内容的码率会达到一个什么样的水平 目录 编码标准 视频质量标准 客观指标 主观衡量标准 编码权衡 案例1:NHK STRL: 8K广播频道 案例2:8K互联网直播流 超越HEVC 参考 在我们对 8K 视频编码这一新兴领域永无止境的探索中 编码权衡 没有恒定不变的标准,凡事都要有一个权衡,8K 视频的编码也是如此,如何实现码率和质量的权衡是十分重要的。 案例2:8K互联网直播流 在欧盟资助的 Immersify 项目的背景下,Spin Digital 进行了一项正式的主观测试,使用最新一代基于 CPU 的 HEVC 实时编码器(Spin Enc Live4 图2:压缩效率与编码速度对比 该实验在不同的 8K 内容下对不同的 HEVC 编码器进行了比较,显示了非常不同的质量-性能综合结果(以 fps 为单位的编码速度与相同质量下的比特率增加)。
,带宽)的设定及解释 1、扩频因子(SF) 2、编码率(CR) 3、信号带宽(BW) 4、LoRa信号带宽BW、符号速率Rs和数据速率DR的关系 5、LoRa信号带宽、扩频因子和编码率的设定 6、空中速率 LoRa学习系列链接汇总: 博主热门文章推荐: ---- LoRa学习:LoRa关键参数(扩频因子,编码率,带宽)的设定及解释 1、扩频因子(SF) 2、编码率(CR) 3、信号带宽(BW) 4、 0x37)写入0x0C ---- 2、编码率(CR) 编码率,是数据流中有用部分的比例。 由此,编码率(抗干扰性能)可以随着信道条件的变化而变化,可以选择在报头加入编码率以便接收端能够解析。。。 LoRa数据速率DR可以通过以下公式计算: DR= SF*( BW/2^SF)*CR ---- 5、LoRa信号带宽、扩频因子和编码率的设定 LoRaWAN主要使用了125kHz信号带宽设置,但其他专用协议可以利用其他的信号带宽
Per-Title编码是指以节省码率、存储空间及传输带宽成本为目的,为每部电影(基于其空间和时间属性及复杂度)调整合适的码率阶梯(Bitrate Ladder)。 对大多数视频而言,在码率受限的情况下,这种一刀切的固定Bitrate Ladder可以实现高质量编码,然而在某些情况下,如卡通动画或静态访谈节目,采用高达5800kbps的码率来编码1080P视频,无疑是码率上的浪费 问题2:在同样码率(带宽要求)下,切换不同的分辨率档位,视频质量还有提升空间。把几条RD曲线合并起来,提取他们的凸包(Convex Hull,或称外包线),在这个凸包上取点,就可以避免这两个问题。 2) 为每个分辨率选择最合适的码率或者CRF值传统的CRF策略通常在单一分辨率下工作,而微帧的Per-Title通过分析每个分辨率下的画面质量与码率之间的关系,自动调整CRF值及最优码率,使视频在不同分辨率下都能展现出色的质量和编码效率 微帧的Per-Title技术通过优化编码算法、并行处理技术以及智能任务调度,大幅度提升了其处理速度;这样多维度、多层次的深度优化,提升了视频编码效率和输出质量,不仅在分辨率和码率的选择上更加智能化,还实现了更为精确的编码控制
不足: 压缩效率已难以满足 4K 以上或弱网环境下的带宽要求,同等画质下码率需求明显高于 H.265/H.266。 2. 在大规模分发场景(如万人级在线课堂)中,码率下降意味着 CDN 成本和用户端流量占用的同步下降。 2. H.266 理论上可在相同延迟下显著降低码率,但在缺乏硬件支持的阶段,实时编码延迟较高。 适合对带宽极为敏感的高码率内容(8K、VR),但短期内多用于高端设备与云端处理链路。 2. 4K 工业巡检:H.265 + 硬件编码,减少带宽压力同时保留细节。 8K VR 演示(实验阶段):等协议规范成熟,慢慢推进H.266 + 云端硬编码,极致压缩率。 2. H.265 优先场景 高分辨率与弱网结合:远程医疗、4K/8K 工业巡检、长距离传输。 H.266 尝试场景 带宽成本极高的高码率内容:8K 转播、AR/VR 沉浸式体验、云渲染视频。 4.
商业差异化卖点:通过智能动态编码、AI增强及自动化流程,实现不损伤画质下节约50%以上码率(来源:自研编码内核说明),市占率超50%(来源:市占率统计),满足从内容生产到分发的全链路需求。 · 硬核指标 编码能力:支持VP8、H.264、VP9、H.265、AV1、AVS3、H.266等最全面音视频编码标准(来源:产品编码标准说明); 码率优化:自研编码内核不损伤画质下节约50%以上码率 (来源:自研编码内核说明),智能动态编码节省超50%带宽成本且VMAF值提高3-5分(来源:智能动态编码技术测试); 分辨率支持:8K高分辨率视频实时编码(来源:专业可靠编码模块); 转码效率: (来源:行业贡献模块),参与AV2标准开发并支持Vision Pro MV-HEVC标准(节省20%码率,来源:行业贡献模块); 市占率:市占率超50%(来源:50%+模块)。 2. 小红书 背景:小红书需极速高清转码及增强服务,平衡低码率与画质。 解决方案:使用MPS极速高清转码及增强服务。 成效:低码率下增强直播画质,降本增效并提升用户观看体验。 3.
放大状态下支持8K/16K高品质 为了满足本次5G超高清赛事直播对于超高清直播点播的需求,腾讯明眸极速高清在视频编码层面进行大量优化,其中一个主要内容便是实现多tile宫格方式编码:多tile宫格编码在 8K/tile 16x16宫格式编码 2 腾讯明眸全新升级,发布极速高清2.0 腾讯明眸作为腾讯音视频AI产品解决方案,能够实时识别视频流,并进行AI化处理,有效节省带宽资源,提升用户体验。 其中腾讯明眸极速高清具有智能动态编码功能,能够基于业界领先的音视频编码、图像深度学习与画质增强、ROI区域编码等技术积累,通过实时的智能场景识别,对视频进行动态感知编码和画质增强处理,以更低的码率为直播 +)及4K/8K/16K 直播、点播视频业务场景,对视频编码算法进行升级,并进一步实现视频编码算法性能、工程编码框架及前处理优化,提高视频编码效率,在保证流畅度的同时提升画面质量,优化视频观看体验。 凭借此次合作,腾讯云率先实现在海外5G网络环境下对8K/16K超高清视频编码、CDN传输及解码播放的全业务流程的特定优化及适配工作。
8K、4K、2K显示对比 2K分辨率:也称为全高清(FULL HD),它具有1920 x 1080像素的分辨率。这是目前大多数消费者电视和电脑显示器的标准分辨率,可以提供良好的图像质量。 8K视频编解码 2K视频 典型码率范围:5Mbps - 15Mbps 带宽需求:适合于大多数家庭宽带和移动网络,一般需要10 Mbps左右的带宽即可流畅播放。 4K视频 典型码率范围:20Mbps - 50Mbps 带宽需求:需要更高的带宽来支持高清的4K视频播放,推荐35 Mbps以上的带宽以获得最佳体验。 8K视频 典型码率范围:50Mbps - 100Mbps(甚至更高) 带宽需求:对于8K视频,需要更大的带宽来传输,建议至少100Mbps的带宽以保证流畅播放。 gst_dec_display案例分享 案例说明 本案例使用GStreamer API通过ARM从本地导入8K视频文件(H.264编码格式或H.265编码格式),然后进行H.264或H.265(NV12
其核心商业价值在于通过底层技术革新实现“降本增质”:在兼容业内最全面音视频编码标准的基础上,利用智能动态编码技术,在不损伤画质的前提下节省 50% 以上的码率成本,同时树立了集 AIGC、LLM(大语言模型 2. 硬核指标 码率节省: 在不损伤画质情况下可节约 50% 以上 码率。 画质评分: 智能动态编码技术可将 VMAF 值提高 3-5 分。 处理速率: 业界最快处理速率,2分钟视频仅需 3秒 即可完成(基于快影案例数据)。 编码标准: 全面支持 VP8、H.264、VP9、H.265、AV1、AVS3、H.266。 分辨率支持: 支持高达 8K 的高分辨率视频实时编码。 新技术支持: 支持 Vision Pro MV-HEVC 标准(节省 20% 码率)。 3. 2. 哔哩哔哩 (bilibili) 背景: 需满足各类播放终端对码率和分辨率的需求,同时控制带宽成本。 解决方案: 采用 MPS 内容转码服务,规范化容器格式。
腾讯云极速高清(Top Speed Codec, TSC)通过智能动态编码技术,重构了视频流处理逻辑,以“更低码率、更高画质、更强适配”为核心优势,成为行业技术标杆。 例如,足球比赛中快速镜头切换与观众席特写可被精准区分,为差异化编码提供依据。 动态参数优化系统 结合视频源特性(分辨率、帧率、纹理复杂度)与设备负载,动态调整CTU/行/帧三级码率分配。 二、核心突破:从“静态压缩”到“动态感知” (一)码率控制革命 传统H.264/H.265编码采用固定率失真模型,而极速高清引入时序动态补偿因子: 场景级参数匹配:根据分类结果选择最优QP值与码率分配策略 帧级实时优化:对关键帧(I帧)采用高精度编码,P/B帧则动态降低冗余,实测码率较友商降低8%-10%。 (三)超高清实时编码能力 支持8K/30fps实时转码,压缩耗时低于50ms,较传统方案效率提升30倍。
新版本支持了更加完善的编码工具并可以灵活地开关,编码效率大大提升,最佳质量下相比x265平均可节省30%码率,针对1080p和4K视频可节省35%以上(注1),在点播类应用场景下相比x265可节省20% 码率。 码率视频码速度达到每秒编码60帧。 ,探索块划分方式选择、快速模式选择、预分析、码率控制及自适应参考结构等,在保持复杂度不变的前提下进一步提升各个编码档次的压缩效率和编码质量。 AVS3是AVS工作组制定的第三代音视频编解码技术标准,也是全球首个已推出的面向8K及5G产业应用的视频编码标准。同时,AVS3是一款Royalty-Free的编码标准,在商业上非常友好。
在讨论的最开始,主持人Chris Chinnock介绍了8k联盟和他们最近的一些进展。 Thierry Fautier谈到关于8k内容的编码格式:HEVC、VP9和AV1均有应用。 我们可以给8K视频搭配各种级别的音频,但最重要的是反映创作者的意图。 Thierry Fautier谈内容感知编码,指编码器会根据内容复杂度动态地决定比特率。 使用基于人类视觉特性的感知编码以及基于AI的技术等,可以将码率减小一半。他提到“也许你不需要EVC,因为你可以使用更好的方法,不要忘记在压缩领域的所有进展总是开始于一个技术步骤。 这项技术被用于在广播传输时降低分辨率传输,到电视端再将分辨率提高到原始水平,重建的画面与原始图像在VMAF上几乎没有损失,实际应用中,这项技术可以带来50%的码率节省。 Thierry Fautier对此的评价是,目前有一些值得注意的在8K电视上播放4K内容的盲测,也许在8K电视上播放4K,而不需要8K内容的生产会成为一种现实。
对于标清的 480p 视频,采用 H.264 编码,在 1Mbps - 2Mbps 的带宽下可以获得较为流畅的播放效果。 8K 视频: 如果视频编码效率较低,要流畅播放8K视频可能需要 70-80Mbps 的带宽。对于较高质量、高帧率的 8K 视频,带宽需求可能会达到 200Mbps 甚至更高。 但理论上,12K 视频的带宽需求会远高于 8K 视频。 如果按照简单的像素数量比例来估算,12K 视频的带宽需求可能是 8K 视频的 1.5 倍左右,实际的带宽需求还会受到视频编码方式、帧率、色彩深度等多种因素的影响。 * 注意硬编码和手机硬件有关,多数手机只支持部分码率模式, 另外硬编码设备差异很大,不同设备同一码率控制模式效果可能不一样* @return {0} if successful*/public native