【发布时间】:2016-04-09 18:08:01
【问题描述】:
我打算用 Python 实现一个“类似 DSP”的信号处理器。它应该通过 ALSA 捕获音频的小片段,处理它们,然后通过 ALSA 播放它们。
为了开始,我编写了以下(非常简单的)代码。
import alsaaudio
inp = alsaaudio.PCM(alsaaudio.PCM_CAPTURE, alsaaudio.PCM_NORMAL)
inp.setchannels(1)
inp.setrate(96000)
inp.setformat(alsaaudio.PCM_FORMAT_U32_LE)
inp.setperiodsize(1920)
outp = alsaaudio.PCM(alsaaudio.PCM_PLAYBACK, alsaaudio.PCM_NORMAL)
outp.setchannels(1)
outp.setrate(96000)
outp.setformat(alsaaudio.PCM_FORMAT_U32_LE)
outp.setperiodsize(1920)
while True:
l, data = inp.read()
# TODO: Perform some processing.
outp.write(data)
问题是,音频“断断续续”并且不是无缝的。我尝试使用 PCM 模式,将其设置为 PCM_ASYNC 或 PCM_NONBLOCK,但问题仍然存在。我认为问题在于“在”两个后续调用“inp.read()”之间的样本丢失了。
有没有办法在 Python 中“连续”捕获音频(最好不需要太“特定”/“非标准”的库)?我希望信号总是“在后台”被捕获到某个缓冲区中,我可以从中读取一些“瞬时状态”,而即使在我执行读取操作时,音频也会被进一步捕获到缓冲区中.我怎样才能做到这一点?
即使我使用专用进程/线程来捕获音频,该进程/线程总是至少必须 (1) 从源中读取音频,(2) 然后将其放入某个缓冲区(“信号处理”进程/线程然后读取)。因此,这两个操作在时间上仍然是连续的,因此样本会丢失。我该如何避免这种情况?
非常感谢您的建议!
编辑 2: 现在我可以运行它了。
import alsaaudio
from multiprocessing import Process, Queue
import numpy as np
import struct
"""
A class implementing buffered audio I/O.
"""
class Audio:
"""
Initialize the audio buffer.
"""
def __init__(self):
#self.__rate = 96000
self.__rate = 8000
self.__stride = 4
self.__pre_post = 4
self.__read_queue = Queue()
self.__write_queue = Queue()
"""
Reads audio from an ALSA audio device into the read queue.
Supposed to run in its own process.
"""
def __read(self):
inp = alsaaudio.PCM(alsaaudio.PCM_CAPTURE, alsaaudio.PCM_NORMAL)
inp.setchannels(1)
inp.setrate(self.__rate)
inp.setformat(alsaaudio.PCM_FORMAT_U32_BE)
inp.setperiodsize(self.__rate / 50)
while True:
_, data = inp.read()
self.__read_queue.put(data)
"""
Writes audio to an ALSA audio device from the write queue.
Supposed to run in its own process.
"""
def __write(self):
outp = alsaaudio.PCM(alsaaudio.PCM_PLAYBACK, alsaaudio.PCM_NORMAL)
outp.setchannels(1)
outp.setrate(self.__rate)
outp.setformat(alsaaudio.PCM_FORMAT_U32_BE)
outp.setperiodsize(self.__rate / 50)
while True:
data = self.__write_queue.get()
outp.write(data)
"""
Pre-post data into the output buffer to avoid buffer underrun.
"""
def __pre_post_data(self):
zeros = np.zeros(self.__rate / 50, dtype = np.uint32)
for i in range(0, self.__pre_post):
self.__write_queue.put(zeros)
"""
Runs the read and write processes.
"""
def run(self):
self.__pre_post_data()
read_process = Process(target = self.__read)
write_process = Process(target = self.__write)
read_process.start()
write_process.start()
"""
Reads audio samples from the queue captured from the reading thread.
"""
def read(self):
return self.__read_queue.get()
"""
Writes audio samples to the queue to be played by the writing thread.
"""
def write(self, data):
self.__write_queue.put(data)
"""
Pseudonymize the audio samples from a binary string into an array of integers.
"""
def pseudonymize(self, s):
return struct.unpack(">" + ("I" * (len(s) / self.__stride)), s)
"""
Depseudonymize the audio samples from an array of integers into a binary string.
"""
def depseudonymize(self, a):
s = ""
for elem in a:
s += struct.pack(">I", elem)
return s
"""
Normalize the audio samples from an array of integers into an array of floats with unity level.
"""
def normalize(self, data, max_val):
data = np.array(data)
bias = int(0.5 * max_val)
fac = 1.0 / (0.5 * max_val)
data = fac * (data - bias)
return data
"""
Denormalize the data from an array of floats with unity level into an array of integers.
"""
def denormalize(self, data, max_val):
bias = int(0.5 * max_val)
fac = 0.5 * max_val
data = np.array(data)
data = (fac * data).astype(np.int64) + bias
return data
debug = True
audio = Audio()
audio.run()
while True:
data = audio.read()
pdata = audio.pseudonymize(data)
if debug:
print "[PRE-PSEUDONYMIZED] Min: " + str(np.min(pdata)) + ", Max: " + str(np.max(pdata))
ndata = audio.normalize(pdata, 0xffffffff)
if debug:
print "[PRE-NORMALIZED] Min: " + str(np.min(ndata)) + ", Max: " + str(np.max(ndata))
print "[PRE-NORMALIZED] Level: " + str(int(10.0 * np.log10(np.max(np.absolute(ndata)))))
#ndata += 0.01 # When I comment in this line, it wreaks complete havoc!
if debug:
print "[POST-NORMALIZED] Level: " + str(int(10.0 * np.log10(np.max(np.absolute(ndata)))))
print "[POST-NORMALIZED] Min: " + str(np.min(ndata)) + ", Max: " + str(np.max(ndata))
pdata = audio.denormalize(ndata, 0xffffffff)
if debug:
print "[POST-PSEUDONYMIZED] Min: " + str(np.min(pdata)) + ", Max: " + str(np.max(pdata))
print ""
data = audio.depseudonymize(pdata)
audio.write(data)
但是,即使我对音频数据进行最轻微的修改(例如,在其中注释该行),我也会在输出端收到很多噪音和极度失真。看来我没有正确处理 PCM 数据。奇怪的是,“电平表”等的输出似乎都说得通。但是,当我稍微偏移它时,输出完全失真(但连续)。
编辑 3:我刚刚发现,当我将算法(未包括在此处)应用于波形文件时,它们可以正常工作。所以问题似乎实际上归结为 ALSA API。
EDIT 4:我终于找到了问题所在。他们如下。
1st - ALSA 在请求 PCM_FORMAT_U32_LE 时悄悄地“退回”到 PCM_FORMAT_U8_LE,因此我假设每个样本都是 4 字节宽,从而错误地解释了数据。当我请求 PCM_FORMAT_S32_LE 时它可以工作。
2nd - ALSA 输出似乎期望以 bytes 为单位的周期大小,尽管它们在规范中明确声明它期望以 frames 为单位。因此,如果使用 32 位采样深度,则必须将周期大小设置为输出的四倍。
3rd - 即使在 Python 中(有一个“全局解释器锁”),与线程相比,进程也很慢。通过更改为线程可以大大降低延迟,因为 I/O 线程基本上不做任何计算密集型的事情。
【问题讨论】:
-
使用线程读取并发布到队列应该可以工作。
PCM有一个由setperiodsize控制的缓冲区(它似乎默认为 32 帧),这让您有时间发布数据并返回。 -
我认为问题在于“read()”仅在音频设备运行时读取。如果它返回,则读取操作完成(否则它无法返回任何有意义的数据)。即使我有第二个线程正在运行,执行“read()”,然后将返回的数据附加到缓冲区,它在附加时也不会“read()”,因此捕获中会有间隙。
-
哇。然后那个界面就严重坏了。由于您描述的原因,具有传统阻塞/非阻塞模式的接口需要中间缓冲区。实时接口需要在生成数据之前预先发布缓冲区。但是
alsoaudio似乎不是这样工作的。我无法想象如果没有缓冲该模块将如何工作。所以....,你确定它是这样工作的还是你在猜测?我认为它一次缓冲 X 帧,如果您在下一个 X 进来时没有读取它,那么它就丢失了。只是我的猜测! -
我不确定。文档说它“阻塞,直到有一个完整的时间段可用,然后返回它”。不过,我看不出有什么方法可以告诉它何时开始捕捉那个“时期”。可能是驱动程序在后台连续捕获,我必须每个周期至少调用一次“read()”,以免错过任何数据,然后它会阻塞直到该周期结束?可能的。不幸的是,这里的文档并不太具体,但至少这会更有意义。我可能必须阅读较低级别的(ALSA,而不是 Python)文档,或者只是进行一些试验和错误。 ;-)
-
它的实验成本很低……用一个线程和一个队列重新实现你的例子,然后看看它是多么的“gappy”。如果您介意源和输出之间的延迟,请增加缓冲区大小。
标签: python multithreading audio signal-processing alsa