Hello,
I just pushed another update on my latest little project.
It is a MIDI looper, but a bit different from other looping systems.
Usually you have a time basis (a MIDI clock) or you manually set when your
loop starts and stops. MOL works in a different way: it just "listens" to
what you play, and if you play it for 3 times, it will repeat it.
There is a configurable time threshold (default is 100 milliseconds), so
you have to be precise, but not too much. I'm thinking about adding a
velocity threshold too.
Apart from that, you don't need to do anything else: MOL will automatically
play and loop the pattern you repeated to the ports the original MIDI
devices is connected to, until you stop it.
That's it, the concept is almost that.
Since simple things are usually not so simple, I've added an extensive set
of configurable features and options.
By default, MOL will automatically connect to every ALSA MIDI hardware
ports (system sound card, USB MIDI devices) and will play the loop pattern
to every device to which that device is already connected to, but you can
also set it to connect to software ports only, every available (and new)
MIDI port, or a customizable port list (port names and client_id:port_id
are available, also using regular expressions), even with port blacklisting.
Other features:
- loops can be triggered according to event type (by default it uses NOTEON
events only)
- specific event types can be ignored at all, and will not be played
- a feedback port is provided (also with auto-connect features), which will
send custom events on status change
- MOL status (enable/disable/stop) can be controlled via MIDI (again, with
auto-connect)
- when a loop stops, it will try to stop *only* the notes in the loop that
are still playing
- further custom MIDI events can be sent on loop stop to the ports the
original source is connected to
I started this project just a week ago (after a long time of thinking about
it), so it probably has some bugs here and there.
Though, I think it's an interesting concept, and I'd like you to give it a
try.
MOL is written in Python 2.7, and requires PyQt4 and pyalsa.
You can find it here:
https://github.com/MaurizioB/mol
There's not a setup script yet, but, if you meet all the requirements
mentioned above you just need to run the main script as explained in the
repository description.
I'll be glad to have any kind of feedback, I hope some of you will like
this little program.
Cheers,
MaurizioB
> Date: Tue, 1 Nov 2016 13:59:59 +0100 (CET)
> From: "J. C." <julien(a)mail.upb.de>
> To: Linux-audio-users' mailinglist
> <linux-audio-user(a)lists.linuxaudio.org>
> Subject: [LAU] [OT] Looking for symphony with good counterpoint or
> independent voices
> Message-ID: <alpine.LNX.2.20.1611011351110.22573(a)britney.spears.net>
> Content-Type: text/plain; format=flowed; charset=US-ASCII
>
> Hey hey,
> sorry to ask this here, but I'm not very familiar with 19th century music,
> which is what I'm interested in. I know that this list harbours some
> connaisseurs of classical music. :)
>
> I'm looking for symphonies with good examples of independent voices or
> counterpunctual techniques. [...]
>
> So, if someone could suggest more works, or composers, which are famed for
> their strong, parallel voices, I'd be very grateful.
A master of counterpoint during the last years of 19th century was surely J.
Brahms.
I suggest listen to his 4 symphonies [1] and its beautiful vocal and chorals
works [2] (among them [3] [4] [5] which are simply wonderful imho).
Good listening!
A.
[1]
https://en.wikipedia.org/wiki/List_of_symphonies_by_Johannes_Brahms
[2]
https://en.wikipedia.org/wiki/List_of_compositions_by_Johannes_Brahms_by_ge…
[3]
https://en.wikipedia.org/wiki/A_German_Requiem_%28Brahms%29
[4]
https://en.wikipedia.org/wiki/Schicksalslied
[5]
https://en.wikipedia.org/wiki/N%C3%A4nie
--
al3xu5 / dotcommon
Say NO to copyright, patents, trademarks and any industrial design restrictions.
Guys, I'm really excited, I want to share this with you : I managed to
solve the biggest ergonomics gripe that I had with Qtractor
<http://www.rncbc.org/drupal/comment/7175#comment-7175>, and given the
fact that I live in it, you can imagine my trepidation :p
You see the mixer is a /floating/ window. And while that's fine for a
lot of people in a lot of use cases, for me, most of the time, it's not.
I don't like floating windows, for many reasons, and to avoid the
questioning of my very membership of the troubadour's guild, let's skip
to the first : Just because ; Please don't waste our time, go play with
your own windows and float them to your heart's content :/
I basically need to see my mixer at all times. Well no, not at all
times, in fact most of the time I'm in the timeline, full screen ; But
when I want to see it, I definitely want to see my timeline /as well/,
all of it. Very rarely/never do I need to see /just the mixer, full screen/.
Note that I had this issue with basically /every/ horizontal
timeline-based DAW that I used (Ableton live - up until 7, after that I
don't know - comes to mind) the only viable alternative being the Ardour
way, where the selected track/bus can be embedded on the side. I love that.
Add to that the fact that a lot of WMs don't always honor the position
directives of said floating windows, like typically, in both Unity and
i3 "default", when one toggles the mixer's display with either the mixer
button or the F9 shortcut, it springs back in the dead center of the
screen, no matter where you painstakingly positioned it before. I don't
know about you, but grabbing my mouse to constantly resize a window /the
same way every time/ simply ruins my joie de vivre. Oh, I'm sure in Kwin
it's pixel perfect ;) back to our overlapping problem : I want to see my
mixer, but I also want to see ALL my tracks by scrolling
vertically/zooming in the timeline. I also, when I open a plugin GUI, or
more than one for that matter, dont want it/them to get in the way.
And finally, according to recent studies floating windows are bad for
the ozone layer. If you ask me for an interview, that's what I'll say :)
Enter i3 <https://i3wm.org/>. This "tiling" WM is quite popular, it's
light, configurable, and very well documented. I cannot emphasize
"light" enough : Try it on this old laptop that struggles more at each
Debian iteration. The idea is that no window overlap/float, except for,
well, floating windows. Obvious ones, file copy dialogs, that sort of
things. And Qtractor's Mixer is, by default, in this category, so I
struggled a bit to get to what I want, but I finally did it (and missed
a heartbeat) look:
https://youtu.be/TeYHkjlHtTghttps://youtu.be/sTKr_G2AnKQ
It's a directive in i3 config file, that targets this specific window
based on its class and name, discovered using the xprop command. That
means that under this regime, it will *never* float again.
for_window [class="Qtractor" instance="Mixer - Qtractor"] floating disable
One can go further and specify precise sizes, positions and layouts, and
put them in the config file, and switch to them on-the-fly. Oh, and of
course everything can be resized/re-positioned with the keyboard. i3, by
default, uses the super (win logo) key in a very elegant, mnemonically
and unobtrusive way. Fantastic, told ya.
Now let me tell you, the real fun begins. No window overlap, no more
"always on top" hacks, or putting down the guitar pick to fiddle with
the (*$-@+°#¤!) mouse ; Everything respond at the touch of a key, this
is per-fick :) cheers everybody. Programmers, musicians, carpenters and
motocyclists, lovers, friends, acquaintances, etc. and /of course/ (duh)
every combination of it :)
yPhil
--
Yassin "xaccrocheur" Philip
http://yassinphilip.bitbucket.org
Hello,
Fittingly, to a current topic, u-he made available today the Repro-1
synth, a Sequential Circuit Pro One emulation, their first emulation to
date. Currently in beta, the Linux version is available for free until
the end of the year. See KVR:
http://www.kvraudio.com/forum/viewtopic.php?f=31&t=472608
u-he is one of those that supports the Linux platform. They don't have
to, but they do. Their support is dedicated through the KVR u-he forum
and is largely the work of Alexandre Bique whose Git Hub repository
(for other works) is at:
https://github.com/abique
Cheers.
Hi.
I'm just trying here to see if people are reading this list better,
since the Linux Audio Berlin list is very (VERY) quiet.
We still have the regular calendar post in the c-base calendar for a
meeting on the first Wednesday of the month (so next, tomorrow).
Is anyone:
A: reading this?
B: interested in having a meeting tomorrow?
Best regards,
/Daniel
Hi
I've just pushed a little command-line tool, nosuspend, to gihub, which
is meant to protect for suspending the computer while a given program is
running, mostly use is during recording, but other operations comes in
mind as well, like building a kernel while sitting in the kitchen, . .
Maybe it is useful for the one or the other here as well.
This little app works on computers with systemd running, usage is
simple, example:
nosuspend jack_capture -c 2 -p system:capture*
So, simply prefix your app you wont protect with nosuspend when running,
and as long it runs, the computer wont suspend and cant shot down.
Stopping the app will turn anything back to normal.
nosuspend make use of systemd-inhibit, it sets the lock with the UID
root bit set ( high priority), but run the given app in userspace.
https://github.com/brummer10/nosuspend
regards
hermann
Hi, Jeannette--
i'm a little late joining this conversation, but can't help myself.
You've excellent suggestions so far. Still, you might want to listen
the 1st mvt. of Brahm's second symphony and the third mvt. of his
third symphony. None are fugues. The first example has canonical
entrances of the well known "Lullaby" theme. The second, while not
using imitative polyphony at all, is full of independent voices that
are well defined. Brahms was a fantastic orchestrator defended by
Rimsky-Korsakoff, himself. He merely said that we don't run to
Brahm's scores because he had no interest in inventing new
combinations of sound. Still, his sense of mixing, balance, and
definition were infallible.
Some other pieces to consider: Bartok's Concerto for Orchestra
(finale), and Britten's Young Person's Guide to the Orchestra (you can
just search for the fugue). Getting away from "B" composers, try Nino
Rota's Concerto for Trombone and Orchestra (1st mvt.) and the second
mvt. of Stravinsky's Symphony of Psalms (which opens with a canon in
the winds.)
i hope that helps!
Tom
This is a one-year maintenance release of qmidiarp. A few new little features
have sneaked in and a few bugs have been fixed, both thanks to people filing
tickets!
Nothing else to say, except that the detailed changes are right below ;)
Check it out, have fun!
Best
Frank
---------------
qmidiarp-0.6.4 (2016-11-01)
Improvements
o All Modules now have the Note Filter already present in the Arps.
Also, the note range entries can now be set by MIDI learn
o Arp: The octave mode is now defined by independent upper/lower bounds
(feature request #12 by ssj71)
o LFO: New waveform flip button (feature request #11 by MilkMiruku)
o Seq: The output MIDI channel is now a MIDI controllable item. This
allows for instance an LFO to control the Seq MIDI channels for
dispatching sounds within a sequence (feature request #13 by Menno)
Fixed Bugs
o LFO: Offset slider didn't follow drawing and led to jumps on
first use
o LFO: Waveform type switched to custom when muting points (bug #16
reported by MilkMiruku)
o Arp: When using Global Storage "Restore", the restore step was
incorrect
-----
QMidiArp is a MIDI arpeggiator, phrase generator and controller LFO for JACK
and ALSA. It can run multiple synchronized arpeggiators, LFOs and step
sequencers. The modules are also available as LV2 plugins with Qt user
interface. All in all it is a handy live tool.
Website with Documentation:
http://qmidiarp.sourceforge.net/
Download
http://sourceforge.net/projects/qmidiarp/files/qmidiarp/0.6.4/qmidiarp-0.6.…
Git repos
http://git.code.sf.net/p/qmidiarp/codehttps://github.com/emuse/qmidiarp
This is a one-year maintenance release of qmidiarp. A few new little features
have sneaked in and a few bugs have been fixed, both thanks to people filing
tickets!
Nothing else to say, except that the detailed changes are right below ;)
Check it out, have fun!
Best
Frank
---------------
qmidiarp-0.6.4 (2016-11-01)
Improvements
o All Modules now have the Note Filter already present in the Arps.
Also, the note range entries can now be set by MIDI learn
o Arp: The octave mode is now defined by independent upper/lower bounds
(feature request #12 by ssj71)
o LFO: New waveform flip button (feature request #11 by MilkMiruku)
o Seq: The output MIDI channel is now a MIDI controllable item. This
allows for instance an LFO to control the Seq MIDI channels for
dispatching sounds within a sequence (feature request #13 by Menno)
Fixed Bugs
o LFO: Offset slider didn't follow drawing and led to jumps on
first use
o LFO: Waveform type switched to custom when muting points (bug #16
reported by MilkMiruku)
o Arp: When using Global Storage "Restore", the restore step was
incorrect
-----
QMidiArp is a MIDI arpeggiator, phrase generator and controller LFO for JACK
and ALSA. It can run multiple synchronized arpeggiators, LFOs and step
sequencers. The modules are also available as LV2 plugins with Qt user
interface. All in all it is a handy live tool.
Website with Documentation:
http://qmidiarp.sourceforge.net/
Download
http://sourceforge.net/projects/qmidiarp/files/qmidiarp/0.6.4/qmidiarp-0.6.…
Git repos
http://git.code.sf.net/p/qmidiarp/codehttps://github.com/emuse/qmidiarp