Dave Smith Instruments SYNTHESIZERS group photo

Yahoo Groups archive

Dave Smith Instruments SYNTHESIZERS

Index last updated: 2026-04-28 22:43 UTC

Message

Re: Patch/Bank File Nomenclature

2003-01-10 by ski_ex5tech <ex5tech@excite.com>

Well, if you really want to streamline... technically, you don't need 
the word "bank" in front of the bank files, 
either.  "organ.RIS_hamncheese.A005.mid" would be recognizable as a 
patch file because of the "A005" location, 
whereas "RIS_electronica.C.syx" and "SKI_trancevested.ALL.mid" would 
be recognized as bank files because of the "C" and the "ALL" location 
designations.

I appreciate and agree with the need to streamline, but I still think 
there's merit to putting *something* at the very beginning of the 
filename to indicate whether it's a single patch, or a bank file (or 
maybe someday a waveform file).  It would sure make things easier to 
sort.  If you only label the bank files, then your list of files 
starts with some patch files that begin with "a" and some "b"s, goes 
through all the bank files, then finishes with all the rest of the 
patch files.

How do you feel about a single letter to designate patch vs. bank as 
a prefix in the filename?  Something like:


"p.organ.RIS_hamncheese.A005.mid" and "b.RIS_electronica.C.syx"


BTW, we might consider the practice of always using three digit 
numbers in the patch location.  Given that they'll be a text string 
with the bank letter in front of them, sticking with three digits 
will make it a lot easier to sort in a database!


Another way to streamline would be to use two character category 
abbreviations.  Following is what is used in the EX5 (just as a 
starting point for conversation):

Pf - Piano (used for piano, electric piano, clavinet, harpsichord, 
etc.)
Cp - Chromatic Percussion (tuned percussion like agogos and timpani)
Or - Organ
Gt - Guitar
Ba - Bass
St - Strings/Orchestral
En - Ensemble (combos like strings/brass, etc.)
Br - Brass (like trumpet, t-bone)
Rd - Reed (like sax, clarinet)
Pi - Pipe (like flute)
Ld - Lead Synth
Pd - Synth Pad
Fx - Synth Sound Effects
Et - Ethnic
Pc - Percussive
Se - Sound Effects
Dr - Drums
Sc - Synth Comping
Vo - Vocal
Co - Combination
Wv - Material Wave (read that "single cycle waveforms")
Sq - Sequence

While not perfect, this list isn't a bad starting point, though among 
other things, the "Wv" category obviously has no meaning for patches 
(this same list of categories is used to classify samples).


Yet another way to streamline/shorten:  The patch/bank name portion 
of the filename could be limited to a certain number of characters, 
like 12 or 15 or whatever.


Ski
www.ex5tech.com
EX5Tech Evolver forum:
http://www.ex5tech.com/ex5ubb_cgi/ultimatebb.cgi?ubb=forum&f=23


