Thomas Vecchione wrote:
I am wondering what the status of the mLAN or something similar is in
linux? I have been able to find some mention of talking with Yamaha
about it, but past that I cant seem to find anything on it. I am
looking for a solution to allow me to connect and stream audio in
Hi,
> I'm working on mLAN support,
[...]
> Neither of these will do any of the connection
> management that is required.
thanks for the good work, and be ensured that there are at least two
eyes looking forward to seing firewire audio working on Linux 8-) .
Best regards
ce
On Wed, Nov 02, 2005 at 12:55:45PM -0500, Thomas Vecchione wrote:
> I am wondering what the status of the mLAN or something similar is in
> linux? I have been able to find some mention of talking with Yamaha
> about it, but past that I cant seem to find anything on it. I am
> looking for a sol
On Wed, 2 Nov 2005 18:46:03 +0100
conrad berhörster <[EMAIL PROTECTED]> wrote:
>
> Am Mittwoch, 2. November 2005 18:38 schrieb Florian Schmidt:
> >
> > Just for completeness sake: You can use the realtime lsm for 2.6.13 and
> > above, too. I would even recommend it, since it's much less of a hass
I am wondering what the status of the mLAN or something similar is in
linux? I have been able to find some mention of talking with Yamaha
about it, but past that I cant seem to find anything on it. I am
looking for a solution to allow me to connect and stream audio in
realtime over firewire t
Am Mittwoch, 2. November 2005 18:38 schrieb Florian Schmidt:
>
> Just for completeness sake: You can use the realtime lsm for 2.6.13 and
> above, too. I would even recommend it, since it's much less of a hassle
> to setup (rt_limits being the "correct" solution or not).
>
> Flo
Just to be sure .
On Wed, 2 Nov 2005 14:25:45 +0100
conrad berhörster <[EMAIL PROTECTED]> wrote:
> Am Mittwoch, 2. November 2005 14:02 schrieb Paul Davis:
> thanks paul,
> > > bash-3.00# chmod ugo+s /usr/local/bin/jackd
> > > bash-3.00# exit
> > > bash-3.00$ ls -la /usr/local/bin/jackd
> > > -rwsr-sr-x 1 root r
On Wed, 2 Nov 2005 15:30:49 +0100
conrad berhörster <[EMAIL PROTECTED]> wrote:
> Hello list,
> well i try to understand the reason of xruns. when will they appear?
>
> for me it's curious, that , while copy a big file (> 50MB ) or many small
> one,
> there are xruns. so, it seems, that it has
Hello list,
well i try to understand the reason of xruns. when will they appear?
for me it's curious, that , while copy a big file (> 50MB ) or many small one,
there are xruns. so, it seems, that it has nothing to do with the soundcard
buffers.
any comments?
sizu c~
LDAS (Low Delay Audio Streamer) is software for full-duplex
low-latency transmission of audio over IP. This is the first public
release.
At this point, the basic functionality is present -- LDAS is capable
of transmitting full duplex two-channel audio between two computers.
This has been tested u
Am Mittwoch, 2. November 2005 14:02 schrieb Paul Davis:
thanks paul,
> > bash-3.00# chmod ugo+s /usr/local/bin/jackd
> > bash-3.00# exit
> > bash-3.00$ ls -la /usr/local/bin/jackd
> > -rwsr-sr-x 1 root root 206476 2005-11-01 15:23 /usr/local/bin/jackd
>
> this is a really, really, really bad thi
Le 2 nov. 05 à 14:05, Alfons Adriaensen a écrit :
On Wed, Nov 02, 2005 at 01:57:47PM +0100, St?phane Letz wrote:
So if there are N clients, each of them needs N file descriptors
open
all the time. System wide the complexity grows as N^2. Not really a
good way to tackle an O(N) problem IMHO.
On Wed, Nov 02, 2005 at 01:57:47PM +0100, St?phane Letz wrote:
> >So if there are N clients, each of them needs N file descriptors open
> >all the time. System wide the complexity grows as N^2. Not really a
> >good way to tackle an O(N) problem IMHO.
>
> Yes but in the jackdmp data flow kind of
> bash-3.00# chmod ugo+s /usr/local/bin/jackd
> bash-3.00# exit
> bash-3.00$ ls -la /usr/local/bin/jackd
> -rwsr-sr-x 1 root root 206476 2005-11-01 15:23 /usr/local/bin/jackd
this is a really, really, really bad thing to do. there is no reason to
run jackd as root or set it up as setuid root. yo
Le 2 nov. 05 à 13:43, Alfons Adriaensen a écrit :
On Wed, Nov 02, 2005 at 12:38:49PM +0100, St?phane Letz wrote:
Yes, clients use open *once* when the new client opens. This is done
in a non RT thread (what we call the "notification" thread that also
handle all non RT events like callback...)
On Wed, Nov 02, 2005 at 12:38:49PM +0100, St?phane Letz wrote:
> Yes, clients use open *once* when the new client opens. This is done
> in a non RT thread (what we call the "notification" thread that also
> handle all non RT events like callback...)
>
> >This means that changing the graph ord
On Wed, 2005-11-02 at 12:21 +0100, conrad berhörster wrote:
>
> bash-3.00$ jack_lsp
> JACK server not running
>
> why i can't use jack an normal user? what have i missed? why there are 5
> processes of jack? is this a secure way? do i need every application as suid?
Yes. The jackd and your app
Le 2 nov. 05 à 12:11, Alfons Adriaensen a écrit :
On Wed, Nov 02, 2005 at 11:56:59AM +0100, St?phane Letz wrote:
I must be missing something essential here. Access to named things
that have to be opened is normally by a file descriptor, and file
descriptors are bound a process. How then can y
Le 2 nov. 05 à 11:48, Florian Schmidt a écrit :
On Wed, 2 Nov 2005 11:05:34 +0100
Stéphane Letz <[EMAIL PROTECTED]> wrote:
In Jackdmp we have tested 2 system for inter-process synchronization:
fifo (the way it was done in regular jackd) and POSIX named semaphore
(which are built on top of fut
Hello Lists,
I don't know, where ich can fix my little problem. Maybe i 've missed some
explanations and/or haven't read my mails good enough. anyway, i try to
install a linuxbox for audio on slackware
i have installed slackware and patching the kernel 2.6.14 vanilla with
patch-2.6.14-rt2. Then
On Wed, Nov 02, 2005 at 11:56:59AM +0100, St?phane Letz wrote:
> >I must be missing something essential here. Access to named things
> >that have to be opened is normally by a file descriptor, and file
> >descriptors are bound a process. How then can you give *all* clients
> >access to the named p
Le 2 nov. 05 à 11:29, Alfons Adriaensen a écrit :
On Wed, Nov 02, 2005 at 11:05:34AM +0100, St?phane Letz wrote:
Le 31 oct. 05 à 02:18, fons adriaensen a écrit :
A big advantage of using futexes in shared memory would be
that they don't have to be recreated each time the callback
order chan
On Wed, 2 Nov 2005 11:05:34 +0100
Stéphane Letz <[EMAIL PROTECTED]> wrote:
> In Jackdmp we have tested 2 system for inter-process synchronization:
> fifo (the way it was done in regular jackd) and POSIX named semaphore
> (which are built on top of futex on recent system version)
>
> In both c
On Wed, Nov 02, 2005 at 11:05:34AM +0100, St?phane Letz wrote:
>
> Le 31 oct. 05 ? 02:18, fons adriaensen a ?crit :
>
> >A big advantage of using futexes in shared memory would be
> >that they don't have to be recreated each time the callback
> >order changes - unlike the pipes, they are not bound
Le 31 oct. 05 à 02:18, fons adriaensen a écrit :
On Mon, Oct 31, 2005 at 01:44:45AM +0100, Florian Schmidt wrote:
Btw: i just discovered that pthread mutexes and condvars can have a
"process shared" flag which makes it possiblo to synchronize threads
across processes as it seems. Could be us
25 matches
Mail list logo