Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 20 Dec 2017 15:26:41 +0800
From:      blubee blubeeme <gurenchan@gmail.com>
To:        Sid <sid@bsdmail.com>
Cc:        FreeBSD Ports <freebsd-ports@freebsd.org>
Subject:   Re: Canberra
Message-ID:  <CALM2mEmfSot7UPPT=VyBKieAoM_1TAcOeRR9%2BZwN%2BQ_2C3cUEw@mail.gmail.com>
In-Reply-To: <trinity-6848ca10-405f-41ae-a91f-7024aacfaf00-1513753440748@3c-app-mailcom-lxa08>
References:  <trinity-6848ca10-405f-41ae-a91f-7024aacfaf00-1513753440748@3c-app-mailcom-lxa08>

next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, Dec 20, 2017 at 3:04 PM, Sid <sid@bsdmail.com> wrote:

> According to http://0pointer.de/lennart/projects/libcanberra/#status
> updated September 2012
>
> "libcanberra is mostly feature complete. For now however it includes
> backends only for ALSA, PulseAudio, OSS and GStreamer."
>
> "The OSS driver is incomplete: only sound files that are in a format
> natively understood by the sound card are supported. If the sample type,
> channel map or sampling rate of the sound file are not supported by the
> sound card no automatic conversion will take place and the file will not be
> played. Also note that the OSS backend is most likely incompatible with
> OSS4, due to subtle incompatibilities between OSS4 and the OSS 3.x."
>
> "It is recommended to always take the "shortest" path from libcanberra to
> the audio device. I.e. don't use the GStreamer plugin if libcanberra
> supports the final output target natively. Besides being more
> resource-friendly and less error-prone, some advanced functionality might
> get lost with each layer you add to your stack. For example: while you
> could use libcanberra's Gstreamer backend to output to a PulseAudio server
> this will not be able to make use of sample cacheing or will be able to
> attach additional meta data to the sounds played, which might be necessary
> for effects like positional event sounds."
> _______________________________________________
> freebsd-ports@freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-ports
> To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org"
>

@Sid
I know this.
These are just some of the reasons why I wanted to make sure that the OSS
in FreeBSD is actually up to snuff
because working on fixing issues like these the easiest route is; just use
ALSA or some such crap which is
unacceptable to me if it can use OSS.

When devs take the easiest path then instead of fixing the root issues,
problems are compounded;
just like the example you gave of layering pulse on top of gstreamer, those
"solutions" are brittle and will
inevitably break.

I'd like to have a solid foundation and build from there, not be constantly
trying to re-implement the wheel.

This is just one OPTIONAL dependency for a piece of software that I want to
port and this software isn't
even audio related, it's an ibus plugin.



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CALM2mEmfSot7UPPT=VyBKieAoM_1TAcOeRR9%2BZwN%2BQ_2C3cUEw>