update: 5.29

dev/content/.vuepress/config.js

@@ -1,6 +1,6 @@
 module.exports = {
   title: "Oliver Liu",
-  description: "一个充满理想并付诸于行动中的码农，喜欢遨游在计算机世界里，励志于成为一名多财多亿的人",
+  description: "一个充满理想并付诸于行动中的码农，喜欢遨游在计算机世界里，励志于成为一名多才多艺的人",
   theme: require.resolve("../../"),
   summaryLength: 500,
   scripts: ['click_effects.js'],

dev/content/_posts/diary/This is us.md

@@ -25,7 +25,7 @@ featured: false
 
 --- 
 
-This is an impression of the view for the series of “this is us”, and I have watched three chapters untile today.
+This is an impression of the view for the series of “this is us”, and I have watched three chapters until today.
 
 Firstly, I was very inspired by this show, totally it described an unoriginal and complicated family that how to live together
  and lots of kind of difficulty even these children have grown up. The family fills up with warm and the hot heart,  everyone 
@@ -40,8 +40,14 @@ the mom, and her husband named Jack, they do not think the baby is a replacement
 
 This is great series i watched, and I will write a impression of view every week for the show as below.
 
-## Content
 
---- 
 
 ### First week
+
+--- 
+
+Family, love, loss and many other emotional factors have permeat all the TV-show. All of these connections could bind us together. I'm drawn to the
+show's hopeful and uplifting feelings that celebrates the power of love and human suffering in the face of life's challenges.
+
+
+

dev/content/_posts/diary/“痛并快乐着”于白岩松先生的《白说》.md

@@ -1,17 +1,17 @@
 ---
 date: '2019-10-14'
-slug: “痛并快乐着”于白岩松先生的《白说》
+slug: “痛并快乐着”于白岩松的《白说》
 tags:
 - diary
-title: “痛并快乐着”于白岩松先生的《白说》
+title: “痛并快乐着”于白岩松的《白说》
 author: Oliver
 location: Beijing;
 image: https://cdn.pixabay.com/photo/2020/06/28/10/02/away-5348739_960_720.jpg
 meta:
   - name: title
-    content: “痛并快乐着”于白岩松先生的《白说》
+    content: “痛并快乐着”于白岩松的《白说》
   - name: description
-    content: “痛并快乐着”于白岩松先生的《白说》
+    content: “痛并快乐着”于白岩松的《白说》
   - name: keywords
     content: 白岩松, 白说，痛并快乐着。
   - name: author
@@ -22,11 +22,8 @@ featured: true
 ---
 
 <h4 class="text-center"> 时间过的太快了，从夏天到秋天，一瞬间 </h4>
-今天写完代码从书架上拿出来白岩松先生的《白说》阅读了半个小时，感觉他的阅历和见识很棒。他是一个很专注很会思考的一个人。下面是我阅读半小时的收获。
+今天写完代码从书架上拿出来白岩松的《白说》读了半个小时，感觉他的阅历和见识很棒。他是一个很专注很会思考的一个人。下面是我阅读的收获。
 <br/><br/>
-<h4 class="text-center"> 我觉得他更像是“老师”，但是我叫他先生 </h4>
-先生是一名采访者，他说如果称呼被采访者为“老师”，会让观众很不高兴，因为这就等于把这种称谓强加给了观众，这是不公平的。同时，形容词也是非常忌讳的，因为它在修饰，强调，并且很主观。
-
 ---
 
 ### 痛并快乐着

dev/content/_posts/diary/古希腊神话.md

@@ -21,11 +21,11 @@ meta:
 featured: true
 ---
 
-## 前言：
+## 前言
 **最近背单词，发现了希腊神话与单词息息相关，还挺有意思的，然后接下来的几天，都会去喜马拉雅听古希腊神话。 受西方文化的影响，英文中有些单词都来源自于它们，神话部分大致都是一样的，但是由于罗马帝国使用的是拉丁语，
 而希腊则是古希腊语，所以产生了不一致的叫法，但英文当中大多数使用拉丁文，比如战神阿瑞斯(Ares)，在罗马神话中的名字是玛尔斯(Mars)，主神宙斯(Zeus)对应罗马神话中的朱皮特(Jupiter)。下面简单说一下关于这段神话故事的理解**
 
-## 内容： 
+## 内容
  在神话中，第一个神是盖亚(大地之神)，然后它自己生下了天空乌拉诺斯。在乌拉诺斯长大之后，高大威猛，就统治了整个天界，之后又与盖亚生了12提坦神，还有3个高大丑陋的怪物。它害怕被自己的孩子超越，
  从而丢失天神之位，就陆续将它们偷走，关押到一个偏僻的地牢当中。其中位于12提坦神中最小的一个孩子宙斯(Zeus)，生性好动。 乌拉诺斯担心自己的孩子超越他，就先把3个强壮的怪物给偷偷的关了起来，
  虽然三个怪物比12提坦年龄小，身形和力气却是非常的大，这也是为什么乌拉诺斯先把它们关了起来，之后随着12提坦神慢慢长大乌拉诺斯又开始担心了，接着又陆续的把提坦神们偷走藏了起来，在对第12提坦神克洛诺斯打起注意时，

dev/content/_posts/diary/认真做事，持续改变.md

@@ -25,9 +25,10 @@ featured: false
 
 --- 
 
-我是一个非常焦虑的人，16年从事前端，几乎每天都在担心自己是不是落伍了，因为这个行业中的新人层出不穷，基础架构也日新月异，如果自身不灵活应对，积极提升，很难保证你的竞争力一直都保持在现在的水平。
+我是一个比较心急的人，几乎每天都在担心自己是不是落伍了，因为这个行业中的新人层出不穷，基础架构也日新月异，如果自身不灵活应对，积极提升，很难保证你的竞争力一直都保持在现在的水平。
+
+所以，不想浪费时间，不想做多余的事情，比如玩游戏，偶尔和朋友玩一下，玩完之后我就立即卸载掉，唯一感兴趣的就是这些特效是怎么弄出来的。因为我在想，人生很短，做一些让更多人看得到的事情吧，
 
-所以，通勤的路上我都走的很快，不想浪费时间，不想做多余的事情，比如玩游戏，偶尔和朋友玩一下，玩完之后我就立即卸载掉，唯一感兴趣的就是这些特效是怎么弄出来的。因为我在想，人生很短，做一些让更多人看得到的事情吧，
 毕竟游戏里就那么几个人，再怎么牛逼，也就那样了。
 
 时不时我会问自己一些问题，大概是这样的。
@@ -52,11 +53,11 @@ VuePress，React 的 gatsby，它们把原来的需要手动html+css的静态内
 然而，技术在不断改变，我们自己呢？我想，正如一句话，学如逆水行舟，不进则退。
 
 随着今年疫情的爆发，与美国的进出口贸易差之间的较量，从一年前经济就已经下行，今后的经济形势越来越不乐观， 程序员的这条路今后并不好走，身边的朋友不管是hr，还是搞NLP的都已经开始拖欠工资甚至倒闭，
-所以，如果坚持要干这行，从现在开始就真的要加把劲了。
+所以，未来并不乐观。
 
 不管行业和团队中的环境怎么样，我们都有能力去突破自己，不一定要在大公司里的完善的体制流程和内部自动化工具带着走，我们可以有自己的思考，去改善，简化一些我们觉得麻烦的事情在开发中。
 
-比如我在上一家公司是写后台管理系统的，每天的工作就是搭页面，复制粘贴，因为各种表单和基础部件都是现成或类似的，基本上改改就行。这时我就想能不能做一个表组装器， 用数据驱动一系列组件，
+比如写后台管理系统，每天的工作就是搭页面，复制粘贴，因为各种表单和基础部件都是现成或类似的，基本上改改就行。这时我就想能不能做一个表组装器， 用数据驱动一系列组件，
 最后合成一个页面，其中包括提交时的接口，验证格式，然后就一个非常模糊的目标我开始简单写写，发现写到最后这个功能的复杂度指数级的上升，有很多布局上的问题无法自定义化处理，
 需要一个类似于COCOsCreator界面去控制UI，最后因为个人时间有限很难撬动这么大的一个项目，没能完成这个想法。但最终还是获得了一些经验。
 
@@ -72,12 +73,19 @@ VuePress，React 的 gatsby，它们把原来的需要手动html+css的静态内
 比如很多人都明白的，高内聚，低耦合的设计，说白点就是让接口的抽象化一点，粒度高一点，参数
 更规范，人人都知道这样做好，但是没有过对自己代码的思考。
 
-所以，我很佩服一些在代码里打`@todo`的人，因为他们知道哪些地方需要改进和完善，他们心里都有一个底线，
+所以，我很佩服一些在代码里打`@todo`并在之后解决的人，因为他们知道哪些地方需要改进和完善，他们心里都有一个底线，
 一个代码质量的底线，而不仅仅只是完成功能这么简单。久而久之思考多了，也不会再犯同样的错误，并且
 自己也在提升。不追求完美，不加思考，很难提高自己的水平。
 
-## 结论
+## 思考
 
 --- 
 
+计算机领域技术日新月异，工作充满挑战性，相比其他工作还是比较有意思的。但工作几年之后，又有几个人能够坚守这份「艺术感」，就我自己来说很难。
+
+说到最后，工作还只是工作，荡漾的心，魔幻的时代，很难坚持对它的喜爱。然而，除了工作还有生活，还有很多很多可以带来满足感的事情，万物在变，唯一不变的就是自己的心态。
+
+
 **不安现状，积极改变**
+
+`历史，人文，音乐，运动`，这世界充满各种可能会让你感兴趣的事情，某一种也可可能是冥冥之中，命中注定自己的天赋，何不让自己脱离现状，多尝试一下～

dev/content/_posts/musicology/如何训练节奏感.md

@@ -0,0 +1,24 @@
+---
+date: '2024-05-17'
+slug: hot-update-cross-platform
+tags:
+- musicology
+title: Hot update in nw and electron
+author: Oliver Liu, 刘彤
+location: Beijing;
+image: https://cdn.pixabay.com/photo/2020/04/06/14/15/landscape-5009868__340.jpg
+meta:
+  - name: title
+    content: Hot update in nw and electron
+  - name: description
+    content: A Updater for nw and electron, hot update in nw and update application's version in electron or nw.
+  - name: keywords
+    content: Updater
+  - name: author
+    content: Oliver Liu, 刘彤
+  - name: language
+    content: English
+featured: false
+---
+
+Waiting for writing.

dev/content/_posts/musicology/看懂12分音符.md

@@ -0,0 +1,34 @@
+---
+date: '2024-05-29'
+slug: hot-update-cross-platform
+tags:
+- musicology
+title: 看懂12分音符
+author: Oliver Liu, 刘彤
+location: Beijing;
+image: https://cdn.pixabay.com/photo/2020/04/06/14/15/landscape-5009868__340.jpg
+meta:
+  - name: title
+    content: 看懂12分音符
+  - name: description
+    content: guitar, musical instruments, music theory.
+  - name: keywords
+    content: music theory
+  - name: author
+    content: Oliver Liu, 刘彤
+  - name: language
+    content: Chinese
+featured: false
+---
+
+十二分音符也叫十二平均律。
+
+在了解音符之前，思考一下音乐是什么，音乐是物理世界中发出的一种声音，有低沉浑厚的，有慷慨激昂的，也有触人心弦的刺耳音。每一种声音搭配出来的节奏，配合在一起都能表达出不同的意境。这就是纯音乐，如果再配合上人声，即是唱音 + 弹奏，形成一首歌曲。
+
+单纯就纯音乐来说，构成的方法很有讲究。除了一些卡拍，音准等基操之外，如何组合音符形成跌宕起伏，音符之前的旋律延展到整首曲子，是否能够表达出原有的情感，这考验的其实是设计和抽象能力。最最最难的是，音乐是有灵魂的，不是一成不变的，所以单纯靠模版生拉硬套，其实很容易碰到瓶颈。
+
+但是呢，如果想学到音乐中的灵魂，乐理基础是少不了的。物理发出的音符一共有多少种，它们是如何分类的。这就是 12分音符的作用。
+
+发明12音体系的人虽然是个外国人，但实际中国古代箫，笛，琵琶等乐器也有研究过类似的理论，比较著名的就是明朝皇族世子，朱载堉。恰好不好和国外的12音阶 do re mi fa sol 类似。不得不感叹，原来世间万物正确的事都是共同的。
+
+在说12分音符之前，先了解几个名词，音程，律制。

dev/content/_posts/python/charcode-in-different-platform.md

@@ -46,6 +46,4 @@ it is open. For example, the series of ASCII, ISO/IEC character set all is close
 - Terminal code format if you use terminal to input the code.
 - The system default coding, it could be affected by the local language of the computer.
 
-## What differences between Python2.* and python3.*?
-
-## 
+## What differences between Python2.* and python3.*?

dev/content/_posts/webrtc/Basic_web_rtc_knowledge.md

@@ -1,10 +1,10 @@
 ---
-date: '2020-04-04'
+date: '2021-04-04'
 slug: 
 tags:
 - javascript
 - webrtc
-title: 关于webRTC各个名词介绍
+title: 直播领域技术架构
 description: 码率，丢包率，旁路，推流
 author: Oliver-Liu, Tongdada, LiuTong, 刘彤
 location: Beijing
@@ -15,12 +15,72 @@ meta:
   - name: description
     content: 码率，丢包率，旁路，推流
   - name: keywords
-    content: webRTC, 
+    content: webRTC
   - name: author
     content: Oliver-Liu, Tongdada, LiuTong, 刘彤
   - name: language
     content: Chinese
 featured: false
 ---
 
-Waiting for writing.
+## 推拉流
+
+<p class="text-center">
+  <img src="../../../assets/computer/live_stream_snap.png" width="300px" />
+<p>
+
+<p class="text-center">
+  <img src="../../../assets/computer/flow_demonstration_living.png" width="300px" />
+<p>
+
+### HLS
+
+Http Live streaming, 苹果推出的一个基于HTTP协议的直播方案，原理也是切成m3u8小文件，收流端按顺序下载然后播放。
+
+这种延迟时间取决于文件块的大小，但是大小又和整体的网络环境有关。综合情况下延迟比较高，一般在10 - 30S之间。
+
+耗时主要在生成和上传ts文件，ts文件是音视频流内容。生成并上传了数个ts文件后，会把他们写到一个manifest文件中，一般称为m3u8文件，这里边包含一些meta信息还有生成的HTTP URL TS文件列表。
+
+对收流端来说，如果是一对多的直播，生成时间是稳定的，把一段时间的内的视频 chunk 推到 CDN 并同步对应下载地址列表就可以，主要耗时是生成 -> 上传ts文件过程。
+
+但对下载时间来说，客户端要等至少下载完，并且下载完两个片段才可播放。只是为了无缝衔接两个文件中的过渡。
+
+总体来看，兼容性高，并且成本也不高。就是延迟大。适合对实时性要求不高，只直播，无信令的场景，这种情况不会感受到视频和消息的延迟差异。
+
+### RTMP
+
+Real Time Mssaging Protocal，用TCP协议做通道，上层封装了自己的应用层协议。传输速度并不慢，因为是实时消息传输，相比于 HLS 要快很多了，延迟基本在5S左右。
+
+RTMP是Adobe发布的，流行于flash时代。但flash没落了之后，客户端很少有能直接使用RTMP收流的，基本都配合其他协议去接收。比如HLS，FLV。
+
+推流端，RTMP依旧是行业的主力，还有在视频监控等领域广泛被使用。
+
+实现和部署的话，也很简单，搭个Nginx，然后配置上RTMP的环境，一个可以接收 & 分发 RTMP流的服务器就有了。
+
+推流端首先encode视频流成一块 Message，然后循环这个操作发送到服务端。
+
+现在很多直播平台基本都兼容 RTMP 推流，在 OBS 中可以直接设置推流到的服务端地址。
+
+### FLV
+
+Flv 也是 Adobe 发明的，起初作为Flash的数据格式内容，直到目前大多数直播方案的音视频服务也都是用的FLV数据容器传输。
+
+为什么呢，因为格式方便解析，通用型好，相比于上边提到的用 m3u8 封装的 ts文件，flv文件本身就包含了meta信息，和音视频信息。
+
+## WebRTC
+
+Web Real-Time Communication, WebRTC 是为了 P2P 即时通许设计的，完全兼容现代的浏览器。但在两个浏览器中直接实现 WebRTC 是不现实的，需要配合打洞，一般情况下
+客户端的网络是不具备接收外部的网络请求的，只能发送。
+
+主流的方式是推送到服务端，由服务端分发流，而分发又分几种，分发的是 WebRTC协议数据还是通过 FLV，HLS经过CDN下发呢。前者成本很高，比较适合人数较少的直播场景。
+
+但万人直播间，直接使用WebRTC发流是不现实的。成本太高。
+
+大多数使用第二种方法，或者自己实现一个基于C端的P2P技术减少服务器的带宽支持，协议还是使用WebRTC。这么做成本比较低，实时性能得到保证，比较复杂的是
+策略设计，比如每个用户群体之间他们的流能不能共用，还有客户端的打洞发布。
+
+## MCU
+
+MCU 一般用在多个媒体流场景，就像直播间连麦，四五个主播一起开摄像头，麦克风，这种情况对观众来说是接收四股流，还是一股呢，当然是一股比较好。但是一股的话就需要合并音视频流，
+
+MCU就是在服务端做的一层编解码合并音视频操作。通过增加服务器的算力，减少观众的流量消耗。