Hello everybody!
Qtractor 0.8.1 (sticky tauon) is out!
Release highlights:
* JACK Transport mode switching on main menu/tool-bar (NEW)
* Main menu Track/Navigate/Next, Previous wrap around (FIX)
* Auto-backward play-head position flip-flopping (FIX)
* JACK Transport tempo/time-signature in-flight changes (FIX)
* Sanitized audio clip zoom-in/out resolution (FIX)
Obviously, this one dot bug-fix release and everyone is then compelled
to upgrade. On the side, a couple of notes are also worthy of mention...
Besides some other stray thoughts, you may be asking yourself, after
reading those crappy release highlights above, what the heck that
"in-flight" tempo / time-signature change-fix is all about?
No stress. There's always a reason, as if reason won't ever prevail,
above all else...
So, the whole truth and nothing but the truth, should here be told:
jack_link [8] is the dang reason. And then, you may now know and play
the badass with Ableton Link [7]. Keep in mind that jack_link [7] is
kind of a toy, so please, have it under a child's perspective ;)
You can still play all along with your band fellows, don't get me
wrong. You all have to be on the same machine or in the same local
network segment (LAN) anyway, just like yours truly QmidiNet [9] does
(and recommends). But that's probably one hell of a disparate story,
although sharing the same networking concept... move along!
Whatever. When in doubt, please ask me. Whenever you find yourself in
despair, you can also ask me. But take note that I made no promises nor
guarantees that it would ever work for you. And this goes as far as in
any formal disclaimer can go.
The hard truth is: your are on your own. But please, enjoy and have
(lots of) fun while you're at it ;)
As second note, this project has finally called in for its own vanity
and internet domain name: qtractor.org [1]. I guess it was about time.
Nuff said.
Qtractor [1] is an audio/MIDI multi-track sequencer application
written in C++ with the Qt framework [2]. Target platform is Linux,
where the Jack Audio Connection Kit (JACK [3]) for audio and the
Advanced Linux Sound Architecture (ALSA [4]) for MIDI are the main
infrastructures to evolve as a fairly-featured Linux desktop audio
workstation GUI, specially dedicated to the personal home-studio.
Website:
http://qtractor.sourceforge.nethttp://qtractor.org
Project page:
http://sourceforge.net/projects/qtractor
Downloads:
http://sourceforge.net/projects/qtractor/files
- source tarball:
http://download.sf.net/qtractor/qtractor-0.8.1.tar.gz
- source package:
http://download.sf.net/qtractor/qtractor-0.8.1-29.rncbc.suse.src.rpm
- binary packages:
http://download.sf.net/qtractor/qtractor-0.8.1-29.rncbc.suse.i586.rpmhttp://download.sf.net/qtractor/qtractor-0.8.1-29.rncbc.suse.x86_84.rpm
Git repos:
http://git.code.sf.net/p/qtractor/codehttps://github.com/rncbc/qtractor.githttps://gitlab.com/rncbc/qtractor.githttps://bitbucket.org/rncbc/qtractor.git
Wiki (help still wanted!):
http://sourceforge.net/p/qtractor/wiki/
License:
Qtractor [1] is free, open-source Linux Audio [5] software,
distributed under the terms of the GNU General Public License (GPL [6])
version 2 or later.
Change-log:
- The View/Options.../Display/Dialogs/Use native dialogs option is now
set initially off by default.
- All tempo and time-signature labels are now displayed with one decimal
digit, as it was in mostly everywhere else but the time ruler/scale headers.
- JACK transport tempo and time-signature changes are now accepted, even
though playback is not currently rolling; also, changing (JACK) Timebase
master setting (cf.View/Options.../General/Transport/Timebase) will take
effect immediately, not needing nor warning for session restart anymore.
- Track/Navigate/Next and Previous menu commands, finally fixed to wrap
around the current track list.
- Current session (JACK) transport mode option switching is now being
made accessible, from the main menu and drop-down toolbar buttons, as
well as user configurable PC-keyboard and/or MIDI controller shortcuts
(cf. Transport/Mode/None, Slave, Master, Full).
- Fixed some auto-backward play-head position flip-flopping, when
opening a new session while the previous was still on rolling/playing
state, hopefully.
- Added French man page (by Olivier Humbert, thanks).
- MIDI clip changes are now saved unconditionally whenever the editor
(piano-roll) is closed or not currently visible.
- Audio clip peak/waveform files re-generation performance, scalability
and resilience have been slightly improved.
- Some sanitary checks have been added to audio clip peak/waveform
re-generation routine, as much to avoid empty, blank, zero or
negative-width faulty renderings.
- Do not reset the Files tree-view widgets anymore, when leaving any
drag-and-drop operation (annoyingly, all groups and sub-groups were
being closed without appeal).
- Make builds reproducible byte for byte, by getting rid of the
configure build date and time stamps.
References:
[1] Qtractor - An audio/MIDI multi-track sequencer
http://qtractor.sourceforge.nethttp://qtractor.org
[2] Qt framework, C++ class library and tools for
cross-platform application and UI development
http://qt.io/
[3] JACK Audio Connection Kit
http://jackaudio.org
[4] ALSA, Advanced Linux Sound Architecture
http://www.alsa-project.org/
[5] Linux Audio consortium of libre software for audio-related work
http://linuxaudio.org
[6] GPL - GNU General Public License
http://www.gnu.org/copyleft/gpl.html
[7] jack_link, a JACK transport timebase bridge to Ableton Link [8]
https://github.com/rncbc/jack_link
[8] Ableton Link, a technology that synchronizes musical beat, tempo,
and phase across multiple applications running on one or more devices
https://github.com/Ableton/link
[9] QmidiNet - A MIDI Network Gateway via UDP/IP Multicast
http://qmidinet.sourceforge.net
See also:
http://www.rncbc.org/drupal/node/1809
Enjoy && Keep the fun, as always.
--
rncbc aka. Rui Nuno Capela
rncbc(a)rncbc.org
Hi
The first fix release of GxPlugins.lv2 is out.
The fixes are:
Fix Power switch use as bypass control (lv2:enabled)
Fix don't rebuild on make install
Fix GxVBassPreAmp dc overload in circuit simulation
Also it comes with the new GxSD1.lv2 pedal simulation.
GxPlugins.lv2 is a set of mostly analogue guitar pedal simulations as
LV2 plugins, simulated with the guitarix ampsim toolkit.
They contain the following plugs:
GxBottleRocket.lv2 - -> tube based preamp pedal
GxHotBox.lv2 - -> tube based preamp pedal
GxVBassPreAmp.lv2 - -> transistor based Bass preamp
GxSuppaToneBender.lv2 - -> transistor based Fuzz pedal
GxHyperion.lv2 - -> transistor based Fuzz pedal
GxVoodoFuzz.lv2 - -> transistor based Fuzz pedal
GxSaturator.lv2 - -> saturation plugin
GxVintageFuzzMaster.lv2 - -> transistor based Fuzz pedal
GxSuperFuzz.lv2 - -> transistor based Fuzz pedal
GxVmk2.lv2 - -> transistor based solid stage preamp
GxUVox720k.lv2 - -> transistor based solid stage preamp
GxSlowGear.lv2 - -> volume swell plugin
GxGuvnor.lv2 - -> transistor based overdrive pedal
GxToneMachine.lv2 - -> transistor based Fuzz pedal
GxSD1.lv2 - -> Op-amp based overdrive pedal
I hope they may be useful for the one or the other.
Build instruction and screenshots may be found here:
https://github.com/brummer10/GxPlugins.lv2
the release zip file is located here:
https://github.com/brummer10/GxPlugins.lv2/releases
regards
hermann
Another solution for 4x ADAT i/o: 2 RME hammerfall cards, turned into
1 alsa virtual card.
I'm using 2 digi9636 cards and am getting rock-solid performance at
low latencies.
----- Original Message -----
From: linux-audio-dev(a)lists.linuxaudio.org
To:<linux-audio-dev(a)lists.linuxaudio.org>
Cc:
Sent:Sun, 29 Jan 2017 12:00:01 +0000
Subject:Linux-audio-dev Digest, Vol 119, Issue 7
Send Linux-audio-dev mailing list submissions to
linux-audio-dev(a)lists.linuxaudio.org
To subscribe or unsubscribe via the World Wide Web, visit
http://lists.linuxaudio.org/listinfo/linux-audio-dev
or, via email, send a message with subject or body 'help' to
linux-audio-dev-request(a)lists.linuxaudio.org
You can reach the person managing the list at
linux-audio-dev-owner(a)lists.linuxaudio.org
When replying, please edit your Subject line so it is more specific
than "Re: Contents of Linux-audio-dev digest..."
Today's Topics:
1. Re: RME Digiface USB ? (Adrian Knoth)
----------------------------------------------------------------------
Message: 1
Date: Sat, 28 Jan 2017 15:50:02 +0100
From: Adrian Knoth <adi(a)drcomp.erfurt.thur.de>
To: Damien Zammit <damien.zammit(a)gmail.com>
Cc: linux-audio-dev(a)lists.linuxaudio.org
Subject: Re: [LAD] RME Digiface USB ?
Message-ID: <20170128145002.GH22406(a)ltw.loris.tv>
Content-Type: text/plain; charset=us-ascii
On Sat, Jan 28, 2017 at 07:27:21PM +1100, Damien Zammit wrote:
> Hey,
Hi!
> Anyone got one of these? Does it work with GNU/Linux (yet)?
> Curious about xrun performance with 4x ADAT i/o over USB2...
Last time I spoke with someone from RME (that was probably back in
2012
or 2013), they were unwilling to give us their USB drivers (let's say
to
maintain their competitive edge) nor to document the protocol (why
would
they, the driver is free to change it at any point in time).
That said, I see three options:
1. Get an EXBOX.UMA. 32in/32out ADAT/MIDI/USB. The company is super
helful, provided all the specs and enabled me to write a working
driver:
https://plus.google.com/+adiknoth/posts/PddEdbm7PNj
The product is discontinued, but if you want to polish the driver a
bit,
I can lend you mine indefinitely. Should be fully functional, only
the
control software could use a decent UI (I tried HTML5 talking to an
HTTP-to-MIDI server in Go but then had no time to finish it - cmdline
is
ready, though)
2. Reverse-Engineer the RME protocol. Probably lots for work.
Basically
what folks did when FFADO started, but it's cumbersome to interpret
individual bits in a long bitstream just to spot the individual
samples.
And even then it'd be another six months to write the driver.
3. Talk to RME (I can give you a contact) and try to get hold of
their
driver sources or a protocol spec. Both is very unlikely, especially
since they were repeatedly unwilling to reveal anything that involves
the new TotalMix.
The other option is to forget about USB2 and look at other connectors
like Thunderbolt (ultimately external PCIe) or Ravenna/AVB. And last
not
least, there's an ALSA driver for Dante somewhere.
Speaking of Thunderbolt: if you just want 4xADAT, you can always put
an
RME RayDat or one of the Marian cards in an external Thunderbolt
enclosure.
HTH
--
mail: adi(a)thur.de http://adi.thur.de PGP/GPG: key via keyserver
------------------------------
Subject: Digest Footer
_______________________________________________
Linux-audio-dev mailing list
Linux-audio-dev(a)lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev
------------------------------
End of Linux-audio-dev Digest, Vol 119, Issue 7
***********************************************
Hi
I like to announce the first release of GxPlugins.lv2
GxPlugins.lv2 is a set of mostly analogue guitar pedal simulations as
LV2 plugins, simulated with the guitarix ampsim toolkit.
They contain the following plugs:
GxBottleRocket.lv2 - -> tube based preamp pedal
GxHotBox.lv2 - -> tube based preamp pedal
GxVBassPreAmp.lv2 - -> transistor based Bass preamp
GxSuppaToneBender.lv2 - -> transistor based preamp
GxHyperion.lv2 - -> transistor based Fuzz pedal
GxVoodoFuzz.lv2 - -> transistor based Fuzz pedal
GxSaturator.lv2 - -> saturation plugin
GxVintageFuzzMaster.lv2 - -> transistor based Fuzz pedal
GxSuperFuzz.lv2 - -> transistor based Fuzz pedal
GxVmk2.lv2 - -> transistor based solid stage preamp
GxUVox720k.lv2 - -> transistor based solid stage preamp
GxSlowGear.lv2 - -> volume swell plugin
GxGuvnor.lv2 - -> transistor based overdrive pedal
GxToneMachine.lv2 - -> transistor based Fuzz pedal
I hope they may be useful for the one or the other.
Build instruction and screenshots may be found here:
https://github.com/brummer10/GxPlugins.lv2
the release zip file is located here:
https://github.com/brummer10/GxPlugins.lv2/releases
regards
hermann
MFP -- Music For Programmers
Release 0.06
I'm pleased to announce a new version of MFP, mostly consisting
of bug fixes and improvements. It's been about 2 years since the
0.05 release, but lately I have been pretty energized!
A summary of changes is below. Please see GitHub for complete
details:
http://github.com/bgribble/mfp
This version is still source-code-only, but the new build system
should make it a bit easier for those who would like to try it.
Significant changes since release v0.05
----------------------------------------
* Build issues reported for the 0.05 release have been
fixed or mitigated
* Clarification of semantics around names and namespaces
(scopes)
* A change to send/receive semantics may break patches saved with
earlier versions of mfp, if they make use of vias and scopes
* New demo patches and fixes to old ones
* Improvements to performance, stability and error handling
* Left-side tabs and bottom-edge console/log can be toggled
with ` and ~ respectively
* Better default color selections, and the ability to set
per-object style (colors, fonts) in your patches
* Many other bugfixes and improvements. The complete list of
tickets closed since the 0.05 release is in the 0.06
milestone:
http://github.com/bgribble/mfp/issues?q=milestone%3A%22mfp+0.06%22+is%3Aclo…
About MFP
----------------------------------------
MFP is an environment for visually composing computer programs,
with an emphasis on music and real-time audio synthesis and
analysis. It's very much inspired by Miller Puckette's Pure Data
(pd) and Max/MSP, with a bit of LabView and TouchOSC for good
measure. It is targeted at musicians, recording engineers, and
software developers who like the "patching" dataflow metaphor for
coding up audio synthesis, processing, and analysis.
MFP is a completely new code base, written in Python and C, with
a Clutter UI. It has been under development by a solo developer
(me!), as a spare-time project for several years.
Compared to Pure Data, its nearest relative, MFP is superficially
pretty similar but differs in a few key ways:
* MFP uses Python data natively. Any literal data entered in the
UI is parsed by the Python evaluator, and any Python value is a
legitimate "message" on the dataflow network. This makes it much
easier to make patches that work like conventional "programs".
* MFP provides fairly raw access to Python constructs if desired.
For example, the built-in Python console allows live coding of
Python functions as patch elements at runtime.
* Name resolution and namespacing are addressed more robustly,
with explicit support for lexical scoping. This allows patches
to have dynamic or parameterized content, with hygienic
layer copying preserving lexical structure without name
collisions
* The UI is largely keyboard-driven, with a modal input system
that feels a bit like vim. The graphical presentation is a
single-window style with layers rather than multiple windows.
* There is fairly deep integration of Open Sound Control (OSC), with
every patch element having an OSC address and the ability to learn
any other desired address. MIDI controller learning is also robustly
supported.
* MFP has just a fraction of the builtin and addon functionality
provided by PD. It's not up to being a replacement except in
very limited cases!
The code and issue tracker are hosted on GitHub:
https://github.com/bgribble/mfp
You can find the LAC-2013 paper and accompanying screenshots,
some sample patches, and a few other bits of documentation in the
doc directory of the GitHub repo. The README files at the top
level of the source tree contain dependency, build, and
getting-started information.
More sample patches are in my personal patch repo:
https://github.com/bgribble/mfp-patches
Where's it going?
----------------------------------------
I've been working on MFP as a spare time project for almost 7
years now. The likelihood that it will ever have more than a few
users is low. Luckily, that doesn't bother me much; MFP is a
tool I am building mainly for my own use and education.
That being said, if there's something about it that appeals to
you, I welcome your interest and participation.
Thanks,
Bill Gribble <grib(a)billgribble.com>