On Tue, 19 Feb 2002, Guenther Sohler wrote:
>
> On 18-Feb-02 Guenther Sohler wrote:
> > Hello ALSA Gang,
> >
> > In my system i have primarily two important alsa ports for me
> >
> > 64:0 is the external midi keyboard
> > 65:0 is the wavetable synth of my creative audixy
> >
> > I have written fo
On Tue, 19 Feb 2002, Kai Vehmanen wrote:
> I think we can close this problem at least for now. The cause for the
> garbled audio problem was found from JACK's side.
>
> I'm still a bit puzzled why I didn't get xruns in the test case quoted
> below, but until I can reproduce the problem, there's n
On Mon, 18 Feb 2002, [iso-8859-1] Chris Rankin wrote:
> --- Jaroslav Kysela <[EMAIL PROTECTED]> wrote:
> > We use
> > GFP_ATOMIC|GFP_DMA like pci_allocate_consistent().
>
> OK, I've hacked about a bit and it's not the presence
> of GFP_ATOMIC that causes trouble but the absence of
> GFP_DMA.
>
>
On 18-Feb-02 Guenther Sohler wrote:
> Hello ALSA Gang,
>
> In my system i have primarily two important alsa ports for me
>
> 64:0 is the external midi keyboard
> 65:0 is the wavetable synth of my creative audixy
>
> I have written following code:
>
>
>#include
>#include
>#include
>#include
I just downloaded and tried pmidi (Alsa midi player). pmidi works.
playmidi -e still usually fails (it's worked intermittently a couple of
times), and even fails right after running pmidi.
So my problem is probably in the OSS emulation.
Oddly, this is the reverse of the problem I've had with re
I'm curious if anyone has gotten one of the ymfpci cards to work with
front and rear output with the OSS emulation? Is it even supported at
this point?
Adam
___
Alsa-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo
I think it is very interesting hearing what peoples views are when comparing
current digital audio technologies like SPDIF and packet based technologies
like ethernet for digital audio.
Very few people have in depth knowledge of what is possible with both
technology.
Some people have in depth kno
I think we can close this problem at least for now. The cause for the
garbled audio problem was found from JACK's side.
I'm still a bit puzzled why I didn't get xruns in the test case quoted
below, but until I can reproduce the problem, there's not much to discuss
about. But for the readers of al
Hello,
I would like to know if S/PDIF output of AC3 frames is supported
in the ALSA emu10k1 driver under SMP, I was unable to make it work, I've
tried ac3play (from alsaplayer) and latest ALSA CVS and also opensource
emu10k1 driver and the play-ac3 utils that comes with it. I have
--- Jaroslav Kysela <[EMAIL PROTECTED]> wrote:
> We use
> GFP_ATOMIC|GFP_DMA like pci_allocate_consistent().
OK, I've hacked about a bit and it's not the presence
of GFP_ATOMIC that causes trouble but the absence of
GFP_DMA.
Note that the current code in snd_malloc_isa_pages()
is:
dma_area =
--- Jaroslav Kysela <[EMAIL PROTECTED]> wrote:
> I removed dma_flags from isa pages allocation
> routines. We use
> GFP_ATOMIC|GFP_DMA like pci_allocate_consistent().
Interesting ... my original and working code did the
following:
buf = snd_malloc_pages(size, GFP_KERNEL | GFP_DMA);
and then us
On Tue, 19 Feb 2002, stef wrote:
> But the problem in digital audio is that the clock has
> to be readjusted in short intervals.
I just thought of something. multicast is perfect for clock
synchronization.
-Dan
--
[-] Omae no subete no kichi wa ore no mono da. [-]
___
On Mon, 2002-02-18 at 23:00, stef wrote:
> Anyway, which software/protocol/service do you use for
> your clock synchronisation? _very_ interesting!
The mother of all time protocols, NTP
http://www.eecis.udel.edu/~mills/ntp.htm
--
Bob Ham: [EMAIL PROTECTED]
My music: http://mp3.com/obelisk_uk
On Tue, 19 Feb 2002, stef wrote:
> Anyway, which software/protocol/service do you use for
> your clock synchronisation? _very_ interesting!
Probably ntp. Works well, multicast mode should be excellent for this.
BTW if you use fixed size packets on fullduplex ethernet (as gibson's
magic does), t
Bob Ham wrote:
> If it's possible for me to synchronise my PC clock to sub-millisecond
> accuracy over *IP* on a LAN, I somehow doubt it'd be impossible to
> synchronise word clocks over ethernet.
Sounds great! 20 nanoseconds would be enough.
But the problem in digital audio is that the clock h
For what serves the parameter fill/max_fill?
There is statet that the buffer get filled with silence.
Why should this be useful?
Thanks
FAU
___
Alsa-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/alsa-devel
On Mon, 2002-02-18 at 17:00, stef wrote:
> It should be impossible to synchronize
> sample clock via ethernet.
If it's possible for me to synchronise my PC clock to sub-millisecond
accuracy over *IP* on a LAN, I somehow doubt it'd be impossible to
synchronise word clocks over ethernet.
--
Bob H
Dan Hollis wrote:
>
> On Mon, 18 Feb 2002, stef wrote:
> > I think sending realtime audio data via eternet will be
> > extremely difficult.
>
> Why?
>
> > It should be impossible to synchronize
> > sample clock via ethernet.
>
> Why?
>
> Did you read the gibson magic spec?
Oh, sorry! I thoug
Hi,
is the ALSA libAPI0.5 reeintrant/thread-save?
I want to develop an multi-threaded application that does playbacking
and recording in separate threads.
I determined from the documentation that I have two possibilities to achieve this:
1.) Playbacking/recording on a single handle (mode PLAYBACK|
On Mon, 2002-02-18 at 15:12, Jaroslav Kysela wrote:
> Sorry to reply too late, but I've not received this email before. It seems
> that LKML has some trouble. Only the part of patch for sound/core/info.c
> is valid, because llseek in gus_mem_proc.c is called from snd_info_entry_llseek(),
> thus t
On 18 Feb 2002, Robert Love wrote:
> Manfred Spraul just pointed out to me that ALSA contains three lseek
> implementations, none of which use the new lseek locking rules. While
> it is possible the ALSA people intended for there to be no locking (as
> in it not being needed), I suspect the rece
--- Jaroslav Kysela <[EMAIL PROTECTED]> wrote:
> I verified the contents of pci_allocate_consistent()
> and I agree that it
> should work at least for i386 and alpha
> architectures so I reverted back
> your code.
Hi,
I have ported my driver to use the new
snd_malloc_isa_pages() call ... and m
Hallo gang,
I have a problem with my mixer settings when listening to the sequencer(midi)
in my box.
It is far to silent. I have to set my external amplifier to maximum
amplification to be able to hear the tunes in an normal loudness while hearing
the noise quite easy.
When I play pcm data with t
Hello ALSA Gang,
In my system i have primarily two important alsa ports for me
64:0 is the external midi keyboard
65:0 is the wavetable synth of my creative audixy
I have written following code:
#include
#include
#include
#include
#include
#include
#include
int main(int argc, char
On Mon, 18 Feb 2002, stef wrote:
> I think sending realtime audio data via eternet will be
> extremely difficult.
Why?
> It should be impossible to synchronize
> sample clock via ethernet.
Why?
Did you read the gibson magic spec?
-Dan
--
[-] Omae no subete no kichi wa ore no mono da. [-]
_
On Mon, 18 Feb 2002, James Courtier-Dutton wrote:
> The magic web site did not mention anything about an AMP.
The specs do.
-Dan
--
[-] Omae no subete no kichi wa ore no mono da. [-]
___
Alsa-devel mailing list
[EMAIL PROTECTED]
https://lists.source
Manfred Spraul just pointed out to me that ALSA contains three lseek
implementations, none of which use the new lseek locking rules. While
it is possible the ALSA people intended for there to be no locking (as
in it not being needed), I suspect the recent change was overlooked.
The lseek impleme
On 18 Feb 2002, Bob Ham wrote:
> On Sun, 2002-02-17 at 18:44, James Courtier-Dutton wrote:
> > A simple 100 Megs Full duplex point to point Ethernet cable can handle just
> > about anything S/PDIF, USB, SCSI, IDE can throw at it.
> I assume you've seen http://magic.gibson.com/?
sadly, magic is pa
Hi guys!
1st of all thnx for solving the 1st problem I had, from now on I'll be posting
my problems directly to alsa-devel and not bother with alsa-user. Until I
decide to subscribe, may I humbly request you to CC me the answers.
So, I seem to have another oops, and as I learned from last one,
A parallel discussion has been taking place in the music bar
([EMAIL PROTECTED]). I've given some of the more important comments
below.
>I think sending realtime audio data via eternet will be
>extremely difficult. It should be impossible to synchronize
>sample clock via ethernet. So each device
On Mon, 2002-02-18 at 17:05, James Courtier-Dutton wrote:
> The magic web site did not mention anything about an AMP.
Magic is just a way to ferry audio data around.. that can be between any
audio devices. The specification document gives a lot more details than
the site and has a few setup exam
When you switch from circuit based technologies to packet based ones, the
problems you have to solve are totally different.
1) Circuit requires clock sync across the entire network just like the old
TDM based telephone networks need. Packet does not.
2) Circuit introduces no delay for PCM data. Pa
The magic web site did not mention anything about an AMP.
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Bob Ham
> Sent: 18 February 2002 16:27
> To: James Courtier-Dutton
> Cc: ALSA Development Mailing List
> Subject: RE: [Alsa-devel] dolby digit
I think sending realtime audio data via eternet will be
extremely difficult. It should be impossible to synchronize
sample clock via ethernet. So each device has to have its
own sample clock. This requires:
- resampling units (=no lossles connections possible)
or
- large buffers to slowly adapt s
On Mon, 2002-02-18 at 16:26, Bob Ham wrote:
> Has the following specs:
>
> 32 channels @ 44.1 kHz x 32 bits
> 32 channels @ 48 kHz x 32 bits
> 16 channels @ 96 kHz x 32 bits
> 8 channels @ 192 kHz x 32 bits
I should also note that this is full duplex.
--
Bob Ham: [EMAIL PROTECTED]
My music: h
On Mon, 2002-02-18 at 15:46, James Courtier-Dutton wrote:
> magic.gibson.com must be stupid not to realise that what we really want is
> an AMP with an Ethernet port
Umm.. this *is* what magic can provide. A guitar with a an ethernet
port, an amp with an ethernet port, a mixer with an ethernet
On Mon, Feb 18, 2002 at 03:00:56 +, Bob Ham wrote:
> > AC3 is much
> > more complicated, and you couldn't feasibly reproduce the encoded output
> > without having followed the spec (unless I'm missing something).
>
> Assuming you haven't signed (or clicked "yes" on) any agreement in order
> t
So all I need now, is an Digital Amp with an Ethernet port for all 6 Channel
PCM, AC3 and DTS output.
I already have an ethernet card for my PC and a HUB.
magic.gibson.com must be stupid not to realise that what we really want is
an AMP with an Ethernet port, not yet another sound card.
We could
On Sat, Feb 16, 2002 at 10:46:05 -0500, Ivica Bukvic wrote:
> capable of improving the driver)? Also, what are the chances for
> reverse-engineering the Windows drivers to build a better Linux driver?
If all we need is the DSP code it could be possible to find it in the
Windows driver.
It may no
On Mon, 2002-02-18 at 14:08, Steve Harris wrote:
> AC3 is much
> more complicated, and you couldn't feasibly reproduce the encoded output
> without having followed the spec (unless I'm missing something).
Assuming you haven't signed (or clicked "yes" on) any agreement in order
to get the spec, I
On Sun, 2002-02-17 at 18:44, James Courtier-Dutton wrote:
> A simple 100 Megs Full duplex point to point Ethernet cable can handle just
> about anything S/PDIF, USB, SCSI, IDE can throw at it.
I assume you've seen http://magic.gibson.com/?
Bob
--
Bob Ham: [EMAIL PROTECTED]
My music: http://m
On Mon, Feb 18, 2002 at 02:08:12 +, Steve Harris wrote:
> I'm a little dubious about that. It's possible to write a Free pro-logic
> compatible encoder (I have), as most of the technology predates dobly, but
> it can't, legally be 100% compatible for licencing reasons. AC3 is much
> more compl
On Sun, Feb 17, 2002 at 06:09:02 -, James Courtier-Dutton wrote:
> >From what I understand, we can do ac3 "like" encoders in linux for free, and
> they might actually make sounds come out on Commercial AC3 decoders, but
> unless we pay a license fee, we cannot actually call it AC3.
> This is w
At Sun, 17 Feb 2002 18:47:35 +0100,
Markus Plail wrote:
>
> Hi there!
>
> On Sun, 17 Feb 2002 18:15:55 +0100 Andy Lo-A-Foe wrote:
>
> > On Sun, Feb 17, 2002 at 01:33:32AM -0500, Hod McWuff wrote:
> >
> > > I'd imagine the first step would be to add an ac3 encoder, and then
> > > (possibly) the
On Mon, 18 Feb 2002, Takashi Iwai wrote:
> At Sun, 17 Feb 2002 10:29:20 +0100 (CET),
> Jaroslav wrote:
> >
> > On Sat, 16 Feb 2002, [iso-8859-1] Chris Rankin wrote:
> >
> > > Hi,
> > >
> > > I saw from the CVS ChangeLog that ALSA is moving away
> > > from the deprecated virt_to_bus() to the new
>
At Sun, 17 Feb 2002 10:29:20 +0100 (CET),
Jaroslav wrote:
>
> On Sat, 16 Feb 2002, [iso-8859-1] Chris Rankin wrote:
>
> > Hi,
> >
> > I saw from the CVS ChangeLog that ALSA is moving away
> > from the deprecated virt_to_bus() to the new
> > pci_allocate_consistent() system calls. Unfortunately,
46 matches
Mail list logo
