I'd like to run up to nine soundcards with Jack.
Ha, I'll raise you two. I'd like to run 11 sounds cards with Jack. At 192 mega
bored.
Raise me if you dare, I have a good hand, it's prime.
"at the end of the day its nil nil at half time???.
Trevor Brooking
On Tue, Jun 18, 2013 at 08:24:29AM -0400, Paul Davis wrote:
inevitable, since you are changing the order of processors in the channel
strip. in some setups, you will notice the click as this happens, in others
you will not.
This makes A3 unusable for live work. For the simple reason
Subject: Re: [LAD] Plugin 1/oct frequency controls (AMS/MCP/VCO)
From: d...@drobilla.net
To: nickycopel...@hotmail.com
CC: j...@synthedit.com; linux-audio-dev@lists.linuxaudio.org
Date: Tue, 21 Aug 2012 16:59:03 -0400
Yes, but as already mentioned, for a modular to be usable a standard is
On Wed, Dec 28, 2011 at 1:46 PM, Iain Duncan iainduncanli...@gmail.com wrote:
Hey folks, what is the easiest way to deal with midi input in a jack app?
Dave mentioned that you want to use the Jack API entirely, I think he probably
meant
that on Linux you can safely rely in having an access
if I understand what you're saying, the producer should check for
sizeof(MyStruct) space before writing,
Yes. Partial writes are possible but are going have to take care of when you
write the remainder, and also cater for partial reads as well. These would
introduce some ugly timing
Thanks for the tips. What should one do if one detects a partial write? Is it
best to have integrity checks on both ends of the ringbuffer?
Avoid them. There should be some calls for checkRingBufferWriteSpace(), make
sure it is large enough to cater for your object size. You still have a
It's more like the distance along the minor axis controls sensitivity,
and the actual value change is always along the major axis?
yes. also rather easy to discover.
Does this differ from fanning sliders?
On my computer, sockets are sometimes slower than both pipes and queues.
However, by making sure the two processes doesn't change CPU during
runtime, sockets are always the fastest, and I get consistent results:
That is useful. How consistent are the results people are getting though? When
Is it possible to configure Macbook touchpads to middle click?
-dr
P.S. Spare us the who cares rants, please...
You can do this kind of stuff with the Mac. My boss has one and I had to use it
to do a presentation a while back: one button. Bummer. I had him drive the thing
since their
From: d...@drobilla.net
To: f...@linuxaudio.org
Some situations are indeed much more complex than others, but a widget
is still just a stupid thing that gives you a number.I go with this, for lots
of reasons but the main one being that the graphic should be
an output of your application
From: d...@drobilla.net
To: linux-audio-dev@lists.linuxaudio.org
Date: Thu, 24 Nov 2011 19:10:26 -0500
Subject: [LAD] Pipes vs. Message Queues
I got curious, so I bashed out a quick program to benchmark pipes vs
POSIX message queues. It just pumps a bunch of messages through the
From: clem...@ladisch.de
To: nickycopel...@hotmail.com
CC: d...@drobilla.net; linux-audio-dev@lists.linuxaudio.org
Perhaps I should revisit another project I was working on which was syslog
event
correlation: it used multiple threads to be scalable to 1M syslog per second
(big
From: d...@drobilla.net
To: nickycopel...@hotmail.com
That is a good idea. The recent comments on the use of Shift vs
Control
and controller changes does highlight some differences. Bristol uses
Shift for accelerator (as in shift your butt) and Control as a
decelerator
to have more
From: brumm...@web.de
To: d...@drobilla.net
CC: nickycopel...@hotmail.com; linux-audio-dev@lists.linuxaudio.org
I think most modern apps use middle mouse button today for midi
connection. Laptops witch didn't have a middle mouse button often even
didn't have a midi in connection so there is
From: f...@linuxaudio.org
To: linux-audio-dev@lists.linuxaudio.org
Subject: Re: [LAD] sliders/fans
On Thu, Nov 24, 2011 at 02:21:25PM -0500, David Robillard wrote:
Suppose the minimum value of the widget would correspond to say
-100 dB if not handled specially. If you just have a single
Just a thought, but perhaps an effort at a LAD HIG (Human Interface
Guidelines) might be a good idea, so things like this aren't arbitrarily
different between apps and plugins?
Naturally the scope of such a thing would be limited since different
programs have different needs, but at least
From: d...@drobilla.net
P.S. Tell us some more about good UI, nickycopeland at *hotmail* (LOL)
Dave, was that a joke or are you just rhetorically answering your own questions?
This is a browser interface. I agree with you, it stinks. All these little grey
javaboxes
do at least let me read
From: f...@linuxaudio.org
To: linux-audio-dev@lists.linuxaudio.org
Subject: Re: [LAD] bleeding edge html5 has interesting Audio APIs
On Tue, Nov 22, 2011 at 05:59:40PM +0400, Alexandre Prokoudine wrote:
On Tue, Nov 22, 2011 at 5:54 PM, Fons Adriaensen wrote:
For darktable we
, Nick Copeland wrote:
Which toolkit is this? Having the graphical position of the slider/pot
define its
value sounds a little broken.
?? I must be missing something essential...
For example, you have a slider that is 100 pixels long, it has
101 possible positions, each one of those
Or simply hide the cursor?
Well, the tablets don't even have one since that last thing you want
with multitouch is ten cursors on the screen.
Or you can always do a Claassen and hide the whole damn GUI. That
actually has quite a lot going for it as well...
Regards, nick.
From: d...@drobilla.net
On Mon, 2011-11-21 at 18:59 +, ja...@jwm-art.net wrote:
I'm no gamer but even I know games can be have been written in java.
Minecraft springs to mind. A very interesting 3d block game.
The one famous for having almost artistically primitive graphics?
Yes, and
Subject: RE: [LAD] bleeding edge html5 has interesting Audio APIs
From: d...@drobilla.net
As for UIs, there is precisely one platform available by default on
almost all devices: the browser. Period.
How much a bunch of Unix curmudgeons or Java fans dislike that fact
doesn't change it,
Subject: Re: [LAD] bleeding edge html5 has interesting Audio APIs
From: d...@drobilla.net
All we need is a couple of sliders and knobs and such. It's quite straight
forward
Ah, is that all we need? I never realised it was so simple. Can I have them
in some dull, boring grey colour with
Would (a) a SCHED_RR/50 thread be run ahead of a SCHED_FIFO/49 thread?
We have three answers, yes, no, and maybe. According to the kernel scheduler
the
answer is yes. The kernel does not actually have the final say here though
which is
why the answers no and maybe can be equally valid.
Date: Thu, 22 Sep 2011 11:36:34 +0200
From: ro...@gareus.org
On 09/22/2011 10:22 AM, m.wolkst...@gmx.de wrote:
Am Sat, 17 Sep 2011 19:29:32 +0200
upgraded (added xjadeo).
Added Bristol = 0.60.6
## apps supporting jack-session (09/22/2011) ##
# sorted by name
* ardour 3 (jack session
- Mobile processors generally do NOT have good
floating point power. Sometimes by a factor
of 1000 flops.
It can be a factor of 1000 if the binaries are built assuming there is an FPU.
What happens is you get a system call for every failed float operation. If the
toolset is
Most LV2 and LADSPA plugins do the DSP work in floating
point... so... yes. :-)
[snip a load of guff...]
The apps should still work with float as they would on any platform.
LV2 nor LADSPA are going to add much overhead as they do not
manipulate floats.
All those needless conversions don't
Who's talking about getting apps to interoperate? Not me.
No, but you are talking about getting developers to interoperate. The
Android app model is very segregating so if you want to share libraries
then you will also have to have all developers of each codestream to
share the same signing
No, when building with Android NDK using the armeabi-v7a ABI, hard floats are
used. This works on ARMv7, which means a lot of devices, and certainly the
majority.
But then every other system gets the rough 1000 factor performance hit that
started
this thread since all other CPU have to do a
I might get flamed for this however GUI should not really be run with rt
priority,
that is an honour for the DSP engines. There are some reasonable arguments
however for leaning on the scheduler with renice for the user interfaces to give
them a bit of a bias over other system operations.
Paul Davis wrote:
what are those arguments?
The argument is that rendering images, a part of the GUI, also requires chewing
up a lot of CPU. These processes aren't involved in lots of disk IO, they can be
manipulating images with either 2D or 3D transforms - as I said, it is pretty
similar
Since people usually are using Jack by a package, when thy use real-time
audio apps IMO it's ok to include it to a Jack package, anyway, IMO
there should be a dependency setting without nice and with memlock.
Neither jack, ardour or any other app actually uses the 'nice' option simply
because
You are full of even more shit than I am - can you just f-off and write your
own
DAW? Or at least go and write apps for an OS that has other developer lists.
we have to make sure that old fag [Fons] does disappear”.
Jim Wong, president of IT products, Acer
Date: Thu, 24 Feb 2011 21:58:12
ATM it doesn't even provide network transparency. Which means you can't
even do the equivalent of ssh -X.
Does anybody even use this feature anymore?
It is another pet beef, though. Most Linux desktop distributions disable the
TCP connections to the X server anyway so the features of '-X'
X11 hides the hardware and allows the app to be independent of it, just as do
Jack for audio, sockets for networking, etc. Do you suggest that I should not
use Jack or sockets because e.g. Windows doesn't have them (natively) ?
Actually yes, I am suggesting you don't use Jack or Sockets if
I didn't follow the whole discussion, but I just want to toss out one
not-so-stupid-as-it-may-seem possibility: HTML + CSS + JS. Take a look
at YUI.
I don't think it's stupid at all. Saying using browser technology for UI
is stupid these days is the height of short-sightedness. That's
OK, let's make a few thing clear. I write for Linux. This list
is called Linux Audio Developers. I don't care a second if my
apps are not portable to OSX, windows, or whatever you like.
So lets make a few other things clear:
Maemo is Linux and a bog standard X app would perhaps just work.
does this (sub)dialog need to be so ... personal? so exclusive? so
full of the righteousness of its proponents' viewpoints that there's
no room for plurality, or doubt?
This list as far as I can remember has always been full of righteous
opinions, and by pretty much all of its subscribers,
OT: I never noticed any difference for the sound quality, of different
versions of the Prophet 5, but I guess everybody heard about stable or
unstable tuning for different versions of the Mini Moog ;). Revisions
could have different qualities. [OT end]
There were two major releases of the
Now PA does use
quite a lot of CPU on the N900 - the +/-2% it requires on my laptop
translates into about 25% on Maemo, this really is quite an overhead and
as far as I can tell it does not change with sampling rate (I get the
same overhead with 48kHz as with 44.1kHz although I will
so as mentioned in other replies, this is not really pulseaudio to blame.
On N900 there is some fixed processing that must be applied to all streams
(and there are different pipelines for different uses and routes, so it's
not always constant). With N900 this code is now in PA (as it's the
This issue has been patched in the debian source, it was done a few weeks ago
now with a case on sf.net to cover it. The problem relates to a user being able
to reconfigure their own LD_LIBRARY_PATH, get their own version of any of the
library to load pretty easily and then do whatever they want
How do the other scopes work? If you really want to get a good image of
a waveform on a screen then you might want to totally divorce the sampling
rate from the screen drawing:
To actually see a waveform and how it develops then you really need the scope
to sync to it. The way the oscilloscopes
Date: Mon, 12 Apr 2010 02:16:40 +0200
From: jul...@c-lab.de
never saw anyone doing that. So if you have pairs of information, try to put
them in one or the other half of these 80 chars, not somewhere in between.
The code attempts to use a single 40 character line as per you comments on
So it is back on list, good.
Something I can make available for bristol in the short term is a VI like
interface
navigate left/right through the synth parameters with h/l and change their
values
down/up with j/k (with shift key accelerators and control key decelerators).
The nice thing about
you want the user's input line to remain intact
instead of being broken into pieces by the output.
This could be even more important in case the
interface is a single line Braille 'display'.
I once had some nice code solving this, but it
was written for my then employer, and I can't
use
if you try to attach a knob of the soft synth to a slider of a midi keyboard,
it will not work.
There is no way to differentiate between source controller types (slider/knob)
if it just sends
a MIDI CC message. It is possible to remap controllers on your surface to not
send CC but
send
So anyway, if a new port does get defined I would personally not like
to see it called
a CV port. Automation (CA) maybe, but not CV, that confuses the issue.
Hm? And how do we use the automation? By mouse or by hardware MIDI
controllers ;)?
If the hardware MIDI controller would
fons wrote:
to send a stream of
parameter updates, and then it all depends on the receiver
if this results in a 'staircase' or a smooth trajectory.
Agreed, and the MMA advises on a few of them such as the pan
mentioned in the last submit and the fact that the MMA only
advises on a few of
It doesn't mean the synth will not sound good, there are just some
things that it
will not be able to do.
Regards, nick.
Indeed a B3 emulated by an Oberheim Matrix-1000 might be no good choice,
OTOH because of the automation, you won't have any synth with a good B3
emulation to
ralf.mardorf wrote
I would like to have one, especially because I fear that one of the CME
microchips someday will go west, but I guess that the CME microchips
make the big difference to virtual analog synth.
Yeah, those CME chips do make a difference. With all the emulators I say that
Dear Fons,
Please accept an apology from me regarding my slant on your integrity.
When you explained the difference between your wording, of designing
a filter for AMS, not designing the filter of AMS, I realised my mistake in
what was quite a defamatory and insulting email to you. Even
message from Mr. Nick Copeland.
It was sent privately, but since this is the continuation of
a thread on this list and the person concerned has well gone
beyond any reasonable limits of decent behaviour I feel free
to post it here.
*** Start included message ***
The last time I looked
message from Mr. Nick Copeland.
It was sent privately, but since this is the continuation of
a thread on this list and the person concerned has well gone
beyond any reasonable limits of decent behaviour I feel free
to post it here.
*** Start included message ***
The last time I looked
If the user sends a 20khz sine wave into an application's
volume port that's either their mistake, or its exactly
what they wanted to do.
If that is what they want to do they should use the right
tool, wich would be ring modulator in a synth. I'd expect
synths to use audio rate
But actually, implementing it perfectly it jack apps may cost a lot if
your control rate is the same as the audio rate (for example computing
a filter coefs 96000 times per second). I think a new type of 'audio'
port having only a sample per period could be a simple and handy
solution
On Mon, Feb 15, 2010 at 1:31 PM, f...@kokkinizita.net wrote:
So the solution would be a separate thread that receives
MIDI all the time and not just at the start of a cycle ?
p...@linuxaudiosystems.com wrote:
a2jmidid already implements this, and i have working internal JACK
clients
guaranteed for 24 bits of a 32 bit value. funny old world, eh? :)
Wasn't that just for 32 bit floats though? They were implemented as a structure
that implied multiple write operations, they only garanteed the mantissa,
not the exponent. I am pretty sure integer memory IO was guaranteed as that
I'm also somewhat interested in the network part, I feel IPv6 could help
a lot. It supports autoconfiguration and it has decent multicast
support, so it would be possible to broadcast/multicast the streams on
the net (LAN). This could be useful if you want to access the stream at
a mixing
the current implementation is not able to merge sessions.
the uuid values used for identifying the apps to connect them up again,
are maintaned by the applications. and for this feature to work, the
sessionmanager would need to be able to change them while the session is
still stored.
The issue with using the predefined CC such as #7 for other uses is that if any
GM controller sits on your MIDI channel it will use that as a volume control,
and it will be reinterpreted by Aeolus as some organ setting. The result is
highly unpredictable and I don't think there are 55
Does any know if hidef MIDI will address these issues? The MMA is not very
transparent
regarding what they want to put in there.
Regards, nick.
we have to make sure the old choice [Windows] doesn't disappear”.
Jim Wong, president of IT products, Acer
Date: Tue, 6 Oct 2009 13:15:31 -0400
Completely agree that SYSEX is where this kind of functionality should reside.
This use of 0x7d is a bit antiquated, no? The reassignment of 0x00 to indicate
3 byte
SYSEX ID means there is a bit more flexibility in the system. Currently the
following
are assigned:
0x00 0x00 0xXX American
I would not put too much emphasis on the ms delays and traffic volume
generated by these messages. It has been generally agreed that the bandwidth
of MIDI would have killed it a long time ago had it not been for 'integrated'
systems that passed MIDI internally hence had no bandwidth limitations
Voice allocation really depends on what you want the virtual synth to do.
If you want it to sound like the original then it should use a similar
algorithm,
if you want something that sounds better than or like the original then for
something like an Oberheim, it will probably not be the voice
The following is all opinion which I think is what was requested:
Here's an updated list of the possible official recommendations for
discussion:
We should not really be recommending anything and 'official' makes it sound
rather orchestrated. We should be selling the benefits of the
Man, This discussion is too good not to stick an oar in. As far as Fons goes,
the
forwarded mail is simply stoking the flames. I have a few email from him,
privately,
that are extremely derogatory of anybody on this list with artistic instincts
and he might
also consider keeping his private
67 matches
Mail list logo