Jay Ts wrote:
I'm looking for a Linux DAW style project to join and hopefully contribute
to.
My main requirement is that the project be C based as C++ hurts my head
too much.
Same here, except for the nausea... :-) But I'm done writing about
that!
What I'm thinking of is
On Sat, 9 Jun 2001, Paul Davis wrote:
i had a couple of hours today to work on the multiprocess
audioengine. its now doing its basic tasks of starting a server on a
socket, accepting new connections from clients, waking periodically
from poll(2), telling its clients to do some work, etc.
For realtime programming, it would be important that the garbage
collector be put under control of the programmer.
The Guile GC can be turned on/off; it appears that an average GC
sweep in a large context (Snd) takes about 2 ms (typing from memory
here so caveat lector or whatever -- I could
In message [EMAIL PROTECTED]you write:
Paul Davis wrote:
I don't understand of what you're speaking: in my design for multi
process model the switch back to the engine happens only once for each
period (as it's needed).
Yes, but thats because your example didn't solve a rather fundamental
Note that here you doubled the cost compared to a pull model (you would
i don't understand. how has this doubled the cost? i know there
is extra cost from supporting multiple processes, but i don't
see an algorithmic doubling in the model. can you explain?
call it that way? I.e. I'm
just where we have this latency discussion going again, I would
be interested which hardware people use besides RME Hammerfall,
that give low latency.
I have a trident-based hoontech card that I can run quite happily at
64 frames. My Tropez+ is a bit more problematic at 64 frames - the two
On Mon, 11 Jun 2001, Paul Davis wrote:
I'd like to see how you are using kill (i.e. how do you do callback
operation between a manager and a process at all!??).
client (within a library call):
sigwait (signals, sig);
switch (shm_control_block-event) {
case
I can only tell you from my personal experiences:
Soundcards: SB AWE64, TurtleBeach Tropez+ (ISA) , SB Live PCI
Gfx cards: S3 Virge PCI, ATI PCI, Matrox G400 AGP, Nvidia Riva TNT AGP
The above hw has never given me problems and all boxes seem to meet
3-4msec latencies (running a LL kernel).
Erik de Castro Lopo wrote:
What is LAAGA? I trawled through the LAD archive and found lots of discussion
on this but nothing explaining what it actually is.
LAAGA: Linux Audio Application Glue API
(It's also a word in Hindi which I do not know the meaning of.)
Description and key issues are
On Mon, 11 Jun 2001, Paul Davis wrote:
Ok, thats code I understand. How is this different from the GLAME
approach which does (same scope as your example):
client (within a library, wrapping up a callback like operation)
read(inputportfd, control, 4);
switch (control-event) {
I know some people on this group are interested in assistive technologies, so I
hope you won't mind this shameless piece of publicity:
http://www.elec.gla.ac.uk/Events_page/Conference-MHersh/
Quality papers can still be accepted 8-)
I hear there are some quite generous bursaries for young
[x]
Indeed mstation.org is pretty nice, I especially like the interviews
to
various developers.
(John: interviews to Linus and Alan Cox ? :-) )
I asked Linus for an interview right in the early days but didn't get
an
answer. It might be close to time to ask again :)
Yes, Alan Cox is a
but what happens when this particular client is now supposed to run
later in the graph? how does inputportfd and outputportfd get reset to
point to the correct next client ?
You have the same race with your approach - just doing the forward
from the client does not work if f.i. the supposed
John Lazzaro writes
I have the Audio and MIDI on Mac OS X document sitting in my list
of things to read stack, but its a pretty tall stack these days --
have any LAD-folks considered the pros and cons of simply adopting
this spec for Linux, and doing a compatible implementation? If there
Benno Senoner wrote:
Anyway I think we (Joern ?) should (available CPU slots permitting) one day
make a freshmeat-style (custom tailored for audio) database that holds the
links, descriptions etc of the apps that are on Dave's page.
I've always dreamed of such a thing, and made a couple false
Paul Davis wrote:
Note also that signals may have some non atomicity troubles.
such as?
Go to sleep *after* signal has been received (same problems that's faced
with pthread_cond_wait semantic).
Nope. sigblock/sigsuspend/sigpending take care of that.
As I said to Richard, I
On Mon, 11 Jun 2001, Paul Winkler wrote:
Erik de Castro Lopo wrote:
What is LAAGA? I trawled through the LAD archive and found lots of discussion
on this but nothing explaining what it actually is.
LAAGA: Linux Audio Application Glue API
(It's also a word in Hindi which I do not know
My understanding is that LAAGA currently defines only a free-running
server. Any client that performs recording, sequencing, arranging, or
edl based editing must define its own internal timeline.
personally, the thought of being able to run Muse and Ardour in
complete sync with each other
Paul Winkler wrote:
The Linux Game Tome is a pretty good example of the type of site that could
improve on Dave's sysiphian (sp?) efforts:
http://www.happypenguin.org/
Yes, I agree, the Game Tome is very close to my ideal design for the
Linux Soundapps pages. I have some CGI scripts around
Alex wrote:
Do you
think RME would actually provide hardware for writing a driver or do
I still have to purchase it :)
RME seems to be proud of their technology, including that it
works with Linux.
I suggest that no matter what their past policy has been, if you are
_really_sure_ you are
I have a trident-based hoontech card that I can run quite happily at
64 frames. My Tropez+ is a bit more problematic at 64 frames - the two
streams don't seem to run precisely in sync with each other all the
time. I don't know if this a h/w problem or a design problem.
So what kind of buffer
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
Mostly digital logic design but some analogue audio as well. For the Fairlight
MFX3+ I designed the last two versions of the custom graphics card and the
current version of the synchronisation hardware (synching to external sources
like word clocks, Linear Time Code, video etc).
How
I really didn't want to get sucked into this but I have to respond to this.
On Sun, Jun 10, 2001 at 04:40:28PM -0600, Greg Turpin wrote:
Now, by no means am I suggesting that anyone use
Java for audio. If you let java decided when to run
garbage collection - you'll run out of memory. If you
On Mon, Jun 11, 2001 at 02:02:15PM -0400, Paul Davis wrote:
[pipes vs signal]
what does anybody else think?
I prefer signals, they just seem simpler and more portable.
- Steve
replying only in private to avoid to spam the list too much
:-)
if you interview Alan,
ask him what are his thoughts about Linux in the pro-audio studio,
scalability , realtime ecc.
BTW: how do you perform the interviews ? Through IRC ?
PS: Will you be present a LinuxTag ?
(or better what's
My understanding is that LAAGA currently defines only a free-running
server. Any client that performs recording, sequencing, arranging, or
edl based editing must define its own internal timeline.
personally, the thought of being able to run Muse and Ardour in
complete sync with each other
Hi People!
At this time I have to use Win95, but I want to go to Linux. But now I
cannot do that because I have not enough audio/MIDI software for it.
All the programs I ever have seen are very poor (maybe I've looked in
wrong places?).
And that's a matter of this message: why somebody could
Radikal have informed me, and strongly reiterated their position
after an email exchange, that they will not release the specs for the
protocol their very nice control surface uses.
I suggested the comparison with MIDI to them (in that MIDI succeeded
because it Yamaha/Sequential/et al. shared
And that's a matter of this message: why somebody could not make a
powerful audio/MIDI studio, such as Cakewalk Pro Audio or Cubase VST,
but for Linux. I think it is possible but I'm afraid I cannot do it
myself. Please, if somebody knows where I can get some manuals about
sound output (and
30 matches
Mail list logo