I've been playing around with libsndfile, libvorbisfile, libmodplug, and
libao to provide background music and sound effects for a game engine. I
have a solid handle on making one noise at a time, but I don't understand
mixing. At first I thought I would have to write my own mixer and
Could I get some ideas and advice on the subject of reconciling two
streams with different channel layouts?
Going from mono to stereo is straightforward: make a stereo stream with
both channels carrying the same data. Mixing a one or two channel stream
with 5.1 or 7.1 also seems fairly
On Sat, 2 May 2015, Adrian Knoth wrote:
On Sat, May 02, 2015 at 08:30:50AM +, d...@661.org wrote:
Could I get some ideas and advice on the subject of reconciling two
streams with different channel layouts?
Hold on, weren't you the guy who couldn't mix two audio streams into one
three
On Thu, 30 Apr 2015, Hermann Meyer wrote:
Am 30.04.2015 um 10:41 schrieb d...@661.org:
I've been playing around with libsndfile, libvorbisfile, libmodplug, and
libao to provide background music and sound effects for a game engine. I
have a solid handle on making one noise at a time, but I
On Fri, 1 May 2015, Christopher Arndt wrote:
Am 01.05.2015 um 11:49 schrieb David Griffith:
I really don't want to do that. My application has a curses interface and I
don't want to pull in lots of GUI dependencies.
Maybe Gorilla Audio then? I don't know it, I just found it searching for
On Fri, 1 May 2015, Hermann Meyer wrote:
Am 01.05.2015 um 00:17 schrieb d...@661.org:
On Thu, 30 Apr 2015, Hermann Meyer wrote:
Hi
It seems libao is able to do this. Attached is the example code from the
libao side, roughly hacked in a second thread to play to signals
simultaneous. Works
On Fri, 2007-05-11 at 17:23 +0100, Steve Harris wrote:
On 11 May 2007, at 16:13, Florian Schmidt wrote:
I do agree with you that there is such an essential set of features
that
really should be in the core spec, but as it will sort itself out
anyways by
means of evolution, i also
On Fri, 2007-05-11 at 22:36 +0100, Steve Harris wrote:
On 11 May 2007, at 20:37, Fons Adriaensen wrote:
On Fri, May 11, 2007 at 06:24:38PM +0100, Steve Harris wrote:
On 11 May 2007, at 15:07, Fons Adriaensen wrote:
Two 32-bit ints can represent (the non-integer part of) most (not
Greetings:
Some time ago I wrote a rather lengthy user-level introduction to JACK.
It was published in a German Linux magazine, and I'd now like to put the
original on the Web. However, it surely needs updated, so I've placed
its current condition on-line here :
On Fri, 2007-05-11 at 18:24 +0100, Steve Harris wrote:
On 11 May 2007, at 15:07, Fons Adriaensen wrote:
On Fri, May 11, 2007 at 03:33:04PM +0200, Lars Luthman wrote:
That sounds like a good argument for two ints to me. Although
you'd have
to do a lot better than double if you wanted
Hi all,
I remember a while back someone posting results of a benchmark to
compare performance of pipes vs cond vs semaphores, but I can't find the
specific post or code in the archives for the life of me.
Does anyone have the /code/ for that benchmark (or anything similar I
can fiddle with to do
On Sat, 2007-06-09 at 12:19 +0100, Damon Chaplin wrote:
On Fri, 2007-06-08 at 14:18 -0400, Dave Robillard wrote:
Hi all,
I remember a while back someone posting results of a benchmark to
compare performance of pipes vs cond vs semaphores, but I can't find the
specific post or code
On Tue, 2007-21-08 at 21:29 +0200, Karsten Wiese wrote:
Hi,
trying lash-0.5.3 here, weired things happened:
I set up a simple project with only 1 lash_synth, the lash_synth
was connected to an alsa-sequencer keyboard port and to jack.
After saving, closing and restarting that lash-project,
Greetings,
I'm trying to compile Wine 0.9.44 as a 32-bit executable on an AMD
64-bit system (that is, with -m32, not in a chroot). I've done this
successfully in the past under 64Studio, but my recent crash reinstall
has introduced something (or left out something) that leaves me unable
to
Ross Vandegrift wrote:
According to AMD docs, on the x86-64 arch, all push/pops much be 64-bits
unless you're in legacy (32bit) mode. So you can't do this. A quick
hack removes the x86 specific version of this ASM code and falls back
on the somewhat portable version:
[snip]
Thanks, Ross,
Forwarded, sorry for the cross-posting:
The JackLab Project announces its first public release
Promotion association planned
The technical manager of the JackLab of project, Oliver Bengs, released the
final 1.0 version of the JackLab Audio Distribution (JAD) today after
development period of
Marco Milanesi wrote:
By following LAD/LAU lists, I see that you are using pure 64bit
arch, could you confirm that VSTs with 32 bit wine works?
Hi Marco,
I've cc'd this response to the lists because I want to clarify the
situation for all who are interested.
The short answer is,
me what is the proper way of dealing with this.
the env var LD_LIBRARY_PATH might be what you are looking for - not sure
on it's properness though :)
cheers,
dave
http://www.pawfal.org/dave/
___
Linux-audio-dev mailing list
Linux-audio-dev
Greetings:
Simple questions, probably no simple answers :
Can I compile Audacity for Windows using a Linux tool-chain ? I've
never attempted a cross-compile, and despite some study I'm not sure if
I can do what I'd like to do.
Further question:
If I can't compile it directly in Linux
Clemens Ladisch wrote:
Portmidi designed is based on Windows' MME API which doesn't allow
applications to create ports visible to other applications.
Ah, that's good to know. Is that true for PortAudio also ?
Best,
dp
___
Linux-audio-dev mailing
On Tue, 2007-11-27 at 10:46 +, Krzysztof Foltman wrote:
Dave Robillard wrote:
Why not make it satisfy most everyone by being extensible?
It *is* extensible. Note that commands 0x00-0x6F and 0x73-0x7F are
unused, so further extensions are free to define them (perhaps we need a
scheme
On Wed, 2007-11-28 at 01:05 +0100, Marc-Olivier Barre wrote:
On Nov 27, 2007 11:24 PM, Dave Robillard [EMAIL PROTECTED] wrote:
I have said this a lot, and I will continue saying it more until the end
of time because it's important: the fact that ports can
contain /anything
On Wed, 2007-11-28 at 23:39 +0100, David Olofson wrote:
On Wednesday 28 November 2007, Dave Robillard wrote:
[...]
The only problem that needs to be handled is how to get the type in
there. I would like to find a good solution to this problem that's
as extensible as URIs but doesn't
On Wed, 2007-11-28 at 17:19 +0100, Lars Luthman wrote:
On Wed, 2007-11-28 at 15:56 +, Krzysztof Foltman wrote:
Serialization is necessary because large events can potentially refer
to some foreign objects, like handles to OpenGL textures in video
memory and what not :) You cannot assume
On Thu, 2007-11-29 at 12:55 +, Krzysztof Foltman wrote:
Lars Luthman wrote:
I'd prefer to just have one MIDI event type and pass the status bytes as
part of the event data. That way you can have generic MIDI processors or
channel filters or whatever without having to list every event
On Thu, 2007-11-29 at 05:59 +0200, Nedko Arnaudov wrote:
Lars Luthman [EMAIL PROTECTED] writes:
struct Event_Port_Buffer {
uint32_t capacity;// number of elements in the array
uint32_t used_size; // number of _used_ elements
uint32_t event_count; //
On Thu, 2007-11-29 at 13:25 +0100, Lars Luthman wrote:
On Thu, 2007-11-29 at 05:59 +0200, Nedko Arnaudov wrote:
Also, i doubt we need three count members in Event_Port_Buffer
structure. used_size - number of used events is perfectly fine by
itself. I dont see why plugin should know whether
On Fri, 2007-11-30 at 00:23 +, Krzysztof Foltman wrote:
Dave Robillard wrote:
Because char* usually means, you know, a pointer, not a variable length
array :)
char buf[] is, you know, equivalent to char* buf. You do know C,
yes? ;)
You *do* know C, yes? Well enough
On Thu, 2007-11-29 at 19:43 +, Krzysztof Foltman wrote:
Lars Luthman wrote:
It's up to the host I suppose. If you pass the maximum capacity you get
maximum flexibility, but also risk that a greedy plugin fills your
entire buffer with 12412 MIDI CC's per audio frame. But at some point I
On Thu, 2007-11-29 at 01:49 +0100, David Olofson wrote:
On Thursday 29 November 2007, Dave Robillard wrote:
[...]
Well, sure, but big data is big data. In the typical case plugin
buffers are much smaller than the cache
[...]
Of course, but that's exactly what I'm talking about - large
On Fri, 2007-11-30 at 00:30 +, Krzysztof Foltman wrote:
Dave Robillard wrote:
I /really/ don't like screwing around with MIDI. Just make the events
pure, raw MIDI. Jack MIDI events are 'just n bytes of MIDI', Alsa has
functions to get at 'just n bytes of MIDI', and... well, it's just
On Fri, 2007-11-30 at 03:15 +0100, David Olofson wrote:
On Friday 30 November 2007, Dave Robillard wrote:
[...]
I do agree we should not be adding crufty features to support
massive buffers, if that's what you mean. It's easier to just split
the cycle anyway.
Yes, that's exactly what
On Fri, 2007-11-30 at 02:39 +0100, David Olofson wrote:
On Friday 30 November 2007, Dave Robillard wrote:
That's why I'm using a Port as the smallest connection unit,
much like LADSPA ports, so there is no need for an event type
field of any kind at all, let alone a URI.
Ports
On Fri, 2007-11-30 at 09:45 +, Krzysztof Foltman wrote:
Dave Robillard wrote:
We could use float I guess to save a bit of space, but I definitely
prefer floating point. Fixed point is just a PITA, modern CPUs are much
faster at FP anyway, why bother?
1. The modern CPUs are much
On Fri, 2007-11-30 at 11:23 +0100, David Olofson wrote:
On Friday 30 November 2007, Krzysztof Foltman wrote:
[...several points that I totally agree with...]
If you use integers, perhaps the timestamps should be stored as
delta values.
That would seem to add complexity with little gain,
On Fri, 2007-11-30 at 10:42 +, Krzysztof Foltman wrote:
Dave Robillard wrote:
Sigh. In /this case/ they are the same, because the data directly
follows
Sort it out with gcc, not with me :)
The struct does not actually exist, its sizeof is irrelevant.
And if you meant that event
On Fri, 2007-11-30 at 11:10 +, Krzysztof Foltman wrote:
Dave Robillard wrote:
MIDI. In short: don't rock the boat; all this Jack/LV2 MIDI stuff is
still getting off the ground...
Well, I see your point. Again, I'll start worrying (or defining
extensions) when it'll be necessary
On Sat, 2007-12-01 at 20:13 +0100, Lars Luthman wrote:
On Sat, 2007-12-01 at 14:03 -0500, Dave Robillard wrote:
We have working plugins, MIDI, dynamic
parameters, OSC, toolkit agnostic embeddable GUIs;
Clarification: The GUI extension is toolkit agnostic, the GUIs
On Sat, 2007-12-01 at 21:49 +0100, David Olofson wrote:
On Saturday 01 December 2007, Dave Robillard wrote:
[...]
Taking a step back, it would be nice to have these events (being
generic) able to use something other than frame timestamps, for
future dispatching/scheduled type event systems
On Sat, 2007-12-01 at 22:19 +0100, David Olofson wrote:
On Saturday 01 December 2007, Dave Robillard wrote:
[...non audio time timestamps...]
All I ask for is a few measley bits :) That I can point to widely
accepted standards (one of which is very, very close in domain to
this event
On Sat, 2007-12-01 at 14:56 -0500, Dave Robillard wrote:
No argument that it's faster. With separate int fractional parts it's
even probably cleaner. I may be convinced...
Taking a step back, it would be nice to have these events (being
generic) able to use something other than frame
On Sat, 2007-12-01 at 23:23 +0100, Krzysztof Foltman wrote:
Dave Robillard wrote:
Taking a step back, it would be nice to have these events (being
generic) able to use something other than frame timestamps, for future
dispatching/scheduled type event systems.
I think there's certain
On Sun, 2007-12-02 at 00:15 +, Krzysztof Foltman wrote:
Dave Robillard wrote:
What is the point of having two separate event definitions when one will
do for both, though?
Perhaps, if we go 64-bit (although I still think it's overkill!) it
might make sense to make a timestamp a sort
On Sun, 2007-12-02 at 01:26 +, Krzysztof Foltman wrote:
Dave Robillard wrote:
I still don't see where you're getting all this messy code stuff.
Adding 8 to a pointer isn't any more or less messy than adding 16 to a
pointer.
uint32_t *p = some_int_array[0];
p += 7;
Q: Where does p
On Mon, 2007-12-03 at 02:29 +0100, Lars Luthman wrote:
On Sun, 2007-12-02 at 19:39 -0500, Dave Robillard wrote:
On Sun, 2007-12-02 at 22:25 +, Krzysztof Foltman wrote:
Lars Luthman wrote:
with data padded to 4+N*16 bytes
4 + N*8. 16 is excessive, while 4 is not enough (to be able
On Mon, 2007-12-03 at 03:32 +0100, Lars Luthman wrote:
On Sun, 2007-12-02 at 21:08 -0500, Dave Robillard wrote:
On Mon, 2007-12-03 at 02:29 +0100, Lars Luthman wrote:
For the URI-int mapping, I've changed my mind and vote for a separate
Feature that you have to explicitly list in the RDF
On Wed, 2007-12-05 at 04:35 +0100, Lars Luthman wrote:
On Tue, 2007-12-04 at 09:42 +, Krzysztof Foltman wrote:
What about this (translate it to C in your heads :) ):
interface IURIRegistryObserver
{
// function in plugin etc. called by host whenever new URI is registered
Is this what we have for the event/buffer header, then?
http://svn.drobilla.net/lad/lv2/extensions/events/lv2_events.h
(Ignoring the URIs, references to nonexistant symbol stuff, etc.)
Cheers,
-DR-
___
Linux-audio-dev mailing list
On Sun, 2007-12-09 at 15:06 +, Krzysztof Foltman wrote:
Dave Robillard wrote:
Is this what we have for the event/buffer header, then?
http://svn.drobilla.net/lad/lv2/extensions/events/lv2_events.h
char data? why not char data[0]?
Not standard C AFAIK.
-DR
On Sun, 2007-12-09 at 18:08 +0200, Nedko Arnaudov wrote:
Krzysztof Foltman [EMAIL PROTECTED] writes:
Dave Robillard wrote:
Is this what we have for the event/buffer header, then?
http://svn.drobilla.net/lad/lv2/extensions/events/lv2_events.h
char data? why not char data[0
On Sun, 2007-12-09 at 17:09 +, Krzysztof Foltman wrote:
Dave Robillard wrote:
How would you access the data in code? (it'd be ugly/annoying)
Control byte of MIDI - data[0]
First argument of MIDI - data[1]
Second argument of MIDI - data[2]
. duh. Try to note what something
On Sat, 2007-12-15 at 18:08 +0100, [EMAIL PROTECTED] wrote:
And I got always two lines for each plugin in the URI listing.
Odd, the same version of redland and friends works fine here.
I tried to work around it (taking a performance hit :/ ) - can you try
the most recent SVN and let me know if
On Tue, 2007-12-18 at 18:27 +0200, Nedko Arnaudov wrote:
Krzysztof Foltman [EMAIL PROTECTED] writes:
Krzysztof Foltman wrote:
So having jackd behave in orthagonal way is not confusing? Like, jackd
process is running, why my apps cannot connect?!?!?
In normal situations, this jackd
On Tue, 2007-12-18 at 16:56 +0200, Nedko Arnaudov wrote:
Krzysztof Foltman [EMAIL PROTECTED] writes:
Nedko Arnaudov wrote:
I'd like to hear what other ppl think about this. It works for me both
ways. If most ppl like to have two modes merged in one executable just
to see jackd is
On Tue, 2007-12-18 at 16:51 +, Krzysztof Foltman wrote:
Then,
when the server is started, it renames itself back to jackd. Of course,
I mean, renames the process, not the actual executable (that'd be insane!)
... renaming processes isn't insane? :)
-DR-
On Mon, 2007-12-10 at 07:46 -0500, Fred Gleason wrote:
Howdy Folks:
I'm in the midst of laying out an OSC namespace for a new app, and have come
across a couple of places where it might make sense to 'overload' different
argument parameters onto the same command node (in the same sense
On Wed, 2007-12-19 at 23:55 +0100, Fons Adriaensen wrote:
On Wed, Dec 19, 2007 at 11:55:55AM +0200, Nedko Arnaudov wrote:
Fons Adriaensen [EMAIL PROTECTED] writes:
The useful feature is one you mentioned, to separate control
interface. It also adds the logfile thing. Also it adds
Announcing the first stable release of the LV2 specification.
LV2 is a simple but extensible successor of LADSPA, intended to address
the limitations of LADSPA which many applications have outgrown. By
creating LV2 extensions (which can be done independently), virtually
any feature is possible
with as little burden on host
authors as possible.
This release corresponds to the new stable LV2 release, Revision 1.
More information, API documentation, and downloads can be found here:
http://drobilla.net/software/slv2/
Enjoy,
- Dave Robillard (aka drobilla
Greetings,
I'm trying to get IRCAM's Open Music 5.2.1 running here, but I'm having
various difficulties. For now, I'll focus on this one: I'm trying to
build MidiShare (it's required by OM) on my 64-bit machine (64Studio),
and I've got this far :
make -C kernel
make[1]: Entering directory
Stéphane Letz wrote:
MidiShare is not 64 ready for now. I would suggest to contact Yann
([EMAIL PROTECTED]) for more info on that.
Thanks, Stephane. I wrote to Yann, hopefully he'll have a fix for it.
Meanwhile, I'll keep trying to get Open Music working in a 32-bit
environment too.
Best,
On Wed, 2008-01-16 at 14:43 +0100, Fons Adriaensen wrote:
With the release of Jack 0.109 we now have a (hopefully)
stable API for midi-over-jack. This set me to consider what
would be required to modify Aeolus to use this system.
And I did not like the conclusions.
Is it a good idea to
On Fri, 2008-01-18 at 14:27 +0100, Fons Adriaensen wrote:
On Fri, Jan 18, 2008 at 02:07:26PM +0100, Albert Graef wrote:
Fons Adriaensen wrote:
Seriously, there are three things that I profoundly dislike in MIDI.
1. The limited precision of almost all values, 7 bits or 14 with a
On Fri, 2008-01-18 at 14:38 +0100, Pieter Palmers wrote:
If someone comes up with a decent 'event protocol' I'm volunteer to
implement it in jack, alongside the current jack-midi API (as an
experimental feature). From an implementations perspective it's a
no-brainer.
But can someone
On Fri, 2008-01-18 at 12:58 -0500, Paul Davis wrote:
On Fri, 2008-01-18 at 09:37 -0800, Fernando Lopez-Lezcano wrote:
Is there anything inherently wrong with OSC as a _transport_ protocol?
Anything that makes it unsuitable for that purpose within the framework
of jack? (I know there have
On Fri, 2008-01-18 at 13:09 +0100, Fons Adriaensen wrote:
On Thu, Jan 17, 2008 at 11:13:10PM +0100, Julien Claassen wrote:
Why can't those people who discussed it here (Dave R., Fons and probably
more - simply sit down and try to take as much as possible from the API
Jay Vaughan wrote:
Hmm. That equation don't hunt here. The MidiShare codebase is in dire
need of attention for 32-bit Linux and won't currently compile at all
for 64-bits. Ask me, I've been wrestling with its outdated source
tree for the past week or so. Yann is planning to fix it, but he's
Albert Graef wrote:
Dave, I can't help you right now with getting Midishare to work on 64
bit system, but if you're willing to run it on 32 bit I'll try to help
you getting it compiled. Just drop me an email.
Thank you, Albert, I did compile it with your patches. :) It's working
fine
Jay Vaughan wrote:
On Jan 20, 2008, at 9:37 PM, Dave Phillips wrote:
Thank you, Albert, I did compile it with your patches. :) It's working
fine with Open Music now. I also had to build the Player and Recorder, I
don't recall any trouble with them.
See? MidiShare works great! :)
Hi Jay
On Mon, 2008-01-21 at 22:08 +0100, Benno Senoner wrote:
Justin from Reaper answered the following on the forum:
---
I looked at LV2, there's a lot of stuff which I disliked.. for
example, ports being for parameters and audio buffers (and
presumably MIDI events), and all having the
On Mon, 2008-01-21 at 22:47 +0100, Benno Senoner wrote:
Since you are one of the LV2 developers I'd suggest you and all other
LV2 devs to take part on that thread on the reaper forum
and enlinghten them about the advantages and flexibility of LV2.
The Reaper forum isn't a useful place for
Lars Luthman wrote:
On Tue, 2008-01-22 at 05:02 -0500, Dave Phillips wrote:
Benno Senoner wrote:
Everyone is invited to add his own point of view and I hope that the
outcome will be a positive collaboration between LV2 and Reaper.
Well, Benno, what do you think about
On Tue, 2008-01-22 at 07:49 -0500, Dave Phillips wrote:
[EMAIL PROTECTED] wrote:
Dave Phillips wrote:
So responding with sarcasm, We'll do it my way or not at all
conditions, and a confrontive attitude qualifies as the spirit of
collaboration ? Geez, you guys are really winning
On Wed, 2008-01-23 at 10:10 +, Krzysztof Foltman wrote:
Steve Harris wrote:
To my mind it's better for us to develop a large suite of tools and
plugins to demonstrate the viability and advantages before we go
I think we indeed need lots of testing tools - like debugging
On Wed, 2008-01-23 at 12:44 +0100, Pieter Palmers wrote:
An interesting experiment might be to write a VST and/or AU wrapper
around LV2.
The interesting things about this would be:
* LV2 support in apps like reaper is (at least partially) present
* a lot of open source LV2 plugins get a
On Wed, 2008-01-23 at 14:50 +, Steve Harris wrote:
On 23 Jan 2008, at 14:35, Dave Robillard wrote:
On Wed, 2008-01-23 at 10:10 +, Krzysztof Foltman wrote:
Steve Harris wrote:
To my mind it's better for us to develop a large suite of tools and
plugins to demonstrate
On Thu, 2008-01-24 at 20:42 +, Christian Schoenebeck wrote:
Am Donnerstag, 24. Januar 2008 19:05:49 schrieb Thorsten Wilms:
I don't quite see what would stop a company from bundling LS with
commercial content, stating that LS is included as a freebie.
It's simple: as soon as it's
On Mon, 2008-01-28 at 14:09 +0100, Fons Adriaensen wrote:
On Fri, Jan 25, 2008 at 01:53:29PM -0500, Dave Robillard wrote:
On Fri, 2008-01-25 at 16:15 +0100, Fons Adriaensen wrote:
On Thu, Jan 24, 2008 at 09:15:35PM +0100, Esben Stien wrote:
But that's really the funny thing here
On Sat, 2008-01-26 at 03:16 +, Christian Schoenebeck wrote:
So get it: there is NOT only one definition of the term open source when
standing alone. Like with many unspecific short terms, different people have
different opinions of those short terms.
Yours just coincidentally is shared
On Mon, 2008-01-28 at 15:16 +0100, Marek wrote:
On Jan 28, 2008 11:37 AM, Dennis Schulmeister
[EMAIL PROTECTED] wrote:
The GPL doesn't *address* compensation for distribution at all.
I understand your point of a missing compensation mechanism very well.
And surely open-source developers
On Sun, 2008-01-27 at 12:33 +0200, Nedko Arnaudov wrote:
Juuso Alasuutari [EMAIL PROTECTED] writes:
- Jackdbus needs a port settings interface.
what is this? the patchbay interface? I.e. connect/discconect ports, get
clients/ports, get current connections, get notifications about graph
On Tue, 2008-01-29 at 14:00 +, pete shorthose wrote:
On Tue, 29 Jan 2008 01:25:31 -0500
Dave Robillard [EMAIL PROTECTED] wrote:
and it just so happens that
this arbitrary definiton matches exactly your
software which you wish to call 'open source'
for PR reasons.
virtually nobody
On Tue, 2008-01-29 at 14:00 +, pete shorthose wrote:
On Tue, 29 Jan 2008 01:25:31 -0500
Dave Robillard [EMAIL PROTECTED] wrote:
Yours just coincidentally is shared by
virtually nobody
did you just presume to speak for virtually
everybody?
I suppose it's also presumptuous to say
On Tue, 2008-01-29 at 18:22 +, pete shorthose wrote:
On Tue, 29 Jan 2008 11:41:39 -0500
Dave Robillard [EMAIL PROTECTED] wrote:
On Tue, 2008-01-29 at 14:00 +, pete
shorthose wrote:
virtually nobody cares what you think.
how's that?
Virtually nobody even knows who you
On Tue, 2008-01-29 at 21:39 +, pete shorthose wrote:
On Tue, 29 Jan 2008 15:13:02 -0500
Dave Robillard [EMAIL PROTECTED] wrote:
On Tue, 2008-01-29 at 19:28 +, pete
shorthose wrote:
On Tue, 29 Jan 2008 13:44:46 -0500
Dave Robillard [EMAIL PROTECTED] wrote:
On Tue, 2008
On Wed, 2008-01-30 at 15:08 +0100, Fons Adriaensen wrote:
- My usual grunge: unless you want me accidentally
destroy some very expensive equipment which is not
even mine, the generated JACK apps
MUST NOT AUTOCONNECT --- NEVER --- TO ANYTHING.
Hear hear. This setting really must be
On Wed, 2008-01-30 at 17:55 +0100, Marek wrote:
On Jan 29, 2008 7:01 AM, Dave Robillard [EMAIL PROTECTED] wrote:
On Mon, 2008-01-28 at 15:16 +0100, Marek wrote:
On Jan 28, 2008 11:37 AM, Dennis Schulmeister
[EMAIL PROTECTED] wrote:
The GPL doesn't *address* compensation
On Wed, 2008-01-30 at 17:10 +0100, Marek wrote:
On Jan 29, 2008 3:57 PM, Gordon JC Pearce [EMAIL PROTECTED] wrote:
On Sunday 27 January 2008 23:57:27 Marek wrote:
What does that matter? You mean someone should pay me for this?
I'll pay you to shut up about the GPL...
Seriously, you
On Wed, 2008-01-30 at 17:05 +, Gordon JC Pearce wrote:
On Wednesday 30 January 2008 16:55:19 Marek wrote:
Ok. How does the interpretation i have given rob you of the freedom to
run the code, study it, modify, distribute or make ascii art paintings
out of it or whatever like that?
On Thu, 2008-01-31 at 00:02 +0100, Marek wrote:
On Jan 30, 2008 6:18 PM, Dave Robillard [EMAIL PROTECTED] wrote:
On Wed, 2008-01-30 at 17:55 +0100, Marek wrote:
On Jan 29, 2008 7:01 AM, Dave Robillard [EMAIL PROTECTED] wrote:
What
your clearly false interpretation may or may not imply
On Wed, 2008-01-30 at 23:38 +0100, Marek wrote:
On Jan 30, 2008 6:43 PM, Dave Robillard [EMAIL PROTECTED] wrote:
On Wed, 2008-01-30 at 17:05 +, Gordon JC Pearce wrote:
On Wednesday 30 January 2008 16:55:19 Marek wrote:
Ok. How does the interpretation i have given rob you
On Thu, 2008-01-31 at 02:39 +0100, Julien Claassen wrote:
Dave and Marek! It seems now, it is mostly you discussing and flaming,
violating basics of the list ettiquet. And let's not be childish, it doesn't
matter who started being absuive. Either stop it or go off-list. There you
can
bull
Fons Adriaensen wrote:
Since the young demoiselles seem to stimulate Rui's creativity lets hope it
doesn't run out soon.
They've been stimulating mine for a goodly long time, and I don't see
that influence waning any time soon. Guessing at Rui's age, I'd say he
has maybe seventy or eighty
Hi all,
I think this is a network setup user error rather than anything
complicated, but anyone know why I get long pauses (5-10secs) when
calling lo_server_thread_new for the first time in a process?
Is it likely to be some timeout I can adjust?
cheers,
dave
configuration problem too.
Oh -- I've just seen that a newer liblo release (0.24, whereas my
Ubuntu Hardy has 0.23) fixes the problem by disabling IPv6 by default.
What liblo do you have?
Indeed, simply switching from 0.23 to 0.24 fixes it for me!
Thanks for all the help guys,
cheers,
dave
Frank Barknecht wrote:
I just stumbled upon the Non Sequencer, which seems to be nice for
live performance as well: http://non.tuxfamily.org/
Never tried it, though (and probably I never will use it very much as
I'm comfortable with Pd. ;)
Hi Frank,
I'm working with it now. I've known about
like this was how I started doing
it, and it would be a shame to ever remove this option completely.
cheers,
dave
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
Pau Arumà wrote:
Hi all,
I want to try LV2 synths and try developing new ones. The plugins API
and compilation seems all pretty clear, but I don't know what are the
existing host options.
I was about to try zynjacku with jack-keyboard. Is it compatible with
any LV2 synth?
Are there
On Tue, 2008-07-08 at 16:52 +0200, Kjetil S. Matheussen wrote:
I wonder if we could change the post-to-all-three-lists
policy? I don't like to spam three mailing lists
for everytime I announce a program, and it doesn't
seem like everyone knows that we are supposed
to post to all lists either.
Greetings,
I'm compiling a program called kodisein, an open-source VJ tool. I'm
hitting the wall here:
g++ -c -w -I /usr/include/stlport -I ../lib/handler -I ../lib/tools -I
../lib/types -I ../lib/values -I ../lib/widgets -I ../lib/windows -I
../src -I ../src/connectors -I ../src/handles -I
1 - 100 of 204 matches
Mail list logo