On 07-09, Robin Gareus wrote:
> On 07/08/2016 05:26 PM, Mark D. McCurry wrote:
>
> > Last time I counted the total possible parameters given the default
> > number of parts/kits/voices/etc there's a bit over 6,000,000 parameters.
> >
> > Think about how big of a .ttl that would be :p
> >
> > The
On 07/08/2016 05:26 PM, Mark D. McCurry wrote:
> Last time I counted the total possible parameters given the default
> number of parts/kits/voices/etc there's a bit over 6,000,000 parameters.
>
> Think about how big of a .ttl that would be :p
>
> The way that MIDI learn works is:
> 1. you select
On 07-08, Rui Nuno Capela wrote:
> uh oh... maybe it's the distrho implementation lv2_state to blame? maybe a
> lv2::string is being reported (by disthro), and then qtractor's xml parser
> (qt xml/dom) just escapes the state as bland xml::cdata aka. POD (plain old
> data)?
I checked with falktx abo
On 07/08/2016 01:28 PM, Philip Yassin wrote:
It has been like this for as long as I can remember: When I insert a
ZASFX plugin instance in a Qtractor session, gone is the joy I have
editing my session files, because all the ZADSFX entries are messed up:
the "<" character is represented by its ASC
On Fri, Jul 8, 2016 at 9:57 AM, Mark D. McCurry
wrote:
>
> The majority of Zyn parameters can be bound via MIDI learn and there's a
> good number of parameters which update running notes (added within the past
> version or two) on changes to either the GUI controls or bound MIDI CCs.
>
This is n
On 08/07/2016 13:57, Mark D. McCurry wrote:
On 07-08, Philip Yassin wrote:
It has been like this for as long as I can remember: When I insert a ZASFX
plugin instance in a Qtractor session, gone is the joy I have editing my
session files, because all the ZADSFX entries are messed up: the "<"
ch
On 07-08, Philip Yassin wrote:
> It has been like this for as long as I can remember: When I insert a ZASFX
> plugin instance in a Qtractor session, gone is the joy I have editing my
> session files, because all the ZADSFX entries are messed up: the "<"
> character is represented by its ASCII entit
It has been like this for as long as I can remember: When I insert a
ZASFX plugin instance in a Qtractor session, gone is the joy I have
editing my session files, because all the ZADSFX entries are messed up:
the "<" character is represented by its ASCII entity: "<" and it make
even my Emacs ch
