[PlanetCCRMA] Qtractor 0.4.5svn1517

Niels Mayer nielsmayer at gmail.com
Sat May 15 02:55:36 PDT 2010


On Sat, May 15, 2010 at 12:14 AM, Orcan Ogetbil <oget.fedora at gmail.com>wrote:

> On Sat, May 15, 2010 at 2:53 AM, Simon Lewis wrote:
> >
> > Sorry, Orcan Ogetbil is the package specialist...
> >
>
> Sorry, I am reluctant to package a random SVN revision and put it into
> stable updates. Is there a specific patch (or a set of patches) that I
> can backport to the latest stable version to resolve your issues?
>
> Or let me rephrase my question. What is the *earliest* SVN revision
> that your issue is fixed. Maybe I can track the patch from there.


I strongly second that this version of qtractor be included in the CCRMA
repo. It is very solid, and very nice!! I've tested it extensively today and
it never crashed, never did anything unexpected, and kept up with
everything. I was also wondering when I'll be giving rosegarden another
chance, as qtractor is much closer to what I expect as it's based on the
last sensible DAW I ever used: Cakewalk Pro Audio (
http://www.rncbc.org/jack/qtractor-0.1.0-whitepaper.pdf ). Yes, rosegarden's
integrated notation, extensive feature set, documentation and maturity is
great. But the direct integration of audio and midi, and the simplicity and
"ease of flow" of qtractor is more important for my purposes. Given that
many of the "future features" from the aforementioned whitepaper have
already been implemented, I have high hopes that qtractor will be able to
remain competitive with any future developments on other platforms and other
DAWs.

Other than its complete jack-ification, the thing that makes qtractor stand
out is the compatibility with Cakewalk instrument definition files available
on the net. For example, I quickly googled-upon
http://www.cybertown.com/xginstr.zip --> YamahaXG.ins, a Cakewalk instrument
definition file which creates names for patches, voices, banks in my Yamaha
db60xg synth-daughterboard. I'm sure all my other synths and gear will be
just as easy to find because there's a lot of Cakewalk users on the
internet.

Another important feature is midi controller mappings, which are hellishly
tedious to implement in a one-off fashion. It is nice that qtractor provides
a framework on which people can start sharing control surface layouts and
definitions, just like cakewalk did with it's .ins format:
http://www.rncbc.org/drupal/node/142

> Greatest thanks goes to Mathias Krause aka gizzmo, who contributed with the
> fundamental code to the new MIDI controller mapping functionality that now
> widens the Qtractor <http://qtractor.sourceforge.net> horizon with regard
> from generic control surfaces. Being the Behringer BCF2000<http://www.behringer.com/EN/Products/BCF2000.aspx>
>  a notable example, control feedback is fully supported so that those
> fancy motorized faders, knobs and lights, actually reflect the whole mixing
> and editing session state. Some pre-made files are here provided for your
> convenience: bcx2000.qtc </datahub/bcx2000.qtc> is to import into Qtractor
> (View/Controllers...) and a couple of presets goes into your BCF2000,
> Qtractor_Mixer_1-8.syx </datahub/Qtractor_Mixer_1-8.syx> and
> Qtractor_Mixer_9-16.syx </datahub/Qtractor_Mixer_9-16.syx>, respectively
> for the first and second set of eight channel/track strips.


W/r/t packaging a "random svn revision" -- this seems a common occurrence in
Fedora:

mplayer-common-1.0-0.112.20100424svn.fc12.x86_64

ffmpeg-libs-0.5-5.20091026svn.fc12.x86_64

webkitpart-0.0.5-0.2.svn1088283.fc12.x86_64

mencoder-1.0-0.112.20100424svn.fc12.x86_64

libdvdnav-4.1.4-0.1.svn1184.fc12.x86_64

qimageblitz-0.0.4-0.6.svn706674.fc12.x86_64

gnome-keyring-sharp-1.0.1-0.5.133722svn.fc12.x86_64

libdvdread-4.1.4-0.2.svn1188.fc12.x86_64

mplayer-1.0-0.112.20100424svn.fc12.x86_64

qtractor-0.4.5svn1517-2.fc12.x86_64

mono-addins-0.4-9.20091702svn127062.fc12.x86_64

xjadeo-0.4.7-1.svn200.fc12.ccrma.x86_64

ltrace-0.5-14.45svn.fc12.x86_64

ffmpeg-0.5-5.20091026svn.fc12.x86_64


A random "snapshot" numbered release makes sense, if it fixes a platform bug
in a major release, such as the x86_64-specific problem, and crashing when
loading project files from prior versions. For example, I recently posted
about the latest Fedora qtractor regularly core-dumping:
http://old.nabble.com/Re:-qtractor-on-planetccrma-older-than-rpmfusion-version--p28552771.html

Simon Lewis mentioned (
http://old.nabble.com/qtractor-on-planetccrma-older-than-rpmfusion%09version--p28553871.html
 )

> Try svn 1517 of Qtractor, there is a bug fix for loading projects saved
> from earlier versions. I can send you the srpm if you like - its 700k.


I tested  qtractor-0.4.5svn1517-2.fc12.x86_64 today from Simon's SRPM and
was able to edit files that I had formerly recorded but could never load
again without crashing.

I haven't yet tested any of the plugins, but I noted that it seems to have
very complete support for all the major plugin formats, once you  go to
View->Options...->Plugins and setup /usr/llib64/dssi /usr/lib64/ladspa
/usr/lib64/lv2 (which needs to be done manually).

-- Niels
http://nielsmayer.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://ccrma-mail.stanford.edu/pipermail/planetccrma/attachments/20100515/1e439b39/attachment-0001.html 


More information about the PlanetCCRMA mailing list