This patch allows Ekiga and KDE apps use sound in parallel without conflict. Fix: Apply following patch: http://steve.energistic.com/h323-ports/pwlib-1.12.0.2.patch How-To-Repeat: Per the submitter (Matthias Apitz (matthias.apitz AT oclc.org)): The art of pick-up the filename of the audio device conflicts with other applications of the desktop using the (virtual) audio channels; the filename should just be "/dev/dsp0" for FreeBSD and the rest is handled via the devfs(5) file system; a patch like the below works for me fine and Ekiga plays sound parallel to the apps of KDE. This change has already been imported into the pwlib codebase.
Responsible Changed From-To: freebsd-ports-bugs->freebsd-ports-bugs
Responsible Changed From-To: freebsd-ports-bugs->rafan I'll take it.
rafan 2008-04-13 12:43:55 UTC FreeBSD ports repository Modified files: devel/pwlib Makefile devel/pwlib/files patch-plugins-sound_oss-sound_oss_cxx Log: - Allow multiple apps to access sound device in parallel - Bump PORTREVISION PR: ports/122584 Submitted by: Steve Ames <steve at energistic.com> (maintainer) Revision Changes Path 1.46 +1 -1 ports/devel/pwlib/Makefile 1.2 +19 -3 ports/devel/pwlib/files/patch-plugins-sound_oss-sound_oss_cxx _______________________________________________ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "cvs-all-unsubscribe@freebsd.org"
State Changed From-To: open->closed Committed. Thanks!
Note: This patch breaks the use of more than one audio device, by hardcoding the devname to "dsp0". I use Ekiga with input from dsp0 and output to dsp1, and have to recompile without this patch to avoid everything going to dsp0.
State Changed From-To: closed->open reopen it. From sound(4) it seems that we should just use 'dsp' instead of 'dsp0' when using devfs. Can anyone please test this? Thanks!
On Fri, Jun 20, 2008 at 7:00 PM, Steve Ames <steve@energistic.com> wrote: > > Hrm. this patch fixes some other issues. Do you have a patch for getting > your situation to work that doesn't undo the results of this patch? No, but i presume the solution would be to truncate the devname, so that "dsp0.0" -> "dsp0", "dsp1.0" -> "dsp1", and so on?
State Changed From-To: open->feedback Can someone please test if http://people.freebsd.org/~rafan/pwlib.diff works or not?
State Changed From-To: feedback->suspended unless someone can test the patch, not much I can do here.
State Changed From-To: suspended->closed Close this PR per last comment.