> I'm struggling to sync two Delta 1010LT cards. I've tried both the word
> clock and SPDIF approaches, without any success. Both the SPDIF Out and
> Word Clock Out connectors show no activity when inspected by an
> oscilloscope.
Have you tried to connect card 1's spdif out to 2's input and set 2'
> 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 "m
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
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
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, bu
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 versions
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
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: S
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
Hi,
I'm struggling to sync two Delta 1010LT cards. I've tried both the word
clock and SPDIF approaches, without any success. Both the SPDIF Out and
Word Clock Out connectors show no activity when inspected by an
oscilloscope.
Questions:
- Is the word clock output something you must switch on
But there is still some issues:
Before I had to use "duplicate front" and "line-in as surround", and all
sound I got was from line-in.
Now I get sound from main speakers and with better quality than before
(using headphones), so far very good! But If I keep the setting as
before there is squeekin
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 versions due to compilat
I'm trying to accomplish a programming task and am pretty confused about
the capabilities of the sound drivers and how I would accomplish this in
an application. I've been through the HOWTO and tutorial as well as
attempted to read the PCM interface parts of the also-lib docs. But I've
got more que
On Wed, 25 Feb 2004, Måns Rullgård wrote:
> Adam Tla/lka <[EMAIL PROTECTED]> writes:
> > Test xmms with ALSA and dma plugin and try to open big tar.gz
> > file. We got buffer underrun and app freezes. Sometimes I can only
> > do kill -9 ;-). It depends on buffer and period sizes. Sometimes app
> >
>On Wed, 2004-02-25 at 13:53, Takashi Iwai wrote:
>
>> - PCM mixing and software MIDI rendering in the kernel space are
>> evil. if you doubt it, ask on LKML :)
>
>So is low-latency, LKML people made that clear also about year or two
>back...
on the contrary. they've made it very clear that its
On Wed, 2004-02-25 at 13:53, Takashi Iwai wrote:
> - PCM mixing and software MIDI rendering in the kernel space are
> evil. if you doubt it, ask on LKML :)
So is low-latency, LKML people made that clear also about year or two
back...
--
Jussi Laako <[EMAIL PROTECTED]>
---
On Tue, 2004-02-24 at 23:54, Benno Senoner wrote:
> far more advanced ???
> Ok I'd like see Ardour runnnig with multiple 24bit cards, all the
> switches for hardware monitoring etc under OSS.
At least I can play sound from application A to S/PDIF output and
simultaneously record input channels 1
>It would still be nice to have a system clock based interval process for
>applications that require activity at specific intervals, but are not to
>do with sound or video.
have any actual use cases?
>An audio hardware interrupt can interrupt any process at any time.
>Is there already a procedu
>It would still be nice to have a system clock based interval process for
>applications that require activity at specific intervals, but are not to
>do with sound or video.
i'd be interested to see a realistic usage case. its mostly related to
RT devices of some kind, most of which provide their
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 minu
>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 ti
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
>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
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
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 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 see
>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
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 backwar
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
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 multip
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. Adjusti
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 do
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 latenc
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
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, InputMul
On Wed, Feb 25, 2004 at 12:53:47PM +0100, Takashi Iwai wrote:
> oh well, this thread can be a troll...
maybe, but all this is for targeting your attention to some weak points
of ALSA ;-(. I am using ALSA on 2.6.3 kernel and testing it all the time.
> - PCM mixing and software MIDI rendering in the
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 docs at Wiki
On Wed, 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 runn
Clemens Ladisch <[EMAIL PROTECTED]> wrote:
>Will wrote:
>> How easy would it be to make aplaymidi be able to adjust the playback speed
>> like playmidi? (playmidi -t 0.5 music.mid plays at twice the default speed)
>
>Very easy.
1 hour of code changes?
>> How easy would it be to make aplaymidi be
Adam Tla/lka <[EMAIL PROTECTED]> writes:
> Test xmms with ALSA and dma plugin and try to open big tar.gz
> file. We got buffer underrun and app freezes. Sometimes I can only
> do kill -9 ;-). It depends on buffer and period sizes. Sometimes app
> freezes completly and sometimes you can rebufer by
oh well, this thread can be a troll...
some points still to be noted:
- PCM mixing and software MIDI rendering in the kernel space are
evil. if you doubt it, ask on LKML :)
- xmms's throughput problem is because of implementation of ALSA
plugin. it has no intermediate buffer and no dedicat
Boy, I hate to step into the middle of a good screaming match ;-) but it
sounds to me like you're comparing apples and oranges. I run OSS at
work and ALSA at home. At work I just want to listen to tunes and run a
few different sound apps so OSS is fine. At home I'm doing multitrack
recording wit
hi ,
That's correct the pages will be in whole meory space and I will be
using snd_pcm_lib_preallocate_pages_for_all api for allocating the space.
There are some DMA apis (for our dma framework) like
set_dma_transfer_params(srcaddr, destaddr, mode ...)
Now I need to call this API wheneve
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 cards, all the
> switches for har
On Tue, 24 Feb 2004, Will wrote:
> Jaroslav Kysela <[EMAIL PROTECTED]> wrote:
> >
> >changes. It would be nice, if you can test my changes and report me bugs
> >or comments (especially to the new OSS redirector code).
> >
>
> What do you think of my bug report on ALSA OSS emulation of
> /dev/sequ
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 que
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 pl
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 te
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 co
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 Clie
50 matches
Mail list logo
