在上一篇文章《U盘安装Tianocore，让BIOS老机器跑上UEFI》中，笔者讲解了如何把Tianocore DUET安装到U盘中，作为启动盘引导BIOS的老机器用上UEFI环境。在MBR分区表下，同时利用MBR引导程序与分区引导扇区，引导Tianocore的启动器EFILDR20。理论上用同样的方法可以安装到硬盘中。
当然，Tianocore的可能性远不止于此。得益于BIOS的功能特性，Tianocore甚至还可以安装在GPT分区环境下，直接在老电脑上启动，无需再借助MBR分区表！这下，老电脑可以更充分地展现第二春了。
阅读全文 >>自从Intel第二代酷睿处理器推出的年份开始，UEFI日渐成为电脑固件的主流。起初的电脑还附带CSM模式，以兼容BIOS的MBR启动。但现在UEFI已经完全取代了BIOS，成为绝对标准，乃至Windows 11也不再提供MBR启动了。
对于不具备UEFI的旧电脑，通常MBR足以胜任大部分主流操作系统的启动——Windows 10和Linux发行版仍然支持MBR。在我的ThinkPad X200中，以MBR启动的Arch Linux足以让这台2009年诞生的老本继续焕发风采。
但是，玩技术的我绝对不止于此，一心也想让旧电脑，尤其是保留正宗血统的旧款ThinkPad（如：X200、T500、R400、X201 Tablet）吃上UEFI。如此优秀的产品，无法使用新技术，实在是可惜——毕竟自从X230开始，ThinkPad就不再有祖传血统了。
所幸我遇上了Tianocore，它是DUET的一种适配。在BIOS仍为主流的时代，开发人员使用DUET来开发UEFI固件及软件。那么对于旧电脑，自然也能理所当然地借助它来模拟出UEFI环境。黑苹果必备的Clover启动器，也可以通过MBR方式运行，它就使用DUET来提供支持。
这篇教程将分享如何制作一个Tianocore启动盘。
阅读全文 >>GitHub的fork是代码协作的重要方式。一方面，在自己的fork中做出的修改，可以通过提出pull request，合并到上游仓库（或其他分支）；另一方面，上游仓库或别人的fork有了更新，就可以反过来应用到我们自己的fork中，只需启动一个反方向的pull request。
但是，GitHub的pull request存在一个问题：不能采用他人的个别提交（即cherry-pick），而只能把他人比你新的所有提交一同合并。于是，如果：
这几种情况下，所有的提交都会算在一次pull request内，直接进行pull request有可能会导致难以预料的后果（比如弄乱上游仓库的代码、引起Bug）。
对于这种情况，可以善用Git的“远端（remote）”和“分支（branch）”功能，实现上游仓库和自己的fork（为方便起见，下文称“你的仓库”）的协同工作，再借助cherry-pick只采纳个别提交，从而弥补GitHub的缺陷。
阅读全文 >>这两个月，我做开发的一个重头戏，就是给Zyn-Fusion重写编译系统。它是强悍的开源合成器ZynAddSubFX的全新界面，酷炫性和专业性并不比Serum、Sylenth这些老牌合成器逊色，有望成为电子音乐人的新宠。然而原作者设计的编译脚本（基于Shell和Ruby）在设计上存在不少问题，导致在Windows（Msys2）和Arch Linux下常常编译失败，因此我决定用Makefile重写编译系统。
就在这过程中，由于Makefile本身具有大量容易被忽略的细节，我在实践的过程中频频踩坑，这也是用Makefile组织有一定规模的编译系统时很容易出现的问题。记在这里，让有幸看到的小伙伴别踩坑了。
阅读全文 >>在Linux中打开一些ZIP压缩包，不可避免的情况就是乱码。数款命令行工具（如7za、unzip）和软件（如KDE的Ark），甚至借助Wine来使用Windows下的7-Zip，结果都一样。
出现这种问题，正是因为该压缩包是在Windows下创建的，且可能使用了WinRAR等软件。这样的压缩包，只会使用Windows的默认编码GB18030（或GBK）。然而上述Linux下的工具却不支持，最多只能支持ANSI等西方编码，甚至连iconv也无法处理命令行工具所输出的GB18030文件列表（可能被那些工具当UTF-8处理了）。
好在，Archlinuxcn源提供了一个修改版的unzip，名为unzip-iconv，在官方版本的基础上集成了编码转换工具iconv的功能。
前两期传送门：
我在第一期里提到，目前主流的商业音频软件厂商，只会把精力集中在Windows和MacOS，往往直接忽略Linux。这就使得计算机音乐制作领域的大半壁江山都不属于Linux。好在，Wine的发展，使部分Windows专属的VST插件得以在Linux下运行，一定程度上弥补了这一缺憾。
接下来就介绍如何在Linux下，给DAW装配上VST插件。
阅读全文 >>相较于Windows，作为开发者首选的系统之一，Arch Linux有以下难以比拟的优势：
不过，不管是哪个发行版，Linux总有一点比不上Windows和MacOS，就是音乐制作——很少有音频软件厂商能够提供原生支持Linux的音乐制作工具。尤其是Native Instruments这样的业界巨头，只专注于Windows和MacOS，不会为Linux提供任何支持。实在是可叹。
幸运的是，开源的力量是无穷的，既然Linux能普及，总有大佬在填补这方面的空白。各种适用于Linux的音乐制作工具链应运而生，从底层驱动级别的JACK，到对标业界标准插件规范（VST、RTAX、AAX、DX、AU）的LADSPA，甚至完整的DAW——LMMS、Ardour、REAPER for Linux，应有尽有。从此，Linux不再是没有音乐人造访的荒漠。
要把你的Arch Linux打造成音乐工作站，首先要做的就是配置音频服务——JACK。JACK是一套高性能、低延迟的音频服务程序，它基于Linux底层的ALSA，可为音频应用程序提供低延迟的音频回放、录制支持，相当于Windows下的ASIO，以及MacOS下的CoreAudio。
阅读全文 >>最后修订：2022年7月7日。
上回讲到，在Arch Linux里装上JACK2音频服务，能够在Linux下造就低延迟的音频体验，音乐制作必备。
除了使用LMMS等原生的DAW，还可以试试Windows下专属的软件。借助Wine的力量，在Arch Linux中可以愉快运行不少Windows专享的DAW和VST插件。要想让它们在低延迟的音频设备里运行，发挥出最佳的效果，WineASIO必不可少。
WineASIO是一款在Wine中运行的ASIO驱动，它的作用是在支持ASIO的音频应用里提供一个“桥梁”，沟通宿主音频应用与JACK。这和Windows下的ASIO驱动不同，后者可直接访问硬件，而在Linux中任何音频设备都由ALSA连接。
下面讲讲怎样在躲掉一个个坑的情况下，成功装好WineASIO。
阅读全文 >>RIME输入法是现在我在Linux下输入中文的首选，流畅的使用体验，配合ThinkPad X200细腻温润的击键，让打字成为一种享受。它词库的可拓展性也相当可观，在开源社区维护的词库加持下，加载你喜欢的词库，可获得不亚于搜狗云输入的体验。
不过Linux下的RIME并未提供图形设置界面，所有的设置都需用户根据教程来手动编修配置文件，有些挑战性。好在它的设置有规律可循，可按部就班完成设置。
阅读全文 >>tag:
缺失模块。
1、请确保node版本大于6.2
2、在博客根目录（注意不是yilia-plus根目录）执行以下命令：
npm i hexo-generator-json-content --save
3、在根目录_config.yml里添加配置：
jsonContent:
meta: false
pages: false
posts:
title: true
date: true
path: true
text: false
raw: false
content: false
slug: false
updated: false
comments: false
link: false
permalink: false
excerpt: false
categories: false
tags: true