摘要：
在使用 hyperf 官方自带的 AMQP 队列时你会发现，不需要我们再额外启动进程对消息进行消费。这是因为默认情况下，使用 @Consumer 注解时，hyperf 会为我们自动创建子进程启动消费者，并且会在子进程异常退出后，重新拉起。 阅读全文
摘要：
Hyperf 是一个高性能、高灵活性的渐进式 PHP 协程框架，内置协程服务器及大量常用的组件，性能较传统基于 PHP-FPM 的框架有质的提升，提供超高性能的同时，也保持着极其灵活的可扩展性，标准组件均基于 PSR 标准 实现，基于强大的依赖注入设计，保证了绝大部分组件或类都是 可替换 与 可复用 的。 阅读全文
摘要：
上一节我们构建了服务提供者，今天我们来看看如何构建服务消费者。 阅读全文
摘要：
上一篇文章我们了解了[如何使用hyperf对项目进行垂直拆分](http://www.manks.top/hyperf-rpc-vertical-split-demo.html)，这是我们整个微服务模块的基础。
hyperf支持JSON-RPC和gRPC，我们在[分布式服务架构](http://www.manks.top/hyperf-rpc-microservice-architecture.html#_label3_3)一文中介绍过什么是JSON-RPC以及JSON-RPC请求响应的案例（后来做的补充），后面我们会着重以JSON-RPC为例来解决整个微服务系统出现的各种问题。 阅读全文
摘要：
我们最早在ffmpeg是如何转码的一文中了解过滤镜，来回顾下当时的转码流程图。从图中可以看到滤镜前后画的是虚线，表示可有可无，在术语中，滤镜指的是在编码之前针对解码器解码出来的原始数据（即音视频帧）进行处理的动作，我们还可以称它为过滤器。
ffmpeg内置了大概近400种滤镜，我们可以用 ffmpeg -filters 命令查看所有的滤镜，也可以用命令 ffmpeg -h filter=xxx 或者查看官方文档了解每一种滤镜。
实际在大部分音视频的处理过程中都离不开滤镜，所以你应该能明白其重要性。 阅读全文
摘要：
滤镜可有可无，但是在大部分音视频的处理过程中都离不开滤镜，其重要性不言而喻。 阅读全文
摘要：
有些小伙伴看文章非常细心，对于上一节课不经意提到的一些边缘细节都比较在意，比如 -acodec、-vcodec、流复制等。其实这些都离不开我们今天要讲的重点——流。 阅读全文
摘要：
任何复杂的命令，都必须经过上面这样的转码过程，底层代码你可以不看，但是整个过程必须了解。今天我们来了解下ffmpeg是怎么转码的。 阅读全文
摘要：
今天我们主要来看两个问题：1、视频是怎么被播放的？ 2、ffmpeg又是怎么转码的？ 阅读全文
摘要：
很多小伙伴私下里留言说，之前没接触过音视频，对于ffmpeg可以做什么还是有些懵。
今天我们一起看下我们究竟可以用 ffmpeg 做什么？ 阅读全文