http://www.op.net/~pbd/audioengine-0.0.1.tar.gz
implemented:
* running server driven by usleep(2)
* running multiple out-of-process clients
* detecting client death and recovering
(done with a watchdog timer)
* port registration
* port deregistration
* port buffer
I guess I do not understand *why* we would need some sort of generic
property mechanism. If it was found out that additional properties
were needed to be queried or changed in the future, you will still
have to put in the appropriate 'glue' code between the audio engine
and the audio drivers, ri
I like the name because it sounds nice :)
And the content is great to. Nice Job !
Regards
Vincent
Joakim Verona wrote:
> Hello,
>
> I made a track with jazz/timidity/csound that i would like to record
> digitally to disk.
>
> I would like some way to monitior the soundcards output, and record it
> to disk at the same time as im playing it.
>
> Im using alsa 0511.
>
> I've seen somewh
Steve Harris wrote:
>
> On Tue, Jun 12, 2001 at 06:29:37PM +0200, Abramo Bagnara wrote:
> >
> > My point is that added complexity is little or none.
>
> My point is that the advantage is little or none.
>
> I have a feeling that anything new, that was earth shattering enough to
> require repres
Frank Neumann wrote:
>
> Right now, my list of positive
> "ACK" mails looks like this:
>
> - Frank Neumann
> - Jörn Nettingsmeier
> - Jürgen Erhard
> - Josh Green
> - Alexander Ehlert
> - Daniel Kobras
> - Richard Günther
> - Benno Senoner (only for 3 days, though)
> - (Tobias Ulbricht - not sur
OK. I got sick of feeling guilty about not updating the AudioQualityHOWTO, so I
pulled an all-nighter (and most of the next day) and rebuilt it into a Wiki
website. I think it's pretty cool, but I'm a bit spaced out at the moment so it
could completely suck. If you've never used Wiki, just open th
Hello Frank.
Frank Neumann wrote:
> [...snip...]
> - Maurizio Umberto Puxeddu (is he and Nicola on this list?)
I will not be at LinuxTag.
I'm currently spending my available time in the definition of a quite
heavy project: a free replacement for Csound. This implies a change on
my priorities a
>> kill is faster. documented on a kernel syscall measurement website
>> recently. mostly because you don't have to descend through VFS ...
>
>Very interesting... can you send me an URL?
i posted it here a few weeks ago. i don't have it anymore. there was a
slashdot post about the site. it wasn't
OK. I got sick of feeling guilty about not updating the AudioQualityHOWTO, so I
pulled an all-nighter (and most of the next day) and rebuilt it into a Wiki
website. I think it's pretty cool, but I'm a bit spaced out at the moment so it
could completely suck. If you've never used Wiki, just open th
Hi all,
this is a rather short second infomail, but I need to get this out
quickly -
Staffing the booth
--
Thanks to those of you who responded that they will actually take part
in
staffing the LAD booth at LinuxTag 2001. Right now, my list of positive
"ACK" mails looks like this
Paul Davis wrote:
>
> >> >I would like some way to monitior the soundcards output, and record it
> >> >to disk at the same time as im playing it.
> >> >
> >> >Im using alsa 0511.
> >> >
> >> >I've seen somewhere that this is possible with OSS, but dont remember how.
> >>
> >> its not possible wit
On Tue, Jun 12, 2001 at 06:29:37PM +0200, Abramo Bagnara wrote:
>
> My point is that added complexity is little or none.
My point is that the advantage is little or none.
I have a feeling that anything new, that was earth shattering enough to
require representation would be complicated enough t
>Before answering the following questions I like to tell about my view
>of the typical usage pattern from the UI point of view. Lets suppose
[ ... description elided ... ]
yes, that more or less matches my notion of things closely enough that
we clearly are aiming at the same general idea.
>I
>> >I would like some way to monitior the soundcards output, and record it
>> >to disk at the same time as im playing it.
>> >
>> >Im using alsa 0511.
>> >
>> >I've seen somewhere that this is possible with OSS, but dont remember how.
>>
>> its not possible with OSS, and its not possible with cur
Steve Harris wrote:
>
> On Tue, Jun 12, 2001 at 02:55:17PM +0200, Abramo Bagnara wrote:
> > It's difficult to see in the future, this is my point.
>
> True, but it's:
>
> a) Go for the simple option now, have a simple API and maybe suffer with
>versioning problems in the future.
>
>or
Paul Davis wrote:
>
> >- read/write is probably faster (less cycles in kernel). I'm not sure
> >however and I doubt the difference is relevant anyway.
>
> kill is faster. documented on a kernel syscall measurement website
> recently. mostly because you don't have to descend through VFS ...
Very
>Wouldn't it be possible to do an LD_PRELOAD hack: preload a shared object
>that implements snd_pcm_write and writes all data to disk?
true, that would work for the "single data stream" case.
--p
On Tue, 12 Jun 2001, Abramo Bagnara wrote:
> Paul Davis wrote:
> >
> > >- I suppose Unix sockets are more adeguate to shm/signal constraints
> >
> > why? as i've tried to explain, it seems to me that using fd's is a lot
> > more work with no apparent gain ... if the job can be done using
> > si
On Tue, 12 Jun 2001, Paul Davis wrote:
> >Just to speak with code, I've (quick and dirty) hacked something
> >up which is different from Pauls approach. Its in "commented
> >header" style, it helps if you know GLAME, but I'll try to
> >elaborate. Note that I dont explicitly show implementation de
Paul Davis wrote:
>
> >I made a track with jazz/timidity/csound that i would like to record
> >digitally to disk.
> >
> >I would like some way to monitior the soundcards output, and record it
> >to disk at the same time as im playing it.
> >
> >Im using alsa 0511.
> >
> >I've seen somewhere that
On Tue, Jun 12, 2001 at 02:55:17PM +0200, Abramo Bagnara wrote:
> It's difficult to see in the future, this is my point.
True, but it's:
a) Go for the simple option now, have a simple API and maybe suffer with
versioning problems in the future.
or
b) Go for a more complex solution now ha
Thanks, I'll look into the alsa 0511 sources to see if I find anything
then(wish me good luck since i find the alsa source rather difficult to
penetrate)
Yes, I've been folowing the threads and understand that it isn't all
that easy. its just that for my needs, and as I saw it, just monitiorin
>You're equivocating: I meant Unix socket instead of current inet socket
>for connection.
Ah, OK, now I see what you mean. Yes, since there is no chance of
running kill(2) over AF_INET, you're right. I just ripped the
tcp_connect() code from another app that does need to support
AF_INET. Thanks.
On Tue, Jun 12, 2001 at 02:18:04PM +0300, Juhana Sadeharju wrote:
> Anyone would like to write a LADSPA wrapper for my reverb and
> for my binaural multitap echo? After several months break I finally
> had time to put a stereo output for my reverb, but I'm not sure
> if it has the pipe (tunneling)
On Tue, 12 Jun 2001 08:30:52 -0400
[EMAIL PROTECTED] wrote:
> >I made a track with jazz/timidity/csound that i would like to record
> >digitally to disk.
> >
> >I would like some way to monitior the soundcards output, and record it
> >to disk at the same time as im playing it.
> >
> >Im using a
Agreed. If we are ever going to catch up with MacDoze, this is a
priority.
-dgm
On Mon, 11 Jun 2001, Tom Pincince wrote:
> My understanding is that LAAGA currently defines only a free-running
> server. Any client that performs recording, sequencing, arranging, or
> edl based editing must defi
Paul Davis wrote:
>
> >- I suppose Unix sockets are more adeguate to shm/signal constraints
>
> why? as i've tried to explain, it seems to me that using fd's is a lot
> more work with no apparent gain ... if the job can be done using
> signals, whats the benefit of using fd's?
You're equivocati
>I made a track with jazz/timidity/csound that i would like to record
>digitally to disk.
>
>I would like some way to monitior the soundcards output, and record it
>to disk at the same time as im playing it.
>
>Im using alsa 0511.
>
>I've seen somewhere that this is possible with OSS, but dont r
Hi,
I don't know exactly if this is the place and time but, I thought i could dare a
line : is it an option to consider that there would be some "parameter ports"
available on LAAGA ? I mean a way to drive a simple value on an external
process or all focus will be attributed to audio data and le
>Just to speak with code, I've (quick and dirty) hacked something
>up which is different from Pauls approach. Its in "commented
>header" style, it helps if you know GLAME, but I'll try to
>elaborate. Note that I dont explicitly show implementation details
>(f.i. if using fds or not - I'm less conv
>- I suppose Unix sockets are more adeguate to shm/signal constraints
why? as i've tried to explain, it seems to me that using fd's is a lot
more work with no apparent gain ... if the job can be done using
signals, whats the benefit of using fd's?
>- multiple clients does not work
why not? did
Anyone would like to write a LADSPA wrapper for my reverb and
for my binaural multitap echo? After several months break I finally
had time to put a stereo output for my reverb, but I'm not sure
if it has the pipe (tunneling) effect. It works for the vocals
and for a noise click, but more testing w
Hello,
I made a track with jazz/timidity/csound that i would like to record
digitally to disk.
I would like some way to monitior the soundcards output, and record it
to disk at the same time as im playing it.
Im using alsa 0511.
I've seen somewhere that this is possible with OSS, but dont re
>I must quibble with page 8, deficiencies of libre stuff as of 2001:
>
>"no soundfile editors capable of edl editing"
OOPS!!! Major edit alert. In the actual talk, I take a marker, and
cross out all the problemas above the line, to indicate what *has*
been done since 1999. The idea is that we hav
[cut]
> I did a search for its Hindi meaning and found this:
> http://www3.aa.tufs.ac.jp/~kmach/cgi-bin/cgiula_3.cgi?hre=laaga
>
> Look at the second definition... "sticky substance" == glue!
> -=- Kevin Conder, http://KevinDumpsCore.com
Now if that isn't a sign of the almigh
Hi!
Just to speak with code, I've (quick and dirty) hacked something
up which is different from Pauls approach. Its in "commented
header" style, it helps if you know GLAME, but I'll try to
elaborate. Note that I dont explicitly show implementation details
(f.i. if using fds or not - I'm less conv
Paul Davis wrote:
>
> http://www.op.net/~pbd/audioengine-0.0.1.tar.gz
>
> this is snapshot of the current state of things:
>
> * cmdline engine runs
> * cmdline client runs
> * port registration works
> * process() callback works
> * signalling system works
>
> not don
Paul Davis wrote:
>
> a few people asked if they could see my slides from the "free software
> & multimedia" workshop in firenze. for whatever its worth, which i
> suspect is not much, there's a PDF at:
>
> http://www.op.net/~pbd/firenze.pdf
>
> --p
"pneumatics versus wood"??
What's
Paul Davis <[EMAIL PROTECTED]> writes:
> not done (amongst other things) but mostly conceptualized at code level:
...
> * flow graph sorting
Hi, although not having looked at your code, I'd like to point out if you want
to copy-paste C++ code for sorting a flow graph (essentially a DFS sea
40 matches
Mail list logo
