Jaroslav Kysela wrote:
>
> On Fri, 27 Jun 2003, Marcus Andersson wrote:
>
> > Hi,
> >
> > I have found the reason for the loss of input bytes on the hdsp midi,
> > but I don't know how to correctly fix it.
> >
> > The function snd_hdsp_midi_inpu
Hi,
I have found the reason for the loss of input bytes on the hdsp midi,
but I don't know how to correctly fix it.
The function snd_hdsp_midi_input_trigger() is repeatedly called with
up==true. This results in the input being flushed. Definitely not good.
Can someone tell me what this function
Marcus Andersson wrote:
>
> Takashi Iwai wrote:
> > btw, could you try the attached patch?
> > (and in-advance-scheduled excuse if it causes a hang-up :)
>
> I will try it. Do you think I can safely apply it to 0.9.4, or should I
> use cvs?
Tested with current cvs.
Takashi Iwai wrote:
> however, the most case in which the compilation breaks is a missing
> check-in of some files (just like above). and it's difficult to fix,
> because forgetfulness is a nature of human being :)
Yes, I know it's easy to forget things. But why not automate the
checking? That's
Takashi Iwai wrote:
> btw, could you try the attached patch?
> (and in-advance-scheduled excuse if it causes a hang-up :)
I will try it. Do you think I can safely apply it to 0.9.4, or should I
use cvs?
Marcus
---
This SF.Net email is sponsore
Takashi Iwai wrote:
>
> hmm, i have no problem at all for compiling. what problem do you
> have?
True, I don't know what the current CVS status is.
> except for known compiler-check problem in the configure script, i've
> not heard much about it. at least, not reported to alsa-devel ML.
> (a f
Mark Knecht wrote:
>
> Marcus,
>The HDSP 9652 MIDI interface has (for me under Linux) always dropped lots
> of notes. Mostly I find it interesting that it drops note off information
> and doesn't seem to drop note-on.
That is probably just a conincident depending on the read
pattern/processor
More information,
when I run the program with 100% load using my VIA motherboard midi, I
loose no bytes as far as I can see.
I use alsa 0.9.4
Marcus
Marcus Andersson wrote:
>
> Hi,
>
> I have written a simple application that continuously reads one byte
> from midi in on my
Hi,
I have written a simple application that continuously reads one byte
from midi in on my hdsp multiface and prints the result to the console.
This is done with a plain loop without any calls to poll() or select().
When I run this loop as fast as I can, with 100% processor load, I loose
lots of
Roger Williams wrote:
>
> They provide a fairly clear picture of what the hardware can do; but
> it doesn't map exactly to the amixer behaviour I see. Specifically, I
> haven't figured out how to adjust the output faders (between each
> output and its dedicated buss) or the input pans (each input
Thomas Charbonnel wrote:
> As Michael is stating, full volume (100% in alsamixer, or full 65536
> value in the matrix mixer) causes distortion. 50%, or 32786, seems to be
> the highest distortion-free value. I already mentioned this on the list
> but got no answer.
32768 is 0dB
65535 is +6dB
It d
Hi,
you must use the matrix mixer for this. There are no simple controls
defined for the line out. The matrix mixer can mix any combination of
input and playback streams to any of the outputs. This means there are
52x28 = 1456 control values to set.
I have not tested the matrix mixer myself, and
interface(s)
*
* Copyright (c) 2002 Paul Davis
+ * Marcus Andersson
*
* This program is free software; you can redistribute it and/or modify
* it under the terms of the GNU General Public License as published by
@@ -78,7 +79,7 @@
#define DIGIFACE_SS_CHANNELS
Hi,
it looks like Jack can enable hardware monitoring on each HDSP channel
separately. How do I do this myself with amixer? I have not been able to
find a useable control.
Marcus
---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek
Hi,
Paul Davis asked me to forward this message.
Marcus
>someone asked about the new hammerfall-dsp 9652
>card and the hdsp driver on alsa-devel. i'm not on the list at the
>moment, and i'd like to confirm that the hdsp *should* work (its what
>RME is doing on windows and macos for now), but tha
Hi,
I sometimes get this output when trying to start ALSA:
Starting sound driver: snd-hdsp PCI: Found IRQ 10 for device 00:0d.0
PCI: Sharing IRQ 10 with 00:07.2
PCI: Sharing IRQ 10 with 00:07.3
ALSA ../../alsa-kernel/pci/rme9652/hdsp.c:452: wait for FIFO status <= 0
failed
after 100 iterations
Hi,
my Multiface now works. I am not quite sure exactly what I did right,
but I suspect it is that I now load snd_hammerfall_mem at boot time. I
suspect some kind of faulty state is introduced if snd_hammerfall_mem
isn't loaded in the correct way. This is impossible to correct later by
unloading
Paul Davis wrote:
>
> ># alsactl store 1
> >alsactl: get_control:359: Unknown control type: 6
>
> have you updated your alsa-utils and alsa-lib? there was a new control
> type (64 bit integer) introduced for the H-DSP.
I removed everything alsa from my machine and reinstalled it. This error
is
Paul Davis wrote:
>
> i know its mundane, but are you sure you have the cables hooked up
> correctly?
I booted windows to check the setup, and it works.
you can set the passthru control
>
>amixer cset name=Passthru 1
>
> and check that passthru is working OK.
This doesn't work e
Paul Davis wrote:
> i have been using alsamixer to control the playback volumes, and it
> seems to work fine. amixer reports the values correctly as well, so
> try
>
> amixer cget numid=11 # channel 1 playback volume
numid=11,iface=MIXER,name='Chn',index=1
; type=INTEGER,access=rw---,valu
Paul Davis wrote:
> I am sure there will be minor glitches along the way. I would really
> appreciate feedback from anyone with an H-DSP (marcus - that means
> you! :)
Everything looks good, I just can't get it to play anything for me.
Probably due to my limited ALSA knowledge.
I have Ardour up
21 matches
Mail list logo