A customisable music player inspired by foobar2000. It offers a growing
list of widgets to manage and play your local music collection. It's
extensible using a plugin system and many widgets make use of FooScript
to offer an even deeper level of control. A layout editing mode enables
the entire user interface to be customised, starting from a blank slate
or a preset layout.
As pointed out by arrowd@, the previous patch doesn't work in poudriere
"because the pkg-config executable isn't there at the time the variable
value is evaluated". So put the variables in the standard position in
the Makefile and fix the regular expression of sed(1).
Reported by: arrowd
- Enabling this module in LOCALBASE/etc/pulse/default.pa.d/* pulseaudio
prints this error on loading:
Aug 29 14:33:26 ***** pulseaudio[3024]: [] module.c: Module "module-sndio" version (0.0) doesn't match the expected version (16.1).
This patch fix the module version making it the same as pulseaudio's.
The latter is retrieved via pkg-config.
- Pet portclippy
- Bump PORTREVISION
No development in over a decade and never got traction, decoding is
supported by FFmpeg however there's no encoding support. For encoding
consider alternative formats such as Opus, AAC, xHE-AAC or legacy
audio formats such as MP3 and Ogg Vorbis.
PR: 281025
Reviewed by: Stefan Ehmann <shoesoft@gmx.net> (maintainer)
With clang 19 and gcc 15, audio/openal-soft fails to compile, with an
error similar to:
/wrkdirs/usr/ports/audio/openal-soft/work/openal-soft-1.21.1/common/aloptional.h:119:48: error: no member named 'mValue' in 'optional<T>'; did you mean 'value'?
119 | const T& operator*() const& { return this->mValue; }
| ^~~~~~
| value
/wrkdirs/usr/ports/audio/openal-soft/work/openal-soft-1.21.1/common/aloptional.h:127:8: note: 'value' declared here
127 | T& value() & { return mStore.mValue; }
| ^
Upstream commit <https://github.com/kcat/openal-soft/440b5970> fixes
this this, so add it as a PATCHFILES entry in the Makefile, until a
newer version of openal-soft is imported.
PR: 280677
Approved by: maintainer timeout (2 weeks)
MFH: 2024Q3
There is no good reason not to have this option disabled by default.
Most people nowadays want bluetooth support as well so it's good to have
it enabled.
PR: 203745
Requested by: Zahemszky Gábor <gabor@zahemszky.hu>
Sponsored by: The FreeBSD Foundation
MFC after: 2 days
Reviewed by: lwhsu, emaste
Differential Revision: https://reviews.freebsd.org/D46376
