some existing COMPILER lines with arch restrictions etc. In the usual
case this is now using "COMPILER = base-clang ports-gcc base-gcc" on
ports with c++ libraries in WANTLIB.
This is basically intended to be a noop on architectures using clang
as the system compiler, but help with other architectures where we
currently have many ports knocked out due to building with an unsuitable
compiler -
- some ports require c++11/newer so the GCC version in base that is used
on these archirtectures is too old.
- some ports have conflicts where an executable is built with one compiler
(e.g. gcc from base) but a library dependency is built with a different
one (e.g. gcc from ports), resulted in mixing incompatible libraries in the
same address space.
devel/gmp is intentionally skipped as it's on the path to building gcc -
the c++ library there is unused in ports (and not built by default upstream)
so intending to disable building gmpcxx in a future commit.
Changes since 1.2.x include:
- Improvements to the VAD and speech/music classification using an RNN
- Support for ambisonics coding using channel mapping families 2 and 3
- Improvements to stereo speech coding at low bitrate
- Using wideband encoding down to 9 kb/s
- Making it possible to use SILK down to bitrates around 5 kb/s
- Minor quality improvement on tones
- Enabling the spec fixes in RFC 8251 by default
- Security/hardening improvements
Notable bug fixes include:
- Fixes to the CELT PLC
- Bandwidth detection fixes
From my description,
> For gcc, lame has a big "experimental optimizer" section with
> -march=native and other flags that we don't want in bulk builds
> (but might be useful for self builds sometimes). It's controlled by
> --enable-expopt (the default is "none" to disable it),
>
> There is a similar section for clang which is just outside the "expopt"
> block. I think that's a mistake, but I don't want to poke around too much
> as they have other mistakes in their configure script nearby and I don't
> want to go down that rabbit hole ;)
>
> Here's a simple diff to neuter the check.
- given that beets has been moved to Python 3 last year[0], I believe
that the plugin dependencies should be updated from py-* to py3-*
- neither mp3gain, nor aacgain packages exist so delete that paragraph
- documentation URL - HTTPS and TLD change
(mp3gain was removed due to unfixed security bugs, not sure where aacgain
came from in the first place as I don't seem to find it in old trees anywhere)
libdiscid library.
Original submission by Charlene Wendling, who takes MAINTAINER -- thanks!
ok sthen@
MusicBrainz::DiscID is a Perl class to calculate a MusicBrainz DiscID from
an audio CD in the drive.
ok kn@
VGMPlay is a command line audio player for all VGM files.
Supported files types are:
* Video Game Music Files (*.vgm, *.vgz)
* Creative Music Files (*.cmf)
* DosBox RAW OPL Log Files (*.dro)
* Playlist files (*.m3u)
I replaced ffmpeg and disabled by a patch (we can delete that on the next
version of siren 0.8) with mpg123 as naddy did on xmm2, the idea is keep
siren small without a heavy deps.
ratchov@ (maintainer) time-out he has some problems with his mailserver.
OK kili@ juanfra@
mpg123 is still maintained upstream and also faster, in case somebody
runs this on a really, really slow machine. All our archs support
floating point, so there is no reason to use the fixed-point libmad
for MP3 decoding.
Tested by rapha@
