Will wrote:
Clemens Ladisch [EMAIL PROTECTED] wrote:
If you get correct output when you run amidi -p virtual -d and
aconnect your keyboard to that port, then it may be a bug in
arecordmidi. I'll test when I'm at home.
This is what I get:
$ pmidi -l
Port Client name
hi,
I have a very trivial question about the dma transfers with respect
to ALSA framework.
Let me first explain a scenario
We have a
Circularly linked Buffer pool
buf1buf2buf3 buf4 bufn
In very simple terms playing an audio stream is reading from these buffers
and
On Wed, 25 Feb 2004, Gupta, Kshitij wrote:
hi,
I have a very trivial question about the dma transfers with respect
to ALSA framework.
Let me first explain a scenario
We have a
Circularly linked Buffer pool
buf1buf2buf3 buf4 bufn
In very simple terms
On Wed, 25 Feb 2004, Gupta, Kshitij wrote:
hi,
I have a very trivial question about the dma transfers with respect
to ALSA framework.
Let me first explain a scenario
We have a Circularly linked Buffer pool
buf1buf2buf3 buf4 bufn
In very simple terms playing an
Thanx for the detailslet me just figure out the full flow and then come
with some more queries ;)...
-Original Message-
From: Giuliano Pochini [mailto:[EMAIL PROTECTED]
Sent: Wednesday, February 25, 2004 4:23 PM
To: Gupta, Kshitij
Cc: [EMAIL PROTECTED]
Subject: Re: [Alsa-devel] Dma
Adam Tla/lka wrote:
nice but many people just haven't this hardware and want to use
normal PCI sound cards or even matherboard build in codecs
and mix many applications PCM sound together, use MIDI (software
emulated or not) without need of special configuring of aplications.
VirtualMixer,
Jaroslav Kysela wrote:
Will wrote:
the OSS emulation is really very broken. Do you think it's something you
can easily fix?
Well, it's question if it's worth to take care. I think that we have far
more better applications using directly ALSA sequencer API.
Yes, you're right. The new ALSA
On Wed, Feb 25, 2004 at 02:09:43PM +0100, Jaroslav Kysela wrote:
It has nothing to do if the code is in user space or in kernel space.
You have a limited amount of CPU time. You cannot go beyond and we
continuously fix and improve our code. Doing mixing in interrupt is
very bad. The latency
Will wrote:
Clemens Ladisch [EMAIL PROTECTED] wrote:
Did you change asequencer.h in both the kernel and alsa-lib?
No, I didn't see my script had actually failed to patch
include/sound/asequencer.h
BTW I know there are several correct ways of updating the ALSA in Linux 2.6.x
according to the
At Wed, 25 Feb 2004 13:02:15 GMT,
Will wrote:
How easy would it be to make aplaymidi be able to move forwards and backwards
during playback, e.g. by pressing f or b, like Takashi Iwai's drvmidi?
Not so easy; even more so if you want to have correct controller
values. Adjusting settings
On 25-Feb-2004 Adam Tla/lka wrote:
On Tue, Feb 24, 2004 at 10:54:58PM +0100, Benno Senoner wrote:
for those that are too lazy to browse the forums:
http://www.4front-tech.com/forum/viewtopic.php?t=25
-
far more advanced ???
Ok I'd like see Ardour runnnig with multiple 24bit
James Courtier-Dutton [EMAIL PROTECTED] wrote:
Will wrote:
Is the following a correct way of updating the ALSA in Linux 2.6.3?
I have just updated the alsa.opensrc.org wiki.
Use option 1] on
http://alsa.opensrc.org/index.php?page=AlsaBuild2.6
Thanks. The section describing option 1 is still a
Takashi Iwai wrote:
Will wrote:
I wonder whether drvmidi actually does correctly restore controller and sysex
when you move during MIDI playback. I haven't studied the drvmidi code in
detail. I know the sound quality always seems to be correct
even when you move forwards and backwards very
I don't think so. If an sound app is swapped out or another app is doing
intensive disk IO we could observe - hear - the difference.
and how can OSS help with that? ok, so we know that non-SCHED_FIFO
apps (and occasionally, even them) can be delayed by kernel-side
issues. but not keeping up with
At Wed, 25 Feb 2004 14:19:36 GMT,
Will wrote:
Takashi Iwai wrote:
Will wrote:
I wonder whether drvmidi actually does correctly restore controller and sysex
when you move during MIDI playback. I haven't studied the drvmidi code in
detail. I know the sound quality always seems to be
On Wed, Feb 25, 2004 at 09:17:54AM -0500, Paul Davis wrote:
There are only 2 differences associated with running the code you are
talking about in the kernel:
a) it runs deterministically in interrupt context
b) it avoids a context switch back into user space
It could be more
At Wed, 25 Feb 2004 15:50:20 +0100,
Adam Tla/lka wrote:
OSS cannot affect this in any way - its a function of the kernel
scheduler and not the audio device API.
OK but we could have some kernel RT thread which is doing mixing
or MIDI emulation.
if you start a thread, why it's needed to be
On Wed, Feb 25, 2004 at 09:17:54AM -0500, Paul Davis wrote:
There are only 2 differences associated with running the code you are
talking about in the kernel:
a) it runs deterministically in interrupt context
b) it avoids a context switch back into user space
It could be more
Adam Tla/lka wrote:
sigh. of course! because the kernel has no idea that your audio
application needs to run with real-time priority, and is instead
treating all apps as if they are normal interactive programs. if you
tell the kernel that your app needs to run with RT priority (there are
So why I
The ideal scheduler for realtime apps would be one that has an api that
allows for a call like schedule me at exactly 10ms intervals+-1ms.
no, thats not true.
the system clock does not run in sync with the sample clock. the drift
in this would become noticeable in a few minutes.
the only time
Paul Davis wrote:
The ideal scheduler for realtime apps would be one that has an api that
allows for a call like schedule me at exactly 10ms intervals+-1ms.
no, thats not true.
the system clock does not run in sync with the sample clock. the drift
in this would become noticeable in a few
00:0e.0 Multimedia audio controller: Aureal Semiconductor Vortex 1 (rev 02)
00:0e.0 Class 0401: 12eb:0001 (rev 02)
Cheers
James
---
SF.Net is sponsored by: Speed Start Your Linux Apps Now.
Build and deploy apps Web services for Linux with
a free
James Courtier-Dutton wrote:
00:0e.0 Multimedia audio controller: Aureal Semiconductor Vortex 1 (rev 02)
00:0e.0 Class 0401: 12eb:0001 (rev 02)
Cheers
James
It is not in alsa-kernel, only in alsa-driver!
Cheers
James
---
SF.Net is sponsored by:
On Sat, 2004-02-21 at 23:05, Jaroslav Kysela wrote:
I am trying to fix resampling problems in alsa-lib and OSS
emulation problems in alsa-oss package. I released first preview of my
changes. It would be nice, if you can test my changes and report me bugs
or comments (especially to the
Jaroslav Kysela wrote:
Hello all,
I released 1.0.3rc2 packages. The full changelog from 1.0.2 will
came with the final release, but it would be nice to do some tests with
this code with smaller number of testers to not follow the 1.0.2 situation
when we have to quickly release several
Accidentally install alsa-lib 0.9.6 before alsa-utils, instead of
alsa-lib-1.0.3rc2.
Compiles and installs fine now.
Sorry
James
James Courtier-Dutton wrote:
Jaroslav Kysela wrote:
Hello all,
I released 1.0.3rc2 packages. The full changelog from 1.0.2 will
came with the final release,
Here is another questions (to make it easier):
7) How do I do accomplish this using an asoundrc file? I can't even
figure that out. I've got an SB Live! 5.1 (EMU10K1).
How do I 'simply' setup 2 'streams' (not sure I'm using the correct
terminology).
The first stereo 'stream' would output to the
Ah, a new card to try...
This time it is an Ensonic ESS-1869 that is built into an older Compaq
laptop (Armada 3500). When I put in the setup disk, it reports that
the sound card has the following I/O stuff:
IRQ 5
DMA 1
DMA 5
ports at 0x0220 thru 0x022F (16 ports)
ports at 0x0388 thru 0x038B
IRQ 5
DMA 1
DMA 5
ports at 0x0220 thru 0x022F (16 ports)
ports at 0x0388 thru 0x038B (4 ports)
ports at 0x0330 thru 0x0331 (2 ports)
some other port range at 0x0250 thru 0x0257 (8 ports).
In reading the driver I see that port reserves 16, fm_port reserves
4, and mpu_port
29 matches
Mail list logo