drew Roberts wrote:
> I find we (people) often miss key points unless they are specifically pointed
> out. Just trying to do my bit to see that we are actually understanding one
> another so we can see what real disagreements remain. I find we (people
> again) often think they disagree on more t
Arnold Krille wrote:
> On Sunday 09 August 2009 14:12:56 Kjetil S. Matheussen wrote:
>
>> No, as I said, the solution is very simple: Don't install a 64 bit OS.
>> That's what's causing your problems, apparently.
>>
>
> Helloo! Please leave the 20th century where it belongs. Nowadays 64bit
David Robillard wrote:
>> using your desktop theme which might be bad, too.
>>
>
> Ick! Using the desktop theme is not bad! The user chose it for a
> reason!
>
> Less atrocious and weird looking "skinned" UI's designed by seemingly
> half-blind artistically retarded programmers, please :)
>
Jens M Andreasen wrote:
> Really, an Atari ST is more responsive.
For me TOS is still the best OS for MIDI usage with external MIDI
equipment, but this isn't true, the Atari ST's response is very good
when using a Blitter, but very bad when not using a Blitter.
For Linux I noticed, that when ru
*???* Pulseaudio, 64-bit and JACK are a strange issue. I'm using 64-bit,
the proprietary flash for 64-bit and I can run JACK, use audio software,
e.g. Qtractor and at the same time watch YouTube etc.. Pulseaudio is not
installed. Am I missing something, because I don't have Pulseaudio?
Ralf
Pa
Patrick Shirkey wrote:
> Isn't this Sergey's Law?
>
> i.e. The faster the hardware becomes, the slower the software
> performs...
>
> I think he has tried to start a movement against this unwritten law of
> computing. I can't recall the name right now though.
Software needed less resources in t
Vincent Torri wrote:
>
>
> On Tue, 11 Aug 2009, Ralf Mardorf wrote:
>
>> For me TOS is still the best OS for MIDI usage with external MIDI
>> equipment, but this isn't true, the Atari ST's response is very good
>> when using a Blitter, but very bad whe
Vincent Torri wrote:
>>
>> E17 looks well, but when I used it a long time ago on another machine
>> it was disgusting experimental ;).
>
> well, we work hard for a release, so a lot of things has been fixed /
> stabilized. Maybe you can try it again.
I'll try it again.
>> I can't play the OGG?
VU meter: Maybe you should call it 'analogVUemu'.
Phase correlator: Yep, some people generally spilt frequencies at around
200, resp. 250 Hz before they add effects or they avoid to panorama deep
sounds. A phase correlator can be mistaken, because of some single
sounds that don't matter in the
Dan Mills wrote:
> On Sun, 2009-08-23 at 18:26 +0200, Ralf Mardorf wrote:
>
>
>> - Bad! Having a VU meter that can be adjusted to allegedly be in sync
>> with some analogue VU meter never ever will be fine. Compare margin for
>> your digital meters and the meter
Fraser wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Hi Adrian,
>
> Adrian Knoth wrote:
>
>> Just a note: I personally don't like VUs in the digital domain.
>>
> agree, their primary purpose is a bit meaningless.
>
>
>
>> I prefer Bob Katz' K metering system (K12, K14, K20
Dan Mills wrote:
> On Sun, 2009-08-23 at 19:24 +0200, Ralf Mardorf wrote:
>
>> The only useful thing is to
>> have a pre-adjusted meter, that can't be readjusted by the audio
>> engineer.
>>
>
> How do you deal with the annoying detail that t
PS:
The effective value is sine wave +3dB = 0 and nothing else. Am I wrong? *Just
for dBFS*
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
TU Berlin: "Lediglich bei den Rundfunkanstalten besteht wegen des
Austauschs von Programmmaterial
auch über die Landesgrenzen hinweg die Notwendigkeit von einheitlichen
Richtlinien. Da-
bei gilt in Europa ein Übernahmepegel von +18 dBu für 0 dBFS (EBU R68),
in den USA
+24 dBu (SMPTE RP155)."
On
Dan Mills wrote:
> The key is that every stage has to have a known calibration, which is
> actually fairly common with professional cards.
Okay :) I don't know professional cards for home recording myself and
the professional studios I know have external VU meters. For my Envy24
based sound card
I wrote:
> Dan Mills wrote:
>
>> The key is that every stage has to have a known calibration, which is
>> actually fairly common with professional cards.
>>
>
> Okay :) I don't know professional cards for home recording myself and
> the professional studios I know have external VU meters.
Fons Adriaensen wrote:
> On Sun, Aug 23, 2009 at 07:27:18PM +0100, Dan Mills wrote:
>
>
>> Lets say your card is aligned so that 0dbFS = +18dbu (EBU standard),
>> then 0Vu = +4dbu = - 14dbFS, so a software VU calibrated for 0Vu =
>> -14dbFs should read the same as an external Vu calibrated for +
Hi programmers of virtual synthesizers :)
more than an hour ago I wiped of the dust of my old Oberheim to make
soundfonts of some basses, but some pad sounds captivated me. The
Oberheim is limited by 6-voice polyphony, resp. this isn't a limitation
for those sounds. Virtual synth often tend to
hollun...@gmx.at wrote:
> One obvious question there is:
> what should the synth do when it reaches the limit?
> There are several things that are possible and afaik implemented in
> synths. It could drop the first note played, or the highest, or ...
>
> Just as a hint. I clear the stage for the sy
Hannu Savolainen wrote:
> Albert Graef wrote:
>
>> hollun...@gmx.at wrote:
>>
>>
>>> One obvious question there is:
>>> what should the synth do when it reaches the limit?
>>> There are several things that are possible and afaik implemented in
>>> synths. It could drop the first note pla
Fons Adriaensen wrote:
> Or some _explicit_ feedback from somewhere downstream the patch
> telling the voice allocator that a particular voice has decayed
> far enough to be a candidate for re-use. My exploratory designs
> for AMS II (gathering dust since four years) did exactly that.
This "was" a
Nick Copeland wrote:
> 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 w
Nick Copeland wrote:
> will not sound like an Oberheim.
PS:
And there's no need to sound identically. Even if a programme should
program something absolutely new, not an emulation, the 'Prophet
*5*'-'Matrix *6*'-Effect of having less voices, could add some charm.
Btw. I never used the Alsa modu
Jens M Andreasen wrote:
> On Mon, 2009-08-24 at 21:10 +0200, Ralf Mardorf wrote:
>
>> Virtual synth often tend to make the mix muddy, when
>> playing pad sounds, because the polyphony isn't limited, every released
>> note is able to end the complete release
Paul Davis wrote:
> On Mon, Aug 24, 2009 at 6:13 PM, Ralf Mardorf
> wrote:
>
>
>> I don't know actual Peter Gabriel recordings, but I bet he still uses
>> old synth, e.g. the Fairlight, especially for pad sounds.
>>
>
> he doesn't.
>
I
OT:
This reminds me of another issue of polyphony for synth, that is given
by the Oberheim Matrix-1000 and the Synclavier. There's a special kind
of mono mode, called 'G' (for the Oberheim). Each of the six voices is
allocated to it's own MIDI channel, so every voice has got it's own
pitch ben
Fons Adriaensen wrote:
> On Tue, Aug 25, 2009 at 12:32:58AM +0200, Ralf Mardorf wrote:
>
>
>> Fons Adriaensen wrote:
>>
>>> Or some _explicit_ feedback from somewhere downstream the patch
>>> telling the voice allocator that a particular voice has d
Jens M Andreasen wrote:
> I think the latter could be more expressive when there are no more
> voices than you can easily direct with a single two-handed chord, to get
> in control of the stage again. Six voices would pretty good for that,
> but I remember five like the Prophet had was annoying. Or
Frank Barknecht wrote:
> "Smeck" is not for midi, but for audio pickups. You need a separate pickup for
> each string.
>
The Roland GK is designed for MIDI usage. I don't know the actual hex
pickups. If it's not directly to MIDI, does it mean for Smeck a sound
card with 6 IOs is needed and th
Fons Adriaensen wrote:
> On Tue, Aug 25, 2009 at 04:58:32PM +0200, Ralf Mardorf wrote:
>
>
>>>>> Or some _explicit_ feedback from somewhere downstream the patch
>>>>> telling the voice allocator that a particular voice has decayed
>>>>> f
Dennis Schulmeister wrote:
> On Tue, 2009-08-25 at 16:37 +0200, Ralf Mardorf wrote:
>
>> Today Zawinul often plays new synth, with the same sounds, but anyway
>> it sounds disgusting today and he's a good keyboarder, able to
>> compensate it a littl
Hi Frank :)
Frank Barknecht wrote:
> Hallo,
> Ralf Mardorf hat gesagt: // Ralf Mardorf wrote:
>
>
>> Frank Barknecht wrote:
>>
>>> "Smeck" is not for midi, but for audio pickups. You need a separate pickup
>>> for
>>> each st
Albert Graef wrote:
> Hmm, 20 msecs at 48KHz doesn't sound too bad. The earliest pitch
> trackers on MIDI guitars had some 250 msecs latency IIRC, now those are
> a real challenge to play. ;-) (Robert Fripp did it, though.)
In a music store I played Voodoo Chile on a guitar synth in the middle
80
Paul Davis wrote:
> so in response to somebody else creating tools that they or others
> want to use, you're going to lecture us about how to play a "classical
> electrical guitar"
I guess there's nothing wrong to encourage somebody who guess that he
isn't able to play guitar, that he anyway shou
Frank Barknecht wrote:
> Not finding an inexpensive and compact 6-channel preamp on the market
I guess there are some less expensive solutions in the web. Some might
be fine, some not. I would test them on a brad board, maybe this side on
German is okay: http://www.elektronikinfo.de/audio/egbaua
Paul Davis wrote:
> On Tue, Aug 25, 2009 at 3:57 PM, Ralf Mardorf
> wrote:
>
>> I guess there's nothing wrong to encourage somebody who guess that he isn't
>> able to play guitar, that he anyway should play guitar and ignore bullshit
>> like stupid guitar
Ralf Mardorf wrote:
> victor wrote:
>
>> Looks good, but expensive? No price on the site.
>>
>
> Maybe this one does also enable to use the 6 audio signals by USB:
> http://de.shopping.com/xPO-Terratec-TERRATEC-Axon-AX-50-USB-SET
http://www.thomann.de/de/terr
victor wrote:
> Looks good, but expensive? No price on the site.
Maybe this one does also enable to use the 6 audio signals by USB:
http://de.shopping.com/xPO-Terratec-TERRATEC-Axon-AX-50-USB-SET
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.li
James Warden wrote:
> [snip] Existing critics on the VU relevance notwithstanding [snip]
Pardon, that some of us make noise because of this, me too. As a rule of
thumb, there's nothing wrong if you or any other person will use such a
meter. I'll react my own onesided opinion. Concepts needs to b
:D it should be off-list :D
Ralf Mardorf wrote:
> James Warden wrote:
>> [snip] Existing critics on the VU relevance notwithstanding [snip]
>
> Pardon, that some of us make noise because of this, me too. As a rule
> of thumb, there's nothing wrong if you or any other pe
In the future I will test ladish. While I don't like jack_snapshot and
lash very much, I do like qtractor a lot.
I guess a good idea would be not to use a mess of Linux audio apps, but
one application that stores audio and MIDI connections and is able to
include virtual synth and fx and is a se
Julien Claassen wrote:
> Hello Nedko!
>I've just got ladish and I'm installing it. I've looked into the
> requirements. I see there's a lot of GUI and GUI-related, which seems to be
> required. My question: Could you consider making as much as possible of the
> GUI-stuff optional. I don't ha
Julien Claassen wrote:
> Hello Nedko!
>Now I've come up against a wall, which I don't want to climb.
>It's all to do with GUI-toolkits and their relatives. Especially
> flowcanvas.
> I dearly hope and plea for the feature, to optionalise the GUI-parts.
> Flowcanvas seems to require somet
Nedko Arnaudov wrote:
> Ralf Mardorf writes:
> The feature you are mentioning (window positions and virtual desktops)
> is goal that is not achieved yet.
>
Hi Nedko :)
I guess I'm well known for my unwanted criticism about Linux audio ;).
Shame on me ;).
I'm glad t
Julien Claassen wrote:
> OK, I decided to do a quickie on-list, because I think it might be of
> interest. This is about blind people and screenreaders. If your not
> interested, just stop here. No ladish relevance in here. :-)
> You can use Linux perfectly without any screenreader like Orca or
Florent Berthaut wrote:
> Perhaps it already exists, if it does please let me know ;)
>
As far as I know it doesn't exist. One advantage of Linux is, that most
desktop environments allow to use virtual desktops, but when making
music by using Linux, I very often don't turn off the computer, e
Pardon
> Take care to run some applications by disabling the usage of the PID
> for JACK client NAMES
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
Florent Berthaut wrote:
> I guess i could used a tiling window manager, but i think it could be
> interesting to have a more "music-oriented" system which could handle
> the audio "and" windows sessions.
I like the Ion WM, but I prefer a DE like e.g. KDE. KDE "really" is able
to remember which
Nedko Arnaudov wrote:
> Ralf Mardorf writes:
>
>
>> I welcome ladish, but most of the times I would like to have a
>> Linuxsampler DSSI, a Hydrogen DSSI etc. ;).
>>
>
> You prefer DSSI over LV2? In recent years I've spent lot of time on both
> J
drew Roberts wrote:
> On Wednesday 02 September 2009 10:37:18 you wrote:
>
>>> On Tuesday 01 September 2009 19:18:45 Dennis Schulmeister wrote:
>>>
That kind of application already exists. It's called a tiling window
manager. ;) DWM is one I sometimes use although I never trie
Danni Coy wrote:
> If I were using KDE and I had hardware that supports compositing I
> would limit my audio software to a single virtual desktop and use the
> "present windows" desktop effect for the current desktop to be able to
> see all my windows at once.
You would break stability of your
hollun...@gmx.at wrote:
> I'm using a WM (called awesome) that can do tiling for everyday tasks as
> well as audio. Since I have a rather small screen I use it mostly to get
> every app fullscreen. When trying to use it for audio I ran in some
> trouble. Applications like ardour require a lot of sc
Dennis Schulmeister wrote:
> Applications that need a lot of space should provide scrollbars. And
> that goes for windows as well as for dialogs. It's a real PITA that many
> applications don't have good scrolling.
Full ACK :). And sometimes they do have scrollbars, but they suppress
resizing of
james morris wrote:
> [snip] The other extreme, e17, is just ummm, no.
Full ACK.
I like e17, but it was much too buggy some years ago and even today it's
not a DE I would recommend for a stable DAW. E17 is nice, but not a DE
for carefree audio productions and it seems that the coders won't like
Ray Rashif wrote:
> How could I forget - e17 actually has _a lot_ of potential. More than
> KDE as a whole.
>
> http://upload.wikimedia.org/wikipedia/commons/3/36/E17_bw_screenshot.png
>
> But that's all it has - potential.
I'm an e17 and KDE user and IMHO you are wrong, just because KDE is
stab
Ray Rashif wrote:
> 2009/9/5 Ralf Mardorf <mailto:ralf.mard...@alice-dsl.net>>
>
> Ray Rashif wrote:
>
> How could I forget - e17 actually has _a lot_ of potential.
> More than KDE as a whole.
>
>
> http://upload.
Ray Rashif wrote:
> 2009/9/5 Ralf Mardorf <mailto:ralf.mard...@alice-dsl.net>>
>
>
> E17 didn't change a lot since it was the default for the JAD
> installing media some years ago, KDE did change a lot. Yes e17 has
> got potential, that's
Jörn Nettingsmeier wrote:
> http://www.jpbouza.com.ar/ESP2/tutoriales/gnulinux/blenderardour/id/en
Half asleep I had a quick flip through the howto. It seems to add JACK
transport support to Blender?! If so, Blender could be synced to other
applications too, e.g. MIDI sequencers?! Anyway, I gues
Paul Davis wrote:
> 2009/9/20 Ralf Mardorf :
>
>> Jörn Nettingsmeier wrote:
>>
>>> http://www.jpbouza.com.ar/ESP2/tutoriales/gnulinux/blenderardour/id/en
>>>
>> Half asleep I had a quick flip through the howto. It seems to add JACK
>&g
Paul Davis wrote:
> 2009/9/21 Jens M Andreasen :
>
>> On a related subject:
>>
>> http://www.spinics.net/lists/linux-rt-users/msg04866.html
>>
>
> to cut to the chase: the nvidia binary driver can cause crashes for
> RT-patched kernel users.
I guess some people could use 2D instead of 3D a
Arnold Krille wrote:
> From my personal experience the rt kernels can also cause crashes without
> nvidia drivers loaded
I don't have any trouble with rt kernels when not using a proprietary
(ATI) driver, excepted of jitter for external MIDI. Most times the rt
kernels are as stable as the lates
Arnout Engelen wrote:
> On Mon, Sep 21, 2009 at 02:51:26PM +0200, Ralf Mardorf wrote:
>
>> For video studios I guess SMPTE is the better choice. When I was working
>> with SMPTE I never had any trouble because of sync, it was accurate enough.
>>
>> It would b
Paul Davis wrote:
> On Mon, Sep 21, 2009 at 12:36 PM, Fons Adriaensen
> wrote:
>
>> On Mon, Sep 21, 2009 at 08:18:00AM -0400, Paul Davis wrote:
>>
>>
>>> SMPTE is a low resolution time code. There is no reason to be limited
>>> by frame rates of 30 fps when defining a synchronization prot
Fons Adriaensen wrote:
> Locating (while stopped) is a remote control function, which
> is not the same as syncing. SMPTE in itself does not support
> anything similar to a locate command, it's not a remote control
> protocol but just an audio signal that can be decoded to time.
>
> SMPTE was devel
PS:
> The big exception for a long delay is film cut, when several
> machines have immense offsets because of cuts and the machines need to wind.
>
So this isn't a disadvantage of SMPTE, but of tape recorders ;).
Again ... the only disadvantage I know is crosstalk. SMPTE isn't a
friendly audi
nescivi wrote:
> On Monday 21 September 2009 08:55:56 Ralf Mardorf wrote:
>
>> Paul Davis wrote:
>>
>>> 2009/9/21 Jens M Andreasen :
>>>
>>>> On a related subject:
>>>>
>>>> http://www.spinics.net/lists/linux-
Jens M Andreasen wrote:
> On Mon, 2009-09-21 at 17:51 -0400, Paul Davis wrote:
>
>
>> its also true that there are variants of SMPTE that include subframes,
>> which certainly help the accuracy, but its not clear to me how
>> commonly this information is actually passed around.
>>
>
> You w
Adrian Knoth wrote:
> On Tue, Sep 22, 2009 at 12:40:36PM +0200, Ralf Mardorf wrote:
>
>
>>> http://animata.kibu.hu/
>>>
>> wow, this is exactly the kind of software I was looking for. Thank you,
>> this seems to be excellent software.
>>
ginal Message
Subject:Re: [animata-users] Compiling svn revision 49 failed on Ubuntu
Hardy Linux x86_64
Date: Tue, 22 Sep 2009 15:20:11 +0200
From: Ralf Mardorf
To: animata-us...@lists.kitchenbudapest.hu
References: <4ab8c1a3.4070...@alice-dsl.net>
<4ab8c249.4030
Paul Davis wrote:
> i've been told by a company that specializes in timecode and shared
> transport control systems that ardour has the fastest and most
> accurate MTC sync of any DAW.
I noticed too that MTC with Ardour is fine, while MTC for some MIDI
equipment can be a PITA. Compliment :).
I s
Sorry for this cross-posting, I just want to inform that there might be
a solution in general for the 32-bit vs 64-bit issue.
Someone from LAD wrote this:
> I tried getting it right, and got it to build on 64bit, but then got seg
> faults as I wanted to work with layers.
>
> I ended up building
Paul Davis wrote:
> On Tue, Sep 22, 2009 at 9:43 AM, Ralf Mardorf
> wrote:
>
>> Paul Davis wrote:
>>
>>> i've been told by a company that specializes in timecode and shared
>>> transport control systems that ardour has the fastest and most
>&
Dave Phillips wrote:
> nescivi wrote:
>
>> I tried getting it right, and got it to build on 64bit, but then got seg
>> faults as I wanted to work with layers.
>>
>>
>
> Hi Marije,
>
> I haven't done anything with it (Animata) yet
So you don't know if there will be seg faults when usi
> then either convince someone to finally write a JACK client that does
> the conversion between SMPTE and JACK Transport, or alternatively buy
> a SMPTE<->MTC converter box. they don't cost much (less than someone
> should get paid to write that client, thats for sure).
>
Stand alone converte
nescivi wrote:
> [snip]
> I tried getting it right, and got it to build on 64bit, but then got seg
> faults as I wanted to work with layers.
>
> I ended up building it in a 32bit chroot instead (which works fine).
>
> [snip]
Hi :)
this isn't really a howto. I guess I made some mistakes, but any
Fons Adriaensen wrote:
> On Wed, Sep 23, 2009 at 07:30:27PM +0100, Chris Cannam wrote:
>
>
>> On Wed, Sep 23, 2009 at 7:26 PM, Fons Adriaensen
>> wrote:
>>
>
>
>>> So what distro should I go for ?
>>>
>> Sounds like Arch is worth a look.
>>
>
> Do they have a ready-to-use R
Dave Phillips wrote:
> Greetings,
>
> I've been experimenting with MIDI control from one machine to another. I
> checked the timing of a single note played simultanesouly by instances
> of QSynth on both machines and was surprised to hear a very noticeable
> flamming. I then replaced the MidiSpo
>> It is possible that the devices have different buffer sizes, so that
>> sending multiple MIDI messages at once is more difficult. Have a look
>> at the respective values of wMaxPacketSize that are shown in the output
>> of "lsusb -v". Furthermore, the devices can have different internal
>> bu
> Dave Phillips wrote:
>
> Which interface did you use for sending/receiving?
>
And which USB device is head of the USB devices? Did you change the
ports or did you edit /etc/default/rtirq?
RTIRQ_NAME_LIST="rtc snd usb3 i8042" You can make a special port head of
the USB ports by adding the
Fons Adriaensen wrote:
> On Fri, Sep 25, 2009 at 05:07:26PM +0200, Albin Stigo wrote:
>
>
>> I'm new to the list so I hope this is not the wrong forum!
>>
>> I've been working on a midi keyboard ("physical" hardware 88-keys
>> "professional" = no toy) for a while for which I plan to release the
Rui Nuno Capela wrote:
> Ralf Mardorf wrote:
>
>> Christian wrote:
>>
>>> For the keys I love aftertouch :)
>>>
>>>
>> An option that can regulate the number of the aftertouch events that are
>> send is useful. Some seque
Arnout Engelen wrote:
> On Sat, Sep 26, 2009 at 01:29:53PM +0200, Ralf Mardorf wrote:
>
>> Arnout Engelen wrote:
>>
>>> - increased the rtprio for the USB IRQ handler
>>>
>> How can I do this? I only know how to make my Siwssonic USB MIDI de
Fons Adriaensen wrote:
> Soft synths can be made do to whatever you want :-)
> Release velocity adds a new expression possibility
>
I do agree, anyway it's seldom used.
> that could be interesting in particular for monophonic
> synths. And I'm contemplating writing one...
>
:)
> Another u
Arnout Engelen wrote:
> I did some tweaks:
> - increased the rtprio for the USB IRQ handler
>
How can I do this? I only know how to make my Siwssonic USB MIDI device
head of the USB devices by Rui's rtirq.
Is there something I could change for rtirq, to get less jitter for the
USB MIDI devic
Peter Nelson wrote:
>> For release velocity it's the same as for poly pressure, I don't know
>> any keyboard providing this. The only unusual function provided by a
>> keyboard I know is breath control. My Yamaha DX7 supports breath
>> control.
>>
>
> There are some; my CME UF8 sends release
Christian wrote:
> For the keys I love aftertouch :)
>
An option that can regulate the number of the aftertouch events that are
send is useful. Some sequencers have an option to reduce the amount of
recorded aftertouch events, but not every sequencer is able to do it.
Using aftertouch someti
Arnout Engelen wrote:
> I haven't looked into rtirq yet (I really should), but if I understand
> correctly rtirq does automatically what I did manually: find out which IRQ
> the device you're interested in is connected to, and give that IRQ a
> higher rtprio.
>
> To see the current rtprio's of y
Jens M Andreasen wrote:
> On Sat, 2009-09-26 at 14:03 +0200, Ralf Mardorf wrote:
>
>
>> When using several MIDI ports even a lot of SysEx can be sent real-time,
>> but using only one MIDI port even aftertouch can cause timing problems.
>>
>
> A strea
> Jens M Andreasen wrote:
>> On Sat, 2009-09-26 at 14:03 +0200, Ralf Mardorf wrote:
>>
>>
>>> When using several MIDI ports even a lot of SysEx can be sent
>>> real-time, but using only one MIDI port even aftertouch can cause
>>> timing proble
Nick Copeland wrote:
> 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 hen
It would be nice if someone could add the linuxaudio.org archives to
http://lad.linuxaudio.org/archive/lad.html. The Stanford archive might
be less good ;), but search engines prefer to link to lad.linuxaudio.org.
I gave someone on the 64 Studio list links to the Stanford archive and
was correc
I wrote:
> Nick Copeland wrote:
>
>> Bad targets:
>> Volume/gain, filter cutoff, FX depths, : All of these might be normal
>> for
>> note-on velocity but are very bad selections for note-off. They cause
>> pops
>> and clicks when key-on velocity is very different from key-off velocity.
>
> Seems
Fons Adriaensen wrote:
> In a mono synth the release velocity could just be stored
> and used to modify the transition to the next note when
> that arrives.
This might be the most interesting usage. A compression ratio calculated
by the note on and note off velocity to transmit a changed note of
Fons Adriaensen wrote:
> On Sun, Sep 27, 2009 at 01:00:25PM +0200, Ralf Mardorf wrote:
>
>
>
>> ... but a master keyboard should
>> support custom velocity curves not only for note on velocity, but also for
>> note off velocity, anything else seems not to be the
Jörn Nettingsmeier wrote:
> Ralf Mardorf wrote:
>
>> Peter Nelson wrote:
>>
>>>> For release velocity it's the same as for poly pressure, I don't know
>>>> any keyboard providing this. The only unusual function provided by a
>>&g
David Olofson wrote:
> Very handy for pads and strings where this allows you to control the (usually
> rather slow) attack and release times individually.
>
I believe that this will be a good way to control this. Another, not
perfect way, is something I mentioned some time ago. Limiting the
Jeff McClintock wrote:
features would you like to see, what are you missing from
off-the-shelf products?
>
> Hi-Definition MIDI support.
>
It's not a standard yet, is it? http://www.midi.org/aboutus/workgroups.php
___
Linux-aud
Oops, wrong list.
Original Message
Subject:Re: [LAD] phasex-0.12.0-pre1
Date: Wed, 30 Sep 2009 14:31:19 +0200
From: Ralf Mardorf
To: William Weston
CC: linux-audio-u...@lists.linuxaudio.org
References:
William Weston wrote:
> Download phasex
Fons Adriaensen wrote:
> On Sun, Oct 04, 2009 at 06:50:38PM +0200, David Olofson wrote:
>
>
>> Well, I don't know about linearity, or how linear MIDI velocity is actually
>> supposed to be, but it's common to at least have various ways of scaling
>> velocity. Many (most?) synths will support m
Rui Nuno Capela wrote:
> Qtractor 0.4.3 (fussy doula) released!
>
Hi Rui :)
the last version I compiled was 0.4.2.1401 from svn, build Oct 2 2009
03:37:02.
For Linux Qtractor still is my favourite one :).
For further versions I would welcome a more comfortable "management" for
the .mid c
201 - 300 of 1154 matches
Mail list logo