Takashi Iwai [Fri, 3 Jun 2005 12:31:54 +0000 (12:31 +0000)]
Various fixes to qlo10k1
Various fixes by Tim <terminator356@users.sourceforge.net>:
- ld10k1 0.1.8p1 recommended for best operation.
- Fixed link disconnect bug.
- Now remembers last file open/save dir.
- Now unused IO/FX do not disappear upon refresh.
- Refresh/redraw fixups.
Takashi Iwai [Fri, 3 Jun 2005 12:30:46 +0000 (12:30 +0000)]
Various fixes to ld10k1
Various fixes by Tim <terminator356@users.sourceforge.net>:
- Now loads as10k1 bin patch files from ALSA alsa-tools AND from EMU1roject emu-utils.
- Fixed init_live bug.
- Fixed bug in liblo10k1.c liblo10k1_patch_get().
Takashi Iwai [Thu, 2 Jun 2005 13:10:48 +0000 (13:10 +0000)]
Add --with-ld10k1 configure option
Added --with-ld10k1 configure option for better detection of
ld10k1 package.
The include directory and ld10k1 symlink are automatically
created to point the local path.
Mikael Magnusson [Tue, 17 May 2005 16:12:50 +0000 (16:12 +0000)]
Fix gw_CHECK_QT macro
Fixes pattern in gw_CHECK_QT not to match files that the linker won't
use, for example libqt.so.3 . Needed if both libqt and libqt-mt shared
libraries are installed, but only the libqt-mt development library.
Signed-off-by: Mikael Magnusson <mikma@users.sourceforge.net>
Mikael Magnusson [Mon, 11 Apr 2005 13:15:52 +0000 (13:15 +0000)]
Don't require as10k1
Don't require as10k1 in the configure script and remove the .emu10k1
files in maintainer-clean instead of clean, since the assembled
.emu10k1 files are included in the alsa-tools dist.
Signed-off-by: Mikael Magnusson <mikma@users.sourceforge.net>
- Adds the "autoclock" feature. When it's enabled echomixer automatically
switches between external and internal clock source if the cards receives,
or it doesn't, a valid clock signal, respectively.
Giuliano Pochini [Wed, 19 Jan 2005 10:50:30 +0000 (10:50 +0000)]
echomixer update 2/4
- Bugfix: Makes sure that the "changed" event will be triggered when we will
set the right value (the trick of setting an out of range value do not work
anymore with gtk+-2.x).
Takashi Iwai [Fri, 7 Jan 2005 14:26:51 +0000 (14:26 +0000)]
Fix for envy24control and midi
Fix by Dirk Jagdmann <doj@cubic.org>:
The attached patch fixes a compiler warning, which points to a possible
bug when initializing the midi controllers.
Dirk Jagdmann [Wed, 17 Nov 2004 11:41:56 +0000 (11:41 +0000)]
envy24control: midi support for mixer
Hello devlopers,
I have made the mixer sliders in envy24control react to MIDI
controllers. This way the hardware mixer can be controlled from a
sequencer program or some external MIDI controller hardware.
envy24control became a standard ALSA sequencer client which you can
connect to arbitrary other MIDI sources/sinks.
Takashi Iwai [Mon, 2 Aug 2004 11:53:45 +0000 (11:53 +0000)]
From Rui Nuno Capela <rncbc@rncbc.org>:
Tascam US-224/428 MMC Implementation
This is my latest patch against the alsa-tools tree (as of todays CVS
HEAD), regarding the us428control MMC implementation as for the Tascam
US-224/428 audio/midi USB control surfaces:
us428control now bumps to version 0.4.4.
Interesting points are: jog wheel dialing is now alternating between
spitting out some MMC-Step or MMC-Shuttle messages, depending on transport
state, instead of those MMC-Locate(s) which was an early implementation
mistake of mine.
Controlling ardour with (my) US-224 is getting much more fun now :)
However, there's still some little annoyances due to my lack of advice
regarding ardour's Play/Record control behaviour:
1) Ardour doesn't seem to send out MMC-Play messages when one starts
transport within it (e.g. by clicking the playback button widget).
2) Ardour doesn't seem to react against MMC-RecordPause, which I assume
(probably erroneously) it would be equivalent to clicking on its record
widget button.
3) Sending a MMC-RecordStrobe message to ardour has the strange effect to
start playback while toggling recording off instantaneously.
AFAICT these issues seems to be specific to ardour (0.9beta18.4), not to
us428control which is just sending out the proper MMC messages. Or that I
think.
I would like to settle all this before I'm going off on holidays. Hope
it's welcome and on time for the imminent alsa dot-6 release :)
Added MMC support by Rui Nuno Capela <rncbc@rncbc.org>
MMC support has been improved and transport LEDs is getting almost
functional. Tascam control protocol sysex decoding is also complete (LEDs
control mainly).
Jaroslav Kysela [Fri, 16 Apr 2004 13:09:35 +0000 (13:09 +0000)]
<Dirk.Kalis@t-online.de>
This patch added callbacks for rate locking and rate reset and fixed
an initialisation problem from envy24control.
If we have a default rate from e.g. 96000 and a stream is playing with
e.g. 48000 an we start envy24control then the value 48000 is set
as default rate.
Jaroslav Kysela [Sat, 6 Mar 2004 12:55:17 +0000 (12:55 +0000)]
<Dirk.Kalis@t-online.de>
I have a little cosmetic patch for envy24control. First, from my test
code was two unused variables declared.
The second is an update for the manpage.
Jaroslav Kysela [Fri, 5 Mar 2004 09:10:01 +0000 (09:10 +0000)]
Dirk Kalis <Dirk.Kalis@t-online.de>
The second patch is for envy24control. this patch uses the new driver
design. it is not necessary to give the parameters for inputs and/or
outputs. only the available controls given by the driver will be displayed.
this patch needs the kernel driver patch.
Jaroslav Kysela [Tue, 24 Feb 2004 19:05:44 +0000 (19:05 +0000)]
<Dirk.Kalis@t-online.de>
I have attached patch for envy24control because after update from James
Tappin i have had problems with the mixer and patchbay.
SPDIF inputs and outputs was duplicated.
git://git.alsa-project.org / alsa-tools.git / log