PortAudio is a free, cross-platform, open-source, audio I/O library.
It lets you write simple audio programs in 'C' or C++ that will compile and run
on many platforms including Windows, Macintosh OS X, and Unix (OSS/ALSA).
It is intended to promote the exchange of audio software between developers
on different platforms. Many applications use PortAudio for Audio I/O.
PortAudio provides a very simple API for recording and/or playing sound using
a simple callback function or a blocking read/write interface.
Example programs are included that play sine waves, process audio input
(guitar fuzz), record and playback audio, list available audio devices, etc.
===> The following configuration options are available for portaudio-19.6.0_8,1:
DOCS=on: Build and/or install documentation
DOXYGEN=off: Build documentation with Doxygen
EXAMPLES=on: Build and/or install examples
JACK=on: JACK audio server support
PATEST=off: PortAudio Test Programs
SNDIO=off: Sndio audio support
===> Use 'make config' to modify these settings
Remove WWW entries moved into port Makefiles
Commit b7f05445c00f has added WWW entries to port Makefiles based on
WWW: lines in pkg-descr files.
This commit removes the WWW: lines of moved-over URLs from these
pkg-descr files.
Approved by: portmgr (tcberner)
Add WWW entries to port Makefiles
It has been common practice to have one or more URLs at the end of the
ports' pkg-descr files, one per line and prefixed with "WWW:". These
URLs should point at a project website or other relevant resources.
Access to these URLs required processing of the pkg-descr files, and
they have often become stale over time. If more than one such URL was
present in a pkg-descr file, only the first one was tarnsfered into
the port INDEX, but for many ports only the last line did contain the
port specific URL to further information.
There have been several proposals to make a project URL available as
a macro in the ports' Makefiles, over time.
(Only the first 15 lines of the commit message are shown above )
audio: remove 'Created by' lines
A big Thank You to the original contributors of these ports:
* <dmagda+libsamplerate@ee.ryerson.ca>
* <trasz@FreeBSD.org>
* Adam Weinberger
* Adam Weinberger <adamw@FreeBSD.org>
* Akinori MUSHA aka knu <knu@idaemons.org>
* Aleksander Fafula <alex@bsdguru.org>
* Alex Allan <alex@kamaz.org.uk>
* Alexander Botero-Lowry <alex@foxybanana.com>
* Alexander Kojevnikov <alexander@kojevnikov.com>
* Alexander Nedotsukov <bland@FreeBSD.org>
* Alexander Vereeken <Alexander88207@protonmail.com>
(Only the first 15 lines of the commit message are shown above )
devel/autoconf: update to 2.71
- Copy devel/autoconf to devel/autoconf2.69.
- Update devel/autoconf to 2.71.
- Allow ports to use 2.69 with USES=autoreconf:2.69.
PR: 258046
Exp-run by: antoine
audio/jack: Update to Jack2: 0.125.0 -> 1.9.16
Big thank you to Florian Walpen <dev@submerge.ch> and
Goran Mekić <meka@tilda.center> for working on Jack2.
PR: 251125
Submitted by: Florian Walpen <dev@submerge.ch> (original version)
audio/portaudio: Do not leak private libraries in portaudio-2.0.pc
This prevents consumers from picking up bogus dependencies on
libsndio when PortAudio has been built with SNDIO=on.
PR: 247604
audio/portaudio: Amend r419598 and always add OSS default device first
r419598 tried to solve a problem where when hw.snd.default_unit is
set to anything except zero /dev/dsp0 is not available to programs
using portaudio since it assumes that /dev/dsp and /dev/dsp0 are
the same device.
However with that fix, when hw.snd.default_unit=1 and
hw.snd.basename_clone=0, portaudio will hide /dev/dsp1 from the
device list since it will use /dev/dsp for it instead of /dev/dsp1.
However since /dev/dsp is not available, QueryDevice() will fail
and /dev/dsp1 will never be added to the device list.
Instead of looking up hw.snd.default_unit we can solve this by
always trying to add /dev/dsp to the device list first.
PR: 236118
Submitted by: Tatsuki Makino <tatsuki_makino@hotmail.com>
audio/portaudio: Add support for enumerating multiple sndio devices
sndio has no device discovery mechanism and PortAudio has no way
of accepting raw device strings from users. Normally we just expose
the default device (which can be changed via the AUDIODEVICE
environment variable). This however means that we are stuck with
only one device at a time for playback/recording and would have to
restart applications (or the sndiod instance) to switch between
devices.
This is detrimental to the workflow in applications like Audacity
and makes them unusable in sndio only setups.
Add a new PA_SNDIO_AUDIODEVICES environment variables with which
users can specify and expose a list of 16 additional sndio devices
to applications using PortAudio.
Example:
PA_SNDIO_AUDIODEVICES=snd/0.monitor:snd@remote/0:rsnd/3
audio/portaudio: Add three new functions* required by Audacity
* Pa_GetStreamHostApiType, PaOSS_GetStream{In,Out}putDevice
This will allow us to change audio/audacity to use audio/portaudio
instead of the bundled version. End goal is sndio support in
Audacity without having to duplicate existing patches.
While here
- Remove unnecessary patches
- Cleanup DOCS and PATEST install
- Take maintainership
Obtained from: Audacity 2.2.2's portaudio.patch
Support hw.snd.default_unit sysctl.
If the hw.snd.default_unit is set to anything except zero, /dev/dsp0 is
not available to programs using portaudio, since it assumes that /dev/dsp
and /dev/dsp0 are the same device.
PR: 208968
Submitted by: shurd
Approved by: koalative@gmail.com (maintainer timeout)
audio/portaudio: fix test program installation
- Before the patch the libtool wrapper scripts were installed
instead of real test programs
PR: 210455
Submitted by: Tobias Kortkamp <t@tobik.me>
Approved by: koalative@gmail.com (maintainer timeout)
Convert ports to use the options helpers in categories [abc]*, and minor fixes.
Sponsored by: Absolight
Differential Revision: https://reviews.freebsd.org/D3412?
By default libtool replaces -export-symbols <file> with -retain-symbols-file
<file> on ELF systems, but this doesn't really do what -export-symbols is
meant to do. On GNU ELF systems it converts <file> to a simple version
script first and then uses -version-script instead of -retain-symbols-file.
Let USES=libtool patch libtool scripts to do this on all systems with GNU
ld(1).
Bump PORTREVISION on all ports where the build log contains -export-symbols.
audio/calf: This port builds a module that now exports only one function,
but it also builds a number of executables that link to this module and
expect to see other functions. Because it's already a bit dodgy to link to
a module (libtool warns about this) let the module continue to export only
one function and instead build an ordinary library from the same source that
the executables can link to. Fix a number of other issues in the same
(Only the first 15 lines of the commit message are shown above )
Update portaudio to v19/Remove portaudio2 [1]
Chase portaudio change
Add patches from debian for games/cultivation
Add patches from upsteam for audio/rezound
Mark py-fastaudio as broken
Approved by: maintainer
These ports are no longer used or cared for.
Dave Shar <koalative at gmail.com> wishes to maintain these ports
with my help.
audio/portaudio
- Pass maintainership to koalative at gmail.com
audio/portaudio2
- Pass maintainership to koalative at gmail.com
deskutils/parcellite
(Only the first 15 lines of the commit message are shown above )
Convert audio from USE_GMAKE to USES=gmake
While here:
- Trim headers
- Convert some USE_GNOME=pkgconfig to USES=pkgconfig
- Add some missing pkgconf dependencies
- Convert some USE_GNOME=gnomehack to USES=pathfix
Fix the build with gmake-3.82 by add '/' in two targets.
Reported by: pointyhat-exp with gmake 3.82 (linimon)
Tested with: ade's gmake 3.82 patch on devel/gmake only
For ports maintained by ports@FreeBSD.org, remove names and/or
e-mail addresses from the pkg-descr file that could reasonably
be mistaken for maintainer contact information in order to avoid
confusion on the part of users looking for support. As a pleasant
side effect this also avoids confusion and/or frustration for people
who are no longer maintaining those ports.
