@krayon:
> implying OSS is in any way outdated and/or inferior to ALSA
ALSA can be configured to pass the data directly to /dev/dsp so it is not (too much of) a problem, except for possibly increasing
latency - sidplay2 patched for ALSA connects with /dev/dsp properly through /usr/lib/alsa-lib/libasound_module_pcm_oss.so (tested
with lsof). Perhaps the PKGBUILD could be made configurable with a new variable in PKGBUILD (something like in fs-uae-devel),
given how ALSA users are unfortunately in majority?
I'm still miffed about all that casual dismissal of OSS, though. This approach, coupled with the fact that some idiots write
their programs to explicitly use ALSA only, is what makes it at times so difficult to use OSS4 and severely limits portability
(pretty much every *nix-like system except for Linux is incompatible, lol). As if people never heard of plugin-based approach or
libao :/
Search Criteria
Package Details: sidplay2 2.0.9-6
Package Actions
| Package Base: | sidplay2 |
|---|---|
| Description: | A command line player for SID music files |
| Upstream URL: | http://sidplay2.sourceforge.net |
| Category: | multimedia |
| Licenses: | |
| Submitter: | None |
| Maintainer: | None |
| Last Packager: | None |
| Votes: | 27 |
| First Submitted: | 2007-10-16 19:17 |
| Last Updated: | 2013-02-12 23:47 |
Dependencies (1)
Required by (2)
Sources
Latest Comments
Comment by armitage
Comment by krayon
Patched version supporting ALSA: https://aur.archlinux.org/packages.php?ID=47528
I didn't want to own this one and then change it in case others still use it with OSS and I am unsure if the above will work with OSS.