Hi,
The current (Paul's) LAAGA proposal does not timestamp buffers. Is
this a design problem or something that could be extended..? I'm
looking through the OSX documentation. It's "process" callback for
AudioUnits looks like this, page 48 in the PDF:
typedef CALLBACK_API_C( ComponentResult, A
>> Ardour has already been ported to something very close to this
>> model. I have not yet added metering, and input monitoring is deeply
>> problematic but everything else works.
>
>If you read my recent message about this you will see that with "flow"
>concept this can be solved elegantly.
1) m
Hi Paul, others,
I have some questions about this API. First, of more generic kind:
Is the intention to create a One Audioengine implementation, with
accompanying client library, or is it just a specification of an API
that can have many implementations in the end?
And, on the topic of MP and
Paul Davis wrote:
>
> >> so, i ask again, what's missing?
> >
> >Can you show me:
> >1) a C++ header that show classes and method
>
> the most recent version of the API is in C, and is intended to remain
> that way. I showed you the header in the mail message. It is missing
> mostly just the def
Simon Per Soren Kagedal wrote:
>
> > The problem of efforts splitting is very severe as everybody (at least
> > in theory) agree. This is why I advocate *one* API for everything.
>
> You keep saying that, and I'm starting to be afraid that you actually
> mean it. Please define "everything". Ar
>From: Joe Pfeiffer <[EMAIL PROTECTED]>
>
>Sorry, that's not a helpful comment. Why are they a bad solution?
>In what way does the software need to be improved?
A few months ago I posted a list of recorder features which are must
in my opinion.
I keep getting suggestion that I should use Image
simple question.
How would you start to implement music (mod, midi) and audio support for a
game?
I looked for games-programming, but found only oss-dependent environments.
Is there a favourite one of you?
Here is what I, newbie, would do:
I would start a sound server,
use maybe a music and an
Hi Abramo, others,
On Thu, Jun 07, 2001 at 05:55:56PM +0200, Abramo Bagnara wrote:
> > I personally think that the SGI Audiofile library has one of the best
> > API's by far. It's generic and it supports a lot more than float32 data.
>
> Then I guess Paul have crossed an urban myth...
I'm not s
I just don't see the point in creating an 'abstraction' in C. Maybe
its just me, but the whole object scheme seems the logical way to do
things ESPECIALLY for something like this. I used to dislike C++
about four years ago, then I spent a great deal of time reading and
understanding OOP, and now
>> yep. as described in the comment for audioengine_port_register(), if
>> the port type is not a builtin, then a buffer must be provided as the
>> 4th argument. i should also have documented that PortIsMulti is
>> illegal for such ports (to ensure 1:1 connections at all times, for
>> reasons docu
> >Can you show me:
> >1) a C++ header that show classes and method
>
> the most recent version of the API is in C, and is intended to remain
> that way.
Ah, thank you!
Just one C lover and C++ hater,
Jay Ts
Hi Frank,
for the glame team I send a triple ack for these guys:
> Alexander Ehlert ( [EMAIL PROTECTED] )
> Daniel Kobras ( [EMAIL PROTECTED] )
> Richard Guenther ( [EMAIL PROTECTED] )
> 4) Available hardware
> I'm building up a list here..more info perhaps in the next mail.
Should we br
On Wed, Jun 06, 2001 at 04:04:36PM -0400, Paul Davis wrote:
> >Also, I'm not clear on the mechanics of non-float audio. The source plugin
> >will have to conjour the output buffer space from somewhere.
>
> yep. as described in the comment for audioengine_port_register(), if
> the port type is not
>> > > Unfortunately Benno, your (and my) intuition is wrong, as shown by the
>> > > testing that Abramo and Steve did about 3 weeks ago.
>
>Mine too! I'm still not quite believing it. It is almost too good
>to be true.
Not really. It just that it takes 100-200 instructions to cause a
context s
>> so, i ask again, what's missing?
>
>Can you show me:
>1) a C++ header that show classes and method
the most recent version of the API is in C, and is intended to remain
that way. I showed you the header in the mail message. It is missing
mostly just the definition of a port and nframes_t. I w
On Thu, Jun 07, 2001 at 06:53:36AM -0700, Jay Ts wrote:
> I have a request. Could someone please write up a little (tiny) document
> that can be posted with the graphs, explaining things better? Basically,
> I want a simple, clear and direct explanation of why it is that the
> out-of-process mod
> > > Unfortunately Benno, your (and my) intuition is wrong, as shown by the
> > > testing that Abramo and Steve did about 3 weeks ago.
Mine too! I'm still not quite believing it. It is almost too good
to be true.
> > Interesting ... did they produce some simulations / stats / graphs / testing
Paul Davis wrote:
>
> In message <[EMAIL PROTECTED]>you write:
> >Paul Davis wrote:
> >>
> >> >> This creates a very simple audio application that accepts a mono
> >> >> input audio data stream and copies it to a single mono output audio
> >> >> data stream. This is actually an inefficient way to
On Thu, Jun 07, 2001 at 12:31:58AM +0200, Benno Senoner wrote:
> On Wed, 06 Jun 2001, Paul Davis wrote:
> > >But the experience with my lowlatency testing stuff tells me that it will be
> > >almost impossible to get 3msec latencies in an enviroment where multiple
> > >processere are involved.
> >
In message <[EMAIL PROTECTED]>you write:
>Paul Davis wrote:
>>
>> >> This creates a very simple audio application that accepts a mono
>> >> input audio data stream and copies it to a single mono output audio
>> >> data stream. This is actually an inefficient way to do this, but it
>> >> will illu
>
>
> Hi,
> John Littler wrote:
>
>> I wouldn't mind getting there but I'm not sure if I can yet. I
wonder
>> if any
>> of the participants would be interested in writing up a summary of
what
>> goes on if I can't make it?
>
> Can do that (afterwards)..can you imagine why I finally decided t
Hi,
John Littler wrote:
> I wouldn't mind getting there but I'm not sure if I can yet. I wonder
> if any
> of the participants would be interested in writing up a summary of what
> goes on if I can't make it?
Can do that (afterwards)..can you imagine why I finally decided to buy a
digital camer
Hi,
Benno Gardena wrote:
> FYI: both http://www.linuxaudiodev.org and http://linuxaudiodev.org
^^^ I guess one is ".com here"^^^
> point to the current LAD page (linuxdj.com/audio/lad)
I was in fact planning on using the http://www.linuxaudiodev.org URL
Paul Davis wrote:
>
> >> This creates a very simple audio application that accepts a mono
> >> input audio data stream and copies it to a single mono output audio
> >> data stream. This is actually an inefficient way to do this, but it
> >> will illustrate the basic idea of the API.
> >
> >Hardly
> Hello John,
>
> I must agree with previous posters that the content of M station is
> absolutely brilliant, tons of interesting stuff. Thank you!
>
Thanks a lot :)
> However, the design is very confusing. It's hard to see what's new,
> what's interesting etc. All pages look different. I
On Thursday 07 June 2001 01:00, you wrote:
> ...
> That's all for now. Now, booth participants, please reply to me directly
> ([EMAIL PROTECTED]) with the information I requested from you above.
> Anyone else, send your comments and suggestions to the list as usual.
Excellent effort Frank.
I'll
26 matches
Mail list logo
