Re: [LAU] bristol saving/loading banks

Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]
To: <rennabh@...>, <linux-audio-user@...>
Date: Thursday, July 21, 2011 - 10:00 am

--_65284e62-bd0d-4f4e-9b7f-c4ef07e76949_
Content-Type: text/plain; charset="Windows-1252"
Content-Transfer-Encoding: quoted-printable

Hi Renato=2C

Bristol is delivered with 'factory' sounds which by default are in=20
/usr/local/share/bristol/memory/mini (or whichever emulator you are=20
looking at). The program does not typically write to this location.

When you save a memory the GUI will look for a variable called
BRISTOL_CACHE=2C find a subdirectory called =2C 'mini' in
your case=2C then save the memory there. The default location for the=20
cache is ~/.bristol/memory and if the subdirectory structure does not
exist then it is created (if it is possible: you need write permissions=20
in the parent directory=2C naturally).

When you load memories this location is first scanned for the memory
you want=2C if that fails it will look for it in the installation 'factory'=
sounds.

This gives you two choices:=20

1. configure a unique BRISTOL_CACHE for each project.
2. keep a backup manually with `cd=3B tar cfvpz bristolprojectX.tgz .bristo=
l`

You may want to do both.....

Kind regards=2C nick

"we have to make sure the old choice [Windows] doesn't disappear=94.
Jim Wong=2C president of IT products=2C Acer

> Date: Thu=2C 21 Jul 2011 11:36:23 +0200

for
.
=

--_65284e62-bd0d-4f4e-9b7f-c4ef07e76949_
Content-Type: text/html; charset="Windows-1252"
Content-Transfer-Encoding: quoted-printable

Hi Renato=2C
Bristol is delivered with 'factory' sounds which by default are in =
/usr/local/share/bristol/memory/mini (or whichever emulator you are loo=
king at). The program does not typically write to this location.Whe=
n you save a memory the GUI will look for a variable calledBRISTOL_CACH=
E=2C find a subdirectory called &lt=3Bemulator&gt=3B=2C 'mini' inyour c=
ase=2C then save the memory there. The default location for the cache i=
s ~/.bristol/memory and if the subdirectory structure does notexist the=
n it is created (if it is possible: you need write permissions in the p=
arent directory=2C naturally).When you load memories this location =
is first scanned for the memoryyou want=2C if that fails it will look f=
or it in the installation 'factory' sounds.
This gives you two choices: 1. configure a unique BRISTOL_CACHE for=
each project.2. keep a backup manually with `cd=3B tar cfvpz bristolpr=
ojectX.tgz .bristol`You may want to do both.....
Kind regards=2C nick"we have to make sure the old choice [Windows] =
doesn't disappear=94.Jim Wong=2C president of IT products=2C Acer&gt=3B Date: Thu=2C 21 Jul 2011 11:36:23 +0200&gt=3B From: r=
ennabh@gmail.com&gt=3B To: linux-audio-user@lists.linuxaudio.org&gt=
=3B Subject: Re: [LAU] bristol saving/loading banks&gt=3B &gt=3B On=
Tue=2C 19 Jul 2011 21:55:50 +0200&gt=3B Renato &lt=3Brennabh@gmail.com=
&gt=3B wrote:&gt=3B &gt=3B &gt=3B Hello=2C I'm using the bristol mi=
ni moog. I saved a patch I created in&gt=3B &gt=3B an empty "program" s=
pace. However=2C I'd like to use this patch for a&gt=3B &gt=3B particul=
ar project=2C and I'm concerned that one day=2C using the moog for&gt=
=3B &gt=3B something else=2C I'll overwrite this patch and thus break this =
project.&gt=3B &gt=3B &gt=3B &gt=3B Is there a way to save and then=
load from command line a whole bank=2C&gt=3B &gt=3B i.e. all 999 progr=
ams? that way I'd save a different bank in each&gt=3B &gt=3B project di=
rectory I used bristol in and wouldn't have to worry of&gt=3B &gt=3B re=
membering all the program slots of all other projects&gt=3B &gt=3B =
&gt=3B &gt=3B or maybe it's possible to save (and then load) the current pr=
ogram to&gt=3B &gt=3B a file? that would actually be better&gt=3B &=
gt=3B &gt=3B &gt=3B cheers&gt=3B &gt=3B renato&gt=3B &gt=3B &gt=3B &gt=3B no one? so all of you using bristol are just using the g=
lobally saved&gt=3B programs?&gt=3B &gt=3B cheers&gt=3B ren=
ato&gt=3B _______________________________________________&gt=3B Lin=
ux-audio-user mailing list&gt=3B Linux-audio-user@lists.linuxaudio.org<=
br>&gt=3B http://lists.linuxaudio.org/listinfo/linux-audio-user =

=

--_65284e62-bd0d-4f4e-9b7f-c4ef07e76949_--

Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]

Messages in current thread:
[LAU] bristol saving/loading banks, Renato, (Tue Jul 19, 7:56 pm)
Re: [LAU] bristol saving/loading banks, Renato, (Thu Jul 21, 9:37 am)
Re: [LAU] bristol saving/loading banks, Nick Copeland, (Thu Jul 21, 10:00 am)
Re: [LAU] bristol saving/loading banks, Renato, (Thu Jul 21, 10:28 am)
Re: [LAU] bristol saving/loading banks, rosea grammostola, (Thu Jul 21, 10:05 am)
Re: [LAU] bristol saving/loading banks, Nick Copeland, (Thu Jul 21, 10:09 am)