+ Core
- add support for symbol prefixes in shared libraries
attached patch updates the Version script so that it supports SYMBOL_PREFIX
From: Mike Frysinger <vapier@gentoo.org>
+ Mixer API
- fix SNDERR() format strings/arguments
+ PCM API
- fix SNDERR() format strings/arguments
+ /src/Makefile.am
- add support for symbol prefixes in shared libraries
attached patch updates the Version script so that it supports SYMBOL_PREFIX
From: Mike Frysinger <vapier@gentoo.org>
+ Configuration
- add card_name configuration function
Add a configuration function "card_name" so that configuration files can
use device-specific definitions based on a card's short name.
- remove superfluous strdup() calls
Remove same calls of strdup() that were unnecessary because the
temporary string would not be modified or held longer than the lifetime
of the original string.
- fix SNDERR() format strings/arguments
- enable dmix-ing and proper 5.1 routing for USB audio devices
add a configuration file for USB audio devices
- add USB-Audio.conf to Makefile.am
+ Kernel Headers
- Update emu10k1.h for new version
Updated emu10k1.h for newer version.
The size of emu10k1_fx8010_control_gpr_t is changed. The apps need to
issue SNDRV_EMU10K1_IOCTL_PVERSION first to switch to the new ABI.

Detailed changelog between 1.0.14rc1 and 1.0.14rc3 releases

alsa-tools

+ as10k1 (EMU10K1+ DSP Assembler)
- as10k1 - increase max number of macros and check the size
- Increase the max number of macros to 30.
- Check the current number of macros to avoid segfault.
+ ld10k1 (EMU10K1+ DSP Code Loader)
- ld10k1 - Use the new API
Issue SNDRV_EMU10K1_IOCTL_PVERSION and check the driver.
This prevents to run ld10k1 on the older binary-incompatible driver.
+ us428control
- us428control 0.4.6
Minor clean ups.
From: Rui Nuno Capela <rncbc@rncbc.org>
- us428control 0.4.5
- A new command line option indicates which interface model is actually
present (-m us428|us224|mixxx) -- nb. the mixxx mode is actually
orthogonal to the us428 and us224 ones, which are in turn both mutually
exclusive, so that more than one -m option can be specified in the same
command line, for compatibility sake; default to us428 mode, of course.
- New BANK switching allows for mapping to a maximum of 32 (!) logical
channel-tracks. This introduces effective BANK L/R button functionality.
Under the default us428 mode it now offers a total of 4 switchable banks
(or layers) for the available 8 fader-channels; while in the new us224
mode, one can switch across 8 banks of 4 fader-channels each. Each
fader-channel maps sequentially (0-31) to a logical track in your DAW,
when connected in a MMC closed-loop. This only applies when not in INPUT
MONITOR mode.
- SELECT, REC, MUTE and SOLO state LEDs/buttons/channel functionality
are now split into INPUT MONITOR and BANK modes, so that each bank
(layer) has its own state. INPUT MONITOR mode gets its own independent
state, which is the only that affects the audio interface channel signal
volume (via respective faders) through the internal hardware mixer --
nb. this special mode deals exclusively to channel/faders 0 and 1 (A/B)
and eventually to 2 and 3 (C/D) which are only available on the US-428
and made accessible through modprobe'ing snd-usb-usx2y with nrpacks=1
and thus made usable via the special hwdep "rawusb" interface mode (ie.
hw:N,2).
- The new track-channel mapping gets effectively signaled through
correspondent but rather experimental MMC MASKED WRITE sub-commands for
RECORD, MUTE and SOLO arming. It is important to note that this late
SOLO sub-command is just some MMC implementation mockup of mine, as I
believe there's no support whatsoever for just that from the official
MIDI MMC RP-013 document (which I don't even have access to date:)
However, I've been prototyping around with this, to my own amusement and
home-brew audio/MIDI sequencer, qtractor:
http://qtractor.sourceforge.net
- NULL fader switch LED is now switchable on/off, but not actually of
any usefulness at this time ;)
I have tried to maintain all previous functionality as it were. Of
course I only tested this new stuff over my own US-224, for which it
surely needs the '-m us224' command-line option. This is also proposedto
be specified in a correspondent udev rule, for all this to work
correctly OOTB for the US-224 at least. US-428 owners don't need to
bother ;)
From: Rui Nuno Capela <rncbc@rncbc.org>