Andius的博客

快速幂运算本身是一个非常简单而且强大的工具，其强大之处在于借用了内存存储int类型数据的方式，用一种非常巧妙的方式极大地降低了运算的复杂度。首先我们知道，在计算机中，存储数字使用的是很多个二进制数字来表示的，这一块我不深究，只是举个例子，以整型数字为例：b2k1​2k2​....2k1​那么aba2k1​∗a2k2​∗....∗a2kn​这样我们就知道了，可以以平方和位移操作的方式，比直接手算更加高效地计算a2k。

我们知道FFT需要使用蝶式的方式计算，但是实际上，我们在开发音频的过程中，所有的数字都是实数，所以可能我们并不需要使用到这么多的计算次数，就可以实现FFT，具体做法接下来我会给出推导和证明。

最近在学习有关Windows上的音频驱动相关的知识，在正式开始说WASAPI之前，我想先说一说Qt的Multiple Media，为什么呢？因为Qt的MultipleMedia实际上是WASAPI的一层封装，它在是线上替我做了很多事，就好像在Microsoft的文档上会推荐你先学习Windows.Media.Capture，然后再看low level的WASAPI。

最近在使用Qt Design Studio进行开发，但是简中网上要不就是只搜得到Qt Designer(Qt Creator内部库)，要不就只搜得到一点营销号不知道从哪里搬来的账号，鉴于Qt Design Studio是一个这么强大的软件，自然是需要来进行一下小小的实践的。所以开了这篇文章，方便没有使用过Qt Design Studio 和 QML的开发者也可以快速上手QDS(Qt Design Studio)。在本文中，你将学会如何使用QDS开发一个简单的QML程序，与你的C++后端代码进行交流。

当我们在使用Qt开发的时候，遇到了一个结构性问题。因为我们的软件是自己做的，所以要自己定义标题栏，所以我们设置了软件为FrameLessWindowhint 和 setAttributes(Qt::WA_TranslucentBackground);，这是非常常见的窗口对吧。

最近在开发的时候，发现一个依赖事件来刷新渲染的控件会导致程序很容易异常和崩溃。当程序在运行的时候，其实软件本身的负载并不高，所以在Demo下运行一切良好（良好吗？），但是时装到实际项目下，就发现程序异常崩溃。后面经过几轮排查，我们发现由这个控件造成的，因为控件的刷新频率太高了。先来说说这个控件。这个控件的操作实际上依赖了Qt的moveEvent，当鼠标按下之后，然后鼠标移动会触发moveEvent，则这个控件会跟随鼠标移动。这个控件在移动了之后，一下子数据就多到把整个数据流顶爆了。

好久不写旧日谈了，有点手生了

最近学习以下IIR滤波器和FIR滤波器。

最近再看信号与系统这门课，学到冲激响应和阶跃响应这一块，看到mooc上的老师是直接用什么参数对应法，真的太抽象了，为了解决这个疑惑，我自己去搜了点资料，然后稍微写了一下有关拉普拉斯变换在冲激响应和阶跃响应中求解的方法。

最近在开发有关高分辨率屏幕的软件，还是做了不少尝试的，当然我们也去网上查了不少资料，但是网上的资料也很零碎，说不明白，这样的话我就做个简单的总结，希望看到这的你可以一次解决你有关不同分辨率下的所有问题。

最近做了一些有关QListWidget和QScrollArea的控件，我去，这两个控件是真的坑，明明我在QDesigner的操作界面上对这两个控件的界面进行了修改，但是编译出来的软件就是看上去什么都没有，很坑，Gpt也没解决问题，所以我在网上搜索了一下。

当我尝试在\JUCE\extras\WindowsDLL\Builds\VisualStudio2022目录下编译JUCE库的时候，提示报错如下：报错提示如下：这里涉及到两个问题。

面向连接是相对于另一个传输层协议UDP(User Datagram Protocol, 用户数据报协议)而言的。TCP在开始传输数据前要先经历三次握手建立连接，并通过连接一对一发送消息，传输结束后通过四次挥手断开连接。而UDP是无连接的，发送方在发送数据之前不需要与接收方建立连接，即刻可以传输数据，每个UDP数据包都是独立的，相互之间没有关联，因此UDP可以一对一、一对多或多对多发送消息。是否可靠也是相对于UDP而言的。