[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