i just updated midisport_fw to 0.4, and i still have to exchange the ihx
files to get it to work. but it works!!
thanks,
ian
On Wed, 2004-04-14 at 13:00, ian esten wrote:
> On Wed, 2004-04-14 at 10:00, Clemens Ladisch wrote:
> > What version of the firmware loader do you use?
re these all the messages for this device? If yes, then this one
> already has the firmware in its ROM and doesn't need a firmware
> download.
>
ok.
>
> Regards,
> Clemens
>
thanks very much for your help!
ian
don't support linux.
any help would be appreciated!
ian
---
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything fr
ok, i will do that this evening when i get home.
thanks,
ian
On Mon, 2004-02-23 at 12:47, Clemens Ladisch wrote:
> ian esten wrote:
> > thanks clemens. the mt4 now shows up in /proc/asound/cards.
> > unfortunately though it doesnt seem to be working. i sent it some midi
> > f
thanks clemens. the mt4 now shows up in /proc/asound/cards.
unfortunately though it doesnt seem to be working. i sent it some midi
from seq24, and got no blinking lights on the front of the unit. do you
think it will be possible to get the mt4 working with alsa?
thanks very much,
ian
On Fri, 2004
bmAttributes2
Transfer TypeBulk
Synch Type none
wMaxPacketSize 32
bInterval 1
Language IDs: (length=4)
0409 English(US)
On Thu, 2004-02-19 at 03:28, Clemens Ladisch wrote:
> ian esten wr
hi all,
i have an emagic mt4 i'm trying to use with alsa. it's a 2 in 4 out usb
midi device. i have just updated to alsa-driver-1.0.2c to see if that
would help, but no joy. from /var/log/messages i get:
Feb 18 13:19:26 ian-lnx kernel: usb.c: USB device 4 (vend/prod
0x86a/0x3) is not
works fine.
ian
On Tue, 18 Mar 2003, Merrony, Stephen (London) wrote:
> Has anyone worked on Java bindings for ALSA?
>
> Or is there another route I should consider if I want a Java app to
> communicate with ALSA?
>
> Re
48kHz, and xmms is
trying to open the pcm device at 44.1kHz). so it would seem there is a
problem with the oss layer - namely that it is not resampling the stream
from 44.1kHz to 48kHz.
or am i not reading the info on this page right?
http://www.alsa-project.org/~iwai/OSS-Emulation.html
thanks again
ng it, even though the master clock shuold be locked to spdif (rate
state has the locked option on). isn't the oss layer supposed to be
resampling the pcm input to 48K?
i'm using redhat 7.3, with alsa rc6, and a low latency & rt
c6 library source), the code is writing the event to dev->buf, the
decoder buffer, and doesn't touch buf, the argument to the decode
function, which is where the user is supposed to get the returned byte
stream from.
I'm assuming that the code should be copying to buf, no
est ALSA drivers though.
> You might want to search alsa-devel and alsa-user mailing lists, there were some
> recent sb live issues.
>
> Florian
>
> ian wrote:
> >
> > Thanks for the answer on my dlmisc.c problem - updating sorted that out.
> > I have an sblive oe
connector on the back of the card can only be used for midi
input, but i might be wrong there. At any rate it would seem that the
sblive driver is doing something wrong?
Ian
---
This SF.net email is sponsored by: ApacheCon, November 18-21 in
Las
a bit confused. I'm using alsa-lib-0.9rc3 on redhat 7.3 with gcc 2.96.
Any ideas?
Thanks, Ian
---
This sf.net email is sponsored by: Influence the future
of Java(TM) technology. Join the Java Community
Process(SM) (JCP(SM)
> At Thu, 12 Sep 2002 16:23:56 +0100,
> Ian Grant wrote:
> >
> > Here is a patch for the toplevel Makefile to remove the $DESTDIR from the path
> > of the System.map file where we check for its existence. This makes the
> > existence check test the same f
works for me!
Thanks again,
Ian
PS. You will need to apply this manually - my mailer will most likely have
broken the patch.
--- Makefile.orig Thu Sep 12 16:09:18 2002
+++ MakefileThu Sep 12 16:09:52 2002
@@ -117,7 +117,7 @@
done \
fi
-ifeq ($(DESTDIR
16 matches
Mail list logo
