Date: Wed, 20 Dec 2017 08:04:00 +0100 From: Sid <sid@bsdmail.com> To: freebsd-ports@freebsd.org Subject: Re: Canberra Message-ID: <trinity-6848ca10-405f-41ae-a91f-7024aacfaf00-1513753440748@3c-app-mailcom-lxa08>
next in thread | raw e-mail | index | archive | help
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."
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?trinity-6848ca10-405f-41ae-a91f-7024aacfaf00-1513753440748>