0

问题陈述：当转储为文件时，我没有在输出中收到整首歌曲（我无法通过插孔听到歌曲，但我可以转储文件内容）。

摘录：我是 ALSA 编程的新手，我有一块嵌入式板，命令集有限。我已经浏览了这里的链接：需要 ALSA 教程，但我无法弄清楚与时间相关的问题。

设置：

OS: linux 4.14.70
aplay: version 1.1.4 by Jaroslav Kysela <perex@perex.cz>
Advanced Linux Sound Architecture Driver Version k4.14.70.

涉及的音频盒具有单独的硬件和单独的 DSP，用于独立处理

信息流：Linux -> DSP 内核

输入歌曲与linux内核通信，将歌曲加载到DMA区域->将DMA读取到DSP使用的单独DMA环形缓冲区并将其写入I2S输出路径到文件中

我可以看到这首歌的大小是 960000 字节，采样率为 48000，S16_LE 格式，2 通道，16 位位深度 -> 计算如下所示 - 根据页面“ https://www.colincrawley. com/audio-duration-calculator/ "

Bit Rate: 1536 kbps
Duration: 
0 Hours : 0 Minutes : 5 Seconds . 34 Milliseconds

当我输入日志时，我的 DSP 核心仅在大约 10 分钟内处理这首歌。在“aplay”应用程序发送 ioctl 调用以关闭 linux 上的音频接口之前 1 秒。

我的问题是：

  1. aplay如何理解时间？对于 5 秒的时间，我们怎么能确定它已经运行了 5 秒。
  2. 有没有办法理解等到整首歌曲传输到 DSP 内核处理后再发出关闭 IOCTL 命令？

有关我正在输入的输入文件的更多信息：

  stream       : PLAYBACK
  access       : RW_INTERLEAVED
  format       : S16_LE
  subformat    : STD
  channels     : 2
  rate         : 48000
  exact rate   : 48000 (48000/1)
  msbits       : 16
  buffer_size  : 24000
  period_size  : 6000
  period_time  : 125000
  tstamp_mode  : NONE
  tstamp_type  : MONOTONIC
  period_step  : 1
  avail_min    : 6000
  period_event : 0
  start_threshold  : 24000
  stop_threshold   : 24000
  silence_threshold: 0
  silence_size : 0
  boundary     : 6755399441055744000
  appl_ptr     : 0
  hw_ptr       : 0

我很乐意提供更多信息来了解为什么 aplay 应用程序会提前关闭歌曲。但请注意，它是一个闭源项目。

我使用的命令：

aplay input.wav -c 2 -r 48000 -t wav

input size: 960044 bytes (including wav header)
output size: 306 KB observed before IOCTL call to close the audio interface occurs.

For a input.wav file of 960044 file size i.e., 938 KB,

time aplay input.wav returns:

real    0m0.988s
user    0m0.012s
sys     0m0.080s

To find the duration of wav file:

fileLength/(sampleRate*channel*bits per sample/8) = 960000/((48000 * 2 * 16)/8) = 5 seconds


If I run the same song on my Ubuntu machine, it is as expected:

real    0m5.452s
user    0m0.025s
sys 0m0.029s

关于为什么会发生这种情况的任何提示？如上所示，我可以看到 aplay 应用程序在 0.98 秒内退出。但是这首歌必须播放5秒钟。

4

1 回答 1

0

自定义音频硬件似乎存在一些问题，导致处理歌曲的时间延迟。现在似乎已修复。基本上，声音硬件必须至少根据 AXI 协议在读取字节时提供足够的延迟。但在这种情况下，情况并非如此。现在解决了。感谢关注

于 2019-06-03T17:44:44.213 回答