假设一个 1 小时的未压缩的电影（1920 * 1080），像素数据格式为 RGB(3 Byte)，按照每秒 25 帧来计算：
1 | 3600 * 25 * 1920 * 1080 * 3 = 521.42GB |
500 多 G 的电影显然太大了，下载耗时也占地方，在线看也很慢，毕竟我们平时看的一般也就几个 G 而已。所以我们要对视频进行 压缩，而 编码 就是 压缩 的过程。
视频编码的作用： 将视频像素数据（RGB，YUV 等）压缩成对应标准的视频码流，从而降低视频的数据量。
视频编码首先要转换下色彩空间, 从 RGB 转化为 YUV:
一张图片通过屏幕展示一般需要解码和渲染两个步骤, 解码将图片原始数据转换为像素点, 渲染将像素点展示在屏幕上. 图片原本就是像素点组成, 展示在屏幕上仍旧是像素点, 为什么还需要解码呢?
我们以常用的 RGB 格式为例, 每一个像素点需要红绿蓝三个颜色各 8bit 来表示, 即一个像素点有 24 bit / 3 字节, 一张 1980*1080 的图片需要存储理论上需要 6.1MB(1980*1080*3/1024/1024=6.1MB), 但是实际一张这样的 PNG 图片大概只有 4MB, JPEG 格式的甚至只有 500KB, 这就是图片压缩的效果.
原文地址
摘要：本文将介绍 Safari 支持的媒体格式，包括图像和视频，并介绍了 Safari 17 中的新技术。文章还会讨论网站视频演变历程和最新技术 Managed Media Source API，实现自适应流媒体视频，提供更好的控制和更高效的性能。
本文是根据 Explore media formats for the web 进行撰写，旨在探索现代的图片和视频格式以及他们在 Web 中的应用。
摘要：本文首先简要阐述了 HDR 相关的基本概念，例如 reference white、headroom 以及 tone mapping，然后回顾了苹果以往建立的 HDR 标准以及 HDR 渲染技术，最后重点介绍了今年新推出的 Adaptive HDR 标准以及在该标准下，如何对 HDR 图片进行读写、编辑和展示。本文基于WWDC24 - Use HDR for dynamic image experiences in your app整理。
WWDC24 主要介绍了苹果新推出的 HDR 图片标准：自适应 HDR （Adaptive HDR）。自适应 HDR 技术通过在同一文件中存储 SDR 基线图以及 HDR 显示所需要的元数据（metadata）和增益图（Gain Map），实现向前兼容 SDR 系统、解码器和应用程序的能力，且有助于在不同的显示环境下进行色调映射（tone mapping）。在介绍如何在自适应 HDR 标准下实现对 HDR 图片的读写和处理前，文本将简要介绍 HDR 的基本概念并回顾往年 WWDC 中与 HDR 有关的内容。
踩内存问题分析成本较高，尤其是低概率问题困难更大。本文详细分析并还原了两个由于动态库全局符号介入机制（it’s a feature, not a bug）触发的踩内存案例。
进程是资源分配的最小单位，线程是cpu调度的最小单位。在同一个进程中各个线程是共用整个进程的地址空间的。
把进程的地址空间比作一张大画布，大家（各个线程）可以从这张大画布中裁剪出来一张张小画布使用，用完归还。每个人借还都在管理员那里登记好即可。同一张小画布也可以小A用完归还后小B使用。大家都遵守规则的情况下是非常和谐的。但是某一天，小A同学突然调皮了一下，在小B借用的小画布上乱涂乱画，甚至踩了个大脚印——这就是踩内存了！每一块画布除了画图区域外还有边框，小A同学如果对边框踩上几脚，归还的时候管理员也会非常无语的。
可以看到，小A的行为不仅仅是调皮了，简直是”恶劣行径”，很可能导致小B同学或者管理员同学”崩溃”大哭。
深入理解RunLoop
转载自深入理解RunLoop, ibireme | 2015-05-18 | iOS, 技术
RunLoop 是 iOS 和 OSX 开发中非常基础的一个概念，这篇文章将从 CFRunLoop 的源码入手，介绍 RunLoop 的概念以及底层实现原理。之后会介绍一下在 iOS 中，苹果是如何利用 RunLoop 实现自动释放池、延迟回调、触摸事件、屏幕刷新等功能的。
转载 C++常见避坑指南
C++ 从入门到放弃？本文主要总结了在 C++ 开发或 review 过程中常见易出错点做了归纳总结，希望借此能增进大家对 C++ 的了解，减少编程出错，提升工作效率，也可以作为C++开发的避坑攻略。
C++ 异常处理机制 try catch 在快手 App 内突然失效，引发大量未捕获异常导致的崩溃。本文介绍稳定性团队排查此次问题的过程，问题的根本原因以及修复规避方案，最后梳理异常处理流程，知其然，知其所以然，方能在问题出现时冷静应对。
最新发布的 QQ 9 自上线以来，流畅度方面收获了众多用户好评，不少用户戏称 QQ 9 “傻快傻快”的，快到”有点不习惯了都**”**。
作为庞大量级的应用，QQ 9 从哪些方面做了哪些优化，使得用户能够明显感觉到流畅度的提升？本文将详细介绍
QQ 9 流畅背后的技术实现，以及在全流程做的性能优化探索，为应用提升流畅度提供可复用的经验。
[转载] JIT真的比解释执行快么——关于JS引擎的一些热门话题
在编程语言的世界中，如何高效地执行代码一直是一个热门话题。随着脚本语言的普及和性能需求的提升，解释执行和即时编译（JIT）成为了两种常见的代码执行方式。本文探讨了这两种技术，通过详细的实例和深入的分析，为我们揭示了它们的工作原理、性能差异以及各自的优缺点。
希望这篇文章能够帮助你更好地理解编程语言执行的技术世界，激发你对高效代码执行的深入思考，并在实践中应用这些宝贵的知识。