Apparently the upcoming versions of openSUSE Leap don't have a .pc file for
ncurses, and CMake's findpackage() requires that.
Does anyone know of an alternative method of configuring CMake for ncurses?
Will.
--
Will J Godfrey
http://www.musically.me.uk
Say you have a poem and I have a tune.
Exchange them and we can both have a poem, a tune, and a song.
Am 09.11.2016 um 10:00 schrieb Ben Bell:
> [...] and from Calf Organ as a String Synthesizer emulation.
That's interesting. I never thought of using this plug-in for this
purpose. Do you have any presets to share?
Chris
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
Hi all,
I'm new to this list, been getting into making music on my Linux machine
the last couple of weeks/months.
One of the things I was wondering, it seems like there's no way to make use
of the functionality some instruments have to kill all sounds (panic
button) for all instruments in a session.
Am I correct in my observation that functionality like this is missing? Do
others see a use/need for this as well?
If so, I'm wondering what the correct place would be to implement this: I'd
guess JACK transport?
Thanks and have a nice day!
Simon
Updates now available at the usual place:
<http://kokkinizita.linuxaudio.org/linuxaudio/downloads/index.html>
*** Regarding zita-ajbridge: If you experienced unexplained
*** and repeating 'Excessive timing errors', this release will
*** fix those (unless there really is a problem).
* zita-resampler-1.6.0
- Added VResampler::set_phase
* zita-dpl1-0.1.0
- Maintenance and small bugfixes.
* zita-ajbridge-0.7.0
- Fixed bug in DDL computing timing of Alsa periods.
Thanks to Tomasz Kasprzak for the bug report and fix.
- Fixed bug in automatic selection of resampler quality.
Previous release always used a short filter unless
the lenght was explicitly set.
* zita-njbridge-0.4.1
- Fixed bug in DDL computing timing of network packets.
- The data format 'on the wire' has changed. It should
be backwards compatible, but to be sure please use this
release on both ends.
Ciao,
--
FA
A world of exhaustive, reliable metadata would be an utopia.
It's also a pipe-dream, founded on self-delusion, nerd hubris
and hysterically inflated market opportunities. (Cory Doctorow)
hi,
I've posted about Ableton Link a number of times now on LM and LAD but I
was never satisfactorily responded to..
Here's my post from LM https://linuxmusicians.com/viewtopic.php?f=1&t=14913
here's the same thing I posed on LAD
http://linux-audio.4202.n7.nabble.com/ableton-link-and-live-tempo-changing-…
well I hope someone sees my post this time. But anyway I'm just copying my
message from LM if anyone has opinions:
Hey rui,
I've noticed the discussions on github/LAD (the latter of which i am still
unable to post on[image: :?] ) and your PR to Link. It seems like you've
made reasonable progress with it-- can you comment on how feasible the
ideas I described in my original post are?
I am still vaguely under the impression that if a Timebase master client is
Link-capable then any transport-aware client (e.g. most LAU apps today)
would be able to follow any tempo changes described by the master and
therefore automatically have "Link support"-- from my understanding the
JACK Timebase includes transport control and BPM information (though maybe
not beat sync information like Link?). Then can't a timebase master client
be Link-obedient just in regards to BPM but operate transport independently
(since Link doesn't have transport a transport representation anyway)?
Though after reading your post to LAD a couple times over it seems like
there is possibly overlooked but important incongruity between BPM and
"linear/real-time".. and perhaps that limits the ability of word-clock time
designators like JACK from seamlessly following BPM? If that is the case it
is still unclear to me what the specific technical details of that
incongruity are.
Hi Folks,
I came across Christopher Arndt's DISTRHO Plugin Framework effect template and would like to use it on OSX. Cookiecutter sets up the project as expected. Once it's downloaded I set "MACOS=true" in Makefile.mk. When I run "make" I get the following error:
/Applications/Xcode.app/Contents/Developer/usr/bin/make -C dpf/dgl
Makefile.mk:104: *** OpenGL missing, cannot continue. Stop.
make: *** [libs] Error 2
I'm using Xcode 6.2 on OS X 10.9.5.
Cheers,
Chris