--- In DSI_Evolver@yahoogroups.com, "Ravi Ivan Sharma" 
<noision1@h...> wrote:
> Good. I think that "patch" is redundant though. I am trying to 
streamline everything. If it doesn't have a special "bank" ("wave"?) 
prefix, then it is a patch.
> 
> ----- Original Message ----- 
>   From: Ski <ex5tech@e...> 
>   To: DSI_Evolver@yahoogroups.com 
>   Sent: Thursday, January 09, 2003 3:36 AM
>   Subject: [Evolver] Re: Patch Contest / User Forum Soundset
> 
> 
>   I agree with your statements below.
> 
>   Location IS needed for a bank file, since a bank file can be 
either a 
>   single bank, or all three banks.  And yes, I agree that 
the "sound 
>   category" really isn't needed for banks.  If we used it, 99% of 
them 
>   would be "Misc".  I like your idea to actually put the 
text "bank" at 
>   the BEGINNING of the filename (rather than denoting it in the end 
>   where I'd put it);  that keeps bank files sorted together in a 
long 
>   file list.  We're going to put the text "patch" in front of all 
the 
>   single patch files, too?  Actually, if we get the sample import 
thing 
>   worked out, it might be a real good idea to include the 
text "patch" 
>   in front of a single patch file.  Who knows, we might 
have "sample" 
>   files too someday!
> 
>   Author initials for single patch files is an excellent idea.  
Maybe 
>   it could be optional for bank files, too, for those banks that 
are 
>   done entirely by one author;  I don't know... there'd be a bit of 
>   redundancy with the documentation's list of patches.  I also 
think 
>   your UNDERSCORE, rather than another PERIOD to separate author 
from 
>   patch/bank name was insightful.  Given that author can be 
optional, 
>   the underscore allows for consistent parsing of the entire 
filename, 
>   because they'd all have the same number of periods in them (i.e. 
you 
>   could easily programmatically put everything into a real database 
at 
>   some point).
> 
>   OK, so here's the next round of examples:
> 
> 
>   Single Patches (same as last time, but with "patch" in front)
>   --------------
>   "patch.bass.RIS_moog1.B45.mid"
>   "patch.lead.SKI_dxsqueal.A13.syx"
> 
>   Banks
>   -----
>   "bank.RIS_electronica.B.syx" - (a one bank file that loads to 
bank B)
>   "bank.SKI_trancevested.ALL.mid" - (a three bank file)
> 
> 
>   Perhaps the words "patch" and "bank" could be abbreviated 
to "pch" 
>   and "bnk".
> 
>   And yes... if we get the new feature implemented that let's you 
load 
>   a patch into any desired location, we can drop the location from 
the 
>   file name.
> 
>   BTW - What do you know about me and "DX squeals"?  Who have you 
been 
>   talking to?!  I have way too much FM gear...  You didn't get any 
of 
>   my DX patch banks back in the early/mid 80's, did you?
> 
> 
>   Ski
>   www.ex5tech.com
>   EX5Tech Evolver forum:
>   http://www.ex5tech.com/ex5ubb_cgi/ultimatebb.cgi?ubb=forum&f=23
> 
> 
> 
>   --- In DSI_Evolver@yahoogroups.com, "Ravi Sharma" <noision1@h...> 
>   wrote:
>   > I wasn't thinking in terms of strict databases, but that 
certainly 
>   can be 
>   > done later with ease once enought actual patches (and then 
later 
>   banks) are 
>   > created. First, if we stick to collecting individual files we 
can 
>   simply 
>   > have a list or folder containing files file name that includes 
the 
>   author's 
>   > initials (optional) (waldorf style) but stated first rather 
than 
>   after (for 
>   > sorting ease) hence:
>   > 
>   > "category.initials_sound-name.location.suffix"
>   > 
>   > e.g. "bass.RIS_moog1.B45.mid" or "lead.SKI_dxsqueal.A13.syx"
>   > 
>   > After we have enough single patches to make up banks, then 
anyone 
>   can simply 
>   > construct banks adhering (hopefully) to the following naming 
format:
>   > 
>   > "bank.name-of-bank.suffix" (is location of bank required? If so 
>   then 
>   > bank.name-of-bank.location.suffix")
>   > 
>   > I don't believe a category is necessary for banks since the 
name 
>   can be 
>   > descriptive itself.
>   > 
>   > Once there are bank files, they should be accompanied by a 
simple 
>   readme.txt 
>   > file that lists the included patches. Indeed a proper zipped 
bank 
>   package 
>   > should have the bank file, the readme.txt file and all the 
>   individual files 
>   > zipped up and all represented in both .mid and .syx format.
>   > 
>   > Databases for the purpose listing these things can be made by 
>   individuals 
>   > such as you me or anyone whenever. The only thing I see 
technically 
>   missing 
>   > from the naming spec is a create date, however i am unsure how 
>   important 
>   > such is. Technically the original file uploaded should have a 
date 
>   stamp.
>   > 
>   > I think we are making progress towards a standard naming scheme 
>   which will 
>   > be helpful to maintain maximum user information and sortability.
>   > 
>   > Of course, if Dave implements the highly desired compare/temp 
patch 
>   which 
>   > will load any new single file into the temp patch location, 
then we 
>   can do 
>   > away with the location field completely (except perhaps for 
bank 
>   files if 
>   > necessary at all). Technically all the fields except name and 
>   suffix become 
>   > optional (although desired). Currently we really *need* the 
>   location if 
>   > anyone is know where the patch will be loaded.
>   > 
>   > Ravi
>   > 
>   > 
>   > >From: "Ski <ex5tech@e...>" <ex5tech@e...>
>   > >Reply-To: DSI_Evolver@yahoogroups.com
>   > >To: DSI_Evolver@yahoogroups.com
>   > >Subject: [Evolver] Re: Patch Contest / User Forum Soundset
>   > >Date: Thu, 09 Jan 2003 05:46:35 -0000
>   > >
>   > >Establishing a good set of sound categories, and a standard
>   > >nomenclature for the filenames IS still quite important.  It 
will 
>   be
>   > >a HUGE asset as the list of user files grows.  It will also 
make
>   > >keeping such a database doable.  We have tons of EX5 format 
files.
>   > >The EX5 has categories built into the file names, however, some
>   > >people don't use them, or don't use them well.  As a result, 
it's a
>   > >lot more difficult prospect for us to create a *useful* 
database of
>   > >EX5 patches (or "Voices", as Yamaha calls them).  We're 
working on
>   > >it, though.
>   > >
>   > >I thought of one other little problem regarding Evolver FILE
>   > >nomenclature with respect to the database you'd like to make, 
Ravi.
>   > >Given that SOME files will be BANK files, we'll need to be 
sure 
>   that
>   > >all BANK files come with a complete patch list, too.  Patch 
names 
>   on
>   > >the patch list would need to use the same format nomenclature 
as 
>   the
>   > >single patch file names.  Your database would then need a 
minimum 
>   of
>   > >four fields:
>   > >
>   > >1) The three part patch name (category.sound_name.location)
>   > >
>   > >2) The three part file name in which the patch exists
>   > >(category.collection_name.location)
>   > >
>   > >3) The patch author
>   > >
>   > >4) Date authored
>   > >
>   > >Ideally, you'd want to break items 1 and 2 into separate 
component
>   > >fields, giving you a total of 8 fields.  Actually I guess you 
>   *could*
>   > >drop the "category" and "location" part of the FILE name in the
>   > >database, since it would essentially be redundant with the 
info for
>   > >each of the individual patches.  You'd need to keep that info 
in 
>   the
>   > >actual name of the file, though.
>   > >
>   > >BTW, this discussion is getting a bit fragged (multiple
>   > >threads/emails).  Once this project gets underway, it might be 
>   easier
>   > >to follow if we make a single project specific thread in the 
>   EX5Tech
>   > >forums.  Of course, that's only if everyone's agreeable.  I 
don't
>   > >want to risk losing participants if some of them dislike 
forums.  
>   And
>   > >again, if we run out of space in the Yahoo group, or have any 
other
>   > >problems with people uploading files, I can get them via email 
and
>   > >host them at ex5tech.com.
>   > >
>   > >
>   > >Ski
>   > >www.ex5tech.com
>   > >EX5Tech Evolver forum:
>   > >http://www.ex5tech.com/ex5ubb_cgi/ultimatebb.cgi?ubb=forum&f=23
>   > >
>   > >

Attachments

Move to quarantaine

This moves the raw source file on disk only. The archive index is not changed automatically, so you still need to run a manual refresh afterward.