Pygame是常用的游戏开发库之一。然而在使用Pygame的过程中,却出现了播放背景音乐卡顿的问题。表现为咯咯咯的噪音。
检查Pygame版本,为2.5.2。降级至1.9.6,此时代码报错:
Traceback (most recent call last): File "D:\MyWork\Code_Learning\PythonLearning\Pygame\test2.py", line 4, in <module> pygame.mixer.init() pygame.error: No available audio device
没有可用的音频设备。
改到2.0.0版本,代码又能正常运行,但卡顿再次出现。Python版本3.8.10。
看来这个问题大概是Pygame与底层音频驱动的交互问题。可能它找不到正常驱动,调用了兼容驱动,最终被套了多层接口,使得整体播放效率下降,音频出现卡顿。但我无法直接解决,这是Pygame自身的问题。
解决办法:
1. 改用winsound库来播放音乐。
坏处是必须使用wav格式的音频,占用较大。
好处是终于听见了正常的音乐声。
python内置库,所以不用安装。
2. 改用playsound库来播放音乐。
然而,这个第三方库有一些小bug。需要将原文件的第55行:
command = ' '.join(command).encode('utf-16')
更改为:
command = ' '.join(command)#.encode('utf-16')
不需要主动寻找文件。报错时会自动说文件的路径:
Error 305 for command: open "C:\Users\16581\AppData\Local\Temp\PS_hj5h9ji.mp3" 在用引号括起的字符串不能指定额外的字符。 Error 263 for command: close "C:\Users\16581\AppData\Local\Temp\PS_hj5h9ji.mp3" 指定的设备未打开,或不被 MCI 所识别。 Failed to close the file: "C:\Users\16581\AppData\Local\Temp\PS_hj5h9ji.mp3" Traceback (most recent call last): File "D:\MyWork\Code_Learning\PythonLearning\Pygame\test2.py", line 8, in <module> playsound.playsound("./src/Hello_How are you.mp3") File "D:\MyWork\Code_Learning\PythonLearning\Pygame\Runtime3.8\lib\site-packages\playsound.py", line 44, in _playsoundWin _playsoundWin(tempPath, block) File "D:\MyWork\Code_Learning\PythonLearning\Pygame\Runtime3.8\lib\site-packages\playsound.py", line 72, in _playsoundWin winCommand(u'open {}'.format(sound)) File "D:\MyWork\Code_Learning\PythonLearning\Pygame\Runtime3.8\lib\site-packages\playsound.py", line 64, in winCommand raise PlaysoundException(exceptionMessage) playsound.PlaysoundException: Error 305 for command: open "C:\Users\16581\AppData\Local\Temp\PS_hj5h9ji.mp3" 在用引号括起的字符串不能指定额外的字符。
根据路径打开这个playsound.py文件(Pycharm就直接点路径点开)即可。
之所以报这个错,是因为python3默认的是utf-8的编码方式,而不是utf-16。这个第三方库有些画蛇添足。总之,去掉即可。
可以播放mp3文件。相较于第一个办法,减小了游戏发布大小。
此外playsound这个库还可能在安装时报错。当我从Python3.8.10迁移至3.11.8时,pip安装出现:
Collecting playsound Using cached playsound-1.3.0.tar.gz (7.7 kB) Installing build dependencies ... done Getting requirements to build wheel ... error error: subprocess-exited-with-error × Getting requirements to build wheel did not run successfully. │ exit code: 1 ╰─> [29 lines of output] Traceback (most recent call last): File "/data/data/com.termux/files/usr/lib/python3.11/site-packages/pip/_vendor/pyproject_hooks/_in_process/_in_process.py", line 353, in main() File "/data/data/com.termux/files/usr/lib/python3.11/site-packages/pip/_vendor/pyproject_hooks/_in_process/_in_process.py", line 335, in main json_out['return_val'] = hook(**hook_input['kwargs']) ^^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/data/data/com.termux/files/usr/lib/python3.11/site-packages/pip/_vendor/pyproject_hooks/_in_process/_in_process.py", line 118, in get_requires_for_build_wheel return hook(config_settings) ^^^^^^^^^^^^^^^^^^^^^ File "/data/data/com.termux/files/usr/tmp/pip-build-env-pa_2_lv3/overlay/lib/python3.11/site-packages/setuptools/build_meta.py", line 338, in get_requires_for_build_wheel return self._get_build_requires(config_settings, requirements=['wheel']) ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/data/data/com.termux/files/usr/tmp/pip-build-env-pa_2_lv3/overlay/lib/python3.11/site-packages/setuptools/build_meta.py", line 320, in _get_build_requires self.run_setup() File "/data/data/com.termux/files/usr/tmp/pip-build-env-pa_2_lv3/overlay/lib/python3.11/site-packages/setuptools/build_meta.py", line 485, in run_setup self).run_setup(setup_script=setup_script) ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/data/data/com.termux/files/usr/tmp/pip-build-env-pa_2_lv3/overlay/lib/python3.11/site-packages/setuptools/build_meta.py", line 335, in run_setup exec(code, locals()) File "", line 6, in File "/data/data/com.termux/files/usr/lib/python3.11/inspect.py", line 1262, in getsource lines, lnum = getsourcelines(object) ^^^^^^^^^^^^^^^^^^^^^^ File "/data/data/com.termux/files/usr/lib/python3.11/inspect.py", line 1244, in getsourcelines lines, lnum = findsource(object) ^^^^^^^^^^^^^^^^^^ File "/data/data/com.termux/files/usr/lib/python3.11/inspect.py", line 1081, in findsource raise OSError('could not get source code') OSError: could not get source code [end of output] note: This error originates from a subprocess, and is likely not a problem with pip. error: subprocess-exited-with-error × Getting requirements to build wheel did not run successfully. │ exit code: 1 ╰─> See above for output. note: This error originates from a subprocess, and is likely not a problem with pip.`
最后解决办法就是更新一下wheel就行了:
pip install wheel --upgrade
源于这个discussion: How do I install "playsound" in Python? · termux/termux-app · Discussion #3306 (github.com)
需要注意的是,使用多进程配合playsound播放音乐时,需要将pygame的初始化至少放在if __name__ == "__main__"这一层下,否则会创建两个窗口。
需要注意的是,使用多进程配合playsound播放音乐时,需要将pygame的初始化至少放在if __name__ == "__main__"这一层下,否则会创建两个窗口。
3. 使用pydub.AudioSegment和pydub.playback播放音频
这个方案支持的音频格式是最广的。因为可以通过安装pyaudio的方式来增加支持。
但这个方案也有问题。播放16位音频的话,一切正常。但当音频文件为32位的时候,播放音频就哑声了。
我写了一个复杂的sounddevice输出流程序,测试下来读取的pcm数据是没有问题的,可以正常播放。但我不想把这个程序带到我的主要工程中,一个是太复杂,第二是我还没有实现多个音频播放时怎么定位要终止的一个音频。
那么播放部分pydub.playback究竟是出了什么问题呢?我正在寻找。一个可能的原因是chunk._data(播放时播放的采样片段)是32位整数,但输出到pyaudio的stream.write()当中时,它需要的又是32位浮点。p.get_format_from_width(song.sample_width)可以看到得到的是所谓的"paFloat32",但我在sounddevice的实现程序中明明是把数据当做整数来处理的。
重写了playback的_play_with_pyaudio()方法。
def _play_with_pyaudio(seg): import pyaudio p = pyaudio.PyAudio() stream = p.open(format=p.get_format_from_width(seg.sample_width), channels=seg.channels, rate=seg.frame_rate, output=True) # Just in case there were any exceptions/interrupts, we release the resource # So as not to raise OSError: Device Unavailable should play() be used again try: # break audio into half-second chunks (to allows keyboard interrupts) for chunk in make_chunks(seg, 500): data = chunk._data need = bytearray(len(data)) for i in range(null, len(data) // 4, 4): f = (int.from_bytes(data[i:i + 4], byteorder='little', signed=True) / float(1 << (seg.sample_width * 8 - 1))) need[i:i + 4] = struct.pack('<f', f) need = bytes(need) stream.write(need) finally: stream.stop_stream() stream.close() p.terminate()
通过除以一个float(1 << (song.sample_width * 8 - 1)),这个值是32位有符号整数的最大值,然后就有了一个[-1, 1)的浮点数,能够送入音频流中播放。
但是实际效果并不好。播放时非常卡顿。看来整数转浮点的过程必须放在外面进行。毕竟用C语言的时候都是直接用指针读值的,哪里需要这些复杂的封装工程。
还有一个问题是我这个方法还只适用于32位音频,其他音频没做适配。还需要一些编程。
最后是用numpy成功解决了卡顿的问题。并加上了采样宽度(采样深度)的判断。
def _play_with_pyaudio(seg): import pyaudio import numpy as np p = pyaudio.PyAudio() stream = p.open(format=p.get_format_from_width(seg.sample_width), channels=seg.channels, rate=seg.frame_rate, output=True) # Just in case there were any exceptions/interrupts, we release the resource # So as not to raise OSError: Device Unavailable should play() be used again try: # break audio into half-second chunks (to allows keyboard interrupts) if seg.sample_width == 4: for chunk in utils.make_chunks(seg, 500): samples = chunk.get_array_of_samples() samples = np.array(samples, dtype=np.float32) samples /= 1 << (seg.sample_width * 8 - 1) stream.write(samples.tobytes()) # stream.write(chunk._data) # print(chunk._data[:500]) # print(song.get_array_of_samples()[:500]) # os.system('pause') else: for chunk in utils.make_chunks(seg, 500): stream.write(chunk._data) finally: stream.stop_stream() stream.close() p.terminate()
这是一个有些恼人但不严重的bug。人们遇到这个问题,估计会把所有音效文件改成16位来播放。但我非要用原格式不可。
此外,也许应该用array.array来转换更好一些,与原代码倾向的用法保持一致。但我不知道怎么才能除出来一个float32的数组,array.array我又不熟。所以姑且就这么实现了。后面有时间再来熟悉熟悉这个所谓的array.array。貌似它是python自带的,不用自己安装。
比较疑惑的是,32位音频怎么才能判断它是浮点数的32位,还是整数的32位。AudioSegment找了一圈都没有看到有关的API,但是get_array_of_samples貌似输出的一定是整数数组。总之,一切都还需要在array.array中揭晓。
最后,将p.get_format_from_width(song.sample_width)替换为pyaudio._portaudio.paInt32也能正常播放。
以上就是Pygame出现播放背景音乐卡顿的问题分析及解决(发生在win10更新至win11后)的详细内容,更多关于Pygame播放背景音乐卡顿的资料请关注插件窝其它相关文章!