Paul Davis wrote:
Kidding aside, this may prove to be so ubiquitous that it will quickly
overshadow all other implementations. It's the MAS audio server that is
going to be implemented into the X server itself and will be
network-transparent.
Slashdot just posted a news blurb on it:
Forgot to mention that I blacklisted usb-midi and audio drivers in the
/etc/hotplug/blacklist. The computer tried also to load snd-usb-audio
(why?), so I blacklisted that one as well.
Btw, using Alsa 9.0.rc5.
Finally, even though the /var/log/messages mentions creating two pairs
I/O ports (since
Steve Harris wrote:
PTAF uses float, subdivided in four ranges; [0,.25], [.25,.5],
[.5,.75] and [.75,1], where the lower two ranges are for real time
use, and the higher two are for off-line use.
This doesn't make snese to me, off-line and wuality should be independent.
Plugins should
On Tue, Feb 04, 2003 at 11:55:10 +0100, Laurent de Soras [Ohm Force] wrote:
Steve Harris wrote:
PTAF uses float, subdivided in four ranges; [0,.25], [.25,.5],
[.5,.75] and [.75,1], where the lower two ranges are for real time
use, and the higher two are for off-line use.
This
On Tue, Feb 04, 2003 at 03:04:09 +0100, Laurent de Soras [Ohm Force] wrote:
* GUI code in the same binaries is not even possible on
some platforms. (At least not with standard toolkits.)
I'm presonally not familiar with Linux GUI toolkits (I'm
confused with Gnome, KDE, X, Berlin, etc,
On Mon, Feb 03, 2003 at 06:22:26 -0500, Ivica Bukvic wrote:
Kidding aside, this may prove to be so ubiquitous that it will quickly
overshadow all other implementations. It's the MAS audio server that is
going to be implemented into the X server itself and will be
network-transparent.
I spoke
On Tue, 4 Feb 2003, Abramo Bagnara wrote:
Despite that I strongly think that an audio server that not permit in
native way the traditional approach (what you call blocking approach)
will never achieve the driving role we'd need.
Well, given that Ardour, amsynth, alsaplayer, and freqtweak all
Ivica Bukvic wrote:
I am running MDK 9.0 and am trying to get Midisport 2x2 to hotplug. The
problem is that if I use the ezusbmidi script (obviously coupled with
the right firmware and hotplug stuff) the /var/log/messages definitely
notes its successful recognition of the device and announces
Hi
On loading MusE with the -R option I get this error after a few seconds
allan@littlewolf2 allan]$ muse -R
Loading required GL library /usr/X11R6/lib/libGL.so.1.2
no locale muse_en_GB//usr/share/muse/locale
ALSA port add: MIDI 0-0, 64:0 flags 3 0x7f
Track: unknown tag record at line 236
On Tue, Feb 04, 2003 at 07:15:07 -0500, Taybin Rutkin wrote:
On Tue, 4 Feb 2003, Steve Harris wrote:
MAS itsself its not suitable for RT audio*, but I suggested that we might
want some MAS-JACK interfaces for network transparent audio, and left a
bussiness card, they seemed enthusiastic,
On Tue, Feb 04, 2003 at 07:10:39 -0500, Taybin Rutkin wrote:
On Tue, 4 Feb 2003, Abramo Bagnara wrote:
Despite that I strongly think that an audio server that not permit in
native way the traditional approach (what you call blocking approach)
will never achieve the driving role we'd need.
OK, I've read the more thoroughly now.
On page 23 you have a list of properties (ie. metadata), some of these
should be per-port, and the generic ones (name, authors etc.) should
probably follow the qualified dublin core standard. http://dublincore.org/
It makes sense to me that versions should
Despite that I strongly think that an audio server that not permit in
native way the traditional approach (what you call blocking approach)
will never achieve the driving role we'd need.
if linux developers continue to work with this traditional model, then
yes, i think you are right and its a
On Tuesday 04 February 2003 08.54, Steve Harris wrote:
On Tue, Feb 04, 2003 at 02:11:22 +0100, David Olofson wrote:
PTAF uses float, subdivided in four ranges; [0,.25], [.25,.5],
[.5,.75] and [.75,1], where the lower two ranges are for real
time use, and the higher two are for off-line use.
On Mon, 3 Feb 2003, Paul Davis wrote:
no sign of that. this is the same old design. sigh. no sample sync,
the whole thing is still based on the idea of applications deciding
what and when to do their stuff. sigh, sigh, sigh. it looks like a
decent thing for network-based apps, but nothing
David Olofson wrote:
As long as you connect ins and outs of the same type, they'll
generally have compatible ranges. If not (say, your filter can't
handle more than Nyqvist/4, but the PITCH output that controls it has
no absolute limits), you most probably want *clamping* rather than
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Mike
Andrews
Sent: Tuesday, February 04, 2003 8:50 AM
To: [EMAIL PROTECTED]
Subject: Re: [linux-audio-dev] newest audio server for Linux (yep, yet
another)
SNIP
I'm the lead developer on the MAS
[Oops. Now I've done it all - this one was originally slightly over
the 40 kB limit. *hehe*]
On Tuesday 04 February 2003 03.04, Laurent de Soras [Ohm Force] wrote:
Hello everybody,
I'm one of the PTAF authors and I've just subscribed to
this list, seeing the standard is discussed here. I
However, namespaces don't really solve this; they just give it a
different syntax and some type checking. The latter is nice, of
course, but writing SomeNamespace::SomeSymbol instead of
SomeNamespace_SomeSymbol... well, what's the point, really?
because ...
using namespace
Hello everybody,
I'm one of the PTAF authors and I've just subscribed to
this list, seeing the standard is discussed here. I will
try to answer your questions and to collect feedback.
I apologize for this long mail.
WELCOME! I'm excited to see one of the more well-known plugin companies
BLOP is a set of LADSPA plugins - after way too long, it's up to v0.2.6
Website: http://blop.sf.net
This release includes:
* Full RDF metadata, for use with liblrdf
* Bandlimited oscillators (no aliasing noise)
Sawtooth
Square
Variable width pulse
Variable slope triangle
Hi all,
No response to the beta testing request, so I'll have to subject you all
to a likely hairy release :) Arbitrary channels are the biggest thing.
Also, previous save files will no longer work as the save files use XML
now. Sorry, but it's better to change it now instead of later as
Yeah, but is it really that useful? Ok, VST seems to survive with the
same restriction, but I'm not sure if it actually solves more
problems than it creates.
Agreed, in practice you can connect things together if you allow arbitrary
ranges.
Well, at some point we talked about
Overall PTAF is supprisingly similar to XAP (which is encouraging), there
are just some differences in emphasis. Us LAD people tend to be simplecity
freaks. I think its one of the really good things about LADSPA.
I think that if we can reach common ground, we can all benefit. I'd love to
On Tue, 2003-02-04 at 06:03, Paul Davis wrote:
Despite that I strongly think that an audio server that not permit in
native way the traditional approach (what you call blocking approach)
will never achieve the driving role we'd need.
if linux developers continue to work with this traditional
On Tuesday 04 February 2003 20.12, Paul Davis wrote:
However, namespaces don't really solve this; they just give it a
different syntax and some type checking. The latter is nice, of
course, but writing SomeNamespace::SomeSymbol instead of
SomeNamespace_SomeSymbol... well, what's the point,
I am interested to hear responses to this. Once PortAudio v19 is
released, would you all as application authors be willing to adopt it in
your programs? If so, why not? In my opinion, the only group of
PortAudio is the only solution I was looking at for output. It just seems
right.
Hallo,
Mike Rawes hat gesagt: // Mike Rawes wrote:
BLOP is a set of LADSPA plugins - after way too long, it's up to v0.2.6
I get a strange error:
|| gcc -DPACKAGE=\blop\ -DVERSION=\0.2.6\ -DSTDC_HEADERS=1 -DHAVE_STRDUP=1
|-DHAVE_LIBM=1 -I. -I. -I/usr/include -Iinclude -I.-pipe -Wall
The code snippet looks okay to my eyes:
loop_index = loop_index == 0 ? 1 : loop_index;
loop_index = loop_index 64 ? 64 : loop_index;
int rst = f_round_i(reset);
int i;
Where's the error?
you can't declare a variable except at the top of a block. Newer compilers
let
On Tue, 2003-02-04 at 22:22, Frank Barknecht wrote:
src/sequencer64_1675.so.c
loop_index = loop_index == 0 ? 1 : loop_index;
loop_index = loop_index 64 ? 64 : loop_index;
int rst = f_round_i(reset);
int i;
Where's the error?
With C, you can only (or at least you're
Steve Harris wrote:
On Tue, Feb 04, 2003 at 07:10:39 -0500, Taybin Rutkin wrote:
On Tue, 4 Feb 2003, Abramo Bagnara wrote:
Despite that I strongly think that an audio server that not permit in
native way the traditional approach (what you call blocking approach)
will never achieve the
On Tue, 4 Feb 2003 14:51:41 -0800 (PST)
Tim Hockin [EMAIL PROTECTED] wrote:
The code snippet looks okay to my eyes:
loop_index = loop_index == 0 ? 1 : loop_index;
loop_index = loop_index 64 ? 64 : loop_index;
int rst = f_round_i(reset);
int i;
Where's the
On Tuesday 04 February 2003 20.56, Tim Hockin wrote:
Hello everybody,
I'm one of the PTAF authors and I've just subscribed to
this list, seeing the standard is discussed here. I will
try to answer your questions and to collect feedback.
I apologize for this long mail.
WELCOME! I'm
On Tuesday 04 February 2003 21.12, Tim Hockin wrote:
[...]
Well, there also needs to be a way for a plugin to wrap other
formats, and change all it's metadata. I imagined that a
plugin couls tell the host that it needs to be re-examined -
XAP_EV_GESTALT - or something.
Yeah.
On Tuesday 04 February 2003 21.17, Tim Hockin wrote:
Overall PTAF is supprisingly similar to XAP (which is
encouraging), there are just some differences in emphasis. Us LAD
people tend to be simplecity freaks. I think its one of the
really good things about LADSPA.
I think that if we can
What I'm saying is basically that it's not a goal in itself to create
our own standard here. If we can get along with the GMPI group and
something useful gets out of it, things will be better for everyone.
What this would mean to XAP as such is uncertain, of course - but I
think we will
Add a flag that says they are a wrapper, and a flag on the control
that changes the universe? What if it is multiple controls?
*Now* I actually get what you're talking about. ;-)
Audiality running as a XAP plugin would be a typical example, as it
Anyway, it's even more hairy than it
On Tuesday 04 February 2003 21.47, Josh Haberman wrote:
[...]
Right now the only ways to choose a callback model in Linux audio
applications are:
* use JACK. Using JACK directly only makes sense for:
1. applications whose only possible use in in a JACK graph
(jackrack) 2. applications
On Wednesday 05 February 2003 01.58, Tim Hockin wrote:
What I'm saying is basically that it's not a goal in itself to
create our own standard here. If we can get along with the GMPI
group and something useful gets out of it, things will be better
for everyone. What this would mean to XAP
On Wednesday 05 February 2003 02.06, Tim Hockin wrote:
[...wrappers; transforming plugins...]
It's not pretty, but it is useful. LADSPA plugins in a
XAP-LADPSA wrapper. VST plugins in a XAP-LADSPA wrapper. XAP
subnets in a XAP-XAP wrapper.
Yeah, I can't deny that - but I can't think of any
Any suggestions for scripting language? Python, Lua, Java...? (Though
TCL? easy, cross platform.. Maybe Perl? But this goes beyond what I was
suggesting. I meant to suggest something like:
UI name=timsynth image=tim_bg.xpm
KNOB x=15 y=15 image=tim_knob.xpm width=50 height=50
CUT
Oh, there's one thing to keep in mind: You need one gain control (or
pair of them) per output, or it won't be all that cool in real
life...
really? I don't know. I still don't even really see where it will be used
at all except on returns from sends.
On Tue, 2003-02-04 at 18:03, David Olofson wrote:
Would be cool if even more platforms were supported, but OTOH, in the
case of Audiality, that's mostly for games that use it as a sound
engine - and SDL works fine for that.
What platforms are not supported that you would like to see? There
On Wednesday 05 February 2003 04.38, Tim Hockin wrote:
Any suggestions for scripting language? Python, Lua, Java...?
(Though
TCL? easy, cross platform.. Maybe Perl?
Dunno... Both seem to be rather messy for non-programmers to get
into - and by all means, I expect most serious GUI
On Wednesday 05 February 2003 05.21, Josh Haberman wrote:
[...]
What platforms are not supported that you would like to see? There
is a list of currently supported platforms at
http://www.portaudio.com/status.html
Well, that covers it, basically.
I bet a few users of PDAs, consoles, various
45 matches
Mail list logo