Additional Information:
It looks like the sound is coming on debian testing to the pulseaudio
server directly from bb which is using the mikMod lib. So the problem is
not to be found in compatibility layer of some kind, because it is using
pulse in a native way. So i guess the old bb source code is not
compatible with the new libMikMod...
Some output:
$ pacmd
Welcome to PulseAudio 5.0! Use "help" for usage information.
>>>
>>> list-sink-inputs
5 sink input(s) available.
[...]
index: 30438
driver: <protocol-native.c>
flags:
state: RUNNING
sink: 1 <alsa_output.pci-0000_00_1b.0.analog-stereo>
volume: front-left: 39794 / 61% / -13.00 dB, front-right: 39794
/ 61% / -13.00 dB
balance 0.00
muted: no
current latency: 129.50 ms
requested latency: 106.00 ms
sample spec: s16le 2ch 44100Hz
channel map: front-left,front-right
Stereo
resample method: (null)
module: 8
client: 215 <libMikMod client>
properties:
media.name = "libMikMod music"
application.name = "libMikMod client"
native-protocol.peer = "UNIX socket client"
native-protocol.version = "29"
application.process.id = "19262"
application.process.user = "treaki"
application.process.host = "treakis-tp"
application.process.binary = "bb"
application.language = "C"
window.x11.display = ":0"
application.process.machine_id = "7a9a724838671fbefb524d5453b08fe1"
application.process.session_id = "2"
module-stream-restore.id =
"sink-input-by-application-name:libMikMod client"
>>>
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
