Wim Taymans 9eeb2f1930 mixer: handle control.ump property ... Add a control.ump port property. When true, the port wants UMP and the mixer will convert to it. When false, the port supports both UMP and Midi1 and no conversions will happen. When unset, the mixer will always convert UMP to midi1. Remove the CONTROL_types property from the filter. This causes problems because this is the format negotiated with peers, which might not support the types but can still be linked because the mixer will convert. The control.ump port property is supposed to be a temporary fix until we can negotiate the mixer ports properly with the CONTROL_types. Remove UMP handling from bluetooth midi, just use the raw Midi1 events now that the mixer will give those and we are supposed to output our unconverted format. Fix midi events in-place in netjack because we can. Update docs and pw-mididump to note that we are back to midi1 as the default format. With this, most of the midi<->UMP conversion should be gone again and we should be able to avoid conversion problems in ALSA and PipeWire. Fixes #5183		2026-03-25 11:59:43 +01:00
..
access.dox
audio.dox
daemon.dox
design.dox
dma-buf.dox
driver.dox
index.dox
latency.dox
library.dox
midi.dox	mixer: handle control.ump property	2026-03-25 11:59:43 +01:00
objects.dox
portal.dox
protocol.dox
pulseaudio.dox
scheduling.dox
session-manager.dox
tag.dox