[Bug 27917] [regression] sound does not work, wine chooses wrong pcm
wine-bugs at winehq.org
wine-bugs at winehq.org
Wed Jul 27 10:54:39 CDT 2011
http://bugs.winehq.org/show_bug.cgi?id=27917
--- Comment #5 from David Naylor <naylor.b.david at gmail.com> 2011-07-27 10:54:38 CDT ---
(In reply to comment #4)
> (In reply to comment #3)
> > Reading [2] I interpret that flag indicating a device's suitability as a
> > default device, not that the device *is* the default device. Nor does it say
> > only one device may have this flag set (and only implies multiple devices may
> > have the flag set). What is the intended use of PCM_CAP_DEFAULT? And how is
> > it used in other oss implementations?
>
> I don't know. If audio API developers would actually document their APIs, we
> wouldn't have to ask this question. The fact that FreeBSD never sets it makes
> me think it's not used by anyone. It's a wonder why the OSS devs thought to add
> it...
Looking through the oss source from 4Front Technologies it appears they do set
the PCM_CAP_DEFAULT flag:
# grep -r PCM_CAP_DEFAULT .
./kernel/framework/audio/oss_audio_core.c: * PCM_CAP_DEFAULT devices. A
new ADEV_ flag should be defined
./kernel/framework/audio/oss_audio_core.c: info |= PCM_CAP_DEFAULT;
./include/soundcard.h:# define PCM_CAP_DEFAULT 0x40000000 /*
"Default" device */
./include/soundcard.h:#define DSP_CAP_DEFAULT PCM_CAP_DEFAULT
however it appears they set it for every device, so just as useful as the
FreeBSD implementation.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
More information about the wine-bugs
mailing list