Hi,
the RME Digi 32 in half-duplex is working so far, but I don't see a solution
for a full-duplex support, because this card is working with one buffer for
recording and playing.
A driver should write the playing data and read the recording data in one
cycle at the same address. There is no
Hi,
there is a small bug in alsa-kernel/pci/Config.help
The right name for the new hdsp should be CONFIG_SND_HDSP, or?
martin
--- Config.help.ORIGINALTue May 14 12:35:56 2002
+++ Config.help Tue May 14 12:37:50 2002
@@ -30,7 +30,7 @@
Say 'Y' or 'M' to include support for RME
Hi,
looks like that my old Avance ALS-007 card is still unsupported by ALSA.
- Are there any interesting documents about the ALS007, except OSS sources?
- Any hints to the best starting point: als100 or sb16?
- Or does this card work with alsa and I am the problem?
thanks,
martin
At Sun, 7 Jul 2002 15:11:19 +0200,
Martin Langer wrote:
looks like that my old Avance ALS-007 card is still unsupported by ALSA.
- Are there any interesting documents about the ALS007, except OSS sources?
On Mon, Jul 08, 2002 at 05:00:19PM +0930, Jonathan Woithe wrote
Hi,
my new USB-MIDI-Keyboard has two USB subclasses usb-midi and usb-audio.
Evolution, the manufacturer, told me it's an Audio Class compliant device,
but I don't find a new entry in /proc/asound/seq/clients after loading the
modules.
cat /proc/bus/usb/devices
T: Bus=01 Lev=01 Prnt=01
On Mon, Jul 29, 2002 at 12:40:51PM +0200, Takashi Iwai wrote:
At Sun, 28 Jul 2002 23:39:24 +0200,
Martin Langer wrote:
... and doing rmmod snd-usb-midi and rmmod snd-usb-audio ends here with
Segmentation fault:
Jul 28 22:28:07 tuba kernel: usb.c: deregistering driver snd-usb-audio
On Tue, Jul 30, 2002 at 03:09:37PM +0200, Clemens Ladisch wrote:
Martin Langer wrote:
snd-usb-midi: detected Evolution Electronics L MK-249C USB MIDI keyboa
As Pedro said, subclass 1 is an AudioControl interface. There should be
two cards, one created by snd-usb-audio, and the other one
On Tue, Jul 30, 2002 at 08:18:34PM +0200, Martin Langer wrote:
Bus 001 Device 002: ID 0a4d:008e
Language IDs: none (invalid length string descriptor bf; len=0)
Device Descriptor:
bLength18
Oh, two lines of lsusb were missing in my mail.
It has to be so (with string
On Wed, Jul 31, 2002 at 12:02:09PM +0200, Clemens Ladisch wrote:
These changes are desirable even if (apparently) they don't fix
Martin's problem.
The buffer overflow is fixed It looks like totally fixed!
I do some more tests this evening. Maybe I find something else;-)
So far:
/~ladischc/usbmidid.html
We have also a report from Martin Langer, that his MK-249C USB MIDI keyboard
from Evolution Electronics Ltd. works with the snd-usb-midi driver.
http://www.evolution.co.uk/products/keyboards_01.htm
Let's say, the time of a general midi-interface is over since USB
Hi,
Alsa's soundcard matrix is a collection of rows and you find the same
company link in dozens of rows. In my opinion one link would be enough and a
solution with bigger blocks should even decrease the big document size.
I mean something like the sane matrix at
On Wed, Aug 21, 2002 at 12:01:46PM +0900, Patrick Shirkey wrote:
Another point I'm wondering about is the dt019x driver. There is no card
for
this driver in the matrix (Avance ALS007, DT0196).
... and since release of rc3 the notes Driver in CVS are unnecessary.
Do you know the urls
On Mon, Aug 26, 2002 at 06:10:33PM +0200, Takashi Iwai wrote:
could you check whether it works for you?
My Evolution MK-249C works perfect! Both driver parts are loaded, only one
card is listed and sound is there. Wonderful.
Thanks!
martin
On Mon, Sep 23, 2002 at 07:05:54PM +0200, Emmanuel Fleury wrote:
Hi,
I get the last CVS snapshot (from today) of alsa-driver
and I try to compile it on my new machine with a 2.4.19
kernel.
At the beginning, I had hard to figure out that the
directory alsa-kernel was missing.
Ok, I
On Mon, Oct 07, 2002 at 12:02:05PM +0200, Takashi Iwai wrote:
At Sat, 5 Oct 2002 09:34:00 -0400 (EDT),
Jack Howarth wrote:
howarth@bogus:~/alsacvs/alsa-lib$ ./cvscompile
/usr/bin/autoheader2.13: Symbol `VERSION' is not covered by
/usr/share/autoconf2.13/acconfig.h
automake:
On Wed, Nov 06, 2002 at 11:52:05AM +0100, Werner Schweer wrote:
On Tuesday 05 November 2002 21:22, Fernando Pablo Lopez-Lezcano wrote:
The MIDI interface I'm using is a Midisport 2x2 (same results with a 1x1).
It works fine with alsa cvs of 2002-08-20, has problems with alsa cvs of
On Thu, Nov 07, 2002 at 11:09:51AM +0100, Clemens Ladisch wrote:
Martin Langer wrote:
On Thu, Nov 07, 2002 at 09:10:33AM +0100, Clemens Ladisch wrote:
Please try the following with the rawmidi program in alsa-lib/test:
OSS: rawmidi -v -I /dev/midix
ALSA direct: rawmidi -v -I
On Thu, Nov 07, 2002 at 09:10:33AM +0100, Clemens Ladisch wrote:
I don't think the bug is in the snd-usb-audio driver because OSS input
seems to be working.
Please try the following with the rawmidi program in alsa-lib/test:
OSS: rawmidi -v -I /dev/midix
ALSA direct: rawmidi -v -I
On Thu, Nov 07, 2002 at 11:21:36AM +0100, Martin Langer wrote:
tuba:/usr/local/src/alsa-cvs/alsa-lib/test# ./rawmidi -v -i /dev/midi2
Using:
Input: device /dev/midi2
Output: NONE
ALSA lib rawmidi.c:278:(snd_rawmidi_open_noupdate) Unknown RawMidi /dev/midi2
snd_rawmidi_open /dev/midi2
On Thu, Nov 07, 2002 at 11:34:02AM +0100, Martin Langer wrote:
On Thu, Nov 07, 2002 at 11:21:36AM +0100, Martin Langer wrote:
tuba:/usr/local/src/alsa-cvs/alsa-lib/test# ./rawmidi -v -I /dev/snd/midi2
Using:
Input: /dev/snd/midi2
Output: NONE
open /dev/snd/midi2 for input failed
On Thu, Nov 07, 2002 at 01:50:29PM +0100, Clemens Ladisch wrote:
So ALSA rawmidi works, too.
Apparently, the bug only occurs if a rawmidi port is used through the
alsa-lib functions. (The subdevice checking code in rawmidi_hw.c did
change, but that was a bugfix. Hmmm...)
commenting out
On Thu, Nov 07, 2002 at 01:50:29PM +0100, Clemens Ladisch wrote:
Did anybody test with a non-USB device?
my keyboard has an additional classical MIDI OUT jack. Using this instead of
USB is running fine with OPL3 and amSynth. No problem occured.
martin
--
2b|!2b
On Thu, Nov 07, 2002 at 05:35:48PM +0100, Clemens Ladisch wrote:
Martin Langer wrote:
On Thu, Nov 07, 2002 at 01:50:29PM +0100, Clemens Ladisch wrote:
Did anybody test with a non-USB device?
my keyboard has an additional classical MIDI OUT jack. Using this instead of
USB is running
On Thu, Nov 07, 2002 at 10:54:10AM -0800, Fernando Pablo Lopez-Lezcano wrote:
./rawmidi -v -i hw:1,0
Using:
Input: device hw:1,0
Output: NONE
ALSA lib rawmidi.c:247:(snd_rawmidi_open_conf) symbol _snd_rawmidi_hw_open
is not defined inside (null)
snd_rawmidi_open hw:1,0 failed: -6
On Fri, Nov 08, 2002 at 09:17:45AM +0100, Clemens Ladisch wrote:
Martin Langer wrote:
BTW: Does input through the sequencer work?
yes it's working with the same keyboard using classical MIDI OUT jack, not
USB. I have done this:
tuba:~# aconnect 64:0 73:0/* using classical midi jack works
On Mon, Nov 11, 2002 at 09:15:14AM +0100, Clemens Ladisch wrote:
This fixes sequencer input from USB MIDI. Both usbmidi.c and seq_midi.c
thought they could use substream-runtime-private_data for themselves.
Additionally, interrupt transfer resubmissions for kernels before 2.5.45
are
On Tue, Nov 19, 2002 at 08:27:16AM +0800, sendto wrote:
hi,all.
I am a debian user.When I install alsa-modules for 2.4.19-k7, and run
/usr/share/doc/alsa-base/examples/snddrivers, I found that my driver can't work.
I'm using via 82c686b chipset. I used alsaconf to create configure file.When
On Thu, Nov 28, 2002 at 02:39:41PM +, Justin Cormack wrote:
On Thu, 2002-11-28 at 13:42, Paul Davis wrote:
I have just got a couple of the new RME Hammerfall HDSP9652 cards, and
find that they are not supported by the snd-hdsp driver yet. The card is
basically the same hardware as the
Hi,
usb hotplug works perfect if my usbmidi client isn't aconnected to another
midi client. But the aconnected usb midi device still remains in the clients
list, after hotpluging out. The next hotplug in of my usb device needs an
aconnect -x before or I won't see my card in /proc/asound/cards
Hi,
there was no ad1816 document on ftp.alsa-project.org and so I was looking
around and I found one here, but I don't know how long it's there...
http://theblue.net/hardware/datasheet/Converter/AD1816.PDF
martin
--
2b|!2b
---
This
There's a problem with cvs. it doesn't compile atm. this patch fixes the typo.
martin
--- alsa-driver/Makefile.ORIGINAL Thu Dec 5 18:30:12 2002
+++ alsa-driver/MakefileThu Dec 5 18:30:35 2002
@@ -152,7 +152,7 @@
elif [ -d /etc/rc.d/init.d ]; then \
install
On Sun, Dec 15, 2002 at 08:38:54PM -0800, Mark Knecht wrote:
Paul,
I'm using two Hammerfalls in separate boxes. Please try to come up
with a solution, either automatically or by asking questions in some
configuration process, that allows two Linux boxes to choose which to
make the master.
is the mode
saying it's master or slave. The worst part is I get ugly noise out of
my speakers unless I tell one f the two Windows machines what mode to be
in.
On Mon, 2002-12-16 at 02:17, Martin Langer wrote:
But using master clock mode without defining a frequency before isn't
plausible
On Mon, Dec 16, 2002 at 09:51:34AM -0500, Paul Davis wrote:
Alsa has copied here the documented rme way, but this seems to be wrong for
me. I have just checked the behaviour of rme32, but I'm very sure that the
bigger ones are working in the same style.
well, they have a more complex
On Sun, Jan 05, 2003 at 04:46:47PM +0100, Anders Torger wrote:
The rme32 driver is based on the rme96 driver, so I suppose Martin may
be interested by this patch, but perhaps wait a while and see if
someone complains on this patch. It works fine for me though, so far
:-)
I have to wait,
On Sun, Jan 05, 2003 at 04:46:47PM +0100, Anders Torger wrote:
Here is a patch against rme96.c
snd_rme96_capture_spdif_open(snd_pcm_substream_t *substream)
[...]
+ runtime-hw = snd_rme96_capture_spdif_info;
+if ((rate = snd_rme96_capture_getrate(rme96, isadat)) 0) {
+
On Mon, Jan 06, 2003 at 06:52:29PM +0100, Jaroslav Kysela wrote:
On Mon, 6 Jan 2003, Anders Torger wrote:
On Monday 06 January 2003 18.23, Jaroslav Kysela wrote:
On Mon, 6 Jan 2003, Martin Langer wrote:
If the card is in slave mode without an input signal and I'm
starting
On Thu, Feb 13, 2003 at 11:44:24AM +0100, Orm Finnendahl wrote:
Hi Takashi,
Am Donnerstag, den 13. Februar 2003 um 10:31:09 Uhr (+0100) schrieb
Takashi Iwai:
ie add the 0xb revision.
i don't see the mails on ML, so not 100% sure how to fix (although i
guess above mentioned to
On Thu, Feb 13, 2003 at 12:13:46PM +0100, Takashi Iwai wrote:
At Thu, 13 Feb 2003 12:08:51 +0100,
Martin Langer wrote:
On Thu, Feb 13, 2003 at 11:44:24AM +0100, Orm Finnendahl wrote:
Hi Takashi,
Am Donnerstag, den 13. Februar 2003 um 10:31:09 Uhr (+0100) schrieb
Takashi Iwai
On Fri, Feb 14, 2003 at 08:30:24AM -0500, Paul Davis wrote:
the driver/interface works. The guy in Rotterdam tried the line
outputs on the front (I realized that this might have been the reason
5 minutes after I posted my previous mail).
can you clarify what you mean by this?
Since the
Hi,
the ALSA-0.5 Geode Driver (geode.c) on
http://www.gctglobal.com/Download/alsa-geode.tar.gz
which still waits for a port to 0.9 has the following license, which is not
GPL. Is it really possible to include such a license into the alsa package?
(I see the big problem in the export laws
On Mon, Mar 03, 2003 at 09:21:24AM +0100, Giuliano Pochini wrote:
What is alsa-kernel ? :))
alsa soundcard drivers, which are also part of the linux-2.5.x kernel tree
bye,
martin
---
This sf.net email is sponsored by:ThinkGeek
Welcome
On Mon, Mar 03, 2003 at 11:44:02AM +0100, Takashi Iwai wrote:
At Sat, 1 Mar 2003 19:26:34 +0100,
Martin Langer wrote:
Hi,
the ALSA-0.5 Geode Driver (geode.c) on
http://www.gctglobal.com/Download/alsa-geode.tar.gz
which still waits for a port to 0.9 has the following license
On Tue, Mar 04, 2003 at 11:09:14AM -0500, Paul Davis wrote:
module-init-tools 0.9.10
^
Probably bug in this package. I don't know the exact status of modules in
2.5 (it's dramaticaly changing), but all ALSA modules are GPLed, thus this
problem shouldn't occur.
good
Hi,
0.9 is nearly perfect, but the way of reporting bugs isn't so. Maybe we
should remove those links to sourceforge's bugtracking system and create a
mailling list like alsa-bug instead or redirect them to alsa-user or
anything else which is more effective.
But to offer sourceforge's
Hi,
using latest CVS on a jack-free system produces a lot of output. I've never
saw that before during make build. For me it looks like a consequence of
moving jack plugin to a new directory.
martin
make[4]: Entering directory /usr/local/src/alsa-cvs/alsa-lib/src/pcm/ext'
/bin/sh
On Sat, Mar 08, 2003 at 10:51:29AM +0200, Panagiotis Papadakos wrote:
I get the following error:
same with gcc 2.95.4!
martin
gcc -M -D__KERNEL__ -DMODULE=1
-I/mnt/disk/CVS/ALSA-CVS/alsa-driver/include
-I/lib/modules/2.4.21-pre5-ac2/build/include -O2
-mpreferred-stack-boundary=2
On Sat, Mar 08, 2003 at 10:11:24AM +0100, Martin Langer wrote:
On Sat, Mar 08, 2003 at 10:51:29AM +0200, Panagiotis Papadakos wrote:
same with gcc 2.95.4!
gcc -M -D__KERNEL__ -DMODULE=1
-I/mnt/disk/CVS/ALSA-CVS/alsa-driver/include
-I/lib/modules/2.4.21-pre5-ac2/build/include -O2
On Sat, Mar 08, 2003 at 10:40:52AM +0100, Martin Langer wrote:
On Sat, Mar 08, 2003 at 10:11:24AM +0100, Martin Langer wrote:
On Sat, Mar 08, 2003 at 10:51:29AM +0200, Panagiotis Papadakos wrote:
cc1: Invalid option `-falign-functions=4'
Removing that option really helps in my case
On Fri, Mar 07, 2003 at 04:44:55PM +0100, Clemens Ladisch wrote:
Jaroslav Kysela wrote:
[...]
The whole idea is that the jack module should not be built by default.
Unfortunately, it seems difficult to redirect the build targets from
automake for different versions.
The automake manual
On Tue, Mar 11, 2003 at 02:02:51PM +0100, Takashi Iwai wrote:
On Tue, Mar 11, 2003 at 11:14:43AM +0100, Takashi Iwai wrote:
IIRC, the -falign-xxx is a new option and the older compiler had
-malign-xxx instead. could you check the attached patch whether it
works?
my patch works
On Mon, Mar 17, 2003 at 02:15:14PM +0200, Andrei Boros wrote:
checking for kenrel linux/spinlock.h... yes
^^
--- alsa-driver/configure.in.ORIGINAL Mon Mar 17 14:01:44 2003
+++ alsa-driver/configure.inMon Mar 17 14:02:17 2003
@@ -151,7 +151,7 @@
On Wed, Mar 19, 2003 at 01:10:02PM -0500, Paul Davis wrote:
there still appears to be a bug in the trident driver. i have been
running jack with a period size of 1024, and it works fine. when i
change that to 4096 frames, the kernel does a hard oops, with the oops
occuring in enable_hlt(). the
On Sun, Mar 23, 2003 at 04:05:30PM +0100, PIETER PALMERS wrote:
The best starting point is gathering info. Without good info, developement isn't
easy. But you seem to be lucky, because I found the following on the website of
Marian (www.marian.de):
Developers of drivers can obtain all
On Thu, Jun 05, 2003 at 12:17:32PM +0200, Gorm David Lai wrote:
Hi, I really hope somebody can help me.
We have recently bought a RME Digi96/8 card. This connects via adat to a
mixing console.
I have implemented the code in the ALSA 0.9.0 HOWTO for playback. This
works fine on a sound
On Sun, Jun 01, 2003 at 12:27:11PM +0200, Clemens Ladisch wrote:
on Slackware 8.0:
$ gcc --version
2.95.3
$ ./configure
...
checking for GCC version... Kernel compiler: gcc 2.95.3 20010315 (release) Used
compiler: 2.95.3
Fatal error: Compiler type does not match
Decoded kernel
On Fri, Jun 06, 2003 at 12:06:33PM +0200, Gorm David Lai wrote:
On Thu, 2003-06-05 at 21:03, Martin Langer wrote:
On Thu, Jun 05, 2003 at 12:17:32PM +0200, Gorm David Lai wrote:
We have recently bought a RME Digi96/8 card. This connects via adat to a
mixing console.
ADAT isn't
On Tue, Jun 10, 2003 at 12:24:21PM -0400, Paul Davis wrote:
I'm using a digital Hammerfall audio card and was wondering how to
which hammerfall? digi9652 or hdsp9652?
figure out the sample rate of the ADAT input pcm stream (which can vary
from 32kHZ to 96kHZ). I tried functions like
On Tue, Jun 10, 2003 at 01:56:55PM -0400, Paul Davis wrote:
Is this is a design flaw? How to tell the input frequency? Need some
additionnal hardware?
the ALSA h/w parameters are things set by an application (and
perhaps later read by the same or a different application).
what ALSA
On Wed, Jul 02, 2003 at 12:57:05PM +0200, Takashi Iwai wrote:
hdspconf is tagged as version 1.0, and rmedigicontrol 0.3.5a.
if you have newer versions, please let me know.
correct! rmedigicontrol 0.3.5a is the newest one.
martin
---
This
On Sat, Jul 05, 2003 at 12:44:52PM -0600, ljp wrote:
- The US-122 was developed by Frontier Design, not Tascam. But for releasing
their information they need an ok from Tascam. Don't know what will happen
in this point. In the meantime I've taken an USB sniffer and check my postbox
from
On Mon, Jul 28, 2003 at 11:26:59AM +0200, Takashi Iwai wrote:
At Mon, 28 Jul 2003 10:16:03 +0200,
Markus Bollinger wrote:
[1 text/plain; Windows-1252 (quoted-printable)]
Sorry,
I didnt know that compilers can get angry with [].
i didn't get error with gcc-3.3. perhaps gcc-2.x
Hi,
looking into usbquirks.h I saw that audio endpoints follow the rule:
0x0... for output
0x8... for input
I think that's absolutely ok!
And now: If I jump into the usb-midi world and try a similar quirk:
.out_ep = 0x06,
.in_ep = 0x86,
it will end with an
On Wed, Jul 30, 2003 at 09:58:18AM +0200, Clemens Ladisch wrote:
Martin Langer wrote:
looking into usbquirks.h I saw that audio endpoints follow the rule:
0x0... for output
0x8... for input
I think that's absolutely ok!
This is for the endpoint field of the audioformat
On Tue, Aug 12, 2003 at 06:38:22PM +0200, Takashi Iwai wrote:
At Mon, 11 Aug 2003 01:26:09 +0200,
Martin Langer wrote:
I've looked into my US122 and there I've found an EZUSB chip. The US428
might be the same.
I think the first download step which also changes the ID has
On Thu, Aug 07, 2003 at 04:44:08PM +0200, Takashi Iwai wrote:
At Wed, 30 Jul 2003 21:33:37 +0200,
Karsten Wiese wrote:
new here is:
- both firmware-downloads are handled now by the snd-usb-us428-dl module (this
functionality should move further on into userspace via libusb ?
Any documents available about downloading bitstreams into XILINX FPGA's?
- vxloader uses it. Which XILINX chip is it?
- RME uses XILINX FPGA's since years. I suppose hdsploader is for loading
bits into such a Xilinx FPGA.
Anybody there who saw a Xilinx FPGA on/in his hdsp card?
Which
On Thu, Aug 07, 2003 at 04:44:08PM +0200, Takashi Iwai wrote:
At Wed, 30 Jul 2003 21:33:37 +0200,
Karsten Wiese wrote:
i agree that its a reasonable goal to integrate the us428 audio part into ALSA
usb-audio. is there such a mechanism to syncronize the playback-pipe by the
On Wed, Aug 20, 2003 at 08:29:12PM +0200, Karsten Wiese wrote:
Am Mittwoch 20 August 2003 19:58 schrieb Martin Langer:
Stupid question: Why do we need synchronisation??
to avoid crackles in Audio Out. goal: feeding Audio Out exactly as many frames
as it can digest.
I see.
Isn't
On Fri, Aug 29, 2003 at 09:59:13PM +0200, Pedro Lopez-Cabanillas wrote:
We can use something like this for Tascam USB devices:
pre-install snd-usb-us428 /usr/sbin/rbtload [...]
In this way we can be sure that rbtload is executed *before* the module is
installed. Of course, we still
On Sun, Aug 31, 2003 at 12:27:42AM +0200, Pedro Lopez-Cabanillas wrote:
Yes, but it is easier to use the vendor and product id instead of usb dev full
path. Something like this:
pre-install snd-usb-us122 /usr/sbin/rbtload -P0x8007 -V0x1604 -p71 -Ius122.rbt
See the attached patch (untested).
On Wed, Aug 20, 2003 at 08:29:12PM +0200, Karsten Wiese wrote:
would you try the us428 audio part on the us122?
Yes, I've tried it out and capturing runs perfect. Playback is ok if you do it
not longer than 5 seconds or so. Then speed becomes slower and sloooweeer
and it sounds terrible croaky
Firmware loaders for Midiman and Tascam USB MIDI devices
These packages allow you to use Midiman's MidiSport USB MIDI interfaces and
Tascam's USB Audio interfaces with Linux. These devices require a firmware
download before an operating system driver (e.g. ALSA's snd-usb-audio) can
access them.
Hi,
gcc -E -C -D__KERNEL__ -DMODULE=1
-I/usr/local/src/alsa-cvs/alsa-driver/include
-I/lib/modules/2.4.19-rc1/build/include -O2 -mpreferred-stack-boundary=2
-march=i686 -malign-functions=4 -DLINUX -Wall -Wstrict-prototypes
-fomit-frame-pointer -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common
Hi,
fix for us428 plus the prehistoric 2.4.19 kernel.
martin
PS: time for holidays now
--- usbus428.h.ORIGINAL Mon Sep 15 20:43:37 2003
+++ usbus428.h Mon Sep 15 20:49:59 2003
@@ -7,8 +7,10 @@
#define NRURBS 2 /* */
#define NRPACKS1 /*
On Fri, Sep 26, 2003 at 11:41:38AM +0200, Takashi Iwai wrote:
At Thu, 25 Sep 2003 22:46:37 +0200,
Werner Schweer wrote:
Meanwhile i checked the us122 alsa patch from martin-langer
(http://www.langerland.de/us122/driver.html) with no effect.
Hi,
there's a new version of the us122
On Tue, Oct 21, 2003 at 11:38:36AM +0200, Werner Schweer wrote:
On Monday 20 October 2003 22:31, you wrote:
Nevertheless I will invite other us122 owners: Please try it out!
The Tascam US-122 driver v0.12 is available here:
http://www.langerland.de/us122/driver.html
funktioniert,
On Mon, Oct 27, 2003 at 12:33:46PM +0100, Takashi Iwai wrote:
At Tue, 21 Oct 2003 23:52:55 +0200,
Martin Langer wrote:
... at http://www.langerland.de/us122/driver.html
any chance to merge us122 driver with us428 driver?
they look quite similar...
Yes, a common tascam driver should
On Wed, Nov 05, 2003 at 11:47:58AM +0100, Jaroslav Kysela wrote:
I decided to switch to new PCM API (values are returned using an
indirect pointer rather as return value, so error codes are not mixed with
values). The binary compatibility is kept. So, you can use old
applications with
On Sat, Nov 08, 2003 at 08:04:43PM +0100, Jaroslav Kysela wrote:
aplay/arecord doesn't work at the moment:
Playing WAVE '/tmp/test.wav' : Signed 16 bit Little Endian, Rate 44100 Hz,
Stereo
aplay: set_params:874: Unable to install hw params:
ACCESS: RW_INTERLEAVED
Could you post
On Sat, Nov 08, 2003 at 08:32:55PM +0100, Jaroslav Kysela wrote:
On Sat, 8 Nov 2003, Martin Langer wrote:
On Sat, Nov 08, 2003 at 08:04:43PM +0100, Jaroslav Kysela wrote:
aplay/arecord doesn't work at the moment:
Playing WAVE '/tmp/test.wav' : Signed 16 bit Little Endian, Rate
On Wed, Nov 12, 2003 at 02:13:34AM -0500, Apostolos Dimitromanolakis wrote:
My mistake.. fixed!
Yes, it's fixed. But I think this patch is better.
martin
--- ../alsa-cvs/alsa-kernel/pci/ice1712/prodigy.c Mon Nov 10 19:00:50 2003
+++ alsa-kernel/pci/ice1712/prodigy.c Wed Nov 12
Hi,
please don't try to build au88x0 on an alpha. You have to read a lot.
But here is an extract with some quite interesting points about CVS ;-)
martin
gcc -D__KERNEL__ -DMODULE=1 -I/usr/local/src/alsa-cvs/alsa-driver/include
-I/lib/modules/2.2.19/build/include -O2 -mno-fp-regs -ffixed-8
On Mon, Nov 17, 2003 at 06:55:29PM +0100, Takashi Iwai wrote:
At Mon, 17 Nov 2003 12:08:39 +0100,
I wrote:
At Sun, 16 Nov 2003 18:51:17 +0100,
Martin Langer wrote:
gcc -D__KERNEL__ -DMODULE=1 -I/usr/local/src/alsa-cvs/alsa-driver/include
-I/lib/modules/2.2.19/build/include -O2
On Mon, Nov 17, 2003 at 12:08:39PM +0100, Takashi Iwai wrote:
At Sun, 16 Nov 2003 18:51:17 +0100,
Martin Langer wrote:
Hi,
please don't try to build au88x0 on an alpha.
most of problems below are due to 2.2 kernel.
the cvs version is not tested well on 2.2 kernels (also i tried
Ok, it's a thing that we would like to eliminate, but when I tried to
figure what's going on in the past, I wasn't successful. The best
thing to
measure if ALSA sends a wrong sample sequence to the output is to use the
digital I/O (S/PDIF or profi IEC958) for on playback side and
On Tue, Nov 18, 2003 at 11:09:12AM +0100, Takashi Iwai wrote:
At Mon, 17 Nov 2003 22:26:54 +0100,
Martin Langer wrote:
(snip)
grrr, they don't exist on 2.2 kernels...
we need a wrapper for them.
It's time to say good-bye to 2.2 users...
i fixed (part of) these problems on cvs
On Sun, Nov 23, 2003 at 03:45:57PM +0100, Martin Langer wrote:
here is another fix for 2.2 kernels:
--- acore/pci_compat_22.c.ORIGINALSun Nov 23 14:41:21 2003
+++ acore/pci_compat_22.c.FIX Sun Nov 23 15:38:37 2003
@@ -371,7 +371,7 @@
return -EBUSY;
}
-void
On Mon, Nov 24, 2003 at 09:50:32PM +0100, Werner Schweer wrote:
On Monday 24 November 2003 14:37, Karsten Wiese wrote:
Hi,
would you please give this a try an your us122s?
I integrated Martins stuff into mine. us428 still works here.
besides patching you'll need to copy the attached
On Mon, Nov 24, 2003 at 11:14:02PM +0100, Martin Langer wrote:
On Mon, Nov 24, 2003 at 09:50:32PM +0100, Werner Schweer wrote:
On Monday 24 November 2003 14:37, Karsten Wiese wrote:
Hi,
would you please give this a try an your us122s?
I integrated Martins stuff into mine. us428
Patrick,
here is a soundcardmatrix patch which creates new Tascam USx2y entries.
bye,
martin
--- matrix.html.ORIGINALWed Nov 26 21:57:55 2003
+++ matrix.html Wed Nov 26 22:24:54 2003
@@ -2790,6 +2790,32 @@
/tr
+trth rowspan=4
+ a href=http://www.tascam.com/;Tascam/a
+
On Thu, Nov 27, 2003 at 03:56:36PM +0100, Karsten Wiese wrote:
Am Donnerstag, 27. November 2003 15:35 schrieb JoDaY:
But I can't see it in any mixer: alsamixer return No mixer elems found.
there is no mixer support yet. but it is certainly implementable ;-)
The mixer is implemented in the
it would be better to list all prerequisites for usx2yloader somewhere...
martin
--- alsa-tools/usx2yloader/INSTALL.ORIGINAL Wed Dec 3 19:48:55 2003
+++ alsa-tools/usx2yloader/INSTALL Wed Dec 3 19:52:46 2003
@@ -1,3 +1,18 @@
+
+Prerequisites
+-
+
+- a Linux kernel, with
diff -u -r1.1 usbusx2yaudio.c
--- alsa-driver/usb/usx2y/usbusx2yaudio.c 25 Nov 2003 11:21:49 - 1.1
+++ alsa-driver/usb/usx2y/usbusx2yaudio.c 27 Nov 2003 14:32:25 -
@@ -1225,7 +1225,8 @@
sprintf(pcm-name, NAME_ALLCAPS Audio #%d, usX2Y(card)-chip.pcm_devs);
On Thu, Dec 04, 2003 at 11:02:14PM +0100, Karsten Wiese wrote:
Am Donnerstag, 4. Dezember 2003 20:30 schrieb Martin Langer:
Karsten, your us428 fix breaks us122 support.
usX2Y_rate_set(usX2Y_stream, 44100)) isn't possible on us122.
usX2Y_rate_set() is being called when you start audio
On Fri, Dec 05, 2003 at 09:05:53AM +0100, Jaroslav Kysela wrote:
On Fri, 5 Dec 2003, Karsten Wiese wrote:
The attached patch against CVS-HEAD does that.
Please try it. If us122 works again, ask Jaroslav to commit it, as Takashi is
on vacation.
It also slipped to rc2. Thanks.
US122
Thank you very much, Patrick for the work you've done until now.
But one point I still miss is some kind of browseable Changelog. And a good
complete changelog history is also good for detecting bugs.
Well, only the users in the mailling lists can know if driver xy has changed
(or maybe
On Sun, Dec 14, 2003 at 06:32:58PM +0900, Patrick Shirkey wrote:
Could someone send me a list of all the usbmidi devices that require
firmware to be inserted. I am redesigning the docs for these cards.
snd-usb-audio with MidiSport firmware loader:
MidiSport 1x1, 2x2, 4x4, 8x8, KeyStation,
On Thu, Dec 18, 2003 at 12:01:24PM -0800, Fernando Pablo Lopez-Lezcano wrote:
I confirm this fact:
with kernel 2.4.23 and alsa 1.0rc2, the module snd-rme9652 can't be loaded
althought the old rme digi 9652 is perfectly working with alsa 0.9.6
I have found after a lot of printk that
Hi,
two small typos in the docs on
http://www.alsa-project.org/~iwai/writing-an-alsa-driver/x494.htm
There are *playback* labeled functions for open and close:
static snd_pcm_ops_t snd_mychip_playback_ops = {
.open =snd_mychip_playback_open,
.close =
1 - 100 of 136 matches
Mail list logo