Posts

• Vulkan 开发的系列文章：

1. 进击的 Vulkan 移动开发（一）之今生前世

2. 进击的 Vulkan 移动开发（二）之谈谈对渲染流程的理解

3. 进击的 Vulkan 移动开发之 Instance & Device & Queue

4. 进击的 Vulkan 移动开发之 Command-Buffer

在之前的文章中，讲到了 Command-Buffer 提交给 Queue 去执行，也提到了 Vulkan 实现跨平台机制，是有一些拓展的，这里就讲讲 Vulkan 窗口系统的拓展（Vulkan Window System Integration WSI），如下图所示：

• Vulkan 开发的系列文章：

1. 进击的 Vulkan 移动开发（一）之今生前世

2. 进击的 Vulkan 移动开发（二）之谈谈对渲染流程的理解

3. 进击的 Vulkan 移动开发之 Instance & Device & Queue

此篇文章继续学习 Vulkan 中的组件：Command-Buffer 。

• Vulkan 开发的系列文章：

1. 进击的 Vulkan 移动开发（一）之今生前世

2. 进击的 Vulkan 移动开发（二）之谈谈对渲染流程的理解

在 Vulkan 的系列文章中出现过如下的图片：

这张图片很详细的概括了 Vulkan 中的重要组件以及它们的工作流程，接下来的文章中会针对每个组件进行学习讲解并配上相关的示例代码，首先是 Instance、Device 和 Queue 组件。

捋一捋 Vulkan 。

在 Java 5.0 之前，在协调对共享对象的访问时可以使用的机制只有 synchronized 内置锁和 volatile 关键字。

Java 5.0 增加了一种新的机制：Lock 显式锁，当内置锁 synchronized 不适用时，它就可以作为一种新的选择。

回顾一下内置锁 synchronized 的使用：

// synchronized关键字用法示例
public synchronized void add(int t){// 同步方法
    this.v += t;
}

public static synchronized void sub(int t){// 同步静态方法
    value -= t;
}
public int decrementAndGet(){
    synchronized(obj){// 同步代码块
        return --v;
    }
}

内置锁不需要显式的获取和释放，任何一个对象都能作为一把内置锁。

• 当 synchronized 作用于普通方法时，锁对象是 this 。
• 当 synchronized 作用于静态方法时，锁对象是当前类的 Class 对象。
• 当 synchronized 作用于代码块时，锁对象是 synchronized(obj) 中的这个 obj 对象。

《C++ Primer》 第五版笔记摘录~~~

避免图片丢失，建议阅读微信原文：

https://mp.weixin.qq.com/s/8Kq9JgvGhlJCpNIyb7zK2w

在 Android 4.1 版本提供了 MediaCodec 接口来访问设备的编解码器，不同于 FFmpeg 的软件编解码，它采用的是硬件编解码能力，因此在速度上会比软解更具有优势，但是由于 Android 的碎片化问题，机型众多，版本各异，导致 MediaCodec 在机型兼容性上需要花精力去适配，并且编解码流程不可控，全交由厂商的底层硬件去实现，最终得到的视频质量不一定很理想。

虽然 MediaCodec 仍然存在一定的弊端，但是对于快速实现编解码需求，还是很值得参考的。

以将相机预览的 YUV 数据编码成 H264 视频流为例来解析 MediaCodec 的使用。

防止图片链接丢失，建议观看微信原文，获得更好的阅读体验：

一文读懂 YUV 的采样与格式

YUV 是一种颜色编码方法，和它等同的还有 RGB 颜色编码方法。

Android Studio 从 2.2 版本起开始支持 CMake ,可以通过 CMake 和 NDK 将 C/C++ 代码编译成底层的库，然后再配合 Gradle 的编译将库打包到 APK 中。

这意味就不需要再编写 .mk 文件来编译 so 动态库了。

分析一波 OkHttp 的源码实现。