> [EMAIL PROTECTED] wrote: > > or you define a 16/4 beat(bar). but this is only one bar. sorry, i am not > > sure if we > > talk about different thinks. but if ardour is master it is not possible to > > play a > > 16/4 bar in hydrogen over a 4/4 bar in ardour, because the jack transport > > system can > > not communicate this behaviour. > > I think Jakob understands this. When working on cross-application > compositions > with the JACK transport, that B:B:T needs to be perfectly aligned between the > two apps. This is typically done by only using 1-measure-long patterns, or > editing Ardour's time signatures, or whatever. i know
> But, I often get really tired of 1-measure-long patterns. Wolke, I'm sure > you > get tired of altering Ardour's timelines every time you adjust a pattern. > Also, > I've noticed that H2 let's you trigger mismatched patterns in the same group. i am not really tired enough to do that because imo this is normal. sometimes i also work with notes to compose a song. and i really don't know how an other software maybe muse or rosegarden can handle different types of bars without define them. sorry maybe i dont understand really what you mean. but think this is more a problem with my english. > What would be cool is if we could write patterns that span several measures > -- > but have it still work in a well-defined way with the transport. Indeed, > it's > not unheard-of for a composer to write a song that literally uses 2 or 3 > time-signatures at the same time. (Seriously... I've played a couple -- and > there's other's where that's what's really happening under the covers.) think this is possible, but anyway we must define the type of pattern. otherwise the communication between sequencers is very complicated. or i am total stupid, bored or conservative :-). > While multi-time-signature support is (IMO) beyond our current scope, I think yes.. > multi-measure patterns could be done without much pain. ok, (thinking) we have a song editor to compose different patterns to a song. then we need a pattern_composer based on complete different pattern typ as at the moment. please don't misunderstand me. in an other mail you write this > >FWIW, you might check out klick (http://das.nasophon.de/klick/). Click is >basically a metronome application, but it can also handled scheduled time >signature and tempo changes. It's kind of like InConcert -- but with a >metronome focus (whereas InConcert has a MIDI tap-tempo focus). > >And that's what I think is cool about JACK and the transport... it's very >unix-ey. i love this... but if i start implement the jack time master function i think this was the easiest way to control the transport from my mostly loved application "hydrogen". maybe you are right, if there a cool application to control jack transport with tap tempo, beatcount, deferred play, tempochanging, define loops and so on we can put the focus to transport slave. but for me the important thing of hydrogen 0.9.4 is to be a time master which can controlled by a midi foot controller. all my implementation from the last 7 months have a central point. the "time master function". beatcounter to start on time while my foots can trigger the tempo , to switch to the next song with foot switch (playlist) also start/stop external apps like seq24 or amsynth. mauser works on a better midi and mmc implementation to get full transport controll. please, dont kick the priority of the time master function, if there is no cool alternative application who can do this. (maybe klick) only for me!! the transport master is the biggest motivation to work on hydrogen. > Each piece focuses on doing its part well, and the transport (i.e. >pipes) allows you to connect them in unimaginable ways. > >That's why I think the priority for 0.9.5's transport is to make Hydrogen a >good >*slave*. This opens up H2 to playing well with Ardour, klick, tapstart, MUSE, >seq24, the non sequencer (with jack midi), rosegarden, OSC, and anyone else >who >needs to control the time. greetings and peace wolke ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ Hydrogen-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/hydrogen-devel
