Hi all,
just thought I should give a few more details on the Hammerfall DSP +
multiface behaviour. (aplay works, but cant seem to get multiple channel
output)
--
modules.conf contains:
alias char-major-116 snd
alias sound-slot-0 snd-card-0
al
> > I don't want to support tempo (MIDI clock) scheduling in my MIDI API.
This
> > could be better handled in the application itself. Also, when slaved to
MIDI
> > clock
> > it is no longer possible to send messages ahead of time, and not
supporting
> > this
> > in the API makes that clear to the
Hi!
In my prev. patch I've missed a up(...) call with no good consequences,
however only affects
when looking in /proc.
Finally, just use this one instead.
/Benny
PS. see my previous mail for details.
cs46xx_patch
Description: application/java-vm
Kai Vehmanen <[EMAIL PROTECTED]>:
> And another cs4281 mystery: with 0.9.0rc1 the record wakeup is constantly
> late. Even though I've set avail_min to x frames, upon wake-up there's
> continuously more than y*x frames available (ie. not just a few samples).
> This is not a scheduling issue as th
Why is it important to keep the API simple, shouldn't it be functional in first place
and make the API usage simply?
Anyway (IMHO), there should really be an API which combines audio and MIDI playback,
recording and timing of events and makes it possible to keep MIDI in sync with audio
(ALSA s
Hi,
At Thu, 22 Aug 2002 11:59:41 +0200,
Benny Sjostrand wrote:
>
> Hi!
>
> In my prev. patch I've missed a up(...) call with no good consequences,
> however only affects
> when looking in /proc.
>
> Finally, just use this one instead.
>
> /Benny
>
> PS. see my previous mail for details.
co
>
>
>could you rewrite mutex with spinlock if not too long held?
>
>you cannot use mutex on trigger since this could be called from
>interrupt handlers, too (in order to stop the stream when xrun is
>detected).
>
I believe that the critical sections are too long and will lose to much
performance
At Wed, 21 Aug 2002 11:53:32 +0200 (CEST),
Jaroslav wrote:
>
> On Tue, 20 Aug 2002, Takashi Iwai wrote:
>
> > Hi,
> >
> > At Mon, 19 Aug 2002 22:29:12 +0200,
> > Thierry Vignaud wrote:
> > >
> > > snd-ens1370 and 1371're just the same driver which compilation is
> > > altered by preprocessors
At Wed, 21 Aug 2002 13:47:40 -0700 (PDT),
Guilhem Tardy wrote:
>
> Hi,
>
> I have enquired last Friday about the preferred way for adding formats, since
> I'd prefer not follow one option and have someone differ later on.
i didn't see your post.. where did you post it?
> Since I received no a
At Wed, 21 Aug 2002 13:15:40 +0200,
Thierry Vignaud wrote:
>
> Eugenio Diaz <[EMAIL PROTECTED]> writes:
>
> > > > Fresh install today of latest Cooker on a notebook with CS46xx
> > > > sound chipset.
> > > >
> > > > As reported earlier, because of OSS drivers - I get a double
> > > > (echo) soun
Hi,
At Tue, 20 Aug 2002 12:51:55 -0500,
Mark Rages wrote:
>
> I would like someone with a Gadget Labs Wave/4 to try out my driver and
> report any problems (and fixes!)
it's not any bug/working reports (sorry!), but i'd like to ask a bit.
the code includes the firmware and declares that
**
**
> Why is it important to keep the API simple, shouldn't it be functional in
first place and make the API usage simply?
Who says a simple API can't be functional?
> Anyway (IMHO), there should really be an API which combines audio and MIDI
playback, recording and timing of events and makes it pos
At Wed, 21 Aug 2002 10:49:04 +1200,
Pete Black wrote:
>
> Or at least put a big, blinking (ok, maybe not blinking) notice on the
> ALSA home-page stating that RC3 is broken and will not compile without
> this fix.
>
> It will save many people a lot of frustration.
yes...
Patrick, could you a
At Thu, 22 Aug 2002 15:33:05 +0200,
Benny Sjostrand wrote:
>
> >
> >
> >could you rewrite mutex with spinlock if not too long held?
> >
> >you cannot use mutex on trigger since this could be called from
> >interrupt handlers, too (in order to stop the stream when xrun is
> >detected).
> >
> I bel
Takashi Iwai <[EMAIL PROTECTED]> writes:
> > I don't like very much to merging of ENS1370 and ENS1371, because
> > different codecs are used (snd-ak4531-codec and snd-ac97-codec).
>
> ah, yes, that's not beautiful to have two codec modules for one
> driver.
>
>> Sure,
>> there is common code (MI
FYI:
I will be away for a week from tomorrow so any additions to the
docs/website will have to wait till I'm back.
If there is anything that I can do in the next 12 hours let me know and
I will do my best.
--
Patrick Shirkey - Boost Hardware Ltd.
For the discerning hardware connoisseur
Http
>
>
>how about to do pcm_link/unlink in open/close or prepare callback?
>they are definitely not called from interrupts.
>
The idea of calling pcm_unlink in trigger (PLAYBACK_STOP) function is
to stop the DMA tranfers,
and so on stop the DSP from requesting interrupts, and still have the
chann
At Thu, 22 Aug 2002 16:13:07 +0200,
Benny Sjostrand wrote:
>
> >
> >
> >how about to do pcm_link/unlink in open/close or prepare callback?
> >they are definitely not called from interrupts.
> >
> The idea of calling pcm_unlink in trigger (PLAYBACK_STOP) function is
> to stop the DMA tranfers,
>
At Thu, 22 Aug 2002 15:41:17 +0200,
Thierry Vignaud wrote:
>
> Takashi Iwai <[EMAIL PROTECTED]> writes:
>
> > > I don't like very much to merging of ENS1370 and ENS1371, because
> > > different codecs are used (snd-ak4531-codec and snd-ac97-codec).
> >
> > ah, yes, that's not beautiful to have t
Takashi Iwai wrote:
> At Wed, 21 Aug 2002 10:49:04 +1200,
> Pete Black wrote:
>
>>Or at least put a big, blinking (ok, maybe not blinking) notice on the
>>ALSA home-page stating that RC3 is broken and will not compile without
>>this fix.
>>
>>It will save many people a lot of frustration.
>
>
20 matches
Mail list logo
