That would be great: Currently there is a bit of drift between the--90e6ba6e8eded2003804b8c4b98e
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printableOn Sat, Feb 11, 2012 at 10:25 AM, Rafa=C5=82 Cie=C5=9Blak
wrote:> Though I like Fons' suggestion concerning jumping to the nearest bar,
> Maybe I wasn't clear about the tags - these have nothing to do with
That's the best way to go for now. It works so I'm happy with that! If we
could implement
Fons' beat sync idea (just for beats, sending BPM is no problem) that would
be great :)
-Harry
--90e6ba6e8eded2003804b8c4b98e
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
On Sat, Feb 11, 2012 at 10:25 AM, Rafa=
=C5=82 Cie=C5=9Blak <rafalcieslak256@gmail.com> wrote:
Though I like Fons' suggestion concerning jumping to the nearest bar,
that seems a reasonable solution, will try to implement that once.
That would be great: Currently there is a bit of drift be=
tween the programs, I reckon its in my own codeas the current transport=
/ beat system is pretty basic and untested. It will be rewritten at some p=
oint to
include JACK transport & BBT, but its not high on the priorites list :)=
=C2=A0Maybe I w=
asn't clear about the tags - these have nothing to do with
OSC's own tags, and are indeed predefined, so that harmonySEQ will
react the same manner each time.Yes, get you know. I =
meant consistent across different HarmonySeq projects,but I realize now=
that's not possible due to the configurable nature. Basically
the user will need to tell harmonySeq what it needs to do per scene of Lupp=
p.That's the best way to go for now. It works so I'm happy =
with that! If we could implementFons' beat sync idea (just for beat=
s, sending BPM is no problem) that would be great :)
-Harry
--90e6ba6e8eded2003804b8c4b98e--
LINUX® is a registered trademark of Linus Torvalds in the USA and other countries.
Linuxaudio.org logo copyright Thorsten Wilms © 2006.
Hosting provided by the Virginia Tech Department of Music and DISIS.