Hi Gwenhwyfaer! Oh I think that might be easy. :-) Why not contribute a few more patches. I was talking to Nick about it. That for some synths there are very few patches or a real classic might be missing. I'm not that good with programming the emulations yet, for I haven't ever seen the originals and worked with them. But it's still fairly intuitive. If you like the CLI, here's one of my favourites; (navigate to a parameter) :set control register (move a control on your keyboard/controller) The controller is bound to that parameter from now on. Cool! :-) Warmly yours Julien -------- Music was my first love and it will be my last (John Miles) ======== FIND MY WEB-PROJECT AT: ======== http://ltsb.sourceforge.net the Linux TextBased Studio guide ======= AND MY PERSONAL PAGES AT: ======= http://www.juliencoder.de

Hey list, Just to say, I've been playing around with the CLI for a bit, and I must say, it is pretty intuitive and it's very quick to change the various parameters! Good Job! Julian, I agree with you, there are a few of the emulations that need more/varied patches. For example, if I remember correctly, the prophet 52 emulation has about 4 patches that are variations on the first patch. I might try and create a few patches for it when I get time (Gives me an excuse to smash out a few 64 oscillator unison patches :-)) Andrew Coughlan. On Mon, Apr 19, 2010 at 7:14 PM, Folderol <folderol(a)ukfsn.org> wrote:

To get this now you need to select Unison, and start bristol with the parameters below. In the current release the code does a default invocation of the emulator parameters which limit the voices to something like the original, eg, the mini gets a single voice (that rolls all the time irrespective of what notes you give it) and the Prophet-5 gets, er, five. It should introduce a little 'detune' to make the sound move a bit more but. It is pretty arbitrary detune, it doesn't change with time, only with key events and I was considering making it a bit more like temperature drift over time which at the moment it isn't. startBristol -prophet -voices 32 When you select the emulator I configure some defaults that get reported in the output. The assigned voices should all get a different amount of detune as that is how it is coded. Andrew reported that this 32 voice unison, dual oscillator synth, currently uses about 65% CPU on a 2.X GHz processor, or about 2% per voice although you will need a late 0.50 or 0.60 to do that. Previous releases (0.40) required a bit more CPU, about 10% per voice, which means this same attempt would make Jack very, very unhappy - a realtime thread asking for 320% CPU. This was one of the main reasons bristol was not really considered to be RT safe (there were other reasons too but they should also have been removed in the later releases). The CPU footprint can be reduced further by selecting -lwf, or light weight filters, they should cut a half off again for a small change in quality. If you want to use more CPU you can too, documented in the ChangeLog. Regards, Nick. "we have to make sure the old choice [Windows] doesn't disappear”. Jim Wong, president of IT products, Acer _________________________________________________________________ Hotmail: Powerful Free email with security by Microsoft. https://signup.live.com/signup.aspx?id=60969

Thanks Andrew! This is wonderful! I'll be having a listen through all of them. Thanks for sharing! Kidnest regards Julien -------- Music was my first love and it will be my last (John Miles) ======== FIND MY WEB-PROJECT AT: ======== http://ltsb.sourceforge.net the Linux TextBased Studio guide ======= AND MY PERSONAL PAGES AT: ======= http://www.juliencoder.de