Re: sndio backend requests
telephony/pjsua It uses PortAudio, but in a separated branch instead of using audio/portaudio-svn bye -david-
Re: sndio backend requests
On Fri, Dec 26, 2008 at 10:41:54AM +, Jacob Meuser wrote: request lines are open. what ports do y'all want sndio backends for? iirc, ajacoutot said something about libcanberra, and the ports listed here: http://jakemsr.trancell.org/libsndio.html in the works. what else? x11/rdesktop if anyone is already working on it, please speak up. else i'll try to do it myself if time permits.
Re: sndio backend requests
On Fri, Jan 23, 2009 at 10:33:05PM +0100, Matthias Kilian wrote: On Fri, Dec 26, 2008 at 10:41:54AM +, Jacob Meuser wrote: request lines are open. what ports do y'all want sndio backends for? iirc, ajacoutot said something about libcanberra, and the ports listed here: http://jakemsr.trancell.org/libsndio.html in the works. what else? x11/rdesktop if anyone is already working on it, please speak up. else i'll try to do it myself if time permits. once again, I do keep a list of what's being worked on to avoid duplicated work: http://jakemsr.trancell.org/libsndio.html shall I add x11/rdesktop to the list? -- jake...@sdf.lonestar.org SDF Public Access UNIX System - http://sdf.lonestar.org
Re: sndio backend requests
On Thu, Jan 01, 2009 at 10:03:37PM +0100, Stefan Sperling wrote: On Sat, Dec 27, 2008 at 09:47:17PM +, Jacob Meuser wrote: in the meantime, here's a sndio backend for pwlib. you'll have to use aucat, since pwlib uses a separate thread for recording and playback, and it is much easier to let each thread open connections to aucat than to add locks/private stores/etc. make sure you have echo cancellation and silence detection turned of in Edit-Preferences-Codecs-Audio Codecs. they seem to be over agressive and cause dropouts. Many thanks! With this, a LIBSNDIO sound module appears in ekiga's preferences, and using that I can receive phone calls while listening to music with xmms. Jacob, It would be nice if this got comitted. It would prevent me from having to do a reinstall-pwlib dance after every pkg_add -ui. Thanks, Stefan
Re: sndio backend requests
On Sat, Dec 27, 2008 at 09:47:17PM +, Jacob Meuser wrote: On Sat, Dec 27, 2008 at 04:44:22PM +0100, Antoine Jacoutot wrote: On Sat, 27 Dec 2008, Stefan Sperling wrote: Currently, I can only use it with OSS, without aucat running. It has esd support but if I try to use that for multiplexing (with esd running over aucat or standalone), there's no sound going in nor out of ekiga. Something seems to be broken there. So it's either listen to music, or be able to get phone calls, but not both. An update to the latest version (3.0.1) would also be nice. Since I want this, I'd be willing to spend time on that. ajacoutot@ is the maintainer, so I put him in Cc. Jacob already has some patches for updating ekiga to the latest version. yeah, but I've stalled on the updates, partly beause it's a big project to update all the other p[tw]lib ports, and I can't test some of them. in the meantime, here's a sndio backend for pwlib. you'll have to use aucat, since pwlib uses a separate thread for recording and playback, and it is much easier to let each thread open connections to aucat than to add locks/private stores/etc. make sure you have echo cancellation and silence detection turned of in Edit-Preferences-Codecs-Audio Codecs. they seem to be over agressive and cause dropouts. Many thanks! With this, a LIBSNDIO sound module appears in ekiga's preferences, and using that I can receive phone calls while listening to music with xmms. Stefan
Re: sndio backend requests
On Wed, Dec 31, 2008 at 7:11 PM, Todd T. Fries t...@fries.net wrote: I think you must not be using current ports. mplayer was one of the first apps to have sndio backend support. It works great. Be sure to checkout '-ao help' to determine if your sndio backend support is named libsndio or sndio, as it has changed very recently. How are upstreams responding to sndio? It's OpenBSD specific right? -- Best Regards Edd http://students.dec.bournemouth.ac.uk/ebarrett
Re: sndio backend requests
On Fri, Jan 02, 2009 at 03:37:53AM +, Edd Barrett wrote: On Wed, Dec 31, 2008 at 7:11 PM, Todd T. Fries t...@fries.net wrote: I think you must not be using current ports. mplayer was one of the first apps to have sndio backend support. It works great. Be sure to checkout '-ao help' to determine if your sndio backend support is named libsndio or sndio, as it has changed very recently. How are upstreams responding to sndio? It's OpenBSD specific right? it's not OpenBSD specific by design, and is intended to be ported to work with other native APIs. it shoud work on NetBSD as is. nor is it a case of where things on OpenBSD are just different, or unsupported. e.g. new POSIX mandated options for base utilities like od(1) or nm(1), or lack of support for MSG_DONTWAIT or ... and since it's only now shipped with OpenBSD, some projects are *more* likely to import a new backend than say, patches needed to make OSS audio work on OpenBSD, which might conflict with some other slightly different OSS implementation on another OS. but to be honest, I haven't yet tried to push things upstream. I tried to update gstreamer so I could send that backend upstream. it was the first real one I did, and has now been tested fairly well. bu then I had problems because flex in base is too old ... -- jake...@sdf.lonestar.org SDF Public Access UNIX System - http://sdf.lonestar.org
Re: sndio backend requests
On Fri, Dec 26, 2008 at 5:41 AM, Jacob Meuser jake...@sdf.lonestar.orgwrote: request lines are open. what ports do y'all want sndio backends for? iirc, ajacoutot said something about libcanberra, and the ports listed here: http://jakemsr.trancell.org/libsndio.html in the works. what else? mplayer? ~Jason
Re: sndio backend requests
I think you must not be using current ports. mplayer was one of the first apps to have sndio backend support. It works great. Be sure to checkout '-ao help' to determine if your sndio backend support is named libsndio or sndio, as it has changed very recently. Thanks, -- Todd Fries .. t...@fries.net _ | \ 1.636.410.0632 (voice) | Free Daemon Consulting, LLC \ 1.405.227.9094 (voice) | http://FreeDaemonConsulting.com \ 1.866.792.3418 (FAX) | ..in support of free software solutions. \ 250797 (FWD) | \ \\ 37E7 D3EB 74D0 8D66 A68D B866 0326 204E 3F42 004A http://todd.fries.net/pgp.txt Penned by Jason Beaudoin on 20081231 13:54.57, we have: | On Fri, Dec 26, 2008 at 5:41 AM, Jacob Meuser jake...@sdf.lonestar.orgwrote: | | | request lines are open. what ports do y'all want sndio backends | for? | | iirc, ajacoutot said something about libcanberra, and the ports | listed here: http://jakemsr.trancell.org/libsndio.html in the | works. | | what else? | | | mplayer? | | ~Jason
Re: sndio backend requests
On Wed, Dec 31, 2008 at 01:11:43PM -0600, Todd T. Fries wrote: I think you must not be using current ports. mplayer was one of the first apps to have sndio backend support. It works great. Be sure to checkout '-ao help' to determine if your sndio backend support is named libsndio or sndio, as it has changed very recently. I would like to make a request for standard namig of sndio backend in applications. Could it be ``sndio'' everywhere? -- best regards q#
Re: sndio backend requests
On Wed, Dec 31, 2008 at 07:33:09PM +, Mikolaj Kucharski wrote: On Wed, Dec 31, 2008 at 01:11:43PM -0600, Todd T. Fries wrote: I think you must not be using current ports. mplayer was one of the first apps to have sndio backend support. It works great. Be sure to checkout '-ao help' to determine if your sndio backend support is named libsndio or sndio, as it has changed very recently. I would like to make a request for standard namig of sndio backend in applications. Could it be ``sndio'' everywhere? I did not like sndio at first, because imo it's too generic, and googling for sndio turned up a fair amount of hits, while libsndio returned almost none. -- jake...@sdf.lonestar.org SDF Public Access UNIX System - http://sdf.lonestar.org
Re: sndio backend requests
On Wed, Dec 31, 2008 at 08:02:20PM +, Jacob Meuser wrote: On Wed, Dec 31, 2008 at 07:33:09PM +, Mikolaj Kucharski wrote: On Wed, Dec 31, 2008 at 01:11:43PM -0600, Todd T. Fries wrote: I think you must not be using current ports. mplayer was one of the first apps to have sndio backend support. It works great. Be sure to checkout '-ao help' to determine if your sndio backend support is named libsndio or sndio, as it has changed very recently. I would like to make a request for standard namig of sndio backend in applications. Could it be ``sndio'' everywhere? I did not like sndio at first, because imo it's too generic, and googling for sndio turned up a fair amount of hits, while libsndio returned almost none. One way or another, something consistent. Your call. -- best regards q#
Re: sndio backend requests
On Fri, Dec 26, 2008 at 10:41:54AM +, Jacob Meuser wrote: request lines are open. what ports do y'all want sndio backends for? iirc, ajacoutot said something about libcanberra, and the ports listed here: http://jakemsr.trancell.org/libsndio.html in the works. what else? telephony/pjsua -- best regards q#
Re: sndio backend requests
On Wed, Dec 31, 2008 at 08:45:18PM +, Mikolaj Kucharski wrote: On Fri, Dec 26, 2008 at 10:41:54AM +, Jacob Meuser wrote: request lines are open. what ports do y'all want sndio backends for? iirc, ajacoutot said something about libcanberra, and the ports listed here: http://jakemsr.trancell.org/libsndio.html in the works. what else? telephony/pjsua that uses portaudio. portaudio is complex. eventually. -- jake...@sdf.lonestar.org SDF Public Access UNIX System - http://sdf.lonestar.org
Re: sndio backend requests
On 12/26/08, Jacob Meuser jake...@sdf.lonestar.org wrote: request lines are open. what ports do y'all want sndio backends for? iirc, ajacoutot said something about libcanberra, and the ports listed here: http://jakemsr.trancell.org/libsndio.html in the works. what else? devel/jdk?
Re: sndio backend requests
On Wed, Dec 31, 2008 at 09:58:06PM -0800, Can Erkin Acar wrote: On 12/26/08, Jacob Meuser jake...@sdf.lonestar.org wrote: request lines are open. what ports do y'all want sndio backends for? iirc, ajacoutot said something about libcanberra, and the ports listed here: http://jakemsr.trancell.org/libsndio.html in the works. what else? devel/jdk? hmm, I don't think I've ever had jdk installed, and wouldn't really know how to test it. I'll keep it in mind though. -- jake...@sdf.lonestar.org SDF Public Access UNIX System - http://sdf.lonestar.org
Re: sndio backend requests
On Fri, Dec 26, 2008 at 10:41 AM, Jacob Meuser jake...@sdf.lonestar.org wrote: request lines are open. what ports do y'all want sndio backends for? Pidgin? Amarok? -- Best Regards Edd http://students.dec.bournemouth.ac.uk/ebarrett
Re: sndio backend requests
On Tuesday 30 December 2008 19:44:12 Edd Barrett wrote: On Fri, Dec 26, 2008 at 10:41 AM, Jacob Meuser jake...@sdf.lonestar.org wrote: request lines are open. what ports do y'all want sndio backends for? Pidgin? Amarok? I'm pretty certain both of these programs are using sndio if using fully up to date packages. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
Re: sndio backend requests
On Wed, Dec 31, 2008 at 1:10 AM, Brad b...@comstyle.com wrote: I'm pretty certain both of these programs are using sndio if using fully up to date packages. Wonderful :) Thanks -- Best Regards Edd http://students.dec.bournemouth.ac.uk/ebarrett
Re: sndio backend requests
On Fri, Dec 26, 2008 at 10:41:54AM +, Jacob Meuser wrote: request lines are open. what ports do y'all want sndio backends for? iirc, ajacoutot said something about libcanberra, and the ports listed here: http://jakemsr.trancell.org/libsndio.html in the works. what else? I'd like to see an sndio backend for ekiga. Currently, I can only use it with OSS, without aucat running. It has esd support but if I try to use that for multiplexing (with esd running over aucat or standalone), there's no sound going in nor out of ekiga. Something seems to be broken there. So it's either listen to music, or be able to get phone calls, but not both. An update to the latest version (3.0.1) would also be nice. Since I want this, I'd be willing to spend time on that. ajacoutot@ is the maintainer, so I put him in Cc. Stefan
Re: sndio backend requests
On Sat, 27 Dec 2008, Stefan Sperling wrote: Currently, I can only use it with OSS, without aucat running. It has esd support but if I try to use that for multiplexing (with esd running over aucat or standalone), there's no sound going in nor out of ekiga. Something seems to be broken there. So it's either listen to music, or be able to get phone calls, but not both. An update to the latest version (3.0.1) would also be nice. Since I want this, I'd be willing to spend time on that. ajacoutot@ is the maintainer, so I put him in Cc. Jacob already has some patches for updating ekiga to the latest version. -- Antoine
Re: sndio backend requests
On Sat, Dec 27, 2008 at 04:44:22PM +0100, Antoine Jacoutot wrote: On Sat, 27 Dec 2008, Stefan Sperling wrote: Currently, I can only use it with OSS, without aucat running. It has esd support but if I try to use that for multiplexing (with esd running over aucat or standalone), there's no sound going in nor out of ekiga. Something seems to be broken there. So it's either listen to music, or be able to get phone calls, but not both. An update to the latest version (3.0.1) would also be nice. Since I want this, I'd be willing to spend time on that. ajacoutot@ is the maintainer, so I put him in Cc. Jacob already has some patches for updating ekiga to the latest version. yeah, but I've stalled on the updates, partly beause it's a big project to update all the other p[tw]lib ports, and I can't test some of them. in the meantime, here's a sndio backend for pwlib. you'll have to use aucat, since pwlib uses a separate thread for recording and playback, and it is much easier to let each thread open connections to aucat than to add locks/private stores/etc. make sure you have echo cancellation and silence detection turned of in Edit-Preferences-Codecs-Audio Codecs. they seem to be over agressive and cause dropouts. -- jake...@sdf.lonestar.org SDF Public Access UNIX System - http://sdf.lonestar.org Index: Makefile === RCS file: /home2/cvs/OpenBSD/ports/devel/pwlib/Makefile,v retrieving revision 1.15 diff -u -r1.15 Makefile --- Makefile8 Sep 2008 17:17:10 - 1.15 +++ Makefile27 Dec 2008 21:40:28 - @@ -6,7 +6,7 @@ V= 1_12_0 DISTNAME= ptlib-v${V} -PKGNAME= pwlib-${V:S/_/./g}p6 +PKGNAME= pwlib-${V:S/_/./g}p7 CATEGORIES=devel EXTRACT_SUFX= -src.tar.gz @@ -25,7 +25,7 @@ MASTER_SITES= ${MASTER_SITE_SOURCEFORGE:=h323plus/} -WANTLIB= crypto expat ossaudio sasl2 ssl +WANTLIB= crypto expat ossaudio sndio sasl2 ssl BUILD_DEPENDS= ::devel/bison LIB_DEPENDS= esd.=2::audio/esound \ @@ -59,6 +59,10 @@ --disable-avc \ --disable-dc \ --disable-odbc + +post-patch: + @mkdir ${WRKSRC}/plugins/sound_libsndio + @cp ${FILESDIR}/{Makefile,sound_libsndio.*} ${WRKSRC}/plugins/sound_libsndio pre-configure: @perl -pi -e 's,!!PREFIX!!,${PREFIX},g' \ Index: files/Makefile === RCS file: files/Makefile diff -N files/Makefile --- /dev/null 1 Jan 1970 00:00:00 - +++ files/Makefile 27 Dec 2008 21:40:28 - @@ -0,0 +1,10 @@ +ifndef PWLIBDIR +PWLIBDIR = $(HOME)/pwlib +endif + +PLUGIN_NAME= libsndio +PLUGIN_FAMILY = device/sound +PLUGIN_LIBS= -lsndio +PLUGIN_SOURCES = sound_libsndio.cxx + +include ../../make/plugins.mak Index: files/sound_libsndio.cxx === RCS file: files/sound_libsndio.cxx diff -N files/sound_libsndio.cxx --- /dev/null 1 Jan 1970 00:00:00 - +++ files/sound_libsndio.cxx27 Dec 2008 21:40:28 - @@ -0,0 +1,487 @@ +/* + * sound_libsndio.cxx + * + * Sound driver implementation. + * + * Portable Windows Library + * + * Copyright (c) 1993-1998 Equivalence Pty. Ltd. + * + * The contents of this file are subject to the Mozilla Public License + * Version 1.0 (the License); you may not use this file except in + * compliance with the License. You may obtain a copy of the License at + * http://www.mozilla.org/MPL/ + * + * Software distributed under the License is distributed on an AS IS + * basis, WITHOUT WARRANTY OF ANY KIND, either express or implied. See + * the License for the specific language governing rights and limitations + * under the License. + * + * The Original Code is Portable Windows Library. + * + * The Initial Developer of the Original Code is Equivalence Pty. Ltd. + * + * Portions are Copyright (C) 1993 Free Software Foundation, Inc. + * All Rights Reserved. + * + * $Log: sound_libsndio.cxx,v $ + */ + +#pragma implementation sound_libsndio.h + +#include sound_libsndio.h + +#include sys/poll.h + +PCREATE_SOUND_PLUGIN(LIBSNDIO, PSoundChannelLIBSNDIO); + +PSoundChannelLIBSNDIO::PSoundChannelLIBSNDIO() +{ + PSoundChannelLIBSNDIO::Construct(); +} + + +PSoundChannelLIBSNDIO::PSoundChannelLIBSNDIO(const PString device, +Directions dir, + unsigned numChannels, + unsigned sampleRate, + unsigned bitsPerSample) +{ + Construct(); + Open(device, dir, numChannels, sampleRate, bitsPerSample); +} + + +void PSoundChannelLIBSNDIO::Construct() +{ + os_handle = -1; + hdl = NULL; +} + + +PSoundChannelLIBSNDIO::~PSoundChannelLIBSNDIO() +{ + Close(); +} + + +PStringArray PSoundChannelLIBSNDIO::GetDeviceNames(Directions /*dir*/) +{ + PStringList devices; + +
sndio backend requests
request lines are open. what ports do y'all want sndio backends for? iirc, ajacoutot said something about libcanberra, and the ports listed here: http://jakemsr.trancell.org/libsndio.html in the works. what else? -- jake...@sdf.lonestar.org SDF Public Access UNIX System - http://sdf.lonestar.org
Re: sndio backend requests
On Fri, Dec 26, 2008 at 8:41 AM, Jacob Meuser jake...@sdf.lonestar.org wrote: request lines are open. what ports do y'all want sndio backends for? iirc, ajacoutot said something about libcanberra, and the ports listed here: http://jakemsr.trancell.org/libsndio.html in the works. what else? -- jake...@sdf.lonestar.org SDF Public Access UNIX System - http://sdf.lonestar.org mpd/(mpc ?) please :D
Re: sndio backend requests
On Fri, Dec 26, 2008 at 09:54:41AM -0200, Andrés wrote: On Fri, Dec 26, 2008 at 8:41 AM, Jacob Meuser jake...@sdf.lonestar.org wrote: request lines are open. what ports do y'all want sndio backends for? iirc, ajacoutot said something about libcanberra, and the ports listed here: http://jakemsr.trancell.org/libsndio.html in the works. what else? -- jake...@sdf.lonestar.org SDF Public Access UNIX System - http://sdf.lonestar.org mpd/(mpc ?) please :D It already works well with aucat ;) Or is that not what is meant here? BTW, if starting aucat is required, maybe it would be a good idea to create a dedicted user for it? Say, _audio -- viq pgpls3o4OGtfM.pgp Description: PGP signature
Re: sndio backend requests
On Fri, Dec 26, 2008 at 02:01:04PM +0100, viq wrote: On Fri, Dec 26, 2008 at 09:54:41AM -0200, Andr?s wrote: On Fri, Dec 26, 2008 at 8:41 AM, Jacob Meuser jake...@sdf.lonestar.org wrote: request lines are open. what ports do y'all want sndio backends for? iirc, ajacoutot said something about libcanberra, and the ports listed here: http://jakemsr.trancell.org/libsndio.html in the works. what else? -- jake...@sdf.lonestar.org SDF Public Access UNIX System - http://sdf.lonestar.org mpd/(mpc ?) please :D It already works well with aucat ;) Or is that not what is meant here? BTW, if starting aucat is required, maybe it would be a good idea to create a dedicted user for it? Say, _audio sndio an audio API. it works with the hardware directly OR with aucat. aucat doesn't need any special permissions. run it as whoever. no need to add more gunk. -- jake...@sdf.lonestar.org SDF Public Access UNIX System - http://sdf.lonestar.org
Re: sndio backend requests
On Fri, Dec 26, 2008 at 3:41 AM, Jacob Meuser jake...@sdf.lonestar.org wrote: request lines are open. what ports do y'all want sndio backends for? iirc, ajacoutot said something about libcanberra, and the ports listed here: http://jakemsr.trancell.org/libsndio.html in the works. what else? -- jake...@sdf.lonestar.org SDF Public Access UNIX System - http://sdf.lonestar.org I started working on ChucK (http://chuck.cs.princeton.edu/) a while ago, with patches from Will Maier. The RtAudio (http://www.music.mcgill.ca/~gary/rtaudio/) program is bundled with ChucK to handle sound. I began porting it, but there is nothing worth sharing now. sndio for RtAudio so ChucK works well with it would be great. Will Maier did his port differently than mine. Attached is his diff from my port to his. chuck.tgz Description: GNU Zip compressed data chuck.diff Description: Binary data
Re: sndio backend requests
On Fri, Dec 26, 2008 at 12:48:16PM -0700, Matt Jibson wrote: On Fri, Dec 26, 2008 at 3:41 AM, Jacob Meuser jake...@sdf.lonestar.org wrote: request lines are open. what ports do y'all want sndio backends for? iirc, ajacoutot said something about libcanberra, and the ports listed here: http://jakemsr.trancell.org/libsndio.html in the works. what else? -- jake...@sdf.lonestar.org SDF Public Access UNIX System - http://sdf.lonestar.org I started working on ChucK (http://chuck.cs.princeton.edu/) a while ago, with patches from Will Maier. The RtAudio (http://www.music.mcgill.ca/~gary/rtaudio/) program is bundled with ChucK to handle sound. I began porting it, but there is nothing worth sharing now. sndio for RtAudio so ChucK works well with it would be great. Will Maier did his port differently than mine. Attached is his diff from my port to his. that looks interesting, but I'd rather work on stuff that's in the ports tree. -- jake...@sdf.lonestar.org SDF Public Access UNIX System - http://sdf.lonestar.org
Re: sndio backend requests
On Fri, Dec 26, 2008 at 07:43:44PM +, Jacob Meuser wrote: On Fri, Dec 26, 2008 at 02:01:04PM +0100, viq wrote: On Fri, Dec 26, 2008 at 09:54:41AM -0200, Andr?s wrote: On Fri, Dec 26, 2008 at 8:41 AM, Jacob Meuser jake...@sdf.lonestar.org wrote: request lines are open. what ports do y'all want sndio backends for? iirc, ajacoutot said something about libcanberra, and the ports listed here: http://jakemsr.trancell.org/libsndio.html in the works. what else? -- jake...@sdf.lonestar.org SDF Public Access UNIX System - http://sdf.lonestar.org mpd/(mpc ?) please :D It already works well with aucat ;) Or is that not what is meant here? BTW, if starting aucat is required, maybe it would be a good idea to create a dedicted user for it? Say, _audio sndio an audio API. it works with the hardware directly OR with ^ is aucat. aucat doesn't need any special permissions. run it as whoever. no need to add more gunk. -- jake...@sdf.lonestar.org SDF Public Access UNIX System - http://sdf.lonestar.org