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
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 solutio
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 all
> Where do the newly assigned voices start their envelopes from when they
> are stolen from decaying voices?
That depended on the synth. Some gave the option for both methods, some
gave options to avoid even retriggering the evelopes, others had a predefined
trigger configuration (return to zero
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 an
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 group
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 unassigne
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
> 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.
> 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 mixin
> 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
> On Mon, Feb 15, 2010 at 1:31 PM, wrote:
> > So the solution would be a separate thread that receives
> > MIDI all the time and not just at the start of a cycle ?
>
> wrote:
> a2jmidid already implements this, and i have working internal JACK
> clients based on it that do the same.
Is this MI
> > 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
> > s
> > 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 r
on.
>
> I have received the following 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.
>
linuxaudio.org
> Subject: [LAD] For your information
>
> To all, for your information.
>
> I have received the following 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 wel
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 conside
> For filters etc. most times just 128 steps are enough, hardware synth
> tend to use just 128 steps even when using SysEx instead of CC.
Just 128 steps for filter cutoff for an oscillating emphasis does not work well
if it needs to be tuned exactly to an VCO/DCO, it is basically never in tune
> > Just 128 steps for filter cutoff for an oscillating emphasis does not
> > work well
> > if it needs to be tuned exactly to an VCO/DCO, it is basically never in tune
>
> This is wrong.
>
> The number of bits in a parameter is unrelated to where and what some
> filter is or is not tuned to.
>
> > 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
>
> 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
> >
> > 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 controll
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
> 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 RP
> and Bristol, ... it was a long time ago.
Ah.
I knew I shouldn't have asked that question.
Louigi, I will send you some details offlist it goes like this:
Now a fairly long time ago, fortunately, bristol did some stuff with NRP that
was basically broken, I put the code behind a run time opti
> Some people only have got a keyboard with a data slider, e.g. the DX7
> has got one, sending CC 6 (RPN-/NRPN-Controller). I once wrote an app
> for the C64 converting those controllers that can't be changed by the
> keyboards them self, so I was able to control any other controller for
> my
Hi Torben,
A few questions that I cannot seem to dig out of the otherwise very useful
diffs:
What tools are available to test Jack session manager code? The examples
only seemed to deal with the client side of things, not the actual session
manager itself so I was wondering how the client code c
> but basically its not so easy to implement everywhere (some apps would
> need to kill their jackclient which isnt possible.)
>
> but i dont really see the big problem in killing an app and restarting
> it right away.
> most of the mapped memory will still sit in caches, and this will happen
>
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 t
> 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'
Julien,
The issue that fons brought up regarding mixed output lines does
raise another question: what do you do with programes if you have
problems? I take it most devo's want debug output, how do you get
it to them with your display?
Bristol has an option to redirect debug to a file, I think I
Hi Julien,
So, the best way to start this message is to say you are in for a world of
hurt. Prototype code is not likely to be fun.
You can get hold of a file below for version 0.60.0p. You should be
able to do the following;
./configure --disable-x11
make
You might get past this point - lets
> 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
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 w
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
> 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
> > 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 althou
> 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
> 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' a
> You're mixing up thing here. Most systems do indeed disable direct connections
> to the X server (for good reasons) and expect you to use ssh -X instead.
> > Based on the fact that a generation of users don't see the point,
> > windows doesn't do it, iOS doesn't do it then there is
> > not a l
> 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.
> 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,
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
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. Admitte
> 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
becau
>- 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 ge
> 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
> 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 ce
> No, technically, an app can load a native shared library provided by another
> without caring about any kind of signature. An app can freely dlopen() a
> library
> provided by another app.
Hm, are the issues related to that library being in an APK? I don't see how you
can
have Android give y
> 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
> 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 se
> >> 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. D
> 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?
Y
> 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 ch
> 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
> 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 t
> 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 darkta
ov 22, 2011 at 06:05:51PM +0100, 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 slide
> > 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
> 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
> 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
> >
> From: d...@drobilla.net
> To: nickycopel...@hotmail.com
> That said, some laptops don't have middle buttons...
Pretty sure they can all emulate with dual button click.
> > >
> > > This would have to be defined in relation to the underlying unit the
> > > controller is for, to address the quan
> 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 the
> 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 si
> 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 l
> > 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
> 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
> Subject: Re: [LAD] Pipes vs. Message Queues
>
> Nick Copeland wrote:
> > > I got curious, so I bashed out a quick program to benchmark pipes vs
> 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 in
> 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? Wh
> > > 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?
_
> 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 f
> 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 issu
On Wed, Dec 28, 2011 at 1:46 PM, Iain Duncan 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 method that just takes
MIDI
Hi Iain,Can you use any alternatives such as:
a. Don't malloc/memcpy space for these messages in the RT thread - just use the
copythat is on the ringbuffer and move the write pointers when you have used
the message.
b. Just write memory pointers on to the ringbuffer: this gives you quite a lot
On Tue, 2012-08-21 at 11:02 +1200, Jeff McClintock wrote:
>> > I think the most reasonable standard for an absolute 1/oct
>> > frequency unit is 0.0 = 440Hz?
>>
>> My modular plugins use a reference of 440Hz. Also parameters are ranged
>> between 0.0 - 10.0 but can exceed that if need be. (in a mo
> 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 stand
> 1) Fork these plugins and add a tuning frequency port, in Hz, which> makes
> the current reality of them using absolute octave signals go away.> The
> avwlv2 project will have to adjust the ported AMS modules likewise.> Though
> your plugins do not currently do this, you now seem to think thi
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 t
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
From
84 matches
Mail list logo
