我正在使用PyGame来读取USB MIDI设备,与这里使用的设备非常相似,只是我将其作为Raspberry Pi上的后台服务运行。
我希望能够断开并重新连接 MIDI 设备,并且仍然能够读取它。
我尝试了两种方法:
- 定期使用 pygame.midi.get_count() 和 info() 枚举 MIDI 设备。
- 使用 pyudev 监视 USB 事件,类似于此示例。
(1) 的问题在于,无论设备是否仍处于连接状态,pygame.midi 似乎总是返回相同的值(get_count 和 info)。
(2) 的问题在于它永远不会调用我为事件注册的异步函数(尽管独立示例工作正常,只是将子系统更改为 usb)。 我认为这可能是线程的问题,所以我调用了所有内容以从专用线程注册事件,然后运行 glib。MainLoop.run() 空闲等待,但发现如果我在运行 AMK 类之前启动任何线程,即使只是一个打印内容并返回的线程,pygame 将无法读取 midi 设备。 (我正在使用 glib,因为 Pi 存储库中的 pyudev 版本是 0.13,但我想较新的方法是 gobject 等效的)。
因此,我求助于 udevd 来检测连接事件并通过/etc/udev/rules.d/触发器重新启动我的服务,该触发器工作正常,但很笨拙,并且丢失了脚本中的状态(我想保存)。
因此,在我浪费更多时间调试(2)之前,我希望有人可以指出我正确的方向。
pygame使用PortMidi,它最初是为Windows MIDI API设计的,并假设MIDI端口集永远不会改变。
您必须使用单独的监视器进程,该进程会在 MIDI 端口更改时重新启动程序。
我还没有彻底测试过,但我相信如果你打电话给quit
然后再次init
,然后你可以得到一个正确更新的 MIDI 设备列表。下面是一个示例:
import pygame, pygame.midi
pygame.midi.init()
print pygame.midi.get_count()
a=raw_input('Connect or disconnect some MIDI devices')
pygame.midi.quit()
pygame.midi.init()
print pygame.midi.get_count()
这就是我监视现有或新添加的 Midi 设备的方式 - wait_for_midi()
将阻塞,直到系统中出现 MIDI 设备并返回其/dev/midi*
路径。
import re
import pyudev
def is_midi_device(dev_path):
if dev_path is None:
return False
if re.match(u"^/dev/midi[0-9]+$", dev_path):
return True
return False
# Return path to a MIDI device when found.
def wait_for_midi():
context = pyudev.Context()
# Check for existing midi devices
for device in context.list_devices():
dev_path = device.device_node
if is_midi_device(dev_path) :
print('Found {}'.format(dev_path))
return dev_path
# Monitor for new midi devices as added
monitor = pyudev.Monitor.from_netlink(context)
monitor.filter_by(subsystem='sound')
for action, device in monitor:
if action != "add":
continue
dev_path = device.device_node
if is_midi_device(dev_path) :
print('Just added: {}'.format(dev_path))
return dev_path