Hi -
that's neither kern nor purely userlevel -- maybe that
list
is still good for something.
PR pkg/35444 (mplayer bad timeout select and
play.channels number for oss)
reminds me of something: The NetBSD OSS emulation assumes
that the number
of play and record channels is the same. It seems common
now that there is
some 5.1 audio output but just a one or two channel
input.
The emulated SNDCTL_DSP_CHANNELS ioctl tries to set both
play and record
channels to the given number and fails if any of it
fails. So there is no
chance to enable more than two channels in that example.
I'd suggest to treat play and record direction
independently - see the
appended patch. Is there anyone having deeper knowledge
about OSS,
or being able to test a real OSS with >2 channel
hardware to judge
whether such a change makes sense?
this patch doesn't quite work. it does allow
"mplayer -channels 6 -ao oss" to not error out,
but it does cause
the audio to play slow (maybe 3x? it's hard to tell) and
only in
two channels.
however, it's not clear to me that anyone has ever done
>2 channels
with netbsd audio. i can't seem to make it work with
mplayer and
sun audio, but i haven't yet gotten to testing it more
simply with
a plain 6 channel audio file and audioplay(1).
.mrg.
|
