Re: [Qtractor-devel] Recording/Playing Program Changes

[Rui N. C. <rn...@rn...>]

On 2/13/19 1:24 AM, Will Riley wrote:
> I'm able to successfully record program changes, but they don't seem to
> want to play back reliably. If I set the program number to "none" in
> Track Properties, recorded dynamic PC's are sent on playback. At some
> point the track PC property changes from "none" (on its own), to a
> value, making it static, no longer sending dynamic PCs on playback
> (though they're in the playing track).
> Something is wacky, perhaps. Seems like this should be easy - record
> live, changing patches on the fly (of course! live performance), play
> back, all the P changes play back...
> 

yes you can record MIDI channel bank-select and program-changes (PC) but
due to qtractor's MIDI tracking model and convention it won't be
rendered on playback as precisely recorded.

what you're seeing is exactly what is expected according to this.

qtractor model, which follows the old GM/GS/XG convention for that
matter, is such that a MIDI track can only convey one and only MIDI
channel and one and only instrument assignment: that's why bank and
program are track properties.

you can have a SMF (Standard MIDI File) with interleaved PC's on the
same channel but when imported into qtractor as MIDI tracks, *only the
first PC* in the channel sequence is read as the effective MIDI tracks's
(bank and) program number.

on playback, the MIDI tracks's (bank and) program properties are always
honored and overrule any bank-select and program-change that might be
interleaved on a MIDI clip sequence.

if you want to have different instruments to play you'll need to split
into separate MIDI tracks *and* different MIDI channels of each own.

so, everything is working as designed ;)

hth.

cheers




-- 
rncbc aka. Rui Nuno Capela
rn...@rn...